【发布时间】:2011-05-01 15:51:02
【问题描述】:
故障排除、分析和过滤日志文件是迄今为止最费力的日常工作之一。我的问题是搜索一个日志文件,该文件的大小可能超过 4 个演出。只需加载文件最多需要 15 分钟。我正在运行一个相当快的处理器,它有 8 个内存。文件加载后,我实际上只能使用 grep 和/或 control+F 来扫描文件。当我试图查看来自多个系统的文件时,情况会变得更糟,每个系统都称重。曾尝试根据时间戳隔离文件以使它们更小,但真的没有乐趣。
有没有什么工具甚至流程可以用来减少故障排除的时间(除了通常的“先修复错误”)?
感谢您的 cmets。
【问题讨论】:
-
你在什么平台上运行?
-
为什么日志这么大:是因为确实发生了很多事务/事件,还是记录了不必要的详细信息?应用程序是否支持调整详细程度和/或将来自不同组件的日志数据定向到不同的日志文件?
-
@David:我敢打赌,他正在 Java 应用服务器日志中寻找堆栈跟踪。没有什么能让日志文件这么大了。
-
@Seth 这也是我的猜测。因此我想知道他是否可以使用 log4j.properties (或类似的)将重要的东西与噪音分开。
标签: logfile-analysis