JP3916232B2 - ナレッジ型運用管理システム，方法およびプログラム - Google Patents
ナレッジ型運用管理システム，方法およびプログラム Download PDFInfo
- Publication number
- JP3916232B2 JP3916232B2 JP2002344133A JP2002344133A JP3916232B2 JP 3916232 B2 JP3916232 B2 JP 3916232B2 JP 2002344133 A JP2002344133 A JP 2002344133A JP 2002344133 A JP2002344133 A JP 2002344133A JP 3916232 B2 JP3916232 B2 JP 3916232B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- definition
- message
- recovery
- command
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、運用中の障害を管理する運用管理システム，方法およびプログラムに関し、特にデータベースに蓄積された過去の障害情報を参照して障害復旧を行うナレッジ型運用管理システム，方法およびプログラムに関する。
【０００２】
【従来の技術】
従来の運用管理システムは、オペレータが障害を発見後、対処方法が分からないなどで即時対応ができない場合には、システム管理者に通知し、システム管理者本人が対処する、もしくはオペレータに復旧方法を指示して対処していた。
【０００３】
上記の方法を改善する１つの方法として、特許文献１には、コンピュータネットワーク上で障害が発生した時の速やかな復旧を行えるようにして操作者の負担を軽減させることを目的とし、過去に発生したネットワーク障害の履歴およびその復旧方法を蓄積管理しておき、ネットワーク障害が発生した時には、その蓄積した情報を基に操作者が行うべき復旧方法について指示を出すようにしてネットワークにおける障害を処理する、ネットワーク障害処理システム及び該システムにおけるネットワーク障害処理方法が開示されている。
【０００４】
【特許文献１】
特開平８−４４６４１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した従来の運用管理システムでは、障害発生の通知しかオペレータにされないため、重要度の高い障害時には、システム管理者を経由して対処しなければならない事と、システムの統廃合等により、大規模なマルチプラットフォーム環境になると、それに伴い障害の復旧方法は多様かつ複雑になるので、オペレータがマニュアル等で復旧方法を調べて対処する事で、復旧までに時間がかかってしまうという問題点があった。
【０００６】
業務システムは２４時間稼動が基本であり、障害発生時には短時間での復旧が要求されている。また、システムの監視において、豊富なノウハウを有するシステム管理者を多数配置するのはコストがかかるので、少数のシステム管理者の下でオペレータが監視を行うのが最も多い運用管理方法であるが、できればコストを押さえ、且つシステムを監視する者全てがシステム管理者レベルに近いノウハウを有することができるような運用管理方法が望まれている。
【０００７】
また、特許文献１の方法では、障害の対応できる範囲がネットワークのみであり汎用的でないという問題点がある。更に、復旧に必ずオペレータの介在が必要であるという問題点もある。
【０００８】
本発明の目的は、上記の問題点を解決するナレッジ型運用管理システム，方法およびプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本願第１の発明のナレッジ型運用管理システムは、障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）および前記障害管理の対象となるメッセージに対する復旧コマンドを含むリカバリデータの定義を入力し、前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を監視対象サーバに送信し、前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を監視サーバに送信し、復旧結果を表示する監視端末と、前記障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースと、障害管理の対象となるメッセージを採取する第１障害情報取得サービス部と、復旧コマンドを投入する第１コマンド投入サービス部と、前記ローカルデータベースを検索するローカルデータベース検索部とを含み、前記監視端末から前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を受信して前記第１障害情報取得サービス部に登録し、障害が発生すると、前記第１障害情報取得サービス部が、障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索して前記障害メッセージが管理対象として登録されているか否かを判断し、管理対象の場合に、前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、前記ローカルデータベース検索部が、前記ローカルデータベースから復旧コマンドを取り出して、前記第１コマンド投入サービス部が、前記復旧コマンドを実行し復旧結果を監視サーバに送信し、前記第１障害情報取得サービス部が、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、前記障害メッセージを監視サーバに送信し、前記第１コマンド投入サービス部が、監視サーバから受信した復旧コマンドを投入し復旧結果を監視サーバに送信する監視対象サーバと、前記障害管理の対象となるメッセージに対するリカバリデータを登録するナレッジデータベースと、障害メッセージのコマンド投入区分を判断するナレッジサービス部と、障害メッセージの障害対処区分を判断する第２障害情報取得サービス部と、前記ナレッジデータベースを検索更新するデータベースサービス部とを含み、前記監視端末から前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を受信し、受信した前記コマンド投入区分の定義を前記ナレッジサービス部に登録し、受信した前記障害対処区分の定義を前記第２障害情報取得サービス部に登録し、受信した前記リカバリデータの定義を前記ナレッジデータベースに登録し、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、前記監視端末から確認応答を受信したときに、リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視対象サーバから受信した復旧結果を前記監視端末に送信する監視サーバと、を備える。
【００１０】
本願第２の発明のナレッジ型運用管理システムは、第１の発明において前記監視サーバは、前記監視対象サーバから受信した前記障害メッセージの障害対処区分が表示タイプの場合には前記障害メッセージを前記監視端末に送信し、前記監視端末は、受信した前記障害メッセージを表示する、ことを特徴とする。
【００１１】
本願第３の発明のナレッジ型運用管理システムは、第１の発明において前記監視サーバは、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、前記監視端末から更新リカバリデータを受信し、前記データベースサービス部が、受信した更新リカバリデータで前記ナレッジデータベースを更新し、前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視端末は、受信したリカバリデータを表示し、前記監視サーバに更新されたリカバリデータを送信する、ことを特徴とする。
【００１２】
本願第４の発明のナレッジ型運用管理方法は、監視サーバが監視対象サーバを運用管理するナレッジ型運用管理方法であって、前記監視対象サーバは、障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースと、障害管理の対象となるメッセージを採取する第１障害情報取得サービス部と、復旧コマンドを投入する第１コマンド投入サービス部と、前記ローカルデータベースを検索するローカルデータベース検索部とを含み、前記監視サーバは、障害管理の対象となるメッセージに対するリカバリデータを登録するナレッジデータベースと、障害メッセージのコマンド投入区分を判断するナレッジサービス部と、障害メッセージの障害対処区分を判断する第２障害情報取得サービス部と、前記ナレッジデータベースを検索更新するデータベースサービス部とを含み、監視端末は、障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）および前記障害管理の対象となるメッセージに対する復旧コマンドを含むリカバリデータの定義を入力し、前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を監視対象サーバに送信し、前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を監視サーバに送信し、監視対象サーバは、前記監視端末から前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を受信して前記第１障害情報取得サービス部に登録し、障害が発生すると、前記第１障害情報取得サービス部が、障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索して前記障害メッセージが管理対象として登録されているか否かを判断し、管理対象の場合に、前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、前記ローカルデータベース検索部が、前記ローカルデータベースから復旧コマンドを取り出して、前記第１コマンド投入サービス部が、前記復旧コマンドを実行し復旧結果を監視サーバに送信し、監視サーバは、前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、監視端末は、前記復旧結果を表示し、監視対象サーバは、前記第１障害情報取得サービス部が、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、前記障害メッセージを監視サーバに送信し、監視サーバは、前記監視端末から前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を受信し、受信した前記コマンド投入区分の定義を前記ナレッジサービス部に登録し、受信した前記障害対処区分の定義を前記第２障害情報取得サービス部に登録し、受信した前記リカバリデータの定義を前記ナレッジデータベースに登録し、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、監視端末は、受信したリカバリデータを表示し、入力された確認応答を前記監視サーバに送信し、監視サーバは、前記監視端末から確認応答を受信したときに、リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、監視対象サーバは、前記第１コマンド投入サービス部が、監視サーバから受信した復旧コマンドを投入し、復旧結果を監視サーバに送信し、監視サーバは、前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、監視端末は、前記復旧結果を表示する、ことを特徴とする。
【００１３】
本願第５の発明のナレッジ型運用管理方法は、第４の発明において前記監視サーバは、前記監視対象サーバから受信した前記障害メッセージの障害対処区分が表示タイプの場合には前記障害メッセージを前記監視端末に送信し、前記監視端末は、受信した前記障害メッセージを表示する、ことを特徴とする。
【００１４】
本願第６の発明のナレッジ型運用管理方法は、第４の発明において前記監視サーバは、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し、取得したリカバリデータを前記監視端末に送信し、前記監視端末は、受信したリカバリデータを表示し、前記監視サーバに更新されたリカバリデータを送信し、前記監視サーバは、前記監視端末から更新されたリカバリデータを受信し、前記データベースサービス部が、受信した更新されたリカバリデータで前記ナレッジデータベースを更新し、前記更新されたリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する、ことを特徴とする。
【００１５】
本願第７の発明のナレッジ型運用管理プログラムは、監視端末と監視対象サーバと監視サーバとを備えるナレッジ型運用管理システムにおけるナレッジ型運用管理プログラムであって、監視対象サーバに、監視端末から送信された障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），および前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）を受信して第１障害情報取得サービス部に登録する機能、障害が発生すると、第１障害情報取得サービス部が障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索し、前記障害メッセージが管理対象として登録されているか否かを判断する機能、管理対象の場合に、第１障害情報取得サービス部が前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、前記障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースからローカルデータベース検索部が復旧コマンドを取り出し、第１コマンド投入サービス部が前記復旧コマンドを実行して復旧結果を監視サーバに送信する機能、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、第１障害情報取得サービス部が前記障害メッセージを監視サーバに送信する機能、第１コマンド投入サービス部が監視サーバから受信した復旧コマンドを投入して復旧結果を監視サーバに送信する機能、を実現させる。
【００２８】
【発明の実施の形態】
本発明は、コンピュータ上で動作している業務システムの運用管理において監視対象サーバ等で発生した障害に対し、その対処方法をデータベースに蓄積することにより、その後、同障害発生時には蓄積されたデータベースからその障害の対処方法が検索され、業務システムの一部分のみを監視するオペレータ（以後、オペレータと略記する）にとってわかりやすくガイドメッセージとして表示し、復旧方法をナビゲートする構成を提供するものである。
【００２９】
業務システム全体の構成を把握し業務システム復旧方法について熟知しているシステム管理者（以後、システム管理者と略記する）しか保有しないシステムノウハウをデータベースに登録できる機構を提供することで、ナレッジデータベースの構築を容易にすること、過去における障害が再発した場合にナレッジデータベースを検索しスキルの低いオペレータであってもシステム管理者と同レベルの運用レベルを保証すること、ができる。
【００３０】
本発明の実施の形態について、図面を参照して説明する。
図１は、本発明の実施の形態の全体構成を示す図である。
【００３１】
図１を参照すると、本発明を利用した運用管理システムの一例は、業務を運行しているｎ（ｎは１以上の整数）台の監視対象サーバ１と、監視対象サーバからの障害情報を収集する監視サーバ２と、監視サーバ２からの情報を表示しオペレータ等が操作を行う監視端末３と、を備えている。
【００３２】
監視対象サーバ１は、プログラム制御で動作する情報処理装置で、第１運用管理手段１１を有する。
【００３３】
第１運用管理手段１１は、自サーバ内の障害情報を採取し第２運用管理手段２１に通知を行い、また第２運用管理手段２１から障害復旧コマンド投入の指示を受けて、自サーバに対してコマンドを実行してその結果通知を行う。
【００３４】
監視サーバ２は、プログラム制御で動作する情報処理装置で、第２運用管理手段２１とナレッジデータベース２２とを有する。
【００３５】
第２運用管理手段２１は、第１運用管理手段１１からの障害情報の取得、第１運用管理手段１１へ監視対象サーバ１への復旧コマンド投入指示、ナレッジデータベース２２と連携してシステム復旧ノウハウの登録・検索、監視端末３へ取得した情報の通知を行う。
【００３６】
ナレッジデータベース２２は、システム管理者が定義した障害情報の関連情報である復旧コマンドおよびガイドメッセージを格納する。ナレッジデータベース２２は、メッセージＩＤ，ノードまたはメッセージ本文、あるいはこれらの組み合わせをキー（メッセージキー）として復旧コマンドとガイドメッセージを格納する。以後、復旧コマンドとガイドメッセージを合わせてリカバリデータと称す。
【００３７】
ここで、第１運用管理手段１１および第２運用管理手段２１の詳細について、図２を使用して説明する。
図２は、第１運用管理手段および第２運用管理手段の詳細構成を示す図である。
【００３８】
先ず、第２運用管理手段２１について説明する。
【００３９】
図２を参照すると、第２運用管理手段２１は、第２管理サービス部２１１と、第２障害情報取得サービス部２１２と、ナレッジサービス部２１３と、データベースサービス部２１４と、第２コマンド投入サービス部２１５と、アプリケーション部２１６と、を含んでいる。
【００４０】
第２管理サービス部２１１は、以下の４つの機能を有する。
（１）システム管理者が定義した障害対応情報の定義ファイルの情報を読み込み、第２障害情報取得サービス部２１２、ナレッジサービス部２１３に反映させる。
（２）ある障害情報に対してナレッジサービス部２１３を利用するか否かの障害の切り分け定義を第２障害情報取得サービス部２１２に送る。
（３）第１障害情報取得サービス部１１２に指定の障害情報メッセージ採取を設定する為の定義情報を第１管理サービス部１１１に送る。
（４）定義したリカバリデータをナレッジデータベース２２に登録するように、ナレッジサービス部２１３に指示を出す。
【００４１】
第２障害情報取得サービス部２１２は、以下の２つの機能を有する。
（１）第１障害情報取得サービス部１１２から送られてきた監視対象サーバ１の障害メッセージを取得し、ナレッジサービス部２１３に通知する。
（２）障害メッセージを監視端末３で表示させるため、アプリケーション部２１６にメッセージを通知する。
【００４２】
ナレッジサービス部２１３は、以下の４つの機能を有する。
（１）第２障害情報取得サービス部２１２からの障害メッセージを元に、それに対応したリカバリデータをナレッジデータベース２２から検索するように要求を出し、その結果を取得する。
（２）復旧コマンド投入の際には、第２コマンド投入サービス部２１５へ指定の監視対象サーバ１内の第１コマンド投入サービス部１１３に対し、復旧コマンドを投入するよう要求を出し、その結果を取得する。
（３）監視端末３で参照できるように復旧コマンド投入結果をアプリケーション部２１６に通知する。
（４）監視端末３からリカバリデータの更新（追加・修正・削除）の指示があれば、データベースサービス部２１４にその要求を出す。
【００４３】
データベースサービス部２１４は、以下の２つの機能を有する。
（１）ナレッジサービス部２１３からの検索要求に対してナレッジデータベース２２を検索し、検索結果をナレッジサービス部２１３に返す。
（２）ナレッジサービス部２１３から指定の障害メッセージに対するリカバリデータの更新（追加・修正・削除）の要求があれば、ナレッジデータベース２２に対して実行する。
【００４４】
第２コマンド投入サービス部２１５は、以下の２つの機能を有する。
（１）ナレッジサービス部２１３からの障害復旧コマンド投入要求に応じて、指定監視対象サーバ１内の第１コマンド投入サービス部１１３へ復旧コマンド投入の指示をする。
（２）第１コマンド投入サービス部１１３からの投入結果をナレッジサービス部２１３に通知する。
【００４５】
アプリケーション部２１６は、上述の各サービス部からの情報を監視端末３に通知する、または監視端末３からのオペレーションをナレッジサービス部２１３に伝達することを目的とした、各サービス部と監視端末３の仲介の役割をするものである。これにより、各監視対象サーバ１の障害メッセージを一元的に参照したり、障害対処コマンド（復旧コマンド）を監視対象サーバ１に投入することが監視端末３上から可能になる。
【００４６】
続いて、第１運用管理手段１１について説明する。
【００４７】
図２を参照すると、第１運用管理手段１１は、第１管理サービス部１１１と、第１障害情報取得サービス部１１２と、第１コマンド投入サービス部１１３と、を含んでいる。
【００４８】
第１管理サービス部１１１は、第２管理サービス部２１１から送られてきた、どの障害メッセージを採取するかという定義情報を第１障害情報取得サービス部１１２に反映させる機能を有する。
【００４９】
第１障害情報取得サービス部１１２は、第１管理サービス部１１１からの定義情報を元に、監視対象サーバ１内で発生した障害メッセージを採取し、第２障害情報取得サービス部２１２に送信する機能を有する。
【００５０】
第１コマンド投入サービス部１１３は、第２コマンド投入サービス部２１５からの復旧コマンドの投入指示を受け、監視対象サーバ１に対してコマンドを投入し、その結果（復旧結果）を第２コマンド投入サービス部２１５に通知する機能を有する。
【００５１】
ここで、第１障害情報取得サービス部１１２が採取送信する障害メッセージについて、図３を用いて説明する。
図３は、障害メッセージのフォーマット例を示す図である。
【００５２】
図３を参照すると、障害メッセージは、発生時間，発生日時，メッセージＩＤ，障害発生サーバ（ノード）およびメッセージ本文の情報を含み、メッセージＩＤとはメッセージ本文に割り当てられている識別番号を示す。図３の障害メッセージ例でいうと、例１「業務サービスＡが異常終了しました」という内容は「ＤＣＲＯ０３」に、例２−１、例２−２「ファイルの生成に失敗しましたエラーコード＝？」は「ＤＣＲＯ１９」が割り当てられている。障害メッセージの中でも、例２のメッセージ本文内にある「エラーコード＝？」は、ファイルの生成に失敗した複数存在する原因の中から特定されたものが、「？」部分に数字で置換される。ファイルの生成に失敗した原因として、ディスクへの書き込み権限が無かった場合は「１」が、ディスクの空き容量が不足していた場合は「４」が置換される。システム管理者は、メッセージＩＤやメッセージ本文内のエラーコード等を、採取する障害メッセージおよびリカバリデータの関連付けの条件として障害メッセージを定義する。
【００５３】
監視端末３は、プログラム制御で動作する装置で、システム管理者やオペレータが操作を行う。また、監視サーバ２からの情報も表示する。システム管理者は、下記の障害対応情報の定義を行い、監視端末３から入力する。
（１）障害管理の対象とするメッセージの定義（管理対象障害の定義（管理対象メッセージ一覧の作成））。メッセージは、メッセージＩＤ，ノードまたはメッセージ本文、あるいはこれらの組み合わせから成るメッセージキーで定義する。
（２）定義した障害メッセージがナレッジサービス部２１３を利用するか否かの定義（障害対処区分の定義）。単にある事象が発生したということだけ監視端末３に通知する場合は表示タイプ、障害対処が必要な場合はナレッジタイプ、と定義する。表示タイプはアプリケーション部２１６に、ナレッジタイプはナレッジサービス部２１３に、通知される。
（３）ナレッジサービス部２１３を利用する障害メッセージに対するリカバリデータ（復旧コマンドとガイドメッセージ）の定義。
（４）リカバリデータ内の復旧コマンドを自動投入する（自動実行タイプ）か自動投入しない（確認実行タイプ）かの定義（コマンド投入区分の定義）。復旧コマンドが確認実行タイプの場合、オペレータは監視端末３からリカバリデータの内容を確認し、更新があればリカバリデータの追加／修正／削除を行う。
【００５４】
次に、本発明の実施の形態の動作について、図２〜図５を参照して詳細に説明する。
図４は、運用準備段階の動作の流れを示す図である。
図５は、運用段階の動作の流れを示す図である。
【００５５】
本発明の実施の形態の動作を、以下の２つに分けて説明する。
・運用準備段階の動作
・運用段階の動作。
【００５６】
先ず、運用準備段階の動作について、図２および図４を参照して説明する。
【００５７】
システム管理者は、どういったメッセージが発生した時を障害とするかの定義（管理対象障害の定義（管理対象メッセージ一覧の作成））、またナレッジサービス部２１３を利用する場合はその障害メッセージに対するリカバリデータの定義、障害対処区分の定義、コマンド投入区分の定義を行い、監視端末３から入力する（図２：(1)、図４：ステップ１０１）。単にある事象が発生したということだけ監視端末３に通知する場合はアプリケーション部２１６に、障害対処が必要な場合はナレッジサービス部２１３に、通知するように定義され、運用段階では、第２障害情報取得サービス部２１２がこの定義に基づきナレッジサービス部２１３またはアプリケーション部２１６に通知する。
【００５８】
定義した情報は、第２管理サービス部２１１を通じて各サービス部に配布する（図２：(2)→(3)、図４：ステップ１０２）。すなわち、管理対象障害定義は第１障害情報取得サービス部１１２に、コマンド投入区分定義はナレッジサービス部２１３に、登録する。また、第２障害情報取得サービス部２１２には監視対象サーバ１からの障害メッセージをアプリケーション部２１６またはナレッジサービス部２１３に送る契機（障害対処区分定義）を反映させる。
【００５９】
ナレッジサービス部２１３にはリカバリデータ登録の指示を出し（図２：(4)）、データベースサービス部２１４を通じてナレッジデータベース２２に登録する（図２：(5)、図４：ステップ１０３）。
【００６０】
上記の動作で、障害対応情報の定義を行い、運用準備が終了する。なお、運用段階で新たに管理対象としたいメッセージが出てきたら、そのメッセージに対して上記の運用準備処理を行う。
【００６１】
続いて、運用段階の動作について、図２および図５を参照して説明する。
【００６２】
監視対象サーバ１で障害が発生した場合（図４：ステップ２０１）、第１障害情報取得サービス部１１２は、障害により出力されるメッセージのメッセージＩＤおよびエラーコードで管理対象障害定義（管理対象メッセージ一覧）を検索して管理対象のメッセージか否かを判断し、管理対象のメッセージであれば図３で示す障害メッセージフォーマットに組み立て、障害メッセージを第２障害情報取得サービス部２１２に通知する（図２：(6)）。
【００６３】
通知された障害メッセージがナレッジサービス部２１３を利用するように定義されていた場合、すなわち障害対処区分がナレッジタイプの場合（図４：ステップ２０２→ステップ２０３）、第２障害情報取得サービス部２１２は障害メッセージをナレッジサービス部２１３に通知する（図２：(7)）。
【００６４】
ナレッジサービス部２１３は、データベースサービス部２１４に同様の障害メッセージ、およびリカバリデータの検索要求を出し（図２：(4)）、データベースサービス部２１４は要求に応じて、ナレッジデータベース２２を検索して結果（リカバリデータ）を返す（図２：(5)→(8)→(9)）。
【００６５】
リカバリデータ内の復旧コマンドが自動で投入されるように登録されていた場合、すなわちコマンド投入区分が自動実行タイプの場合（図４：ステップ２０３→ステップ２０４）、第２コマンド投入サービス部２１５に障害が発生している監視対象サーバ１の第１コマンド投入サービス部１１３に対して復旧コマンドを投入するように指示する（図２：(10)→(11)、図４：ステップ２０４）。
【００６６】
第２コマンド投入サービス部２１５はリカバリデータを第１コマンド投入サービス部１１３に渡し、第１コマンド投入サービス部１１３は復旧コマンドを投入実行し、第２コマンド投入サービス部２１５は第１コマンド投入サービス部１１３からの投入結果を受け取る（図２：(12)）とナレッジサービス部２１３に通知し（図２：(13)）、ナレッジサービス部２１３はアプリケーション部２１６に通知して監視端末３に表示するようにする（図２：(14)→(15)、図４：ステップ２０５）。
【００６７】
リカバリデータ内の復旧コマンドがオペレータが確認してから投入されるように登録されている場合、すなわちコマンド投入区分が確認実行タイプの場合（図４：ステップ２０３→ステップ２０６）、監視端末３にリカバリデータを表示してオペレータに操作を促し（図２：(5)→(9)→(14)→(15)、図４：ステップ２０６）、オペレータがガイドメッセージを参照して確認し、リカバリデータに関して更新が無ければコマンドが投入される（図２：(16)→(17)→(10)→(11)、図４：ステップ２０７→ステップ２０４）。
【００６８】
リカバリデータの内容に更新（追加・修正・削除）がある場合、オペレータ等が監視端末３に表示されているリカバリデータを更新し、更新したリカバリデータをナレッジデータベース２２に蓄積する（図２：(16)→(17)→(4)→(5)、図４：ステップ２０８→ステップ２０９）。その後、コマンド投入、コマンド投入結果通知に進む（図２：(10)→(11)→(12)→(13)→(14)→(15)、図４：ステップ２０４→ステップ２０５）。
【００６９】
ナレッジサービス部２１３を利用しない場合、すなわち障害対処区分が表示タイプの場合、第１障害情報取得サービス部１１２からの障害メッセージは、アプリケーション部２１６を通して監視端末３に通知される（図２：(6)→(18)→(15)、図４：ステップ２０２→ステップ２１０）。
【００７０】
もし、監視端末３に通知された障害メッセージがリカバリデータを定義したい障害（新規障害）であった場合（図４：ステップ２１１→ステップ２１２）、システム管理者は運用準備段階で行ったと同様の処理を行い、障害対処のノウハウ（リカバリデータ）を定義しナレッジデータベース２２に蓄積する（図２：(1)→(2)→(4)→(5)、図４：ステップ２１２→ステップ２１３→ステップ２１４）。
【００７１】
また、管理対象になっているがリカバリデータを定義していないメッセージについては、以下のような方法でも、ナレッジデータベース２２にリカバリデータを登録できる。
【００７２】
例えば、図３の例２−１の障害メッセージに対してのみリカバリデータを定義していた場合、例２−２の障害メッセージ発生時には障害発生の原因が異なるため、新たに例２−２に対してのリカバリデータを登録する必要がある。しかし、ここで新たに定義ファイルを追加修正してナレッジサービス部２１３に反映させる必要は無く、メッセージＩＤで障害メッセージを定義しておき、監視端末３画面の入力操作から、発生した障害メッセージのエラーコードに対応するリカバリデータの追加を行うことで、ナレッジデータベース２２の内容を更新し、次回から利用することができる。こうすることで、エラーコードが多数あるような障害メッセージに対し、後から容易にリカバリデータを追加していくことができる。
【００７３】
このようにして、ナレッジデータベースに障害対処方法を蓄積していくことにより、過去における障害が再発した場合に、ナレッジデータベースを検索することで、スキルの低いオペレータであってもシステム管理者と同レベルの障害対処を行うことができる。
【００７４】
次に、本発明の他の実施の形態について説明する。
【００７５】
他の実施の形態の構成、上述の実施の形態の構成に対して、監視対象サーバに復旧コマンドを登録するローカルデータベースを追加し、第１運用管理手段に復旧コマンド登録部とローカルデータベース検索部とを追加したものである。
【００７６】
他の実施の形態の動作について説明する。
【００７７】
運用準備段階において、コマンド投入区分定義と障害対処区分定義とを第１障害情報取得サービス部にも登録する。
【００７８】
運用段階において、監視対象サーバで障害が発生した場合、第１障害情報取得サービス部は障害情報を採取し、障害対処区分がナレッジタイプで且つコマンド投入区分が自動実行タイプの場合には、採取した障害情報のメッセージキーをローカルデータベース検索部に渡す。ローカルデータベース検索部はメッセージキーでローカルデータベースを検索して一致すれば、その復旧コマンドを取り出して第１コマンド投入サービス部に渡す。第１コマンド投入サービス部は復旧コマンドを投入して実行し復旧結果を監視サーバを経由して監視端末に送信する。
【００７９】
障害対処区分がナレッジタイプで且つコマンド投入区分が自動実行タイプでない場合およびローカルデータベースを検索して一致しない場合は、第１障害情報取得サービス部は障害情報を監視サーバに送信し、以降は上述の実施の形態と同様の動作を行うが、第１コマンド投入サービス部で復旧コマンドを投入して復旧結果が正常の場合には、復旧コマンド登録部が復旧コマンドをローカルデータベースに登録する。
【００８０】
こうすることで、ローカルデータベースに登録されたメッセージに関しては、障害が再発した場合に、監視対象サーバのみで障害処理を行うことができる。
【００８１】
本発明による上述した実施の形態において、ナレッジ型運用管理システムの処理動作を実行するためのプログラム等を、データとしてコンピュータの磁気ディスクや光ディスク等の記録媒体（図示せず）に記録するようにし、記録されたデータを読み出してナレッジ型運用管理システムを動作させるために用いる。このように、本発明によるナレッジ型運用管理システムを動作させるデータを記録媒体に記録させ、この記録媒体をインストールすることによりナレッジ型運用管理システムの機能が実現できるようになる。
【００８２】
【発明の効果】
本発明は、運用管理システムとナレッジデータベースを組み合わせることにより、以下２つの効果が得られる。
【００８３】
第１の効果は、システム管理者のノウハウをオペレータが共有できることである。
【００８４】
その理由は、過去の障害情報及び復旧方法をナレッジデータベースに蓄積することにより、過去に発生した障害に対してはナレッジデータベースを検索して、復旧方法とガイドメッセージを表示するからである。
【００８５】
第２の効果は、自立的な運用管理システムが構築可能になることである。
【００８６】
その理由は、ナレッジデータベースに登録されている復旧コマンドを自動投入するように設定することで、オペレータの介在無しにシステムの復旧作業を行うことができるからである。
【図面の簡単な説明】
【図１】本発明の実施の形態の全体構成を示す図
【図２】運用管理手段の詳細構成を示す図
【図３】障害メッセージのフォーマット例を示す図
【図４】運用準備段階の動作の流れを示す図
【図５】運用段階の動作の流れを示す図
【符号の説明】
１ 監視対象サーバ
２ 監視サーバ
３ 監視端末
１１ 第１運用管理手段
２１ 第２運用管理手段
２２ ナレッジデータベース
１１１ 第１管理サービス部
１１２ 第１障害情報取得サービス部
１１３ 第１コマンド投入サービス部
２１１ 第２管理サービス部
２１２ 第２障害情報取得サービス部
２１３ ナレッジサービス部
２１４ データベースサービス部
２１５ 第２コマンド投入サービス部
２１６ アプリケーション部
【発明の属する技術分野】
本発明は、運用中の障害を管理する運用管理システム，方法およびプログラムに関し、特にデータベースに蓄積された過去の障害情報を参照して障害復旧を行うナレッジ型運用管理システム，方法およびプログラムに関する。
【０００２】
【従来の技術】
従来の運用管理システムは、オペレータが障害を発見後、対処方法が分からないなどで即時対応ができない場合には、システム管理者に通知し、システム管理者本人が対処する、もしくはオペレータに復旧方法を指示して対処していた。
【０００３】
上記の方法を改善する１つの方法として、特許文献１には、コンピュータネットワーク上で障害が発生した時の速やかな復旧を行えるようにして操作者の負担を軽減させることを目的とし、過去に発生したネットワーク障害の履歴およびその復旧方法を蓄積管理しておき、ネットワーク障害が発生した時には、その蓄積した情報を基に操作者が行うべき復旧方法について指示を出すようにしてネットワークにおける障害を処理する、ネットワーク障害処理システム及び該システムにおけるネットワーク障害処理方法が開示されている。
【０００４】
【特許文献１】
特開平８−４４６４１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した従来の運用管理システムでは、障害発生の通知しかオペレータにされないため、重要度の高い障害時には、システム管理者を経由して対処しなければならない事と、システムの統廃合等により、大規模なマルチプラットフォーム環境になると、それに伴い障害の復旧方法は多様かつ複雑になるので、オペレータがマニュアル等で復旧方法を調べて対処する事で、復旧までに時間がかかってしまうという問題点があった。
【０００６】
業務システムは２４時間稼動が基本であり、障害発生時には短時間での復旧が要求されている。また、システムの監視において、豊富なノウハウを有するシステム管理者を多数配置するのはコストがかかるので、少数のシステム管理者の下でオペレータが監視を行うのが最も多い運用管理方法であるが、できればコストを押さえ、且つシステムを監視する者全てがシステム管理者レベルに近いノウハウを有することができるような運用管理方法が望まれている。
【０００７】
また、特許文献１の方法では、障害の対応できる範囲がネットワークのみであり汎用的でないという問題点がある。更に、復旧に必ずオペレータの介在が必要であるという問題点もある。
【０００８】
本発明の目的は、上記の問題点を解決するナレッジ型運用管理システム，方法およびプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本願第１の発明のナレッジ型運用管理システムは、障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）および前記障害管理の対象となるメッセージに対する復旧コマンドを含むリカバリデータの定義を入力し、前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を監視対象サーバに送信し、前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を監視サーバに送信し、復旧結果を表示する監視端末と、前記障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースと、障害管理の対象となるメッセージを採取する第１障害情報取得サービス部と、復旧コマンドを投入する第１コマンド投入サービス部と、前記ローカルデータベースを検索するローカルデータベース検索部とを含み、前記監視端末から前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を受信して前記第１障害情報取得サービス部に登録し、障害が発生すると、前記第１障害情報取得サービス部が、障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索して前記障害メッセージが管理対象として登録されているか否かを判断し、管理対象の場合に、前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、前記ローカルデータベース検索部が、前記ローカルデータベースから復旧コマンドを取り出して、前記第１コマンド投入サービス部が、前記復旧コマンドを実行し復旧結果を監視サーバに送信し、前記第１障害情報取得サービス部が、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、前記障害メッセージを監視サーバに送信し、前記第１コマンド投入サービス部が、監視サーバから受信した復旧コマンドを投入し復旧結果を監視サーバに送信する監視対象サーバと、前記障害管理の対象となるメッセージに対するリカバリデータを登録するナレッジデータベースと、障害メッセージのコマンド投入区分を判断するナレッジサービス部と、障害メッセージの障害対処区分を判断する第２障害情報取得サービス部と、前記ナレッジデータベースを検索更新するデータベースサービス部とを含み、前記監視端末から前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を受信し、受信した前記コマンド投入区分の定義を前記ナレッジサービス部に登録し、受信した前記障害対処区分の定義を前記第２障害情報取得サービス部に登録し、受信した前記リカバリデータの定義を前記ナレッジデータベースに登録し、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、前記監視端末から確認応答を受信したときに、リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視対象サーバから受信した復旧結果を前記監視端末に送信する監視サーバと、を備える。
【００１０】
本願第２の発明のナレッジ型運用管理システムは、第１の発明において前記監視サーバは、前記監視対象サーバから受信した前記障害メッセージの障害対処区分が表示タイプの場合には前記障害メッセージを前記監視端末に送信し、前記監視端末は、受信した前記障害メッセージを表示する、ことを特徴とする。
【００１１】
本願第３の発明のナレッジ型運用管理システムは、第１の発明において前記監視サーバは、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、前記監視端末から更新リカバリデータを受信し、前記データベースサービス部が、受信した更新リカバリデータで前記ナレッジデータベースを更新し、前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視端末は、受信したリカバリデータを表示し、前記監視サーバに更新されたリカバリデータを送信する、ことを特徴とする。
【００１２】
本願第４の発明のナレッジ型運用管理方法は、監視サーバが監視対象サーバを運用管理するナレッジ型運用管理方法であって、前記監視対象サーバは、障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースと、障害管理の対象となるメッセージを採取する第１障害情報取得サービス部と、復旧コマンドを投入する第１コマンド投入サービス部と、前記ローカルデータベースを検索するローカルデータベース検索部とを含み、前記監視サーバは、障害管理の対象となるメッセージに対するリカバリデータを登録するナレッジデータベースと、障害メッセージのコマンド投入区分を判断するナレッジサービス部と、障害メッセージの障害対処区分を判断する第２障害情報取得サービス部と、前記ナレッジデータベースを検索更新するデータベースサービス部とを含み、監視端末は、障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）および前記障害管理の対象となるメッセージに対する復旧コマンドを含むリカバリデータの定義を入力し、前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を監視対象サーバに送信し、前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を監視サーバに送信し、監視対象サーバは、前記監視端末から前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を受信して前記第１障害情報取得サービス部に登録し、障害が発生すると、前記第１障害情報取得サービス部が、障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索して前記障害メッセージが管理対象として登録されているか否かを判断し、管理対象の場合に、前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、前記ローカルデータベース検索部が、前記ローカルデータベースから復旧コマンドを取り出して、前記第１コマンド投入サービス部が、前記復旧コマンドを実行し復旧結果を監視サーバに送信し、監視サーバは、前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、監視端末は、前記復旧結果を表示し、監視対象サーバは、前記第１障害情報取得サービス部が、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、前記障害メッセージを監視サーバに送信し、監視サーバは、前記監視端末から前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を受信し、受信した前記コマンド投入区分の定義を前記ナレッジサービス部に登録し、受信した前記障害対処区分の定義を前記第２障害情報取得サービス部に登録し、受信した前記リカバリデータの定義を前記ナレッジデータベースに登録し、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、監視端末は、受信したリカバリデータを表示し、入力された確認応答を前記監視サーバに送信し、監視サーバは、前記監視端末から確認応答を受信したときに、リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、監視対象サーバは、前記第１コマンド投入サービス部が、監視サーバから受信した復旧コマンドを投入し、復旧結果を監視サーバに送信し、監視サーバは、前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、監視端末は、前記復旧結果を表示する、ことを特徴とする。
【００１３】
本願第５の発明のナレッジ型運用管理方法は、第４の発明において前記監視サーバは、前記監視対象サーバから受信した前記障害メッセージの障害対処区分が表示タイプの場合には前記障害メッセージを前記監視端末に送信し、前記監視端末は、受信した前記障害メッセージを表示する、ことを特徴とする。
【００１４】
本願第６の発明のナレッジ型運用管理方法は、第４の発明において前記監視サーバは、前記監視対象サーバから前記障害メッセージを受信し、前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し、取得したリカバリデータを前記監視端末に送信し、前記監視端末は、受信したリカバリデータを表示し、前記監視サーバに更新されたリカバリデータを送信し、前記監視サーバは、前記監視端末から更新されたリカバリデータを受信し、前記データベースサービス部が、受信した更新されたリカバリデータで前記ナレッジデータベースを更新し、前記更新されたリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する、ことを特徴とする。
【００１５】
本願第７の発明のナレッジ型運用管理プログラムは、監視端末と監視対象サーバと監視サーバとを備えるナレッジ型運用管理システムにおけるナレッジ型運用管理プログラムであって、監視対象サーバに、監視端末から送信された障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），および前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）を受信して第１障害情報取得サービス部に登録する機能、障害が発生すると、第１障害情報取得サービス部が障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索し、前記障害メッセージが管理対象として登録されているか否かを判断する機能、管理対象の場合に、第１障害情報取得サービス部が前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、前記障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースからローカルデータベース検索部が復旧コマンドを取り出し、第１コマンド投入サービス部が前記復旧コマンドを実行して復旧結果を監視サーバに送信する機能、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、第１障害情報取得サービス部が前記障害メッセージを監視サーバに送信する機能、第１コマンド投入サービス部が監視サーバから受信した復旧コマンドを投入して復旧結果を監視サーバに送信する機能、を実現させる。
【００２８】
【発明の実施の形態】
本発明は、コンピュータ上で動作している業務システムの運用管理において監視対象サーバ等で発生した障害に対し、その対処方法をデータベースに蓄積することにより、その後、同障害発生時には蓄積されたデータベースからその障害の対処方法が検索され、業務システムの一部分のみを監視するオペレータ（以後、オペレータと略記する）にとってわかりやすくガイドメッセージとして表示し、復旧方法をナビゲートする構成を提供するものである。
【００２９】
業務システム全体の構成を把握し業務システム復旧方法について熟知しているシステム管理者（以後、システム管理者と略記する）しか保有しないシステムノウハウをデータベースに登録できる機構を提供することで、ナレッジデータベースの構築を容易にすること、過去における障害が再発した場合にナレッジデータベースを検索しスキルの低いオペレータであってもシステム管理者と同レベルの運用レベルを保証すること、ができる。
【００３０】
本発明の実施の形態について、図面を参照して説明する。
図１は、本発明の実施の形態の全体構成を示す図である。
【００３１】
図１を参照すると、本発明を利用した運用管理システムの一例は、業務を運行しているｎ（ｎは１以上の整数）台の監視対象サーバ１と、監視対象サーバからの障害情報を収集する監視サーバ２と、監視サーバ２からの情報を表示しオペレータ等が操作を行う監視端末３と、を備えている。
【００３２】
監視対象サーバ１は、プログラム制御で動作する情報処理装置で、第１運用管理手段１１を有する。
【００３３】
第１運用管理手段１１は、自サーバ内の障害情報を採取し第２運用管理手段２１に通知を行い、また第２運用管理手段２１から障害復旧コマンド投入の指示を受けて、自サーバに対してコマンドを実行してその結果通知を行う。
【００３４】
監視サーバ２は、プログラム制御で動作する情報処理装置で、第２運用管理手段２１とナレッジデータベース２２とを有する。
【００３５】
第２運用管理手段２１は、第１運用管理手段１１からの障害情報の取得、第１運用管理手段１１へ監視対象サーバ１への復旧コマンド投入指示、ナレッジデータベース２２と連携してシステム復旧ノウハウの登録・検索、監視端末３へ取得した情報の通知を行う。
【００３６】
ナレッジデータベース２２は、システム管理者が定義した障害情報の関連情報である復旧コマンドおよびガイドメッセージを格納する。ナレッジデータベース２２は、メッセージＩＤ，ノードまたはメッセージ本文、あるいはこれらの組み合わせをキー（メッセージキー）として復旧コマンドとガイドメッセージを格納する。以後、復旧コマンドとガイドメッセージを合わせてリカバリデータと称す。
【００３７】
ここで、第１運用管理手段１１および第２運用管理手段２１の詳細について、図２を使用して説明する。
図２は、第１運用管理手段および第２運用管理手段の詳細構成を示す図である。
【００３８】
先ず、第２運用管理手段２１について説明する。
【００３９】
図２を参照すると、第２運用管理手段２１は、第２管理サービス部２１１と、第２障害情報取得サービス部２１２と、ナレッジサービス部２１３と、データベースサービス部２１４と、第２コマンド投入サービス部２１５と、アプリケーション部２１６と、を含んでいる。
【００４０】
第２管理サービス部２１１は、以下の４つの機能を有する。
（１）システム管理者が定義した障害対応情報の定義ファイルの情報を読み込み、第２障害情報取得サービス部２１２、ナレッジサービス部２１３に反映させる。
（２）ある障害情報に対してナレッジサービス部２１３を利用するか否かの障害の切り分け定義を第２障害情報取得サービス部２１２に送る。
（３）第１障害情報取得サービス部１１２に指定の障害情報メッセージ採取を設定する為の定義情報を第１管理サービス部１１１に送る。
（４）定義したリカバリデータをナレッジデータベース２２に登録するように、ナレッジサービス部２１３に指示を出す。
【００４１】
第２障害情報取得サービス部２１２は、以下の２つの機能を有する。
（１）第１障害情報取得サービス部１１２から送られてきた監視対象サーバ１の障害メッセージを取得し、ナレッジサービス部２１３に通知する。
（２）障害メッセージを監視端末３で表示させるため、アプリケーション部２１６にメッセージを通知する。
【００４２】
ナレッジサービス部２１３は、以下の４つの機能を有する。
（１）第２障害情報取得サービス部２１２からの障害メッセージを元に、それに対応したリカバリデータをナレッジデータベース２２から検索するように要求を出し、その結果を取得する。
（２）復旧コマンド投入の際には、第２コマンド投入サービス部２１５へ指定の監視対象サーバ１内の第１コマンド投入サービス部１１３に対し、復旧コマンドを投入するよう要求を出し、その結果を取得する。
（３）監視端末３で参照できるように復旧コマンド投入結果をアプリケーション部２１６に通知する。
（４）監視端末３からリカバリデータの更新（追加・修正・削除）の指示があれば、データベースサービス部２１４にその要求を出す。
【００４３】
データベースサービス部２１４は、以下の２つの機能を有する。
（１）ナレッジサービス部２１３からの検索要求に対してナレッジデータベース２２を検索し、検索結果をナレッジサービス部２１３に返す。
（２）ナレッジサービス部２１３から指定の障害メッセージに対するリカバリデータの更新（追加・修正・削除）の要求があれば、ナレッジデータベース２２に対して実行する。
【００４４】
第２コマンド投入サービス部２１５は、以下の２つの機能を有する。
（１）ナレッジサービス部２１３からの障害復旧コマンド投入要求に応じて、指定監視対象サーバ１内の第１コマンド投入サービス部１１３へ復旧コマンド投入の指示をする。
（２）第１コマンド投入サービス部１１３からの投入結果をナレッジサービス部２１３に通知する。
【００４５】
アプリケーション部２１６は、上述の各サービス部からの情報を監視端末３に通知する、または監視端末３からのオペレーションをナレッジサービス部２１３に伝達することを目的とした、各サービス部と監視端末３の仲介の役割をするものである。これにより、各監視対象サーバ１の障害メッセージを一元的に参照したり、障害対処コマンド（復旧コマンド）を監視対象サーバ１に投入することが監視端末３上から可能になる。
【００４６】
続いて、第１運用管理手段１１について説明する。
【００４７】
図２を参照すると、第１運用管理手段１１は、第１管理サービス部１１１と、第１障害情報取得サービス部１１２と、第１コマンド投入サービス部１１３と、を含んでいる。
【００４８】
第１管理サービス部１１１は、第２管理サービス部２１１から送られてきた、どの障害メッセージを採取するかという定義情報を第１障害情報取得サービス部１１２に反映させる機能を有する。
【００４９】
第１障害情報取得サービス部１１２は、第１管理サービス部１１１からの定義情報を元に、監視対象サーバ１内で発生した障害メッセージを採取し、第２障害情報取得サービス部２１２に送信する機能を有する。
【００５０】
第１コマンド投入サービス部１１３は、第２コマンド投入サービス部２１５からの復旧コマンドの投入指示を受け、監視対象サーバ１に対してコマンドを投入し、その結果（復旧結果）を第２コマンド投入サービス部２１５に通知する機能を有する。
【００５１】
ここで、第１障害情報取得サービス部１１２が採取送信する障害メッセージについて、図３を用いて説明する。
図３は、障害メッセージのフォーマット例を示す図である。
【００５２】
図３を参照すると、障害メッセージは、発生時間，発生日時，メッセージＩＤ，障害発生サーバ（ノード）およびメッセージ本文の情報を含み、メッセージＩＤとはメッセージ本文に割り当てられている識別番号を示す。図３の障害メッセージ例でいうと、例１「業務サービスＡが異常終了しました」という内容は「ＤＣＲＯ０３」に、例２−１、例２−２「ファイルの生成に失敗しましたエラーコード＝？」は「ＤＣＲＯ１９」が割り当てられている。障害メッセージの中でも、例２のメッセージ本文内にある「エラーコード＝？」は、ファイルの生成に失敗した複数存在する原因の中から特定されたものが、「？」部分に数字で置換される。ファイルの生成に失敗した原因として、ディスクへの書き込み権限が無かった場合は「１」が、ディスクの空き容量が不足していた場合は「４」が置換される。システム管理者は、メッセージＩＤやメッセージ本文内のエラーコード等を、採取する障害メッセージおよびリカバリデータの関連付けの条件として障害メッセージを定義する。
【００５３】
監視端末３は、プログラム制御で動作する装置で、システム管理者やオペレータが操作を行う。また、監視サーバ２からの情報も表示する。システム管理者は、下記の障害対応情報の定義を行い、監視端末３から入力する。
（１）障害管理の対象とするメッセージの定義（管理対象障害の定義（管理対象メッセージ一覧の作成））。メッセージは、メッセージＩＤ，ノードまたはメッセージ本文、あるいはこれらの組み合わせから成るメッセージキーで定義する。
（２）定義した障害メッセージがナレッジサービス部２１３を利用するか否かの定義（障害対処区分の定義）。単にある事象が発生したということだけ監視端末３に通知する場合は表示タイプ、障害対処が必要な場合はナレッジタイプ、と定義する。表示タイプはアプリケーション部２１６に、ナレッジタイプはナレッジサービス部２１３に、通知される。
（３）ナレッジサービス部２１３を利用する障害メッセージに対するリカバリデータ（復旧コマンドとガイドメッセージ）の定義。
（４）リカバリデータ内の復旧コマンドを自動投入する（自動実行タイプ）か自動投入しない（確認実行タイプ）かの定義（コマンド投入区分の定義）。復旧コマンドが確認実行タイプの場合、オペレータは監視端末３からリカバリデータの内容を確認し、更新があればリカバリデータの追加／修正／削除を行う。
【００５４】
次に、本発明の実施の形態の動作について、図２〜図５を参照して詳細に説明する。
図４は、運用準備段階の動作の流れを示す図である。
図５は、運用段階の動作の流れを示す図である。
【００５５】
本発明の実施の形態の動作を、以下の２つに分けて説明する。
・運用準備段階の動作
・運用段階の動作。
【００５６】
先ず、運用準備段階の動作について、図２および図４を参照して説明する。
【００５７】
システム管理者は、どういったメッセージが発生した時を障害とするかの定義（管理対象障害の定義（管理対象メッセージ一覧の作成））、またナレッジサービス部２１３を利用する場合はその障害メッセージに対するリカバリデータの定義、障害対処区分の定義、コマンド投入区分の定義を行い、監視端末３から入力する（図２：(1)、図４：ステップ１０１）。単にある事象が発生したということだけ監視端末３に通知する場合はアプリケーション部２１６に、障害対処が必要な場合はナレッジサービス部２１３に、通知するように定義され、運用段階では、第２障害情報取得サービス部２１２がこの定義に基づきナレッジサービス部２１３またはアプリケーション部２１６に通知する。
【００５８】
定義した情報は、第２管理サービス部２１１を通じて各サービス部に配布する（図２：(2)→(3)、図４：ステップ１０２）。すなわち、管理対象障害定義は第１障害情報取得サービス部１１２に、コマンド投入区分定義はナレッジサービス部２１３に、登録する。また、第２障害情報取得サービス部２１２には監視対象サーバ１からの障害メッセージをアプリケーション部２１６またはナレッジサービス部２１３に送る契機（障害対処区分定義）を反映させる。
【００５９】
ナレッジサービス部２１３にはリカバリデータ登録の指示を出し（図２：(4)）、データベースサービス部２１４を通じてナレッジデータベース２２に登録する（図２：(5)、図４：ステップ１０３）。
【００６０】
上記の動作で、障害対応情報の定義を行い、運用準備が終了する。なお、運用段階で新たに管理対象としたいメッセージが出てきたら、そのメッセージに対して上記の運用準備処理を行う。
【００６１】
続いて、運用段階の動作について、図２および図５を参照して説明する。
【００６２】
監視対象サーバ１で障害が発生した場合（図４：ステップ２０１）、第１障害情報取得サービス部１１２は、障害により出力されるメッセージのメッセージＩＤおよびエラーコードで管理対象障害定義（管理対象メッセージ一覧）を検索して管理対象のメッセージか否かを判断し、管理対象のメッセージであれば図３で示す障害メッセージフォーマットに組み立て、障害メッセージを第２障害情報取得サービス部２１２に通知する（図２：(6)）。
【００６３】
通知された障害メッセージがナレッジサービス部２１３を利用するように定義されていた場合、すなわち障害対処区分がナレッジタイプの場合（図４：ステップ２０２→ステップ２０３）、第２障害情報取得サービス部２１２は障害メッセージをナレッジサービス部２１３に通知する（図２：(7)）。
【００６４】
ナレッジサービス部２１３は、データベースサービス部２１４に同様の障害メッセージ、およびリカバリデータの検索要求を出し（図２：(4)）、データベースサービス部２１４は要求に応じて、ナレッジデータベース２２を検索して結果（リカバリデータ）を返す（図２：(5)→(8)→(9)）。
【００６５】
リカバリデータ内の復旧コマンドが自動で投入されるように登録されていた場合、すなわちコマンド投入区分が自動実行タイプの場合（図４：ステップ２０３→ステップ２０４）、第２コマンド投入サービス部２１５に障害が発生している監視対象サーバ１の第１コマンド投入サービス部１１３に対して復旧コマンドを投入するように指示する（図２：(10)→(11)、図４：ステップ２０４）。
【００６６】
第２コマンド投入サービス部２１５はリカバリデータを第１コマンド投入サービス部１１３に渡し、第１コマンド投入サービス部１１３は復旧コマンドを投入実行し、第２コマンド投入サービス部２１５は第１コマンド投入サービス部１１３からの投入結果を受け取る（図２：(12)）とナレッジサービス部２１３に通知し（図２：(13)）、ナレッジサービス部２１３はアプリケーション部２１６に通知して監視端末３に表示するようにする（図２：(14)→(15)、図４：ステップ２０５）。
【００６７】
リカバリデータ内の復旧コマンドがオペレータが確認してから投入されるように登録されている場合、すなわちコマンド投入区分が確認実行タイプの場合（図４：ステップ２０３→ステップ２０６）、監視端末３にリカバリデータを表示してオペレータに操作を促し（図２：(5)→(9)→(14)→(15)、図４：ステップ２０６）、オペレータがガイドメッセージを参照して確認し、リカバリデータに関して更新が無ければコマンドが投入される（図２：(16)→(17)→(10)→(11)、図４：ステップ２０７→ステップ２０４）。
【００６８】
リカバリデータの内容に更新（追加・修正・削除）がある場合、オペレータ等が監視端末３に表示されているリカバリデータを更新し、更新したリカバリデータをナレッジデータベース２２に蓄積する（図２：(16)→(17)→(4)→(5)、図４：ステップ２０８→ステップ２０９）。その後、コマンド投入、コマンド投入結果通知に進む（図２：(10)→(11)→(12)→(13)→(14)→(15)、図４：ステップ２０４→ステップ２０５）。
【００６９】
ナレッジサービス部２１３を利用しない場合、すなわち障害対処区分が表示タイプの場合、第１障害情報取得サービス部１１２からの障害メッセージは、アプリケーション部２１６を通して監視端末３に通知される（図２：(6)→(18)→(15)、図４：ステップ２０２→ステップ２１０）。
【００７０】
もし、監視端末３に通知された障害メッセージがリカバリデータを定義したい障害（新規障害）であった場合（図４：ステップ２１１→ステップ２１２）、システム管理者は運用準備段階で行ったと同様の処理を行い、障害対処のノウハウ（リカバリデータ）を定義しナレッジデータベース２２に蓄積する（図２：(1)→(2)→(4)→(5)、図４：ステップ２１２→ステップ２１３→ステップ２１４）。
【００７１】
また、管理対象になっているがリカバリデータを定義していないメッセージについては、以下のような方法でも、ナレッジデータベース２２にリカバリデータを登録できる。
【００７２】
例えば、図３の例２−１の障害メッセージに対してのみリカバリデータを定義していた場合、例２−２の障害メッセージ発生時には障害発生の原因が異なるため、新たに例２−２に対してのリカバリデータを登録する必要がある。しかし、ここで新たに定義ファイルを追加修正してナレッジサービス部２１３に反映させる必要は無く、メッセージＩＤで障害メッセージを定義しておき、監視端末３画面の入力操作から、発生した障害メッセージのエラーコードに対応するリカバリデータの追加を行うことで、ナレッジデータベース２２の内容を更新し、次回から利用することができる。こうすることで、エラーコードが多数あるような障害メッセージに対し、後から容易にリカバリデータを追加していくことができる。
【００７３】
このようにして、ナレッジデータベースに障害対処方法を蓄積していくことにより、過去における障害が再発した場合に、ナレッジデータベースを検索することで、スキルの低いオペレータであってもシステム管理者と同レベルの障害対処を行うことができる。
【００７４】
次に、本発明の他の実施の形態について説明する。
【００７５】
他の実施の形態の構成、上述の実施の形態の構成に対して、監視対象サーバに復旧コマンドを登録するローカルデータベースを追加し、第１運用管理手段に復旧コマンド登録部とローカルデータベース検索部とを追加したものである。
【００７６】
他の実施の形態の動作について説明する。
【００７７】
運用準備段階において、コマンド投入区分定義と障害対処区分定義とを第１障害情報取得サービス部にも登録する。
【００７８】
運用段階において、監視対象サーバで障害が発生した場合、第１障害情報取得サービス部は障害情報を採取し、障害対処区分がナレッジタイプで且つコマンド投入区分が自動実行タイプの場合には、採取した障害情報のメッセージキーをローカルデータベース検索部に渡す。ローカルデータベース検索部はメッセージキーでローカルデータベースを検索して一致すれば、その復旧コマンドを取り出して第１コマンド投入サービス部に渡す。第１コマンド投入サービス部は復旧コマンドを投入して実行し復旧結果を監視サーバを経由して監視端末に送信する。
【００７９】
障害対処区分がナレッジタイプで且つコマンド投入区分が自動実行タイプでない場合およびローカルデータベースを検索して一致しない場合は、第１障害情報取得サービス部は障害情報を監視サーバに送信し、以降は上述の実施の形態と同様の動作を行うが、第１コマンド投入サービス部で復旧コマンドを投入して復旧結果が正常の場合には、復旧コマンド登録部が復旧コマンドをローカルデータベースに登録する。
【００８０】
こうすることで、ローカルデータベースに登録されたメッセージに関しては、障害が再発した場合に、監視対象サーバのみで障害処理を行うことができる。
【００８１】
本発明による上述した実施の形態において、ナレッジ型運用管理システムの処理動作を実行するためのプログラム等を、データとしてコンピュータの磁気ディスクや光ディスク等の記録媒体（図示せず）に記録するようにし、記録されたデータを読み出してナレッジ型運用管理システムを動作させるために用いる。このように、本発明によるナレッジ型運用管理システムを動作させるデータを記録媒体に記録させ、この記録媒体をインストールすることによりナレッジ型運用管理システムの機能が実現できるようになる。
【００８２】
【発明の効果】
本発明は、運用管理システムとナレッジデータベースを組み合わせることにより、以下２つの効果が得られる。
【００８３】
第１の効果は、システム管理者のノウハウをオペレータが共有できることである。
【００８４】
その理由は、過去の障害情報及び復旧方法をナレッジデータベースに蓄積することにより、過去に発生した障害に対してはナレッジデータベースを検索して、復旧方法とガイドメッセージを表示するからである。
【００８５】
第２の効果は、自立的な運用管理システムが構築可能になることである。
【００８６】
その理由は、ナレッジデータベースに登録されている復旧コマンドを自動投入するように設定することで、オペレータの介在無しにシステムの復旧作業を行うことができるからである。
【図面の簡単な説明】
【図１】本発明の実施の形態の全体構成を示す図
【図２】運用管理手段の詳細構成を示す図
【図３】障害メッセージのフォーマット例を示す図
【図４】運用準備段階の動作の流れを示す図
【図５】運用段階の動作の流れを示す図
【符号の説明】
１ 監視対象サーバ
２ 監視サーバ
３ 監視端末
１１ 第１運用管理手段
２１ 第２運用管理手段
２２ ナレッジデータベース
１１１ 第１管理サービス部
１１２ 第１障害情報取得サービス部
１１３ 第１コマンド投入サービス部
２１１ 第２管理サービス部
２１２ 第２障害情報取得サービス部
２１３ ナレッジサービス部
２１４ データベースサービス部
２１５ 第２コマンド投入サービス部
２１６ アプリケーション部
Claims (7)
- 障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）および前記障害管理の対象となるメッセージに対する復旧コマンドを含むリカバリデータの定義を入力し、
前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を監視対象サーバに送信し、
前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を監視サーバに送信し、
復旧結果を表示する監視端末と、
前記障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースと、障害管理の対象となるメッセージを採取する第１障害情報取得サービス部と、復旧コマンドを投入する第１コマンド投入サービス部と、前記ローカルデータベースを検索するローカルデータベース検索部とを含み、
前記監視端末から前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を受信して前記第１障害情報取得サービス部に登録し、
障害が発生すると、前記第１障害情報取得サービス部が、障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索して前記障害メッセージが管理対象として登録されているか否かを判断し、管理対象の場合に、前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、
前記ローカルデータベース検索部が、前記ローカルデータベースから復旧コマンドを取り出して、
前記第１コマンド投入サービス部が、前記復旧コマンドを実行し復旧結果を監視サーバに送信し、
前記第１障害情報取得サービス部が、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、前記障害メッセージを監視サーバに送信し、
前記第１コマンド投入サービス部が、監視サーバから受信した復旧コマンドを投入し復旧結果を監視サーバに送信する監視対象サーバと、
前記障害管理の対象となるメッセージに対するリカバリデータを登録するナレッジデータベースと、障害メッセージのコマンド投入区分を判断するナレッジサービス部と、障害メッセージの障害対処区分を判断する第２障害情報取得サービス部と、前記ナレッジデータベースを検索更新するデータベースサービス部とを含み、
前記監視端末から前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を受信し、
受信した前記コマンド投入区分の定義を前記ナレッジサービス部に登録し、
受信した前記障害対処区分の定義を前記第２障害情報取得サービス部に登録し、
受信した前記リカバリデータの定義を前記ナレッジデータベースに登録し、
前記監視対象サーバから前記障害メッセージを受信し、
前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、
前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、
受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、前記監視端末から確認応答を受信したときに、リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、前記監視対象サーバから受信した復旧結果を前記監視端末に送信する監視サーバと、
を備えることを特徴とするナレッジ型運用管理システム。 - 前記監視サーバは、
前記監視対象サーバから受信した前記障害メッセージの障害対処区分が表示タイプの場合には前記障害メッセージを前記監視端末に送信し、
前記監視端末は、
受信した前記障害メッセージを表示する、
ことを特徴とする請求項１記載のナレッジ型運用管理システム。 - 前記監視サーバは、
前記監視対象サーバから前記障害メッセージを受信し、
前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、
前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、
受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、前記監視端末から更新リカバリデータを受信し、
前記データベースサービス部が、受信した更新リカバリデータで前記ナレッジデータベースを更新し、
前記更新リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、
前記監視端末は、
受信したリカバリデータを表示し、前記監視サーバに更新されたリカバリデータを送信する、
ことを特徴とする請求項１記載のナレッジ型運用管理システム。 - 監視サーバが監視対象サーバを運用管理するナレッジ型運用管理方法であって、
前記監視対象サーバは、障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースと、障害管理の対象となるメッセージを採取する第１障害情報取得サービス部と、復旧コマンドを投入する第１コマンド投入サービス部と、前記ローカルデータベースを検索するローカルデータベース検索部とを含み、
前記監視サーバは、障害管理の対象となるメッセージに対するリカバリデータを登録するナレッジデータベースと、障害メッセージのコマンド投入区分を判断するナレッジサービス部と、障害メッセージの障害対処区分を判断する第２障害情報取得サービス部と、前記ナレッジデータベースを検索更新するデータベースサービス部とを含み、
監視端末は、
障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）および前記障害管理の対象となるメッセージに対する復旧コマンドを含むリカバリデータの定義を入力し、
前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を監視対象サーバに送信し、
前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を監視サーバに送信し、
監視対象サーバは、
前記監視端末から前記管理対象障害の定義，前記障害対処区分の定義および前記コマンド投入区分の定義を受信して前記第１障害情報取得サービス部に登録し、
障害が発生すると、前記第１障害情報取得サービス部が、障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索して前記障害メッセージが管理対象として登録されているか否かを判断し、管理対象の場合に、前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、
前記ローカルデータベース検索部が、前記ローカルデータベースから復旧コマンドを取り出して、
前記第１コマンド投入サービス部が、前記復旧コマンドを実行し復旧結果を監視サーバに送信し、
監視サーバは、
前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、
監視端末は、
前記復旧結果を表示し、
監視対象サーバは、
前記第１障害情報取得サービス部が、前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、前記障害メッセージを監視サーバに送信し、
監視サーバは、
前記監視端末から前記障害対処区分の定義，前記コマンド投入区分の定義および前記リカバリデータの定義を受信し、
受信した前記コマンド投入区分の定義を前記ナレッジサービス部に登録し、
受信した前記障害対処区分の定義を前記第２障害情報取得サービス部に登録し、
受信した前記リカバリデータの定義を前記ナレッジデータベースに登録し、
前記監視対象サーバから前記障害メッセージを受信し、
前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、
前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、
受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し取得したリカバリデータを前記監視端末に送信し、
監視端末は、
受信したリカバリデータを表示し、入力された確認応答を前記監視サーバに送信し、
監視サーバは、
前記監視端末から確認応答を受信したときに、リカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信し、
監視対象サーバは、
前記第１コマンド投入サービス部が、監視サーバから受信した復旧コマンドを投入し、復旧結果を監視サーバに送信し、
監視サーバは、
前記監視対象サーバから受信した復旧結果を前記監視端末に送信し、
監視端末は、
前記復旧結果を表示する、
ことを特徴とするナレッジ型運用管理方法。 - 前記監視サーバは、
前記監視対象サーバから受信した前記障害メッセージの障害対処区分が表示タイプの場合には前記障害メッセージを前記監視端末に送信し、
前記監視端末は、
受信した前記障害メッセージを表示する、
ことを特徴とする請求項４記載のナレッジ型運用管理方法。 - 前記監視サーバは、
前記監視対象サーバから前記障害メッセージを受信し、
前記第２障害情報取得サービス部が、受信した前記障害メッセージで前記障害対処区分の定義を検索し、
前記ナレッジサービス部が、受信した前記障害メッセージで前記コマンド投入区分の定義を検索し、
受信した前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が確認実行タイプである場合には、前記データベースサービス部が、前記障害メッセージに対応するリカバリデータを前記ナレッジデータベースから取得し、取得したリカバリデータを前記監視端末に送信し、
前記監視端末は、
受信したリカバリデータを表示し、前記監視サーバに更新されたリカバリデータを送信し、
前記監視サーバは、
前記監視端末から更新されたリカバリデータを受信し、
前記データベースサービス部が、受信した更新されたリカバリデータで前記ナレッジデータベースを更新し、前記更新されたリカバリデータに含まれる復旧コマンドを前記監視対象サーバに送信する、
ことを特徴とする請求項４記載のナレッジ型運用管理方法。 - 監視端末と監視対象サーバと監視サーバとを備えるナレッジ型運用管理システムにおけるナレッジ型運用管理プログラムであって、
監視対象サーバに、
監視端末から送信された障害管理の対象となるメッセージの定義（以降、管理対象障害の定義と称す），前記障害管理の対象となるメッセージに対する対処が表示タイプ（障害の通知のみ行う）かナレッジタイプ（障害の対処を行う）かの定義（以降、障害対処区分の定義と称す），および前記障害管理の対象となるメッセージに対する復旧コマンドを自動実行タイプ（コマンドを自動投入する）で行うか確認実行タイプ（コマンドを自動投入しない）で行うかの定義（以降、コマンド投入区分の定義と称す）を受信して第１障害情報取得サービス部に登録する機能、
障害が発生すると、第１障害情報取得サービス部が障害により出力されたメッセージ（以降、障害メッセージと称す）のメッセージＩＤで前記管理対象障害の定義を検索し、前記障害メッセージが管理対象として登録されているか否かを判断する機能、
管理対象の場合に、第１障害情報取得サービス部が前記障害メッセージで前記障害対処区分の定義と前記コマンド投入区分の定義とを検索し、前記障害メッセージの前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプであれば、前記障害管理の対象となるメッセージに対する復旧コマンドを登録するローカルデータベースからローカルデータベース検索部が復旧コマンドを取り出し、第１コマンド投入サービス部が前記復旧コマンドを実行して復旧結果を監視サーバに送信する機能、
前記障害メッセージの「前記障害対処区分がナレッジタイプで且つ前記コマンド投入区分が自動実行タイプ」でなければ、第１障害情報取得サービス部が前記障害メッセージを監視サーバに送信する機能、
第１コマンド投入サービス部が監視サーバから受信した復旧コマンドを投入して復旧結果を監視サーバに送信する機能、
を実現させるためのナレッジ型運用管理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002344133A JP3916232B2 (ja) | 2002-11-27 | 2002-11-27 | ナレッジ型運用管理システム，方法およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002344133A JP3916232B2 (ja) | 2002-11-27 | 2002-11-27 | ナレッジ型運用管理システム，方法およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004178296A JP2004178296A (ja) | 2004-06-24 |
| JP3916232B2 true JP3916232B2 (ja) | 2007-05-16 |
Family
ID=32705716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002344133A Expired - Fee Related JP3916232B2 (ja) | 2002-11-27 | 2002-11-27 | ナレッジ型運用管理システム，方法およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3916232B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4968568B2 (ja) * | 2004-12-24 | 2012-07-04 | 日本電気株式会社 | 障害監視方法、障害監視システムおよびプログラム |
| JP4617937B2 (ja) * | 2005-03-15 | 2011-01-26 | 日本電気株式会社 | システム運用管理支援装置、システム運用管理支援方法、およびシステム運用管理支援プログラム |
| JP2007183730A (ja) * | 2006-01-05 | 2007-07-19 | Hitachi Electronics Service Co Ltd | 自律化促進システム |
| JP4661722B2 (ja) * | 2006-07-31 | 2011-03-30 | 日本電気株式会社 | 運用管理システム、監視装置、監視設定情報生成方法及びプログラム |
| WO2008120394A1 (ja) * | 2007-03-29 | 2008-10-09 | Fujitsu Limited | サーバ管理プログラム、方法、及び装置 |
| JP2009259161A (ja) | 2008-04-21 | 2009-11-05 | Nec Corp | ナレッジ型障害復旧支援システム、ユーザ端末、中継サーバ及びナレッジ提供サーバ並びにデータ中継方法 |
| JP4872058B2 (ja) * | 2008-05-13 | 2012-02-08 | 株式会社日立システムズ | 自動障害対応システム |
| JP5353063B2 (ja) * | 2008-05-30 | 2013-11-27 | 富士通株式会社 | 対処知識の生成プログラム、対処知識の生成装置および対処知識の生成方法 |
| JP5588295B2 (ja) * | 2010-10-05 | 2014-09-10 | 株式会社日立システムズ | 情報処理装置、および障害復旧方法 |
| JP2013257764A (ja) * | 2012-06-13 | 2013-12-26 | Nec Corp | 障害解析システム、障害解析装置、サーバ装置、障害解析方法及びプログラム |
| CN103530199B (zh) | 2012-07-02 | 2015-12-02 | 腾讯科技（深圳）有限公司 | 一种修复软件运行错误的方法、装置及系统 |
| JP2014032598A (ja) * | 2012-08-06 | 2014-02-20 | Hitachi Systems Ltd | インシデント管理システム及びその方法 |
| JP2017220139A (ja) * | 2016-06-10 | 2017-12-14 | 三菱電機株式会社 | ログ解析装置、ログ解析方法及びログ解析プログラム |
| US10409685B2 (en) * | 2017-07-24 | 2019-09-10 | Uber Technologies, Inc. | Recovery of application functions via analysis of application operational requests |
| JP7423942B2 (ja) * | 2019-09-09 | 2024-01-30 | 富士フイルムビジネスイノベーション株式会社 | 情報処理システム |
-
2002
- 2002-11-27 JP JP2002344133A patent/JP3916232B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004178296A (ja) | 2004-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11175982B2 (en) | Remote monitoring and error correcting within a data storage system | |
| JP3916232B2 (ja) | ナレッジ型運用管理システム，方法およびプログラム | |
| US7069278B2 (en) | System for archive integrity management and related methods | |
| US7860838B2 (en) | Dynamic hierarchical data structure tree building and state propagation using common information model | |
| US8260871B2 (en) | Intelligent collection of diagnostic data for communication to diagnosis site | |
| US8863224B2 (en) | System and method of managing data protection resources | |
| US9411969B2 (en) | System and method of assessing data protection status of data protection resources | |
| CN112463421A (zh) | 信息处理系统 | |
| JP4863125B2 (ja) | 運用管理システム及び方法、並びに、プログラム | |
| JP2003216457A (ja) | エラーログ収集解析エージェントシステム | |
| US8402125B2 (en) | Method of managing operations for administration, maintenance and operational upkeep, management entity and corresponding computer program product | |
| CN101681362B (zh) | 存储优化方法 | |
| JP2005258501A (ja) | 障害影響範囲解析システム及び障害影響範囲解析方法及びプログラム | |
| JP4911061B2 (ja) | 管理システム、履歴情報の保存方法、及び履歴情報データベースのデータ構造 | |
| JP7036603B2 (ja) | 運用管理システム | |
| JP2000187585A (ja) | 遠隔障害情報管理装置並びにその方法 | |
| US20040064784A1 (en) | Document management system, method and computer program | |
| JP2007034416A (ja) | ログデータを管理する情報処理システム、ログデータ管理方法およびプログラム | |
| JP2007141007A (ja) | システム運用監視での障害時のサポートシステム化 | |
| JP3992029B2 (ja) | オブジェクト管理方法 | |
| US11121926B2 (en) | Management apparatus of managing devices using history of communication processes, management system of managing devices using history of communication processes, and management method of managing devices using history of communication processes | |
| JP2001216166A (ja) | 情報処理装置の保守管理方法および情報処理装置ならびにソフトウェアの作成方法およびソフトウェア | |
| JP2005275815A (ja) | ネットワークリモート管理方法および管理サーバ | |
| JP2001075970A (ja) | 遠方監視制御装置の診断装置及び記録媒体 | |
| JP3995023B2 (ja) | オブジェクト管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050304 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060707 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060725 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060915 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061024 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061219 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070116 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070123 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070205 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3916232 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100216 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120216 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120216 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140216 Year of fee payment: 7 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |