Резервное копирование баз данных SQL

Программа Backup Exec предлагает три способа резервного копирования баз данных: полное резервное копирование, дифференциальное резервное копирование и только полная копия (последний способ применим только в SQL 2005 или более поздней версии), При полном резервном копировании выполняется резервное копирование всей базы данных, включая все таблицы и группы файлов системы. При дифференциальном резервном копировании выполняется резервное копирование только изменений в базе данных с момента последнего полного резервного копирования. Метод копирования аналогичен полному резервному копированию, за исключением того что он не влияет на последующие задания дифференциального резервного копирования.

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

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

Если необходимо выполнять резервное копирование только базы данных без резервного копирования журналов и используется версия SQL, отличная от 7.0, применяйте для базы данных модель простого восстановления, чтобы происходило автоматическое усечение журнала транзакций по контрольным точкам базы данных. Это позволяет предотвратить заполнение журналов транзакций, в то время как в других моделях восстановления журналы не очищаются после резервного копирования базы данных.

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

Если необходимо выполнять резервное копирование только базы данных и применяется SQL 7.0, используйте SQL Enterprise Manager для включения опции "Усекать журнал в контрольных точках" для каждой базы данных, резервное копирование которой выполняется. Включение этой опции вызывает автоматическое усечение журнала транзакций в контрольных точках базы данных.

Если не выполнено резервное копирование журнала транзакций, можно восстановить базу данных на момент последнего резервного копирования, но не на момент аварии или на какой-либо конкретный момент времени.

Для главной базы данных можно выполнять только полное резервное копирование; методы дифференциального резервного копирования и резервного копирования журналов для главной базы данных использовать нельзя.

Примечание:

Нельзя создать резервную копию баз данных на устройствах, подключенных к компьютеру, на котором установлен агент Remote Media Agent for Linux Servers.

Примечание:

Агент SQL поддерживает зеркальную конфигурацию базы данных SQL, хотя Microsoft ограничивает применение баз данных SQL в зеркальной конфигурации. Эти ограничения перечислены далее:

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

Как создать резервную копию баз данных SQL

На панели навигации щелкните на стрелке рядом со значком Резервное копирование.
Выберите Создать задание резервного копирования.
На панели "Свойства" в разделе Источник нажмите Выбранные ресурсы и выберите данные, резервное копирование которых необходимо выполнить.

См. Работа с учетными записями Backup Exec для ресурсов SQL.
Для того чтобы выбрать данные SQL из локальных или удаленных выбранных ресурсов, нажмите значок с именем домена или значки, содержащие экземпляры SQL, а затем нажмите значок системы Windows, содержащей экземпляр SQL. При работе с кластерным сервером выберите ресурсы резервного копирования на виртуальном сервере.

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

Для выбора всех баз данных SQL нажмите переключатель перед значком SQL; для выбора конкретных баз данных нажмите значок SQL и выберите отдельные базы данных.

Базы данных SQL можно выбрать с помощью домена Windows, каталога Active Directory, имен DNS или IP-адресов. Один и тот же способ следует использовать при создании всех видов резервных копий базы данных SQL (полных, дифференциальных и инкрементальных копий). Например, нельзя выбрать базы данных SQL для создания полной резервной копии через домен Windows, а затем указать базы данных для инкрементального или дифференциального резервного копирования с помощью IP-адресов.
Для выбора свойств задания резервного копирования SQL на панели "Свойства" найдите раздел "Параметры" и выберите Microsoft SQL.
Выберите опции для задания резервного копирования.

См. Настройка параметров резервного копирования для SQL.
Запустите задание резервного копирования либо выберите другие опции резервного копирования на панели "Свойства", а затем запустите задание резервного копирования.