SQLServer 数据库日志无法收缩

时间:2022-01-18 07:13:38

1.  查看日志信息

DACC LOGINFO(‘数据库名称’)

Status=0:该状态的日志代表已经备份到磁盘的日志文件。

Status=2: 该状态是日志还没有备份。这样的状态下日志时无法减小的。

2.  查看日志截断延迟的原因

活跃(active)的日志无法通过收缩来截断,有各种原因会使日志截断延迟,具体表现就是事务日志的物理文件无法通过截断、收缩来减小,通过下面的代码可以看到实力上每个数据库的日志截断延迟原因:

use  master

go

select  name,database_id,log_reuse_wait,log_reuse_wait_desc

from  sys.databases

原因解释:

NOTHING:当前有一个或多个可重复使用的虚拟日志文件。

CHECKPOINT:自上次日志截断后,尚未出现检查点,或者日志头部尚未跨一个虚拟文件移动。

LOG_BACKUP: 需要日志备份,以将日志头部前移(适合完全模式或大容量日志模式)

ACTIVE_BACKUP_OR_RESTORE: 数据备份或还原正在进行。

ACTIVE_TRANSACTION: 事务处于活动状态(所有的恢复模式)。

DATABASE_MIRRORING: 数据库镜像暂停,或者在高性能模式下,镜像数据库明显滞后于主体数据库

REPLICATION:在事务复制过程中,与发布相关的事务仍未传递到分发数据库。

DATABASE_SNAPSHOT_CREATION:正在创建数据库快照。

LOG_SCAN: 正在进行日志扫描。

3.  针对延迟日志截断原因的部分解决方案:

LOG_BACKUP: 备份日志后在执行即可

Backup  log  database  with  nolog

REPLICATION:

解决方法:给标有replication 的数据库任意一个表创建事务复制,然后删除,再执行收缩就OK啦。(注:这是数据库的一个BUG)