由于数据库日志增长被设置为“无限制”，所以时间一长日志文件必然会很大，一个400G的数据库居然有600G的LOG文件，严重占用了磁盘空间。由于主要是做OLAP，所以数据库本身不会有大变动，所以日志也就没有多少作用了，因此想办法把数据库日志文件收缩到很小或者删除
由 于数据库日志增长被设置为“无限制”，所以时间一长日志文件必然会很大，一个400G的数据库居然有600G的LOG文件，严重占用了磁盘空间。由于主要 是做OLAP，所以数据库本身不会有大变动，所以日志也就没有多少作用了，因此想办法把数据库日志文件收缩到很小或者删除。
网 上搜索相关解决方案后，得到的答案丰富多彩，但是真正管用的方案并不多，这里分享一个csdn上找到的方法。这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志的不同之处，颇有帮助。同时，该方法的效率很高，收缩600G的日志到10M只花了不到30秒。
最后附上代码：
适用于SQL Server 2000的方法
DUMP TRANSACTION [jb51] WITH NO_LOGBACKUP LOG [jb51] WITH NO_LOGDBCC SHRINKDATABASE([jb51])
其中jb51为数据库名
适用于SQL Server 2005的方法
Backup Log [jb51] WITH no_logGODUMP TRANSACTION [jb51] WITH no_logGOUSE jb51 DBCC SHRINKFILE (2)GO
说明：由于SQL Server 2008对文件和日志管理进行了优化，所以以上语句在SQL2005中可以运行但在SQL2008中已经被取消。
USE[master]GOALTER DATABASE jb51 SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE jb51 SET RECOVERY SIMPLE --简单模式GOUSE jb51GODBCC SHRINKFILE (N'DNName_Log', 11, TRUNCATEONLY)GOUSE[master]GOALTER DATABASE jb51 SET RECOVERY FULL WITH NO_WAITGOALTER DATABASE jb51 SET RECOVERY FULL --还原为完全模式GO
其中jb51为数据库名，DNName_Log为日志名，需要找一下，具体的说明可以参考这篇文章，也有图文方法 https://www.jb51.net/article/136523.htm
这篇文章就介绍到这了，需要的朋友可以参考一下，希望大家以后多多支持脚本之家。
标签: SQLServer2000 2005 2008 删除 压缩 数据库 日志 方法
声明：本文内容来源自网络，文字、图片等素材版权属于原作者，平台转载素材出于传递更多信息，文章内容仅供参考与学习，切勿作为商业目的使用。如果侵害了您的合法权益，请您及时与我们联系，我们会在第一时间进行处理！我们尊重版权，也致力于保护版权，站搜网感谢您的分享！
