這篇文章主要介紹了sqlserver 實(shí)現(xiàn)收縮數(shù)據(jù)庫(kù)日志操作，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧
說(shuō)明：
收縮日志的原因有很多種，有些是考慮空間不足，有些則是應(yīng)用程序限制導(dǎo)致的。
--將“恢復(fù)模式”設(shè)置為“簡(jiǎn)單”
ALTER DATABASE xszzxt_test SET RECOVERY SIMPLE
GO
--收縮日志文件大小到10M
DBCC SHRINKFILE (N'xszzxt_test_log' , 10, TRUNCATEONLY)
GO
--將“恢復(fù)模式”設(shè)置為“完整”
ALTER DATABASE xszzxt_test SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE xszzxt_test SET RECOVERY FULL
GO
補(bǔ)充：SQL Server收縮數(shù)據(jù)庫(kù)日志文件失敗的解決辦法
由于數(shù)據(jù)庫(kù)日志文件過(guò)大導(dǎo)致磁盤(pán)不夠用，我們采取的解決辦法是收縮數(shù)據(jù)庫(kù)日志文件，但是有時(shí)候執(zhí)行收縮操作的時(shí)候不成功也不報(bào)錯(cuò)，這就頭疼了：
先看下，如何做收縮操作的吧：
將文件收縮到最?。?/p>
也可以寫(xiě)SQL執(zhí)行：
DBCC SHRINKFILE('Back_up_log',1)
如果執(zhí)行完以上操作發(fā)現(xiàn)數(shù)據(jù)庫(kù)日志文件的大小依舊沒(méi)變，那么試試如下操作之后再試試收縮操作呢
這個(gè)操作就是把恢復(fù)模式改成“簡(jiǎn)單”，我之前是“完整”，沒(méi)有完成收縮操作，改成簡(jiǎn)單之后收縮操作完成了
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。
來(lái)源：腳本之家
鏈接：https://www.jb51.net/article/204061.htm
申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！
