如何解决数据库事务日志因‘log_backup’已满的问题（收缩无效场景）

• 检查事务日志截断阻塞原因
  先通过DBCC SQLPERF(LOGSPACE)查看日志空间使用占比，再执行SELECT name, log_reuse_wait_desc FROM sys.databases WHERE name = '你的数据库名'，定位日志无法截断的具体原因：

  • 若结果是ACTIVE_TRANSACTION，说明存在未提交的长事务，用sys.dm_tran_active_transactions或sp_who2找到对应会话，结束未完成的事务。
  • 若为REPLICATION或DATABASE_MIRRORING，排查复制/镜像任务是否异常。

• 调整数据库恢复模式（非生产环境谨慎用）
  若不需要点-in-time恢复，可将恢复模式从FULL改为SIMPLE，日志会自动截断：

  ALTER DATABASE 你的数据库名 SET RECOVERY SIMPLE;
  

  改完后执行收缩：

  DBCC SHRINKFILE(日志文件名, 目标大小MB);
  

  注意：切换模式会中断日志备份链，之后需立即做一次全量数据库备份。

• 修复中断的日志备份链
  处于FULL或BULK_LOGGED模式时，日志备份链中断会导致日志无法截断。先确认最近的日志备份是否成功，若链已断，先执行一次完整数据库备份重建链，之后严格按计划执行日志备份。

• 优化磁盘与日志文件配置

  • 确认日志文件所在磁盘的实际剩余空间，若磁盘已满，优先扩容磁盘空间。
  • 检查日志文件自动增长设置，若增长步长过小导致频繁扩容，或过大一次性占满磁盘，可调整：

    ALTER DATABASE 你的数据库名 MODIFY FILE (NAME = 日志文件名, FILEGROWTH = 1024MB);
    

• 按正确流程收缩日志（FULL模式下）
  必须先执行日志备份，再收缩文件，否则无法释放已使用的日志空间：

  BACKUP LOG 你的数据库名 TO DISK = '指定备份路径\数据库名_log.bak';
  DBCC SHRINKFILE(日志文件名, 目标大小MB);
  

内容的提问来源于stack exchange，提问作者Ho Chun Ang