の理由と解決策を理解してください。「Service Unavailable」のプロンプトが表示されたら、数回更新した後でアクセスできます。これは、WebサイトがIISの制限を超えているために発生します2003年のオペレーティングシステムではIISのプロンプトが多すぎるため、2000システムでは "過剰なリンク数"と表示されません。この状況は、主にプログラムが多すぎるリソースを占有しているために、Webサイトがシステムリソースの制限を超えているという事実によって引き起こされます。たとえば、同じ100人のオンラインフォーラム、Leoフォーラムのリソースは、PWフォーラムのリソースの10倍を超え、さらに、一部の無限ループプログラムや最適化されていないプログラムは、システムリソースを大量に消費し、システムリソースは明らかです。限られています。しかし、WINDOWS2003のオペレーティングシステム、各Webサイトは独立したプロセスで実行され、お互いに影響を与えません。 Webサイトのプログラムが多すぎるリソースを占有したり、多すぎるエラーが発生したりすると、システムログに「アプリケーションプール 'xxx'は自動的に無効になります。アプリケーションプールにサービスを提供するプロセスに一連のエラーが発生します。または、アプリケーションプール 'xxx'がそのジョブ制限設定を超えている場合。このとき、このWebサイトにアクセスすると、ServiceUnavailableというメッセージが表示されます。一般的なシステムは約30秒で正常に戻り、数回の更新後に正常にアクセスされます。さらに、あなたのウェブサイトが現在システムのIIS接続制限を超える訪問者を多くしすぎている場合、ServiceUnavailableプロンプトが表示されます（win2kホストの下に接続が多すぎる場合はプロンプトが表示されます。 Win2003ホストだけプロンプト：ServiceUnavailable）第二に、IIS接続への制限はありません、またはACCESSデータベースサイトの使用で一般的に使用不可サービス使用不可一般的にwindows2003IIS6ユーザーがこの問題を抱えている可能性があります。 ServiceUnavailableがこのサイトはIIS接続の数を制限しません。その後すぐに他のWebサイトに影響を及ぼしましたが、すぐに他のWebサイトがすべてServiceUnavailableになりました。 //www.jb51.netからのこの記事は分析の後に知ることができるか、あるいはMSの古い問題です。 ACCESSエンジンは消えました。修復結果を表示すると、サーバーの医師のファイルの医師と修理、いくつかのファイルがACCESSエンジン "致命的な失敗"と "オブジェクトの参照がオブジェクトのインスタンスに設定されていません"エラーの原因となります。ファイル医師がそれを修正した後、システムは正常に戻ります。 3つ目は、Windows SharePoint Services Webサイトを参照しているときに、プロンプト：ServiceUnavailable1。Microsoftインターネットインフォメーションサービス（IIS）6.0が仮想サーバーのアプリケーションプールを正しく構成しないため、この問題が発生することがあります。解決方法この問題を解決するには、次の手順を実行します。1.アプリケーションプールが仮想サーバー用に構成されていることを確認します。既定のアプリケーションプールはMSSharePointPortalAppPoolです。仮想サーバーがどのアプリケーションプールを使用しているかを確認するには、次の手順を実行します。 a。[スタート]ボタンをクリックし、[管理ツール]をポイントして、[インターネットインフォメーションサービス（IIS）マネージャ]をクリックします。 b。[サーバー名]、[Webサイト]の順に展開し、仮想サーバーを右クリックして、[プロパティ]をクリックします。 c。[ホームディレクトリ]タブをクリックします。仮想サーバー用に設定されたアプリケーションプールが[アプリケーションプール]ボックスに表示されます。 d。[OK]をクリックします。 2.アプリケーションプールアカウントで使用されているパスワードが正しいことを確認します。 IISはActive Directoryディレクトリサービス内のパスワード変更を自動的にポーリングしません。アプリケーションプールアカウントがドメインアカウントであり、そのパスワードの有効期限が切れている場合、このアカウントに新しいパスワードを再割り当てした後に、この資料の「現象」に記載されているエラーメッセージが表示されることがあります。 3.アプリケーションプールアカウントが、サーバー上のIIS_WPGグループおよびSTS_WPGグループのメンバーであることを確認します。 4. IISを再起動してアプリケーションプールServiceUnavailableをリサイクルします。 - ServiceUnavailableが発生する理由は、通常、IIS、CPU、メモリなどのリソースが不足しているためです。すべての仮想ホストがIISを制限するわけではないので、IISを排除できます。私たちのサーバーオペレーティングシステムはすべてwindows2003です、非常に重要なことは「アプリケーションプール」です、一般的に、30-50ステーションはプログラムプールを共有します、このプログラムプールは単にリソースライブラリとして理解することができます。 30〜50のステーションがこのリソースを共有しています。プログラムプールのCPU使用量を60％に、メモリ使用量を200Mに制限します。このリソースがステーションの1つによって使い果たされると、プログラムプールは停止し、プログラムプールが再起動されるまで、このプログラムプールを使用しているすべてのステーションに "ServiceUnavailable"リソースプロンプトが表示されます。ほとんどの場合、CPUの60％と200Mのメモリが完全に使用されているため、スパムプログラムや攻撃があった場合、CPUの急激な増加や大量のメモリ使用量が発生する可能性があります。私たちが監視している現在の状況から、ほとんどのCPU使用率は90％から100％の間です。 1." ServiceUnavailable'"が表示されるとどうなりますか。 IISを監視および修復するプログラムを独自に開発し、10分ごとに自動的にIISをチェックし、プログラムプールが停止したことを検出した場合は再起動します。そのため、ServiceUnavailableが10分以内に自動的に修正されます。ほとんどの場合は2〜5分です。他のほとんどの企業は監視プログラムを持っていません、彼らは手で修理することができるだけです、そして、発見して開始するのに通常2〜6時間かかります。 2、頻繁に「ServiceUnavailable」が発生しましたか？このメッセージが頻繁に表示される場合は、リソースを共有しているステーションの1つに問題があることを示しています。 3." ServiceUnavailable'"にサーバーの問題はありますか。多くの人々は、サーバーの不安定性の問題はそうではないと考えています。サーバーの問題であれば、 "ServiceUnavailable"のプロンプトは表示されませんが、直接ダンプされ、FTPさえ起動しません。これは、ステーションが大量のリソースを消費し、サーバーのリソースが常に制限されているために、長時間にわたって設定値を超えると、ユーザーが他のプログラムプールに影響を与えないようにサーバーが自動的にプログラムプールを停止するためです。