我目前正在处理一个生成每日错误(和非错误)日志的Web应用程序。
当前系统将每个任务的日志输出到文本文件,并将严重错误以及“开始”和“完成”类型的消息输出到电子邮件帐户。
当前工作流程如下:在电子邮箱中搜索错误,然后查找.txt文件以查看相关错误并查找原因。
大约有30个txt文件分布在大约5台服务器上。
这个系统已经摆在我面前,但我正在寻找有关如何应对这种情况的建议。
我控制了形成错误日志的脚本,所以几乎可以做任何事情 - 但是我迷失了从哪里开始:我考虑过某种面向网络的仪表板工具,可能会将文件输出到RSS或其他什么东西? 我应该使用任何外部或内部工具吗?
答案 0 :(得分:2)
当然,您可以使用SQL Server Reporting Services或查看this comparison table,但有些软件包可能支持SQL Server,但它们可能会让您无法胜任。
答案 1 :(得分:1)
您的问题是什么或您想要做什么并不是很清楚,但如果我理解正确,您最大的问题是某些邮件会记录到日志文件中,但其他邮件会通过电子邮件发送。因此,没有单个位置包含所有错误消息,这使分析和故障排除变得困难。
最好的解决方案是使用支持多个日志记录目标(文件,数据库,电子邮件)和严重性的日志记录框架。这将允许您指定一个配置,例如“所有错误都记录到文本文件中,而关键的那些也通过电子邮件发送”,因此您可以确保将所有内容放在一个地方进行一般分析但关键错误也会优先处理。
你没有提到你使用的编程语言,但假设它是基于.NET的,那么log4net和Enterprise Library是两个常见的框架,关于它们有很多关于它们的问题。谷歌搜索应该让你很好地了解你的情况的利弊。如果您使用的是其他语言,那么您可以查找等效的包:log4j(Java),logging
(Python)等。