JP2005018179A

JP2005018179A - 障害監視装置

Info

Publication number: JP2005018179A
Application number: JP2003178870A
Authority: JP
Inventors: Takaharu Uchikado; 隆治内門; Masaki Hara; 正樹原; Seiji Tanaka; 誠司田中
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-06-24
Filing date: 2003-06-24
Publication date: 2005-01-20

Abstract

【課題】障害発生時に障害内容に対応した障害回復シナリオを選定し、必要な処理を行う障害監視装置を提供する。また障害発生事にクライアント端末に必要な情報を通知する障害監視装置を提供する。さらに障害発生事にクライアント端末で必要なアクションを実行する障害監視装置を提供する。
【解決手段】障害発生時に予め想定した障害に対して障害回復内容を定義してデータベース化することで、障害に対応する回復処理を自動判定し、クライアント端末に障害回復のガイダンスを通知する。障害回復のガイダンスを通知する必要がないクライアント端末に対しては上記データベースに障害回復アクションを定義しておくことで、クライアント端末で端末システムの再起動や該当処理の停止等の障害時の回復処理を実行させる。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、障害通知処理および障害回復処理を行う障害監視装置に関する。
【０００２】
【従来の技術】
近年クライアント・サーバ型システムを利用した業務システムが増加し、外部のサーバから障害監視を行ない、障害を即時に検知し障害内容を効率的に判断することが必要となっている。この解決方法として、原因診断マトリックス型故障診断知識を用いた下記の特許文献１に示される技術や、故障診断知識ツリーを用いた特許文献２に示される技術により、効率的に障害内容を特定する方法が提案されている。
【０００３】
【特許文献１】
特開平５−３０７６６１号公報
【特許文献２】
特開平９−１４６６２７号公報
【０００４】
【発明が解決しようとする課題】
上記のような技術を用いて効率的に監視サーバあるいはクライアント端末で障害内容を特定することは可能であるが、障害に対する代替処置を行なうための判断情報をクライアント端末で取得することはできない。従ってクライアント端末に障害回復までのガイダンスを通知すること、あるいは障害発生時にクライアント端末で必要なアクションを実行させることが望まれていた。
【０００５】
本発明の目的は、上記課題を解決し、障害発生時に障害内容に対応した障害回復シナリオを選定し、必要な処理を行う障害監視装置を提供することにある。また本発明の他の目的は、障害発生事にクライアント端末に必要な情報を通知する障害監視装置を提供することにある。さらに本発明の他の目的は、障害発生事にクライアント端末で必要なアクションを実行する障害監視装置を提供することにある。
【０００６】
【課題を解決するための手段】
上記本発明の第一の目的を実現するために、本発明の障害監視装置は障害検知を行なう機能、障害内容の条件に応じて障害メッセージを出力する機能、障害内容とそれに対応した障害回復シナリオを格納するデータベース、条件に応じて障害回復シナリオを選定する機能を備え、望ましくはさらに障害回復事例を格納するデータベース、障害回復事例データベースから障害回復事例を抽出する機能を備える。障害監視装置は条件に応じて障害内容を特定し、監視装置上に障害メッセージを出力する。障害回復シナリオ選定機能は、障害回復シナリオデータベースから条件に一致する障害回復シナリオを選定する。障害回復事例抽出機能は障害回復事例データベースから障害回復事例を抽出し、障害回復シナリオデータベースに登録及び更新を行う。
【０００７】
本発明の第二の目的を実現するために、本発明の障害監視装置は、第一の目的を実現するための構成において、障害内容に対応付けた障害回復ガイダンス情報を備え、障害回復シナリオ選定機能で選定した障害回復シナリオが障害回復ガイダンスを通知すべきものであった場合、予めデータベースに登録されたクライアントに対して障害回復ガイダンスを通知する。
【０００８】
本発明の第三の目的を実現するために、本発明の障害監視装置は、第一の目的を実現するための構成において、障害内容に対応付けた障害回復アクション情報を備え、障害回復シナリオ選定機能で選定した障害回復シナリオが障害回復アクションを実行すべきものであった場合、予めデータベースに登録されたクライアントに対して障害回復アクションを実行する。障害回復アクション情報は、クライアントへのコマンドであっても、実行可能なプログラムであっても良い。
【０００９】
【発明の実施の形態】
本発明の障害監視装置の実施例を以下に図を用いて説明する。図１は本発明を実現するためのシステム全体構成である。
【００１０】
障害を検知する障害検知部１、障害を検知する条件を格納する障害情報管理部２、障害メッセージを出力する障害メッセージ出力部３、障害回復シナリオを選定する障害回復シナリオ選定部４、障害回復ガイダンスや障害回復アクション情報を含む障害回復シナリオを格納する障害回復シナリオデータベース５、障害回復ガイダンス通知あるいは障害回復アクション実行を行なう障害回復実行部６、障害回復事例を抽出し障害回復シナリオデータベース５への登録及び更新を行う障害回復事例抽出部７、障害回復事例を格納する障害回復事例データベース８により構成する。
【００１１】
以下、障害内容に対応した障害回復シナリオを選定し、障害回復ガイダンスを通知する処理手順及び障害回復アクションを実行する処理手順について説明する。
【００１２】
図２は本発明の障害回復ガイダンス通知処理及び障害回復アクション実行処理を示すフロー図である。
【００１３】
サーバ９で障害が発生した場合、ステップＳ１１で障害検知部１により条件に一致した障害を検知する。次に、ステップＳ１２で障害メッセージ出力部３へ検知した障害に対するメッセージを渡す。ステップ１３で障害メッセージ出力部３により障害メッセージを出力する。ステップＳ１１からＳ１３までは従来の方式を使用した障害監視装置により実現できる。
【００１４】
ステップＳ１４で、ステップＳ１３の障害メッセージにより障害回復シナリオ選定部４が障害回復シナリオデータベース５から障害回復シナリオを選定する処理を行う。
【００１５】
ステップＳ１５で、ステップＳ１４により選択した障害回復シナリオの判定処理を行う。この障害回復シナリオ選定とその判定の処理の詳細を図３に示す。
【００１６】
判定の結果が一致しない場合、ステップＳ１６のデフォルトガイダンス通知処理を行う。
【００１７】
一致した場合は、ステップＳ１７で障害回復ガイダンスを選択して通知する処理か、ステップＳ１８で障害回復アクションを選択して外部コマンドを実行する処理を行う。ステップＳ１５による障害回復シナリオの判定処理後、ステップＳ１６、Ｓ１７、Ｓ１８までの処理の詳細を図７に示す。
【００１８】
図３は図２の障害メッセージを受けて障害回復シナリオ選定部４が行う障害回復シナリオ選定と判定の処理を示すフロー図である。ステップＳ２１で障害回復シナリオ選定部４は障害メッセージ出力部３から障害メッセージ情報を受け取る。次に、ステップＳ２２で障害回復シナリオデータベース５に登録済みの障害メッセージと、障害メッセージ出力部３から受け取った障害メッセージとを比較する。
【００１９】
図４に障害回復シナリオデータベース５のデータ構成例を示す。障害回復シナリオデータベース５には、格納しているシステム名、障害メッセージ、障害回復区分、障害回復内容、回復時間、グループ名が登録された障害回復シナリオ管理テーブルを備える。障害回復シナリオ管理テーブルの障害メッセージには、障害情報管理部２に格納されている障害メッセージの中で障害回復シナリオを定義している障害メッセージが存在する。障害回復区分については障害回復ガイダンスを通知する、あるいは障害回復アクションを実行するかについてのコードを設定する。図４の例では障害回復ガイダンスを通知する障害については０、障害回復アクションを実行する障害については１となる。障害回復内容については、障害回復区分によって障害回復のためのガイダンスメッセージあるいは障害回復アクションである外部実行コマンドを設定する。回復時間には障害回復までの予定時間を設定する。
【００２０】
ステップＳ２２で障害回復シナリオデータベース５に登録済みの障害メッセージと受け取った障害メッセージが一致している場合は、ステップＳ２４で該当障害に対して障害回復シナリオ管理テーブルの障害回復区分が０の障害回復ガイダンス通知かどうかを判定する。ステップＳ２２で障害回復シナリオデータベース５に登録済みの障害メッセージと受け取った障害メッセージが一致しない場合は、ステップＳ２３で障害回復実行部６へ該当するシナリオがないという情報を渡す。ステップ２４で障害回復区分が０であれば、ステップＳ２５で障害回復実行部６へ障害回復ガイダンス通知を行なうという情報を渡す。ステップ２４で障害回復区分が１であれば、ステップＳ２６で障害回復実行部６へ障害回復アクション実行を行なうという情報を渡す。ステップＳ２３によって障害回復実行部６のステップＳ１６に示す障害回復デフォルトガイダンス通知処理を実行する。ステップＳ２５によって障害回復実行部６のステップＳ１７に示す障害回復ガイダンス通知処理を実行する。ステップＳ２６によって障害回復実行部６のステップＳ１８に示す障害回復アクション実行処理を実行する。
【００２１】
図５は、障害回復事例データベース８から抽出した障害回復事例を、障害回復シナリオデータベース５の障害回復シナリオ管理テーブルに対して登録及び更新を行う処理のフロー図である。ステップ３１で障害回復事例データベース８から、任意のタイミングで障害回復事例の収集を行う。ステップ３２では障害回復事例データベース８内に同一の障害回復事例が複数あるかどうかを判定する。同一の障害回復事例が複数あった場合は、ステップ３３で、複数の同一障害回復事例より従来の統計処理方式を用いて最適な障害回復シナリオを作成する。障害回復事例が単独で存在した場合は、ステップ３４で障害回復シナリオを抽出する。ステップ３５では、抽出した障害回復シナリオが障害回復シナリオデータベース５の障害回復シナリオ管理テーブルに存在するかどうかを判定する。障害回復シナリオが既に障害回復シナリオデータベース５の障害回復シナリオ管理テーブルに存在した場合、ステップ３６で、該当する障害回復シナリオに対して所定の条件のもとに更新処理を行う。障害回復シナリオが障害回復シナリオデータベース５の障害回復シナリオ管理テーブルに存在しなかった場合、ステップ３７で、障害回復シナリオを障害回復シナリオデータベース５の障害回復シナリオ管理テーブルに新規に登録する。図４の例では障害回復ガイダンスを通知する場合は、「ＡシステムでＭ００障害が発生しました。障害復旧まであと１時間程度お待ち下さい。」「ＺシステムでＭ９９障害が発生しました。障害復旧まであと２４時間程度お待ち下さい。」となる。グループ名には障害回復ガイダンス通知あるいは障害回復アクション実行の対象となるクライアント端末ホスト名をグループ化したデータを格納する。
【００２２】
図６はクライアント端末ホスト名をグループ化したクライアント管理テーブルの概念図を示す。クライアント管理テーブルには、各グループに属するクライアント端末ホスト名、有効フラグを登録する。図６の例では、グループＧ０１に対応するクライアント端末ホスト名はＰＣ０１、ＰＣ０２、ＰＣ０３・・・となる。有効フラグについては、クライアント端末ホスト名が有効（１）か無効（０）かを設定する。図６の例では、グループ名Ｇ００のクライアント端末ホスト名ＰＣ０１、ＰＣ０２、ＰＣ０４は有効であり、ＰＣ０３は無効であるため、障害回復内容はクライアント端末ＰＣ０３に対しては対象外となる。
【００２３】
図７に障害回復実行部６で実行する処理フローを示す。
【００２４】
ステップＳ４１で障害回復シナリオ選定部４から障害回復ガイダンスまたは障害回復アクション情報を含む障害回復内容と対象グループ名を受け取る。障害回復内容がない場合は、ステップＳ４２で障害回復方法を判定した後、ステップＳ４３で全てのクライアント端末をガイダンス通知先に設定し、ステップＳ４４で障害回復デフォルトガイダンスを通知する。ステップＳ４４で予め登録されたガイダンスをクライアント１０に対して通知する。例えば、「障害が発生しましたので、状況が判明するまでシステムのご利用を中止して下さい。」と通知される。
【００２５】
障害回復ガイダンス通知の情報を受け取った場合、ステップＳ４２で障害回復方法を判定した後、ステップＳ４５で対象グループ名により対象となるクライアント端末を限定してガイダンス通知先に設定し、ステップＳ４６で障害回復ガイダンスをステップＳ４５で設定したクライアント１０に対して通知する。
【００２６】
障害回復アクション実行の情報を受け取った場合、ステップＳ４２で障害回復方法を判定した後、ステップＳ４７で対象グループ名により対象となるクライアント端末を限定してアクション実行先に設定し、ステップＳ４８で障害回復アクションをステップＳ４７で設定したクライアント１０に対して実行する。
【００２７】
【発明の効果】
以上、本発明の障害監視装置によれば、障害発生時に予め想定した障害に対して障害回復内容を定義してデータベース化することで、障害に対応する回復処理を自動判定し、クライアント端末に障害回復のガイダンスを通知することができる。障害回復のガイダンスを通知する必要がないクライアント端末に対しては上記データベースに障害回復アクションを定義しておくことで、クライアント端末で端末システムの再起動や該当処理の停止等の障害時の回復処理を実行させることができる。
【００２８】
上記ガイダンスやアクションにより、クライアント端末利用者は障害が回復するまでにクライアント端末で行なうべき代替策を適宜判断することができる。
【図面の簡単な説明】
【図１】本発明を達成するための障害監視装置の構成図。
【図２】本発明の障害回復処理動作フローチャート。
【図３】本発明の障害回復シナリオ選定動作フローチャート。
【図４】本発明の障害回復シナリオ管理テーブルの概念図。
【図５】本発明の障害事例抽出処理動作フローチャート。
【図６】本発明のクライアント端末管理テーブルの概念図。
【図７】本発明の障害回復実行動作フローチャート。
【符号の説明】
１…障害検知部、２…障害情報管理部、３…障害メッセージ出力部、４…障害回復シナリオ選定部、５…障害回復シナリオデータベース、６…障害回復実行部、７…障害回復事例抽出処理部、８…障害回復事例データベース、９…サーバ、１０…クライアント。

Claims

クライアント・サーバシステムを障害監視サーバにより監視する障害監視装置において、障害内容とそれに対応した障害回復シナリオを有するデータベースを備え、障害内容を判定する機能を備え、障害内容に対応した障害回復シナリオを選定する機能を備えたことを特徴とする障害監視装置。
請求項１に記載の障害監視装置において、障害内容に対応付けた障害回復ガイダンス情報を備え、クライアント端末に対して障害内容に対応した障害回復ガイダンスを通知する機能を備えたことを特徴とする障害監視装置。
請求項１または２に記載の障害監視装置において、障害内容に対応付けた障害回復アクション情報を備え、クライアント端末に対して障害内容に対応した障害回復アクションを実行する機能を備えたことを特徴とする障害監視装置。