我正在寻找一些推荐的configurationIIS（7.5）日志logging合理的高stream量networking农场？ 目前每天在4台networking服务器上生成大约500MB的未压缩日志。
ODBC日志logging？ 到SQL Server似乎有很多的日志文件开销…也许到某种开源数据库？
我应该只是继续使用日志文件和类似的东西总结他们的兴趣点？
Splunk呢？ 这可能有帮助吗？
在大型环境中运行IIS的人的任何build议或战争故事，以及如何处理请求logging？
我一直在为我们的大农场使用AWStats，尽pipe我先用LogParser清理文件（删除健康检查，合并农场文件（ 不要sorting！ ）等）。 我们没有文件的大小，但我们肯定在300MB的范围内，AWStats工作正常。 我们不需要实时的处理，所以夜间的作业服务器上的处理发生，每天的数据准备就绪。 我们有大约10个不同的网站统计。 如果你想深入到子网站，它会有点混乱，但我们已经使用AWStats大约五六年没有问题。
喜欢使用Google Analytics（分析），但对Intranet网站来说不好（安全/隐私的原因）。
我一直在寻找一个处理大型日志文件的好程序。 大约在你所拥有的大部分工具开始出现故障的地方。
DeepMetrix LiveStats（不再是活动产品）将在该日志大小附近失败。
SmarterStats（www.smartertools.com）非常接近，您可以尝试一下。 它会跟上日志处理，但是由于它自己的文件系统数据库，查看报告很慢。
模拟可以处理大量的日志，我相信这个尺寸的作品，虽然我没有尝试过几年。
甚至Urchin也在拼命处理大型日志文件。 它可以处理你的尺寸，但最终也会达到峰值。
Log Parserparsing大型日志文件非常棒，但是您需要构build自己的报告。 我已经恢复到一些非常大的网站上的一些自定义报告。
Google Analytics也是一个可以考虑的选项。 对于像你这样的情况来说，这是一个可行的select。