欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

SQL Server 2000/2005/2008刪除或壓縮數(shù)據(jù)庫(kù)日志的方法

 更新時(shí)間：2019年09月20日 14:19:43   投稿：mdxy-dxy  
最近win2008 r2的服務(wù)器比較卡，打開(kāi)服務(wù)器顯示也特別慢，sqlserver業(yè)務(wù)費(fèi)正常執(zhí)行，服務(wù)器桌面操作也比較卡，經(jīng)過(guò)多方研究發(fā)現(xiàn)原來(lái)是sqlserver日志文件已經(jīng)達(dá)到了84G導(dǎo)致，這里就為大家分享一下解決方法，需要的朋友可以參考一下

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

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

最后附上代碼：

適用于SQL Server 2000的方法

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

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

適用于SQL Server 2005的方法

Backup Log [jb51] WITH no_log
GO
DUMP TRANSACTION [jb51] WITH no_log
GO
USE jb51 
DBCC SHRINKFILE (2)
GO

說(shuō)明：由于SQL Server 2008對(duì)文件和日志管理進(jìn)行了優(yōu)化，所以以上語(yǔ)句在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 --簡(jiǎn)單模式
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ù)庫(kù)名，DNName_Log為日志名，需要找一下，具體的說(shuō)明可以參考這篇文章，也有圖文方法 http://www.dbjr.com.cn/article/136523.htm

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

相關(guān)文章

最新評(píng)論