關(guān)于Sql server數(shù)據(jù)庫日志滿的快速解決辦法
先提供一種復(fù)雜的方法壓縮日志及數(shù)據(jù)庫文件如下:
1.清空日志 ; DUMP; TRANSACTION; 庫名; WITH; NO_LOG;2.截?cái)嗍聞?wù)日志: ; BACKUP LOG 數(shù)據(jù)庫名 WITH NO_LOG3.收縮數(shù)據(jù)庫文件(如果不壓縮,數(shù)據(jù)庫的文件不會減小 ; 企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務(wù)--收縮數(shù)據(jù)庫--收縮文件 --選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了 --選擇數(shù)據(jù)文件--在收縮方式里選擇收縮至XXM,這里會給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了 ; 也可以用SQL語句來完成 ; --收縮數(shù)據(jù)庫 ; DBCC SHRINKDATABASE(客戶資料) ; --收縮指定數(shù)據(jù)文件,1是文件號,可以通過這個(gè)語句查詢到:select * from sysfiles ; DBCC SHRINKFILE(1)4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進(jìn)行) ; a.分離數(shù)據(jù)庫: 企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫--右鍵--分離數(shù)據(jù)庫 ; b.在我的電腦中刪除LOG文件 ; c.附加數(shù)據(jù)庫: 企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫--右鍵--附加數(shù)據(jù)庫 ; 此法將生成新的LOG,大小只有500多K ; 或用代碼: ; 下面的示例分離 pubs,然后將 pubs 中的一個(gè)文件附加到當(dāng)前服務(wù)器。 ; a.分離 ; E X E C sp_detach_db @dbname = 'pubs' ; b.刪除日志文件 ; c.再附加 ; E X E C sp_attach_single_file_db @dbname = 'pubs', ;;@physname = 'c:Program FilesMicrosoft SQL ServerMSSQLDatapubs.mdf'5.為了以后能自動收縮,做如下設(shè)置: ; 企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--選項(xiàng)--選擇'自動收縮' ; --SQL語句設(shè)置方式: ; E X E C sp_dboption '數(shù)據(jù)庫名', 'autoshrink', 'TRUE'6.如果想以后不讓它日志增長得太大 ; 企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--事務(wù)日志 --將文件增長限制為xM(x是你允許的最大數(shù)據(jù)文件大小) ; --SQL語句的設(shè)置方式: ; alter database 數(shù)據(jù)庫名 modify file(name=邏輯文件名,maxsize=20)特別注意: ; 請按步驟進(jìn)行,未進(jìn)行前面的步驟,請不要做后面的步驟 ; 否則可能損壞你的數(shù)據(jù)庫. ; 一般不建議做第4,6兩步 ; 第4步不安全,有可能損壞數(shù)據(jù)庫或丟失數(shù)據(jù) ; 第6步如果日志達(dá)到上限,則以后的數(shù)據(jù)庫處理會失敗,在清理日志后才能恢復(fù).
另外提供一種更簡單的方法,本人屢試不爽,建議大家使用。更簡單的方法: 1。右建數(shù)據(jù)庫屬性窗口--故障還原模型--設(shè)為簡單 2。右建數(shù)據(jù)庫所有任務(wù)--收縮數(shù)據(jù)庫 3。右建數(shù)據(jù)庫屬性窗口--故障還原模型--設(shè)為大容量日志記錄
