SQL Server 2000/2005/2008删除或压缩数据库日志的方法
由 于数据库日志增长被设置为“无限制”,所以时间一长日志文件必然会很大,一个400G的数据库居然有600G的LOG文件,严重占用了磁盘空间。由于主要 是做OLAP,所以数据库本身不会有大变动,所以日志也就没有多少作用了,因此想办法把数据库日志文件收缩到很小或者删除。
网 上搜索相关解决方案后,得到的答案丰富多彩,但是真正管用的方案并不多,这里分享一个csdn上找到的方法。这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志的不同之处,颇有帮助。同时,该方法的效率很高,收缩600G的日志到10M只花了不到30秒。
最后附上代码:
适用于SQL Server 2000的方法
DUMP TRANSACTION [jb51] WITH NO_LOG BACKUP LOG [jb51] WITH NO_LOG DBCC SHRINKDATABASE([jb51])
其中jb51为数据库名
适用于SQL Server 2005的方法
Backup Log [jb51] WITH no_log GO DUMP TRANSACTION [jb51] WITH no_log GO USE jb51 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 jb51 GO DBCC SHRINKFILE (N'DNName_Log', 11, TRUNCATEONLY) GO USE[master] GO ALTER DATABASE jb51 SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE jb51 SET RECOVERY FULL --还原为完全模式 GO
其中jb51为数据库名,DNName_Log为日志名,需要找一下,具体的说明可以参考这篇文章,也有图文方法 https://www.jb51.net/article/136523.htm
这篇文章就介绍到这了,需要的朋友可以参考一下,希望大家以后多多支持脚本之家。
相关文章
SqlServer应用之sys.dm_os_waiting_tasks 引发的疑问(上)
很多人在查看SQL语句等待的时候都是通过sys.dm_exec_requests查看,等待类型也是通过wait_type得出,sys.dm_os_waiting_tasks也可以看到session的等待那么有什么区别呢....,这篇文章给大家介绍SqlServer应用之sys.dm_os_waiting_tasks 引发的疑问(上),需要的朋友参考下2015-12-12SQLServer中汇总功能的使用GROUPING,ROLLUP和CUBE
查看SQL Server的帮助才发现,厉害啊,原来还有这么厉害的东西,不由的想起以前做水晶报表的时候,原来在SQL Server中就可以实现这样的功能.2010-07-07SQL Server数据库的三种恢复模式:简单恢复模式、完整恢复模式和大容量日志恢复模式
这篇文章主要介绍了SQL Server数据库的三种恢复模式:简单恢复模式、完整恢复模式和大容量日志恢复模式,需要的朋友可以参考下2018-10-10
最新评论