SQL2008说明：BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 选项已废止。使用完整恢复模式或大容量日志恢复模式时，如果必须删除数据库中的日志备份链，请切换至简单恢复模式。

　　在SQL2000/2005中可以快速压缩日志log文件，通过SQL,

　　方法一：

--BigData为数据库名
DUMP TRANSACTION BigData WITH NO_LOG
BACKUP LOG BigData WITH NO_LOG
DBCC SHRINKDATABASE(BigData )
执行以上语句可以快速压缩日志文件到1M。

　　但是以上语句中前两行在SQL 2008下无法执行 ，

　　第一行提示“Incorrect syntax near the keyword 'TRANSACTION'.”

　　第二行提示“One or more of the options (no_log) are not supported for this statement. Review the documentation for supported options. ”

　　第三行可以执行。但日志log文件没有任何变化。

　　原来SQL 2008　已经不再支持 DUMP TRANSACTION和BACKUP LOG WITH NO_LOG，详情请看
http://msdn.microsoft.com/zh-cn/library/ms187315%28SQL.90%29.aspx
http://msdn.microsoft.com/zh-cn/library/ms186865.aspx　

　　sql2005说明中明确：包含 DUMP 语句是为了向后兼容。而 后续版本的 Microsoft SQL Server 将删除该功能。请避免在新的开发工作中使用该功能，并着手修改当前还在使用该功能的应用程序。 使用 BACKUP。

　　SQL2008说明：BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 选项已废止。使用完整恢复模式或大容量日志恢复模式时，如果必须删除数据库中的日志备份链，请切换至简单恢复模式。有关详细信息，请参阅有关从完整恢复模式或大容量日志恢复模式切换的注意事项。

    尝试方法二：　　

----Logical Files :
--CMS1.5_Data
--CMS1.5_Log
DBCC SHRINKFILE (N'CMS1.5_Log' , 1)
GO
无效。 

 　　尝试方法三：　　

代码 
use DB_NAME
sp_dboption DB_NAME, "trunc. log on chkpt.", true
checkpoint
sp_dboption DB_NAME, "autoshrink", true 

　　每一行指令请单独执行。其中的DB_NAME是指Database Name，在下完语法后的数小时至数十小时，该LOG档会逐渐释放空间，最后大约都会维持在数1024KB左右。

　　有没有更快的方法呢？