SQL Server Пересылка журналов: Полное руководство для администраторов баз данных [2026]

SQL Server Технология пересылки журналов транзакций (log shipping) — это автоматизированное решение для аварийного восстановления, которое поддерживает резервные копии ваших производственных баз данных. Технология переносит резервные копии журналов транзакций из основной базы данных на основном сервере в одну или несколько резервных баз данных на отдельных резервных серверах, обеспечивая синхронизацию резервных баз данных с основной базой данных и защиту от потери данных и сбоев серверов.

1.2 Цель и преимущества перевозки древесины

Пересылка журналов событий выполняет множество важных функций в администрировании баз данных:

Его основная роль — восстановление после сбоев, обеспечение надежного переключения на резервный сервер. tarЭта информация появляется, когда ваш основной сервер становится недоступным из-за аппаратного сбоя, повреждения программного обеспечения или катастрофических событий, затрагивающих ваш центр обработки данных.
Это также акost-эффективный решение с высокой доступностьюВ отличие от функций корпоративного уровня, требующих дорогостоящего лицензирования, пересылка журналов работает с SQL Server Стандартная версия, что делает ее доступной для организаций с ограниченным бюджетом.
Резервные базы данных в режиме ожидания предоставляют дополнительные возможности помимо аварийного восстановления. Администраторы баз данных могут использовать их для создания отчетов только для чтения, разгружая рабочую нагрузку запросов с основного сервера.
Функция отложенного восстановления обеспечивает защиту от случайных изменений данных. Настроив задержку восстановления, вы создаете временной интервал для восстановления после ошибок пользователей до того, как необратимые изменения достигнут вашей вторичной базы данных.

2. SQL Server Компоненты и рабочий процесс отгрузки журналов

Перевозка древесины включает в себя следующие компоненты:

Основной сервер и основная база данных: Основной сервер представляет собой вашу производственную среду. SQL Server экземпляр, на котором запущена основная база данных.
Общий ресурс резервного копирования: промежуточное место для хранения и передачи резервных копий журналов транзакций с основного сервера на резервные серверы.
Вторичные серверы и вторичные базы данных: вторичные серверыost резервные копии вашей основной базы данных.
Сервер мониторинга (опционально): Этот сервер отслеживает историю и состояние всех операций резервного копирования, копирования и восстановления по всей вашей топологии доставки журналов.
Задачи агента: Включая задачи резервного копирования, копирования, восстановления и оповещения, автоматизирующие весь процесс пересылки журналов событий.

Процесс автоматизации выглядит следующим образом:

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

3. Предпосылки и требования

3.1 SQL Server Требования к версии

Перевозка древесины доступна с тех пор, как... SQL Server Поддержка осуществляется с 2000 года и сохраняется во всех последующих версиях, начиная с этой. SQL Server С 2005 по 2025 год. Такая многолетняя поддержка демонстрирует стабильность и сохраняющуюся актуальность технологии.

3.2 SQL Server Требования к изданию

Передача журналов событий работает со стандартными, рабочими, корпоративными и разработческими версиями программного обеспечения. SQL ServerБлагодаря расширенной поддержке этой версии, пересылка журналов событий доступна для организаций, не имеющих лицензий Enterprise Edition, в отличие от таких функций, как... Группы доступности Always On Для которых требуются версии Enterprise или Evaluation.

Примечание: Express Edition не поддерживает отправку файлов.

3.3 Требования к модели восстановления базы данных

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

Для получения более подробной информации о моделях восстановления см. наш раздел всеобъемлющее руководство по SQL Server резервная копия.

4. Настройка пересылки журналов с помощью SSMS

4.1 Создание папки для общего доступа к резервным копиям

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

На основном сервере или выделенном файловом сервере создайте папку (например, C:\Резервная копия)
Щелкните правой кнопкой мыши папку и выберите Основные свойства
Нажмите разделение таб
Нажмите Расширенный доступ
Проверка Поделиться этой папкой
Нажмите Разрешения... и предоставить Полный доступ разрешение на SQL Server учетная запись службы NT Service\MSSQLSERVER.
Нажмите OK применять.
Укажите сетевой путь (UNC) (например, \\SERVER-NAME\Backup)

