JPH10326208A - 障害復旧システム及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 システムの障害報告後の障害原因の追求及び
障害復旧を効率よく自動化して、システム管理者の作業
負荷を軽減し、障害復旧を自動化して、障害からの迅速
な復旧を可能とする。 【解決手段】 障害管理部２１は、監視エージェント部
１２からの障害通知を受け、障害原因の追求及び障害復
旧を行う障害管理プロセスを実行する。予め、手順登録
部２２により、アプリケーション毎に、障害解析及び復
旧の手順の登録を行う。コンポーネント登録部２６は、
障害原因となり得る各コンポーネント毎に、解析及び復
旧手順を登録する。フロー登録部２７により、各コンポ
ーネントを組み合わせて障害解析及び復旧フローを登録
する。登録された障害解析及び復旧の手順は、記憶部２
３の解析手順記憶部２８及び復旧手順記憶部２９にそれ
ぞれ記憶され、障害解析部２４及び障害復旧部２５によ
り参照される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、システムの障害
発生時の原因解析及び障害復旧の自動化に係り、特に、
クライアント−サーバシステムにおけるアプリケーショ
ンに関連する障害の管理に好適な障害復旧システムに関
する。

【０００２】

【従来の技術】近年における分散環境の発達にともなっ
て、端末装置等のシステムの障害管理等を含む運用管理
に要する時間及びコストが著しく増大している。分散環
境、すなわちネットワークを介して分散処理を行うシス
テムにおいては、コンピュータ及び端末装置等がネット
ワークの各所に散在する。このように、管理の対象がネ
ットワーク上に散在するため、運用管理作業は、散在す
る対象の全てについて行わなければならない。

【０００３】このような背景のもとで、システム管理者
の管理負荷を軽減するため、端末等の状態を監視し、障
害が発生すると管理者に報告するツールが存在する。し
かし、障害の発生を監視する部分を自動化するだけで
は、システム管理者の負荷は依然として大きい。

【０００４】このような問題を解決するため、特開平２
−９１７３５号には、分散処理システムにおいて、リモ
ート側の障害を、リモート側とホスト側との連携により
監視分析して復旧処理するツールが開示されている。ま
た、特開平５−４１７０６号には、ネットワークシステ
ムにおいて、障害原因を追求し、障害復旧のためのコマ
ンドを自動発行するツールが開示されている。

【０００５】

【発明が解決しようとする課題】しかし、これらの文献
は、障害の原因の解析と障害の復旧との関連、具体的な
障害復旧の処理、及び障害の原因の解析と障害の復旧処
理の設定操作等については、何ら言及されていない。

【０００６】すなわち、特開平２−９１７３５号及び特
開平５−４１７０６号は、障害原因の追求及び障害復旧
を自動的に行うことを漠然と開示したに過ぎず、具体的
なシステム構成については開示されていない。このた
め、システムの障害報告後の障害原因の追求及び障害復
旧を効率よく自動化することは困難であり、システム管
理者の作業負荷が大きい。従って、障害からの迅速な復
旧も困難であり、システムの信頼性も低いままであっ
た。

【０００７】この発明は、上述した事情に鑑みてなされ
たもので、システム管理者の作業負荷を軽減するととも
に、障害からの迅速な復旧を可能とすることを目的とす
る。また、この発明は、システムの障害報告後の障害原
因の追求及び障害復旧を効率よく自動化することを目的
とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点による障害復旧システムは、
複数のコンピュータシステムがネットワークにより結合
されてなるネットワークシステムと、前記ネットワーク
システム上の１以上のコンピュータシステムにて、１以
上のアプリケーションを実行するアプリケーション実行
手段と、前記アプリケーションの実行と該アプリケーシ
ョンが稼働しているコンピュータシステムととの障害を
監視して、障害の状況を通知する監視手段と、前記監視
手段からの通知に基づき、前記アプリケーション毎に予
め設定された手順に従って障害の状況を解析し、障害の
原因を追求する障害解析手段と、前記障害解析手段によ
る障害の原因の追求結果に基づき、前記アプリケーショ
ン毎に予め設定した手順に従って障害の原因を回避・除
去して障害の復旧を行う障害復旧手段と、を具備する。

【０００９】前記障害解析手段は、障害の原因を特定で
きた場合に、前記障害復旧手段に障害の原因を提供し
て、該障害復旧手段を起動し、障害の原因が特定できな
かった場合には、システム管理者への障害状況の報告表
示を行う手段を含んでいてもよい。

【００１０】前記障害解析手段及び障害復旧手段は、前
記アプリケーション毎に設定された手順又は複数の前記
アプリケーションに共通に設定された手順に従って障害
解析及び障害復旧を行う手段であってもよい。

【００１１】前記障害解析手段における障害の解析の手
順及び障害復旧手段における障害復旧の手順の少なくと
も一方を設定する手順設定手段をさらに含んでいてもよ
い。

【００１２】前記手順設定手段は、障害の要因となる各
処理要素についての解析・復旧手順が登録されており、
障害の要因となる各処理要素をシンボル化して表示画面
上に配置し、前記表示画面上で方向性をもって、該複数
の処理要素間を、結合することにより、処理要素の順序
を設定する手段を含んでいてもよい。

【００１３】この発明の第２の観点による障害復旧シス
テムは、障害解析の手順及び障害復旧の手順の少なくと
も一方を、アプリケーション毎に設定する手順設定手段
と、前記アプリケーションの実行に係る障害を監視し
て、障害状況を通知する監視手段と、前記監視手段によ
る障害状況の通知に基づき、前記手順設定手段により予
め前記アプリケーション毎に設定した手順に従って、障
害状況を解析し、障害原因を追求する障害解析手段と、
前記障害解析手段による障害原因の追求結果に基づき、
前記手順設定手段により予め前記アプリケーション毎に
設定した手順に従って、障害原因を回避・除去して障害
復旧を行う障害復旧手段と、を具備する。

