2012-04-09 10 views
5

これまで私のアプリケーションはすべてファイルにしか記録していませんでした。それは私のためにうまく動作し、私はそれで何の問題もなかった。Windowsのイベントログにいつログインするのですか?

私の友人は、Windowsイベントログも使用できると示唆していましたが、それについてはわかりません。私はいつもイベントログはいくつかの非常に重要なメッセージのためのものであり、避けることができればそれに書き込むべきではないという考えを持っていました。

いつウィンドウイベントログに書き込むことができますか?

答えて

4

まず、3つのデフォルト(システム、アプリケーション、セキュリティ)に加えて独自のイベントログを登録して、残りのメッセージを分離することができます。これは見逃されている可能性の一つです。

一般に常には、自宅の醸造方法に関するバイナリとイベントログ機能のメッセージテーブルを使用することをお勧めします。理由は簡単です:

  1. あなたが必要な場合は、簡単にリモートマシンにログインします(またはローカル1)することができます
  2. リモートマシンからのイベントログを読み取ることができます(たとえば、管理者が自分の内側にイベントログを一覧表示することができます任意のクライアント・マシン上のドメイン)
  3. メッセージテーブルが保存スペース
  4. メッセージテーブルが私の意見では簡単にローカライズ
+0

ここに少し追加された情報は、「メッセージテーブル」のページから検索してください: http://oreilly.com/catalog/winlog/chapter/ch02.html –

5

を許可、Windowsイベントログにログを記録するかどうかの決定は、アプリケーションに依存します、あなたのソフトウェアを実行している人。

イベントログへのロギングには明らかに欠点はなく、ログ監視ソリューションを採用している人はあなたの努力に感謝します。

一般的に言えば、「デバッグ」タイプのメッセージをイベントログに記録したり、短時間で大量のメッセージを生成するものは避けてください。しかし、あなたのソフトウェアを管理する人にとって有益な情報はすべて、イベントログに記録することができます。

STATUS_ACCESS_DENIでは、ローカライズについても言及しました。これは、従来のログよりも重要な利点です。

あなたが好きなものログインします:

  • 重要なステータスレポート(ソフトウェアは、起動、停止、自身を更新、など)
  • あなたがしたいことの介入を必要と

    • エラーと警告をWindowsイベントログにログを記録する際の推奨方法で、独自のメッセージDLLを作成する方法の概要を説明するこのブログ記事をご覧ください。

      http://www.eventlogblog.com/blog/2010/11/creating-your-very-own-event-m.html

      イベントログを短時間で重複イベントで汚染しないように、ロギングを設計することをお勧めします。たとえば、Microsoft SQL Serverでは、文字通り、特定の状況下で何千もの同一イベントが数秒でログに記録されます。これは、システム管理者にとっては苛立つ可能性があります。ほとんどのログ監視ソリューションはそれを説明することができますが、それでも迷惑です。

      ボトムライン:はい、イベントログに記録することを検討する必要があります。

    関連する問題