問題タブ [application-pool]

とにかく、各Webサイトを参照せずにそのプールで使用されているWebサイトを確認し、割り当てられたプールを確認する方法はありますか?

私は約 35 の Web サイトを持っていますが、Web サイトを 1 つずつ閲覧する余裕はありません。

ありがとう

当社は、顧客向けにかなり大規模な (自己作成) ASP.NET Web サイトをホストしています。これは、Web サービス、Web サイト、画像提供 Web サイトで構成され、3 つすべてが独自の仮想ディレクトリにあります。3 つの仮想ディレクトリは、1 つのアプリケーション プールにまとめられています。プールには、両方のメモリー制限 (最大仮想メモリーと最大使用メモリー) が 500 メガバイトに設定されています。

ただし、一度に 1 人のユーザーしかいない場合でも、アプリケーション プールには多くのリサイクルが発生します。イベントログ メッセージには次のように記載されています。

アプリケーション プール 'xxxx' を提供する 'xxxx' のプロセス ID を持つワーカー プロセスは、仮想メモリの制限に達したため、リサイクルを要求しました。

ただし、Process Explorer でワーカー プロセスを観察しても、このメッセージをサポートするものは何も表示されません。両方の設定によって実際に制限されているメモリを観察するには、どのカウンターを監視する必要がありますか?

更新 1

タスク マネージャーでプロセスを観察すると、約 100 MB の「メモリ使用量」と「vm サイズ」が示されますが、プロセスは上記のメッセージと共にリサイクルされます。サーバーで使用可能な 5 GB の物理メモリ...

更新 2

Web サイトはかなり大きいですが、問題はアプリケーションの小さな部分に集中しています。(Oracle を使用して) クエリを実行し、結果をグリッドビューとリピーター Web コントロールにバインドします。結果は、簡単な説明とアイコン (画像提供 Web サイトから読み込まれる) で構成されます。10 回の検索アクションを次々に実行すると、それぞれ 9 件の結果が得られ、ワーク プロセスはメモリ使用量と約 100 MB の VM サイズを示し、リサイクルします...

更新 3 画像提供 Web サイトの使用方法を切り替えても、より良い結果にはなりません。ですから、問題は別のものであると言っても過言ではないと思います。

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

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

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

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

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

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

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

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

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

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

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

本番サーバーで多くの問題が発生しています。一部のルーティングにより、イベントID1011のアプリケーションプールがクラッシュします。

イベントタイプ：警告イベントソース：W3SVCイベントカテゴリ：なしイベントID：1011日付：2009年1月21日時間：9：08：17 AMユーザー：N / Aコンピューター：xxxxxxxxxxxxx説明：

アプリケーションプール「DefaultAppPool」を提供するプロセスで、World Wide WebPublishingServiceとの致命的な通信エラーが発生しました。プロセスIDは「3788」でした。データフィールドにはエラー番号が含まれています。8007006d

問題を見つける前に、私には非常に苦労する時間が数時間あります。TessFerrandezと彼女のブログ投稿のおかげで私はそれを見つけました。

asp.netアプリケーションのマルチスレッドコードを常に再確認してください。未処理の例外が発生すると、アプリケーションプールがクラッシュし、その理由を見つけるのが非常に困難になります。

特定の Web サイトのアプリケーション プール名を取得する方法 C# を使用した IIS 6 プログラム

編集: 私は既に DirectoryServices 名前空間のメソッドを使用しましたが、同じコードを使用して明示的に設定されていない限り、アプリケーション プール名は正しく取得されません。つまり、iis マネージャーを使用して Web サイトを手動で追加し、アプリケーション プールを設定すると、これらのコードは動作しません (常に DefaultAppPool が返されます)。さらに、sharepoint を使用してアプリケーションを作成し、別の appPool を設定すると、これらのメソッドは動作しません。

同じ Windows 2003 開発サーバーでホストされている Web アプリケーションと WCF サービスがあります。それぞれに、drs.displayscreen.web および drs.displayscreen.service ホスト ヘッダーにそれぞれ応答する独自の IIS Web サイト ノードがあります。hosts ファイルには、127.0.0.1 を指す両方のヘッダーのエントリが含まれています。Web サイトには、drs.displayscreen.service へのサービス参照があります。

アプリケーション プールが「ネットワーク サービス」アカウントを使用する場合、両方のアプリケーションは完全に機能します。

サービスの内部で COM 処理を実行する必要があるため、カスタマイズされた ID でアプリケーションを実行したいと考えています。両方のサイトが新しいアプリケーション プールで実行されます。

この目的のために作成された新しい Windows アカウントを使用するようにアプリケーション プール ID を変更すると、次の (内部) 例外が発生します: [EndpointNotFoundException: Could not connect to http://drs.displayscreen.service/Handler.svc . TCP エラー コード 10060: 接続先が一定時間後に適切に応答しなかったために接続試行が失敗したか、接続されたホストが 192.168.98.2:8080 に応答しなかったために確立された接続が失敗しました。]

192.168.98.2:8080 は、使用されなくなった DNS サーバーのアドレスです。ソリューションのどこにも参照されていません。ipconfig からはまったく参照されません。

新しいアカウントが IIS_WPG のメンバーであることを確認し、 aspnet_regiis -ga を実行しました。また、ホスト ファイルを読み取るための明示的なアクセス許可をアカウントに付与しました。

アプリケーションがホスト ファイル エントリではなく、機能していない DNS サーバーを使用して一時 URL (drs.displayscreen.service) を解決しようとするのはなぜですか? ネットワーク サービス アカウントで実行している場合、この問題は発生しないため、何らかの権限が必要です。ヘルプ！！

私は .NET ASP アプリケーションを見ています (サポート側から - 私はそれをプログラムしませんでした)。

断続的にハングアップします - Web ページが開きません。アプリプールをリサイクルすると修正されます。

イベント ビューアに次のエントリが表示されます。

シャットダウン中に、プロセス サーバー アプリケーション プール 'wsfrappPool' が時間制限を超えました。プロセス ID は W3SVC からの '9396' でした。

私も見ることができます

アプリケーション プール 'AeXRSVaultPool' を提供するプロセス ID '6804' のワーカー プロセスが、許可されている処理時間の制限に達したため、リサイクルを要求しました。

ハングの原因を突き止め、再発を防ぐ方法についてアドバイスを求めています。これを追跡するためにパフォーマンス カウンターを使用できますか? これらのイベント ビューアのエントリは関連していますか?

最近の Windows の更新により、IIS6 アプリケーション プールをリサイクルするために使用していた機能の一部が壊れているようです。

アプリケーションプールをリサイクルするために使用していた機能は次のとおりです。

問題の内容と、これにどのように取り組むべきかについての考えはありますか?