SQL Server 2000/2005/2008刪除或壓縮數(shù)據(jù)庫日志的方法
由 于數(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為日志名,需要找一下,具體的說明可以參考這篇文章,也有圖文方法 http://www.dhdzp.com/article/136523.htm
這篇文章就介紹到這了,需要的朋友可以參考一下,希望大家以后多多支持腳本之家。
相關(guān)文章
把excel表格里的數(shù)據(jù)導(dǎo)入sql數(shù)據(jù)庫的兩種方法
這篇文章介紹了把excel表格里的數(shù)據(jù)導(dǎo)入sql數(shù)據(jù)庫的兩種方法,有需要的朋友可以參考一下2013-09-09
SQLServer導(dǎo)出數(shù)據(jù)到MySQL實例介紹
本文為大家詳細介紹下從SQLServer導(dǎo)出數(shù)據(jù)并將數(shù)據(jù)導(dǎo)入到MySQL,具體的實現(xiàn)如下,感興趣的朋友可以參考下哈2013-07-07
SQL語句實現(xiàn)查詢SQL Server內(nèi)存使用狀況
這篇文章主要介紹了SQL語句實現(xiàn)查詢SQL Server內(nèi)存使用狀況,本文直接給出實現(xiàn)代碼,需要的朋友可以參考下2015-07-07
MSSQL 刪除數(shù)據(jù)庫里某個用戶所有表里的數(shù)據(jù)
刪除數(shù)據(jù)庫里某個用戶所有表里的數(shù)據(jù)的實現(xiàn)語句。2009-09-09
利用SQL Server觸發(fā)器實現(xiàn)表的歷史修改痕跡記錄
在很多應(yīng)用程序開發(fā)中,需要記錄某些數(shù)據(jù)表的歷史記錄或修改痕跡,以便日后出現(xiàn)數(shù)據(jù)錯誤時進行數(shù)據(jù)排查。這種業(yè)務(wù)需求,我們可以通過數(shù)據(jù)庫的觸發(fā)器來輕松實現(xiàn)歷史記錄功能2020-02-02

