起動している正確なハードウェアを検索します。CPU数、メーカーとモデル、クロック数(Hz数)。マシンに搭載されているメモリの量。同じボックスにホストされている他のアプリケーション。各ユーザーが所属しているグループの平均数。サーバーにあるスペース(グローバルおよび個人用)の数。平均的なユーザが参照できるスペース数。サーバーの正確なバージョン番号。ファイルの完全なファイル名で十分です)。同じサーバー上にホストされているかどうか。データベース接続の詳細。ファイル内に記載されています。このファイルを収集してください。サーバーの設定ファイル内に保存されているため、このファイルを収集します。サーバー間のレイテンシーの値。サーバーのバージョン。サーバーの間のレイテンシー。読み込みが遅いページ。ソースコードを添付します。常に読み込みが遅いか、または断続的に遅いかどうか。個々の問題を掘り下げる前に、データを監視すると、パフォーマンスの問題の性質を理解するのにかなり役立ちます。負荷が急に増加したか、または徐々に負荷が大きくなったか、または負荷が特定の状況でのみ致命的な閾値を超えるような特定のパターン(毎日、毎週、毎月)に従っていそうかどうかによって対処します。これは、大まかな概要を取得するのに利用できる連続的なデータの監視を行うのに役立ちます。グラフであり、以下を示しています。日間の負荷を示しています。マシンには、ユーザーのアクティビティに対応する妥当な負荷がかかっており、大きな問題はありません。プールのサイズ(2つ目のグラフ)を示しています。コネクションのスパイクがあります。プールのサイズのピークは112を超え、データベースが設定されるコネクションの最大数(100)を超えます。リクエストがいくつか失敗し、これを使用する多くのユーザーがクラッシュすることに驚きはありません。これらのグラフを見ると、非常に簡単に設定の問題を特定することができます。コネクションが有効であったため、次のスパイクは重要ではありません。使用しています)、問題が発生した際にグラフを送信するとさらに役立ちます。アナライザーを使用してこのファイルを実行したり、読み込みが遅いページを手動で確認したりすることができます。組み込みプロファイリングを有効にし、パフォーマンスの問題を証明します。単一のページが確実に遅い場合、そのページに対するいくつかのリクエストを作成する必要があります。パフォーマンスの問題が断続的な場合、または全体的に遅い場合、時間のプロファイリングの良いサンプルとするために、30分から1時間、有効なプロファイリングを残しておきます。標準出力ログを見つけます。パフォーマンスが低下している時間のスレッドダンプを取得します。ダンプをアタッチします。スパイクが十分長い場合、プロファイルを30-60秒ごとに取得します。プラグイン」を試します。アクセスとインスタンスの使用方法を理解するのに不可欠です。スクリプトを使用して、インスタンスの使用統計を生成してください。チケットを開き、収集したデータをすべて添付します。パフォーマンス問題の原因を追跡し、解決策を提案するために必要な情報を提供して頂く必要があります。チケットのお問い合わせの進捗状況に従ってください。