問題タブ [application-pool]

IIS のアプリ プール設定のリサイクルを "要求数の固定" 後にリサイクルすることの影響は何ですか?

この数が 100 で、99 番目の人が私の Web サイトに接続し、100 番目の人が来て、アプリケーション プールのリサイクルをトリガーするとします。

これは、セッション 1 ～ 99 のすべてのセッション情報が失われることを意味しますか (アプリケーション プールのワーカー プロセスが再起動すると、インプロセス セッションは期限切れになります)。

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

IISでホストされているリモート処理を使用するアプリケーションで接続リークを追跡しているため、孤立した接続をクリアするために、1日の指定された時間にAppPoolのリサイクルをスケジュールしました。ただし、このリサイクルがスケジュールに従って行われているという証拠は表示されません。メタベースプロパティを変更したため、IISはすべてのリサイクルをログに記録し、手動のリサイクルコマンドをログに記録します。

IISがスケジュールを監視するのを妨げているのは何ですか？

ホストが特定のサイズに達したときにアプリケーション プールを自動的にリサイクルすると、すべてのユーザー セッションが失われ、ユーザーがログアウトされますか?

この場合、InProc セッションを SQL に移行すると問題が解決しますか? これを行うと、多くのメモリも節約されますか?

ありがとう

ギャビン

RSACryptoServiceProvider を使用して、既知の秘密鍵 (変数に格納されている) を使用して一部のデータを復号化するアプリケーションがあります。

IIS アプリケーション プールが Network Service を使用するように構成されている場合、すべてが正常に実行されます。

ただし、別の ID でコードを実行するように IIS アプリケーション プールを構成すると、次のようになります。

コードは次のようなものです。

ユーザーにマシン キー ストアへの読み取りアクセス権を付与する必要があると述べて回答しようとするリソースがありますが、この問題を解決するための決定的な回答はありません。

環境: IIS 6.0、Windows Server 2003 R2、.NET 3.5 SP1

IIS MMC を介して Web アプリのアプリケーション プールをリサイクルすると、Web アプリ内のページを最初に要求したユーザーは、サイトからの応答が非常に遅くなります。その最初のリクエストの後、その後のすべてのページは問題ありません。ユーザーはサイトからログオフし、後で戻ってくることもでき、速度は速い. 私の懸念は、サイトの最初の初期ロードにあります。午前 3 時にアプリケーション プールを再起動するスクリプトを作成する場合、他に何ができるでしょうか。

a.) サイトにアクセスするユーザーになりすまして、最初の遅い読み込みを発生させることで、ユーザーが朝にアプリを「準備」できるようにします。

また

b.）ユーザーがこのプロセスを開始しなくても、アプリプールにメモリなどをスプールするように指示します。

同じサーバーの Web インターフェイス内から Web サイトとアプリケーション プールを停止、開始、再起動、リサイクルする方法を見つけようとしています。理想的には、これはシェル コマンドを実行しなくても .NET で実行できることです。

(他にも関連する質問が寄せられているようですが、必要でない限り、コマンド ラインからこれを実行したくありません)。

IIS6 と IIS7 の両方でこれを行う必要があります。

ASP.NET アプリケーションに接続プールのメモリ リークの問題があるとします (たとえば、接続が正しく閉じられていない場合)。

アプリケーション プールをリサイクルすると、接続プールがクリアされますか (したがって、より多くの接続を確立できますか)?

ガベージ コレクターが接続を削除するまで接続がメモリに残っている場合、アプリケーション プールが再起動されたときに発生しますか (または、それを超えて接続を維持できますか)? また、ガベージ コレクターがいつでもそれらをクリーンアップできることも理解していますが、それらはまだ使用されており、リセットまたはアプリケーション プールの再起動まで収集できませんか?

接続を正しく管理するためにコードを修正することが最終目標であることは明らかなシステムをレビューしており、ガベージ コレクション/アプリケーション プール プロセスについて理解を深めようとしています。

ASP.Net アプリケーションを新しいサーバーにデプロイした後、最初にアプリをヒットしたユーザーは長い一時停止を取得します。これは、おそらくアプリが最初のコンパイルを実行しているためです。ただし、この一時停止は、アプリケーションがタイムアウトしてメモリからアンロードされた後にも発生するようです。

最初のコンパイルは 1 回しか発生しないので許容できますが、2 番目のコンパイルは不要なように思えます....この問題に対処する回避策はありますか? アプリケーションのタイムアウトを延長できればいいのですが、セッションのタイムアウトを延長する方法しかありません。これは、すべてのユーザー セッションを長時間メモリに保持するため、実行したくありません。

win 2003 iis6 から win 2008 / IIS7 に移行するプロジェクトを始めたばかりで、MS のドキュメントやさまざまな記事を読んだ後、サイトには 1 つ以上のアプリケーションが必要であると記載されているため、少し混乱しています。

ただし、.Net 3.5 ディレクトリを指す新しいサイトをセットアップしましたが、動作します。

この意味は ....

A-私は物事を見ています。B- サイトは実際には 1 つ以上のアプリケーションを必要としません。

上記の動作を説明できる人はいますか？または、サイト、アプリケーションなどを説明する有用な記事を教えてください。

アプリ プールはクラシック パイプライン モードです。これが問題かどうかはわかりません。

どうもありがとう、