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

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

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

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

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

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

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

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

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

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

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

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

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

Недостатки:

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

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