【００１４】前記障害解析手段は、障害原因を特定でき
た場合に、前記障害復旧手段に障害原因を提供して、該
障害復旧手段を起動し、障害原因が特定できなかった場
合には、システム管理者への障害状況の報告表示を行う
手段を含んでいてもよい。前記手順設定手段は、各アプ
リケーションについて、前記障害解析の手順及び障害復
旧の手順を、それぞれ所望に応じて各別に設定する手段
を含んでいてもよい。前記手順設定手段は、各アプリケ
ーションについて、前記障害解析の手順及び障害復旧の
手順を、共通に設定する手段を含んでいてもよい。前記
手順設定手段は、障害要因となる各処理要素についての
解析・復旧手順を登録し、前記アプリケーションに係る
複数の処理要素をシンボル化して表示画面上に配置し、
前記表示画面上で方向性をもって、該複数の処理要素間
を、結合することにより、処理要素の順序を設定する手
段を含んでいてもよい。

【００１５】この発明に係る障害復旧システムは、複数
のコンピュータシステムがネットワークにより結合され
てなるネットワークシステム上の１以上のコンピュータ
システムにて、１以上のアプリケーションを実行してい
る際に、前記アプリケーションの実行及び該アプリケー
ションが稼働しているコンピュータシステムに係る障害
を監視して、障害が発生すると、障害状況の通知に基づ
き、アプリケーション毎に予め設定した手順に従って障
害状況を解析し、障害原因を追求するとともに、アプリ
ケーション毎に予め設定した手順に従って障害原因を回
避・除去して障害復旧を実行する。このシステムでは、
アプリケーション毎に予め設定した手順に従って障害原
因を追求し、同様にアプリケーション毎に予め設定した
手順に従って障害原因を回避・除去して障害復旧を行う
ので、適切な障害復旧を実現することができる。

【００１６】また、この発明に係る障害復旧システム
は、障害要因となる各処理要素毎に解析・復旧手順を登
録し、アプリケーション毎に、関連する各処理要素をシ
ンボル化して表示画面に表示し、各障害要素間を矢印等
により方向性結合することにより、アプリケーション毎
の障害解析・復旧手順を登録する。これら障害解析手順
及び障害除去手順は、アプリケーション毎に共通に使用
するようにしてもよい。このシステムでは、容易にアプ
リケーション毎の適切な障害解析・復旧手順を登録する
ことができ、適切な障害復旧の自動化を容易に達成する
ことができる。

【００１７】この発明のコンピュータ読み取り可能な記
録媒体は、ネットワークシステム上の１以上のコンピュ
ータシステムを、アプリケーションの実行と該アプリケ
ーションが稼働しているコンピュータシステムの障害を
監視して、障害の状況を通知する監視手段、前記監視手
段からの通知に基づき、前記アプリケーション毎に予め
設定された手順に従って障害の状況を解析し、障害の原
因を追求する障害解析手段、前記障害解析手段による障
害の原因の追求結果に基づき、前記アプリケーション毎
に予め設定した手順に従って障害の原因を回避・除去し
て障害の復旧を行う障害復旧手段、として機能させるた
めのプログラムを格納したことを特徴とする。

【００１８】さらに、この発明のコンピュータ読みとり
可能な記録媒体は、コンピュータを、障害解析の手順及
び障害復旧の手順の少なくとも一方を、アプリケーショ
ンに設定する手順設定手段、実行中の前記アプリケーシ
ョンの障害の状況を監視して、障害の状況を通知する監
視手段、前記監視手段による障害の状況の通知に基づ
き、前記手順設定手段により予め前記アプリケーション
に設定した手順に従って、障害状況を解析し、障害原因
を追求する障害解析手段、前記障害解析手段による障害
の原因の追求結果に基づき、前記手順設定手段により予
め前記アプリケーション毎に設定した手順に従って、障
害の原因を回避・除去して障害の復旧を行う障害復旧手
段、として機能させるためのプログラムを格納している
ことを特徴とする。

【００１９】

【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。図１〜図４を参照して、この発
明の第１の実施の形態に係るネットワークシステムに適
用した障害復旧システムを説明する。

【００２０】図１は、この発明の第１の実施の形態に係
るネットワークシステムに適用された障害復旧システム
の原理的なシステム構成を模式的に示している。図２
は、該ネットワークシステムのシステム構成及びプロセ
ス構成を模式的に示している。

【００２１】図１に示す障害復旧システムは、ネットワ
ークＮＷにより互いに結合される第１の装置１及び第２
の装置２を有するネットワークシステムに適用されてい
る。第１の装置１及び第２の装置２は、いわゆるワーク
ステーション、パーソナルコンピュータ等のようなコン
ピュータシステムを構築する端末装置を含み、それぞれ
例えばクライアント装置及びサーバ装置として機能す
る。

【００２２】第１の装置１はアプリケーション実行部１
１及び監視エージェント部１２を備え、第２の装置２は
障害管理部２１を備えている。

【００２３】図２は、上述した第１の装置１、第２の装
置２及びネットワークＮＷのハードウェア的な結合関
係、並びに、アプリケーション実行部１１、監視エージ
ェント部１２及び障害管理部２１の各部において実行さ
れる各プロセスの相互関係を示す。

【００２４】図１及び図２において、アプリケーション
実行部１１は、端末装置等の第１の装置１内で１以上の
アプリケーション（アプリケーションプログラム）を実
行する。

【００２５】監視エージェント部１２は監視エージェン
トプロセスを実行する。この監視エージェントプロセス
は、アプリケーション実行部１１が実行しているアプリ
ケーションの状況（実行の状況）を監視するプロセスで
あり、障害が発生した場合には、障害管理部２１に障害
の発生及び障害状況を通知する。

【００２６】障害管理部２１は、監視エージェント部１
２からの通知を受け、障害原因の追求及び障害復旧を行
う障害管理プロセスを実行する。障害管理部２１は、障
害管理プロセスを実行するため、図１に示すように、手
順登録部２２、記憶部２３、障害解析部２４及び障害復
旧部２５を有している。

【００２７】手順登録部２２は、障害解析及び障害復旧
のための手順を予め記憶部２３に登録するために用いら
れる。手順登録部２２は、コンポーネント登録部２６及
びフロー登録部２７を有しており、障害の解析及び復旧
の手順を簡単に登録できるようにする。

