SQL Server 交易記錄檔管理全攻略：備份、截斷、壓縮與災難復原

交易記錄檔是資料庫復原的關鍵，但常被忽視導致磁碟空間耗盡。本文系統說明記錄檔運作機制、日常維護（備份截斷、簡單復原模式、DBCC SHRINKFILE 壓縮）、資料庫還原流程，以及 Log Shipping 熱備份架構。

記錄檔運作原理

SQL Server 將資料變更先寫入記憶體緩衝區，同步寫入記錄檔，延遲寫入資料檔。檢查點標記哪些交易已寫入資料檔。啟動時會回滾未完成的交易以保護資料一致性。

日常維護三大策略

1. 定期備份記錄檔：備份過程會截斷非作用中記錄，避免檔案無限增長。
2. 簡單復原模式：若無法定期備份，設定為簡單模式，系統於每個檢查點自動截斷記錄檔。
3. 壓縮實體檔案：截斷不會釋放磁碟空間，需執行 DBCC SHRINKFILE 或 DBCC SHRINKDATABASE 刪除非作用中記錄，建議在離峰時段執行。

資料庫還原流程

1. 先還原資料檔（NORECOVERY 選項）。
2. 依序套用記錄檔備份（依建立時間順序）。
3. 最後以 RECOVERY 完成上線。

Log Shipping 災難復原

自動將記錄檔備份傳送至備援伺服器並套用，維持熱備份狀態。監視伺服器可偵測傳送中斷並記錄事件，常作為災難復原方案核心。