Oracle 核心效能工具實戰解析：LTOM、Trace Analyzer 與 Hang 分析

前言

在 Tanel Poder 的部落格中提到一份 Metalink 文件（Note 438452.1）《Performance Tools Quick Reference Guide》，裡面介紹了數款 Oracle 官方效能診斷工具。這些工具雖然發布已久，但對於日常 DBA 作業仍具參考價值。本文將逐一解析其核心功能與適用場景。

一、 LTOM：The Lite Onboard Monitor

定位：即時診斷平台，採用 Java 開發。

• 自動 Session 追蹤：無需手動啟動 10046 事件，即可捕捉關鍵會話活動。
• 自動 Hang 偵測：內建邏輯判斷資料庫是否進入 Hang 狀態。
• 自動資料收集：彙總系統狀態、等待事件、SQL 執行計畫等。

適用對象：缺乏資深 DBA 的中小型企業，可快速定位效能瓶頸。但對於核心生產系統，在資料庫上執行 Java 程式可能帶來額外負擔，需謹慎評估。

實測體驗：工具啟動需載入 JVM，網路延遲下載入極慢（曾卡在 22%），若系統已 Hang 住，等待工具啟動恐錯失最佳搶救時機。

二、 TRCANLZR：Trace Analyzer

將原始 SQL Trace（10046/10053）檔案轉換為結構化 HTML 報表，呈現：

• SQL 執行統計（解析、執行、擷取次數、CPU/Elapsed 時間）
• 等待事件分布
• 執行計畫與物件統計

適合深度分析單一 SQL 或 Batch 作業效能。

三、 HANGFG：Hang Analyzer / Hang File Generator

專門在資料庫 Hang 時收集系統狀態快照，包含：

• 所有 Session 的呼叫堆疊
• 鎖等待鏈
• SGA 關鍵結構狀態

輸出的 trace 檔可配合 Oracle Support 分析根因。反映 Oracle 歷史版本中 Hang 狀態佔故障比例頗高。

四、 其他輔助工具

• STACKX：分析 Core Dump 檔案，解析行號與呼叫鏈。
• OS Watcher (OSW)：整合 vmstat、iostat、netstat、top 等 OS 層級指標，並提供圖表腳本，便於關聯 OS 與 DB 效能。

五、 總結與建議

Oracle 持續開放更多診斷工具，對有經驗的 DBA 是強力輔助；但對經驗不足者，工具只能提供資料，關鍵在於「如何解讀資料、如何定位問題」。建議先夯實內部機制（鎖、Latch、等待事件、執行計畫）再善用工具。