【００２８】コンポーネント登録部２６は、障害原因と
なり得る各要素部分毎に、解析及び復旧に用いられるコ
マンドの実行シーケンスのような解析手順及び復旧手順
を登録するための機能を有する。すなわち、コンポーネ
ント登録部２６は、このような障害原因となり得る各要
素部分をコンポーネントとし、コンポーネント毎の解析
シーケンスを、例えばシステム管理者の操作によって、
インタラクティブ（対話的）に登録する。コンポーネン
ト、すなわち障害原因となり得る要素部分には、例えば
ＩＰ（Internet Protocol）処理部分、ＴＣＰ（Transmi
ssion ControlProtocol）処理部分等がある。また、各
コンポーネント毎の解析手順のシーケンスを構成する実
行コマンドには、例えばpingコマンド等が多く用いられ
る。

【００２９】フロー登録部２７は、アプリケーション毎
に、各コンポーネントを組み合わせて障害解析フロー及
び障害復旧フローを登録する。フロー登録部２７による
障害解析フローの登録は、コンポーネントを選択し、そ
れらコンポーネント間の処理の流れを決めるだけであ
る。具体的には、例えば、各コンポーネントをシンボル
化して表示画面上に配置し、各シンボル間を矢印等によ
り方向性をもって結合すればよい。これらコンポーネン
トのシンボルの選定及び画面上での配置及び矢印等によ
る方向性結合は、マウスによるいわゆるドラッグアンド
ドロップ操作等を用いれば、一層簡単に行うことができ
る。

【００３０】障害復旧の手順についても、障害解析と同
様にして登録することができる。すなわち、コンポーネ
ント登録部２６は、障害原因となり得る各要素部分であ
るコンポーネント毎の復旧シーケンスを、例えばシステ
ム管理者の操作によって、インタラクティブに登録す
る。この場合も、障害原因となり得る要素部分であるコ
ンポーネントは、例えばＩＰ処理部分、ＴＣＰ処理部分
等であり、各コンポーネント毎の復旧手順のシーケンス
を、適宜なる実行コマンドで構成する。

【００３１】フロー登録部２７による障害復旧フローの
登録も、コンポーネントを選択し、それらコンポーネン
ト間の処理の流れを決めるだけである。具体的には、各
コンポーネントをシンボル化して表示画面上に配置し、
各シンボル間を矢印等により方向性をもって結合する。
これらコンポーネントのシンボルの選定及び画面上での
配置及び矢印等による方向性結合も、マウスによるいわ
ゆるドラッグアンドドロップ操作等を用いて簡単に行う
ことができる。

【００３２】登録された障害解析及び障害復旧の手順
は、記憶部２３の解析手順記憶部２８及び復旧手順記憶
部２９にそれぞれ記憶される。

【００３３】障害解析部２４は、該当するアプリケーシ
ョンについて、記憶部２３の解析手順記憶部２８を参照
し、該記憶部２３に登録された障害解析フローに従った
手順で障害原因を追求して障害を解析する。

【００３４】障害復旧部２５は、障害解析部２４の解析
結果に基づいて、該当するアプリケーションについて、
記憶部２３の復旧手順記憶部２９から対応する障害復旧
フローを読み出す。障害復旧部２５は、読み出した手順
に従って、主としてアプリケーション実行部１１のアプ
リケーションにおける障害原因を回避又は除去して障害
を復旧する。

【００３５】次に、図１及び図２に示した、障害復旧シ
ステムの動作を、図３に示すフローチャートを参照して
説明する。

【００３６】まず、アプリケーションの実行をともなう
システムの動作に先立ち、障害管理部２１の手順登録部
２２により、例えばシステム管理者の操作により、コン
ポーネント解析手順、コンポーネント復旧手順、解析手
順フロー及び復旧手順フローが記憶部２３に登録され
る。

【００３７】即ち、システム管理者は、手順登録部２２
のコンポーネント登録部２６の機能に基づくインタラク
ティブな操作により、障害原因となり得る各要素部分で
あるコンポーネント毎に、解析及び復旧に用いられるコ
マンドの実行シーケンスのような解析シーケンス及び復
旧シーケンスを登録する。

【００３８】コンポーネント、すなわち障害原因となり
得る要素部分としては、例えば図４に示すように、ＩＰ
（Internet Protocol）コンポーネントＣ１、ＵＤＰ（U
serDatagram Protocol）コンポーネントＣ２、ＴＣＰコ
ンポーネントＣ３、ＳＮＭＰ（Simple Network Managem
ent Protocol）コンポーネントＣ４、ＤＮＳ（Domain N
ame Service）コンポーネントＣ５、ＨＴＴＰ（Hyper T
ext Transfer Protocol）コンポーネントＣ６、ＯＤＢ
Ｃ（Open Database Connectivity）コンポーネントＣ
７、及びＳＱＬサーバコンポーネントＣ８等がある。

【００３９】コンポーネント毎の解析手順のシーケンス
を構成する解析用の実行コマンドには、pingコマンド、
等がある。

【００４０】例えば、解析シーケンスとして、ＩＰコン
ポーネントＣ１については、実行中のアプリケーション
がアクセスしている他のアプリケーションに対して、監
視エージェントプロセスにpingコマンドを実行させ、実
行結果を通知させるコマンド群（シーケンス）を設定す
る。ＵＤＰコンポーネントＣ２については、監視エージ
ェントプロセスに、tracertコマンドを実行させ、実行
結果を通知させるコマンド群（シーケンス）を設定す
る。

【００４１】ＴＣＰコンポーネントＣ３については、接
続状態をチェックするために、監視エージェントプロセ
スにnetstatコマンドを実行させ、実行結果を通知させ
るコマンド群（シーケンス）を設定する。ＳＮＭＰコン
ポーネントＣ４については、ＳＮＭＰのgetコマンドを
実行させ、値が帰ってくるかどうか確認する。ＤＮＳコ
ンポーネントＣ５については、監視エージェントプロセ
スに、ipconfigコマンドを実行させ、ＤＮＳが正常に設
定されているかどうかを確認した後、別の装置に対して
ping[別の装置名]を実行し、実行結果を確認する。

