IIS (具体的には 6.0) の [ホーム ディレクトリ] タブで、ローカル パスを変更すると、IIS が再起動するか、アプリケーション プールがリサイクルされますか?
関連して、IIS メタベースへのどの変更が再起動またはアプリ プールのリサイクルをトリガーするかについて概説しているリファレンスはありますか? 私はまだこれを見つけることができませんでした。
IIS (具体的には 6.0) の [ホーム ディレクトリ] タブで、ローカル パスを変更すると、IIS が再起動するか、アプリケーション プールがリサイクルされますか?
関連して、IIS メタベースへのどの変更が再起動またはアプリ プールのリサイクルをトリガーするかについて概説しているリファレンスはありますか? 私はまだこれを見つけることができませんでした。
ホームディレクトリパスのWebサイトへのパスを変更しても、ワーカープロセスは再起動しません。ただし、 Webサイトのアプリケーションドメインが破棄されて再起動します。
ワーカープロセスの再起動は、いくつかのイベントによって引き起こされる可能性があります。最も一般的なものは次のとおりです。
アプリケーションプールのプロパティの[リサイクル]タブの条件のいずれかが満たされている場合。
CPU監視(アプリケーションプールのプロパティの[パフォーマンス]タブ)が有効になっていて、監視しきい値の1つが満たされている場合、および必要なアクションが[シャットダウン]に設定されている場合。
現在のリクエストスレッドとは異なるスレッドでコードによってスローされたチェックされていない例外などの壊滅的なエラーがあります。
IISRESET
手動でリサイクルを強制するか、アプリケーションプールを停止して開始します
また、アプリケーションプールのリサイクルは再起動とは異なることに注意してください。アプリケーションプールがリサイクルされると、IISは新しいワーカープロセスを開始します。すべての新しいリクエストは、この新しいプロセスに送信されます。既存のワーカープロセスは実行され続けますが、すべての未処理のリクエストが完了するか、シャットダウン時間の制限に達すると、破棄されます。
既存のASP.NETセッションは、破棄されるまで古いワーカープロセスに保持されます。これにより、リサイクル時にASP.NETセッションの状態が失われることがなくなります。つまり、ASP.NETセッションがまだ存在する場合、それらのセッションに一致する要求は古いワーカープロセスにルーティングされます。ASPにはこれと同じ機能がないため、残念ながら従来のASPセッションは失われます。