(57)【要約】【課題】業務システムに不具合が発生した場合に、障害内容を管理し過去発生した事象の場合にはリカバリプログラムを自動実行し業務処理のリカバリを行う。又、障害が発生した場合の連絡を自動化し連絡を迅速に行う。【解決手段】不具合が発生した場合に、不具合事象から回復プログラムを選定し、回復プログラムを自動実行し、回復までの時間を短縮する。又、新規発生した不具合などは登録し次回発生時に備える。不具合発生した事を不具合事象から連絡先を選定し不具合発生の連絡を自動で行う。【選択図】図１
2007141007.tif 000002
【特許請求の範囲】
【請求項１】
利用者／関係者への障害／業務影響への通知自動化。
【請求項２】
業務システムで障害発生時の自動回復。
【請求項３】
過去の障害情報の蓄積と障害時の連結方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム運用監視での障害時のサポートシステムに関する。
【背景技術】
【０００２】
＜従来の技術＞
システム起動／終了制御装置に関し、システム起動／終了処理の実行ログを採取し通知する技術として、特開平１０−２６０８７０号公報が有るが、しかし通知先の選定方法や、実行ログから障害回復までの障害サポート方法に関わるものではない
＜現状＞
同一システムを広域な範囲に分布し運用監視を集中監視で行っているようなシステムにおいて、障害等が発生すると、オペレータへ障害発生の連絡（メール・ＴＥＬ等）が入り、オペレータは障害内容の確認の為、障害発生場所に遠隔接続し障害発生の原因情報（ログファイル／画面）を取得し、各情報を開発担当（業務開発／インフラ担当  等）と関係部署に連絡している（業務開発とは業務単位にあり、例として経理業務、人事業務、給与業務、生産業務、販売業務  等の担当を指し、インフラ担当は回線、ハード、ＯＳ、ＡＰ  等を保守する部隊を指す）。
【０００３】
オペレータから連絡を受けた開発担当はオペレータが取得した原因情報では不具合要因を特定出来ない場合は再度、障害発生場所に遠隔接続し障害発生の原因情報を取得し原因調査と影響度を調べリカバリ方法の検討／リカバリ作業を行なう。又、同時に影響度を関係部署に連絡する。
【０００４】
関係部署とは障害発生箇所（システム現地）、総合受付、開発総合責任者  等であり、発生した不具合の影響度により連絡すべき相手が違う。
【０００５】
開発総合責任者はリカバリ完了までシステム運用指示・関係部署状況連絡の調整纏めを行っている。
【０００６】
【特許文献１】特開平１０−２６０８７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
先に述べたような従来の方法には、下記のような問題点がある。
【０００８】
夜間などのオペレータが監視拠点に不在時の場合には、不具合発生の連絡を受けた担当オペレータが監視拠点まで移動し原因情報の取得（及び原因切分）を行う為、原因情報取得までの初動作が遅れる事になる。
【０００９】
オペレータの原因切分に判断ミスがあった場合などに、送るべき担当者へ連絡がいかずリカバリ作業が遅れる可能性がある。
【００１０】
オペレータが行う原因情報の取得には限界があり、担当者が再度遠隔接続し情報所得する事が多々あり作業工数／作業時間のロスが見られる。
【００１１】
過去の障害情報が各担当管理となっている為、過去に発生したことがある不具合でもその不具合を担当した者でないと影響度／リカバリ方法の確定が出来ないなどの問題がある。
【００１２】
連絡ルートが多岐になり、連絡作業にも時間がかかってしまい、作業効率が悪くなってしまう。
【００１３】
同一システムが分布している事から、複数箇所で同時に不具合が発生した場合、迅速対応が不可能となってしまう。
上記のような問題点を解決するため、当発明は下記の諸機能を実現する技術を提供することを目的とする。
＜提供しようとするもの＞
系統１（不具合発生の連絡作業）
連絡先選定を自動化し連絡先の選定ミスを防ぐ。
系統２（原因解決のため）
原因情報の取得を自動化し原因情報取得までの時間短縮を行う。
【００１４】
過去の障害情報とリカバリ方法を一元管理し、関係者全員に公開し情報共有／継承を行う。
【００１５】
原因切分を行い、過去の障害事象と一致する場合は自動回復を行い、回復処理を実施する
【課題を解決するための手段】
【００１６】
上記の課題を解決するために、本発明は現在のハード／ソフトでは標準で装備しているイベント情報を利用し連携し下記のような手段を備える。
【００１７】
過去の障害情報と回復方法を蓄積（系統２）
障害発生時に過去の発生事象と結び付ける（系統１・２）。
【００１８】
障害発生時。
(1)障害情報から過去の障害事例を検索（系統１・２）。
(2)連絡ルートや連絡内容も自動選定し関係者へ障害発生の連絡を行う（系統１）。
(3)自動リカバリを実施（系統２）。
(4)リカバリ結果を再度連絡（系統１）。
【発明の効果】
【００１９】
障害内容を管理し回復方法を提示したり、回復プログラムを自動実行し不具合を取り除いたり、障害連絡を自動で実行する事で、本発明では下記のような効果が得られる。
【００２０】
障害発生時のリカバリ時間短縮。
【００２１】
連絡工数削減。
【００２２】
障害発生の連絡を行うまでの時間短縮。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を詳細に説明する。
【００２４】
図１は、本発明の一実施形態に係るシステム構成である。
【００２５】
F10010、F10080は同一の業務システムであり、同システムを遠隔地に複数配置しネットワーク（F10090）で接続されている。F10020は業務システムの運用サポートを行う部署であり、F10040は業務システムのシステム監視を行う監視端末である。
【００２６】
図２は、運用管理サーバの内部構成を示す図である。運用監視サーバF10030は制御部、プログラム処理部、記憶部、Ｉ／Ｆ（ネットワーク接続）を備えている。
【００２７】
記憶部は回復指示ＤＢ  F20010・障害管理レベルＤＢ  F20020・連絡先管理ＤＢ  F20030を保持している。
【００２８】
図３は、業務システム（F10010・F10080）から運用監視サーバF10030に送信されるイベント情報F30010、及び、運用監視サーバF10030が保持するＤＢのファイルレイアウトを示す図である。イベント情報F30010は、内容として「管理場所」F30110、「障害発生箇所」F30120、「障害内容」F30130を備えている。
【００２９】
回復指示ＤＢF20010は「障害内容」F30130、「障害発生箇所」F30120、「障害発生日時」F30140、「回復方法」F30150、「回復プログラム」F30160を備えている。
【００３０】
「回復方法」F30150は自動回復された場合は回復までの参考資料とし利用し、自動回復出来ない場合、特に人間の手順処理が入る場合などは、回復手順書として使用する。
【００３１】
「回復プログラム」は、単体起動可能なプログラムで、例えばＤＢへのインサート処理にて重複キーを作成してしまうレコードを特定し回避／削除する処理プログラムを登録する。
【００３２】
障害レベル管理ＤＢF20020は「障害発生箇所」F30120、「障害内容」F30130、「影響度」F30170を備えている（「影響度」F30170には、連絡先管理ＤＢF20030と連携し連絡先F30180の選定に利用する、例えば夜間バッチ処理で不具合が発生しオンライン業務開始が遅れる等、エンドユーザにまで影響が及ぶ、場合は重度とし「影響度」F30170に“３”を設定し、連絡先管理ＤＢF20030の影響度F30160が“３”以下には連絡をし、現地利用者に影響の無い場合は「影響度」F30170 に“１”を設定し連絡先管理ＤＢF20030の影響度F30160が“１”以下のサポート部署・監視オペレータへ連絡するに留める等の連絡先選定に利用する）。
【００３３】
連絡先管理ＤＢF20030は「影響度」F30160、「管理場所」、F30110「連絡先」、F30180「連絡先名称」F30190を備えている。
【００３４】
図４は、本実施形態における運用サポートシステムの処理手順を示すフローチャートである。
【００３５】
まず、業務システムF10010やF10080で実行している処理、基幹業務バッチ処理１S40010が異常終了した場合、基幹業務バッチ処理１S40010でエラーログを出力、業務システムF10010はイベント情報F30010を運用監視サーバF10030に連絡する。
【００３６】
運用監視サーバF10030はエラーイベント検知処理S40020においてイベント情報F30010を検知しエラー情報取得処理S40030でイベント情報F30010の「障害内容」F30130、をキーに回復指示ＤＢF20010を検索し、障害内容に対応するリカバリプログラムS40080を決定する。
【００３７】
「障害内容」F30130の内容が回復指示ＤＢF20010に登録されていなかった場合は、エラー情報の登録処理S40040で障害発生情報を回復指示ＤＢF20010へ登録し発生情報を保持する。
【００３８】
「回復処理を指示＆実行処理」S40050ではエラー情報取得処理S40030にて決定されたリカバリプログラムS40080を実行し、不具合の発生した業務システムの不具合要因を取り除いた状態にする。
【００３９】
基幹業務再開指示処理S40060では業務システムの異常終了した処理「基幹業務バッチ処理１」S40070の再度実行指示を行う。
【００４０】
連絡先選定処理S40090では、まずイベント情報F30010の障害内容F30130をもとに回復指示ＤＢF20010を検索し、対応する回復方法F30150を取得する。さらにイベント情報F30010の障害発生箇所F30120と障害内容F30130をもとに障害管理レベル管理ＤＢF20020を検索し、対応する影響度F30170を取得する。その影響度と、イベント情報F30010の管理場所をもとに、連絡先管理ＤＢF20030から不具合発生の連絡先を選定し、不具合に関する情報と先に取得した回復方法の連絡を実施する。
（実施例）
以下では、一例として設定したテーブル等の具体的内容を使用して、本発明における障害発生時の処理をさらに詳しく説明する。
【００４１】
業務システム（場所：A）Ｆ10010の業務処理実行途中にてＤＢインサート処理で不具合が発生すると、業務システムＦ10010はエラーログを出力し、イベント情報F30010（管理場所F30110：場所Ａ、障害発生箇所F30120：プログラム（基幹業務バッチ処理１）、障害内容F30130：インサートエラー）を運用サポートサーバF10030へネットワークF10090を利用し送信する。
【００４２】
運用サポートサーバF10030は、業務システムＦ10010からのイベント情報F30010をエラーイベント検知処理S40020で検知しエラー情報取得処理S40030、連絡先選定処理S40090を実行する。
【００４３】
エラー情報取得処理S40030では業務システムＦ10010で不具合発生時に出力されたエラーログを取得する、と同時にイベント情報F30010（障害発生箇所F30120：プログラム（基幹業務バッチ１）、障害内容F30130：インサートエラー）をキーに過去の発生事例を回復指示ＤＢ  F20010で検索し、ヒットする場合に回復プログラムF30160のリカバリ処理プログラムS40080を、回復処理を指示＆実行処理S40050にて実行指示し業務システムＦ10010の基幹業務ＤＢへのリカバリを実施し、基幹業務再開指示処理S40060にてイベント情報F30010（障害発生箇所F30120：プログラム（基幹業務バッチ処理１）を再実行するように業務システムF10010へ通知する。
【００４４】
回復プログラムの動作内容例として、以下に記述する。
(1)基幹業務ＤＢに対し、基幹業務バッチ処理１で使用するテーブルから対象レコードを検索。
(2)基幹業務バッチ処理１にてキー重複となるデータ（レコード）を特定。
(3)対象データをＣＳＶ出力すると同時に、レコードを削除する。
【００４５】
又、過去の発生事例を回復指示ＤＢ  F20010で検索した際ヒットしなかった場合にはエラー情報の登録処理にて回復指示ＤＢF20010へ障害内容F30130、障害発生日時F30140を登録し、手動にてリカバリ完了後にリカバリを実施した担当者が回復方法F30150、回復プログラムF30160を登録し次回発生に備える。
【００４６】
連絡先選定処理S40090ではイベント情報F30010（障害内容F30130：インサートエラー、障害発生箇所 F30120：プログラム（基幹業務バッチ処理１））をキーに過去の発生事例を回復指示ＤＢ  F20010と障害レベル管理ＤＢF20020を検索し、ヒットした場合は障害レベル管理ＤＢF20020（影響度F30170：２）とイベント情報F30010（管理場所F30110：場所Ａ）をキーに連絡先管理ＤＢF20030を検索し、連絡先F30180へ今回発生した不具合について管理場所F30110、障害発生箇所F30120、障害内容F30130、回復方法F30150、エラーログを連絡する。
【００４７】
回復方法の記述内容例として、以下に記述する。
障害発生箇所：プログラム（基幹業務バッチ処理１）。
障害内容    ：インサートエラー。
回復方法    ：回復プログラム（ＲＥＣ００１）を実行した。
【００４８】
処理結果はｘｘｘファイルを参照。
【００４９】
処理後の確認方法／追加手順について・・・等々の情報を記載。
【００５０】
連絡先      ：基幹業務開発  １Ｇ  Telxxx-xxx-xxxx
又、過去の発生事例を回復指示ＤＢ  F20010で検索した際ヒットしなかった場合にはイベント情報F30010（管理場所F30110：場所Ａ）をキーに連絡先管理ＤＢF20030を検索し、連絡先F30180へ今回発生した不具合について管理場所F30110、障害発生箇所F30120、障害内容F30130、エラーログを連絡する。
【図面の簡単な説明】
【００５１】
【図１】構成図。
【図２】ハード構成。
【図３】ファイルレイアウト。
【図４】処理フロー。
【符号の説明】
【００５２】
F10010、F10080…業務システム、F10020、F10050、F10060、F10070…端末、F10030…運用監視サーバ、F10040…運用管理端末、F10090…ネットワーク、F10310…責任者、F10320…業務システムサポート部署、F10340…オペレータ、F10350…開発責任者、F10360、F10370…開発担当者、F20010…回復指示ＤＢ、F20020…障害管理レベルＤＢ、F20030…連絡先管理ＤＢ、F30010…イベント情報。
【図１】
2007141007.tif 000003
【図２】
2007141007.tif 000004
【図３】
2007141007.tif 000005
【図４】
2007141007.tif 000006