SQL Server 交易記錄檔完整管理指南：原理、維護、還原與效能

核心概念

交易記錄檔（LDF）循序記錄所有資料修改，採用預寫式記錄（WAL）：修改先寫記憶體再寫記錄檔，Checkpoint 才將髒頁寫入資料檔（MDF）。重啟時依記錄檔執行 REDO/UNDO 確保一致性。

日常維護

• 備份截斷：完整/大量記錄復原模式下，BACKUP LOG 會標記非作用中 VLF 供覆寫，避免檔案無限增長。
• 簡單復原模式：Checkpoint 自動截斷，無法時間點還原，僅適開發/測試環境。
• 壓縮檔案：DBCC SHRINKFILE 或 DBCC SHRINKDATABASE 釋放實體空間，建議離峰時段執行。
• 自動縮減：資料庫屬性啟用「自動壓縮」，但生產環境不建議（碎片化、效能抖動）。

災難復原

1. 還原最新完整備份（WITH NORECOVERY）。
2. 依序還原所有記錄備份（WITH NORECOVERY），最後一筆 WITH RECOVERY。
3. 記錄傳送：主伺服器定期備份 LOG → 複製至備援 → 還原 STANDBY，構建熱備援；監視伺服器偵測傳送心跳失敗。

效能優化

• 記錄檔置於專用 RAID 1/10 磁碟（循序寫入最佳化）。
• 預先設定合理初始大小與成長增量（避免頻繁自動成長碎片化）。
• 監控 DBCC LOGINFO VLF 數量，過多（>1000）會拖慢啟動/還原/備份。