Q&A
皆様、何か良いアイデア、ヒントやツールがあれば教えてください。
システム運用の中で数々のエラー対応を実施すると思います。
数年稼働しているシステムであれば、過去のエラーはインシデント管理ツールなどに蓄積され、
新規にエラーが発生した場合は過去事例をツールから検索することが多々あると思います。
◆実現したいこと
エラーが発生した場合この検索を自動でできるようにしたいです。
実際は出力エラーからプロセス名などを人手で切り取り、過去事例をインシデント管理ツール上から検索しています。
自動化を考えたとき
ログ出力のフォーマットが機器やエラー内容によって異なるため、決まったフォーマットに加工できず、
単純にSQL検索するすべが思いつきません。
◆エラーサンプル
2017/01/02 03:13:50 XXXXXXXX 2017-01-02 03:10:38.476 Error AM_SSO_SERVICE: SSOTokenService::getSessionInfo(): Error 35 for sso token ID XXXXXXXX 2017/01/02 03:13:50 XXXXXXXX 2017-01-02 03:10:38.476 Error 10812:775b9db810 PolicyEngine: Exception encountered: InternalException. 2017/01/02 03:13:50 XXXXXXXX 2017-01-02 03:10:38.476 Error 10812:775b9db810 PolicyEngine:
↑たとえばこんなエラーが発生した場合、発生に日時などは検索に必要ないので、『SSOTokenService』などの文字列を人手でコピーして
インシデント管理ツールから検索しています。
いくつか『SSOTokenService』がヒットした中で、同じようなエラーを人手で判断しています。
(日時などのパラメータが違いますが、エラーの内容は一致)
インシデント管理ツール上には、エラーログがそのまま記録されています。(ツールのDBはSQL Serverを利用)
エラーごとにフォーマットが異なります。
新規でエラーが発生した場合に、過去事例から同じようなエラーを検索できるアイデアが浮かばず・・・。
回答1件
0
ヒント１）
エラーサンプルでは、日時が "YYYY-MM-DD HH:MM:SS"の形式(A形式)か、"YYYY/MM/DD HH:MM:SS.mmm"の形式（B形式)で出されているように見えます。
日時の出力は、エラーメッセージの始まりや終わりである事が多いので、ログから個々のエラーに切り分ける際の目印になります。
また、このような書式の違いは、エラーが起きた機器の特定に役立ちます。
同じ機種の機器が複数稼働している場合で、個々の機器の時計が一致していない場合は、日時から個々の機器を特定できる事もあります。（ログに前後して記録されているのに、日付が１５秒遅れのものが混在していれば、時間遅れの無い機器と、１５秒遅れの機器が区別できる等）
ヒント２）
フォーマットが決まっていないという事なので、とりあえずエラーメッセージを集めます。 ある程度の数が集まったら、エラーメッセージ間の類似度（レーベンシュタイン距離などの指標を使う）を求めて、内容が似通っているエラーメッセージをグループ化してゆきます。 各グループのメッセージは共通している文字列を持つはずなので、それを検索キーに使える可能性があります。
エラーへの対処方法が類似しているか否かも、検討する必要があることに留意してください。
ヒント３）
メッセージがグループ化できると、そのメッセージが持つ共通したフォーマットが判って来るはずです。どこが変わらない部分で、どこがメッセージごとに異なる部分なのかといった知見が得られたら、「使われるフォーマットが判っている」という状況になる訳です。
そうすると、今度は判っているフォーマットの知識を使って、エラーや対処方法の整理が可能となりますし、それを検索する方法も判って来ると思います。
＝
フォーマットが決まっていないといっても、しょせん機器が出力するデータですから、人が話す言葉ほどバリエーションも多くないですし、時々刻々変化していくものではないです。
そこで、エラーメッセージからフォーマットを見つけるとしたらという趣旨で回答させて頂きました。
投稿2017/01/17 06:00
総合スコア6915
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/01/17 12:51