IISアプリケーションプールがスムーズに実行され、Webアプリの問題を回避するために、次の手順に従ってください。1）ログまたはイベントビューアーを使用して根本原因を調(diào)査しながら、IISマネージャーのアプリケーションプールステータスを定期的に確認し、停止したプールを再起動します。 2）漏れを防ぐために、メモリまたは時間に基づいて自動リサイクルを構(gòu)成する。 3）パフォーマンスモニターを使用して、スレッド、再起動、リクエストの実行時間などのメトリックを追跡し、トレンド分析のためにデータコレクターセットをセットアップします。 4）ワーカープロセスCPUとメモリ使用量を監(jiān)視して、非効率性またはリークを検出します。 5）500や401などのHTTPエラーに関する詳細な洞察を得るために、IISで失敗した要求トレースを有効にし、特に展開後にログを積極的に確認します。

IISアプリケーションプールが監(jiān)視され、適切に維持されていない場合、Webアプリは減速、クラッシュ、または完全な停止に苦しむ可能性があります。それは、物事を?qū)g行し続けることだけではありません。それは、ユーザーが気付く前に何が間違っているか、それを修正する方法を確認する方法を知ることです。

アプリケーションプールのステータスを定期的に確認してください

最初にすべきことの1つは、アプリケーションプールが実際に実行されているかどうかを確認することです。手遅れになるまで誰も気づかずに、単純な停止またはクラッシュがダウンタイムを引き起こす頻度は驚くべきことです。

• IISマネージャーを開きます
• 「アプリケーションプール」に移動する
• 「停止した」狀態(tài)のプールを探してください

1つが予期せず停止した場合は、右クリックしてもう一度起動します。しかし、そこで止まらないでください。ログやイベントビューアーに入り、なぜ停止したのかを調(diào)べてください。一般的な理由は、誤動作アプリまたは健康チェックの失敗です。

また、メモリの使用または時間間隔に基づいて自動リサイクルを構(gòu)成します。これにより、メモリリークが忍び寄って時間の経過とともにサイトを削除するのを防ぐのに役立ちます。

ビルトインツールでパフォーマンスを監(jiān)視します

Windowsには、サードパーティのソフトウェアを必要とせずに監(jiān)視を容易にするツールが付屬しています。パフォーマンスモニター（Perfmon）もその1つです。次のような重要なメトリックを追跡できます。

• 現(xiàn)在のAppPoolスレッド
• ワーカープロセスが再起動します
• 実行時間を要求します

データコレクターセットをセットアップして、この情報を時間の経過とともに記録して、トレンドを見つけることができます。たとえば、毎日再起動の數(shù)が増加していることに気付いた場合、アプリプールに何かが不安定になる可能性があります。

注目すべきもう1つのことは、ワーカープロセスCPUとメモリの使用法です。特定のアプリプールが予想以上に一貫して使用する場合、メモリリークまたは非効率的なコードを示す可能性があります。

失敗した要求トレースを有効にして確認します

失敗したリクエストトレースは、問題のあるHTTPリクエスト中に正確に何がうまくいかなかったかについての洞察を提供します。処理パイプラインの各ステップを分解し、障害が発生する場所を強調(diào)表示します。

それを使用するには：

1. IISマネージャーに移動します
2. サイトまたはアプリケーションを選択します
3. 「失敗したリクエストトレースルール」をダブルクリックする
4. 500や401などのステータスコードのルールを作成する

有効になると、故障した要求は、詳細情報を含むXMLログファイルを生成します。これらは少し技術(shù)的ですが、モジュールの競合、認証の問題、遅いモジュールなどの問題を見つけるのに非常に便利です。

ユーザーがエラーを報告するのを待たないでください。特に新しい機能や更新を展開した後、これらのログを定期的に參照してください。

それは基本的にそれです。 IISアプリプールに注目することは複雑である必要はありませんが、基本をスキップすると、実際の頭痛につながる可能性があります。

以上がIISアプリケーションプールのヘルスチェックと監(jiān)視の実行の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。