最近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為日誌名，需要找一下。這篇文章就介紹到這了，需要的朋友可以參考一下。