12

システムのロギング、ログ管理、およびログ集約に誰もが何を使用しているのか疑問に思っています。

私は、すべてのアプリケーションに .NET を使用し、すべてのシステムが Windows ベースの会社で働いています。現在、各アプリケーションは独自のログ記録と失敗の通知を管理しています (たとえば、アプリ A が失敗した場合、独自の「ヘルプ要請」を管理者に送信します)。

この現在のプラクティスは機能しますが、少しハックで管理が困難です。この作業を改善するためのいくつかのオプションを見つけようとしてきましたが、次のことを思いつきました。

  • log4net & Chainsaw (うまくいけば)。
  • log4net または別のフレームワークを介して中央データベースにログインし、独自の管理ツールを展開します。
  • Windows イベント ログに記録し、MOM または System Center Operations Manager を使用して、これらの各サーバーとそのアプリを集約および管理します。
  • すべてのログ ファイルを 1 点にまとめて、それら全体に何らかの魔法をかける手巻きのソリューション。

基本的に私たちが求めているのは、ログ エントリをすべてまとめて分析を実行できるようにすることです。さらに、イベント ベースのシステムのようなものを使用して、たとえば、30 件以上の警告があった場合に警告メールを送信することもできます。過去x数分間のアプリケーションのレベル ログ。

それで、私が見逃したもの、または他の誰かが提案できるものはありますか?

4

13 に答える 13

2

L4ndash：無料の開発者バージョンを備えたlog4netログビューア。

于 2009-03-25T06:53:47.680 に答える
1

MOM は、データ入力以外のパージ、表示、およびその他の問題を処理するため、MOM を使用してかなりの成功を収めています。MOM への警告は、すぐに使用できる *NIX (少なくとも私たちが持っているバージョン) を実行しないことです。コネクタなどがあります。別のオプションは、LogLogic を調べることです。これはネットワーク デバイスからログ情報を取得しますが、関連付けることができるオープンな Web サービス API を備えています。MOM にも API があるため、LogLogic などに絞り込むことができます。

于 2009-03-30T18:09:17.343 に答える
1

ログ集計に関しては、Snareは少し古いですが、言及する価値があります。

IIS サーバー用スネア エージェント

私はずっと前にこの古いバージョンを使用していましたが、syslog を介してネットワーク経由で IIS ログを転送/送信/複製することでうまく機能しました。

今日、 Snare Epilogと呼ばれる新しいバージョンがあります。

コードもオープンソースです。あなたはそれを試してみたいかもしれません。

また、 ELMAHのようなものを RSS/E メール機能と組み合わせて使用​​すると、重大な問題を通知して警告することができます。

于 2011-05-11T04:37:16.707 に答える
1

ErrorsDigest Simple リアルタイム エラー集計を使用しています。

于 2011-10-08T17:43:41.350 に答える
0

MicrosoftLogParserと例を確認してください。ログパーサーは、xml、csv、およびMicrosoftイベントログ、レジストリを処理し、「syslog」サーバーに情報を送信できます。

スクリーンショットの例から、これは本当に便利なツールのようです。

于 2009-03-25T09:16:43.857 に答える
0

log4net と log4view (www.log4view.org) を使用しています。アプリケーションの一部として配布できる TCP アダプターがあります。次に、クライアント アプリを使用してさまざまなアプリケーションに接続すると、ログ メッセージがリアルタイムで表示されます。

同時に複数のログを監視できます - 商用バージョン (わずか 50 ドル) の場合は最大 255 です。

RollingFileAppender でも動作します。

非常に強力なフィルタリング UI を備えているため、見たいものに集中できます。

于 2009-03-28T21:02:32.110 に答える
0

それはあなたのニーズに依存します。たとえば、データ センターを運営していて、主にリアルタイムのアラームに関心がある場合は、Avicodeを検討することをお勧めします。それは非常に有能ですが、高価になる可能性があります。

一方、デスクトップ アプリケーションやリモート システムからのログをサポートしている場合、またはオフライン ログ分析に関心がある場合は、Gibraltarを検討してください。ロギング、ログ管理、およびログの集計/分析機能の優れた組み合わせを提供します。しかし、正直なところ、私は少し偏っています。私はジブラルタルの開発者の 1 人です。

于 2009-03-25T23:41:59.080 に答える
0

まず、log4net や NLog など、確立され広く使用されているロギング フレームワークを使用します。

どちらのログ フレームワークも、ログ ファイル、ネットワーク ストリーム (TCP または UDP)、またはデータベースなど、複数の宛先にログ メッセージを送信できます。

次に、Log4View などのログ ビューアーを使用して、ログ メッセージを視覚化し、フィルター処理します。Log4View を使用する場合は、必ず XML 形式のログ ファイルを作成してください。Log4View は (人が読める) パターン形式のログ ファイルを解析することもできますが、XML 形式のログ データは構成が簡単で、解析が高速です。

于 2012-11-22T11:30:24.320 に答える
0

log4net は間違いなく、最も一般的なターゲットに出力する単純なログを記録する場所です。log4net は、Windows イベント ログにログを記録したり、メッセージを db、電子メール、またはファイルに出力したりできます。セットアップはかなり簡単で、ドキュメントはかなり優れています。

于 2009-03-26T18:41:35.617 に答える
-1

私の場合、facebook のログ アグリゲータである scribe を採用しようとしています。Facebook と Twitter は現在、スクライブを使用しています。

于 2010-04-28T05:29:58.257 に答える