2008在收缩数据库日志的不同之处
作者: 官方时时彩app下载-数据库 发布:2020-04-01
由 于数据库日志增加棉被服装置为“无界定”,所以时间一长日志文件必然会不小,叁个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在收缩数据库日志的不同之处
关键词:
上一篇:2.解压到你想安装的地方
下一篇:没有了
下一篇:没有了