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

另一種方法有一定的風險性，因為SQL?SERVER的日志文件不是即時寫入數據庫主文件的，如處理不當，會造成數據的損失。
1:?刪除LOG
分離數據庫?企業管理器－＞服務器－＞數據庫－＞右鍵－＞分離數據庫
2：刪除LOG文件
附加數據庫?企業管理器－＞服務器－＞數據庫－＞右鍵－＞附加數據庫
此法生成新的LOG，大小只有500多K。

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

如果以后,不想要它變大。
SQL2000下使用：
在數據庫上點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：
alter?database?數據庫名?set?recovery?simple

?
另外， 如上圖中數據庫屬性有兩個選項，與事務日志的增長有關：
Truncate?log?on?checkpoint
(此選項用于SQL7.0，SQL?2000中即故障恢復模型選擇為簡單模型)
當執行CHECKPOINT?命令時如果事務日志文件超過其大小的70%?則將其內容清除在開發數據庫時時常將此選項設置為True
Auto?shrink
定期對數據庫進行檢查當數據庫文件或日志文件的未用空間超過其大小的25%時，`#qE0I教TnHtv教UARW!系統將會自動縮減文件使其未用空間等于25%?當文件大小沒有超過其建立時的初始大小時不會縮減文件縮減后的文件也必須大于或等于其初始大小對事務日志文件的縮減只有在對其作備份時或將Truncate?log?on?checkpoint?選項設為True?時才能進行。


注意：一般立成建立的數據庫默認屬性已設好，但碰到意外情況使數據庫屬性被更改，請用戶清空日志后，檢查數據庫的以上屬性，以防事務日志再次充滿