当社には、Windows 2003 ファイル サーバーに対してレガシー (Windows 98 上の 16 ビット DOS) データ入力ソフトウェアを実行するユーザーが約 10 人います。ファイルは直接アクセスされます (つまり、クライアント/サーバー アプリケーションとしてではなく、ネットワーク ファイルに常時アクセスされるクライアント アプリケーションのように実行されます)。
最近、このアプリケーションのパフォーマンスがひどくなっています。小さなレポートを実行したり、新しい画面を開いたりするのに 15 秒かかります。しかし、サーバーのパフォーマンス メトリックを見ると、問題はないように見えます。IOPS が低く、ディスクの平均待機時間がなく、読み取り/書き込みバイト数が少なく、CPU 使用率がほぼ 0% で、空き RAM が大量にあるなどです。すべてのメトリックを調べましたが、サーバーの限界に少しでも近いと思われるものは見つかりませんでした。
現在ソフトウェアの置き換えを進めていますが、移行が完了するまであと 1 年間は動作させる必要があります。問題の原因を特定する方法について何かアイデアはありますか?
答え1
私のコメントによると、これはネットワークの問題であることが判明しました。理由はわかりませんが、1 人のユーザーを別のスイッチに移動すると問題は解決しました。
答え2
Sysinternals (現在は Microsoft の一部) のプロセス モニターを使用すると、必要な情報がすべて得られます。
http://technet.microsoft.com/ja-jp/sysinternals/bb896645 より
単に実行し、アプリを実行する前に、フィルターとオプションが正しく設定されていることを確認します (大量の情報が生成されます)。その後、アプリが実行されている間、座って、速度低下が起こっている間にモニターに表示される内容を観察します。
シナリオを再現できれば、数回実行すれば問題の原因がわかるはずです。
Sysinternals サイトには、他にも役立つ可能性のあるツールがあります。