心態建設：你是拆彈專家，不是逃兵
管理者站在工位倒數計時時，恐慌會導致拼寫錯誤（sqlplus 寫成 sqlplsu）、指令誤觸。第一原則：先穩住服務，再找根因。
黃金急救三步曲
- 確認癥狀：
ORA-01034、ORA-27101、共享記憶體不存在、Listener 掛掉、磁盤滿、核心傾印。
- 止血動作：
- 實例掛了 →
STARTUP 嘗試拉起。
- 實例掛不了 → 檢查 Alert Log 定位錯誤（權限、路徑、磁盤、參數）。
- 資料文件損壞 → 切換備份/備庫，啟用
RECOVER DATABASE。
- 驗證業務：核心交易跑通、關鍵表行數對齊、應用端連線池恢復。
防止二次傷害
- 關閉應用寫入入口（維護模式/防火牆），避免髒數據寫入恢復中的庫。
- 備份當前狀態（即使不一致），保留現場證據。
- 記錄時間線：發現時間、動作、現象、結果，事後複盤核心素材。
事後必做：根因分析與防禦體系
- 硬體/OS 層：磁盤壞道、記憶體 ECC 錯誤、核心恐慌、OOM Killer。
- 資料庫層：參數錯誤（
SGA_TARGET 過大）、備份腳本佔用 I/O、統計信息過期導致惡劣計畫。
- 應用層：死鎖風暴、未提交長事務、連線洩漏耗盡進程。
- 建立 Runbook：每類故障對應標準處置流程、聯繫人、驗證清單。
- 定期演練：季度級故障注入演練，驗證備份可用性、RTO/RPO 達標。