【００４２】ＨＴＴＰコンポーネントＣ６については、
ＨＴＴＰサーバ上で、ＷＷＷサービスが起動しているこ
とを確認する。ＯＤＢＣコンポーネントＣ７について
は、自マシンのＳＱＬサーバ用のＯＤＢＣドライバのバ
ージョンを問い合わせるコマンドと、アプリケーション
が必要とするＯＤＢＣドライバのバージョンを問い合わ
せるコマンドと、問い合わせにより得られたバーション
を比較し比較結果を通知すると共に、一致しない場合
に、アプリケーションが必要とするバージョンのＯＤＢ
Ｃドライバのバージョンを通知させるシーケンスを設定
する。ＳＱＬサーバコンポーネントＣ８については、Ｓ
ＱＬServerが動作しているサーバ上で、ＳＱＬServerの
サービスが起動していることを確認する。

【００４３】さらに、システム管理者は、障害原因とな
り得る各要素部分であるコンポーネント毎に、復旧シー
ケンスを、コンポーネント登録部２６によるインタラク
ティブな操作によって登録する。障害原因となり得る要
素部分であるコンポーネントは障害解析の場合とほぼ同
様であり、コンポーネント毎に、復旧手順のシーケンス
を、適当な実行コマンドを組み合わせて構成する。

【００４４】図４に示すように、復旧シーケンスとし
て、ＩＰコンポーネントＣ１については、実行中のアプ
リケーションがアクセスしている他のアプリケーション
を再起動させるコマンド群（シーケンス）を設定する。
従って、例えば、ＩＰコンポーネントで異常が検出され
た場合には、他のアプリケーションが再起動される。

【００４５】ＵＤＰコンポーネントＣ２については、Ｔ
ＣＰ／ＩＰの設定を行い、装置を再起動する。ＴＣＰコ
ンポーネントＣ３については、一旦接続を切り、再接続
させるコマンド群を設定する。従って、ＴＣＰコンポー
ネントＣ３で異常が検出された場合には、接続が一旦切
断され、改めで、接続動作が実行される。ＳＮＭＰコン
ポーネントＣ４については、ＳＮＭＰに関する設定を行
い、装置を再起動する。

【００４６】ＤＮＳコンポーネントＣ５については、Ｄ
ＮＳに関する設定を行い、装置を再起動する。ＨＴＴＰ
コンポーネントＣ６については、ＨＴＴＰサーバのＷＷ
Ｗサービスを再起動する。ＯＤＢＣコンポーネントＣ７
については、監視エージェントプロセス１２が通知した
バージョンのＯＤＢＣと該ＯＤＢＣをインストールする
スクリプトを送信してインストールさせるコマンド
（群）を設定する。従って、ＯＤＢＣコンポーネントＣ
７で、異常が検出された場合は、正しいバージョンのＯ
ＤＢＣが第１の装置に送信され、インストールされる。
ＳＱＬサーバコンポーネントＣ８については、ＳＱＬSe
rverのサービスを再起動する。

【００４７】次に、システム管理者は、フロー登録部２
７により、アプリケーション毎に、各コンポーネントを
組み合わせて障害解析フロー及び障害復旧フローを登録
する。フロー登録部２７による障害解析フローの登録
は、コンポーネントを選択し、それらコンポーネント間
の処理の流れを決めるだけである。

【００４８】例えば、システム管理者が、図４に示すよ
うに、各コンポーネントＣ１〜Ｃ１０をシンボル化して
表示画面上に配置し、各シンボル間を矢印等により方向
性をもって結合すればよい。これらコンポーネントのシ
ンボルの選定及び画面上での配置及び矢印等による方向
性結合は、マウスによるいわゆるドラッグアンドドロッ
プ操作等を用いれば、一層簡単に行うことができる。

【００４９】図４に示す障害解析フローでは、ＩＰコン
ポーネントＣ１の解析の次には、ＵＤＰコンポーネント
Ｃ２又はＴＣＰコンポーネントＣ３の解析を行う。ＵＤ
ＰコンポーネントＣ２の解析の次には、ＳＮＭＰコンポ
ーネントＣ４又はＤＮＳコンポーネントＣ５の解析を行
う。ＴＣＰコンポーネントＣ３の解析の次は、ＨＴＴＰ
コンポーネントＣ６又はＯＤＢＣコンポーネントＣ７の
解析を行う。ＯＤＢＣコンポーネントＣ７の解析の次に
は、ＳＱＬサーバコンポーネントＣ８の解析を行う。

【００５０】図４のフローにおける分岐については、分
岐元の解析において、次にどちらの分岐先に進むかを判
別するものとする。解析を確実にするために、両方の分
岐先について解析を行うようにしてもよい。

【００５１】障害復旧フローの登録も、フロー登録部２
７により、コンポーネントを選択し、それらコンポーネ
ント間の処理の流れを決めるだけであり、各コンポーネ
ントをシンボル化して表示画面上に配置し、各シンボル
間を矢印等により結合する。この矢印により示される手
順に従って各コンポーネントＣ１〜Ｃ１０についての障
害解析及び障害復旧の処理が行われる。

【００５２】なお、障害解析及び復旧フローは、アプリ
ケーション毎に登録する。コンポーネントＣ１〜Ｃ１０
は、新規にアプリケーションを追加する場合には、過去
に登録したものの再利用が可能である。

【００５３】コンポーネント登録部２６及びフロー登録
部２７により登録された障害解析及び障害復旧の手順
は、記憶部２３の解析手順記憶部２８及び復旧手順記憶
部２９にそれぞれ記憶される。

【００５４】図３において、システムの動作がスタート
すると、第１の装置１のアプリケーション実行部１１及
び監視エージェント部１２におけるアプリケーション実
行プロセス及び監視エージェントプロセス、並びに第２
の装置２の障害管理部２１における障害管理プロセスの
各プロセスが起動される（ステップＳ１）。

