SQL SERVER 日志滿的處理方法
在 SQL Server 7.0 和 SQL Server 2000 中，如果設置了自動增長功能，事務日志文件將會自動擴展。 一般情況下，在能夠容納兩次事務日志截斷之間發(fā)生的最大數(shù)量的事務時，事務日志的大小是穩(wěn)定的，事務日志截斷由檢查點或者事務日志備份觸發(fā)。
然而，在某些情況下，事務日志可能會變得非常大，以致用盡空間或變滿。通常，在事務日志文件占盡可用磁盤空間且不能再擴展時，您將收到如下錯誤消息：
Error:9002, Severity:17, State:2
The log file for database ’%.*ls’ is full.
除了出現(xiàn)此錯誤消息之外，SQL Server 還可能因為缺少事務日志擴展空間而將數(shù)據(jù)庫標記為 SUSPECT。有關如何從此情形中恢復的其他信息，請參見 SQL Server 聯(lián)機幫助中的“磁盤空間不足”主題。
另外，事務日志擴展可能導致下列情形：
· 非常大的事務日志文件。
· 事務可能會失敗并可能開始回滾。
· 事務可能會用很長時間才能完成。
· 可能發(fā)生性能問題。
· 可能發(fā)生阻塞現(xiàn)象。
原因
事務日志擴展可能由于以下原因或情形而發(fā)生：
· 未提交的事務
· 非常大的事務
· 操作：DBCC DBREINDEX 和 CREATE INDEX
· 在從事務日志備份還原時
· 客戶端應用程序不處理所有結果
· 查詢在事務日志完成擴展之前超時，您收到假的“Log Full”錯誤消息
· 未復制的事務
解決方法
日志文件滿而造成SQL數(shù)據(jù)庫無法寫入文件時，可用兩種方法：
一種方法：清空日志。
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 數(shù)據(jù)庫名 WITH NO_LOG
2.再打開企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務--收縮數(shù)據(jù)庫--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數(shù),直接輸入這個數(shù),確定就可以了。
另一種方法有一定的風險性，因為SQL SERVER的日志文件不是即時寫入數(shù)據(jù)庫主文件的，如處理不當，會造成數(shù)據(jù)的損失。
1: 刪除LOG
分離數(shù)據(jù)庫 企業(yè)管理器－＞服務器－＞數(shù)據(jù)庫－＞右鍵－＞分離數(shù)據(jù)庫
2：刪除LOG文件
附加數(shù)據(jù)庫 企業(yè)管理器－＞服務器－＞數(shù)據(jù)庫－＞右鍵－＞附加數(shù)據(jù)庫
此法生成新的LOG，大小只有500多K。
注意：建議使用第一種方法。
如果以后,不想要它變大。
SQL2000下使用：
在數(shù)據(jù)庫上點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：
alter database 數(shù)據(jù)庫名 set recovery simple
另外，如上圖中數(shù)據(jù)庫屬性有兩個選項，與事務日志的增長有關：
Truncate log on checkpoint
(此選項用于SQL7.0，SQL 2000中即故障恢復模型選擇為簡單模型)
當執(zhí)行CHECKPOINT 命令時如果事務日志文件超過其大小的70% 則將其內容清除在開發(fā)數(shù)據(jù)庫時時常將此選項設置為True
Auto shrink
定期對數(shù)據(jù)庫進行檢查當數(shù)據(jù)庫文件或日志文件的未用空間超過其大小的25%時，系統(tǒng)將會自動縮減文件使其未用空間等于25% 當文件大小沒有超過其建立時的初始大小時不會縮減文件縮減后的文件也必須大于或等于其初始大小對事務日志文件的縮減只有在對其作備份時或將Truncate log on checkpoint 選項設為True 時才能進行。
注意：一般立成建立的數(shù)據(jù)庫默認屬性已設好，但碰到意外情況使數(shù)據(jù)庫屬性被更改，請用戶清空日志后，檢查數(shù)據(jù)庫的以上屬性，以防事務日志再次充滿。
|
您現(xiàn)在的位置： 
