アプリケーションプールのリサイクルとワークフロー

Question

このシナリオでは、IISでホストされているWF 4 WCFワークフローサービス（xamlx's）では、いつでもアプリケーションプールをリサイクルできるという事実に対応しています（設定の編集、メモリ圧迫など） 1つまたは複数のWCFによって開始されたワークフローが、アプリケーションプールが切断されて再開されているときに実行されている可能性があります。問題は、ワークフローがそのアクティビティを実行している可能性があり、IISホストが破棄されると、そのスレッド（または非同期アクティビティが使用されている場合はスレッド）が完了してワークフローを不安定な状態にするのを防ぐことができるということです。これに対してトランザクションスコープやその他の構成を使用することはできますが、全体的な振る舞いを理解するにはどうすればよいのでしょうか？

Answer 1

IISには、既定で有効になっているオーバーラップリサイクルと呼ばれる機能があり、前回のAppPoolが完全に破棄されるまでに一定の時間が与えられます。私は、この機能がIIS 7.5で初めて導入されたと考えています。あなたはアプリケーションプール/高度な設定/リサイクルの下でそれを見つけることができるはずです。私は正確な時間を思い出すことはできませんが、あなたが大丈夫であるはずの大規模な計算をしていないということはありません。