【００５５】監視エージェント部１２の監視エージェン
トプロセスは、アプリケーション実行部１１におけるア
プリケーション実行プロセスすなわちアプリケーション
の実行状態を監視し（ステップＳ２〜図２：矢印Ａ
１）、正常であるか否かをチェックする（ステップＳ
３）。ステップＳ３で、正常であると判定される限り、
監視エージェントプロセスはアプリケーションの状態監
視を継続的に繰り返す。

【００５６】ステップＳ３において、アプリケーション
の状態が正常でないと判定されると、監視エージェント
プロセスは、障害管理部２１の障害管理プロセスに障害
情報を通知する（ステップＳ４〜図２：矢印Ａ２）。監
視エージェントプロセスからの障害情報に基づき障害管
理プロセスは、記憶部２３の解析手順記憶部２８を参照
し、図４に示す障害解析フローに従って障害原因を追求
し、障害状況を解析する（ステップＳ５〜図２：矢印Ａ
３）。

【００５７】図４の障害解析フローに基づく障害解析に
より、障害原因の追求が終了し、障害の解析が完了した
か否かが判定される（ステップＳ６）。ステップＳ６に
おいて、障害原因が全て判明し、障害解析が完了したと
判定されると、障害管理プロセスは、復旧手順記憶部２
９を参照し、図４とほぼ同様にして登録された障害復旧
フローに従って、障害解析により判明した障害原因に応
じて障害を回避・除去し、障害復旧を行う（ステップＳ
７〜図２：矢印Ａ４）。ステップＳ７による障害復旧に
より、正常に戻された後は、ステップＳ２に戻り、ステ
ップＳ２以降の処理を繰り返す。

【００５８】ステップＳ６において、ステップＳ５を終
了しても、障害原因が全て判明しておらず、障害解析が
完了していないと判定されると、障害管理プロセスは、
システム管理者に対し、アラーム、メッセージ等によっ
てその旨を報告する（ステップＳ８）。ステップＳ８に
より、障害原因が完全に解析できず、自動復旧ができな
いことが報告されると、システム管理者は、図３に示す
一連の処理を終了させ、マニュアルによる復旧処理を行
う。

【００５９】上述の障害復旧システムにおいては、障害
を検出して障害通知を発行し、その障害通知をトリガに
して、予め登録された手順に基づき自動的に障害の解析
を行う。そして、解析による障害原因の追求を終えた時
点で、障害の復旧を自動的に行い、正常な状態に戻すこ
とができる。

【００６０】しかも、障害解析及び障害復旧の手順の登
録を簡単に行うことができるようにするため、障害とな
り得るコンポーネント毎に解析手順を登録する。そし
て、アプリケーション毎にコンポーネントを組み合わせ
て障害解析フローを登録する。同様に、障害となり得る
コンポーネント毎に障害復旧手順を登録する。そして、
アプリケーション毎にコンポーネントを組み合わせて障
害復旧フローを登録する。このようにして、簡単な操作
で、障害解析及び障害復旧の処理手順を簡単に登録する
ことができる。対象となるアプリケーションを追加する
場合にも、コンポーネントの組み合わせ及びフローを変
えて登録するだけである。したがって、このシステム
は、拡張性にも優れている。

【００６１】以上説明した、障害復旧システムをネット
ワークシステムに適用した例を、図５を参照して説明す
る。図５に示す障害復旧システムは、ネットワークＮＷ
により互いに結合される第１の装置１Ａ、第２の装置２
Ａ及び第３の装置３を有するネットワークシステムに適
用されている。第１の装置１Ａ、第２の装置２Ａ及び第
３の装置３は、いわゆるワークステーション、パーソナ
ルコンピュータ等のようなコンピュータシステムを構築
する端末装置を含む。

【００６２】図２の場合と同様に、第１の装置１Ａはア
プリケーション実行部１１Ａ及び監視エージェント部１
２を備え、第２の装置２Ａは障害管理部２１Ａを備えて
いる。さらに、図５の第３の装置３はデータベース部３
１及び監視エージェント部３２を備えている。

【００６３】このシステムでは、第１の装置１Ａのアプ
リケーション実行部１１Ａで実行されるアプリケーショ
ンプロセスが、第３の装置３のデータべース部３１をア
クセスしている。なお、データベース部３１は、ＳＱＬ
サーバを用いているものとする。この第３の装置３にも
監視エージェント部３２が設けられており、この監視エ
ージェント部３２で第３の装置３についての監視エージ
ェントプロセスが実行される。

【００６４】このシステムにおいては、障害解析・復旧
フローを例えば図６のように構成する。この場合も第２
の装置２Ａの障害管理部２１Ａの障害管理プロセスによ
り、障害解析・復旧フローを予め登録しておく。障害解
析・復旧フローの登録は、図６のように、表示画面上に
ＩＰコンポーネントＣ１、ＴＣＰコンポーネントＣ３、
ＯＤＢＣコンポーネントＣ７、ＳＱＬサーバコンポーネ
ントＣ８及びアプリケーションコンポーネントＣ９のシ
ンボルを配置しておき、各コンポーネント間を矢印等に
より方向性をもって結合すればよい。このとき、例え
ば、図４に示した各コンポーネントが、他のアプリケー
ションに関連して既に登録されていたとすると、図４と
共通のＩＰコンポーネントＣ１、ＴＣＰコンポーネント
Ｃ３、ＯＤＢＣコンポーネントＣ７及びＳＱＬサーバコ
ンポーネントＣ８については、図６の登録の際に新たに
登録する必要はなく、既に登録されているものを利用す
ることができる。

【００６５】例えば、障害解析時のＩＰコンポーネント
Ｃ１、ＴＣＰコンポーネントＣ３及びＯＤＢＣコンポー
ネントＣ７の詳細な解析手順のシーケンスの例を示す。

【００６６】〔ａ〕ＩＰコンポーネントＣ１ (1) 第２の装置２Ａの障害管理部２１Ａによる障害管理
プロセスが、第１の装置１Ａの監視エージェント部１２
の監視エージェントプロセスに、第３の装置３に対する
pingコマンドを実行させる命令を送信する。 (2) 第２の装置２Ａの障害管理プロセスから命令を受け
た第１の装置１Ａの監視エージェントプロセスは、第３
の装置３に対してpingコマンドを実行する。 (3) 第１の装置１Ａの監視エージェントプロセスは、実
行結果、すなわちpingコマンドが成功したか否かを、第
２の装置２Ａの障害管理プロセスに送信する。

