サーバーが問題の原因であることを確認するExhaustのCEO兼創設者Jesse Rothsteinは、サーバーレベルから発生すると思われるパフォーマンス上の問題の多くは、ネットワーク、データベース、ストレージシステムの問題によることが多いと述べました。ロスシュタインは言った： "最後に、あなたはこれらの問題を考慮し分析する必要がありますが、実際には注意が必要です。 「フルーク・ネットワークスのグローバル製品マーケティングマネージャ、ダン・クリムケ氏は次のように述べています。」遅延がある場合は、この遅延が最初にサーバーで発生するのか、ネットワークまたはクライアントレベルで発生するのかを検討する必要があります。症状の追跡と分析にはかなりの時間がかかります。 ' IT部門は多くの場合、エンドユーザーにリソース（アプリケーションなど）を提供するために複数のサーバーを接続します。 Klimke氏は、次のように述べています。「アプリケーションサーバーと通信するWebベースのフロントエンドサーバーがあり、アプリケーションサーバーとデータベースサーバーが通信することがあります。これらはすべてある種のネットワークを介して接続されています。そのため、トラブルシューティングの最初のステップは、問題がネットワークからではなくサーバーから発生していることを確認することです。 '面倒なアプリケーションを入手するアプリケーションがサーバーの反応を遅くしたり、単にシャットダウンしたりする可能性は十分にあります。 Klimkeは言った： "アプリケーションがあまりにもずさんすぎる（チャッティ） - つまり、そのようなアプリケーションは大量のデータを持つ大きなフレームを使わずに、より少ないフレームを送信しながら書かれている。最小のフレーム、つまり1日の終わりには、大きいフレームのタスクを完了するために大量のデータを頻繁にやり取りする必要があります;対照的に、大きいフレームの使用ははるかに高速ではるかに効率的です。 '汚れたネットワークをクリーンアップするRothsteinによると、汚れたネットワークはパケットが失われたり、並べ替えられたり、断片化されたりするため、サーバーのパフォーマンスが低下し、サーバーのパフォーマンスが低下し、サーバーの負荷が増大するネットワークです。 「TCPスタックのようなネットワークプロトコルスタックに高速パスと低速パスの両方があることにほとんどの人は気付いていません。高速パスは効率的で、送信するパケットに合わせて最適化されており、次のパケットを順番に送信することができます。しかし、パケットを誤った順序で送信したり、誤ってレイヤ4からレイヤ3にパケットを転送したりすると、サーバとオペレーティングシステムはそれらのIPフラグメントを再構成するために多くのリソースを消費します。 TCPフラグメントを組み立て直します。 '仮想化によってこの問題は複雑になる可能性があります。 「あなたのハイパーバイザーは、実行中のすべての仮想マシンおよびゲストOS間でプロセッサ時間を共有するスケジューラです。仮想マシンを切り替えると、必然的に表示されます。遅れます。設定が間違っていると、ネットワークパケットは遅延し、基になるネットワークスタックによって破棄されます;転換点に達すると、パフォーマンスの低下は明白であるだけでなく、壊滅的な結果をもたらします。 '監視ツールの使用Rothsteinは、SNMPポーリングを実行してサーバーの健全性指標を記録する自動のサードパーティ製ツールでも、比較的単純な無料のオープンソースツールでも、監視ツールを最大限に活用する必要があると述べました。 Vollering氏によると、仮想化サーバーを使用している場合、監視ツールは特に重要だという。同氏によると、VMware、Microsoft、Citrixの3大仮想化テクノロジプロバイダは優れた監視ツールを提供しているという。 「これらのツールは、プロセッサの使用量、メモリの使用量、ディスクの使用量のいずれであろうと、あなたの環境に何を圧迫しているのかを教えてくれます。 " Volleringは、これらのツールが利用可能で展開されていても、多くの企業がそれらを使用できるかどうか、またはその使用方法がわからないことをしばしば知りません。さらに、これらのツールは洪水のような情報と警告をもたらします。彼は言った：「あなたは様々な図表を検討するのに1日を費やさなければならないかもしれません。 - 'では、どのようにしてこれらのツールを最も効果的に使用できるのでしょうか。 Vollering氏は、次のように述べています。「マニュアルを注意深く読み、環境に合わせてツールを設定します。そうすれば、アラートが発生した場合でも、ツールがデフォルトのしきい値で構成されていてフラッディングされているからではなく、アラートを調査する必要があることがわかります。 'たとえば、アプリケーションからのコマンドがサーバーに送信され、サーバーに問題が生じる可能性があります。 Klimkeは言った： "サーバーに入ってくる実際のデータトラフィックを見て、あなたはパケットが入ったリンクと、サーバーがダウンする前にどんなコマンドがサーバーに送られたかを知ることができます。これには、ネットワーク接続上の実際のデータトラフィックの調査と、サーバーがダウンする前に送信された過去のコマンドおよびフレームを解釈する機能が必要です。 'サーバーの物理リソースの確認CDWの内部ソリューションアーキテクトであるKellySatherは、サーバーレベルからパフォーマンスの問題を特定したら、問題のあるサーバーの物理リソースを再確認する必要があると述べました。彼は言った： "最善のケースは他のプロセッサを追加するかメモリを追加するのと同じくらい簡単です。 「フルーク・ネットワークスのグローバル製品マーケティングマネージャ、Dan Klimkeは、次のように付け加えています。」プロセッサの使用率が多くのプロセスに対して高すぎるかどうかを必ず確認してください。私たちは、多くの問題が完全にディスクがいっぱいになったことによって引き起こされたことを発見しました。 'サーバーが動作していることを確認してください。ハードウェアは新しくインストールまたはアップグレードされたアプリケーションと互換性があるため、アプリケーションが円滑に動作するわけではありません。彼は言った： "あなたのサーバーのリソースはそれが処理しようとしている負荷と釣り合っている必要があります。たとえば、誰かがExchange 2010に移行したため、24 GBのメモリを搭載したデュアルプロセッサデュアルコアシステムでスムーズに実行されていた古いバージョンのExchangeから移行しました。実行できません。 '負荷の修正と調整複数の仮想サーバーからの負荷は、物理サーバーの処理能力をはるかに超える可能性があります。コンサルティング会社GlassHouse Technologiesの仮想化サービス担当ディレクターであるErwin Vollering氏は、次のように述べています。毎月の財務連結数を処理しながらスナップショットを作成した場合、ストレージシステムはこれらのトランザクションのすべてを同時に処理することはできません。 「仮想マシンCDWの内部ソリューションアーキテクトであるKellySatherのリアルタイム移行では、ワークロードが増加し、仮想マシンの数が急増するにつれて、問題の原因となっている仮想マシンを別のホストに移行する必要が生じる、 <標準"""仮想マシンは、リソースを必要とする仮想マシン用のスペースを確保するために別のホストにオフロードされます。 VMwareのvMotionとMicrosoftのHyper-V（およびその他のテクノロジ）を使用すると、エンドユーザーに接続することなく、仮想マシンを他のホストにリアルタイムで移行できます。