您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關SQL數據庫日志已滿解決方法,文章內容質量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關知識有一定的了解。
當前的解決方法是:把硬盤上的其他文件刪除,以空出硬盤空間,將數據庫的日志文件大小改成無限制,然后分離數據庫,要確保分離成功,、然后把數據庫日志文件刪除(最好是先改名,以防萬一)。再附加數據庫,這樣會重建日志文件。 加回去之后,將數據庫改成自動收縮,把日志文件改成按mb增長,增長最大設為一個固定的值,值的大小看數據處理情況,存在大指的update操作的話,應設為大一點。
在查詢分析器上操作:
清空日志 DUMP TRANSACTION 庫名 WITH NO_LOG 截斷事務日志: BACKUP LOG 數據庫名 WITH NO_LOG 解決SQL數據庫日志已滿的問題
1、右鍵數據庫→屬性→選項→故障還原模型→設為簡單→確定;
2、右鍵數據庫→所有任務→收縮數據庫→確定;
3、右鍵數據庫→屬性→選項→故障還原模型→設為大容量日志記錄→確定。
二、復雜方法
1、清空日志 DUMP TRANSACTION 庫名 WITH NO_LOG
2、截斷事務日志 BACKUP LOG 數據庫名 WITH NO_LOG
3、收縮數據庫文件(如果不壓縮,數據庫的文件不會減小) 企業管理器--右鍵你要壓縮的數據庫--所有任務--收縮數據庫--收縮文件 --選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。 --選擇數據文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了 也可以用SQL語句來完成 --收縮數據庫 DBCC SHRINKDATABASE(客戶資料) --收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select * from sysfiles DBCC SHRINKFILE(1)
4、為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進行) a.分離數據庫 企業管理器--服務器--數據庫--右鍵--分離數據庫 b.在我的電腦中刪除LOG文件 c.附加數據庫 企業管理器--服務器--數據庫--右鍵--附加數據庫 此法將生成新的LOG,大小只有500多K 或用代碼: 下面的示例分離 pubs,然后將 pubs 中的一個文件附加到當前服務器。 a.分離 EXEC sp_detach_db @dbname = 'pubs' b.刪除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5、為了以后能自動收縮,做如下設置 企業管理器--服務器--右鍵數據庫--屬性--選項--選擇"自動收縮" --SQL語句設置方式: EXEC sp_dboption '數據庫名', 'autoshrink', 'TRUE'
6、如果想以后不讓它日志增長得太大 企業管理器--服務器--右鍵數據庫--屬性--事務日志 --將文件增長限制為xM(x是你允許的最大數據文件大小) --SQL語句的設置方式: alter database 數據庫名 modify file(name=邏輯文件名,maxsize=20) 特別注意: 請按步驟進行,未進行前面的步驟,請不要做后面的步驟,否則可能損壞你的數據庫。 一般不建議做第4、6兩步,第4步不安全,有可能損壞數據庫或丟失數據,第6步如果日志達到上限,則以后的數據庫處理會失敗,在清理日志后才能恢復。
日志文件滿而造成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%時,系統將會自動縮減文件使其未用空間等于25% 當文件大小沒有超過其建立時的初始大小時不會縮減文件縮減后的文件也必須大于或等于其初始大小對事務日志文件的縮減只有在對其作備份時或將Truncate log on checkpoint 選項設為True 時才能進行。
注意:一般立成建立的數據庫默認屬性已設好,但碰到意外情況使數據庫屬性被更改,請用戶清空日志后,檢查數據庫的以上屬性,以防事務日志再次充滿。
關于SQL數據庫日志已滿解決方法就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。