Стратегии резервного копирования для SQL

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

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

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

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

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

При разработке стратегии резервного копирования SQL примите во внимание следующее:

Табл.: Рекомендации по резервному копированию SQL

Стратегии резервного копирования сервера SQL

Описание

Защита всего сервера SQL.

Для уверенности в полной защите SQL регулярно выполняйте резервное копирование следующих элементов:

Диска системы, на котором установлен SQL.
Реестра Windows и каталога System State (состояния системы).
Баз данных или групп файлов SQL. Нет необходимости выполнять резервное копирование и того, и другого.
Журналов транзакций.

Выполнение нового полного резервного копирования баз данных в случае обновления.

В случае обновления SQL выполните заново полное резервное копирование баз данных. Нельзя восстановить резервные копии одной версии или уровня пакета обслуживания SQL в других версиях.

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

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

Типы проверки согласованности включают:

Полную проверку согласованности, включая индексы. Эта проверка существенно влияет на производительность SQL, поэтому ее следует проводить в часы минимальной загрузки.
Полная проверка согласованности без проверки индексов. Будучи не такой тщательной, как проверка, включающая индексы, эта проверка проводится быстрее и может выполняться в часы пиковой загрузки, не влияя на производительность системы.
Только физическая проверка. Еще один тип малоизбыточной проверки; проверяется только целостность физической структуры страницы и заголовков записей, а также согласование между ИД объекта страницы и ИД индекса и выделенными структурами.

Примечание:

Функция физической проверки не поддерживается в SQL 7.0.

Резервное копирование главной базы данных после изменения данных в этой базе.

Выполняйте резервное копирование главной базы данных после выполнения процедур, изменяющих информацию в базе данных, в особенности после того как:

Были созданы новые базы данных.
К существующей базе данных были добавлены файлы.
Были добавлены или изменены имена пользователей или пароли.

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

Одновременное выполнение одной операции резервного копирования.

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

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

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

Если используется компонент аварийного восстановления (IDR), то в процессе аварийного восстановления диска C: поврежденные базы данных будут автоматически заменены имеющимися копиями главной и модельной баз данных.

Выполнение резервного копирования групп файлов (при наличии), а не баз данных. Резервное копирование групп файлов и баз данных не проводится.

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

Только для SQL 7.0 : Создайте копии главной и модельной баз данных и разместите копии в том же каталоге, в котором находятся эти базы данных.

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

См. "Как создать копии главной и модельной баз данных SQL 7.0".

Только для SQL 7.0 : При наличии групп файлов сначала выполняется по крайней мере одно полное резервное копирование, а затем резервное копирование групп файлов вместо баз данных. Резервное копирование групп файлов и баз данных не проводится.

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