SQL Server 2008 清空删除日志文件 360G日志 10秒内变10M

    由于数据库日志增长被设置为“无限制”，所以时间一长日志文件必然会很大，一个400G的数据库居然有600G的LOG文件，严重占用了磁盘空间。由于主要是做OLAP，所以数据库本身不会有大变动，所以日志也就没有多少作用了，因此想办法把数据库日志文件收缩到很小或者删除。

    网上搜索相关解决方案后，得到的答案丰富多彩，但是真正管用的方案并不多，这里分享一个csdn上找到的方法。这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志的不同之处，颇有帮助。同时，该方法的效率很高，收缩几百G的日志到10M只花了不到10秒。

SQL2005：
Backup Log DNName with no_log  '这里的DNName是你要收缩的数据库名，自己注意修改下面的数据库名，我就不再注释了。
go
dump transaction DNName with no_log 
go
USE DNName
DBCC SHRINKFILE (2)
Go

SQL2008:
'在SQL2008中清除日志就必须在简单模式下进行，等清除动作完毕再调回到完全模式。
USE [master]
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式
GO
USE DNName
GO
DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) 

GO

 '这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询

'USE DNName

'GO

'SELECT file_id, nameFROM sys.database_files;

'GO
USE [master]
GO
ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY FULL --还原为完全模式
GO

说明：优点：此清除日志所运行消耗的时间短。

缺点：不过此动作最好不要经常使用，因为它的运行会带来系统碎片。普通状态下LOG和DIFF的备份即可截断日志。

此语句使用的恰当环境：当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。