前のトピック: CA Chorus for DB2 Database Management を使用したトラブルシューティングの方法次のトピック: バッチ レポート ジョブを作成する方法


Metrics パネルでの問題への対処方法

このシナリオでは、データベース管理者が、[Metrics]パネル内に表示される問題を調査し、対応する方法について説明します。

以下の図およびテキストは、DBA が問題を調査する手順の詳細を示しています。

この図は、Investigator および Command Manager を使用して、Metrics パネルでパフォーマンスの変化を調査するためのワークフローを示しています。

業務開始時の通常のタスクの実行中に、DBA は Metrics パネルのバッファ プールのクリティカルなしきい値にスパイクがあることに気づきます。 アクティブなバッファの数が 95 パーセントに到達すると、DB2 ではバッファ プールのクリティカルなしきい値(データ マネージャのしきい値)に到達します。 このイベントによって、DB2 は、できるだけ早くページを解放またはリリースするために、より CPU 負荷の高い別のバッファ プールの管理アルゴリズムを使用します。 1 つのバッファ プールでこのしきい値に到達すると、すべてのバッファ プールでページが即座にリリースされます。

パフォーマンスへの潜在的な重大な影響度に基づいて、DBA は以下の手順に従います。

  1. [Metrics]パネルのスクロール機能を停止します。
  2. メトリックの上にマウスをポイントしてスパイクのコンテキストの詳細を検討します。
  3. メトリックをクリックして、ダッシュボード内でメトリックのより大きいグラフィック表現のバージョンを表示します。

    スパイクは、アクティブなバッファ数が 98 パーセントであることを示します。

  4. [Metrics]パネルから Investigator を起動します。

    ツリーが問題の領域に展開された状態で、Investigator が開きます。

  5. 問題を示している特定のバッファ プールが表示されるまでドリルダウンします。
  6. ダッシュボードに DBA Command Manager for DB2 モジュールを追加します。
  7. SQL ステートメントで DB2 EXPLAIN を実行すると、EXPLAIN ステートメントからアクセス パス情報が返され、サブミットされた SQL に関連する、CA 提供のルールと推奨事項が返されます。

    この情報で、DBA はトラブルシューティングを続行できます。 このシナリオは、CA Chorus ツールを使用してこのディシプリンをトラブルシューティングする数多くの方法の 1 つを示しています。