私は時折ハングするIIS 6（Windows Server 2003）上のWebサイトを実行しています。IISハングトラブルシューティング
タイムライン：
が野生にリリース、ウェブサイトは3日間 罰金走りました。
ウェブサイトが停止されて開始されるまで、すべてのリクエストにウェブサイトがハングアップします。
ウェブサイトは2週間実行され、 の問題はありません。
サイトが再起動されるまで、すべてのリクエストにWebサイトがハングします。
ハングが始まる前に、我々はいくつかのアプリケーションログエントリを参照してください。 アプリケーションのw3wp.exeを、モジュール不明、バージョン0.0.0.0フォールトアドレス-------をフォールトします。
ウェブサイトにインストールされているアプリケーションは、.Net 2.0で書かれています。
誰でもこの問題のトラブルシューティングをガイドできますか？ ありがとう！
adplusを使用して、hanging w3wpプロセスのメモリダンプを取得し、windbg + sos拡張子を使用して、ハングの原因を特定することがあります。
あなたはここにADPlusのとWindbgのを得ることができます。またhttp://www.microsoft.com/whdc/devtools/debugging/default.mspx
は、テスFerrandezのブログには、メモリがWindbgのでダンプを分析する方法を学ぶ上での情報の絶対的な金鉱です。彼女には、特定のシナリオに向けて目標を設定できる一連のラボがあります。
これが起こることができる多くの理由があります。数年前、私はこれをWebプロダクションのプロジェクトで行いました。そして、それを修正するためにMicrosoftに電話しました。私はあなたに具体的な詳細を教えてもらいたいですが、これは私が覚えているものです。
.NETは、Webアプリケーション内のフォルダをキャッシュします。サーバーには、フォルダの制限を設定するレジストリキーがあります（覚えていないと思います）。デフォルトでは、制限は150フォルダに設定されていました。あなたのWebアプリケーションにこれ以上のフォルダがあり、151番目のフォルダにアクセスしようとすると、IISがクラッシュします。
はい、これはクレイジーに聞こえますが、私を信じて、クラッシュの原因を突き止めるまで私はマイクロソフトと数週間を過ごしました。その時の答えは、レジストリの上限を超えてサーバーを再起動することでした。これは数年前のことでしたが、これは後のアップデートで修正されることを願っていますが、旧バージョンのServer 2003を使用している場合に備えて、これを提供します。
ごめんなさい詳細はありますが、あなたの問題のように聞こえる場合に備えて、あなたに私の経験を伝えたいだけです。
IISがプロセスを自動的にリサイクルできるように設定されていることを確認してください。メモリリークの場合は、この問題を解決するのに役立ちます。（問題なく対応しても問題ありません）
私のアドバイスは、アプリケーションに独自のアプリケーションプールを提供することです。その場合、アプリケーションをサーバーに適用すると思っていることを100％確信しています。これが起こる？
あなたが与えた情報からは、メモリリークやオープンdb接続/スレッドの問題のように聞こえます。
P.s N2を使用している場合は、IISをリサイクルすると元に戻ってしまうという既知の問題がありました。