最近win2008 r2的服務器比較卡,打開服務器顯示也特別慢,sqlserver業務費正常執行,服務器桌面操作也比較卡,經過多方研究發現原來是sqlserver日誌文件已經達到了84G導致,這裏就爲大家分享一下解決方法,需要的朋友可以參考一下
由 於數據庫日誌增長被設置爲“無限制”,所以時間一長日誌文件必然會很大,一個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
這篇文章就介紹到這了,需要的朋友可以參考一下,希望大家以後多多支持神馬文庫。