Windows 2008R2サーバーIIS 7.5最初のアクセス時にページが読み込まれない... 2〜3回の更新が必要
これは、私のボックスが同じ場所にあるISPのネットワークの問題である可能性があります...完全にはわかりません。ここをチェックして、サーバーに関連するこのような問題を誰かが見たかどうかを確認したかったので、そこでもチェックできます。
自分のWebサイトにアクセスすると、Firefoxで「接続できません」というメッセージが表示されます。 F5を2、3回実行すると表示されますが、SEOや、検索エンジンからサイトにアクセスしようとしている顧客にとっては良くありません...ページを更新することを知らないでしょう。
私はiisresetを実行し、実際にはボックス全体を再起動しました...同じ問題がまだ存在します。
イベントビューア（アプリケーションログとシステムログの両方）を確認しましたが、通常とは異なることは何もありません。ボックスへのRDPは問題なく実行でき、問題はありません。 ipsの1つに/ tをpingしても、タイムアウトは発生しません。
次に何をチェックすればいいのか途方に暮れています...
更新：
私が言及しなかったことの1つは、このサーバーが2011年10月からページを提供していて問題がないことです。これは今日始まったばかりです。
ローカルでサイトを取得しようとすると同じ症状が表示されるため、ネットワークではなくサーバーのように見えます。
問題の原因が最初に読み込まれるアプリプールであるかどうかは完全にはわかりません。理由は、Firefoxにサイトをロードして、その直後にchromeで試してみても、表示されないからです。
VM上にはありません。
あなたが計画を立てるのを助けるかもしれないいくつかの理論：
IIS 7.5は、各Webサイトをアプリプールとして作成します（GUIを使用して作成する場合）
1つのアプリプールが1つのW3WP.exeで実行されます
W3WPスタートアップは、アプリプールの人生で最も高価な時間です
アプリプールは（ほとんど）デマンドで開始されます-リクエストが到着したときにのみ開始されます
IISは、デフォルトで20分後にアイドル状態のアプリケーションプールをタイムアウト（シャットダウン）します
重複するリサイクルはコールドスタートアップよりも高速です
IISには、アプリプールのデフォルトの起動時間制限が90秒あり、その数で実行されていない場合、アプリプールは終了します（そしてリサイクルされます。つまり、再起動されます）。
最初のリクエストのパフォーマンスが忌まわしいと感じた場合：
アプリが最初に実行されたときに大量の処理を実行する可能性があります。これは、IO /ネットワーク/データベースのパフォーマンスの影響を受けます。
アプリプールを停止させないでください
アプリプールの起動中に発生するIOを調べる-ResMon（W2008R2およびW7に含まれる）は、特に大まかなバイト/秒レートを表示するディスクタブで、これについての良い洞察を与える可能性があります。 IO待機時間
perfmonを使用して、サイトのパフォーマンスとIOパフォーマンスとW3WPの起動時間）を追跡します。
- cPU/Net/Disk/Memに関する一般的なパフォーマンス-それらのいずれかがアプリの起動のボトルネックになっている場合は、それらを改善します
ボックス自体が共有VMである場合は、共有されすぎているか、適切にスケーリングされていないことをお勧めします。 VM時間によって相対的に認識されるのではなく、ウォールクロックを含むパフォーマンスカウンターは、それを診断するのに役立つ場合があります。