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對文件和日志管理進行了優(yōu)化,所以以上語句在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為日志名,需要找一下,具體的說明可以參考這篇文章,也有圖文方法 http://chabaoo.cn/article/136523.htm
這篇文章就介紹到這了,需要的朋友可以參考一下,希望大家以后多多支持腳本之家。
相關文章
數據庫性能優(yōu)化一:數據庫自身優(yōu)化提升性能
數據庫自身優(yōu)化包括:增加次數據文件,設置文件自動增長、表分區(qū),索引分區(qū)、分布式數據庫設計、整理數據庫碎片等等.需要了解的朋友可以參考下2013-01-01SqlServer應用之sys.dm_os_waiting_tasks 引發(fā)的疑問(上)
很多人在查看SQL語句等待的時候都是通過sys.dm_exec_requests查看,等待類型也是通過wait_type得出,sys.dm_os_waiting_tasks也可以看到session的等待那么有什么區(qū)別呢....,這篇文章給大家介紹SqlServer應用之sys.dm_os_waiting_tasks 引發(fā)的疑問(上),需要的朋友參考下2015-12-12SQLServer中匯總功能的使用GROUPING,ROLLUP和CUBE
查看SQL Server的幫助才發(fā)現,厲害啊,原來還有這么厲害的東西,不由的想起以前做水晶報表的時候,原來在SQL Server中就可以實現這樣的功能.2010-07-07SQL Server數據庫的三種恢復模式:簡單恢復模式、完整恢復模式和大容量日志恢復模式
這篇文章主要介紹了SQL Server數據庫的三種恢復模式:簡單恢復模式、完整恢復模式和大容量日志恢復模式,需要的朋友可以參考下2018-10-10