PART 06 — ④ Instance Activity / IO Stats 詳細

Instance Activity と IO Stats セクションは、データベースが「どれだけ働いたか」の詳細な証跡です。Wait Events で「何で待っているか」が分かれば、次は「どこで I/O が発生しているか」「どれほどの規模か」をここで確認します。

1. Instance Activity Stats— インスタンスアクティビティ統計

何を表すか: V$SYSSTAT 由来の全カウンタを Total / per Second / per Trans で表示。データベース全体の動作量の詳細な証跡。

• 読み方: 主要指標は Load Profile で既に把握できる。ここでは「細部の裏付け」に使う。physical reads direct / consistent gets / db block changes 等でワークロードの詳細を確認。
• 閾値・注意点: カウンタ数が多く全部読む必要はない。問題の裏付けを探す際に特定カウンタをピンポイントで参照する。
• 関連セクション: Load Profile / Foreground Wait Events
• 使うシーン: 特定の挙動（REDO量・パース回数・スキャン種類）の詳細確認

2. OS Statistics / OS Statistics - Detail— OS統計

何を表すか: OSレベルの CPU 使用時間（centiseconds）・VM ページング量・物理メモリ・CPU 構成等。OS Statistics - Detail はスナップごとの時系列データ。

• 読み方: BUSY_TIME / (BUSY_TIME + IDLE_TIME) でCPU使用率を算出。IOWAIT_TIME が高いとI/O起因のCPU消費あり。
• 閾値・注意点: 値は centiseconds 単位。VM_OUT_BYTES が VM_IN_BYTES より大幅に大きい場合はページアウトが多く、物理メモリ不足の兆候となる。Virtual Memory Paging セクションと照合する。
• 関連セクション: Host CPU / Virtual Memory Paging
• 使うシーン: OS全体のCPU・メモリ状況の詳細確認

3. IO Stat by Function— 機能別I/O統計

何を表すか: I/O を Oracle の内部機能（Direct Reads / Buffer Cache Reads / LGWR / Others）に分類し、Data Volume・Requests・Avg Tm を表示。AWRの「IOStat by Function」に相当。

• 読み方: Data Volume（Read+Write）が最大の機能が I/O の主体。Wait Count と Avg Tm(ms) でその機能の待機状況を確認。
• 閾値・注意点: STATSPACK の IO Stat by Function は Summary と Detail の2段構成。Summary で全体像を、Detail で Small/Large Read/Write の内訳を確認。
• 関連セクション: Tablespace IO Stats / Foreground Wait Events (direct path read)
• 使うシーン: I/O 負荷の機能別分類。パラレルスキャンや DBMS_STATS 実行中のダイレクトパス読込量確認

4. Tablespace IO Stats— テーブルスペース別I/O統計

何を表すか: テーブルスペース単位の Reads・Avg Reads/s・Avg Read(ms)・Avg Blks/Rd・Writes・Buffer Waits を集計。I/O の偏在を検出する。

• 読み方: Reads が最大のテーブルスペースが I/O のホットスポット。Avg Rd(ms) が 10ms 超えはストレージ遅延の可能性。Blks/Rd が大きければマルチブロック読込（フルスキャン）多め。
• 閾値・注意点: Buffer Waits が 0 なら Buffer Busy Waits はここから発生していない。Reads/s と Writes/s で Read 主体 / Write 主体のワークロード性質を判断。
• 関連セクション: File IO Stats / Segments by Physical Reads
• 使うシーン: I/O ホットスポットのテーブルスペース特定

5. File IO Stats— ファイル別I/O統計

何を表すか: データファイル単位の Reads・Avg Rd(ms)・Mx Rd Bkt・Blks/Rd・Writes・Buffer Waits。テーブルスペース内のファイル偏在を検出する。

• 読み方: 同一テーブルスペース内でファイルごとの Reads が大きく偏っていれば特定ファイルへの集中アクセスがある。Mx Rd Bkt（最大単一ブロック読込時間バケツ）で最悪応答時間を確認。
• 閾値・注意点: 複数データファイルで I/O が均等分散しているほど良好な構成。特定ファイルへの集中は拡張時のファイル追加や ASM への移行を検討する契機となる。
• 関連セクション: Tablespace IO Stats / File Read Histogram Stats
• 使うシーン: ファイル単位のI/O偏在・ストレージ負荷分散確認

6. File Read Histogram Stats— ファイル読込ヒストグラム

何を表すか: 単一ブロック読込の時間分布を、ファイル単位で 0-2ms / 2-4ms / 4-8ms / 8-16ms / 16-32ms / 32ms+ のバケツで集計。

• 読み方: 全ファイルの単一ブロック読込が 0-2ms バケツに集中していれば I/O 応答性は良好。32ms+ に値があるファイルは要調査。
• 閾値・注意点: Tempfile は除外される。I/O 問題のある環境では 16ms+ / 32ms+ に値が集中する。すべて 0 のファイルは単一ブロック読込が発生していない（マルチブロック読込のみ）。
• 関連セクション: File IO Stats / Wait Event Histogram (db file sequential read)
• 使うシーン: ストレージの物理I/O応答性確認・SLA 検証