sqlserver 實(shí)現(xiàn)收縮數(shù)據(jù)庫日志操作
說明:
收縮日志的原因有很多種,有些是考慮空間不足,有些則是應(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ò)誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
mssql關(guān)于一個(gè)表格結(jié)構(gòu)的另外一種顯示(表達(dá)意思不變)
mssql關(guān)于一個(gè)表格結(jié)構(gòu)的另外一種顯示(表達(dá)意思不變)接下來介紹實(shí)現(xiàn)方法,感興趣的朋友可以了解下哦2013-01-01
SQL Server 不存在或訪問被拒絕(轉(zhuǎn))
在使用 SQL Server 的過程中,用戶遇到最多的問題莫過于連接失敗了。一般而言,有兩種連接SQL Server 的方式,一是利用 SQL Server 自帶的客戶端工具2009-06-06
SQL Server中利用正則表達(dá)式替換字符串的方法
SQL中l(wèi)imit的用法小結(jié)(一個(gè)參數(shù),兩個(gè)參數(shù))分頁查詢
Sql檢驗(yàn)數(shù)據(jù)庫中各個(gè)表的數(shù)據(jù)量

