IMS DB - Восстановление

Advertisements

Previous Page
Next Page  

Администратор базы данных должна составить план для базы данных восстановления в случае сбоев системы. Отказы можно многих таких типов, как сбои в работе приложений, оборудования ошибок, сбоев питания, 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 утилиты использовать во время восстановления после обработки.

  • Символическое проверка контрольных точек - это продвинутая форма введение контрольных точек, используемых в сочетании с расширенным перезапустить. Символическое проверка контрольных точек и перезапустите давайте прикладной программист код и программ, с тем чтобы они могли возобновить обработку в только что после того, как контрольно-пропускного пункта.

Advertisements