C＃ロギング。私は何を使うべきですか？

Question

私は、新しい製品ラインで使用するための新しい統一ロギングソリューションに切り替えることを検討しています。スタックオーバーフローに関する人々の考え方を見てみたかったのです。 ASP.net、Windowsサービス、Webサービス、wpfアプリケーションなど、さまざまなアプリケーションのログが必要になります。我々はWindowsのショップのみです。

ログソリューションのための我々の要求の一部を以下に示します。

1）

- Ability to split files up over a certain size 
- Ability to auto archive/delete after certain period of time 

2ファイル管理のログ）記録されたメッセージの特定の種類に電子メールを送信する機能（例えばエラー）

3）Windowsイベントログにメッセージを書き込む能力

- We need to be able to specify where it's being written in the event log. 
    It would also be nice if it would automatically create the event log source if it does exist. 

私はnLog、windowsトレース、およびlog4netを調べ始めました。私はこれらの3に限定されていませんが、検索するときに多く出てきたのはほんの数です。あなたはエンタープライズライブラリを見てみることができます

Answer 1

log4netは常に良い選択です。

http://logging.apache.org/log4net/

Answer 2

、彼らはロギング用アプリケーションブロックを持って拡張可能である

http://entlib.codeplex.com/

http://entlib.codeplex.com/releases/view/46741

あなたはDEVガイドPDFをダウンロードすることができ、彼らは上のセクションを持っていますログ（第4章）

Answer 3

そして、ちょうど別の1：NLog。ローカルまたはリモートのデータベース - - データベースでのログは、.NETネットワークで

をサポート 店 - TCPを使用して 自動ファイル命名およびアーカイブ

イベントログを持つ単一のファイルまたは複数の、 -

• ファイル、UDP、 SOAP、MSMQプロトコル
• コマンドラインコンソール - メッセージ
• Eメールのカラーコーディングを含む - あなたができますアプリケーションエラーが
• ASP.NETトレース
• を発生すると、より多くの

Answer 4

使用.NET common logging たび メールを受け取ります。後で特定のプロバイダ（NLog、CLog、log4net ...）を選択したり、カスタムプロバイダを作成することもできます。

Answer 5

独自のロギングライブラリを作成することもできます。

PostSharp http://www.sharpcrafters.com/を見ると、いくつかの基本的なロギングシステムの非常に良い例があります。

Answer 6

は別の総合的な答えは、この質問を参照してください：要するにWhen should I use Tracing vs Logger.NET, Enterprise Library, log4net or Ukadc.Diagnostics?

、利用できるメインのロギングフレームワークが組み込まれているの.NET FrameworkたSystem.Diagnostics、log4netの、NLogおよびエンタープライズライブラリは、アプリケーションブロックのログ。

サポートファイルをロール上に記載されているすべての主要なフレームワークが、私は、彼らはあなたにクリーンアップを残すと思うhttps://essentialdiagnostics.codeplex.com/wikipage?title=Comparison

1）ログファイル管理：

これらのメインフレームワークの比較はで入手できます。 。

過去に私はrobocopyと "/ mov/minage X"を使って古いファイルを別の場所に移動してから削除するなど、スケジュールされたWindowsジョブを使用しました。

System.Diagnosticsで使用されているEventSchemaTraceListener（blogged about recently）にはLimitedCircularFilesオプションがありますが、ログを表示するツールはあまりありません（XML形式です）。メッセージの特定の種類に電子メールを送信する

2）能力は、例えば、（エラーをログに記録した）

この直接または拡張（追加のリスナー）を介して支持体上に記載されたすべてのメインフレームワーク。再び

をログウィンドウイベントにメッセージを書き込むために

3）能力、メインフレームワークのすべてがこれをサポートし、しかし、私は一般的に、Windowsのイベントログへの書き込みが直接実行する必要があることをお勧めしますと、トレースなしではありません。

問題の1つは、ソースの自動作成の質問です。

イベントログへの書き込み（EventLog.WriteEvent経由）は、最初のログメッセージが存在しない場合は自動的にソースの作成を試みます。問題はセキュリティであり、管理者のみが許可されます。ソースを作成するため、通常のユーザーとして実行すると失敗します。

このため、実際にはEventLogInstallerを追加する必要があるため、インストール時にソースが作成されます（インストールは管理者が行います）。作成したプロセスは、ソースに書き込むことができます。

これにより、イベントログのソースが同じであることを保証するために、イベントログを作成してコードに書き込む必要があることが私の推奨につながります。また、イベントログに書き込むのが一般的であれば、誤った設定によって 'オフにする'ことはできないようにする必要があります。

私が個人的に推奨するのは、.NET Framework System.Diagnosticsです。特に、Service Trace Viewerは、特に多層、マルチスレッド環境での問題の診断に優れています相関はティア間で識別されます。

Answer 7

http://alexworx.github.io/ALox-Logging-Library/

あなたはパフォーマンスに高い要求を持っている場合は素晴らしいです、かなりまっすぐ進むライブラリです。