SQL Server 2000 資料庫損壞修復實戰：從 RAID 磁碟故障到 DBCC 修復全紀錄

案例背景

• 環境：Windows 2000 Server (10 Users) + SQL Server 2000 (E) + SP3
• 應用：POS 即時交易系統
• 硬體：P4 Xeon 2.4G×2、36G HDD×5 (RAID5)、1G RAM、HP DDS4 錄影帶機
• 資料庫大小：約 5GB
• 備份策略：每日磁帶全備份（7 天循環）+ 夜間硬碟全備份

故障爆發與初步診斷

現象

2003-12-26 13:00 所有 POS 當機、伺服器極慢。重啟時 RAID 卡報警，系統日誌與 SQL Server 錯誤日誌大量出現 Error 823, Severity 24, State 2: I/O error (torn page)，偏移位址指向 D:\DATA\POS_DB.mdf。

MSDN 官方解釋

Error 823 表示 Windows API 讀寫成功，但邏輯檢查失敗（如不完整頁）。解決步驟：DBCC CHECKDB → 修復報錯 → 檢查系統事件日誌 → 聯繫硬體廠商診斷。

硬體根因確認

事件檢視器顯示一周前即有錯誤（偏移位址不同）。檢查 RAID 發現第 1 顆 HDD 紅燈亮起（灰塵遮蔽不易察覺）。結論：RAID5 單顆磁碟故障導致資料庫檔案損壞。

DBCC CHECKDB 檢測結果

Msg 8909: Object ID 26342838, index ID 35207, page ID (1:50978). PageId in header mismatch.
Msg 8939: Object ID 859150106, index ID 255, page (1:238770). Buffer I/O error test failed.
Msg 8928: Object ID 861246123, index ID 0: Page (1:57291) could not be processed.
Msg 2511: Object ID 862626116, Index ID 0. Keys out of order on page (1:269310), slots 0 and 1.

大量資料表出現錯誤關聯，記錄所有受影響 Object ID 以便後續比對。

更換磁碟與備份還原嘗試

1. 更換故障 HDD 並完成 RAID5 重建（2003-12-28 23:00），但 DBCC CHECKDB 錯誤依舊。
2. 從磁帶還原前日備份（RESTORE DATABASE POS_DB FROM DISK=...），重啟服務後 DBCC CHECKDB 錯誤與修復前完全一致。驚人發現：備份檔本身已包含損壞頁面，SQL Server 備份不驗證資料庫完整性。

DBCC 修復實戰

修復選項說明

執行流程

ALTER DATABASE POS_DB SET SINGLE_USER
GO
DBCC CHECKDB('POS_DB', REPAIR_ALLOW_DATA_LOSS) WITH TABLOCK
GO
ALTER DATABASE POS_DB SET MULTI_USER
GO

修復結果樣本

DBCC results for 'TABLE_NAME'.
There are 1 rows in 1 pages for object 'TABLE_NAME'.
The error has been repaired.
CHECKDB found 0 allocation errors and 1 consistency errors in table '(Object ID 26342838)'.
CHECKDB fixed 0 allocation errors and 1 consistency errors in table '(Object ID 26342838)'.

大量類似訊息表示修復逐表進行。修復完成後務必重新備份並驗證資料完整性。

關鍵教訓與最佳實務

1. RAID5 非萬能：單顆磁碟故障仍可能導致資料損壞（寫入洞、控制器快取未刷新等），需定期巡檢磁碟健康狀態。
2. 備份必須驗證：RESTORE VERIFYONLY 僅檢查備份集可讀性，必須定期在測試環境實際還原並執行 DBCC CHECKDB。
3. 監控告警前置：系統事件日誌錯誤早一周出現，若有自動告警可提前介入。
4. 修復前記錄基準：修復前統計各錯誤表筆數，修復後比對評估資料遺失程度。