SQL Server 2000/2005/2008删除或压缩数据库日志的方法

最近win2008 r2的服务器比较卡,打开服务器显示也特别慢,sqlserver业务费正常执行,服务器桌面操作也比较卡,经过多方研究发现原来是sqlserver日志文件已经达到了84G导致,这里就为大家分享一下解决方法,需要的朋友可以参考一下

由 于数据库日志增长被设置为“无限制”,所以时间一长日志文件必然会很大,一个400G的数据库居然有600G的LOG文件,严重占用了磁盘空间。由于主要 是做OLAP,所以数据库本身不会有大变动,所以日志也就没有多少作用了,因此想办法把数据库日志文件收缩到很小或者删除。

网 上搜索相关解决方案后,得到的答案丰富多彩,但是真正管用的方案并不多,这里分享一个csdn上找到的方法。这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志的不同之处,颇有帮助。同时,该方法的效率很高,收缩600G的日志到10M只花了不到30秒。

最后附上代码:

适用于SQL Server 2000的方法

DUMP TRANSACTION [zy66] WITH NO_LOG
BACKUP LOG [zy66] WITH NO_LOG
DBCC SHRINKDATABASE([zy66])

其中jb51为数据库名

适用于SQL Server 2005的方法

Backup Log [jb51] WITH no_log
GO
DUMP TRANSACTION [jb51] WITH no_log
GO
USE zy66
DBCC SHRINKFILE (2)
GO

说明:由于SQL Server 2008对文件和日志管理进行了优化,所以以上语句在SQL2005中可以运行但在SQL2008中已经被取消。

USE[master]
GO
ALTER DATABASE jb51 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE jb51 SET RECOVERY SIMPLE --简单模式
GO
USE zy66
GO
DBCC SHRINKFILE (N'DNName_Log', 11, TRUNCATEONLY)
 
GO
 
USE[master]
GO
ALTER DATABASE zy66 SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE zy66 SET RECOVERY FULL --还原为完全模式
GO

其中item66为数据库名,DNName_Log为日志名,需要找一下。这篇文章就介绍到这了,需要的朋友可以参考一下

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注