IISの接続のタイムアウトについて

Question

客先環境にてIISの応答遅延が頻発しています。
なぜIISの応答が遅延しまうのか、
原因がわからず困っています。

【環境】
ASP.NET MVC 3
IIS 7.5
Windows 7

【現象】
①クライアントからIISへデータを取得しようとする。
②ブラウザ上に"XXXは応答していません"が表示される。
③だいたい120秒後に応答が戻る。(正常な処理が行われる)

【設定等々】
①サイト - 詳細設定 - 接続制限 - 接続のタイムアウト
下記の設定が120秒だったため、一先ず60秒に変更をしています。

②Webサイト制限の編集 - 帯域幅の制限
帯域制限は行っておりません。

③WEBの閲覧人数
同時接続の最大は現状3人。

他に同じアプリを導入している先では遅延しているという連絡はなく、
この客先で唯一特殊なことは、
"IISを設定しているPC内の常駐アプリケーション2種類が
14台の別置きパソコンのフォルダをリアルタイム(5秒毎)で監視している"
くらいになります。

以上、よろしくお願いいたします。

Answer 1

まず考えられる原因を１つずつ検証し潰していくのが重要です。

タイムアウトを60秒にしたと書いてありますが、その結果応答が60秒になりましたか？
ならなかったら一旦設定を戻しましょう。

次にサーバのフォルダ監視するアプリケーションを止めたり、監視間隔を広げたりしてWeb側の応答に変化が出るか調べましょう。

サーバ側ASPにタイムスタンプ付きのログを出力し、どの処理がボトルネックになっているか調べましょう。
クライアント側との操作時間とも突き合せましょう。

リソースモニターでネットワークやファイルIOに変化があるか監視しましょう。

不具合調査は地味な監視作業の繰り返しです。
粘り強く行っていきましょう。

Comments

[退会済みユーザー]

hope_mucciさん、ご回答ありがとうございます。

タイムアウトを60秒にすることで、待ち時間が120秒ではなく、60秒になりました。

ログですが、クライアントIPアドレスとタイムスタンプ付きのログを出力するようにしています。
クライアント側がフリーズした時のIISのログ・ASPのログを調査しても
●フリーズした時の処理に呼ばれる処理がログに出力されない(フリーズする処理は毎回違います。)
●フリーズしたクライアント以外の要求は動いている
ことは確認しております。

常駐アプリがファイルを監視するタイミングと
Webアプリのフリーズが同じタイミングかの調査はできておりません。。

客先での作業時間が決められていること、また常駐アプリ・Webアプリを停止することができないため
現在、同様の環境を準備しています。

現象が再現できる環境が用意できた時に、要因と考えられる箇所を排除しながら調査していこうと考えています。
何か進展がありましたら、こちらにコメントとして報告させていただきます！