SQLServer 数据库日志无法收缩

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）

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!