1

Active Server Pages と COM+ コンポーネントを使用して Web サイトを運営しています。ASP ページは、外部システムと通信し、ASP ページ要求に応答する COM+ コンポーネントを呼び出します。

アプリケーションが一定期間にわたって遅くなり、再起動が必要になることがわかりました (数日後など)。Web サイトは優れたハードウェアで実行されており、大量のトラフィックがないため、容量の問題ではないと考えています.

このアプリケーションは、ASP 3.0、VB 6.0 (COM) で書かれた外部ベンダーによってサポートされなくなりました。このような状況なので、ASP Web サイトと COM+ コンポーネントのパフォーマンスを監視して、どこに問題があるかを突き止めたいと考えています。

したがって、私の質問：

  • この場合の監視に最適なすべてのパフォーマンス カウンターはどれですか?
  • どのくらいの間隔でカウンターをログに記録する必要がありますか?
  • カウンターの分析を開始する前に、カウンターはどのくらい監視されますか? これはアプリケーションによって異なる可能性があることは承知していますが、一般的なガイドラインはありますか?
  • カウンターが集められたら、どうすればそれを理解できるでしょうか? MS Excel を使用した手動分析、または推奨される適切なツールはありますか? これについてのあなたの経験は何ですか？

どんな助けでも大歓迎です。

4

1 に答える 1

2

このスレッドを参照してください。

PAL Perfmon_Template_for_System_Overview.htm 設定ファイルから始めて、次の Active Server Pages カウンターを追加する必要があります。

  • スクリプト実行中のエラー
  • ASP プリプロセッサからのエラー
  • リクエスト実行中
  • キューに入れられたリクエスト
  • セッション合計
  • スクリプト コンパイラからのエラー
  • リクエストのデバッグ
  • リクエスト実行時間
  • リクエスト待ち時間
  • リクエスト/秒
  • リクエスト総数
  • リクエストは成功しました
  • 失敗したリクエストの合計
  • テンプレート キャッシュ ヒット率
  • プロセス (inetinfo) プライベート バイト

テンプレートのデフォルトのサンプリング間隔である 15 秒は、十分に長く監視する場合には十分です。1 日に数時間のピーク使用がある場合は、その時間帯を監視するだけで十分な場合があります。トラブルシューティングに集中するのに役立つ傾向を探しているだけです。

PAl ツールには、すぐに使える IIS 5.0 および 6.0 用のアナライザーが付属していますが、クラシック ASP 用のアナライザーは付属していません。新しいアナライザー (PAL ではしきい値ファイルと呼ばれる) を作成して、ASP の分析を含めることができます。コードは長すぎてここに投稿できませんが、興味がある場合はコメントを残してください。私が持っているものを送る方法を考えます。

また、Visual Studio の Enterprise Edition を使用している場合は、Visual Studio Analyzer (VSA) を使用して、すべての ASP および COM 呼び出しをトレースできます。時間が費やされている場所をプロファイリングするのに非常に優れた仕事をし、Perfmon カウンターを含めて、システム レベルで何が起こっているかを監視することもできます。

于 2008-11-20T12:47:34.577 に答える