SQL Server 2000/2005/2008中如何刪除或壓縮數(shù)據(jù)庫日志

小編給大家分享一下SQL Server 2000/2005/2008中如何刪除或壓縮數(shù)據(jù)庫日志，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

由于數(shù)據(jù)庫日志增長被設(shè)置為“無限制”，所以時間一長日志文件必然會很大，一個400G的數(shù)據(jù)庫居然有600G的LOG文件，嚴(yán)重占用了磁盤空間。由于主要 是做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對文件和日志管理進(jìn)行了優(yōu)化，所以以上語句在SQL2005中可以運(yùn)行但在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

以上是“SQL Server 2000/2005/2008中如何刪除或壓縮數(shù)據(jù)庫日志”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注億速云行業(yè)資訊頻道！