5.3 Резервное копирование (архивирование) и восстановление бд Резервное копирование и восстановление бд

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

Одной из основных задач администрирования СУБД HyTech является разработка стратегии архивирования. Стратегия архивирования в общем случае не является универсальной и должна разрабатываться с учетом особенностей эксплуатации информационной системы (систем), в составе которой используется БД под управлением СУБД HyTech.

HyTech поддерживает два основных способа архивирования:

• Архивирование базы данных в автономном режиме;

• Архивирование базы данных в оперативном режиме.

Оба способа архивирования предусматривают архивирование файлов базы данных, системных файлов, файлов параметров инициализации.

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

• Файлы приложений, такие как выполняемые модули, исходный код, файлы конфигурации, файлы данных, которые не хранятся в самой базе данных, справочники и т.д.

• Файлы конфигураций программ, используемых совместно с сервером, таких, как HTAT.

• Командные файлы, созданные администратором и другими пользователями и т.д.

В зависимости от применяемой стратегии архивирования используются разные способы восстановления. HyTech поддерживает следующие способы восстановления (симметричные способам архивирования):

• Восстановление базы данных, архивированной в оперативном режиме;

• Восстановление базы данных, архивированной в автономном режиме.

Помимо восстановления из резервной копии HyTech имеет в своем составе утилиты для восстановления поврежденного журнала таблицы, поврежденной постоянной части таблицы и адресной части ассоциатора. Использование этих утилит рассматривается в другой теме: «Проверка и исправление таблиц».

Архивирование базы данных в автономном режиме

Первым способом создания резервной копии базы данных является следующая последовательность действий:

• Останов СУБД управляющей БД;

• Архивирование БД.

Такой тип создания резервной копии называется архивированием базы данных в автономном режиме. Чтобы его выполнить, необходимо сделать следующие действия:

• Остановить SQL сервер (если он в настоящий момент находится в работе). Убедиться, что база данных нормально завершила свою работу. Если пришлось прервать работу сервера, то лучше вновь запустить сервер, проверить таблицы, а затем остановить сервер. Проверка таблиц описана в теме «Проверка и исправление таблиц».

• С помощью команд операционной системы создать резервные копии таблиц пользователей, системных таблиц, файла параметров инициализации. Для регулярного выполнения резервного копирования рекомендуется создать скрипт (пакетный файл) с требуемыми командами операционной системы.

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

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

Как правило, получение согласованной копии базы данных выполняется по расписанию. Для этих целей могут использоваться утилиты операционной системы или можно воспользоваться специальной утилитой HTAT, поставляемой в дистрибутиве HyTech SQL-сервера, которая специально предназначена для выполнения действий по администрированию по заданному расписанию. Утилита HTAT рассмотрена нами ранее в теме «Запуск/останов сервера», разделе «Запуск/останов сервера по расписанию».

Достоинства архивирования БД в автономном режиме:

• Простота архивирования и восстановления: фактически, требуется только написание корректного скрипта с командами ОС;

• Гибкость: копироваться могут только те файлы БД и управляющие файлы, которые требуются.

Недостатки:

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

• Согласованная копия БД должна быть, в общем случае, скопирована целиком, и, соответственно, восстанавливаться также будет целиком, что может существенно увеличить время восстановления.