アプリケーションサーバのログを分析するために使用する手法やツールにはどのようなものがありますか?アプリケーションサーバのログ
私の開発環境はWindowsで、私のログはprod unixボックスに入っています。エラーや例外の根本原因を突き止めるために何ヶ月も前からアーカイブログ(atleast 4サーバ)を実行する必要があります。それは時間のかかるプロセスのようなものです。私はコミュニティからいくつかのベストプラクティスを聞きたいと思います。
おかげ
アプリケーションサーバのログを分析するために使用する手法やツールにはどのようなものがありますか?アプリケーションサーバのログ
私の開発環境はWindowsで、私のログはprod unixボックスに入っています。エラーや例外の根本原因を突き止めるために何ヶ月も前からアーカイブログ(atleast 4サーバ)を実行する必要があります。それは時間のかかるプロセスのようなものです。私はコミュニティからいくつかのベストプラクティスを聞きたいと思います。
おかげ
別にカスタムスクリプトからこれであなたを助けるためのさまざまなツールがあります。ソリューションのために支払われた非常に良いものがたくさんあります。
一つの良いオープンソースのオプションは、log4jの開発者からだとのライセンスはApacheですチェーンソーされています
バックステップを取ると、あなたは、問題やエラー報告の問題を検索ログを持っているかどうかを確認します。
複数のログエントリまたは1つのエラーが単一のエラーで発生しますか。エラーごとに何千もの情報とデバッグメッセージがありますか?あなたのログを検索するのがなぜ難しいのですか?
コードは表示されません。それは次のように散らばっていますか?
} 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と呼ばれる製品があります:オープンソースのバージョンの
は、次の以前のStackOverflowのリンクを参照してください。
What commercial and open source competitors are there to Splunk?