本ガイドの位置づけ

AWRレポートを実際に受け取ったとき、「どこから読めばよいかわからない」という状況はよく起こります。 本シリーズは、AWRの実践的な読み方・診断手順に特化したガイドです。 各セクションの定義については AWRセクション定義書 を、 AWR全体の基礎知識は AWR入門シリーズ を参照してください。

💡 ガイドの使い方

本記事(PART 01)は最初に読む全体フローです。問題の種類が特定できたら、該当するPARTに直接ジャンプしてください。

STEP 1 — スナップショット期間・環境を確認する

AWRを開いたら、まずレポートヘッダー(Report Summary)でスナップショット情報を確認します。 ここを確認せずに数値だけ見ると、比較対象の期間が異なっていて誤った判断をするリスクがあります。

確認項目どこを見るかチェックポイント
スナップショット期間Begin Snap / End Snap の日時問題発生時刻を含む期間か
Elapsed TimeElapsed: xx.xx (mins)短すぎると統計が不安定、長すぎると薄まる
DB TimeDB Time: xx.xx (mins)後続STEPで使う基準値
インスタンス情報Database / Instance / Host対象サーバーと一致しているか
RAC構成Instance Numberの有無RAC の場合は全インスタンスの比較も必要

詳細は PART 03 — Report Summary 詳細(セクション定義書) を参照。

STEP 2 — DB Timeで全体の重さを把握する

DB Time(データベース全セッションが消費した合計時間)を Elapsed Time で割った比率が、 DBの「重さ」を示す最初の指標です。

DB Time / Elapsed Time の比率状態の目安判断
1未満セッションはほぼ待機なし正常
1〜5ある程度の負荷要確認
5〜10明らかに高負荷問題あり
10超深刻な性能問題緊急対応

DB Timeの詳細な解説は PART 03 — DB Time と Elapsed Time(AWR入門) を参照。

STEP 3 — Top 5 Timed Eventsで問題の種類を特定する

DB Timeの内訳を示すTop 5 Timed Eventsが、問題の「種類」を特定する最重要セクションです。 上位イベントを見れば、CPUボトルネック・I/Oボトルネック・競合・アプリ設計問題など方向性が絞れます。

上位イベントの種類問題の方向性次に読むPART
CPU time が1位CPU使用率が高いPART 03 CPU分析
db file sequential read / scattered readI/OボトルネックPART 06 I/O分析
buffer busy waits / latch: cache buffers chainsバッファ・Latch競合PART 08 Latch/Lock
log file sync / log file parallel writeREDO/コミット過多PART 04 Wait分析
enq: TX - row lock contention行ロック競合PART 08 Latch/Lock

Top 5 Eventsの読み方の詳細は PART 04 — Top 5 Timed Events(AWR入門) および PART 04 — Wait Events Statistics 詳細(定義書) を参照。

読み方フロー早見表

1
Report Summary でスナップショット期間を確認
期間・Elapsed Time・DB Time・インスタンス情報を確認する
2
DB Time / Elapsed Time の比率で全体の重さを判断
1未満=正常、5超=問題あり、10超=緊急の目安
3
Top 5 Timed Events で問題の種類を特定
CPU / I/O / 競合 / アプリ系の方向性を絞り込む
4
問題の種類に応じた専門PARTへ進む
CPU: PART 03 / Wait詳細: PART 04 / SQL: PART 05 / I/O: PART 06 / メモリ: PART 07 / Latch: PART 08

次のステップ

次の記事

PART 02では、AWRを素早くスキャンして「問題があるかどうか」を短時間で判断するヘルスチェック指標を解説します。

→ PART 02 — ヘルスチェック指標へ