记录哪个是最好的方式

问题描述:

在这里谈论记录器的人从来没有对EventLog说过什么,我认为这对Windows系统很有用。它是可靠的,还是我发现它在一个不好的早晨死了?记录哪个是最好的方式

EventLog让您可以为您的应用程序创建特定的文件夹或文件夹,我在EventLog中考虑因为前端和后端以及服务器上的任何内容都可以登录到它。

所以它是透明的,跨应用程序,我们可以把我们的日志记录在特定的文件夹中,所以我不必查看zillion sys info消息。

为什么不在SQLServer中记录所有事情,我正在创建电子商务网站,如果SQL服务器停下来的话,网站将无法正常运行。但我担心时间上的连接失败,你觉得怎么样?

为什么每个人都喜欢文件,它可能很大,很难处理,或者当文件太大时我会创建另一个文件,我可以创建一个带日期的文件。

有人试过MS企业库吗?跟我谈谈这件事。

感谢

我觉得有些人选择文件,因为它是最简单的选项,你会得到的好处只记录你真的想捕捉的信息。如果您使用Windows事件日志,则会遇到困难,试图搜索与您正在查找的日志条目在同一分钟内发生的数千个OS事件。

我会建议一个日志框架,它可以处理您的需求,而不会让您失望,因为您不需要额外的垃圾。

我认为.NET平台最常用的日志框架是log4net。但是,你必须找到最适合你的项目的一个。

这里有一个相关日志SO问题来帮助你。
https://*.com/questions/98080/what-is-the-best-logging-solution-for-a-c-net-35-project

就个人而言,我想不出一个单一的理由中,我将主要使用Windows操作系统的日志我的电子商务应用。

+0

我会补充说,事件日志可以报告严重错误。所以关键的错误应该放到你自己的日志文件和事件日志中。记录到SQL只是简单的愚蠢。 – 2010-04-23 17:30:47

+0

事件查看器确实支持分离的应用程序特定事件。 – 2010-04-23 17:31:07

+0

重新阅读我的问题事件日志 – Tony 2010-04-23 17:40:29

我确实使用了事件日志,特别是在我编写Windows服务时。当系统管理员不希望您写入文件系统时,它在锁定环境中非常有用。一般来说,我认为SysAdmins也非常感谢它,因为它们可以很容易地在一个地方找到所有重要的日志(按照您的说法由应用程序分隔),而无需查找日志文件,但是您必须小心不要写入太多条目因为与格式良好的文本日志相比,它可能难以阅读。

我不愿意登录数据库,除非记录的信息被其他进程使用(例如,我已经完成了我的工作,现在轮到你了),但我不确定如果有任何真正的理由来避免这种情况,并可能使用我不习惯。