關(guān)于SQL SERVER 日志滿的處理方法

---

事務(wù)日志文件Transaction Log File是用來記錄數(shù)據(jù)庫(kù)更新情況的文件，擴(kuò)展名為ldf。
在 SQL Server 7.0 和 SQL Server 2000 中，如果設(shè)置了自動(dòng)增長(zhǎng)功能，事務(wù)日志文件將會(huì)自動(dòng)擴(kuò)展。
一般情況下，在能夠容納兩次事務(wù)日志截?cái)嘀g發(fā)生的最大數(shù)量的事務(wù)時(shí)，事務(wù)日志的大小是穩(wěn)定的，事務(wù)日志截?cái)嘤蓹z查點(diǎn)或者事務(wù)日志備份觸發(fā)。
然而，在某些情

事務(wù)日志文件Transaction Log File是用來記錄數(shù)據(jù)庫(kù)更新情況的文件，擴(kuò)展名為ldf。
在 SQL Server 7.0 和 SQL Server 2000 中，如果設(shè)置了自動(dòng)增長(zhǎng)功能，事務(wù)日志文件將會(huì)自動(dòng)擴(kuò)展。
一般情況下，在能夠容納兩次事務(wù)日志截?cái)嘀g發(fā)生的最大數(shù)量的事務(wù)時(shí)，事務(wù)日志的大小是穩(wěn)定的，事務(wù)日志截?cái)嘤蓹z查點(diǎn)或者事務(wù)日志備份觸發(fā)。
然而，在某些情況下，事務(wù)日志可能會(huì)變得非常大，以致用盡空間或變滿。通常，在事務(wù)日志文件占盡可用磁盤空間且不能再擴(kuò)展時(shí)，您將收到如下錯(cuò)誤消息：
Error:9002, Severity:17, State:2
The log file for database ’%.*ls’ is full.
除了出現(xiàn)此錯(cuò)誤消息之外，SQL Server 還可能因?yàn)槿鄙偈聞?wù)日志擴(kuò)展空間而將數(shù)據(jù)庫(kù)標(biāo)記為 SUSPECT。有關(guān)如何從此情形中恢復(fù)的其他信息，請(qǐng)參見 SQL Server 聯(lián)機(jī)幫助中的“磁盤空間不足”主題。

另外，事務(wù)日志擴(kuò)展可能導(dǎo)致下列情形：
· 非常大的事務(wù)日志文件。
· 事務(wù)可能會(huì)失敗并可能開始回滾。
· 事務(wù)可能會(huì)用很長(zhǎng)時(shí)間才能完成。
· 可能發(fā)生性能問題。
· 可能發(fā)生阻塞現(xiàn)象。

原因
事務(wù)日志擴(kuò)展可能由于以下原因或情形而發(fā)生：
· 未提交的事務(wù)
· 非常大的事務(wù)
· 操作：DBCC DBREINDEX 和 CREATE INDEX
· 在從事務(wù)日志備份還原時(shí)
· 客戶端應(yīng)用程序不處理所有結(jié)果
· 查詢?cè)谑聞?wù)日志完成擴(kuò)展之前超時(shí)，您收到假的“Log Full”錯(cuò)誤消息
· 未復(fù)制的事務(wù)

解決方法
日志文件滿而造成SQL數(shù)據(jù)庫(kù)無法寫入文件時(shí)，可用兩種方法：
一種方法：清空日志。
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 數(shù)據(jù)庫(kù)名 WITH NO_LOG
2.再打開企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了。

另一種方法有一定的風(fēng)險(xiǎn)性，因?yàn)镾QL SERVER的日志文件不是即時(shí)寫入數(shù)據(jù)庫(kù)主文件的，如處理不當(dāng)，會(huì)造成數(shù)據(jù)的損失。
1: 刪除LOG
分離數(shù)據(jù)庫(kù) 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞分離數(shù)據(jù)庫(kù)
2：刪除LOG文件
附加數(shù)據(jù)庫(kù) 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞附加數(shù)據(jù)庫(kù)
此法生成新的LOG，大小只有500多K。

注意：建議使用第一種方法。

如果以后,不想要它變大。
SQL2000下使用：
在數(shù)據(jù)庫(kù)上點(diǎn)右鍵->屬性->選項(xiàng)->故障恢復(fù)-模型-選擇-簡(jiǎn)單模型。
或用SQL語句：
alter database 數(shù)據(jù)庫(kù)名 set recovery simple


另外，如上圖中數(shù)據(jù)庫(kù)屬性有兩個(gè)選項(xiàng)，與事務(wù)日志的增長(zhǎng)有關(guān)：
Truncate log on checkpoint
(此選項(xiàng)用于SQL7.0，SQL 2000中即故障恢復(fù)模型選擇為簡(jiǎn)單模型)
當(dāng)執(zhí)行CHECKPOINT 命令時(shí)如果事務(wù)日志文件超過其大小的70% 則將其內(nèi)容清除在開發(fā)數(shù)據(jù)庫(kù)時(shí)時(shí)常將此選項(xiàng)設(shè)置為True
Auto shrink
定期對(duì)數(shù)據(jù)庫(kù)進(jìn)行檢查當(dāng)數(shù)據(jù)庫(kù)文件或日志文件的未用空間超過其大小的25%時(shí)，系統(tǒng)將會(huì)自動(dòng)縮減文件使其未用空間等于25% 當(dāng)文件大小沒有超過其建立時(shí)的初始大小時(shí)不會(huì)縮減文件縮減后的文件也必須大于或等于其初始大小對(duì)事務(wù)日志文件的縮減只有在對(duì)其作備份時(shí)或?qū)runcate log on checkpoint 選項(xiàng)設(shè)為True 時(shí)才能進(jìn)行。


注意：一般立成建立的數(shù)據(jù)庫(kù)默認(rèn)屬性已設(shè)好，但碰到意外情況使數(shù)據(jù)庫(kù)屬性被更改，請(qǐng)用戶清空日志后，檢查數(shù)據(jù)庫(kù)的以上屬性，以防事務(wù)日志再次充滿。

?

轉(zhuǎn)載于:https://www.cnblogs.com/chijianqiang/archive/2007/05/25/2041606.html

總結(jié)

以上是生活随笔為你收集整理的SQL Server 事务日志的问题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。