Windowsクライアント（約150ユーザー）、Webサービス、およびいくつかのWindowsサービスで構成されるプロジェクトがあります。すべて一緒にイントラネットで作業し、C＃.NET3.5を使用してビルドします。次に、中央データベースに例外を記録し、Webアプリケーションを介してそれらを管理します（トップ10、チケットシステムなどを監視します）。
ELMAHにはすでに管理用のWebアプリケーションがあるので、ELMAHの使用と拡張を考えました。たぶん、クライアントが例外をログに記録するためのWebサービスを作成します。
ELMAHは明らかにasp.netWebサイトのみを対象としているため、これは良い考えです。
例外管理アプリケーションブロックについては知っていますが、ELMAHのような管理アプリケーションがないことを知っている限り、エンタープライズライブラリに最後にアクセスしたのは面白くありませんでした。
あなたの意見は何ですか、他のアイデアはありますか？
エンタープライズライブラリは面倒でやり過ぎです。オープンソースのログコンポーネントを見てください：NLogリンクテキストまたはLog4Netリンクテキスト。どちらも、フラットファイル、UDP、データベースなどを含むさまざまな「シンク」にログを記録する機能を備えています。
ロギングコンポーネントがサーバーのイベントログに書き込む場所に何かを設定します。次に、Microsoft Operations Manager（MOM）や、ページングやコマンドセンターコンソールなどを介してイベントログをスキャンしてアラートを生成できる別のシステム管理ソフトウェアなどを使用します。同時に、データベースにログインしてクエリを実行することもできます。 。
例外、レポート、アラートなどの管理を探している場合は、MS MOM、Tivoli、CA Unicenter、HP OpenView、さらにはNagIOSなどのソリューションがたくさんあります。
クライアント側はもう少し注意が必要です。イントラネットであるため、UDPを使用して、それらのUDPパケットをリッスンし、イベントログやデータベースに保存するサービスをサーバー上で実行できます。または、ログイベントをキャプチャするためにWebサービスにいくつかのメソッドを追加することもできます。
ELMAHを拡張するというあなたの考えはまったく悪いものではないと思います。多くの同様のプロジェクトを行ってきたので、私は常に自分の管理アプリを作成する必要があり、それは常に苦痛です。ELMAHからどれだけ使用できるかはわかりませんが、出発点としては最適なようです。