您用来分析应用程序服务器日志的一些技术/工具是什么?应用程序服务器日志
我的开发环境是Windows,我的日志是在prod unix盒子上。有时我需要从几个月前通过存档日志(至少在4台服务器上)找出错误或异常的根本原因。这是一个耗时的过程,我想听听社区的一些最佳实践。
感谢
您用来分析应用程序服务器日志的一些技术/工具是什么?应用程序服务器日志
我的开发环境是Windows,我的日志是在prod unix盒子上。有时我需要从几个月前通过存档日志(至少在4台服务器上)找出错误或异常的根本原因。这是一个耗时的过程,我想听听社区的一些最佳实践。
感谢
除了自定义脚本有多种工具来帮助你们。很多非常好的付费解决方案都可用。
一个好的开源选项电锯从log4j的开发人员的,并Apache许可证:
退一步,看看你是否有一个日志搜索问题或错误报告的问题。
单个错误是否会导致多个日志条目或单个错误?对于每个错误,您是否有数千行信息和调试消息?为什么你的日志很难搜索?
没有看到您的代码;是否满足以下条件?
} catch (Exception e) {
//error suppressed
log.error("error" + e.getMessage());
}
...
} catch (Exception e) {
//error logged and passed along
log.error("error" + e.getMessage());
throw e;
}
...
} catch (Exception e) {
//error logged and new one passed along
log.error("error" + e.getMessage());
throw new Exception("error" + e.getMessage());
}
最终的结果是,一个单一的错误可能导致多个错误日志条目作为问题被记录和反弹,而比处理。我称之为官僚主义的记录,因为所有的错误都是一式三份地提交,传递,没有人在处理这个问题时承担实际的责任。
我会考虑从信息和调试信息中分离错误,并努力使报告的错误更容易找到。
如果您有大量日志,可以查看日志索引/搜索解决方案。这将使您能够实时为日志文件建立索引,并允许您通过关键字搜索所需的数据。有一个叫Splunk的产品,将能够帮助你在这里:
对于开源版本,请参见下面的前面计算器链接:
What commercial and open source competitors are there to Splunk?