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）