說(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)致磁盤不夠用，我們采取的解決辦法是收縮數(shù)據(jù)庫(kù)日志文件，但是有時(shí)候執(zhí)行收縮操作的時(shí)候不成功也不報(bào)錯(cuò)，這就頭疼了：

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

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

也可以寫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ò)誤或未考慮完全的地方，望不吝賜教。