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