域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過

這篇文章主要介紹了sqlserver 實(shí)現(xiàn)收縮數(shù)據(jù)庫日志操作，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧

說明：

收縮日志的原因有很多種，有些是考慮空間不足，有些則是應(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ù)庫日志文件失敗的解決辦法

由于數(shù)據(jù)庫日志文件過大導(dǎo)致磁盤不夠用，我們采取的解決辦法是收縮數(shù)據(jù)庫日志文件，但是有時(shí)候執(zhí)行收縮操作的時(shí)候不成功也不報(bào)錯(cuò)，這就頭疼了：

先看下，如何做收縮操作的吧：

將文件收縮到最?。?/p>

也可以寫SQL執(zhí)行：

DBCC SHRINKFILE('Back_up_log',1)

如果執(zhí)行完以上操作發(fā)現(xiàn)數(shù)據(jù)庫日志文件的大小依舊沒變，那么試試如下操作之后再試試收縮操作呢

這個(gè)操作就是把恢復(fù)模式改成“簡(jiǎn)單”，我之前是“完整”，沒有完成收縮操作，改成簡(jiǎn)單之后收縮操作完成了

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。

來源：腳本之家

鏈接：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ī)遇！