2008在收缩数据库日志的不同之处

由 于数据库日志增加棉被服装置为“无界定”，所以时间一长日志文件必然会不小，叁个400G的数据库居然有600G的LOG文件，严重占用了磁盘空间。由于根本 是做OLAP，所以数据库本身不会有大改观，所以日志也就未有微微功用了，由此想方法把数据库日志文件减弱到极小依旧去除。

网络寻找相关解决方案后，获得的答案各种各样，可是真的有效的方案并十分少，这里分享三个csdn上找到的艺术。那些艺术陈诉了SQL Server 二零零五和SQL Server 2009在降低数据库日志的分歧之处，颇负赞助。同期，该方法的频率异常高，缩小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对文件和日志管理进行了优化，所以上述语句在SQL二零零五中得以运作但在SQL二〇一〇中已经被裁撤。

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为日志名，要求找一下，具体的表达能够参照他事他说加以考察那篇文章，也是有图像和文字方法

那篇作品就介绍到那了，供给的相恋的人可以参见一下，希望我们随后多多点拨脚本之家。

本文由时时彩平台发布于官方时时彩app下载-数据库,转载请注明出处：2008在收缩数据库日志的不同之处

关键词：