Восстановление посредством прокрутки вперед

Восстановление посредством повторной обработки

Журналы тран-ий

Каждая СУБД ведет несколько журнальных файлов, где записывается работа сервера. Журнал тран-ий — это файл, в который записываются операции всех тран-ий по мере их возникновения. Запись журнала тран-ий состоит из следующих элементов.

•Уникальный идентификатор тран-ии (ID), автоматически присваиваемый тран-ии при ее запуске.

•Название выполняемой операции.

•Объект, к которому относится операция, если таковой есть.

•Результат операции над объектом, если таковой имеется.

Журналы тран-ий имеют огромное значение в обеспечении свойства продолжительности. Например, системы восстановления используют эти журналы для воссоздания состояния БД после сбоя. Некоторые способы использования журналов тран-ий описываются в нескольких последующих разделах. Однако стоит отметить, что тран-я не может завершить операцию фиксации до тех пор, пока журнал тран-ий не будет записан перманентно. Поэтому минимальное условие постоянства сделанных изменений состоит в том, что записи журнала тран-ий принудительно записываются на диск. Для увеличения надежности журнал тран-ий копируется в несколько копий журнальных файлов. Максимальная надежность достигается, когда копия журнала тран-ий принудительно записывается на уда­ленный носитель информации, обычно посредством сетевого соединения.

Одной из возможностей полного восстановления может служить восстановление состояния БД из резервной копии с последующей повторной обработкой всех тран-ий, возникших после создания резервной копии. Например, можно потребовать, чтобы все клиенты выполнили повторную обработку тран-ий, зафиксированных после создания резервной копии.

Восстановление посредством повторной обработки возможно при работе с прилми, не отвечающими на прямой ввод пользователя. Но даже в этом случае повторная обработка не гарантирует возвращения к состоянию, существовавшему до сбоя. Например, при повторной обработке может измениться график тран-ий. Подобное изменение, вероятно, повлияет на тран-ии.

За исключением очень редких случаев, невозможно гарантировать свойство продолжительности посредством повторной обработки.

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

Для поддержки прокрутки вперед система должна поддерживать ведение хронологического списка всех зафиксированных изменений. Этот список называется журналом восстановления. Каждый раз при выполнении обновления в системе в журнале производится запись, содержащая новое значение измененного объекта.

Для восстановления после катастрофического сбоя сначала выполняется восстановление корректного состояния БД из резервной копии. Затем применяются все перечисленные в журнале восстановления изменения, начиная с первой записи, выполненной после создания резервной копии. После применения всех этих изменений будет восстановлено точное состояние БД.

Очевидно, что если журнал восстановления ведется на том же компьютере, что и БД, то катастрофический сбой, вероятно, разрушит как базу данных, так и журнал восстановления. Поэтому свойство продолжительности требует, чтобы физически журнал хранился отдельно от БД. В системах с высоким уровнем безопасности операция фиксации тран-ии не считается завершенной до тех пор, пока журнальная запись не сохранена на удаленном носителе. Используя Internet, можно организовать хранение журнала восстановления на удаленном узле. Когда выполняется операция фиксации, журнальная запись посылается удаленной системе. После получения подтверждения операция фиксации завершается.

Полного соблюдения продолжительности тран-ий можно достигнуть посредством использования физически удаленных резервных копий и журналов восстановления.

Дата добавления: 2015-05-09