SQL Server 壓縮交易記錄與資料庫檔案大小：標準流程與風險提示

記錄檔暴增佔滿磁碟是常見營運危機。本文提供標準收縮流程，並標註高風險操作 (分離資料庫刪除 LDF) 僅供極端情況參考。

標準收縮流程 (安全、線上可執行)

1. 清空記錄內容 (簡單復原模式下)：
   BACKUP LOG DBName WITH NO_LOG; (SQL 2005/2008)
   或 ALTER DATABASE DBName SET RECOVERY SIMPLE; 後 DBCC SHRINKFILE(LogFileName, 1);
2. 收縮記錄檔：
   SSMS → 資料庫右鍵 → 工作 → 收縮 → 檔案 → 選擇記錄檔 → 「收縮至」輸入目標 MB (建議保留 10~20% 餘裕)。
   T-SQL：DBCC SHRINKFILE (LogFileName, TargetSizeMB);
3. 收縮資料檔 (視需要)：同樣透過 SSMS 或 DBCC SHRINKFILE (DataFileName, TargetSizeMB);，警告：資料檔收縮會造成嚴重索引碎片，收縮後**必須重建索引**。
4. 設定自動成長合理值：避免 1MB/10% 預設值導致頻繁成長碎片化；建議固定 256MB/512MB 成長增量。
5. 啟用自動收縮 (謹慎)：ALTER DATABASE DBName SET AUTO_SHRINK ON; 僅建議開發/測試環境，生產環境易產生效能抖動。

高風險急救流程 (僅限極端情況，需完整備份後執行)

1. 離線資料庫：EXEC sp_detach_db 'DBName';
2. 手動刪除 .ldf 檔案。
3. 附加資料庫：EXEC sp_attach_single_file_db 'DBName', 'Path\DBName.mdf'; — SQL Server 會自動建立最小 512KB 新記錄檔。
4. 立即執行完整備份，驗證還原可用性。

風險：若資料庫有未提交交易、檔案損毀、或附加失敗，將導致資料永久遺失。

最佳實務建議

• 預設使用 簡單復原模式 + 定期完整/差異備份，避免記錄檔無限增長。
• 若需時間點還原，採用 完整復原模式 + 定期記錄備份 (每 15~60 分鐘)，記錄檔自動截斷復用。
• 監控記錄檔使用率：DBCC SQLPERF(LOGSPACE); 設定告警 > 80% 通知 DBA。
• 避免在業務高峰期執行收縮，收縮過程會產生大量 IO 與鎖定。

結語

收縮是治標手段，根治在於「正確復原模式 + 定期記錄備份 + 合理自動成長設定」。高風險刪除 LDF 僅作最後手段，務必先驗證完整備份可還原。