有一个SQL2012库的日志达到了100G左右，平时开发人员根本没有做过事务日志备份，而磁盘空间已经快满了。所以，只能截断它。但是，由于从2K8以后，SQL SERVER好像不再提供 truncate_only和no_log功能了，而这个服务器的磁盘空间也不够。所以，只能采用切换到简单恢复模式方式，来先将已经完成的事务truncate了。然后shrik日志文件来回收空间了。
--查询事务日志的状态，可以看到是LOG_BACKUP状态，说明需要备份日志。
--http://msdn.microsoft.com/zh-cn/library/ms190925.aspx#Truncation
select name,log_reuse_wait_desc from sys.databases
--查看LOG使用情况
dbcc sqlperf(LOGSPACE)--已经使用的百分比
dbcc loginfo --查看status列基本上都是2表示不可以重用，只有0时候才可以重新使用。
--切换到简单恢复模式
alter database test set recovery simple with no_wait--再次使用dbcc loginfo 查看，可以看到很多status原来是2的已经变为0.
--切回到FULL
alter database test set FULL simple with no_wait
--这个时候你可以试着插入数据，观看status的值。你会发现它虽然恢复模型已经切回FULL，但是，它的事务日志使用方式还是SIMPLE模式，也就是还可以重新使用已经提交日志空间。这个时候，我们只有做一个全库备份才可以真正切回FULL模式。（记得好像如果新建一个数据库也有这个情况。只有建完以后，马上做一个全库备份以后，才是真正的FULL模式。）
--这个时候，如果你想通过shrink日志文件来缩小文件会发现不起做用。只有你做完以后日志备份后，再去shrik才可以功能。
backup log test to disk=‘d:\test.log‘
DBCC SHRINKFILE (N‘Test_log‘ , 0, TRUNCATEONLY)
参考资料：