關於資料庫的ldf和mdf檔案變得超大解決辦法

阿新 • • 發佈：2019-01-13

截斷事務日誌
如果從來沒有從事務日誌中刪除日誌記錄，邏輯日誌就會一直增長，直到填滿容納物理日誌檔案的磁碟上的所有可用空間。在某個即時點，必須刪除恢復或還原資料庫時不再需要的舊日誌記錄，以便為新日誌記錄騰出空間。刪除這些日誌記錄以減小邏輯日誌的大小的過程稱為截斷日誌。

永遠不能截斷事務日誌的活動部分。日誌的活動部分是在任何時間恢復資料庫所需的日誌部分，因此必須有回滾所有未完成的事務所需的日誌映像。這部分必須始終在資料庫中，因為一旦伺服器發生故障，在伺服器重新啟動時必須用它恢復資料庫。日誌活動部分起點處的記錄由最小恢復日誌序號 (MinLSN) 標識。

為資料庫選擇的恢復模式決定了在資料庫內，必須在活動部分之前保留的事務日誌量。雖然 MinLSN 之前的日誌記錄對恢復活動事務沒有作用，但在使用日誌備份將資料庫還原到故障點時，必須用這些記錄前滾修改。如果由於某種原因丟失了資料庫，則可以通過還原上次的資料庫備份，然後還原自該資料庫備份後的每個日誌備份來恢復資料。這意味著這些日誌備份必須包含自資料庫備份後所寫入的每個日誌記錄。當維護事務日誌備份序列時，日誌記錄直到寫入日誌備份時才能被截斷。

---------------------------------------------------------------

DBCC SHRINKDATABASE
DBCC SHRINKDB
DBCC SHRINKFILE
---------------------------------------------------------------

DBCC SHRINKFILE
在企業管理器--〉收縮資料庫--〉收縮檔案--〉選日誌檔案--〉確定
---------------------------------------------------------------

-假設test2為資料庫名稱日誌已經很大的時候用
方法一此方法適用於7.0和2000。

1、在查詢分析器中執行： exec sp_detach_db 'DB_Name','true'

2、在我的電腦中將日誌的物理檔案xxx_Log.LDF改名。

3、在查詢分析器中執行： exec sp_attach_single_file_db 'DB_Name','C:/Program Files/Microsoft SQL Server/MSSQL/Data/DB_Name.MDF'

4、如果上一步成功，將步驟2中改名後的檔案刪除。如果上一步不成功，改回原來的檔名，用sp_attach_db將資料庫附加到伺服器，然後用方法二。

方法二

6.X中 DUMP TRANSACTION test2 with NO_LOG DUMP TRANSACTION test2 with TRUNCATE_ONLY 將上面的語句多次執行，直到日誌縮小。7.0和2000中 backup log test2 with NO_LOG backup log test2 with TRUNCATE_ONLY DBCC SHRINKDATABASE(test2) 將上面的語句多次執行，直到日誌檔案縮小。上面的方法治標不治本，標本兼治要用下面的方法。

方法三：

--6.X和7.0中改為日誌處於截斷模式，2000中恢復模型改為簡單恢復 exec sp_dboption 'test2','trunc. log on chkpt.','on' --7.0和2000中設為自動收縮,6.x中不用執行。 exec sp_dboption 'test2','autoshrink','on' 通常用於測試環境。

方法四: --7.0中改為日誌不處於截斷模式，2000中恢復模型改為完全恢復 exec sp_dboption 'test2','trunc. log on chkpt.','off' --7.0和2000中設為自動收縮,6.x中不用執行。 exec sp_dboption 'test2','autoshrink','on' 建立作業,每半個小時一次日誌備份,每天一次完全資料庫備份。 7.0和2000中：在Log收縮到正常大小後，將autoshrink選項設定為off。通常用於真實環境。在產品化系統中將autoshrink選項設定為開啟狀態並非明智之舉（除非您真的需要這樣做），這是因為，當您的系統正在忙於完成其它任務時，autoshrink選項可能會同時啟動，從而降低系統執行速度。然而，對於那些資料庫管理員無暇估計並且資料庫尺寸有可能在您毫無察覺的情況下超出控制範圍的桌面或遠端系統來說，開啟這一選項卻是一種非常有效的措施。收縮事務日誌在下列情況下，日誌檔案的物理大小將減少：

*執行 DBCC SHRINKDATABASE 語句時。

*執行引用日誌檔案的 DBCC SHRINKFILE 語句時。

*自動收縮操作發生時。日誌收縮操作依賴於最初的日誌截斷操作。日誌截斷操作不減小物理日誌檔案的大小，但減小邏輯日誌的大小，並將沒有容納邏輯日誌任何部分的虛擬日誌標記為不活動。日誌收縮操作會刪除足夠多的不活動虛擬日誌，將日誌檔案減小到要求的大小。按下面任一方式控制事務日誌的大小：

*在維護日誌備份序列時，排程 BACKUP LOG 語句按間隔發生，以使事務日誌不致增長到超過預期的大小。

*當不維護日誌備份序列時，指定簡單恢復模式。詳情請參考 MS SQL Server 2000 聯機叢書：目錄--> SQL Server構架-->資料庫構架-->物理資料庫構架-->事務日誌構架-->收縮事務日誌目錄--> SQL Server構架-->資料庫構架-->物理資料庫構架-->事務日誌構架-->截斷事務日誌

---------------------------------------------------------------

請確認你的資料庫屬性-〉選項-〉故障還原模型選擇“簡單”或者“大容量日誌記錄恢復”。

BACKUP LOG database_name WITH NO_LOG
GO
DBCC SHRINKFILE (datafile, size)
GO
DBCC SHRINKFILE (logfile, size)
GO

---------------------------------------------------------------

徹底解決的方法：
定時備份日誌，會自動截斷日誌，用job排程，不用人工干預。對萬一情況的恢復也有幫助。建議用維護計劃。

關於資料庫的ldf和mdf檔案變得超大解決辦法

關於資料庫的ldf和mdf檔案變得超大解決辦法

鏈表的數組實現中，令鏈表和自由表變得緊湊《算法導論》10.3-5

SQL Server2017還原資料庫時指定mdf檔案及日誌檔案的名稱

為什麼應用程式在Android 7.0之後安裝和執行都變得更快？

資料庫正常執行，突然變慢的解決思路

MyBatis - 實體類的屬性名和資料庫列名不一致時的兩種解決辦法!

JDBC寫入MySQL資料庫中文變問號問題解決辦法

idea中的spring boot maven專案的依賴和pom.xml檔案不一致的解決辦法

python使用xlrd讀取excel資料時，整數和日期變小數的解決辦法

eclipse打斷點除錯進入到class檔案中,不顯示變數值的解決辦法彙總

Git忽略規則和.gitignore規則不生效的解決辦法

linux和windows下TIME_WAIT過多的解決辦法

百度雲盤上傳文件和下載文件慢的解決辦法

臺式機（華碩主板）前面板音頻接口（耳機和麥克風）均無聲的解決辦法

對生產者和消費者問題的另一個解決辦法是使用QWaitCondition（封裝好了wakeOne，wakeAll，而且與QReadWriteLock對接，幾乎是萬能的辦法）

mysql資料庫時間欄位相差8個小時解決辦法

pandas讀取大檔案時memoryerror的解決辦法

Unable to resolve dependency for和Could not resolve project 的解決辦法,針對AndroidStudio高版本

CentOs系統自帶python和yum解除安裝後的解決辦法

Office2013 開啟檔案提示檔案已損壞的解決辦法

關於資料庫的ldf和mdf檔案變得超大解決辦法

相關推薦