由 于數(shù)據(jù)庫日志增長被設(shè)置為“無限制”，所以時間一長日志文件必然會很大，一個400G的數(shù)據(jù)庫居然有600G的LOG文件，嚴重占用了磁盤空間。由于主要 是做OLAP，所以數(shù)據(jù)庫本身不會有大變動，所以日志也就沒有多少作用了，因此想辦法把數(shù)據(jù)庫日志文件收縮到很小或者刪除。

網(wǎng) 上搜索相關(guān)解決方案后，得到的答案豐富多彩，但是真正管用的方案并不多，這里分享一個csdn上找到的方法。這個方法講述了SQL Server 2005和SQL Server 2008在收縮數(shù)據(jù)庫日志的不同之處，頗有幫助。同時，該方法的效率很高，收縮600G的日志到10M只花了不到30秒。

最后附上代碼：

適用于SQL Server 2000的方法

DUMP TRANSACTION [jb51] WITH NO_LOG
BACKUP LOG [jb51] WITH NO_LOG
DBCC SHRINKDATABASE([jb51])

其中jb51為數(shù)據(jù)庫名

適用于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中已經(jīng)被取消。

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為數(shù)據(jù)庫名，DNName_Log為日志名，需要找一下，具體的說明可以參考這篇文章，也有圖文方法 https://www.jb51.net/article/136523.htm

這篇文章就介紹到這了，需要的朋友可以參考一下，希望大家以后多多支持本站。

版權(quán)聲明：本站文章來源標注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學習參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。