在最近的一个项目中，碰到一些数据库方面的问题，先是为了保护客户数据不至于丢失，要对数据库做定期备份，但不能靠人工去经常手工备份，于是采用了SQL SERVER的数据库复制技术，定期的在人迹罕至的深夜做该项工作。在数据备份问题解决的同时，也带来了新的问题，由于定期的数据复制，产生了大量的数据库日志信息，导致数据库日志文件声速增长，以至于磁盘空间不够，SQL SERVER停止工作。为此，必须有相应的措施来定期为数据库日志文件瘦身，问题产生的当时，临时采用了最笨的方法：
1，分离数据库。
2，删除日志文件。
3，重新附加数据库。
问题算是临时解决了，但方法是不对的，经过一塌糊涂的google和研究后，找出以下大家公认的方法：
1，截断事务日志中非活动的事务。
2，收缩日志文件大小。
相应的SQL Scripts如下：
1，Backup LOG DatabaseName WITH TRUNCATE_ONLY
2，DBCC SHRINKFILE(LogFileName,5)
详细的说明可参考SQL SERVER帮助文档。
参考资料：
http://support.microsoft.com/?scid=kb;zh-cn;873235&spid=2852&sid=61
http://support.microsoft.com/kb/317375/
http://support.microsoft.com/kb/272318/
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。