0

アプリケーションが何をしているのかをもっとよく理解したいと思います。ASP.NETおよび.NETカウンターを監視していますが、何が起こっているのか、どのくらいの速さで起こっているのかをより深く把握する必要があります。これに関するベストプラクティスは何ですか？また、Microsoft.NET環境で利用できる特定のガイダンスまたはドキュメントはありますか？これにエンタープライズライブラリを使用しますか？アプリケーションにデータを取り込むために、ライブラリの一部をすでに使用しています。

この時点での最大の苦痛：

  • アプリケーションのトラブルシューティングの方法はほとんどありません

    （ログはありますが、ログが多すぎるため、サイズが原因でログが実質的に役に立たなくなりました）

  • 既存のパフォーマンスへの影響を最小限に抑える
  • ヒットミスなどの観点から、Enjimクライアントが何をしているのかがわかりません。
  • 非常にユニークなパフォーマンスを監視する（mem cache server deadなど）

ボーナス

  • MOM内で収集されたデータを使用する
  • このデータを使用して、最も効果的な場所でアプリケーションを最適化します
  • システムの保守性を高めて、私たちの業務担当者がこのシステムの世話をしやすくします。
4

2 に答える 2

1

注目すべき場所は2つあります。

まず、テスト環境でコード プロファイリング ツール (VS に組み込まれているようなツール) を使用して、実際に実行されているコード パスを確認する必要があります。これにより、アプリの詳細が明らかになりますが、実稼働環境と負荷の適切なシミュレーションをセットアップするのは難しく、時間がかかる場合があります。

次に、運用コードでカスタム パフォーマンス カウンターを使用します。独自のパフォーマンス カウンターを作成し、セットアップ ユーティリティを使用してインストールします。これにより多少の複雑さが増しますが、Web アプリケーションが何を行っているかを把握するためには、これらに勝るものはありません。

パフォーマンス カウンターを更新する操作は最小限です。オーバーヘッドを追加する可能性があるのは、パフォーマンスモニターの読み取りです（直感に反しますが、私は知っています）。

使用している Enterprise Library Library のバージョン (3.1) は、カスタム パフォーマンス カウンターを直接サポートしていませんが、それ自体に多数のカウンターがインストールされます。これらはあなたが望むものではないと思います。

于 2009-06-27T00:37:09.003 に答える
1

Design for Operations をご覧ください。これには、アプリケーションの計測に役立つツールが含まれます。これらのツールは、ヘルス監視のために MOM で使用できるアプリケーションのヘルス モデルを作成するのにも役立ちます。

于 2009-06-27T00:51:05.073 に答える