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

这篇文章主要为大家详细介绍了SQL Server 2000/2005/2008删除或压缩数据库日志的简单示例，具有一定的参考价值，可以用来参考一下。

对此感兴趣的朋友，看看idc笔记做的技术笔记！

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

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

最后附上代码：

适用于SQL Server 2000的方法

代码如下：

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

其中512pic为数据库名

适用于SQL Server 2005的方法

代码如下：

Backup Log [512pic] WITH no_log
GO
DUMP TRANSACTION [512pic] WITH no_log
GO
USE 512pic 
DBCC SHRINKFILE (2)
GO

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

代码如下：

USE[master]
GO
ALTER DATABASE 512pic SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 512pic SET RECOVERY SIMPLE --简单模式
GO
USE 512pic
GO
DBCC SHRINKFILE (N'DNName_Log', 11, TRUNCATEONLY)

GO

USE[master]
GO
ALTER DATABASE 512pic SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE 512pic SET RECOVERY FULL --还原为完全模式
GO

其中512pic为数据库名，DNName_Log为日志名，需要找一下，具体的说明可以参考这篇文章，也有图文方法 https://www.512pic.com/article/136523.htm

这篇文章就介绍到这了，需要的朋友可以参考一下，希望大家以后多多支持512笔记。

注：关于SQL Server 2000/2005/2008删除或压缩数据库日志的简单示例的内容就先介绍到这里，更多相关文章的可以留意