🐙

AWRを見ても分からなかった理由

に公開
Database
DB
Oracle
インフラエンジニア
tech

AWRを見ても分からなかった理由

Oracleの障害対応で、よく「AWRを見れば原因が分かる」と言われます。
しかし、現場で何年も運用してきた経験から言うと、AWRだけでは問題の全貌は分からないことが多いです。

AWRの強みと限界

AWR（Automatic Workload Repository）は、Oracleの統計情報を自動で集計するツールです。

  • 平均値やヒストグラムで負荷傾向を把握できる
  • SQLごとの統計が見られる

しかし、AWRには次のような限界があります。

  • 瞬間的な問題を捉えられない
    → スナップショット間の短時間の負荷は消える
  • 再現性のない問題は分からない
    → 特定条件下でしか発生しない事象は平均化される
  • 初動判断には情報が多すぎる
    → どこから手をつければ良いか迷う

現場で私がやること

AWRを開く前に、まず以下を確認します。

  1. 障害発生の時系列を整理
    • いつ、どのセッション・ジョブで何が起きたか
  2. VSESSIONやVSYSTEM_EVENTで初動情報を確認
    • 今アクティブなセッションや待機イベントを押さえる
  3. OSやアプリログと照合
    • DBだけでなく、外部要因を含めて状況を把握

ポイント
AWRは分析用ツールであり、初動での「状況把握」の代替にはなりません。

それでもAWRは使える

  • 原因を絞ったあとに詳細確認
  • 過去の傾向と比較
  • SQLごとの負荷を定量的に把握

つまり、**AWRは「最後に使う道具」**であって、最初に見るべきものではないのです。

まとめ

  • AWRは便利だが万能ではない
  • 初動は「情報を残す」「現状を把握する」ことを優先
  • V$SESSIONやOSログを押さえてからAWRに向かう
  • この順序を守るだけで、原因特定の効率が大幅に上がる

Oracle障害対応は、ツールに頼るより手順を守ることが最短の近道です。

Discussion