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

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

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

Преимущества

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

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

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

Условия и определения

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

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

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

вторичная база данных
Резервная копия основной базы данных в режиме горячего ожидания. Вторичная база данных может находиться в состоянии ВОССТАНОВЛЕНИЯ или в состоянии ОЖИДАНИЯ, при этом она доступна для ограниченного доступа только для чтения.

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

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

  • Когда вторичные серверы в последний раз копировали и восстанавливали файлы резервной копии.

  • Сведения о любых оповещениях о сбоях резервного копирования.

Это важно

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

Задание резервного копирования
Задание агента SQL Server, которое выполняет операцию резервного копирования, ведет журнал на локальном сервере и сервере мониторинга, а также удаляет старые файлы резервного копирования и историю. Если доставка журналов включена, на экземпляре сервера-источника создается категория задания "Архивация доставки журналов".

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

Задание восстановления
Задание агента SQL Server, которое восстанавливает скопированные файлы резервной копии в вторичные базы данных. Он регистрирует журнал на локальном сервере и сервере мониторинга, а также удаляет старые файлы и старые сведения журнала. Если пересылка журналов включена в базе данных, на вторичном экземпляре сервера создается категория заданий "Восстановление пересылки журналов".

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

Подсказка

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

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

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

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

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

  3. Восстановите резервную копию журнала на вторичном экземпляре сервера.

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

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

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

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

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

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

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

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

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

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

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

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

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

Замечание

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

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

См. также

Общие сведения о группах доступности AlwaysOn (SQL Server)

  • Last updated on