Эта глава описывает иные возможные пути восстановления баз данных OpenEdge и транзакций, в случаях системных или дисковых сбоев.
Введение в механизм восстановления
OpenEdge RDBMS имеет три механизма восстановления:
· Crash recovery - использует данные BI
· Roll-forward recovery – использует резервные копии и After-image для восстановления после дисковых сбоев
· Two-phase commit – гарантирует завершении транзакция между несколькими базами данных
В зависимости от ваших требований, можно использовать не все три механизма. Рисунок 6-1 показывает приоритеты этих механизмов. Crash recover использует BI лог (primary recovery log), и не требует вмешательства со стороны. Roll-forward recovery требует работы After-Imaging (AI). Two-phase commit требует использования лога транзакций (transaction log – TL). При использовании Two-phase commit необходимо также использование After-imaging.
Рисунок 6-1 Механизм восстановления OpenEdge
Каждый механизм использует описание изменений, для записи в файл и последующей записи в базу данных. Для примера, была сделана одна запись, изменившая один блок в базе данных. Движок базы данных автоматически записывает описание изменения в BI файл. Если after-imaging активирован, он также записывает описание изменения в AI файл (after-image log). Если активирован Two-phase commit, также записываются транзакции и описания изменений в TL файл (transaction log).
