HTTPエラー503を修正する方法–サービスは利用できません– 4sysops

HTTPエラー503は、500 –内部サーバーエラーに加えて、IISでホストされているWebサイトで発生する可能性のあるもう1つの非常に一般的なエラーです。

Httpエラー503サービスを利用できません

このエラーの主な理由は、アプリケーションプールが停止または無効になっていることです。 アプリケーションプールは、ワーカープロセスを開始するIISコンポーネントであり、これにより、WebサーバーがWebサイトへの着信要求を処理できるようになります。 アプリケーションプールに問題がある場合、WebサーバーはHTTPエラー503をスローします。

アプリケーションプールの障害には、コード内の未処理の例外、アプリケーションプールIDの期限切れのパスワードなど、さまざまな理由が考えられます。 既定では、IISは、ワーカープロセスが5分以内に5回連続してクラッシュした場合に、誤動作しているアプリケーションプールを無効にするように構成されています。 この設定は、Rapid-FailProtectionと呼ばれます。、 これは、アプリケーションプールの詳細設定で利用できます。 これは、次のスクリーンショットに示されています。

アプリケーションプールの高速障害保護設定の表示または変更

• 有効-値 真実 は、ラピッドフェイル保護機能がアクティブであることを示します。これはデフォルトです。 値をに設定します 間違い 無効にします。
• 失敗間隔（分）-プロセスの失敗をカウントする分数（デフォルトでは5）を指定する時間間隔。
• 最大の失敗-上記の時間間隔内に許可される障害の最大数（デフォルトでは5）。

アプリケーションプール関連の問題のトラブルシューティング中に、必要に応じてこれらのパラメーターを変更できます。

アプリケーションプールが無効または停止されている正確な理由を特定するには、イベントビューアを開き、に移動します。 システム ログに記録し、ソースがWindows Process Activation Serviceであるエラーまたは警告イベントを探します（だった）。 WASは、アプリケーションプールを開始/停止し、IISのワーカープロセスを追跡する責任があります。

次のスクリーンショットは、IDが無効であるためにアプリケーションプールが無効になっていることを示しています。

システムログをチェックして、アプリケーションプール障害の原因を特定します

システムログに何も見つからなかった場合は、ASP.Net関連の例外がログに記録されるため、アプリケーションログを確認してください。 上で説明したように、ワーカープロセスで5分以内に5つの致命的なエラーまたは例外が発生すると、高速障害保護が開始され、障害のあるアプリケーションプールが自動的に無効になります。

イベントログに基づいて、アプリケーションプールの障害の理由がアプリケーションコードのバグであると結論付けたが、開発者が修正するまでアプリケーションプールを実行し続けたい場合は、迅速な障害保護の動作を一時的に調整できます。 、どちらかを増やすことによって 最大の失敗 または 失敗間隔 より高い値に。 次のPowerShellコマンドを使用して、この機能を無効にすることもできます。

(Get-IISAppPool awesomewebsite.com).failure.rapidFailProtection
Set-WebConfigurationProperty '//*[@name="awesomewebsite.com"]//failure' -Name rapidFailProtection -Value $False

PowerShellを使用したアプリケーションプールの迅速な障害保護の表示と無効化

高速障害保護機能はWebサーバーの安全のためにあるため、無効にすることは問題の解決策とは見なされないことに注意してください。 代わりに、アプリケーションコードの根本的な原因（または動作を引き起こすバグ）を修正することが非常に重要です。 とにかく、開発者がバグの修正に時間がかかる場合は、無効にすることが役立つ場合があります。 その間、Webアプリケーションを稼働させ続けたいと考えています。 ラピッドフェイル保護を無効にすると、Webサーバーは障害のあるアプリケーションプールを無効にせず、訪問者にはHTTPエラー503が表示されなくなります。

HTTPエラー503の簡単な解決策は、Webサイトに対応するアプリケーションプールを開始することです。 アプリケーションプールID関連のエラーまたは警告が表示された場合は、IDのユーザー名とパスワードが正しいことを確認してください。 カスタムユーザー名を使用する場合は、そのパスワードの有効期限が切れていないことを確認してください。 可能であれば、そのユーザーのパスワードが期限切れにならないように設定してください。

アプリケーションプールが繰り返し停止するが、システムログにアプリケーションプールID関連のエラーがない場合、この問題は、コード内の致命的なエラーまたは未処理の例外が原因である可能性があります。 その場合、 the アプリケーションログはあなたにいくつかの有用な洞察を与えることができます。 次のスクリーンショットは、未処理の例外が原因で発生した、アプリケーションログに記録された一般的なエラーを示しています。

アプリケーションログをチェックして、アプリケーションプール障害の原因を特定します

このようなエラーや警告が表示された場合は、アプリケーション開発者に通知し、例外を修正するように依頼してください。 必要に応じて、イベントログに記録された詳細なエラーメッセージを共有します。

次の表に、一般的なHTTP 503サブステータスコードと、考えられる原因およびトラブルシューティングのアドバイスを示します。

%SystemRoot%System32inetsrvappcmd.exe set config /section:serverRuntime /appConcurrentRequestLimit:100000

%SystemRoot%System32inetsrvappcmd.exe set config /section:system.webserver/serverRuntime /appConcurrentRequestLimit:100000

4sysopsニュースレターを購読してください！

ほとんどのIISエラーと同様に、HTTPエラー503は、詳細なエラーと失敗した要求のトレースを使用して修正できることがわかります。。 ただし、アプリケーションプール関連のエラーが発生した場合、HTTP.sysドライバーは 503.0エラー アプリケーションプールがリクエストを処理するために利用できないためです。 したがって、詳細なエラーまたは失敗した要求トレースルールはトリガーされません。 このような状況では、Windowsのイベントログを利用してトラブルシューティングを行うことができます。