Резервные копии журналов транзакций (SQL Server)
Этот раздел относится только к тем базам данных SQL Server, которые используют модель полного восстановления или модель восстановления с неполным протоколированием. В этом разделе рассматривается создание резервной копии журнала транзакций базы данных SQL Server.
Перед созданием любой резервной копии журнала необходимо создать как минимум одну полную резервную копию. После этого резервное копирование журнала транзакций может выполняться в любое время, кроме времени другого резервного копирования журнала. Рекомендуется периодически производить резервное копирование журнала для снижения вероятности потери результатов работы и для усечения журнала. Обычно администратор базы данных время от времени создает полную резервную копию базы данных (например, еженедельно) и дополнительно создает разностные резервные копии через более короткие интервалы, например ежедневно. Независимо от резервного копирования базы данных администратор создает резервные копии журнала транзакций через еще более короткие интервалы, например каждые 10 минут. При таком подходе к резервному копированию оптимальный интервал между моментами выполнения резервного копирования зависит от множества факторов: важности данных, размера базы данных и рабочей нагрузки сервера.
В этом разделе:
Работа последовательности резервных копий журнала
Рекомендации
Связанные задачи
См. также
Работа последовательности резервных копий журнала
Последовательность резервных копий цепочки журналов транзакций не зависит от резервных копий данных. Например, предположим, что имеется следующая последовательность событий:
Время |
Событие |
|---|---|
8:00 |
Резервное копирование базы данных. |
Полдень |
Резервное копирование журнала транзакций. |
16:00 |
Резервное копирование журнала транзакций. |
18:00 |
Резервное копирование базы данных. |
20:00 |
Резервное копирование журнала транзакций. |
Резервная копия журнала транзакций создана в 20:00, содержит записи журнала транзакций начиная с 16:00 до 20:00, включая время создания полной резервной копии базы данных в 18:00. Последовательность резервных копий журнала транзакций непрерывна, начиная с первого полного резервного копирования базы данных в 8:00 и до последнего резервного копирования журнала в 20:00. Сведения о применении этих резервных копий журналов приводятся в примере в разделе Применение резервных копий журналов транзакций (SQL Server).
[В начало]
Рекомендации
Если журнал транзакций поврежден, будут потеряны все результаты работы, начиная с момента самого последнего действительного резервного копирования. Поэтому настоятельно рекомендуется помещать файлы журнала в отказоустойчивое хранилище.
Если база данных повреждена или требуется восстановить базу данных, рекомендуется создать резервную копию заключительного фрагмента журнала, чтобы можно было восстановить базу данных до текущего момента.
По умолчанию каждая успешная операция резервного копирования добавляет запись в журнал ошибок служб SQL Server и в журнал системных событий. Если создание резервной копии журналов производится очень часто, это приводит к быстрому накоплению сообщений об успешном завершении. Это приводит к увеличению журналов ошибок, затрудняя поиск других сообщений. Если работа существующих скриптов не зависит от этих записей, то их можно отключить с помощью флага трассировки 3226. Дополнительные сведения см. в разделе Флаги трассировки (Transact-SQL).
Связанные задачи
Создание резервной копии журнала транзакций
Описание планирования заданий резервного копирования см. в разделе Использование мастера планов обслуживания.
[В начало]
См. также
Отсутствует.
[В начало]
См. также
Основные понятия
Журнал транзакций (SQL Server)
Резервное копирование и восстановление баз данных SQL Server
Резервные копии заключительного фрагмента журнала (SQL Server)