Компоненты регистрации и отказоустойчивость

Журнал транзакций является важнейшим элементом в схеме защиты базы данных Oracle. Чтобы предотвратить повреждение групп регистрации журнала транзакций в результате сбоя отдельного диска, можно зеркально отобразить (mirror), или мультиплексировать журнал транзакций, создав группы регистрации, состоящие из нескольких компонентов (файлов), которые размещаются на разных дисках. На рис. 4 показан зеркально отображенный журнал транзакций, группы регистрации которого содержат несколько компонентов.

Как видно из рис.4, каждый компонент группы регистрации является тиражируемой копией (replica).По мере того как процесс LGWR записывает информацию в группу регистрации, информация записывается параллельно во все компоненты. Если один из компонентов текущей группы регистрации повреждается в результате сбоя диска или ошибки пользователя, LGWR может продолжать запись в эту группу, пока ему доступен один или несколько компонентов.

Когда архивируются заполненные группы регистрации, процесс ARCHсчитывает один или несколько компонентов зеркально отображенной группы регистрации и создает архивную копию этой группы. Чтобы защитить архивный журнал транзакций, можно зеркально отобразить и его. Другими словами, можно установить конфигурацию процессаARCHтак, чтобы он записывал две (или более) тиражируемые копни каждой заполненной группы регистрации в отдельные области хранения архивов, отключенные от системы.

Контрольные точки

Периодически Oracleвыполняет контрольную точку (checkpoint).Во время контрольной точки процессDBWRпереписывает все модифицированные блоки данных из буферного кэша экземпляра в те файлы данных, в которых содержатся эти блоки. Функцией контрольных точек является установление промежуточных меток для обеспечения целостности транзакций на диске. После того как выполнена контрольная точка,Oracleзнает, что изменения, внесенные всеми завершенными транзакциями, записаны в файлы данных базы. Таким образом, контрольная точка показывает, сколько элементов повтора журнала транзакций нужно использовать для восстановления базы данных после аварии сервера.

Oracleвыполняет контрольные точки в разное время и на разных уровнях. Например, контрольная точка базы данных (database checkpoint) выполняется во время каждого переключения регистрации. Во время контрольной точки базы данных процессDBWRпереписывает все модифицированные блоки данных из буферного кэша во все файлы данных базы. Контрольная же точка табличной области (tablespace checkpoint) выполняется при отключении табличной области. При этом DBWR переписывает из буферного кэша в файлы данных те модифицированные блоки данных, которые относятся только к конкретной табличной области.

Защита управляющего файла базы данных

Информация, содержащаяся в управляющем файле базы данных, определяет ее физическую структуру. Для работы с различными типами операций восстановления базы данных Oracleиспользует информацию управляющего файла о контрольных точках и о протоколировании транзакций. Новым вOracle8 является то, что сервер может использовать управляющий файл еще и для записи информации о резервном копировании базы данных. Таким образом, без управляющего файла база данных нормально функционировать не может.

Для защиты управляющего файла и всей базы данных от неприятностей, связанных со сбоями дисков, следует всегда зеркально отображать управляющий файл точно так же, как это делается с группами регистрации оперативного журнала транзакций базы данных. При зеркальном отображении управляющего файла Oracleодновременно обновляет каждую копию этого файла. Если неприятности с дисковым вводом/выводом приводят к тому, что одна копия управляющего файла стала недоступной, другие копии останутся в рабочем состоянии и позволят без перерыва продолжить обработку информации базы данных.