gc cr/current block congested - 日本エクセム株式会社 Oracle待機イベント情報

・リクエストノードのユーザプロセスが特定のデータブロックを読み込もうとします。

・ユーザプロセスは、データブロックの適切なバージョンがローカルバッファキャッシュにないことを確認し、マスターノードの
　LMSプロセスにブロック転送を要求します。ユーザプロセスは、応答を受信するまで、gc cr / current requestイベントを
  待機します。

・ホルダーノードのLMSプロセスは、要求キュー（Request Queue）からの要求メッセージを確認します。もしメッセージが
  要求キューに到着した時間とLMSプロセスがメッセージを確認し、時間が1ms以上の差が出たら、すなわちLMSプロセスが
  要求メッセージを確認する過程で1ms以上の遅延が発生した場合、Oracleはインターコネクトに混雑が発生したと判断します。
  LMSプロセスは、応答メッセージに混雑が発生したことのように知らせます。

・ユーザプロセスは、ブロックを送信された後に応答メッセージから混雑が発生したことを確認し、gc cr/current request
  イベントをFixed-upイベントgc cr/current block congestedイベントに変更します。

・インターコネクトを介してメッセージ要求自体が過度に多い場合には、LMSプロセスのメッセージを確認する作業に遅延が
　発生することになります。そのため、SQLチューニングやバッファキャッシュのチューニング、ホット・ブロックの解消など
　を介して不必要に多くのブロック転送要求が発生することを防止することが解決策となります。

・LMSプロセスが必要なCPUリソースをスムーズに確保されない場合でも、メッセージの確認作業の遅延が発生することがあります。
　LMSプロセスのパフォーマンスを最大化する方法を簡単に整理すると、次の通りです。
　
　　・LMSプロセスのリアルタイムスケジューリングを適用する。時分割スケジューリングを適用する場合には、
　　　LMSプロセスのNICE値を下げてより高い優先順位を割り当てる受けるようにする。Oracle10g R2からLMSプロセスは、
　　　基本的にリアルタイムスケジューリング手法を使用する。
　
　　・CPUリソースが十分場合には、LMSプロセスの数を増加させます。
　　
　　・OSレベルの不要なジョブを削除してCPUリソースを確保することも重要です。例えば、メモリ不足のためにページング
　　　（Paging）作業が頻繁に発生する場合LMSプロセスのパフォーマンスに悪影響を与えることになります。

発生事由
-----------------
競合（Contention）： LMSプロセスとローカルプロセスが同じブロックを使用しようとするとき
混雑（Congestion）：　ー

 -  LMSプロセスが処理するブロックの、REDOフラッシュによる遅延が発生したとき

 - ホルダーノードの要求キューにメッセージが速すぎ頻度で到着してLMSプロセスがスムーズにメッセージを確認していないとき

 -  LMSプロセスが十分なリソースを割り当てられなかっ要求キューのメッセージをスムーズに確認していないとき

待機イベント
gc cr/current block busy

gc cr/current grant busy

gc cr/current block congested

gc cr/current grant congested


チューニング方法
 -  SQLチューニング、バッファキャッシュのチューニングなどを介して、ブロックリクエスト回数を減らす

 - ブロック分散を使用して、同じブロックのための競争を減らす

 -  LGWRプロセスのパフォーマンスを向上させる

 -  REDOログのI / Oパフォーマンスの向上

 -  SQLチューニング、バッファキャッシュのチューニングなどを介して、ブロックリクエスト回数を減らす

 - ブロック分散を介して、不必要なブロック転送を減らす

 -  LMSプロセスのパフォーマンスを改善