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

  • Статья

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

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

Льготы

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

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

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

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

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

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

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

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

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

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

    Внимание

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

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

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

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

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

    Совет

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

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

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

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

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

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

Сервер-получатель можно использовать для построения отчетов.

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

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

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

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

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

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

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

Схема конфигурации с заданиями резервного копирования, копирования и восстановления.

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

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

Примечание.

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

Внимание

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

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