4.2 Включение и настройка доставки журналов

Щелкните правой кнопкой мыши по основной базе данных и выберите Основные свойства.
В Свойства базы данных диалоговом окне выберите Журнал транзакций Доставка страница в левой панели.
Проверка Включите эту базу данных в качестве основной в конфигурации пересылки журналов транзакций. для обеспечения возможности отправки бревен.
Затем на этой странице свойств вы можете настроить параметры резервного копирования, вторичный сервер и сервер мониторинга. Мы рассмотрим их в следующих подразделах.

4.2.1 Настройка параметров резервного копирования

Нажмите Настройки резервного копирования кнопка
В Настройки резервного копирования журнала транзакций диалога под Сетевой путь к папке резервного копирования в поле введите UNC-путь (например, \\SERVER-NAME\Backup)
Если папка резервного копирования находится на основном сервере, укажите локальный путь (например, C:\Резервная копия)
Настройте другие параметры, такие как период хранения резервных копий, пороговое значение для оповещений, задание резервного копирования и сжатие.
Нажмите OK Подтвердите настройки и закройте диалоговое окно.

4.2.2 Настройка вторичного экземпляра сервера и базы данных

Нажмите Добавить недооценивают ее Вторичные экземпляры серверов и базы данных
В Настройки вторичной базы данных диалоговое окно, нажмите Объединяйтесь для подключения к дополнительному экземпляру сервера.
В Вторичная база данных Выберите существующую базу данных из выпадающего списка или введите имя новой базы данных.
В Инициализация вторичной базы данных вкладка, выберите Да, создайте полную резервную копию основной базы данных и восстановите её во вторичную базу данных (и создайте вторичную базу данных, если она не существует).
Нажмите Скопировать файлы таб
В Папка назначения для скопированных файлов (обычно эта папка находится на резервном сервере).Введите локальный путь к целевой папке на вторичном сервере.
Убедитесь, что папка существует и SQL Server У учетной записи службы есть права на запись.
Нажмите OK Подтвердите настройки и закройте диалоговое окно.

4.2.3 Настройка сервера мониторинга

Проверка Используйте экземпляр сервера мониторинга.
Нажмите Настройки
Нажмите Объединяйтесь для подключения к экземпляру сервера мониторинга
Поставьте Удалите историю после указать срок хранения в часах
Нажмите OK Подтвердите настройки и закройте диалоговое окно.

4.2.4 Проверка и завершение настройки

Проверьте все настройки на Журнал транзакций Доставка страница
Проверьте настройки резервного копирования, конфигурацию вторичного сервера и параметры мониторинга.
Нажмите OK для применения конфигурации
Мастер создает все необходимые задания на основном, резервном и мониторном серверах.
Нажмите Закрыто когда настройка завершится

5. Преимущества и недостатки судоходства лесоматериалов

5.1 преимуществ SQL Server Доставка журналов

Cost-Эффективное решение: Работает с SQL Server Стандартная версия устраняет необходимость в дорогостоящих лицензиях для корпоративной версии. Это делает надежное аварийное восстановление доступным для организаций с ограниченным бюджетом.
Простота настройки и обслуживания: Мастер настройки помогает администраторам выполнить установку, предлагая понятные параметры.ost Настройка баз данных занимает 15-30 минут и не требует специальной подготовки.
Поддержка нескольких дополнительных серверов: Поддержка множества резервных серверов без архитектурных ограничений. Разверните один резервный сервер для локального аварийного восстановления, другой — удаленно, а третий — для формирования отчетов.
Минимальное влияние на основной сервер: Работает асинхронно, что исключает накладные расходы на синхронизацию на основном сервере. Время подтверждения транзакций остается неизменным.
Использует существующие резервные копии журнала транзакций: Резервные копии, созданные с помощью механизма пересылки журналов транзакций, являются стандартными резервными копиями журналов транзакций и могут использоваться для восстановления на определенный момент времени независимо от механизма пересылки журналов транзакций.
Опция отложенного восстановления: Функция задержки восстановления обеспечивает защиту от случайных изменений данных, недоступную в Решения для репликации в реальном времени.
Общее хранилище не требуется: Использует независимое хранилище на каждом сервере, что исключает необходимость использования общего хранилища и связанные с этим проблемы.osts.
Кросс-платформенная поддержка: Работает одинаково как в Windows, так и в Linux. SQL Server развертывания.
Работает в разных областях: Не требует установления доверительных отношений в домене или интеграции с Active Directory.

