問題タブ [application-pool]

アプリケーションのアーキテクチャは簡単です。アカウント所有者データを保持する Web アプリケーションがあります。このデータは処理され、ビジネス ルールの数に基づいてアカウント所有者のステータスが更新されます。このプロセスは、ページ上のボタンを使用して開始され、実行時間の長いプロセスです (たとえば 15 分)。このデータ処理を実行するために、ストアド プロシージャを内部的に呼び出すコンポーネントが開発されています。ビジネス ルールのほとんどは、ストアド プロシージャに保持されます。

タイムアウトを処理するために、処理は非同期的に行われます (スレッド プール、カスタム スレッド、または非同期コールバック デリゲートを使用)。プロセス全体がトランザクションの下で実行されます。アプリケーション プールがリサイクルされた場合、またはワーカー プロセスが強制的に終了された場合にトランザクションがどうなるかについて、あなたの見解を知りたいですか?

アプリケーション フォルダー内の web.config ファイルを編集すると、そのアプリケーション プールがリサイクルされ、変更が反映されることに気付きました。

IIS はどのようにこれを達成し、この機能を別の構成ファイルに拡張することは可能ですか? それとも、この依存関係はどこかにハードコーディングされていますか? これは、通常は別のチームによって管理されている web.config を編集せずに、構成の変更を Web サーバーに展開できる可能性に関連しています。

このリサイクル イベントを手動で呼び出したくはありませんが、web.config と同じように機能させることに注意してください。これらの設定を web.config に簡単に追加できることは承知していますが、それは私が求められたことではありません。

どうもありがとう、ロビン

現在、いくつかの計算を実行し（そして動的に生成されたドキュメントを返す）、約1時間かかるASMX、ASP 2.0、IIS7Webサービスを開発しています。実行するのに60秒。

複数のコアと大量のRAMを備えた大きなマシンがあるため、IISは、要求キューに到着した要求を、アプリプールのスレッドプールの使用可能なすべてのスレッドにルーティングするために最善を尽くすことを期待していました。

しかし、私たちは反対のことを静かに経験します：

複数の異なるクライアントからASMXWebサービスURLに要求を発行すると、IISはこれらの要求を連続して処理しているように見えます。つまり、リクエスト1が到着し、処理され、次にリクエスト2が処理され、次にリクエスト3というようになります。

質問：

十分なスレッドが利用可能な場合、（WebサービスのC＃コードを変更せずに）要求を並行して処理するようにIISを構成することは可能ですか？

• はいの場合：どうすればよいですか？
• いいえ：回避策/ヒントはありますか？

「プロセスにアタッチ...」でデバッグするときに、これらのw3wpプロセスに関連付けられたアプリケーションプール名を表示できるVisual Studio用のプラグインはありますか?

通常、デバッグする前に次の手順を実行する必要があります。

c:>\Windows\system32\inetsrv\appcmd list wps

次に、デバッグするアプリケーション プールのプロセス ID を取得し、それを [プロセスにアタッチ] ウィンドウにアタッチします。

これを自動的に実行できるプラグインがあれば非常に喜ばしいと思いますが、Google で調べてもそのようなものは見つかりませんでした。

ここで 1 つ疑問があります。asp.net MVC Web アプリケーションが 1 つあり、毎晩 IIS からアプリケーション プールをリサイクルしています。翌日最初のリクエストが来ると、応答を得るのに時間がかかっています。

アプリ ドメインがロードされていない (アプリケーションが開始されていない) ため、最初の要求に時間がかかっています。Web アプリケーションを開始するには時間がかかります。

問題は、ジャスト イン タイム コンパイラが再び登場するかどうかです。毎朝、JITで再コンパイルする必要があるということですか？

IIS 6 で 4 GB 以上のメモリを備えた Web サーバーで ASP.NET アプリを実行しています。多くの記事を読んだ後、アプリケーション プールの「使用される最大メモリ」を 800 MB に設定して、「メモリ不足」を解消する必要があると記載されています。私たちのために起こっているメモリ例外」。ただし、アプリケーション プールの「最大仮想メモリ」は何に設定する必要がありますか? 何に設定する必要があるかについての情報が見つかりません。

