我有一个sql Server 2008数据库,其数据大小约为2GB,但日志文件超过8GB.对于2008年之前的数据库,我可以使用“备份日志”和TRUNCATE_ONLY选项,但2008和更高版本的数据库不再提供此选项.
我有一个截断日志文件的脚本：
USE [MyDatabase]
GO
ALTER DATABASE [MyDatabase] SET RECOVERY SIMPLE WITH NO_WAIT
DBCC shrinkfile('MyDatabase_log',1)
ALTER DATABASE [MyDatabase] SET RECOVERY FULL WITH NO_WAIT
GO
我每天执行两次完整备份,因此就数据前滚而言,日志实际上并不是必需的.
解决方法
我真的推荐Paul S. Randal阅读
Importance of proper transaction log size management.
实际情况是,只有两种非常好的方法来处理事务日志：
>使用常规LOG文件备份,LOG文件将在每次LOG备份后重复使用它的空间,并且不会无限增长,或者
>使用SIMPLE恢复模型,而不必关心您的LOG文件大小,因为您定期进行完全备份.
关于LOG文件截断和性能的问题在于,当要增加LOG文件时,您将始终获得性能损失(来自上述链接博客文章的引用)：
If you shrink the log,then it’s going to grow again – possibly causing VLF fragmentation,and definitely causing your workload to pause while the log grows,as the log can’t use instant initialization […]
更新：不要将LOG文件截断误认为是DATA文件收缩.数据文件缩小真的很糟糕.详情请见Why you should not shrink your data files.
