Планирование и выполнение последовательностей восстановления (модель полного восстановления)

Статья
06/25/2013

В этой теме приведены рекомендации по планированию и выполнению последовательности восстановления баз данных SQL Server согласно модели полного восстановления. Последовательность восстановления — это последовательность из одной или нескольких инструкций RESTORE. Как правило, она инициализирует содержимое базы данных, файлы или страницы, производя последовательность восстановления (стадия копирования данных), выполняет накат записанных транзакций (стадия повтора) и откатывает нефиксированные транзакции (стадия отката).

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

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

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

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

Планирование последовательности восстановления

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

По возможности создайте резервную копию заключительного фрагмента журнала базы данных. Дополнительные сведения см. в разделе Резервные копии заключительного фрагмента журнала (SQL Server).
Определите целевую точку восстановления.

Целевая точка восстановления может быть любым моментом времени или меткой в пределах резервной копии журнала транзакций. Дополнительные сведения см. в разделах Восстановление базы данных SQL Server до определенного момента времени (модель полного восстановления) и Использование помеченных транзакций для согласованного восстановления связанных баз данных (модель полного восстановления).
Определите тип выполняемого восстановления. Дополнительные сведения см. в разделе Обзор процессов восстановления (SQL Server).
Определите, какие резервные копии необходимы, и убедитесь, что доступны необходимые наборы носителей и устройства резервного копирования. Дополнительные сведения см. в разделах Устройства резервного копирования (SQL Server) и Наборы носителей, семейства носителей и резервные наборы данных (SQL Server).

Выполнение последовательности восстановления

Выполнение последовательности восстановления.

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

Для каждой полной резервной копии, которую планируется восстановить, определите, является ли она основой для каких-либо разностных резервных копий. Если да, то по возможности восстановите самую последнюю разностную копию. Дополнительные сведения см. в разделе Разностные резервные копии (SQL Server).
Произведите накат базы данных, по порядку восстановив резервные копии журналов, заканчивая резервной копией, содержащей точку восстановления. Необходимость в применении всех резервных копий зависит от того, какая из них содержит целевую точку восстановления.
- Если точка восстановления совпадает с точкой сбоя, необходимо восстановить все резервные копии журнала, созданные с момента восстановления последней резервной копии данных (полной или разностной). Дополнительные сведения см. в разделе Применение резервных копий журналов транзакций (SQL Server).
- Для восстановления на момент времени самые последние резервные копии журнала могут не потребоваться. Если используется Среда SQL Server Management Studio, то помощник по восстановлению базы данных гарантирует, что будут выбраны только резервные копии, которые необходимо восстановить на указанный момент времени. Эти резервные копии составляют рекомендованный план восстановления для данного восстановления на момент времени. Дополнительные сведения см. в разделе Восстановление базы данных SQL Server до определенного момента времени (модель полного восстановления).

Перезапуск последовательности восстановления

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