执行数据库复制分发代理时遇事务日志已满（LOG_BACKUP）问题求助

你的修复步骤的潜在问题 #

• 切换到Full恢复模式后执行完整备份是正确操作，但日志备份本身不会自动截断复制所需的日志——只有当日志读取器代理成功读取并传递这些日志到分发服务器后，相关日志段才会被标记为可截断。
• 若日志中仍有未被复制进程处理的活动记录，此时执行收缩日志操作无法有效释放空间，甚至可能造成日志碎片化。

具体解决步骤 #

1. 检查日志读取器代理状态

   • 打开SQL Server Management Studio，展开「复制」>「本地发布」，找到对应发布右键查看「代理状态」，确认日志读取器代理处于运行状态且无报错。
   • 若代理未运行则启动它；若存在报错，优先排查代理的权限问题、分发服务器连接失败等异常。

2. 强制日志读取器代理处理未读日志

   • 手动执行日志读取器代理作业，或用T-SQL命令强制运行：

     EXEC sp_start_job @job_name = N'<你的日志读取器代理作业名>'
     

   • 等待代理运行完成后，再次检查事务日志空间使用情况。

3. 验证备份与复制的顺序合理性

   • 确保切换到Full恢复模式后的第一次完整备份是在配置复制之后执行的。如果是先配置复制再改恢复模式做备份，可能导致复制进程无法正确识别日志起点。若顺序颠倒，建议重新初始化发布：
     1. 停止分发代理和日志读取器代理
     2. 对DatabaseA重新做完整备份并还原到订阅服务器
     3. 重新配置发布和订阅，确保日志读取器代理能捕获新日志

4. 检查事务日志文件的增长配置

   • 确认日志文件自动增长已开启，增长方式（百分比/固定大小）合理。若日志文件已达最大限制，调整最大文件大小为「无限制」或增大上限：

     ALTER DATABASE DatabaseA MODIFY FILE (NAME = N'DatabaseA_Log', MAXSIZE = UNLIMITED)
     

   • 同时检查磁盘剩余空间，确保日志文件有扩展空间。

5. 重新执行日志备份并验证截断情况

   • 确保日志读取器代理正常运行后，再次执行事务日志备份：

     BACKUP LOG DatabaseA TO DISK = N'C:\Backup\DatabaseA_Log.bak' WITH INIT
     

   • 备份完成后，查看日志可重用空间：

     DBCC SQLPERF(LOGSPACE)
     

   • 若可重用空间仍偏低，检查是否有长期运行的事务阻止日志截断：

     SELECT 
         transaction_id,
         name,
         transaction_begin_time,
         DATEDIFF(mi, transaction_begin_time, GETDATE()) AS duration_minutes
     FROM sys.dm_tran_active_transactions
     WHERE database_id = DB_ID('DatabaseA')
     

   • 找到长期运行的事务后，尽量结束对应的会话。

6. 必要时收缩日志

   • 仅当日志可重用空间充足时，收缩操作才有效：

     ALTER DATABASE DatabaseA SET RECOVERY FULL;
     BACKUP LOG DatabaseA TO DISK = N'C:\Backup\DatabaseA_Log_Final.bak' WITH INIT;
     DBCC SHRINKFILE(N'DatabaseA_Log', 100); -- 收缩到100MB，可根据实际调整
     

关键注意事项 #

• 事务复制依赖Full恢复模式，必须保证日志读取器代理持续运行，否则日志会不断累积无法截断。
• 避免频繁收缩日志，这会导致日志碎片化，影响数据库性能，仅在日志空间确实过大且可重用时执行。

内容的提问来源于stack exchange，提问作者Dmitriy Ryabin