[转载] SQL Server事务日志的收缩和截断

           在SQL Server数据库中事务日志起着至关重要的作用：它持续记录数据库所有的事务和这些事务对数据库所做的修改;一旦数据库出现灾难事件，就需要事务日志来进行近期数据的恢复操作。不过，要得到任何好处都要付出的相应代价：在活动数据库中，事务日志会消耗大量的存储空间，如果你不做任何干预，事务逻辑日志会一直增长，直到塞满存储这些日志文件的所有可用空间。SQL Server提供了两个用来平衡事务日志对空间巨大需求的操作：截断事务日志和收缩事务日志。

　　日志截断

　　截断事务日志操作就是清除事务日志文件中的非活动记录。一般情况下，SQL Server能够自动执行截断操作，不需要人工干预管理。截断的频率取决于数据库的使用程度。你每进行一次完整恢复模式或大容量日志恢复模式的数据库备份，SQL Server就会截断一次事务日志。如果是在简单恢复模式下(不能还原事务日志)，SQL Server会在每个检查点之后截断事务日志。

　　你也可以通过间接的方式手动驱使SQL Server执行事务日志截断操作，需要运行备份操作，不过你可以给SQL Server下指示，表明你只想执行事务日志的备份操作，不做执行其他任何操作。通过以下的T-SQL命令可以达到上述效果：

　　BACKUP LOG WITH TRUNCATE_ONLY;

　　日志收缩

　　截断日志虽然确实从日志文件中清除了事务，但并不会真正减小物理日志文件的大小。SQL Server希望事务日志最终会扩展到其截断前的大小，所以截断不会释放已经分配给日志的硬盘空间。如果你的日志在某一时刻人为地扩展到某个大小，却再也无法恢复到这个大小的话可就麻烦大了。

　　在这种情况下，要释放硬盘物理空间做其他用途，就要手动进行事务日志文件收缩操作。你可以使用以下的T-SQL命令来实现日志文件收缩：

　　DBCC SHRINKFILE(,)

　　上面命令中的desired_shrink_size指的是你想要回收的硬盘空间大小(以MB为单位)。你可以在执行完事务日志截断操作之后立即回收大部分的磁盘空间。

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/35489/viewspace-510036/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-510036/