Резервные копии журналов транзакций (SQL Server)

Этот раздел относится только к базам данных SQL Server, использующим полные или массовые модели восстановления. В этом разделе описывается резервное копирование журнала транзакций базы данных SQL Server.

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

В этом разделе:

• Как работает последовательность резервных копий журналов

• Рекомендации

• Связанные задачи

• См. также

Как работает последовательность резервных копий журналов

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

Резервная копия журнала транзакций, созданная в 8:00 вечера, содержит записи журнала транзакций от 4:00 до 8:00 вечера, охватывая время создания полной резервной копии базы данных в 6:00 вечера. Последовательность резервных копий журналов транзакций выполняется с начальной полной резервной копии базы данных, созданной в 8:00 утра до последней резервной копии журнала транзакций, созданной в 8:00. Сведения о применении этих резервных копий журналов см. в примере в разделе "Применение резервных копий журналов транзакций" (SQL Server).

Рекомендации

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

• Если база данных повреждена или вы хотите восстановить базу данных, рекомендуется создать резервную копию tail-log , чтобы восстановить базу данных до текущей точки во времени.

• По умолчанию каждая успешная операция резервного копирования добавляет запись в журнал ошибок SQL Server и в журнал системных событий. Если очень часто выполнять резервное копирование журнала, эти сообщения об успешном выполнении быстро накапливаются, что может привести к образованию огромных журналов ошибок, затрудняющих поиск других сообщений. В таких случаях эти записи журнала можно отключить с помощью флага трассировки 3226, если ни один из сценариев не зависит от этих записей. Дополнительные сведения см. в разделе Флаги трассировки (Transact-SQL).

Связанные задачи

Создание резервного копирования журнала транзакций

• Создание резервной копии журнала транзакций (SQL Server)

• SqlBackup (SMO)

Сведения о планировании заданий резервного копирования см. в разделе "Использование мастера планов обслуживания".

Связанные материалы

Нет.

См. также

Журнал транзакций (SQL Server)
Резервное копирование и восстановление баз данных SQL Server
Tail-Log Резервные копии (SQL Server)
Применение резервных копий журналов транзакций (SQL Server)