資料庫崩潰實戰紀實：從磁碟錯誤到 BBED 修復的完整還原路徑

事故現場：連環災難

某企業核心資料庫在節假日期間發生嚴重故障，癥狀疊加：

1. 主機核心錯誤： kernel: sda5: attempt to access beyond end of device — 磁碟壞軌/控制器異常，I/O 越界。
2. 資料檔大規模損壞： DBVERIFY 掃描回報 Page is influx - most likely media corrupt、Fractured block、校驗和失敗，SYSTEM 表空間首當其衝。
3. 控制檔損壞： ORA-00600 [kccpb_sanity_check_2] 掛載失敗，備份控制檔同樣損壞（Corrupt block found during reading backup piece）。
4. 備份不完整： 遠端備份缺少控制檔，且非完整備份組合。

搶救時間軸

核心教訓

• 備份必須包含控制檔與 SPFILE，並定期做 `RESTORE VALIDATE` 驗證可用性。
• 硬體層 RAID + 定期巡檢（SMART、badblocks）是第一道防線。
• BBED、ORA-600 內部錯誤處理屬「核武級」操作，非受過嚴格訓練請勿嘗試，應優先開 SR 尋求 Oracle 支援。
• 建立標準化災難恢復演練（Fire Drill），確保團隊在壓力下仍能按程序執行。

結語

此案例展示了從硬體故障到邏輯層層剝洋蔥的完整恢復鏈條。真正的高可用不僅是架構設計，更是「備份可用、流程熟練、工具精通」三位一體的運維鐵律。