Резервные копии заключительного фрагмента журнала

Изменения: 17 июля 2006 г.

Этот раздел относится только к тем базам данных, которые используют полную модель восстановления или модель восстановления с неполным протоколированием.

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

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

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

Резервное копирование заключительного фрагмента журнала

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

• Если база данных находится в оперативном режиме и следующим действием над базой данных будет операция восстановления, то перед началом последовательности восстановления снимите резервную копию заключительного фрагмента журнала при использовании WITH NORECOVERY.
  BACKUP LOG имя_базы_данных TO <устройство_резервного_копирования> WITH NORECOVERY

  Примечание.
  Чтобы избежать ошибки, обязательно используйте параметр NORECOVERY.

• База данных находится в автономном режиме и не запускается.
  Попробуйте снять резервную копию заключительного фрагмента журнала. Так как в это время никакие транзакции не выполняются, необязательно использовать параметр WITH NORECOVERY. Если база данных повреждена, используйте либо параметр WITH CONTINUE_AFTER_ERROR, либо параметр WITH NO_TRUNCATE.
  BACKUP LOG имя_базы_данных TO <устройство_резервного_копирования>[WITH { CONTINUE_AFTER_ERROR | NO_TRUNCATE }

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

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

Данные параметры описываются в следующей таблице.

Параметр BACKUP LOG

Комментарии

NORECOVERY

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

Если параметры NO_TRUNCATE или COPY_ONLY не заданы, то журнал усекается.

{ CONTINUE_AFTER_ERROR | NO_TRUNCATE }

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

Примечание.

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

Создание резервной копии журнала транзакций поврежденной базы данных

• Как создать резервную копию журнала транзакций при повреждении базы данных (Transact-SQL)
• Как создать резервную копию журнала транзакций (среда SQL Server Management Studio)

Резервное копирование заключительного фрагмента журнала с неполными метаданными резервной копии

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

Если резервная копия заключительного фрагмента журнала содержит неполные метаданные, то параметр has_incomplete_metadata в таблице backupset принимает значение 1. Кроме того, выходной аргумент HasIncompleteMetadata инструкции RESTORE HEADERONLY принимает значение 1.

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

• backup_set_id
• filegroup_id
• type
• type_desc
• is_readonly

Восстановление без использования резервной копии заключительного фрагмента журнала

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

• Восстановление базы данных на момент времени, который содержится в предыдущей резервной копии журнала.
  Резервная копия заключительного фрагмента журнала не требуется, если база данных восстанавливается с параметром STOPAT, STOPATMARK или STOPBEFOREMARK, используемым в каждой инструкции последовательности восстановления.
  Восстановление базы данных на более ранний момент времени
  • Сведения о том, как использовать Transact-SQL для восстановления базы данных на момент времени, см. в разделах Как выполнить восстановление на момент времени (Transact-SQL), Восстановление до помеченной транзакции или Восстановление до номера LSN.
  • Сведения об использовании среды SQL Server Management Studio см. в разделе Как выполнить восстановление на определенный момент времени (среда SQL Server Management Studio) или Как восстановить базу данных до помеченной транзакции (среда SQL Server Management Studio).
• Восстановление копии базы данных в другое расположение.
  При восстановлении базы данных можно использовать такое же имя базы данных только в том случае, если база данных восстанавливается на другой экземпляр сервера, например при создании зеркальной базы данных для зеркального отображения базы данных или базы данных-получателя для доставки журналов. При перемещении базы данных на тот же самый экземпляр сервера необходимо указать новое имя базы данных.
  Восстановление базы данных в новое место
  • С помощью языка Transact-SQL укажите параметр MOVE в каждой инструкции RESTORE. Дополнительные сведения см. в разделе Как восстановить базу данных в новое место с новым именем (Transact-SQL) или Как восстановить файлы в новое место(Transact-SQL).
  • В среде SQL Server Management Studio укажите новое расположение каждого файла в поле Восстановить как на странице Восстановление базы данных (Страница Параметры). Дополнительные сведения см. в разделе Как восстановить резервную копию базы данных (среда SQL Server Management Studio).
• Полное замещение (перезапись) базы данных.

  Внимание!
  При восстановлении не следует слишком часто прибегать к параметру REPLACE. Им могут пользоваться только опытные администраторы базы данных. Дополнительные сведения см. в разделе Использование параметра REPLACE.

  **Замещение базы данных** - На языке Transact-SQL укажите параметр REPLACE в инструкциях [RESTORE](ms186858\(v=sql.90\).md). - В среде SQL Server Management Studio укажите новое расположение каждого файла в поле **Восстановить как** на странице **Восстановление базы данных** (Страница **Параметры**). Дополнительные сведения см. в разделе [Как восстановить резервную копию базы данных (среда SQL Server Management Studio)](ms177429\(v=sql.90\).md).

См. также

Основные понятия

Резервные копии только для копирования
Состояния базы данных
Применение резервных копий журнала транзакций
Создание резервных копий журналов транзакций

Другие ресурсы

BACKUP (Transact-SQL)

Справка и поддержка

Получение помощи по SQL Server 2005

Журнал изменений

Версия	Журнал
17 июля 2006 г.	Добавления Описание восстановления без резервной копии заключительного фрагмента журнала расширено и выделено в раздел «Восстановление без использования резервной копии заключительного фрагмента». Изменения Обновлен раздел «Резервное копирование заключительного фрагмента журнала».