Поделиться через


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

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

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

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

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

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

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

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

  • Если база данных находится в оперативном режиме и следующим действием над базой данных будет операция восстановления, то перед началом последовательности восстановления снимите резервную копию заключительного фрагмента журнала при использовании WITH NORECOVERY.
    BACKUP LOG имя_базы_данных TO <устройство_резервного_копирования> WITH NORECOVERY
    ms179314.note(ru-ru,SQL.90).gifПримечание.
    Чтобы избежать ошибки, обязательно используйте параметр NORECOVERY.
  • База данных находится в автономном режиме и не запускается.
    Попробуйте снять резервную копию заключительного фрагмента журнала. Так как в это время никакие транзакции не выполняются, необязательно использовать параметр WITH NORECOVERY. Если база данных повреждена, используйте либо параметр WITH CONTINUE_AFTER_ERROR, либо параметр WITH NO_TRUNCATE.
    BACKUP LOG имя_базы_данных TO <устройство_резервного_копирования>[WITH { CONTINUE_AFTER_ERROR | NO_TRUNCATE }
    ms179314.note(ru-ru,SQL.90).gifВажно!
    Рекомендуется не использовать параметр NO_TRUNCATE, если база данных не повреждена.
    Если, например, база данных повреждена или не запускается, то резервное копирование заключительного фрагмента журнала выполняется успешно только в том случае, если файлы журнала не повреждены, база данных находится в режиме, который поддерживает эти резервные копии, и не содержит какие-либо изменения с неполным протоколированием.

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

Параметр BACKUP LOG

Комментарии

NORECOVERY

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

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

{ CONTINUE_AFTER_ERROR | NO_TRUNCATE }

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

ms179314.note(ru-ru,SQL.90).gifПримечание.

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

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

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

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

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

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

  • backup_set_id
  • filegroup_id
  • type
  • type_desc
  • is_readonly

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

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

См. также

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

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

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

BACKUP (Transact-SQL)

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

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

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

Версия Журнал

17 июля 2006 г.

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