IISドキュメントによると、一度アクティブ化されたラピッドフェイル保護は、「失敗」が発生した場合にアプリケーションプールの非アクティブ化につながります。しかし、私は "失敗"の場合の定義を見つけることができませんでした。私のWebアプリケーションでは、私はIISに "失敗"と勘違いしてほしいという特別な例外があります。IISの高速障害保護の「失敗」は何を意味していますか？
アイデアはありますか？ Server 2003のおかげ
これは、リストを持っているように見えますWWWサービスはアプリケーションプール内のワーカー プロセスが等しいか を超えるに十分な頻度で失敗したときにアプリケーションプールをシャットダウンします（RFP）インターバル時間ウィンドウ（例： 5分間で5回の失敗）。ワーカープロセスが起動制限時間内に起動しない
：いつでもWWWサービスが失敗 を検出します。
ワーカープロセスは、シャットダウンの制限時間内にシャットダウンしません。
ワーカープロセスは致命的なエラーのためにシャットダウンし、 のWWWサービスにエラーコードを送信します。
ワーカープロセスがpingメッセージに応答できません。
WWWサービスは、ワーカープロセスが非標準の 通信を送信していることを検出します（ワーカープロセスが引き継がれた可能性があります）。
（壊れたリンクを修正するためにarchive.orgで更新され、ここでは詳細を複製し）
残念ながら、このリンクは死んでいるようです。 –
ありがとう、固定リンクが壊れています。 –
documentation迅速な失敗保護を設定するためのワーカープロセスのクラッシュを意味する「失敗」を暗示。実験を通して
私はあなたがw3wp.exeのクラッシュのためのWindowsイベントのアプリケーションログに次のようなものを期待するべきであることに気付きました：
未処理の例外が発生し、プロセスが終了しました。
アプリケーションID：/ LM/W3SVC/1/ROOT
プロセスID：2628
例外：システム。SomeUnhandledExceptionデフォルトの設定で有効になって急速に失敗保護と実際
、互いの5分以内の5つのこのようなイベントは、アプリケーションプールを停止させる、とあなたは次のようにさらにWindowsイベントアプリケーションログ表示されます：
をアプリケーションプールを処理するプロセスで一連のエラーが発生したため、アプリケーションプール 'my-test-application-pool'が自動的に無効になっています。
私は同じことを考えました。 –
これは、WCFサービスが未処理のFaultExceptionをスローすることによって** user **エラーを通知することを考えると、特に優れた質問です。 –