5.2 Недостатки и ограничения судоходства лесоматериалов

Автоматическое переключение на резервный сервер отсутствует: Основное ограничение — необходимость ручного переключения на резервный сервер. Администраторам приходится выполнять несколько шагов, прежде чем работа сервиса возобновится.
Задержка синхронизации данных: Вторичные базы данных всегда отстают от первичных по частоте резервного копирования и восстановления.
Конфигурация только на уровне базы данных: Настройка выполняется на уровне базы данных, а не на уровне экземпляра. Для защиты 50 баз данных требуется 50 отдельных конфигураций.
Изменение строки подключения вручную: После переключения на резервный сервер приложениям необходимо обновить строки подключения, чтобы они указывали на резервный сервер.
Вторичные сбои в работе базы данных: В режиме ожидания вторичные базы данных отключают пользователей во время операций восстановления.
Раздельное управление базами данных: Каждой конфигурации базы данных приходится управлять индивидуально, без возможности скоординированного управления.

6. Передовые методы и примеры использования

6.1 Когда использовать перевозку древесины

Восстановление после стихийных бедствий с минимальным бюджетом: Превосходно справляется с функциямиost— Эффективное решение для аварийного восстановления данных для организаций, которые не могут обосновать необходимость лицензирования Enterprise Edition.osts.
Умеренные требования к RPO/RTO: Его возможности идеально подходят для приложений, допускающих потерю данных в течение 15-30 минут и простой в течение 30-60 минут.
Сервер отчетов только для чтения: Создавайте копии только для чтения для рабочих нагрузок, связанных с формированием отчетов, которые допускают периодические отключения.
Среды стандартной версии: Организации стандартизировали SQL Server В стандартной версии отсутствует доступ к группам постоянной доступности (Always On Availability Groups), поэтому наилучшим вариантом является доставка файлов.
Проекты миграции серверов: Облегчает миграцию серверов, поддерживая синхронизированные копии в течение переходных периодов.
Требования к отложенным данным: Настройте задержки восстановления, чтобы поддерживать базы данных в фиксированных точках прошлого в целях соответствия нормативным требованиям или проведения аудита.

6.2 Когда НЕ следует использовать перевозку древесины

Требования к минимальному времени простоя: Приложения, для которых требуется время восстановления менее 15 минут, не могут полагаться на ручное переключение на резервный сервер.
Требуется автоматическое переключение на резервный сервер: Это неприемлемо, когда бизнес-требования предусматривают автоматическое переключение на резервный сервер без вмешательства администратора.
Требуется синхронизация в реальном времени: Приложениям, требующим передачи данных в реальном времени или почти в реальном времени на резервных серверах, неприемлема неизбежная задержка при передаче журналов событий.
Минимальный допустимый уровень потери данных: Организациям, для которых показатель RPO измеряется в секундах или которые требуют нулевой потери данных, необходимы синхронные решения.

6.3 лучших практик