【００６７】〔ｂ〕ＴＣＰコンポーネントＣ３ (1) 第２の装置２Ａの障害管理プロセスが、第１の装置
１Ａの監視エージェントプロセスに、接続状態を確認す
るためのnetstatコマンドを実行させる命令を送信す
る。 (2) 第２の装置２Ａの障害管理プロセスから命令を受け
た第１の装置１Ａの監視エージェントプロセスは、nets
tatコマンドを実行し、接続状態を確認する。 (3) 第１の装置１Ａの監視エージェントプロセスは、実
行結果、すなわち接続状態が正常か否かを第２の装置２
Ａの障害管理プロセスに送信する。

【００６８】〔ｃ〕ＯＤＢＣコンポーネントＣ７ (1) 第２の装置２Ａの障害管理プロセスが、第１の装置
１Ａの監視エージェントプロセスに、ＯＤＢＣドライバ
のバージョンが正しいかどうかを確認する命令を送信す
る。 (2) 命令を受けた第１の装置１Ａの監視エージェントプ
ロセスは、当該マシンすなわち第１の装置１ＡのＳＱＬ
サーバ用のＯＤＢＣドライバのバージョンが、第１の装
置１Ａのアプリケーションが必要とするバージョンに該
当するか否かを確認する。 (3) 第１の装置１Ａの監視エージェントプロセスは、実
行結果、すなわちＯＤＢＣドライバのバージョンが異常
か否かを、第２の装置２Ａの障害管理プロセスに送信す
る。

【００６９】次に、図５のシステムにおける障害発生、
障害解析及び障害復旧に係る動作について説明する。図
５のシステムの稼動中に、第１の装置１Ａのアプリケー
ション実行部１１Ａで実行されているアプリケーション
に障害が発生したとする。障害の原因は、この場合、第
１の装置１Ａで、他の新しいアプリケーションをインス
トールした際に、ＳＱＬサーバ用のＯＤＢＣドライバ
が、現在実行しているアプリケーションが要求するＯＤ
ＢＣドライバのバージョンとは異なるバージョンに置き
換わってしまい、第１の装置１Ａのアプリケーションが
第３の装置３のデータべース部３１のデータベースにア
クセスできなくなったためであるとする。

【００７０】このような場合の障害解析及び復旧の処理
の流れは、次のようになる。 〈１〉第１の装置１Ａのアプリケーションで障害発生 第１の装置１Ａの監視エージェント部１２の監視エージ
ェントプロセスがアプリケーション部１１Ａで実行され
ているアプリケーションの障害を検知し、第２の装置２
Ａの障害管理部２１Ａの障害管理プロセスに障害を報告
する。このとき、第３の装置３の監視エージェントプロ
セス３２は、障害を検出していないので何もしない。

【００７１】〈２〉障害解析開始 図６に示したフローに従って障害解析が行われる。ま
ず、最初にＩＰコンポーネントの解析手順シーケンスに
従った障害解析が行われる。

【００７２】〔2-a〕ＩＰコンポーネントＣ１ (1) 第２の装置２Ａの障害管理プロセスが、第１の装置
１Ａの監視エージェントプロセスに、第３の装置３に対
するpingコマンドを実行させる命令を送信する。 (2) 命令を受けた第１の装置１Ａの監視エージェントプ
ロセスは、第３の装置３に対してpingコマンドを実行す
る。 (3) 第１の装置１Ａの監視エージェントプロセスは、実
行結果、この場合、pingコマンドが成功したことを第２
の装置２Ａの障害管理プロセスに送信する。

【００７３】〔2-b〕ＴＣＰコンポーネントＣ３ (1) 第２の装置２Ａの障害管理プロセスが、第１の装置
１Ａの監視エージェントプロセスに、netstatコマンド
を実行させる命令を送信する。 (2) 命令を受けた第１の装置１Ａの監視エージェントプ
ロセスは、netstatコマンドを実行し、接続状態を確認
する。 (3) 第１の装置１Ａの監視エージェントプロセスは、実
行結果、この場合、接続状態が正常であることを第２の
装置２Ａの障害管理プロセスに送信する。

【００７４】〔2-c〕ＯＤＢＣコンポーネントＣ７ (1) 第２の装置２Ａの障害管理プロセスが、第１の装置
１Ａの監視エージェントプロセスに、ＯＤＢＣドライバ
のバージョンが正しいかどうかを確認する命令を送信す
る。 (2) 命令を受けた第１の装置１Ａの監視エージェントプ
ロセスは、当該マシンすなわち第１の装置１ＡのＳＱＬ
サーバ用のＯＤＢＣドライバのバージョンが、第１の装
置１Ａのアプリケーションが必要とするバージョンに該
当するか否かを確認する。

【００７５】(3) 第１の装置１Ａの監視エージェントプ
ロセスは、実行結果、この場合、ＯＤＢＣドライバのバ
ージョンが異常であることを第２の装置２Ａの障害管理
プロセスに送信する。

【００７６】〈３〉障害復旧 第１の装置１Ａの監視エージェントプロセスからＯＤＢ
Ｃのバージョンが異常だという通知を受けた第２の装置
２Ａの障害管理プロセスは、第１の装置１Ａへ実行中の
アプリケーションに適合する適正なバージョンのＯＤＢ
Ｃドライバと、当該ドライバをインストールするための
スクリプトとを送信し、第１の装置１ＡのＯＤＢＣドラ
イバを適正なバージョンのＯＤＢＣドライバに入れ替え
る。以上のようにして、ＯＤＢＣドライバの不適合によ
る障害からの復旧が行われる。

【００７７】このようにして、アプリケーションの障害
発生時の障害原因解析及び障害復旧を自動化することに
より、システム管理者の管理負荷を低減させることがで
きる。しかも、障害復旧をマニュアル操作に頼らず自動
的に行うことにより、障害復旧に要する時間も短縮する
ことができるため、システムの保守性が向上し、管理コ
ストを低減させることができる。

