Создание резервной копии данных

Резервное копирование (backup) — процесс создания копии данных на носителе, предназначенном для восстановления данных в оригинальном месте их расположения в случае их повреждения или разрушения, соответствующими программами.

В таблице 4 перечислены способы резервного копирования, которые поддерживаются SQL Server 2000 и могут быть использованы при разработке плана восстановления данных.

Таблица 4. Способы резервного копирования в SQL Server 2000

Опишем перечисленные способы копирования подробнее.

Полное резервное копирование БД

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

Хотя резервное копирование в SQL Server 2000 и не оказывает сильного влияния на производительность БД, все же лучше выполнять полное резервное копирование, когда БД используются не так интенсивно, например ночью.

Дифференциальное резервное копирование БД

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

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

Резервное копирование файла и группы файлов

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

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

Дифференциальное резервное копирование файла и группы файлов

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

Резервное копирование журнала транзакций

Резервное копирование журнала транзакций заключается в последовательной записи всех зарегистрированных транзакций с момента последнего резервного копирования журнала. Оно позволяет восстановить данные до состояния на определенный момент времени, например до введения ошибочных данных. Резервные копии журнала транзакций используются только в полной модели восстановления и в модели записи копирования.

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

Резервное копирование с использованием SQL Server Enterprise Manager

MS SQL Server 2000 имеет свои штатные инструменты резервного копирования, обладающие большими возможностями Рассмотрим создание резервной копии БД с использованием мастера Create Database Backup Wizard. Его можно вызвать из окна Select Wizard (рисунок 14).

Рис 14. Запуск мастера Create Database Wizard из диалогового окна Select Wizard.

После запуска Backup Wizard надо выбрать БД, из существующих на текущем сервере, для которой необходимо создать резервную копию (рисунок 15).

Рис 15. Выбор БД для создания резервной копии.

В следующем окне Type Name And Description For Backup вводится имя резервной копии и описание, которое можно использовать, чтобы различать разные резервные копии друг от друга (рисунок 16).

Рис 16. Задание имени и описания для резервной копии.

Затем в окне Select Type Of Backup необходимо выбрать тип резервного копирования. С помощью мастера Create Database Backup Wizard можно выполнить только полное и дифференциальное резервное копирование, а также создавать резервные копии журнала транзакций (рисунок 17).

Рис 17. Выбор типа резервного копирования.

Далее в окне Select Backup Destination And Action нужно выбрать устройство резервного копирования для размещения набора резервных копий. Им может быть файл или уже созданное устройство резервного копирования. По умолчанию файлы располагаются в папке Backup экземпляра SQL Server 2000 (например C:\Program Files\Microsoft SQL Server\Mssql\Backup). Опции Append to the backup media, Overwrite the backup media определяют добавлять данный набор к существующим на выбранном носителе или, соответственно, перезаписать его. Если выбрать параметр Read and verify the integrity the backup after backup, то SQL Server 2000 после завершения создания копии откроет результат резервного копирования и проверит, корректно ли записаны файлы резервной копии и могут ли они быть прочитаны (рисунок 18).

Рис 18. Выбор параметров резервного копирования.

После выбора параметров резервного копирования, в окне Backup Verification and Scheduling можно задать расписание, по которому будет производиться бэкапирование данны. При этом можно создать как свой собственный график создания резервной копии, так и выбрать из набора стандартных расписаний. Для этого необходимо нажать на кнопку Change и в открывшемся окне Edit Schedule выбрать один из предложенных вариантов. Если надо задать собственное периодическое расписание, то это можно сделать, выбрав опцию Recurring и нажав кнопку Change. В открывшемся окне Edit Recurring Job Schedule будет возможность установить периодичность, время и задать даты начала и конца создания резервных копий (рисунок 19).

Рис 19. Создание расписания резервного копирования.

Далее в окне Completing The Create Database Backup Wizard можно просмотреть все установленные параметры настройки, до того как резервная копия будет создана. Чтобы создать резервную копию БД, щелкните кнопку Finish. После этого будет выдано сообщение о статусе создания резервной копии.