Oracle 性能診斷工具箱盤點：從 LTOM 到 OS Watcher 的工具選型指南

Metalink Note 438452.1 核心工具清單

工具選型決策樹

1. 是否具備資深 DBA 團隊？
   　　是 → 直接使用 ASH/AWR/ADDM、SQL Trace、Oradebug、Perf/BCC 等原生/OS 級工具，靈活度最高。
   　　否 → 考慮 LTOM/OPDG 降低門檻。
2. 故障類型？
   　　單 SQL 慢 → TRCANLZR + DBMS_SQLTUNE。
   　　實例 Hang → HANGFG + HANGANALYZE。
   　　實例 Crash → STACKX + OS Watcher 關聯時序。
   　　性能抖動 → OS Watcher + AWR 差異報告。
3. 環境約束？
   　　嚴禁額外進程 → 僅用原生視圖與 SQL。
   　　離線分析 → 導出 AWR/Trace 至測試環境跑工具。

核心洞察：工具 ≠ 能力

「對於經驗不足的用戶，瓶頸不在於缺工具，而在於有數據卻不會讀、有現象卻不會查、有根因卻不會改。」

• 建立標準化診斷 SOP：現象 → 指標 → 等待事件 → SQL/計劃 → 根因 → 變更驗證。
• 投資「人」的成長（內部培訓、外部認證、故障複盤）ROI 遠高於采購商業工具。
• 善用開源生態：oratop、ashmasters、pgBadger (異構)、Grafana Oracle Dashboard。

總結

Oracle 官方工具箱提供了從輕量到重型的完整光譜，但工具的價值由使用者的知識深度決定。構建「原生視圖為基、專項工具為輔、自動化腳本為效、知識庫為本」的診斷體系，才是性能管理的正道。