Сведения о доставке журналов (SQL Server)

Область применения:SQL Server

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

Обзор доставки журналов

Доставка журналов состоит из этих трех операций:

1. резервное копирование журнала транзакций на экземпляре сервера-источника;
2. Копируйте файл журнала транзакций на вторичный экземпляр сервера.
3. Восстановите резервную копию журнала транзакций на вторичном экземпляре сервера.

Журнал может доставляться на несколько экземпляров вторичных серверов. В этих случаях операции 2 и 3 повторяются для каждого экземпляра вторичного сервера.

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

Вторичную базу данных можно использовать для построения отчетов.

Кроме того, можно настроить предупреждения в конфигурации доставки журналов.

Типичная конфигурация доставки журналов

Следующий рисунок показывает конфигурацию доставки журналов с основным экземпляром сервера, тремя вторичными экземплярами сервера и экземпляром сервера-наблюдателя. На рисунке показаны шаги, выполняемые заданиями резервного копирования, копирования и восстановления, следующим образом:

1. экземпляр сервера-источника запускает задачу резервного копирования, чтобы создать резервную копию журнала транзакций в базе данных-источнике. Затем этот экземпляр сервера размещает резервную копию журнала в первичный файл резервной копии журнала, который сохраняется в папке резервного копирования. На данном рисунке папка резервного копирования находится в общедоступном каталоге — общем каталоге резервных копий.

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

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

Экземпляры основного и вторичного сервера отправляют свою историю и состояние экземпляру сервера мониторинга.

Принудительное шифрование TLS 1.3

SQL Server 2025 (17.x) предоставляет поддержку TDS 8.0 для доставки журналов. Протокол TDS 8.0 обеспечивает расширенную безопасность и шифрование данных, передаваемых между основными и вторичными серверами топологии доставки журналов. Выберите между применением обязательного или строгого шифрования для обмена данными между серверами.

В SQL Server 2025 (17.x) доставка журналов использует Microsoft OLE DB Driver for SQL Server в качестве версии по умолчанию для связанных серверов, которая имеет значение Encryptпо умолчаниюMandatory.

Чтобы использовать шифрование TLS 1.3 в существующей конфигурации доставки журналов, удалите и повторно создайте топологию с помощью новых параметров TLS 1.3 в хранимых процедурах доставки журналов.

Мониторинг доставки журналов может нарушиться, если монитор является удаленным экземпляром SQL Server 2025

Мониторинг доставки журналов может нарушиться, если монитор является удаленным экземпляром SQL Server 2025 (17.x), если другие экземпляры SQL Server в топологии доставки журналов используют предыдущую версию. Может возникнуть одна из следующих ошибок:

OLE DB provider "MSOLEDBSQL19" for linked server "<server>" returned message "Client unable to establish connection. For solutions related to encryption errors, see https://go.microsoft.com/fwlink/?linkid=2227882.".

Или:

Msg 32055, Level 16, State 2, Procedure master.dbo.sp_add_log_shipping_primary_database, Line 325 [Batch Start Line 10]
There was an error configuring the remote monitor server.

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

Дополнительные сведения см. в разделе о поведении проверки шифрования и сертификата.

Льготы

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

• Поддерживает ограниченный доступ исключительно для чтения к вторичным базам данных (в промежутках между заданиями восстановления).

• Позволяет пользователю задать задержку между моментом, когда сервер-источник создает резервную копию журнала базы данных-источника, и моментом, когда сервер-получатель должен восстановить (применить) резервную копию журнала. Большая задержка может быть полезной, например если данные в базе данных-источнике изменены случайно. Если случайное изменение будет замечено достаточно быстро, задержка позволит получить еще не измененные данные с базы данных-получателя до того, как изменения будут отражены в ней.

Термины и определения

• основной сервер: экземпляр SQL Server, который является рабочим сервером.

• основная база данных: База данных на основном сервере, которую вы хотите сделать резервную копию на другом сервере. Все администрирование конфигурации доставки журналов с помощью SQL Server Management Studio выполняется из базы данных-источника.

• вторичный сервер: экземпляр SQL Server, в котором требуется сохранять горячую резервную копию вашей основной базы данных.

• вторичная база данных: теплая резервная копия первичной базы данных. База данных может находиться в состоянии восстановления или STANDBY, что оставляет ее доступной для ограниченного доступа только для чтения.

• сервер мониторинга: необязательный экземпляр SQL Server, который отслеживает все сведения о доставке журналов, в том числе:

  • когда резервная копия журнала транзакций на базе данных-источнике была сохранена в последний раз;
  • Когда вторичные серверы в последний раз копировали и восстановили резервные файлы.
  • сведения о любых предупреждениях об ошибках резервного копирования.

  Внимание

  После настройки сервера мониторинга его нельзя изменить, не удаляя отправку журналов.

• Задание резервного копирования: Задание агента SQL Server, выполняющее операцию резервного копирования, ведет журнал истории на локальном сервере и сервере мониторинга, а также удаляет старые файлы резервного копирования и информацию журнала. При включении доставки журналов создается задание категории «Резервное копирование доставки журналов» на основном экземпляре сервера.

• Задание копирования агента SQL Server: задание, которое копирует файлы резервной копии с первичного сервера в заданное место на вторичном сервере и фиксирует историю на вторичном и мониторинговом серверах. При включении доставки журналов в базе данных на каждом вторичном сервере в конфигурации доставки журналов создается задание категории «Копирование журналов».

• задание восстановления: задание агента SQL Server, которое восстанавливает скопированные файлы резервного копирования во вторичные базы данных. Оно ведет журнал на локальном сервере и на сервере мониторинга и удаляет старые файлы и записи своего журнала. При включении доставки журналов для базы данных на экземпляре сервера-получателя создается задание категории «Восстановление доставки журналов».

• Задание оповещения: задание агента SQL Server, которое создает оповещения для баз данных-источников и получателей, когда операция резервного копирования или восстановления не завершается успешно в пределах указанного порогового значения. Если в базе данных включена доставка журналов, на экземпляре сервера мониторинга создается задание категории «Оповещение о доставке журналов».

  Совет

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

Совместимость

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

• Предварительные требования для преобразования доставки журналов в группы доступности AlwaysOn
• Дублирование баз данных и транспортировка журналов (SQL Server)
• Доставка журналов и репликация (SQL Server)

Примечание.

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

Внимание

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

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

• Обновление SQL Server с доставкой журналов (Transact-SQL)
• Настройка доставки журналов (SQL Server)
• Добавление вторичной базы данных в конфигурацию доставки журналов (SQL Server)
• Удаление вторичной базы данных из конфигурации журнализации (SQL Server)
• Удаление доставки журналов (SQL Server)
• Просмотр отчета о доставке журналов (SQL Server Management Studio)
• Наблюдение за доставкой журналов (Transact-SQL)
• Переход на вторичный сервер с отправкой журналов (SQL Server)
• Управление именами входа и заданиями после переключения ролей (SQL Server)

Связанный контент

• Что такое группа доступности AlwaysOn?