【００７８】また、障害管理における障害解析及び復旧
手順の登録を容易に行うことができるため、管理すべき
アプリケーションが追加されても容易に対応させること
ができるため、汎用性に富み、障害管理システム自体の
バージョンアップ等を行う必要もない。

【００７９】なお、解析手順と復旧手順とは相互に関連
があり、ほぼ同様の手順を利用できる場合もある。その
ような場合には、図７に示すこの発明の第３の実施の形
態のように、解析及び復旧手順を、障害管理部４１の記
憶部４２の共通の解析・復旧手順記憶部４３に記憶させ
るようにしてもよい。その場合、障害解析部２４及び障
害復旧部２５は、解析・復旧手順記憶部４３を共通に参
照する。

【００８０】また、コンポーネント毎の解析及び復旧シ
ーケンスを、複数のアプリケーションで共用し易くし、
汎用性を高めるためのこの発明の第４の実施の形態は、
図８に示すように構成する。図８のシステムにおいて
は、障害管理部５１の手順登録部５２及び記憶部５３の
構成を変更して、手順登録部５２をコンポーネント登録
部５４及びフロー登録部５５で構成し、記憶部５３をコ
ンポーネント記憶部５６、解析手順記憶部５７及び復旧
手順記憶部５８で構成するようにする。

【００８１】コンポーネント登録部５４は、コンポーネ
ント毎の解析及び復旧シーケンスをコンポーネント記憶
部５６に記憶させる。フロー登録部５５は、障害解析フ
ロー及び障害復旧フローを解析手順記憶部５７及び復旧
手順記憶部５８に記憶させる。

【００８２】なお、この発明のシステムは、専用のシス
テムとして構成することなく、通常のコンピュータシス
テムを用いて実現することができる。例えば、コンピュ
ータシステムに上述の動作を実行するためのプログラム
を格納した媒体（フロッピーディスク、ＣＤ−ＲＯＭ、
ＭＯ等）から該プログラムをインストールすることによ
り、上述の処理を実行するシステムを構築することがで
きる。なお、上述の機能を、ＯＳが分担又はＯＳとアプ
リケーションの共同により実現する場合等には、ＯＳ以
外の部分のみを媒体に格納してもよい。また、ＯＳが上
記システムの一部を構成する場合、あるいはＯＳとプロ
グラムが協同して上述の機能を構成するような場合に
は、ＯＳを除いた部分を格納してもよい。

【００８３】また、コンピュータにプログラムを供給す
るための媒体は、狭義の記憶媒体に限らず、通信回線、
通信ネットワーク及び通信システムのように、一時的且
つ流動的にプログラム等の情報を保持する通信媒体等を
含む広義の記憶媒体であってもよい。例えば、インター
ネット等の通信ネットワーク上に設けたＦＴＰ（File T
ransfer Protocol）サーバに当該プログラムを登録し、
ＦＴＰクライアントにネットワークを介して配信するよ
うにしてもよく、通信ネットワークの電子掲示板（ＢＢ
Ｓ：Bulletin Board System）等に該プログラムを登録
し、これをネットワークを介して配信してもよい。そし
て、このプログラムを起動し、ＯＳ（Operating Syste
m）の制御下において実行することにより、上述の処理
を達成することができる。さらに、通信ネットワークを
介してプログラムを転送しながら起動実行することによ
っても、上述の処理を達成することができる。

【００８４】

【発明の効果】以上説明したように、この発明による障
害復旧システムは、アプリケーション毎に予め設定した
手順に従って障害原因を追求し、アプリケーション毎に
予め設定した手順に従って障害原因を回避・除去して障
害復旧を行う。また、この発明に係る障害復旧システム
は、障害要因となる各処理要素毎に解析・復旧手順を登
録し、アプリケーション毎に、関連する各処理要素をシ
ンボル化して表示画面に表示し、各障害要素間を矢印等
により方向性結合することにより、アプリケーション毎
の障害解析・復旧手順を登録する。これら障害解析手順
及び障害除去手順は、アプリケーション毎に共通に使用
するようにしてもよい。

【図面の簡単な説明】

【図１】この発明の第１の実施の形態に係る障害復旧シ
ステムを適用したネットワークシステムの構成を模式的
に示すブロック図である。

【図２】図１のシステムのシステム構成及びプロセス構
成を模式的に示すシステムプロセス構成図である。

【図３】図１のシステムにおける動作を説明するための
フローチャートである。

【図４】図１のシステムにおける障害解析フロー及びそ
の作成登録操作を説明するための図である。

【図５】この発明の第２の実施の形態に係る障害復旧シ
ステムを適用したネットワークシステムのシステム構成
及びプロセス構成を模式的に示すシステムプロセス構成
図である。

【図６】図５のシステムにおける障害解析フロー及びそ
の作成登録操作を説明するための図である。

【図７】この発明の第３の実施の形態に係る障害復旧シ
ステムの構成を模式的に示すブロック図である。

【図８】この発明の第４の実施の形態に係る障害復旧シ
ステムの構成を模式的に示すブロック図である。

【符号の説明】

１，１Ａ，２，２Ａ，３ 装置、 １１，１１Ａ アプリケーション実行
部、 １２ 監視エージェント部、 ２１，２１Ａ 障害管理部、 ２２ 手順登録部、 ２３ 記憶部、 ２４ 障害解析部、 ２５ 障害復旧部、 ２６ コンポーネント登録部、 ２７ フロー登録部、 ２８ 解析手順記憶部、 ２９ 復旧手順記憶部、 ３１ データベース部、 ３２ 監視エージェント部、 ４１ 障害管理部、 ４３ 解析・復旧手順記憶部、 ５２ 手順登録部、 ５３ 記憶部、 ５４ コンポーネント登録部、 ５５ フロー登録部、 ５６ コンポーネント記憶部 ５７ 解析手順記憶部、 ５８ 復旧手順記憶部、

Claims (14)

