Oracle 資料庫不安全因素深度剖析：從 ORA-600 到核心索引損壞的實戰教訓

編輯：Oracle 資料庫相關知識

Oracle 8/8i/9i 時期的生產事故案例回顧：龐大表空間、預設參數、無分區、回滾段抖動、ORA-600 內部錯誤頻發、核心字典索引重複導致 Hang、自動 Crash、補丁升級困境。雖然版本迭代已修復多數已知缺陷，但架構層面的風險認知對現代 DBA 仍具啟發價值。

事故背景

鎖爭用爆發：V$LOCKED_OBJECT 顯示 10+ 會話鎖住同一表，CPU 持續 90%+，用戶無法登入。
應對：編寫監控 SQL、Kill Session、臨時緩解。
回滾段 Online/Offline 抖動：大事務導致 Extent 頻繁擴展/縮減，調整 OPTIMAL、指定大回滾段、增大 MINEXTENTS，問題依舊。
ORA-600 內部錯誤頻發：Alert Log 大量 ORA-00600: internal error code，重啟暫時恢復。
核心字典異常：UPDATE 單行報內部錯誤、唯一索引表出現重複值（違反實體完整性）、DROP TABLE 失敗、索引重建失敗、CHECKPOINT 過於頻繁（日志檔過小 7MB）。
自動 Crash：實例無預警終止，Oracle Support 建議打 Patch，但需全庫 Export/Import、重新編譯所有 PL/SQL、停機一周，業務不可接受。

現象	深層原因	現代版本對策
Block Size 2K / Transactions 32	參數未依負載調優，導致 ITL 槽不足、併發能力極弱	12c+ 自動記憶體管理、大 Block Size (8K/16K/32K)、自動 Undo 管理
大表無分區	全表掃描、索引維護、備份恢復、Purge/Archive 全受制於單段大小	Range/Interval/List/Hash/Reference/Composite 分區、分區級維護
回滾段手工管理	Extent 碎片、OPTIMAL 抖動、Snapshot Too Old (ORA-01555)	自動 Undo 管理 (UNDO_MANAGEMENT=AUTO)、保證保留時間
ORA-600 / 核心索引重複	軟體 Bug + 硬體故障 + 參數不當疊加觸發	PSU/RU 定期打補丁、ASM 正規化、Data Guard 容災、自動診斷 (ADR)
Control File / Redo Log 過小	Checkpoint 狂暴、LGWR 等待、效能抖動	多路徑多路徑 Redo、大日志組、Fast Start MTTR Target

預設參數 ≠ 生產參數：每個新建資料庫必須依負載基線調整 SGA/PGA、PROCESSES/SESSIONS、DB_BLOCK_SIZE、UNDO_RETENTION、LOG_BUFFER、DB_FILES。
大表必須分區：超過 100GB 或預期高增長表，上線前規劃分區鍵、子分區、索引本地/全局策略。
監控要前置：AWR/ASH 基線、V$SYSMETRIC_HISTORY、自定義指標（鎖等待、Undo 使用率、Redo 生成率），異常預警而非事後查日志。
備份驗證是生存線：RMAN BACKUP VALIDATE、RESTORE VALIDATE、定期 DUPLICATE 到測試環境驗證可用性。
補丁管理常態化：關注 Oracle Critical Patch Update (CPU)、Release Update (RU)，制定滾動升級預案，避免「不敢打補丁」成為系統性風險。
硬體故障不可忽視：記憶體 ECC 錯誤、磁碟控制器 Cache 失效、網卡丟包，皆可誘發 ORA-600/ORA-7445，需 OS 層監控 (IPMI、Smartctl、Mcelog) 聯動。