0

表面的には、この質問は serverfault.com にあるように見えますが、最初にここに投稿する理由があります。

ASP.NET 2.0 Web アプリケーションを開発しました。ごく最近、使用頻度が高くなり、ポストバックまたは AJAX 呼び出しの途中で (サーバーに接続できません) エラーが発生しました。ただし、エラーは断続的であり、サーバーは CPU、IO、または RAM に関して負荷の兆候を示していません。

私の最初の本能は「ネットワークカードの障害」と言いますが、私はソフトウェア開発者であり、自分のツールを非難するのは好きではありません. バグの 99% は、ハードウェアではなく人的エラーです。

Rackspace (私たちのプロバイダー) は、ネットワーク エラーはなく、サーバー ログには何の影響もないと言っています。

ご想像のとおり、ローカル検証システムでは、ソフトウェアは夢のように動作します。

私の質問は、serverfault.com でどこを見始めて、どこで立ち止まって質問するかということです。

（私は専門家からのアイデアチェックリストを探していると思います）

4

2 に答える 2

2

特に「ASP.NET」イベント ソースからのイベントについては、サーバー イベント ログを調べてください。また、ASP.NET パフォーマンス カウンター、特に "Request" カウンターを確認してください。

おそらくリクエストに時間がかかりすぎているため、ワーカー スレッドが不足しているようです。データベース操作などで時間がかかりすぎるのは特定のリクエストのみであることがわかる場合があります。その場合、それらのページを非同期にすることで問題を軽減できます。

于 2009-08-14T11:22:40.890 に答える
1

それを分離するために、次のことを行います。

  • watchmouse.com などのサービスを使用して、さまざまな場所からアプリケーションを監視します。これにより、ネットワークの問題であるかどうかがわかるはずです。(おそらく、Rackspaces の制御外の 1 つです。)

  • エラーが発生したときのページの HTML と Javascript の例を取得します。これは、それがコードであるかどうかを判断するのに役立ちます。

  • エラーが発生した正確な時刻を取得します。これらをラックスペースに渡してログを監視したり、これらの時間について独自のログを確認したりできます。

  • また、John が言うように、イベント ログとカウンターを調べて、自分の側に問題があるかどうかを判断してください。

于 2009-08-14T11:32:30.170 に答える