1、包含 DUMP 语句是为了向后兼容。后续版本的 Microsoft SQL Server 将删除该功能。请避免在新的开发工作中使用该功能，并应着手修改当前还在使用该功能的应用程序。 使用 BACKUP 代替此语句。
2、NO_LOG | TRUNCATE_ONLY
通过放弃活动日志以外的所有日志，无需备份复制日志即可删除不活动的日志部分，并截断日志。该选项会释放空间。因为并不保存日志备份，所以没有必要指定备份设备。NO_LOG 和 TRUNCATE_ONLY 是同义的。
注意：
在 SQL Server 的未来版本中将删除该选项。应避免使用该选项进行新的开发工作，并计划修改当前使用它的应用程序。
使用 NO_LOG 或 TRUNCATE_ONLY 截断日志后，记录在日志中的更改不可恢复。为了进行恢复，请立即执行 BACKUP DATABASE 以执行完整备份或完整差异备份。
尽管可用该选项手动截断事务日志，但是我们极力建议您不要这样做，因为这会将日志链断开。在下一次完整备份或完整差异备份之前，将无法为数据库提供媒体故障保护。只在非常特殊的情况下才手动截断日志，并立即创建数据备份。
如果不想进行日志备份，请将数据库设置为简单恢复模式。
2、NO_LOG | TRUNCATE_ONLY
通过放弃活动日志以外的所有日志，无需备份复制日志即可删除不活动的日志部分，并截断日志。该选项会释放空间。因为并不保存日志备份，所以没有必要指定备份设备。NO_LOG 和 TRUNCATE_ONLY 是同义的。
注意：
在 SQL Server 的未来版本中将删除该选项。应避免使用该选项进行新的开发工作，并计划修改当前使用它的应用程序。
使用 NO_LOG 或 TRUNCATE_ONLY 截断日志后，记录在日志中的更改不可恢复。为了进行恢复，请立即执行 BACKUP DATABASE 以执行完整备份或完整差异备份。
尽管可用该选项手动截断事务日志，但是我们极力建议您不要这样做，因为这会将日志链断开。在下一次完整备份或完整差异备份之前，将无法为数据库提供媒体故障保护。只在非常特殊的情况下才手动截断日志，并立即创建数据备份。
如果不想进行日志备份，请将数据库设置为简单恢复模式。
dbcc shrinkfile(2,notruncate)//释放的空间保留在文件中，不给操作系统
dbcc shrinkfile(2,truncateonly)//未使用的空间释放给操作系统
一样的错误事件不推荐使用 BACKUP LOG WITH TRUNCATE_ONLY 或 WITH NO_LOG。应使用简单恢复模式自动截断事务日志。
http://msdn.microsoft.com/zh-cn/library/ms144262.aspx
备份日志后，用DBCC SHRINKDATABASE 或 DBCC SHRINKFILE来收缩日志.
一般只收缩日志的话，可以先backup log ....然后 DBCC SHRINKFILE (日志文件).
如果日志大的话，可能要backup log三次，再DBCC SHRINKFILE (日志文件)才有效果.