您用來分析應用程序服務器日誌的一些技術/工具是什麼?應用程序服務器日誌
我的開發環境是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?