到目前为止,我的所有应用程序都只logging到文件。 它适用于我,我从来没有任何问题。
我的一个朋友build议我也可以使用Windows事件日志,但我不确定。 我总是有这个想法,事件日志只是为了一些非常重要的信息,如果可以避免的话,我不应该写入它。
我什么时候可以写入窗口事件日志?
Wevtutil输出事件日志描述
无法监视安全事件日志
使用事件日志启用多个源将条目写入同一个日志
有没有一个API来远程读取Windows机器的审计configuration?
事件日志侦听器 – 应用程序和服务
重新初始化Windows事件日志服务而不重新启动
EvtArchiveExportedLog失败,ERROR_DIRECTORY
捕获程序debugging事件消息
提高阅读事件日志的性能
什么事件ID用于我的自定义事件日志条目?
在我看来,是否登录到Windows事件日志的决定取决于您的应用程序以及运行您的软件的人员。
登录事件日志绝对没有任何缺点,任何使用日志监控解决方案的人都会感激您的努力。
一般来说,您应该避免将“调试”类型的消息记录到事件日志中,或者在短时间内产生大量消息。 但是任何对管理软件的人员有用的信息都可以(也应该)记录到事件日志中。
STATUS_ACCESS_DENI也提到了本地化,这是一个比传统日志记录更重要的优势。
你会记录的东西,如:
错误和警告需要干预
重要的状态报告(软件启动,停止,更新本身等)
您可能想要看看这篇博客文章,概述如何创建自己的消息DLL,登录到Windows事件日志的首选方式:
http://www.eventlogblog.com/blog/2010/11/creating-your-very-own-event-m.html
有一点可能要记住,就是设计你的日志记录,以便它不会在短时间内重复发生事件日志。 例如,Microsoft SQL server在某些情况下会在数秒内从字面上记录数千个相同的事件。 这可能令系统管理员感到沮丧。 大多数日志监控解决方案可以解决这个问题,但仍然很烦人。
底线:是的,你应该考虑记录到事件日志。
首先,除了三个默认值(系统,应用程序,安全性)之外,您还可以注册自己的事件日志,从而将消息与其他消息分开。 这是经常被忽视的可能性之一。
总的来说,我总是建议在你的二进制文件中使用消息表,并且在任何家庭冲泡方法中使用事件日志工具。 原因很简单:
您可以轻松地登录到远程计算机(如果需要)(或本地计算机)
您可以从远程计算机上读取事件日志(例如,管理员可以在任何客户端计算机上的域中列出事件日志)
消息表节省空间
消息表允许简单的本地化
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。