Резервные копии журналов транзакций (SQL Server)
Этот раздел относится только к тем базам данных SQL Server , которые используют модель полного восстановления или модель восстановления с неполным протоколированием. В этом разделе рассматривается создание резервной копии журнала транзакций базы данных SQL Server .
Перед созданием любой резервной копии журнала необходимо создать как минимум одну полную резервную копию. После этого резервное копирование журнала транзакций может выполняться в любое время, кроме времени другого резервного копирования журнала. Рекомендуется периодически производить резервное копирование журнала для снижения вероятности потери результатов работы и для усечения журнала. Обычно администратор базы данных время от времени создает полную резервную копию базы данных (например, еженедельно) и дополнительно создает разностные резервные копии через более короткие интервалы, например ежедневно. Независимо от резервного копирования базы данных администратор создает резервные копии журнала транзакций через еще более короткие интервалы, например каждые 10 минут. При таком подходе к резервному копированию оптимальный интервал между моментами выполнения резервного копирования зависит от множества факторов: важности данных, размера базы данных и рабочей нагрузки сервера.
В этом разделе.
Работа последовательности резервных копий журнала
Последовательность резервных копий цепочки журналов транзакций не зависит от резервных копий данных. Например, предположим, что имеется следующая последовательность событий:
| Time | Событие |
|---|---|
| 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).
Связанные задачи
Создание резервной копии журнала транзакций
Описание планирования заданий резервного копирования см. в разделе Use the Maintenance Plan Wizard.
См. также
Нет.
См. также:
Журнал транзакций (SQL Server)
Резервное копирование и восстановление баз данных SQL Server
Резервные копии заключительного фрагмента журнала (SQL Server)
Применение резервных копий журналов транзакций (SQL Server)