IISのアプリケーションプールの下に保持されているWCFWebサービスがあります。

最近、このWebサービスに電話をかけようとすると、「サービスが利用できなくなりました」というメッセージが表示されます。私が最初にやろうとしたことは、アプリケーションプールを再起動することでした。私はそれをしました、そして数秒後、それは墜落して止まりました。

イベントビューアを見ると、これらのメッセージが見つかりましたが、現時点では問題の場所を見つけるのに役立ちませんでした。

アプリケーションプール「X」にサービスを提供しているプロセスが失敗を報告しました。プロセスIDは「11616」でした。データフィールドにはエラー番号が含まれています。

詳細については、ヘルプとサポートセンター（ http://go.microsoft.com/fwlink/events.asp ）を参照してください。

これらのいくつかを取得した後、私はこれを取得しました：

アプリケーションプール「X」は、そのアプリケーションプールにサービスを提供しているプロセスで一連の障害が発生したため、自動的に無効になっています。

詳細については、ヘルプとサポートセンター（ http://go.microsoft.com/fwlink/events.asp ）を参照してください。

権限とアプリケーションプールの構成をすでに確認しましたが、すべて問題ないようです。

誰かがこれを経験したことがありますか？

前もって感謝します。

IIS 6を使用すると、アプリケーションの分離はアプリケーションプールに基づいて行われますか？その場合、1つのアプリケーションプールに複数の仮想ディレクトリがあるとどうなりますか？それらはすべて同じメモリを共有し、1つの仮想ディレクトリがクラッシュすると、他のすべてのアプリもクラッシュしますか？

私たちの ASP.NET 2 Web アプリケーションは、非常にエレガントに例外を処理します。Global ASAX の Application_Error で例外をキャッチします。そこから例外をログに記録し、わかりやすいメッセージをユーザーに表示します。

ただし、今朝、サイトの最新バージョンを展開しました。30 分は問題なく動作しましたが、その後、アプリケーション プールがクラッシュしました。以前のリリースを復元するまで、サイトは復旧しませんでした。

アプリ プールをクラッシュさせ、通常の例外ハンドラーをスキップするにはどうすればよいですか? この問題を再現しようとしていますが、今のところうまくいきません。

更新：解決策が見つかりました。私たちのページの 1 つは、別のページをスクリーンスクレイピングしていました。しかし、URL が正しく構成されておらず、ページが無限にスクリーンスクレイピングされ、スタック オーバーフロー例外が発生しました。

Asp.Net MVC2Webアプリケーションを.Net4.0のIIS7.5に展開しています。アプリケーションプールをAsp.Netv4.0Classicとして選択すると、次のエラーが発生します。

Asp.Net v4.0 Integratedとしてアプリケーションプールを選択すると、同じアプリケーションが正常に機能します。誰かがこれの理由を知っていますか？

更新：次のURLの手順に従いました。

http://www.asp.net/mvc/tutorials/using-asp-net-mvc-with-different-versions-of-iis-cs

.mvc拡張子のマップを追加し、以下に示すようにルーティングも変更しました。

これで、次のURLが正常に機能し、ホームページ/インデックスページが表示されます。

しかし、これでも同じエラーが発生します（HTTPエラー403.14-禁止）

ルートをホーム/インデックスアクションにマッピングしたので、これは機能するはずです。

アップデート

これは、Win 7 Ultimate Turbo GoldPremium64ビットシステムのIIS7.5にあります。アプリプールは統合モードで実行されていました。クラシックに切り替えると、すべてが宣伝どおりに機能します。アプリをクラシックモードで実行すると、パブリックアクセスが許可されます。だからここに質問があります：必要に応じてこれを統合モードで実行するにはどうすればよいですか？