IIS Web日志性能,每小时与每天

IIS Web日志性能,每小时与每天,iis,logfiles,Iis,Logfiles,与每日IIS日志相比,切换到每小时IIS日志是否有任何性能增益/损耗 我们的服务器在一天中经常受到攻击,在高流量情况下每秒大约有20000次,我正试图找到一种方法来减少删除/压缩/移动日志文件所需的时间,而日志文件每天最多需要2G字节 我认为转换成每小时一次的文件的开销是最小的,我也试着在网上寻找比较,但到目前为止还没有定论 编辑:我们希望这样做的主要原因是为了有一种更有效的方法将日志压缩/移动到另一台服务器,并对其进行错误解析 编辑2:我们正在寻找服务器性能和实时报告500或404错误之间的平

与每日IIS日志相比,切换到每小时IIS日志是否有任何性能增益/损耗

我们的服务器在一天中经常受到攻击,在高流量情况下每秒大约有20000次,我正试图找到一种方法来减少删除/压缩/移动日志文件所需的时间,而日志文件每天最多需要2G字节

我认为转换成每小时一次的文件的开销是最小的,我也试着在网上寻找比较,但到目前为止还没有定论

编辑:我们希望这样做的主要原因是为了有一种更有效的方法将日志压缩/移动到另一台服务器,并对其进行错误解析


编辑2:我们正在寻找服务器性能和实时报告500或404错误之间的平衡。我担心的是,切换到每小时一次的文件会导致服务器关闭旧日志文件并每小时生成一个新日志文件的开销。

我对IIS了解不多,但总的来说我会觉得更多(更小)对相同数量的数据的请求将意味着更多的开销。这是服务器性能和实时报告500或404错误之间的平衡。我担心的是,切换到每小时一次的文件将导致服务器关闭旧日志文件并每小时生成一个新日志文件的开销。2 GiB/天仅为25 KiB/秒或1.5 MiB/分钟。听起来您可以登录到SQL Server并实时查询。或者让一个服务读取文本文件,更新最后一个小时错误的实时缓存。您应该进一步讨论404/500问题,以及担心在原始问题文本中覆盖旧日志文件的问题。