【特許請求の範囲】
1. 【請求項１】複数のコンピュータシステムがネットワー
   クにより結合されてなるネットワークシステムと、 前記ネットワークシステム上の１以上のコンピュータシ
   ステムにて、１以上のアプリケーションを実行するアプ
   リケーション実行手段と、 前記アプリケーションの実行と該アプリケーションが稼
   働しているコンピュータシステムとの障害を監視して、
   障害の状況を通知する監視手段と、 前記監視手段からの通知に基づき、前記アプリケーショ
   ン毎に予め設定された手順に従って障害の状況を解析
   し、障害の原因を追求する障害解析手段と、 前記障害解析手段による障害の原因の追求結果に基づ
   き、前記アプリケーション毎に予め設定した手順に従っ
   て障害の原因を回避・除去して障害の復旧を行う障害復
   旧手段と、を具備することを特徴とする障害復旧システ
   ム。
2. 【請求項２】前記障害解析手段は、障害の原因を特定で
   きた場合に、前記障害復旧手段に障害の原因を提供し
   て、該障害復旧手段を起動する手段を含むことを特徴と
   する請求項１に記載の障害復旧システム。
3. 【請求項３】前記障害解析手段は、障害の原因を特定で
   きた場合に、前記障害復旧手段に障害の原因を提供し
   て、該障害復旧手段を起動し、障害の原因が特定できな
   かった場合には、システム管理者への障害状況の報告表
   示を行う手段を含むことを特徴とする請求項１に記載の
   障害復旧システム。
4. 【請求項４】前記障害解析手段及び障害復旧手段は、ア
   プリケーション毎に設定された手順又は複数の前記アプ
   リケーションに共通に設定された手順に従って障害解析
   及び障害復旧を行う手段であることを特徴とする請求項
   １、２又は３に記載の障害復旧システム。
5. 【請求項５】前記障害解析手段における障害の解析の手
   順及び障害復旧手段における障害復旧の手順の少なくと
   も一方を設定する手順設定手段をさらに含むことを特徴
   とする請求項１乃至４のうちのいずれか１項に記載の障
   害復旧システム。
6. 【請求項６】前記手順設定手段は、障害の要因となる各
   処理要素についての解析・復旧手順が登録されており、
   障害の要因となる処理要素をシンボル化して表示画面上
   に配置し、前記表示画面上で方向性をもって、該複数の
   処理要素間を結合することにより、処理要素の順序を設
   定する手段を含む、ことを特徴とする請求項５に記載の
   障害復旧システム。
7. 【請求項７】障害解析の手順及び障害復旧の手順の少な
   くとも一方を、アプリケーションに設定する手順設定手
   段と、 実行中の前記アプリケーションの障害の状況を監視し
   て、障害の状況を通知する監視手段と、 前記監視手段による障害の状況の通知に基づき、前記手
   順設定手段により予め前記アプリケーションに設定した
   手順に従って、障害状況を解析し、障害原因を追求する
   障害解析手段と、 前記障害解析手段による障害の原因の追求結果に基づ
   き、前記手順設定手段により予め前記アプリケーション
   毎に設定した手順に従って、障害の原因を回避・除去し
   て障害の復旧を行う障害復旧手段と、を具備することを
   特徴とする障害復旧システム。
8. 【請求項８】前記障害解析手段は、障害の原因を特定で
   きた場合に、前記障害復旧手段に障害の原因を提供する
   手段を含むことを特徴とする請求項７に記載の障害復旧
   システム。
9. 【請求項９】前記障害解析手段は、障害の原因が特定で
   きなかった場合には、システム管理者への障害状況の報
   告表示を行う手段を含むことを特徴とする請求項７又は
   ８に記載の障害復旧システム。
10. 【請求項１０】前記手順設定手段は、各アプリケーショ
    ンについて、前記障害解析の手順及び障害復旧の手順
    を、各別に設定する手段を含むことを特徴とする請求項
    ６、７、８又は９に記載の障害復旧システム。
11. 【請求項１１】前記手順設定手段は、複数のアプリケー
    ションについて、前記障害解析の手順及び障害復旧の手
    順を共通に設定する手段を含むことを特徴とする請求項
    ６、７８又は９に記載の障害復旧システム。
12. 【請求項１２】前記手順設定手段は、障害要因となる各
    処理要素についての解析・復旧手順が登録されており、
    前記アプリケーションに係る複数の処理要素をシンボル
    化して表示画面上に配置し、前記表示画面上で方向性を
    もって、該複数の処理要素間を、結合することにより、
    処理要素の順序を設定する手段を含むことを特徴とする
    請求項７乃至１１のうちのいずれか１項に記載の障害復
    旧システム。
13. 【請求項１３】ネットワーク上の１以上のコンピュータ
    を、 アプリケーションの実行と該アプリケーションが稼働し
    ているコンピュータの障害を監視して、障害の状況を通
    知する監視手段、 前記監視手段からの通知に基づき、前記アプリケーショ
    ン毎に予め設定された手順に従って障害の状況を解析
    し、障害の原因を追求する障害解析手段、 前記障害解析手段による障害の原因の追求結果に基づ
    き、前記アプリケーション毎に予め設定した手順に従っ
    て障害の原因を回避・除去して障害の復旧を行う障害復
    旧手段、として機能させるためのプログラムを格納した
    ことを特徴とするコンピュータ読み取り可能な記録媒
    体。
14. 【請求項１４】コンピュータを、 障害解析の手順及び障害復旧の手順の少なくとも一方
    を、アプリケーションに設定する手順設定手段、 実行中の前記アプリケーションの障害の状況を監視し
    て、障害の状況を通知する監視手段、 前記監視手段による障害の状況の通知に基づき、前記手
    順設定手段により予め前記アプリケーションに設定した
    手順に従って、障害状況を解析し、障害原因を追求する
    障害解析手段、 前記障害解析手段による障害の原因の追求結果に基づ
    き、前記手順設定手段により予め前記アプリケーション
    毎に設定した手順に従って、障害の原因を回避・除去し
    て障害の復旧を行う障害復旧手段、 として機能させるためのプログラムを記録したコンピュ
    ータ読み取り可能な記録媒体。