注意：这里已经提出了一些类似的问题 - 但它们是从 2009 年开始的。可能从那时起发生了一些变化。
我负责托管在不同服务器上的一堆网站。我现在不做任何日志分析，但我想改变它。第一个问题 - 根据 IIS 日志（即 404、500 响应、长页面处理等）查看网站问题的最佳工具是什么？理想情况下有分组/排序选项？我不想花太多时间在这上面，我只想定期检查网站是否一切正常。
第二个问题（我知道我很可能要求太多了）-但是有没有办法将处理后的日志暴露给网络？所以我可以在不 RPD 进入服务器的情况下查看上面提到的内容？
理想情况下，我正在寻找一个免费/开源的解决方案，但我也准备好为一个好的软件付费（但不是很多美元）。
谢谢。
【问题讨论】：
你可以看看我们的日志监控解决方案EventSentry，它可以监控像IIS日志这样的基于文本的日志。我们为 IIS 设置了标准模板，我们可以通过 Web 访问将日志整合到数据库中，这样您就可以在不使用 RDP 的情况下查看日志。
这是一个非常灵活的解决方案，允许您选择您感兴趣的字段，而忽略您不感兴趣的字段 - 从而节省数据库空间。
您还可以设置实时警报，以便在日志文件中遇到严重错误（如 500 错误）时收到电子邮件。
http://www.eventsentry.com/features/log-file-monitoring
最后，您还可以插入命令行工具，以验证给定网页是否可访问，或在其更改时收到警报：http://www.eventsentry.com/features/application-monitoring。
我当然有偏见，但我想说我们的解决方案非常实惠。由于它还提供了额外的功能，例如服务监控（监控您的 IIS 服务）和事件日志监控（IIS 确实将关键消息记录到事件日志中），您可以使用单个产品设置全面监控。
【讨论】：
我会研究@LuckyLuke 解决方案（或类似解决方案）——经典的“构建与购买”决定。根据你的帖子，这不会是你的“全职”工作，所以恕我直言，最好把它留给那些做的人......
我不知道你指的是什么“遗留”答案，但如果你想修补，你可以使用微软自己的log parser，根据你想用它走多远，你可以使用它（ COM dll) 在 .Net/ASP.Net 中编写您的“管理网页”并将其托管在您的每台服务器中....
如果您对您只想收到警报的错误非常具体，另一种“hacky”方法是提供您自己的自定义错误页面（默认的 IIS 错误页面，或将您的 Asp.Net 应用程序配置为使用特定的错误页面）。
【讨论】：