問題の分析には、外部診断ツールTarsの使用を推奨します。または、(G)V$OB_SQL_AUDITビューを使用して問題を調査することもできます。
(G)V$OB_SQL_AUDITを使用した問題調査の手順は以下のとおりです：
オンライン環境で応答時間(Response Time, RT)に急激な変動が発生した場合、その変動が持続的でない場合は、変動が発生した直後にSQL監査を無効にすることを推奨します(
ALTER SYSTEM SET enable_sql_audit = false;コマンドを実行)。これにより、この変動を引き起こしたSQLリクエストがSQL監査に記録されるようにします。SQL Auditを使用して、ジッターが発生した付近の期間のRT上位N件のリクエストを照会し、異常なSQLを分析します。
対応するRT異常リクエストを特定したら、そのリクエストのSQL Auditレコードを分析して問題を調査できます：
a. 長時間待機イベントが発生していないか確認します。
b. 論理読み取り回数が異常に多いかどうか分析します(大規模アカウントが突然増加した場合に発生する可能性があります)。
論理読み取り回数 = 2 * ROW_CACHE_HIT
+ 2 * BLOOM_FILTER_CACHE_HIT
+ BLOCK_CACHE_HIT + DISK_READS
SQL AuditでRTがジッターしたリクエストデータが削除されている場合は、OBServerノードのジッター時点にスロークエリのTraceログがないか確認し、対応するTraceログを分析する必要があります。