SQL Server 2005 交易記錄檔損壞完整修復指南：從 Suspect 狀態到資料找回

損壞徵兆快速辨識

• SSMS 中資料庫顯示 Suspect（置疑） 狀態。
• Windows 事件記錄或 SQL Errorlog 出現 Could not redo log record、Restore from a backup or repair the database 等訊息。
• 無法卸離資料庫（Detach 失敗）。
• CREATE DATABASE ... FOR ATTACH_REBUILD_LOG 提示 The log cannot be rebuilt because the database was not cleanly shut down。

核心修復流程（以 .mdf 為基礎重建）

1. 停止 SQL Server 服務。
2. 備份 .mdf/.ndf 檔案 至安全位置（務必先複製，勿直接移動）。
3. 重新啟動 SQL Server 服務。
4. 確認備份檔案完整後，在 SSMS 中刪除原資料庫（僅刪除中繼資料，實體檔已備份）。
5. 建立同名新資料庫（邏輯檔名、實體路徑皆與原資料庫一致）。
6. 再次停止 SQL Server 服務。
7. 用備份的 .mdf 覆蓋新資料庫的 .mdf。
8. 啟動 SQL Server 服務，資料庫將進入 Suspect / Recovery Pending 狀態。
9. 執行緊急模式修復腳本：

USE master;
GO
ALTER DATABASE [YourDB] SET EMERGENCY;
GO
ALTER DATABASE [YourDB] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
GO
DBCC CHECKDB ([YourDB], REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS, ALL_ERRORMSGS;
GO
DBCC CHECKDB ([YourDB], REPAIR_REBUILD) WITH NO_INFOMSGS, ALL_ERRORMSGS;
GO
ALTER DATABASE [YourDB] SET MULTI_USER;
GO

關鍵說明：

• EMERGENCY 模式僅允許 sysadmin 存取，繞過復原程序掛載資料庫。
• REPAIR_ALLOW_DATA_LOSS 可能刪除損壞頁面導致資料遺失，務必先備份 .mdf。
• 若有完整備份＋交易記錄備份鏈，**還原備份永遠優先於修復**。

常見誤區與避坑指南

預防勝於治療

• 啟用 CHECKSUM 頁面驗證（ALTER DATABASE SET PAGE_VERIFY CHECKSUM）。
• 定期 DBCC CHECKDB 排程（建議離峰時段），並設定警示通知。
• 完整備份＋差異備份＋高頻記錄備份（如每 15 分鐘），確保 RPO/RTO 可控。
• 硬體層面：RAID 1/10、ECC 記憶體、UPS 防止非正常關機。