問題タブ [recycle]

共有環境でのIIS7のアプリケーションプールのリサイクルに最適な設定は何ですか？

global.asax でリサイクル イベントをキャッチすることはできますか?

Application_End がトリガーされることはわかっていますが、それがアプリケーション プールのリサイクルによってトリガーされたことを知る方法はありますか?

thx、Lieven Cardoen aka Johlero

バックグラウンド

この質問は2つの部分に分かれています。

IIS6でホストされている一方向のWCF操作があります。これがどのように機能するかについての私の理解は次のとおりです。

_1。IISは要求を受け取ります。

_2。IISはHTTP202応答を送信します（ありがとう、これは後で処理します）。

_3。IISは、一方向のWCF操作を呼び出します。

これで、制御がWCF操作に渡されます。これは次のことを行います。

_4。トランザクションの耐久性のあるストアにリクエスト情報を永続化します。

_5。OLTPデータベースでリクエストの処理を開始します。

_6。エラーが発生した場合は、手順5から繰り返すか、何らかの修正措置を講じてから、手順4で保持されたデータをクリーンアップします。

質問1

IISがHTTP202応答を送信するタイミングについての私の理解は正しいですか？

質問2

IISがステップ2とステップ4の間でリサイクルする場合、変更を適用する前に要求情報を失う可能性がありますが、クライアントがメッセージを受け入れたと思った後です。保留中の要求がある場合にいつリサイクルされるか、またはリサイクルされないかについて、IISによって提供される保証はありますか？

PS：危険なフォーマットを許してください。何らかの理由で、マークダウンは私の番号付きリストアイテムを完全に台無しにしていました。

実稼働 Web アプリの 1 つで、アプリ プールを手動でリサイクルすると、タスク マネージャーでの監視に基づいて、リサイクルされたワーカー プロセスが実際に完全に破棄されるまでに 60 秒以上かかる場合があることに気付きました。ただし、アプリ プールを完全に停止すると、ワーカー プロセスはほぼ瞬時 (1 ～ 2 秒以内) に終了します。

だから、私の質問は2つあります：

a) アプリケーション プールが停止する代わりにリサイクルされると、プロセスを破棄する (そしてより意味のあることに、プロセスによって使用/ロックされているリソースを解放する) のに時間がかかるのはなぜですか? と

b) トラフィックがサーバーに向けられるのを停止したと仮定すると、リサイクルの代わりに停止/開始しない理由はありますか?

編集:
明確にするために、アプリケーション プールをリサイクルまたは停止する前に、トラフィックが問題のサーバーに送信されるのを停止します (サーバーは負荷分散されたクラスターにあり、サーバーをロード バランサーから削除します)。したがって、理論的には、アプリケーション プールに対して何かを行っているときに Web サイトにリクエストが来ることはありません。

Part Deux の編集:
Igal のリンクを読んだ後、何が起こっているのかは明らかです。アプリ プールをリサイクルすると、新しいプロセスが開始されますが、トラフィックがまったくないため、新しいプロセスが機能していると登録されていないため、タイムアウト (90 分) になるまで古いプロセスはシャットダウンされません。秒）。

その知識があれば、「リサイクル」機能はライブサーバーの途中で使用することを特に意図していることは明らかです。事前に手動でトラフィックを排出しているので、代わりに停止/開始を使用する必要があります。

たぶん誰かがこの簡単な質問に光を当てることができます：

徹底的に精査された.NETWebアプリケーションがあります。appdomain（プロセス）ごとにキャッシュをロードし、開始するたびに、このキャッシュのロードが完了するまでリクエストに完全に応答できません。

私は自分のアプリケーションプールの設定を調べていて、なぜこれほど頻繁に（1,000,000回の呼び出しまたは2時間に1回）リサイクルしているのか疑問に思い始めました。

自動リサイクルを24時間に1回以上に設定できないのはなぜですか？オプションを完全に削除して、メモリがappdomainの制御不能になった場合は、リサイクルしてみませんか？

2 つの異なるサーバーでホストされている .NET 1.1 アプリケーションがありますが、そのうちの 1 つでアプリケーション プールがリサイクルされるたびに、すべてのセッションがドロップされます。

どちらのアプリケーションも「StateServer」セッション モードを使用しており、私が知る限り、両方のサーバーの構成はまったく同じで、「ASP .NET State Server」サービスが実行されています。

このアプリケーション プールは 2 ～ 3 時間ごとにリサイクルされるため、これは特に厄介な問題です (これも解決しなければならない問題です)。

誰かがこれを引き起こしている可能性があるという考えを持っていますか?

前もって感謝します、

ジオン

特定の応答時間 (1 分未満) を必要とする WCF サービスがあります。

私の問題は、時々、ほとんどの場合、朝にサービスが応答するのに長い時間がかかることです (2 分以上かかることもあります)。

これは、アプリがリサイクルされ、最初の実行で再コンパイルする必要があるためだと思います。

これが発生する可能性のある他の理由はありますか？

アプリのリサイクルをオフにすることはできますか? もしそうなら、それは何らかの副作用や不安定性を引き起こしますか? asp.net アプリがリサイクルするように設定されている理由があるに違いないと思います。

最初の実行のパフォーマンスを向上させるために他にできることはありますか?

IIS 7 の複数のアプリケーション プールでアプリケーションの読み込みが遅い問題を解決するにはどうすればよいですか? また、リクエストがサーバーのロードを待たずに (リサイクルの場合)、キューが作成されます。ただし、最初のリクエストが到着する前に、リサイクル状態に達している間にサーバーをロードします。ありがとう、オシュラット。

ASP.Net アプリケーション状態オブジェクトをリサイクルするためのオプションは何ですか? そのオブジェクトを使用して、Web サービス ベースのデータ アクセス レイヤーのデータベース接続のキューを保存しています。数日/数週間/数か月にわたって、使用されなくなったデータベースへの接続に割り当てられるメモリの合計が増えてしまうのではないかと心配しています。接続は必要に応じて自動的に生成されるため、それらを保持することはそれほど重要ではありません。

アプリケーションの状態を選択的に解析し、必要のないものだけをドロップするのは素晴らしいことです。しかし、実際には、オブジェクト全体を削除して、最初からやり直すだけでも問題ありません。ただし、パージ プロセスが現在使用中の接続を強制終了しないように注意する必要があります。