これまでのところ、すべてのアプリケーションはファイルのみにログを記録しています。それは私にとってはうまく機能し、私はそれで何の問題もありませんでした。
私の友人は、Windowsイベントログも使用できると提案しましたが、それについてはよくわかりません。私は常に、イベントログは一部の非常に重要なメッセージ専用であり、回避できる場合は書き込みを行わないようにする必要があると考えていました。
いつウィンドウイベントログに書き込むことができますか？
質問する
263 次
2 に答える
5
私の意見では、Windows イベント ログに記録するかどうかの決定は、アプリケーションと、そのソフトウェアを実行している人々に依存します。
イベント ログにログを記録することのマイナス面はまったくなく、ログ監視ソリューションを採用しているすべての人は、あなたの努力に感謝します。
一般的に言えば、「デバッグ」タイプのメッセージをイベント ログに記録したり、短時間に大量のメッセージを生成したりすることは絶対に避けてください。ただし、ソフトウェアの管理者にとって有用な情報はすべて、イベント ログに記録できます (記録する必要があります)。
STATUS_ACCESS_DENI は、ローカリゼーションについても言及しました。これは、従来のロギングに対する重要な利点です。
次のようなログを記録します。
- 介入が必要なエラーと警告
- 重要なステータス レポート (ソフトウェアの開始、停止、自身の更新など)
独自のメッセージ dll を作成する方法の概要を説明しているこのブログ記事をご覧になることをお勧めします。これは、Windows イベント ログにログを記録する際に推奨される方法です。
http://www.eventlogblog.com/blog/2010/11/creating-your-very-own-event-m.html
おそらく心に留めておくべきことの 1 つは、短期間に重複したイベントでイベント ログが汚染されないようにログを設計することです。たとえば、Microsoft SQL Server は、特定の状況下で数秒以内に文字通り何千もの同一のイベントをログに記録します。これは、システム管理者にとってイライラすることがあります。ほとんどのログ監視ソリューションはそれを説明できますが、それでも面倒です.
結論: はい、イベント ログへの記録を検討する必要があります。
于 2012-04-11T22:35:49.273 に答える
4
まず、3つのデフォルト（システム、アプリケーション、セキュリティ）に加えて、独自のイベントログを登録して、メッセージを残りのメッセージから分離することができます。これは、見過ごされがちな可能性の1つです。
一般的に、私は常に、自家醸造の方法よりも、バイナリとイベントログ機能でメッセージテーブルを使用することをお勧めします。理由は簡単です：
- 必要に応じて、リモートマシン（またはローカルマシン）に簡単にログインできます
- リモートマシンからイベントログを読み取ることができます（たとえば、管理者は任意のクライアントマシンのドメイン内のイベントログを一覧表示できます）
- メッセージテーブルはスペースを節約します
- メッセージテーブルにより、簡単にローカライズできます
于 2012-04-09T15:25:29.160 に答える