
- •Защита баз данных
- •Различные виды неисправностей
- •Авария системы и сервера
- •Потеря файла в результате ошибки пользователя, повреждения или сбоя диска
- •Природные и неприродные бедствия
- •Обзор алгоритмов защиты базы данных
- •Пример резервного копирования и восстановления
- •Введение в менеджер восстановлений
- •Каталог восстановления
- •Интерфейс командной строки менеджера восстановлений
- •Менеджер копирования — графический пользовательский интерфейс менеджера восстановлений
- •Журнал транзакций
- •Структура журнала транзакций
- •Компоненты регистрации и отказоустойчивость
- •Контрольные точки
- •Защита управляющего файла базы данных
- •Резервное копирование базы данных
- •Полные резервные копии
- •Открытые резервные копии баз данных
- •Закрытые резервные копии баз данных
- •Резервные копии табличных областей
- •Оперативные резервные копии табличных областей
- •Отключенные резервные копии табличных областей
- •Концепции резервного копирования в менеджере восстановлений
- •Резервные наборы
- •Полные и инкрементные резервные наборы файлов данных
- •Копии-образы
- •Теги резервного копирования
- •Поврежденные блоки файлов данных
- •Логические резервные копии базы данных
- •Утилита экспорта
- •Утилита импорта
- •Правильное использование утилит экспорта и импорта
- •Другие способы использования утилит экспорта и импорта
- •Восстановление базы данных
- •Этапы восстановления "откат вперед" и "откат назад"
- •Восстановление после аварии
- •Восстановление носителей- восстановление после повреждения файлов
- •Устранение причин неисправности аппаратуры
- •Воссоздание потерянных файлов данных
- •Монтирование необходимых групп архивного журнала
- •Восстановление с помощью менеджера восстановлений
- •Полное восстановление
- •Восстановление базы данных
- •Восстановление табличной области
- •Восстановление файла данных
- •Неполное восстановление
- •Восстановление по времени
- •Обеспечение дополнительной защиты
- •Дублирующие базы данных
- •Узлы устранения отказов и тиражирование данных
Какую работу нужно написать?
Компоненты регистрации и отказоустойчивость
Журнал транзакций является важнейшим элементом в схеме защиты базы данных Oracle. Чтобы предотвратить повреждение групп регистрации журнала транзакций в результате сбоя отдельного диска, можно зеркально отобразить (mirror), или мультиплексировать журнал транзакций, создав группы регистрации, состоящие из нескольких компонентов (файлов), которые размещаются на разных дисках. На рис. 4 показан зеркально отображенный журнал транзакций, группы регистрации которого содержат несколько компонентов.
Как видно из рис.4, каждый компонент группы регистрации является тиражируемой копией (replica).По мере того как процесс LGWR записывает информацию в группу регистрации, информация записывается параллельно во все компоненты. Если один из компонентов текущей группы регистрации повреждается в результате сбоя диска или ошибки пользователя, LGWR может продолжать запись в эту группу, пока ему доступен один или несколько компонентов.
Когда архивируются заполненные группы регистрации, процесс ARCHсчитывает один или несколько компонентов зеркально отображенной группы регистрации и создает архивную копию этой группы. Чтобы защитить архивный журнал транзакций, можно зеркально отобразить и его. Другими словами, можно установить конфигурацию процессаARCHтак, чтобы он записывал две (или более) тиражируемые копни каждой заполненной группы регистрации в отдельные области хранения архивов, отключенные от системы.
Контрольные точки
Периодически Oracleвыполняет контрольную точку (checkpoint).Во время контрольной точки процессDBWRпереписывает все модифицированные блоки данных из буферного кэша экземпляра в те файлы данных, в которых содержатся эти блоки. Функцией контрольных точек является установление промежуточных меток для обеспечения целостности транзакций на диске. После того как выполнена контрольная точка,Oracleзнает, что изменения, внесенные всеми завершенными транзакциями, записаны в файлы данных базы. Таким образом, контрольная точка показывает, сколько элементов повтора журнала транзакций нужно использовать для восстановления базы данных после аварии сервера.
Oracleвыполняет контрольные точки в разное время и на разных уровнях. Например, контрольная точка базы данных (database checkpoint) выполняется во время каждого переключения регистрации. Во время контрольной точки базы данных процессDBWRпереписывает все модифицированные блоки данных из буферного кэша во все файлы данных базы. Контрольная же точка табличной области (tablespace checkpoint) выполняется при отключении табличной области. При этом DBWR переписывает из буферного кэша в файлы данных те модифицированные блоки данных, которые относятся только к конкретной табличной области.
Защита управляющего файла базы данных
Информация, содержащаяся в управляющем файле базы данных, определяет ее физическую структуру. Для работы с различными типами операций восстановления базы данных Oracleиспользует информацию управляющего файла о контрольных точках и о протоколировании транзакций. Новым вOracle8 является то, что сервер может использовать управляющий файл еще и для записи информации о резервном копировании базы данных. Таким образом, без управляющего файла база данных нормально функционировать не может.
Для защиты управляющего файла и всей базы данных от неприятностей, связанных со сбоями дисков, следует всегда зеркально отображать управляющий файл точно так же, как это делается с группами регистрации оперативного журнала транзакций базы данных. При зеркальном отображении управляющего файла Oracleодновременно обновляет каждую копию этого файла. Если неприятности с дисковым вводом/выводом приводят к тому, что одна копия управляющего файла стала недоступной, другие копии останутся в рабочем состоянии и позволят без перерыва продолжить обработку информации базы данных.