(57)【要約】【課題】システム管理者の依存度を軽減して運用管理ができるナレッジ型運用管理システム，方法およびプログラムを提供する。【解決手段】システム管理者は監視端末３から運用管理に必要な情報（管理対象メッセージおよびリカバリデータ等）を定義して監視サーバ２と監視対象サーバ１に登録する。監視対象サーバ１は障害が発生すると障害情報を監視サーバ２に送信し、監視サーバ２は障害情報に対応するリカバリデータを取得しリカバリデータに含まれる復旧コマンドを監視対象サーバ１に送信する。監視対象サーバ１は復旧コマンドを投入して復旧結果を監視サーバ２に送信する。監視サーバ２は受信した復旧結果を監視端末３に送信し、監視端末３はこれを表示する。【選択図】      図１
2004178296.tif 000002
【特許請求の範囲】
【請求項１】
障害情報に対するリカバリデータを定義し前記リカバリデータを監視サーバに登録し監視対象サーバでの復旧結果を表示する監視端末と、
障害が発生すると障害情報を採取して監視サーバに送信し監視サーバから受信した復旧コマンドを投入して実行し復旧結果を監視サーバに送信する監視対象サーバと、
前記監視対象サーバから受信した障害情報に対応するリカバリデータを取得しリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し前記監視対象サーバから受信した復旧結果を前記監視端末に送信する監視サーバと、
を備えることを特徴とするナレッジ型運用管理システム。
【請求項２】
管理対象障害と障害対処区分とコマンド投入区分とリカバリデータとを定義し前記管理対象障害定義を監視対象サーバに登録し前記障害対処区分定義と前記コマンド投入区分定義と前記リカバリデータとを前記監視サーバに登録し監視対象サーバでの復旧結果を表示する監視端末と、
障害が発生すると前記管理対象障害定義を基に障害情報を採取して監視サーバに送信し監視サーバから受信した復旧コマンドを投入し復旧結果を監視サーバに送信する監視対象サーバと、
前記監視対象サーバから障害情報を受信し受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が自動実行タイプである場合には障害情報に対応するリカバリデータを取得しリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し前記監視対象サーバから受信した復旧結果を前記監視端末に送信する監視サーバと、
を備えることを特徴とするナレッジ型運用管理システム。
【請求項３】
前記監視サーバは前記監視対象サーバから受信した障害情報の障害対処区分定義が表示タイプの場合には障害情報を前記監視端末に送信し、前記監視端末は受信した障害メッセージを表示する、
ことを特徴とする請求項２記載のナレッジ型運用管理システム。
【請求項４】
前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し前記監視端末から確認応答を受信したときにリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、
前記監視端末は受信したリカバリデータを表示して確認し前記監視サーバに確認応答を送信する、
ことを特徴とする請求項２記載のナレッジ型運用管理システム。
【請求項５】
前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し前記監視端末から更新リカバリデータを受信し受信した更新リカバリデータでリカバリデータを登録しているデータベースを更新し前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、
前記監視端末は受信したリカバリデータを表示して更新し前記監視サーバに更新リカバリデータを送信する、
ことを特徴とする請求項２記載のナレッジ型運用管理システム。
【請求項６】
前記監視端末は表示した障害メッセージに関するリカバリデータを定義し前記監視サーバに送信し、
前記監視サーバは受信したリカバリデータを前記ナレッジデータベースに登録する、
ことを特徴とする請求項３記載のナレッジ型運用管理システム。
【請求項７】
前記監視サーバはリカバリデータを登録するデータベースを有し、前記障害情報に含まれるメッセージキーで前記データベースを検索してリカバリデータを取得する、
ことを特徴とする請求項１，２，３，４，５または６記載のナレッジ型運用管理システム。
【請求項８】
監視サーバが監視対象サーバを運用管理するナレッジ型運用管理方法であって、
監視端末は管理対象障害定義と障害対処区分定義とコマンド投入区分定義とリカバリデータとを定義し前記管理対象障害定義を監視対象サーバに登録し前記障害対処区分定義と前記コマンド投入区分定義と前記リカバリデータとを前記監視サーバに登録し、
前記監視対象サーバは障害が発生すると前記管理対象障害定義を基に障害情報を採取して前記監視サーバに送信し、
前記監視サーバは前記監視対象サーバから障害情報を受信し受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が自動実行タイプである場合には障害情報に対応するリカバリデータを取得しリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、
前記監視対象サーバは前記監視サーバから受信した復旧コマンドを投入し復旧結果を前記監視サーバに送信し、
前記監視サーバは前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、
前記監視端末は前記監視サーバから受信した復旧結果を表示する、
ことを特徴とするナレッジ型運用管理方法。
【請求項９】
前記監視サーバは前記監視対象サーバから受信した障害情報の障害対処区分定義が表示タイプの場合には障害情報を前記監視端末に送信し、前記監視端末は受信した障害情報を表示する、
ことを特徴とする請求項８記載のナレッジ型運用管理方法。
【請求項１０】
前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し、
前記監視端末は受信したリカバリデータを表示して確認し前記監視サーバに確認応答を送信し、
前記監視サーバは確認応答を受信したときにリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する、
ことを特徴とする請求項８記載のナレッジ型運用管理方法。
【請求項１１】
前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し、
前記監視端末は受信したリカバリデータを表示して更新し前記監視サーバに更新リカバリデータを送信し、
前記監視サーバは前記監視端末から更新リカバリデータを受信し受信した更新リカバリデータでリカバリデータを登録しているデータベースを更新し前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する、
ことを特徴とする請求項８記載のナレッジ型運用管理方法。
【請求項１２】
前記監視端末は表示した障害メッセージに関するリカバリデータを定義し前記監視サーバに送信し、
前記監視サーバは受信したリカバリデータを前記ナレッジデータベースに登録する、
ことを特徴とする請求項９記載のナレッジ型運用管理方法。
【請求項１３】
前記監視サーバはリカバリデータを登録しているデータベースを前記障害情報に含まれるメッセージキーで検索してリカバリデータを取得する、
ことを特徴とする請求項８，９，１０，１１または１２記載のナレッジ型運用管理方法。
【請求項１４】
監視サーバが監視対象サーバを運用管理するナレッジ型運用管理システムにおけるナレッジ型運用管理プログラムであって、
コンピュータに、
監視端末が、
管理対象障害定義と障害対処区分定義とコマンド投入区分定義とリカバリデータとを定義する機能、
前記管理対象障害定義を監視対象サーバに登録する機能、
前記障害対処区分定義と前記コマンド投入区分定義と前記リカバリデータとを前記監視サーバに登録する機能、
監視対象サーバが、
障害が発生すると前記管理対象障害定義を基に障害情報を採取して前記監視サーバに送信する機能、
監視サーバが、
前記監視対象サーバから障害情報を受信する機能、
受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が自動実行タイプである場合には障害情報に対応するリカバリデータを取得する機能、
リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する機能、前記監視対象サーバが、
前記監視サーバから受信した復旧コマンドを投入する機能、
復旧結果を前記監視サーバに送信する機能、
前記監視サーバが、
前記監視対象サーバから受信した復旧結果を前記監視端末に送信する機能、
前記監視端末が、
前記監視サーバから受信した復旧結果を表示する機能、
を実現させるためのナレッジ型運用管理プログラム。
【請求項１５】
前記監視サーバが、
前記監視対象サーバから受信した障害情報の障害対処区分定義が表示タイプの場合には障害情報を前記監視端末に送信する機能、
前記監視端末が、
受信した障害情報を表示する機能、
を実現させるための請求項１４記載のナレッジ型運用管理プログラム。
【請求項１６】
前記監視サーバが、
受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信する機能、
前記監視端末が、
受信したリカバリデータを表示して確認する機能、
前記監視サーバに確認応答を送信する機能、
前記監視サーバが、
確認応答を受信したときにリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する機能、
を実現させるための請求項１４記載のナレッジ型運用管理プログラム。
【請求項１７】
前記監視サーバが、
受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信する機能、
前記監視端末が、
受信したリカバリデータを表示して更新する機能、
前記監視サーバに更新リカバリデータを送信する機能、
前記監視サーバが、
前記監視端末から更新リカバリデータを受信し受信した更新リカバリデータでリカバリデータを登録しているデータベースを更新する機能、
前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する機能、
を実現させるための請求項１４記載のナレッジ型運用管理プログラム。
【請求項１８】
前記監視端末が、
表示した障害メッセージに関するリカバリデータを定義し前記監視サーバに送信する機能、
前記監視サーバが、
受信したリカバリデータを前記ナレッジデータベースに登録する機能、
を実現させるための請求項１５記載のナレッジ型運用管理プログラム。
【請求項１９】
前記監視サーバが、
リカバリデータを登録しているデータベースを前記障害情報に含まれるメッセージキーで検索してリカバリデータを取得する機能、
を実現させるための請求項１４，１５，１６，１７または１８記載のナレッジ型運用管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、運用中の障害を管理する運用管理システム，方法およびプログラムに関し、特にデータベースに蓄積された過去の障害情報を参照して障害復旧を行うナレッジ型運用管理システム，方法およびプログラムに関する。
【０００２】
【従来の技術】
従来の運用管理システムは、オペレータが障害を発見後、対処方法が分からないなどで即時対応ができない場合には、システム管理者に通知し、システム管理者本人が対処する、もしくはオペレータに復旧方法を指示して対処していた。
【０００３】
上記の方法を改善する１つの方法として、特許文献１には、コンピュータネットワーク上で障害が発生した時の速やかな復旧を行えるようにして操作者の負担を軽減させることを目的とし、過去に発生したネットワーク障害の履歴およびその復旧方法を蓄積管理しておき、ネットワーク障害が発生した時には、その蓄積した情報を基に操作者が行うべき復旧方法について指示を出すようにしてネットワークにおける障害を処理する、ネットワーク障害処理システム及び該システムにおけるネットワーク障害処理方法が開示されている。
【０００４】
【特許文献１】
特開平８−４４６４１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した従来の運用管理システムでは、障害発生の通知しかオペレータにされないため、重要度の高い障害時には、システム管理者を経由して対処しなければならない事と、システムの統廃合等により、大規模なマルチプラットフォーム環境になると、それに伴い障害の復旧方法は多様かつ複雑になるので、オペレータがマニュアル等で復旧方法を調べて対処する事で、復旧までに時間がかかってしまうという問題点があった。
【０００６】
業務システムは２４時間稼動が基本であり、障害発生時には短時間での復旧が要求されている。また、システムの監視において、豊富なノウハウを有するシステム管理者を多数配置するのはコストがかかるので、少数のシステム管理者の下でオペレータが監視を行うのが最も多い運用管理方法であるが、できればコストを押さえ、且つシステムを監視する者全てがシステム管理者レベルに近いノウハウを有することができるような運用管理方法が望まれている。
【０００７】
また、特許文献１の方法では、障害の対応できる範囲がネットワークのみであり汎用的でないという問題点がある。更に、復旧に必ずオペレータの介在が必要であるという問題点もある。
【０００８】
本発明の目的は、上記の問題点を解決するナレッジ型運用管理システム，方法およびプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本願第１の発明のナレッジ型運用管理システムは、障害情報に対するリカバリデータを定義し前記リカバリデータを監視サーバに登録し監視対象サーバでの復旧結果を表示する監視端末と、障害が発生すると障害情報を採取して監視サーバに送信し監視サーバから受信した復旧コマンドを投入して実行し復旧結果を監視サーバに送信する監視対象サーバと、前記監視対象サーバから受信した障害情報に対応するリカバリデータを取得しリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し前記監視対象サーバから受信した復旧結果を前記監視端末に送信する監視サーバと、を備える。
【００１０】
本願第２の発明のナレッジ型運用管理システムは、管理対象障害と障害対処区分とコマンド投入区分とリカバリデータとを定義し前記管理対象障害定義を監視対象サーバに登録し前記障害対処区分定義と前記コマンド投入区分定義と前記リカバリデータとを前記監視サーバに登録し監視対象サーバでの復旧結果を表示する監視端末と、障害が発生すると前記管理対象障害定義を基に障害情報を採取して監視サーバに送信し監視サーバから受信した復旧コマンドを投入し復旧結果を監視サーバに送信する監視対象サーバと、前記監視対象サーバから障害情報を受信し受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が自動実行タイプである場合には障害情報に対応するリカバリデータを取得しリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し前記監視対象サーバから受信した復旧結果を前記監視端末に送信する監視サーバと、を備える。
【００１１】
本願第３の発明のナレッジ型運用管理システムは、第２の発明において前記監視サーバは前記監視対象サーバから受信した障害情報の障害対処区分定義が表示タイプの場合には障害情報を前記監視端末に送信し、前記監視端末は受信した障害メッセージを表示する、ことを特徴とする。
【００１２】
本願第４の発明のナレッジ型運用管理システムは、第２の発明において前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し前記監視端末から確認応答を受信したときにリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視端末は受信したリカバリデータを表示して確認し前記監視サーバに確認応答を送信する、ことを特徴とする。
【００１３】
本願第５の発明のナレッジ型運用管理システムは、第２の発明において前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し前記監視端末から更新リカバリデータを受信し受信した更新リカバリデータでリカバリデータを登録しているデータベースを更新し前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視端末は受信したリカバリデータを表示して更新し前記監視サーバに更新リカバリデータを送信する、ことを特徴とする。
【００１４】
本願第６の発明のナレッジ型運用管理システムは、第３の発明において前記監視端末は表示した障害メッセージに関するリカバリデータを定義し前記監視サーバに送信し、前記監視サーバは受信したリカバリデータを前記ナレッジデータベースに登録する、ことを特徴とする。
【００１５】
本願第７の発明のナレッジ型運用管理システムは、第１，第２，第３，第４，第５または第６の発明において前記監視サーバはリカバリデータを登録するデータベースを有し、前記障害情報に含まれるメッセージキーで前記データベースを検索してリカバリデータを取得する、ことを特徴とする。
【００１６】
本願第８の発明のナレッジ型運用管理方法は、監視サーバが監視対象サーバを運用管理するナレッジ型運用管理方法であって、監視端末は管理対象障害定義と障害対処区分定義とコマンド投入区分定義とリカバリデータとを定義し前記管理対象障害定義を監視対象サーバに登録し前記障害対処区分定義と前記コマンド投入区分定義と前記リカバリデータとを前記監視サーバに登録し、前記監視対象サーバは障害が発生すると前記管理対象障害定義を基に障害情報を採取して前記監視サーバに送信し、前記監視サーバは前記監視対象サーバから障害情報を受信し受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が自動実行タイプである場合には障害情報に対応するリカバリデータを取得しリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視対象サーバは前記監視サーバから受信した復旧コマンドを投入し復旧結果を前記監視サーバに送信し、前記監視サーバは前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、前記監視端末は前記監視サーバから受信した復旧結果を表示する、ことを特徴とする。
【００１７】
本願第９の発明のナレッジ型運用管理方法は、第８の発明において前記監視サーバは前記監視対象サーバから受信した障害情報の障害対処区分定義が表示タイプの場合には障害情報を前記監視端末に送信し、前記監視端末は受信した障害情報を表示する、ことを特徴とする。
【００１８】
本願第１０の発明のナレッジ型運用管理方法は、第８の発明において前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し、前記監視端末は受信したリカバリデータを表示して確認し前記監視サーバに確認応答を送信し、前記監視サーバは確認応答を受信したときにリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する、ことを特徴とする。
【００１９】
本願第１１の発明のナレッジ型運用管理方法は、第８の発明において前記監視サーバは受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信し、前記監視端末は受信したリカバリデータを表示して更新し前記監視サーバに更新リカバリデータを送信し、前記監視サーバは前記監視端末から更新リカバリデータを受信し受信した更新リカバリデータでリカバリデータを登録しているデータベースを更新し前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する、ことを特徴とする。
【００２０】
本願第１２の発明のナレッジ型運用管理方法は、第９の発明において前記監視端末は表示した障害メッセージに関するリカバリデータを定義し前記監視サーバに送信し、前記監視サーバは受信したリカバリデータを前記ナレッジデータベースに登録する、ことを特徴とする。
【００２１】
本願第１３の発明のナレッジ型運用管理方法は、第８，第９，第１０，第１１または第１２の発明において前記監視サーバはリカバリデータを登録しているデータベースを前記障害情報に含まれるメッセージキーで検索してリカバリデータを取得する、ことを特徴とする。
【００２２】
本願第１４の発明のナレッジ型運用管理プログラムは、監視サーバが監視対象サーバを運用管理するナレッジ型運用管理システムにおけるナレッジ型運用管理プログラムであって、コンピュータに、監視端末が、管理対象障害定義と障害対処区分定義とコマンド投入区分定義とリカバリデータとを定義する機能、前記管理対象障害定義を監視対象サーバに登録する機能、前記障害対処区分定義と前記コマンド投入区分定義と前記リカバリデータとを前記監視サーバに登録する機能、監視対象サーバが、障害が発生すると前記管理対象障害定義を基に障害情報を採取して前記監視サーバに送信する機能、監視サーバが、前記監視対象サーバから障害情報を受信する機能、受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が自動実行タイプである場合には障害情報に対応するリカバリデータを取得する機能、リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する機能、前記監視対象サーバが、前記監視サーバから受信した復旧コマンドを投入する機能、復旧結果を前記監視サーバに送信する機能、前記監視サーバが、前記監視対象サーバから受信した復旧結果を前記監視端末に送信する機能、前記監視端末が、前記監視サーバから受信した復旧結果を表示する機能、を実現させる。
【００２３】
本願第１５の発明のナレッジ型運用管理プログラムは、第１４の発明において前記監視サーバが、前記監視対象サーバから受信した障害情報の障害対処区分定義が表示タイプの場合には障害情報を前記監視端末に送信する機能、前記監視端末が、受信した障害情報を表示する機能、を実現させる。
【００２４】
本願第１６の発明のナレッジ型運用管理プログラムは、第１４の発明において前記監視サーバが、受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信する機能、前記監視端末が、受信したリカバリデータを表示して確認する機能、前記監視サーバに確認応答を送信する機能、前記監視サーバが、確認応答を受信したときにリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する機能、を実現させる。
【００２５】
本願第１７の発明のナレッジ型運用管理プログラムは、第１４の発明において前記監視サーバが、受信した障害情報の障害対処区分定義がナレッジタイプで且つ前記コマンド投入区分定義が確認実行タイプである場合には障害情報に対応するリカバリデータを取得した後に取得したリカバリデータを前記監視端末に送信する機能、前記監視端末が、受信したリカバリデータを表示して更新する機能、前記監視サーバに更新リカバリデータを送信する機能、前記監視サーバが、前記監視端末から更新リカバリデータを受信し受信した更新リカバリデータでリカバリデータを登録しているデータベースを更新する機能、前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する機能、を実現させる。
【００２６】
本願第１８の発明のナレッジ型運用管理プログラムは、第１５の発明において前記監視端末が、表示した障害メッセージに関するリカバリデータを定義し前記監視サーバに送信する機能、前記監視サーバが、受信したリカバリデータを前記ナレッジデータベースに登録する機能、を実現させる。
【００２７】
本願第１９の発明のナレッジ型運用管理プログラムは、第１４，第１５，第１６，第１７または第１８の発明において前記監視サーバが、リカバリデータを登録しているデータベースを前記障害情報に含まれるメッセージキーで検索してリカバリデータを取得する機能、を実現させる。
【００２８】
【発明の実施の形態】
本発明は、コンピュータ上で動作している業務システムの運用管理において監視対象サーバ等で発生した障害に対し、その対処方法をデータベースに蓄積することにより、その後、同障害発生時には蓄積されたデータベースからその障害の対処方法が検索され、業務システムの一部分のみを監視するオペレータ（以後、オペレータと略記する）にとってわかりやすくガイドメッセージとして表示し、復旧方法をナビゲートする構成を提供するものである。
【００２９】
業務システム全体の構成を把握し業務システム復旧方法について熟知しているシステム管理者（以後、システム管理者と略記する）しか保有しないシステムノウハウをデータベースに登録できる機構を提供することで、ナレッジデータベースの構築を容易にすること、過去における障害が再発した場合にナレッジデータベースを検索しスキルの低いオペレータであってもシステム管理者と同レベルの運用レベルを保証すること、ができる。
【００３０】
本発明の実施の形態について、図面を参照して説明する。
図１は、本発明の実施の形態の全体構成を示す図である。
【００３１】
図１を参照すると、本発明を利用した運用管理システムの一例は、業務を運行しているｎ（ｎは１以上の整数）台の監視対象サーバ１と、監視対象サーバからの障害情報を収集する監視サーバ２と、監視サーバ２からの情報を表示しオペレータ等が操作を行う監視端末３と、を備えている。
【００３２】
監視対象サーバ１は、プログラム制御で動作する情報処理装置で、第１運用管理手段１１を有する。
【００３３】
第１運用管理手段１１は、自サーバ内の障害情報を採取し第２運用管理手段２１に通知を行い、また第２運用管理手段２１から障害復旧コマンド投入の指示を受けて、自サーバに対してコマンドを実行してその結果通知を行う。
【００３４】
監視サーバ２は、プログラム制御で動作する情報処理装置で、第２運用管理手段２１とナレッジデータベース２２とを有する。
【００３５】
第２運用管理手段２１は、第１運用管理手段１１からの障害情報の取得、第１運用管理手段１１へ監視対象サーバ１への復旧コマンド投入指示、ナレッジデータベース２２と連携してシステム復旧ノウハウの登録・検索、監視端末３へ取得した情報の通知を行う。
【００３６】
ナレッジデータベース２２は、システム管理者が定義した障害情報の関連情報である復旧コマンドおよびガイドメッセージを格納する。ナレッジデータベース２２は、メッセージＩＤ，ノードまたはメッセージ本文、あるいはこれらの組み合わせをキー（メッセージキー）として復旧コマンドとガイドメッセージを格納する。以後、復旧コマンドとガイドメッセージを合わせてリカバリデータと称す。
【００３７】
ここで、第１運用管理手段１１および第２運用管理手段２１の詳細について、図２を使用して説明する。
図２は、第１運用管理手段および第２運用管理手段の詳細構成を示す図である。
【００３８】
先ず、第２運用管理手段２１について説明する。
【００３９】
図２を参照すると、第２運用管理手段２１は、第２管理サービス部２１１と、第２障害情報取得サービス部２１２と、ナレッジサービス部２１３と、データベースサービス部２１４と、第２コマンド投入サービス部２１５と、アプリケーション部２１６と、を含んでいる。
【００４０】
第２管理サービス部２１１は、以下の４つの機能を有する。
（１）システム管理者が定義した障害対応情報の定義ファイルの情報を読み込み、第２障害情報取得サービス部２１２、ナレッジサービス部２１３に反映させる。
（２）ある障害情報に対してナレッジサービス部２１３を利用するか否かの障害の切り分け定義を第２障害情報取得サービス部２１２に送る。
（３）第１障害情報取得サービス部１１２に指定の障害情報メッセージ採取を設定する為の定義情報を第１管理サービス部１１１に送る。
（４）定義したリカバリデータをナレッジデータベース２２に登録するように、ナレッジサービス部２１３に指示を出す。
【００４１】
第２障害情報取得サービス部２１２は、以下の２つの機能を有する。
（１）第１障害情報取得サービス部１１２から送られてきた監視対象サーバ１の障害メッセージを取得し、ナレッジサービス部２１３に通知する。
（２）障害メッセージを監視端末３で表示させるため、アプリケーション部２１６にメッセージを通知する。
【００４２】
ナレッジサービス部２１３は、以下の４つの機能を有する。
（１）第２障害情報取得サービス部２１２からの障害メッセージを元に、それに対応したリカバリデータをナレッジデータベース２２から検索するように要求を出し、その結果を取得する。
（２）復旧コマンド投入の際には、第２コマンド投入サービス部２１５へ指定の監視対象サーバ１内の第１コマンド投入サービス部１１３に対し、復旧コマンドを投入するよう要求を出し、その結果を取得する。
（３）監視端末３で参照できるように復旧コマンド投入結果をアプリケーション部２１６に通知する。
（４）監視端末３からリカバリデータの更新（追加・修正・削除）の指示があれば、データベースサービス部２１４にその要求を出す。
【００４３】
データベースサービス部２１４は、以下の２つの機能を有する。
（１）ナレッジサービス部２１３からの検索要求に対してナレッジデータベース２２を検索し、検索結果をナレッジサービス部２１３に返す。
（２）ナレッジサービス部２１３から指定の障害メッセージに対するリカバリデータの更新（追加・修正・削除）の要求があれば、ナレッジデータベース２２に対して実行する。
【００４４】
第２コマンド投入サービス部２１５は、以下の２つの機能を有する。
（１）ナレッジサービス部２１３からの障害復旧コマンド投入要求に応じて、指定監視対象サーバ１内の第１コマンド投入サービス部１１３へ復旧コマンド投入の指示をする。
（２）第１コマンド投入サービス部１１３からの投入結果をナレッジサービス部２１３に通知する。
【００４５】
アプリケーション部２１６は、上述の各サービス部からの情報を監視端末３に通知する、または監視端末３からのオペレーションをナレッジサービス部２１３に伝達することを目的とした、各サービス部と監視端末３の仲介の役割をするものである。これにより、各監視対象サーバ１の障害メッセージを一元的に参照したり、障害対処コマンド（復旧コマンド）を監視対象サーバ１に投入することが監視端末３上から可能になる。
【００４６】
続いて、第１運用管理手段１１について説明する。
【００４７】
図２を参照すると、第１運用管理手段１１は、第１管理サービス部１１１と、第１障害情報取得サービス部１１２と、第１コマンド投入サービス部１１３と、を含んでいる。
【００４８】
第１管理サービス部１１１は、第２管理サービス部２１１から送られてきた、どの障害メッセージを採取するかという定義情報を第１障害情報取得サービス部１１２に反映させる機能を有する。
【００４９】
第１障害情報取得サービス部１１２は、第１管理サービス部１１１からの定義情報を元に、監視対象サーバ１内で発生した障害メッセージを採取し、第２障害情報取得サービス部２１２に送信する機能を有する。
【００５０】
第１コマンド投入サービス部１１３は、第２コマンド投入サービス部２１５からの復旧コマンドの投入指示を受け、監視対象サーバ１に対してコマンドを投入し、その結果（復旧結果）を第２コマンド投入サービス部２１５に通知する機能を有する。
【００５１】
ここで、第１障害情報取得サービス部１１２が採取送信する障害メッセージについて、図３を用いて説明する。
図３は、障害メッセージのフォーマット例を示す図である。
【００５２】
図３を参照すると、障害メッセージは、発生時間，発生日時，メッセージＩＤ，障害発生サーバ（ノード）およびメッセージ本文の情報を含み、メッセージＩＤとはメッセージ本文に割り当てられている識別番号を示す。図３の障害メッセージ例でいうと、例１「業務サービスＡが異常終了しました」という内容は「ＤＣＲＯ０３」に、例２−１、例２−２「ファイルの生成に失敗しましたエラーコード＝？」は「ＤＣＲＯ１９」が割り当てられている。障害メッセージの中でも、例２のメッセージ本文内にある「エラーコード＝？」は、ファイルの生成に失敗した複数存在する原因の中から特定されたものが、「？」部分に数字で置換される。ファイルの生成に失敗した原因として、ディスクへの書き込み権限が無かった場合は「１」が、ディスクの空き容量が不足していた場合は「４」が置換される。システム管理者は、メッセージＩＤやメッセージ本文内のエラーコード等を、採取する障害メッセージおよびリカバリデータの関連付けの条件として障害メッセージを定義する。
【００５３】
監視端末３は、プログラム制御で動作する装置で、システム管理者やオペレータが操作を行う。また、監視サーバ２からの情報も表示する。システム管理者は、監視端末３から下記の障害対応情報の定義を行う。
（１）障害管理の対象とするメッセージの定義（管理対象障害の定義（管理対象メッセージ一覧の作成））。メッセージは、メッセージＩＤ，ノードまたはメッセージ本文、あるいはこれらの組み合わせから成るメッセージキーで定義する。
（２）定義した障害メッセージがナレッジサービス部２１３を利用するか否かの定義（障害対処区分の定義）。単にある事象が発生したということだけ監視端末３に通知する場合は表示タイプ、障害対処が必要な場合はナレッジタイプ、と定義する。表示タイプはアプリケーション部２１６に、ナレッジタイプはナレッジサービス部２１３に、通知される。
（３）ナレッジサービス部２１３を利用する障害メッセージに対するリカバリデータ（復旧コマンドとガイドメッセージ）の定義。
（４）リカバリデータ内の復旧コマンドを自動投入する（自動実行タイプ）か自動投入しない（確認実行タイプ）かの定義（コマンド投入区分の定義）。復旧コマンドが確認実行タイプの場合、オペレータは監視端末３からリカバリデータの内容を確認し、更新があればリカバリデータの追加／修正／削除を行う。
【００５４】
次に、本発明の実施の形態の動作について、図２〜図５を参照して詳細に説明する。
図４は、運用準備段階の動作の流れを示す図である。
図５は、運用段階の動作の流れを示す図である。
【００５５】
本発明の実施の形態の動作を、以下の２つに分けて説明する。
・運用準備段階の動作
・運用段階の動作。
【００５６】
先ず、運用準備段階の動作について、図２および図４を参照して説明する。
【００５７】
システム管理者は、監視端末３から、どういったメッセージが発生した時を障害とするかの定義（管理対象障害の定義（管理対象メッセージ一覧の作成））、またナレッジサービス部２１３を利用する場合はその障害メッセージに対するリカバリデータの定義、障害対処区分の定義、コマンド投入区分の定義を行う（図２：（１）、図４：ステップ１０１）。単にある事象が発生したということだけ監視端末３に通知する場合はアプリケーション部２１６に、障害対処が必要な場合はナレッジサービス部２１３に、通知するように定義され、運用段階では、第２障害情報取得サービス部２１２がこの定義に基づきナレッジサービス部２１３またはアプリケーション部２１６に通知する。
【００５８】
定義した情報は、第２管理サービス部２１１を通じて各サービス部に配布する（図２：（２）→（３）、図４：ステップ１０２）。すなわち、管理対象障害定義は第１障害情報取得サービス部１１２に、コマンド投入区分定義はナレッジサービス部２１３に、登録する。また、第２障害情報取得サービス部２１２には監視対象サーバ１からの障害メッセージをアプリケーション部２１６またはナレッジサービス部２１３に送る契機（障害対処区分定義）を反映させる。
【００５９】
ナレッジサービス部２１３にはリカバリデータ登録の指示を出し（図２：（４））、データベースサービス部２１４を通じてナレッジデータベース２２に登録する（図２：（５）、図４：ステップ１０３）。
【００６０】
上記の動作で、障害対応情報の定義を行い、運用準備が終了する。なお、運用段階で新たに管理対象としたいメッセージが出てきたら、そのメッセージに対して上記の運用準備処理を行う。
【００６１】
続いて、運用段階の動作について、図２および図５を参照して説明する。
【００６２】
監視対象サーバ１で障害が発生した場合（図４：ステップ２０１）、第１障害情報取得サービス部１１２は、障害により出力されるメッセージのメッセージＩＤおよびエラーコードで管理対象障害定義（管理対象メッセージ一覧）を検索して管理対象のメッセージか否かを判断し、管理対象のメッセージであれば図３で示す障害メッセージフォーマットに組み立て、障害メッセージを第２障害情報取得サービス部２１２に通知する（図２：（６））。
【００６３】
通知された障害メッセージがナレッジサービス部２１３を利用するように定義されていた場合、すなわち障害対処区分がナレッジタイプの場合（図４：ステップ２０２→ステップ２０３）、第２障害情報取得サービス部２１２は障害メッセージをナレッジサービス部２１３に通知する（図２：（７））。
【００６４】
ナレッジサービス部２１３は、データベースサービス部２１４に同様の障害メッセージ、およびリカバリデータの検索要求を出し（図２：（４））、データベースサービス部２１４は要求に応じて、ナレッジデータベース２２を検索して結果（リカバリデータ）を返す（図２：（５）→（８）→（９））。
【００６５】
リカバリデータ内の復旧コマンドが自動で投入されるように登録されていた場合、すなわちコマンド投入区分が自動実行タイプの場合（図４：ステップ２０３→ステップ２０４）、第２コマンド投入サービス部２１５に障害が発生している監視対象サーバ１の第１コマンド投入サービス部１１３に対して復旧コマンドを投入するように指示する（図２：（１０）→（１１）、図４：ステップ２０４）。
【００６６】
第２コマンド投入サービス部２１５はリカバリデータを第１コマンド投入サービス部１１３に渡し、第１コマンド投入サービス部１１３は復旧コマンドを投入実行し、第２コマンド投入サービス部２１５は第１コマンド投入サービス部１１３からの投入結果を受け取る（図２：（１２））とナレッジサービス部２１３に通知し（図２：（１３））、ナレッジサービス部２１３はアプリケーション部２１６に通知して監視端末３に表示するようにする（図２：（１４）→（１５）、図４：ステップ２０５）。
【００６７】
リカバリデータ内の復旧コマンドがオペレータが確認してから投入されるように登録されている場合、すなわちコマンド投入区分が確認実行タイプの場合（図４：ステップ２０３→ステップ２０６）、監視端末３にリカバリデータ内容を表示してオペレータに操作を促し（図２：（５）→（９）→（１４）→（１５）、図４：ステップ２０６）、オペレータがガイドメッセージを参照して確認し、リカバリデータに関して更新が無ければコマンドが投入される（図２：（１６）→（１７）→（１０）→（１１）、図４：ステップ２０７→ステップ２０４）。
【００６８】
リカバリデータの内容に更新（追加・修正・削除）がある場合、オペレータ等が監視端末３に表示されているリカバリデータを更新し、更新したリカバリデータをナレッジデータベース２２に蓄積する（図２：（１６）→（１７）→（４）→（５）、図４：ステップ２０８→ステップ２０９）。その後、コマンド投入、コマンド投入結果通知に進む（図２：（１０）→（１１）→（１２）→（１３）→（１４）→（１５）、図４：ステップ２０４→ステップ２０５）。
【００６９】
ナレッジサービス部２１３を利用しない場合、すなわち障害対処区分が表示タイプの場合、第１障害情報取得サービス部１１２からの障害メッセージは、アプリケーション部２１６を通して監視端末３に通知される（図２：（６）→（１８）→（１５）、図４：ステップ２０２→ステップ２１０）。
【００７０】
もし、監視端末３に通知された障害メッセージがリカバリデータを定義したい障害（新規障害）であった場合（図４：ステップ２１１→ステップ２１２）、システム管理者は運用準備段階で行ったと同様の処理を行い、障害対処のノウハウ（リカバリデータ）を定義しナレッジデータベース２２に蓄積する（図２：（１）→（２）→（４）→（５）、図４：ステップ２１２→ステップ２１３→ステップ２１４）。
【００７１】
また、管理対象になっているがリカバリデータを定義していないメッセージについては、以下のような方法でも、ナレッジデータベース２２にリカバリデータを登録できる。
【００７２】
例えば、図３の例２−１の障害メッセージに対してのみリカバリデータを定義していた場合、例２−２の障害メッセージ発生時には障害発生の原因が異なるため、新たに例２−２に対してのリカバリデータを登録する必要がある。しかし、ここで新たに定義ファイルを追加修正してナレッジサービス部２１３に反映させる必要は無く、メッセージＩＤで障害メッセージを定義しておき、監視端末３画面の入力操作から、発生した障害メッセージのエラーコードに対応するリカバリデータの追加を行うことで、ナレッジデータベース２２の内容を更新し、次回から利用することができる。こうすることで、エラーコードが多数あるような障害メッセージに対し、後から容易にリカバリデータを追加していくことができる。
【００７３】
このようにして、ナレッジデータベースに障害対処方法を蓄積していくことにより、過去における障害が再発した場合に、ナレッジデータベースを検索することで、スキルの低いオペレータであってもシステム管理者と同レベルの障害対処を行うことができる。
【００７４】
次に、本発明の他の実施の形態について説明する。
【００７５】
他の実施の形態の構成、上述の実施の形態の構成に対して、監視対象サーバに復旧コマンドを登録するローカルデータベースを追加し、第１運用管理手段に復旧コマンド登録部とローカルデータベース検索部とを追加したものである。
【００７６】
他の実施の形態の動作について説明する。
【００７７】
運用準備段階において、コマンド投入区分定義と障害対処区分定義とを第１障害情報取得サービス部にも登録する。
【００７８】
運用段階において、監視対象サーバで障害が発生した場合、第１障害情報取得サービス部は障害情報を採取し、障害対処区分がナレッジタイプで且つコマンド投入区分が自動実行タイプの場合には、採取した障害情報のメッセージキーをローカルデータベース検索部に渡す。ローカルデータベース検索部はメッセージキーでローカルデータベースを検索して一致すれば、その復旧コマンドを取り出して第１コマンド投入サービス部に渡す。第１コマンド投入サービス部は復旧コマンドを投入して実行し復旧結果を監視サーバを経由して監視端末に送信する。
【００７９】
障害対処区分がナレッジタイプで且つコマンド投入区分が自動実行タイプでない場合およびローカルデータベースを検索して一致しない場合は、第１障害情報取得サービス部は障害情報を監視サーバに送信し、以降は上述の実施の形態と同様の動作を行うが、第１コマンド投入サービス部で復旧コマンドを投入して復旧結果が正常の場合には、復旧コマンド登録部が復旧コマンドをローカルデータベースに登録する。
【００８０】
こうすることで、ローカルデータベースに登録されたメッセージに関しては、障害が再発した場合に、監視対象サーバのみで障害処理を行うことができる。
【００８１】
本発明による上述した実施の形態において、ナレッジ型運用管理システムの処理動作を実行するためのプログラム等を、データとしてコンピュータの磁気ディスクや光ディスク等の記録媒体（図示せず）に記録するようにし、記録されたデータを読み出してナレッジ型運用管理システムを動作させるために用いる。このように、本発明によるナレッジ型運用管理システムを動作させるデータを記録媒体に記録させ、この記録媒体をインストールすることによりナレッジ型運用管理システムの機能が実現できるようになる。
【００８２】
【発明の効果】
本発明は、運用管理システムとナレッジデータベースを組み合わせることにより、以下２つの効果が得られる。
【００８３】
第１の効果は、システム管理者のノウハウをオペレータが共有できることである。
【００８４】
その理由は、過去の障害情報及び復旧方法をナレッジデータベースに蓄積することにより、過去に発生した障害に対してはナレッジデータベースを検索して、復旧方法とガイドメッセージを表示するからである。
【００８５】
第２の効果は、自立的な運用管理システムが構築可能になることである。
【００８６】
その理由は、ナレッジデータベースに登録されている復旧コマンドを自動投入するように設定することで、オペレータの介在無しにシステムの復旧作業を行うことができるからである。
【図面の簡単な説明】
【図１】本発明の実施の形態の全体構成を示す図
【図２】運用管理手段の詳細構成を示す図
【図３】障害メッセージのフォーマット例を示す図
【図４】運用準備段階の動作の流れを示す図
【図５】運用段階の動作の流れを示す図
【符号の説明】
１    監視対象サーバ
２    監視サーバ
３    監視端末
１１    第１運用管理手段
２１    第２運用管理手段
２２    ナレッジデータベース
１１１    第１管理サービス部
１１２    第１障害情報取得サービス部
１１３    第１コマンド投入サービス部
２１１    第２管理サービス部
２１２    第２障害情報取得サービス部
２１３    ナレッジサービス部
２１４    データベースサービス部
２１５    第２コマンド投入サービス部
２１６    アプリケーション部
【図１】
2004178296.tif 000003
【図２】
2004178296.tif 000004
【図３】
2004178296.tif 000005
【図４】
2004178296.tif 000006
【図５】
2004178296.tif 000007