Сведения о доставке журналов (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)

• Зеркальное отображение баз данных и доставка журналов (SQL Server)

• Репликация и доставка журналов (SQL Server)

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

[В начало]

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

• Обновление доставки журналов до SQL Server 2012 (Transact-SQL)

• Настройка доставки журналов (SQL Server)

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

• Удаление базы данных-получателя из конфигурации доставки журналов (SQL Server)

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

• просмотреть отчет доставки журналов (среда SQL Server Management Studio)

• Наблюдение за доставкой журналов (Transact-SQL)

• Переход на вторичный сервер доставки журналов (SQL Server)

• Переход на вторичный сервер доставки журналов (SQL Server)

• Управление именами входа и заданиями после переключения ролей (SQL Server)

[В начало]

См. также

Основные понятия

Обзор групп доступности AlwaysOn (SQL Server)