На классовой диаграмме, представленной на рисунке 2.12, показана логическая организация процесса обеспечения параллельной обработки данных.
Рис. 2.12. Логическая организация процесса обеспечения параллелизма. (Классовая диаграмма).
После выделения ресурсов, создания объектов хранения данных и самой БД, администратор СУБД DB2 должен обеспечивать ее бесперебойную работу. На этом этапе возникает проблема поддержки данных. Для обеспечения бесперебойной работы администратором СУБД DB2 должно осуществляться резервное копирование БД, для того чтобы в случае сбоя можно было осуществить восстановление данных. Резервное копирование и восстановление может производиться с помощью различных утилит, входящих в состав DB2. При больших объемах баз данных резервное копирование и восстановление может занимать достаточно большое количество времени и системных ресурсов.
Рассмотрим подробнее подзадачи, входящие в состав задачи "Восстановление базы данных":
· Концепции восстановления - в DB2 имеется механизмы, обеспечивающие автоматическое восстановление данных после событий, которые угрожают целостности баз данных. Существуют различные типы опасных ситуаций, в зависимости от которых автоматическое восстановление возможно и нет. Вот их примеры (таблица 2.3):
Таблица 2.3
Опасные ситуации
|
Тип опасной ситуации |
Описание |
Возможно или нет автоматическое восстановление |
|
Выход из строя операционной системы |
Сбой операционной системы из-за аппаратных или программных неполадок |
после восстановления ОС автоматическое восстановление БД возможно в случае физической сохранности данных |
|
Сбой транзакции |
Сбой транзакции до ее завершения |
Автоматическое восстановление |
|
Сбой носителя информации |
Сбой дискового накопителя, вызвавший частичную или полную потерю данных на диске |
Автоматическое восстановление не возможно |
|
Авария |
Широкий круг значительных повреждений более чем одного компонента системы. Оборудование на котором размещается система, получает повреждение, влияющее на функциональность системы |
Автоматическое восстановление не возможно |
· работа с журналами восстановления. Возможность автоматического восстановления БД, во многом зависит и от ее настроек. Практически все действия совершаемые с базой данных протоколируются в различные журналы, однако это сильно замедляет работу БД, поэтому в ряде случаев протоколирование отключается, что сильно снижает способности БД к автоматическому восстановлению.
· работа с утилитами восстановления. В случае невозможности автоматического восстановления восстановление производиться вручную с помощью специальных утилит из сделанной ранее архивной копии БД. Существуют две утилиты, позволяющие производить архивирование (сохранение) и восстановление БД:
o Утилита BACKUP - используется для создания архивных копий
o Утилита RESTORE - используется для восстановления БД из архивной копии
На классовой диаграмме, представленной на рисунке 2.13, показана логическая организация процесса восстановления базы данных.
Рис. 2.13. Логическая организация процесса восстановления базы данных. (Классовая диаграмма).
В процессе работы базы данных администратору постоянно приходится обеспечивать ее текущий контроль и настройку. Они должны производиться как для обеспечения бесперебойной работы БД так и для обеспечения необходимой производительности БД.
Рассмотрим подробнее подзадачи, входящие в состав задачи "Текущий контроль и настройка":
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.