Webアプリケーションプロジェクト用のIIS 6アプリケーションプールの変更

Question

最近のハードウェアの問題に続き、いくつかのWebサイトを新しい個別のアプリケーションプールに切り替えることを試みました。ステージングサーバー上でテストを実行しても正常に動作し、目に見える悪影響はありませんでした。

残念なことに、私たちのライブマシンで同じ操作をしようとすると、私たちの主要なアプリケーションが苦労していました。私の最高の推測は、セッション状態の何らかの不一致です。私はうまくログインすることができましたが、数回クリックすると、ログイン画面の一部であるがすべてのメニューが表示された画面が表示されます。システムのの部分は、セッションが失われたと思っていますが（ログインページにリダイレクトされます）、IIS自身がセッションを失っていないことを示しています（したがって、マスターページに表示されるメニュー）。

IISマネージャを使用して、すべてのアプリケーションプール（新規および古い）と各Webサイトをリサイクルしようとしました。私はまた、web.configファイルとdllのフルリリースへのシングルスペースの変更を試みました。それでも、数回クリックするだけでシステムを断続的に使用したり、便利なことをしたり、ログイン画面で自分自身を見つけたりすることができます。いくつかのログがあり、セッションが数秒後にタイムアウトしていることがわかりました。これは、App-poolの設定（デフォルトの20分）よりも大幅に少なくなっています。

ウェブサイトのapp-poolをデフォルトに戻すと、すべてがもう一度okでした。

私は何が欠けていますか？どんな提案も感謝して受け取りました！

EDIT：

ちょうど私が異なったWebサイト名（例えばXxxx_Dev、Xxx_Testなど）からのA​​pp-プールに名前を付けましたステージング環境に...と思ったけど、ライブに私はちょうどそれを同じ名前を呼ばれますウェブサイトとして。これにより問題が発生する可能性がありますか？

Answer 1

OK。私は問題を見つけたと思う。

私は実際に誰かによってセットアップされたアプリケーションプールを使用していました。予想された名前でしたが、プロパティ、パフォーマンスタブで設定しました。 4つのワーカープロセスを使用するWeb Gardenオプション。セッション状態が「プロセス中」（デフォルト）に保存されているので、接続が新しいスレッドに当たったときには、記憶されているセッション変数も本質的に失われていました。 。

初期段階ですが、新しく変更されたアプリケーションプールへの簡単な切り替え（再起動やweb.configの保存が不要）がすべて正常に動作しているようです。

Answer 2

さまざまなアプリケーションがすべてフォーム認証を使用していますか？ Authenticationタグのweb.config内の各フォームタグに固有のパス属性を指定しましたか？