Оптимизация частоты резервного копирования: Сбалансируйте частоту резервного копирования с учетом системных накладных расходов и целей восстановления.tarс 15-минутными интервалами и корректировать в зависимости от фактических потребностей.
Вопросы, касающиеся маршрутизации сети: Для резервного копирования используйте UNC-пути, а не подключенные диски. Размещайте общие папки резервного копирования на надежной сетевой инфраструктуре.
Настройка мониторинга и оповещения: Настройте оповещения о сбоях заданий резервного копирования, копирования и восстановления сразу после завершения настройки пересылки журналов.
Регулярный график тестирования: Планируйте ежеквартальные или полугодовые проверки отказоустойчивости для подтверждения правильности процедур и поддержания готовности администратора.
Ведение документации: Ведите подробные инструкции по эксплуатации, описывающие детали конфигурации, процедуры переключения на резервный сервер и шаги по устранению неполадок.
Соображения безопасности: Используйте выделенные служебные учетные записи с минимально необходимыми правами доступа. Ограничьте права доступа к сетевым ресурсам соответствующим образом.
Управление дисковым пространством: Постоянно отслеживайте свободное место на дисках в местах резервного копирования. Настройте оповещения, когда уровень свободного места опустится ниже 20%.
Настройка политики хранения данных: Установите периоды хранения резервных копий, превышающие максимально допустимую задержку синхронизации.
Восстановить задержку для защиты: Настройте задержки восстановления, если защита от случайных изменений оправдывает увеличение задержки синхронизации.

7. Устранение распространенных проблем

7.1 Сбои заданий резервного копирования

Недостаточно места на диске: Проверьте историю заданий на наличие ошибок, связанных с нехваткой дискового пространства. Убедитесь в наличии свободного места, удалив старые резервные копии или включив сжатие.
Проблемы с разрешением: Проверить SQL Server У учетной записи службы есть полные права доступа как к локальной папке, так и к сетевой папке общего доступа.
База данных не полностью восстанавливается: Вернитесь к режиму полного восстановления и сделайте полную резервную копию.tarв цепочке журнала транзакций.

7.2 Сбои при копировании заданий

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

7.3 Восстановление после сбоев заданий

Отсутствуют резервные файлы: Убедитесь, что файлы существуют в целевой папке, и проверьте историю заданий копирования.
Ошибка восстановления последовательности: Выявите отсутствующие резервные копии журнала транзакций и восстановите их в последовательности, чтобы восстановить цепочку журналов.
База данных находится в неправильном состоянии: Если кто-то восстановил базу данных, повторно инициализируйте пересылку журналов, восстановив полную резервную копию с помощью NORECOVERY.
Повреждение файлов базы данных: Если сбои при восстановлении сохраняются, несмотря на правильную последовательность действий и конфигурацию, возможно, повреждены сами файлы базы данных. В таких случаях может потребоваться использование специализированного метода. инструмент восстановления SQL Для извлечения данных из поврежденных файлов .MDF и .NDF перед попыткой повторной инициализации отправки журналов.

7.4 Проблемы задержки синхронизации

Ограничения пропускной способности сети: Включите сжатие резервных копий, чтобы уменьшить размер файлов и требования к пропускной способности сети.
Большой объем транзакций: Рекомендуется увеличить частоту резервного копирования, чтобы создавать более компактные и удобные для управления файлы резервных копий.
Недостаточная частота восстановления: Увеличьте частоту выполнения заданий восстановления до приблизительной частоты резервного копирования и сведите к минимуму задержки.

7.5 Мониторинг проблем с подключением к серверу (SQL 2025)

Ошибки поставщика OLE DB: SQL Server В версии 2025 года обязательное шифрование по умолчанию конфликтует с более старыми версиями, в которых отсутствует надлежащая конфигурация шифрования.
Несоответствие конфигурации шифрования: Проверьте конфигурацию связанного сервера на сервере мониторинга и параметры шифрования.
Обходные решения: Удалите и заново создайте протокол пересылки журналов с использованием параметров TLS 1.3 или обновите все экземпляры до версии 1.3. SQL Server 2025.

7.6 SQL Server Проблемы с обслуживанием агентов

Сервис не StarТед: Проверьте состояние службы агента и настройте ее для...tarт автоматически.
Планирование заданий отключено: Проверьте статус расписания заданий и включите отключенные расписания.
Сбои на этапах выполнения задания: Проанализируйте историю выполнения заданий, чтобы выявить сбои и конкретные сообщения об ошибках.

8. Часто задаваемые вопросы (FAQ)

В: Могу ли я использовать доставку бревен с Express Edition?

