トラブルシューティング › 概要 › ［エンジニアリング］ページの使用

［エンジニアリング］ページの使用

パフォーマンス マップは［エンジニアリング］ページに表示されます。 形式はさまざまなエレメントを比較する水平の棒グラフです。設定済みアプリケーションあたりの合計トランザクション時間が長い順（アプリケーション速度が遅い順）に、設定済みネットワークあたりのネットワーク ラウンドトリップ時間が長い順（ネットワーク速度が遅い順）に、設定済みサーバあたりのサーバ レスポンス時間が長い順（サーバ速度が遅い順）に、それぞれ上から表示されます。

このビューに一覧表示されているいずれかの項目をクリックすると、パフォーマンス上の問題に関与するコンポーネントの時間を分離できます。 ページがリフレッシュされ、選択内容に焦点を当てた詳細情報が表示されます。

以下の例では、［レスポンス時間構成: 平均］ビューが表示されます。

［レスポンス時間構成: 平均］ビューは下に並べられます。以下にその一部を示します。

重ねて表示されたコンポーネント表示を表示した場合、全体または何らかのスパイクで最も多くの部分を占める色を持つコンポーネントが、アプリケーションのパフォーマンス速度の低下にその時点で主に関与しています。

アプリケーション パフォーマンス全体の最大の遅延の一因となっているコンポーネントを特定し、個々のコンポーネント表示を下にスクロールして、パフォーマンス上の問題の範囲の調査を開始します。

以下の一般的なガイドラインに従い、パフォーマンス上の問題の範囲を調査します。

1. 合計トランザクション時間から始めます。
2. 重ねて表示された表示をドリル ダウンします。これには、15 分間隔のデータ ポイントで作成された日単位表示を使用します。 15 分間隔でパフォーマンス イベントを確認できない場合は、5 分間隔に落とします。
3. データ間隔が長い場合は、スパイク イベントを 5 分間隔の［過去 1 時間］または［8 時間］ビューで表示します。
4. 1 つのグラフで観測されたスパイクまたは色パターンを、他のメトリックで同時に発生した同様のスパイク、または低下、あるいは色パターンと相互に関連付けます。
5. 簡単に比較できるように、複数の Web セッションを開きます。 また、［ズーム イン］機能と［ズーム アウト］機能を使用して、特定の時刻、特定の曜日、および月に関連する問題の大規模なパターンを見つけます。