Сбои репликации доставки журналов приводят к накоплению отставания резервной базы:

• Ошибки в истории заданий: The log shipping secondary database has not been restored for XX minutes (Error 14420 / 14421);
• Задание LSCopy падает с ошибкой Access to the path is denied или The network name cannot be found;
• Задание LSRestore падает с ошибкой The file is too recent to apply to the database или рассинхронизацией цепочки LSN.

1. Проверка общего статуса Log Shipping через системный отчет

EXEC msdb.dbo.sp_help_log_shipping_monitor;

Анализ полей delta_threshold и last_restored_latency показывает фактическое отставание в минутах.

2. Решение ошибки 'Access Denied' в Copy Job

Учетная запись, под которой работает служба SQL Server Agent на Secondary сервере, должна иметь права Read/Write на сетевую папку бэкапов первичного сервера:

-- Проверка доступности сетевой шары из-под инстанса через xp_cmdshell (для тестов)
EXEC xp_cmdshell 'dir \\primary-server\LogShippingBackup';

3. Устранение рассинхронизации цепочки LSN (Restore Job Failure)

Если цепочка прервана (кто-то сделал ручной бэкап без COPY_ONLY):

1. Откройте таблицу истории восстановления на Secondary:

SELECT TOP 10 * FROM msdb.dbo.restorehistory 
WHERE destination_database_name = 'ERP_1C' 
ORDER BY restore_date DESC;

2. Найдите последний успешно примененный LSN (поле stop_lsn);
3. Вручную скопируйте недостающие файлы .trn с первичного сервера и накатите их с параметром NORECOVERY.

4. Исправление заблокированных файлов в режиме STANDBY

Если Restore Job падает из-за того, что пользователи читают отчеты, включите принудительный сброс соединений:

EXEC msdb.dbo.sp_change_log_shipping_secondary_database
    @secondary_database = N'ERP_1C',
    @disconnect_users = 1;