A: нет, SQL Server В Express Edition отсутствует поддержка доставки файлов. SQL Server Агент.

В: Как часто следует планировать резервное копирование журналов событий?

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

В: Можно ли использовать вторичные базы данных для составления отчетов?

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

В: Что произойдет, если основной сервер выйдет из строя?

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

В: Могу ли я использовать несколько дополнительных серверов?

A: Да, технология Log Shipping поддерживает неограниченное количество вторичных серверов с независимыми конфигурациями.

В: Как рассчитать задержку синхронизации?

A: Сравните метку времени последнего восстановленного журнала транзакций с текущим временем, используя таблицы мониторинга доставки журналов.

В: Может ли доставка логинов работать на разных доменах?

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

В: В чем разница между режимом без восстановления и режимом ожидания?

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

В: Могу ли я приостановить темп отгрузки древесины?rarили?

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

В: Как удалить конфигурацию пересылки логов?

A: В Журнал транзакций Доставка страница недвижимости:

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

В: Могу ли я перевести вторичную базу данных в режим чтения и записи?

А: Да, выполните команду RESTORE DATABASE WITH RECOVERY, но это нарушит цепочку пересылки журналов событий.

В: Какова максимальная задержка, которую я могу установить для восстановления?

A: Жестких ограничений нет. Настройте задержки от минут до дней в зависимости от ваших требований к защите.

В: Как пересылка журналов событий влияет на стратегию резервного копирования?

A: Это позволяет создавать резервные копии журналов транзакций, пригодные как для пересылки журналов, так и для восстановления на определенный момент времени.

В: Можно ли использовать пересылку логов для миграции сервера?

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

В: Какие инструменты мониторинга подходят для транспортировки древесины?

A: SQL Server В Management Studio есть встроенные отчеты. Сторонние инструменты, такие как SQL Monitor и SolarWinds, обеспечивают расширенный мониторинг.

9. Заключение и рекомендации

9.1 Краткое изложение ключевых моментов

SQL Server Перевозка древесины обеспечивает надежные и экономичные перевозки.ost— Эффективное аварийное восстановление благодаря автоматическому резервному копированию и восстановлению журналов транзакций. Технология работает со Standard Edition, требует минимальной инфраструктуры и поддерживает несколько резервных серверов.

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

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

9.2 Правильный выбор для вашей среды

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

Организации, использующие SQL Server В стандартной версии с умеренными требованиями к восстановлению следует всерьез рассмотреть возможность использования пересылки журналов событий. Предприятиям со строгими требованиями к времени восстановления (RTO) менее 15 минут следует оценить целесообразность использования групп доступности Always On.

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

9.3 Дальнейшие шаги и дополнительные ресурсы

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

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

Референсы

Официальный документ Microsoft: О перевозке древесины (SQL Server)
Официальный документ Microsoft: Настройка доставки журналов (SQL Server)

Об авторе

Юань Шэн старший администратор баз данных (DBA) с более чем 10-летним опытом работы в SQL Server сред и управления корпоративными базами данных. Он успешно реализовал сотни сценариев восстановления баз данных в финансовых, медицинских и производственных организациях.

Юань специализируется на SQL Server Восстановление баз данных, решения для обеспечения высокой доступности и оптимизация производительности. Его обширный практический опыт включает управление многотерабайтными базами данных, внедрение групп Always On Availability Groups и разработку автоматизированных стратегий резервного копирования и восстановления для критически важных бизнес-систем.

Благодаря своим техническим знаниям и практическому подходу Юань фокусируется на создании всеобъемлющих руководств, которые помогают администраторам баз данных и ИТ-специалистам решать сложные задачи. SQL Server Он эффективно решает задачи. Он всегда в курсе последних новостей. SQL Server выпускает новые версии и развивает технологии баз данных Microsoft, регулярно тестируя сценарии восстановления, чтобы убедиться, что его рекомендации соответствуют реальным передовым практикам.

Есть вопросы о SQL Server Восстановление или требуется дополнительное руководство по устранению неполадок в базе данных? Юань приветствует отзывы и предложения для улучшения этих технических ресурсов.