1、有一天突然发现磁盘空间被塞满了，仔细一看是一个数据库日志把磁盘给撑爆了，而且该数据库是个测试库，并未经常使用，只是偶尔用一下，该实例上的其它数据库均正常。通对该数据库的日志备份，反复收缩终于把日志文件降到了几M。
--备份日志，nul并非null，nul类似于linux的/dev/null，相当于黑洞
BACKUP LOG konrida TO DISK='nul';
--收缩日志文件，dtdb_Log为日志文件的逻辑名
DBCC SHRINKFILE (N'dtdb_Log' )
但是过不了几天，发现磁盘又被该数据库日志文件给撑爆了，排查日志产生的可疑点，比如作业、复制、镜像、维护计划、alwayson等等，均未发现有该库的影子，通过Profiler监控该库也未发现作任何事务，于是好奇，想看看日志文件中到底有些啥，通过以下语句可以得日志中记录了哪些操作：
SELECT [Current LSN],
[Operation],
[AllocUnitName],
[Page ID],
[Slot ID],
[Lock Information],
[Num Elements],
[RowLog Contents 0],
[RowLog Contents 1],
[RowLog Contents 2]
FROM fn_dblog(NULL, NULL)
发现了大量的这种日志，通过第一张图，我未找到它是什么操作，因为排查了所有的可能，都没找到Bulk_Operation，后面偶然发现第二张图，发现有收缩操作，但是我该时间段我并未收缩过数据库，很是奇怪，同时想到了数据库有个自动收缩功能，于是查看一下该参数，发现居然开启了，其它数据库默认都是关闭的。
于是关闭了它，过几天再看，数据库日志终于不再爆涨了。通过该案例，让我们明白，自动收缩这个东西并不是个什么好东西，它是可以自动收缩数据文件，并不会收缩日志文件，在完整和大容量日志恢复模式下会产生大量的日志，当然，如果在简单恢复模式下，并不会存在该问题，它确实可以自动收缩数据文件。
2、一个网友求助，说他一个数据库每收缩一次，日志文件就涨一次，远程看了一下日志文件大小26.7G，手动收缩一次，果然涨了几百M；又尝试备份了一下数据库日志，再收缩，看了一下数据库的参数配置，初始大小已经达到28G多了，每次增长500M，和收缩测试的结果一样增长了500M，到底什么原因呢？
我想还是先看看log_reuse_wait_desc提示如何：
SELECT
name,recovery_model_desc,
log_reuse_wait,
log_reuse_wait_desc
FROM sys.databases
结果显示该数据库的log_reuse_wait_desc状态为：AVAILABILITY_REPLICA，我看到该库有做了AlwaysOn，一下子就明白啥原因了，我说你的AlwaysOn是否有未同步的节点,结果果不出我所料，有一个节点已经停用了，但是并未从Alwayson可用性组中删除，这就导致日志不能截断。通过以上案例，我们得知，当数据库处于AlwaysOn、mirro、replication、CDC等状态时，由于它们都需要数据库日志为作为同步介质，所以在它们未同步完成时，相应的日志也就处于活动状态，是不可以截断的。该事件也告诉我们，未使用的同步节点尽量删除，否则会造成日志空间无法释放。
