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

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

В этой статье описывается настройка доставки журналов в SQL Server с помощью SQL Server Management Studio или Transact-SQL.

Примечание.

SQL Server 2008 (10.0.x) Корпоративная и более поздние версии поддерживают сжатие резервных копий. При создании конфигурации доставки журналов можно управлять поведением сжатия резервных копий журналов. Дополнительные сведения см. в разделе Сжатие резервных копий (SQL Server).

Предварительные условия

• База данных-источник должна использовать модель полного или массового восстановления; переключение базы данных на модель простого восстановления приведет к остановке лог-шиппинга.

• Перед настройкой доставки журналов необходимо создать общую папку, чтобы сделать резервные копии журнала транзакций доступными серверу-получателю. В этом общем каталоге будут создаваться резервные копии журналов транзакций. Например, если вы резервно копируете журналы транзакций в каталог C:\data\tlogs\, вы можете создать общую папку \\<primaryserver>\tlogs этого каталога.

Внимание

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

Разрешения

Хранимые процедуры доставки журналов требуют членства в фиксированной серверной роли sysadmin.

Настройка доставки журналов

Вы можете настроить доставку журналов с помощью Среды Management Studio или Transact-SQL. Вкладки в этом разделе описывают настройку доставки журналов с помощью каждого метода.

SQL Server Management Studio

Чтобы настроить лог-шиппинг с помощью Management Studio, выполните следующие действия.

1. Щелкните правой кнопкой мыши базу данных, которую вы хотите использовать в качестве базы данных-источника в конфигурации доставки журналов, а затем выберите "Свойства".

2. В разделе "Выбор страницы" выберите "Доставка журналов транзакций".

3. Установите флажок Включить эту базу данных в качестве основной в конфигурации доставки журналов.

4. В разделе "Резервные копии журналов транзакций" выберите "Параметры резервного копирования".

5. В поле Сетевой путь к папке резервного копирования введите сетевой путь к папке резервного копирования журнала транзакций, которую вы создали.

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

   Внимание

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

7. Настройте параметры Удалить файлы, созданные ранее и Предупредить, если резервное копирование не произошло в течение .

8. Обратите внимание на расписание в поле Расписание в разделе Задание резервного копирования. Если вы хотите настроить расписание установки, выберите расписание и настройте расписание агента SQL Server по мере необходимости.

9. SQL Server поддерживает сжатие резервных копий. При создании конфигурации доставки журналов можно управлять поведением сжатия резервных копий журналов, выбрав один из следующих параметров: Использовать параметр сервера по умолчанию, Сжимать резервные копииили Не сжимать резервные копии. Дополнительные сведения см. в статье Log Shipping Transaction Log Backup Settings.

10. Нажмите ОК.

11. В разделе вторичные экземпляры и базы данных выберите Добавить.

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

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

14. На вкладке Инициализация базы данных-получателя выберите параметр, который нужно использовать для инициализации базы данных-получателя.

    Примечание.

    Если вы решите, чтобы Management Studio инициализировала вторичную базу данных из резервной копии базы данных, файлы данных и журналов вторичной базы данных будут размещены в том же месте, что и файлы данных и журналов базы данных master. Это расположение, вероятно, будет отличаться от расположения файлов данных и файлов журнала базы данных-источника.

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

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

17. На вкладке Восстановление журнала транзакций в разделе Состояние базы данных во время восстановления резервных копийвыберите пункт Без режима восстановления или Режим ожидания .

    Внимание

    Режим ожидания доступен, только если версии сервера-источника и сервера-получателя совпадают. Если основная версия вторичного сервера выше, чем основная версия первичного, разрешён только режим без восстановления.

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

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

20. Выберите пороговое значение для предупреждения в поле Предупреждение, если восстановление не выполнено в течение.

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

22. Нажмите ОК.

23. В разделе Мониторинг экземпляра сервера установите флажок Использовать экземпляр сервера для мониторинга и выберите Параметры.

    Внимание

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

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

25. В разделе Соединения с сервером мониторингавыберите метод подключения, который используется заданиями резервного копирования, обычного копирования и восстановления для соединения с сервером мониторинга.

26. В разделе Хранение журналавыберите отрезок времени, в течение которого нужно хранить записи об отправке журналов.

27. Нажмите ОК.

28. В диалоговом окне "Свойства базы данных" нажмите кнопку "ОК ", чтобы начать процесс настройки.

Transact-SQL

1. Инициализируйте вторичную базу данных путем восстановления полной резервной копии основной базы данных на вторичном сервере.

2. На основном сервере выполните sp_add_log_shipping_primary_database для добавления основной базы данных. Хранимая процедура возвращает идентификатор задачи резервного копирования и первичный идентификатор.

3. Для установки расписания заданий копирования и восстановления выполните процедуру sp_add_jobschedule на сервере-источнике.

4. На сервере мониторинга выполните sp_add_log_shipping_alert_job для добавления задания предупреждения.

5. Включите задание резервного копирования на основном сервере.

6. На вторичном сервере выполните sp_add_log_shipping_secondary_primary, указав данные основного сервера и базы данных. Данная хранимая процедура возвращает вторичный идентификатор, а также идентификаторы заданий копирования и восстановления.

7. На сервере-получателе выполните процедуру sp_add_jobschedule для настройки расписания заданий копирования и восстановления.

8. На вторичном сервере выполните процедуру sp_add_log_shipping_secondary_database для добавления вторичной базы данных.

9. На главном сервере выполните процедуру sp_add_log_shipping_primary_secondary для добавления на главный сервер необходимых сведений о новой вторичной базе данных.

10. На вторичном сервере включите задания на копирование и восстановление. Дополнительные сведения см. в статье Disable or Enable a Job.

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

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

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

• Сведения о доставке журналов (SQL Server)
• Таблицы доставки журналов и хранимые процедуры