IMS DB - Восстановление
Администратор базы данных должна составить план для базы данных восстановления в случае сбоев системы. Отказы можно многих таких типов, как сбои в работе приложений, оборудования ошибок, сбоев питания, etc.
Простой подход
Некоторые простые подходы к восстановление базы данных являются следующими:
Сделать периодическое издание резервные копии важных наборов данных с тем, чтобы все сделки направлены против наборов данных сохраняются.
Если набор данных поврежден из-за сбоя системы, эта проблема не будет устранена, восстановив резервную копию. Затем накопленные сделки, опубликованы в резервное копирование для приведения их в.
Недостатки простой подход
Недостатки простой подход к восстановление базы данных заключаются в следующем:
Повторно опубликовать накопленные сделок потребляет много времени.
Все другие приложения нужно ждать исполнения до восстановления не будет завершено.
Восстановление базы данных является более трудоемким восстановления файлов, если логическое и среднего индекса отношения.
Аварийное завершение процедур
DL/I аварийное завершение программы таким образом, чтобы это не отличается от стандартной программой сбои из-за стандартной программой выполняется непосредственно в операционной системе, в то время как DL/I не. Используя ненормального прекращение обычной, система мешает, с тем чтобы восстановление может быть сделано после того, как ненормальные (код аварийного завершения). Ненормальное прекращение обычной выполняет следующие действия:
- Закрывает все наборы данных
- Отменяет все отложенные задания в очереди
- Создает системы хранения данных для разгрузки найти первопричину отличаются друг
Ограничение этой процедуры состоит в том, что оно не обеспечивает если данные в использование точной или нет.
DL/I Log
Когда приложение программа ABENDs, необходимо вернуться к рассмотрению этого изменения, приложения, устранить ошибки, и повторно запустите приложение. Чтобы сделать это, необходимо иметь DL/I журнал. Вот основные моменты, касающиеся DL/I регистрация:
DL/I записей все изменения, сделанные с помощью прикладной программы в файле, который называется файл журнала.
Когда программа-приложение изменения в сегменте, его перед изображение и после изображения создаются DL/I.
Эти сегмент изображения можно использовать для восстановления сегментов, в случае применения аварийное завершение программы.
DL/I использует метод write-вперед вход для записи базы данных изменений. С запись вперед вход, изменение базы данных записывается в журнал событий набор данных перед их фактического набора данных.
Как в журнале всегда впереди в базу данных, восстановления данных можно определить состояние любое изменение базы данных.
Когда программа выполняет вызов для изменения базы данных сегмента, DL/I уход за его регистрации.
Recovery - вперед и назад
Двум подходам восстановление базы данных являются:
Вперед Recovery - DL/I использует файл журнала, чтобы сохранить изменение данных. Накопленный сделки являются опубликованы с помощью этого файла журнала.
Назад Recovery - назад восстановление также известен как возврата восстановления. Журнал записи для этой программы являются читать назад и их последствий в обратном базы данных. При сбросе датчиков, баз данных, в том же состоянии, как они были до отказа, если исходить из того, что нет другого приложения программы изменения в базе данных в настоящее время.
Контрольно-пропускной пункт
Контрольно-пропускной пункт - это на этапе, когда в базе данных изменения, приложения, считаются полными и точными. Ниже перечислены моменты, на которые следует обратить внимание на контрольно-пропускном пункте.
База данных изменений до самой последней контрольной точки не перепутаны местами, назад восстановления.
Изменений базы данных регистрируется после последней контрольной точки, не применяются в изображение копии базы данных во время восстановления.
С помощью контрольно-пропускной пункт Метод, база данных не будет восстановлена к ее состояние на последней контрольной точки восстановления процесса.
По умолчанию, для пакетных программ является то, что на этом контрольно-пропускном пункте, в начале программы.
Контрольно-пропускном пункте могут быть созданы с помощью контрольно-пропускной пункт вызова (CHKP).
Контрольно-пропускной пункт вызов причин контрольно-пропускном пункте запись на DL/I журнал.
Ниже приводится синтаксис CHKP вызова:
Вызов 'CBLTDLI' с помощью РМИ-CHKP PCB-name контрольно-пропускного пункта-ID
Существует два контрольно-пропускного пункта методов:
Основные проверка контрольных точек - она позволяет программисту к вопросу контрольно-пропускного пункта вызовов, DL/I recovery утилиты использовать во время восстановления после обработки.
Символическое проверка контрольных точек - это продвинутая форма введение контрольных точек, используемых в сочетании с расширенным перезапустить. Символическое проверка контрольных точек и перезапустите давайте прикладной программист код и программ, с тем чтобы они могли возобновить обработку в только что после того, как контрольно-пропускного пункта.
