由 于數據庫日志增長被設置為“無限制”，所以時間一長日志文件必然會很大，一個400G的數據庫居然有600G的LOG文件，嚴重占用了磁盤空間。由于主要 是做OLAP，所以數據庫本身不會有大變動，所以日志也就沒有多少作用了，因此想辦法把數據庫日志文件收縮到很小或者刪除。
網 上搜索相關解決方案后，得到的答案豐富多彩，但是真正管用的方案并不多，這里分享一個csdn上找到的方法。這個方法講述了SQL Server 2005和SQL Server 2008在收縮數據庫日志的不同之處，頗有幫助。同時，該方法的效率很高，收縮600G的日志到10M只花了不到30秒。
最后附上代碼：
適用于SQL Server 2000的方法
|
1
2
3
|
DUMP TRANSACTION [zzvips] WITH NO_LOGBACKUP LOG [zzvips] WITH NO_LOGDBCC SHRINKDATABASE([zzvips]) |
其中zzvips為數據庫名
適用于SQL Server 2005的方法
|
1
2
3
4
5
6
7
|
Backup Log [zzvips] WITH no_logGODUMP TRANSACTION [zzvips] WITH no_logGOUSE zzvips DBCC SHRINKFILE (2)GO |
說明：由于SQL Server 2008對文件和日志管理進行了優化，所以以上語句在SQL2005中可以運行但在SQL2008中已經被取消。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
USE[master]GOALTER DATABASE zzvips SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE zzvips SET RECOVERY SIMPLE --簡單模式GOUSE zzvipsGODBCC SHRINKFILE (N'DNName_Log', 11, TRUNCATEONLY)GOUSE[master]GOALTER DATABASE zzvips SET RECOVERY FULL WITH NO_WAITGOALTER DATABASE zzvips SET RECOVERY FULL --還原為完全模式GO |
其中zzvips為數據庫名，DNName_Log為日志名，需要找一下，具體的說明可以參考這篇文章，也有圖文方法
這篇文章就介紹到這了，需要的朋友可以參考一下，希望大家以后多多支持服務器之家。
