(57)【要約】【課題】監視対象サーバに障害が発生したときに、障害の復旧がデッドラインに間に合うように、障害を復旧させるために必要な対応手順を組み合わせた予定表を生成する障害対応システムを提供する。【解決手段】デッドラインの入力を受け付ける手段と、監視対象サーバのエラー情報を分析する手段と、障害ごとの復旧手段、復旧所要時間、復旧する確率が保存されているリカバリ手順情報データベースと、前記リカバリ手順情報データベースの内容を基にして予定表を生成するスケジュール分析生成手段と、前記リカバリ手順情報データベースの内容を更新する対応履歴管理手段とを備えた障害対応システム。  これにより、デッドラインに間に合うように、かつ、短時間に復旧する確率が高くなるような予定表を生成することができる。【選択図】図１
2008210148.tif 000002
【特許請求の範囲】
【請求項１】
監視対象サーバに障害が発生した場合に、前記障害を復旧させるための対応手順を選択し、前記対応手順を試行する順番を示す予定表を生成する障害対応システムであって、
障害に関する情報が保存されている障害情報データベースと、
前記監視対象サーバに発生した障害の種類である障害事象に関連づけられて、対応手順と、前記対応手順の所要時間と、前記対応手順で復旧したか否かの情報とが保存されているリカバリ手順情報データベースと、
過去に発生した障害事象と、その障害を復旧するために行った対応手順と、その対応手順に要した所要時間と、その対応手順での復旧の有無とが保存された事例蓄積データベースと、
監視対象サーバに内蔵される監視手段から送信される前記監視対象サーバの障害に関する情報を受信する障害情報受信手段と、
障害を復旧させなければならない期限であるデッドラインの入力を受け付けるデッドライン入力受け付け手段と、
前記監視手段から送信された情報を基にして、前記障害情報データベースを検索することにより、前記監視対象サーバに発生した障害事象を割り出すエラー情報分析手段と、
前記障害事象を基に前記リカバリ手順情報データベースを検索して対応手順を読み込み、前記デッドライン入力受け付け手段から入力されたデッドラインまでに障害復旧が間に合うように前記対応手順をスケジューリングした予定表を生成するスケジュール分析生成手段と、
監視対象サーバに障害が発生するごとに、前記事例蓄積データベースの内容と前記リカバリ手順情報データベースの内容とを更新する対応履歴監視手段と、
を備えることを特徴とする障害対応システム。
【請求項２】
前記スケジュール分析生成手段は、前記リカバリ手順情報データベースに保存されている、対応手順ごとの復旧する確率である復旧率と、その復旧率を有する対応手順に要する所要時間とから、単位時間あたりの復旧率を算出し、
前記単位時間あたりの復旧率が高い順番に対応手順を選択して、
前記選択を、対応手順を実施する予定の日時に、選択された対応手順の所要時間を加算し、加算後の日時が前記デッドラインに達する直前まで行い、
選択された対応手順を、前記単位時間あたりの復旧率の高い順番に実施するように予定表を生成すること
を特徴とする請求項１に記載の障害対応システム。
【請求項３】
前記スケジュール分析生成手段は、最初に予定表を生成した後であって、前記監視対象サーバの障害復旧するまでに、少なくとも1回以上予定表を生成し直し、
予定表を生成し直す際には、生成し直す時点での日時、デッドライン、前記リカバリ手順情報データベースの内容を基にして予定表を生成し直すこと
を特徴とする請求項１または２に記載の障害対応システム。
【請求項４】
障害に関する情報が保存されている障害情報データベースと、
前記監視対象サーバに発生した障害の種類である障害事象に関連づけられて、前記障害を復旧させるための対応手順と、前記対応手順の所要時間と、前記対応手順で復旧したか否かの情報とが保存されているリカバリ手順情報データベースと、
過去に発生した障害事象と、その障害を復旧するために行った対応手順と、その対応手順に要した所要時間と、その対応手順での復旧の有無とが保存された事例蓄積データベースと、
監視対象サーバに内蔵される監視手段から送信される前記監視対象サーバの障害に関する情報を受信する障害情報受信手段と、
障害を復旧させなければならない期限であるデッドラインの入力を受け付けるデッドライン入力受け付け手段と、
前記監視対象サーバに発生した障害事象を割り出すエラー情報分析手段と、
デッドラインまでに障害復旧が間に合うように対応手順をスケジューリングした予定表を生成するスケジュール分析生成手段と、
監視対象サーバに障害が発生するごとに、前記事例蓄積データベースの内容と前記リカバリ手順情報データベースの内容とを更新する対応履歴監視手段と、
を備えた障害対応システムにおける障害対応方法であって、
前記障害情報受信手段が、前記監視対象サーバの障害に関する情報を受信する障害情報受信ステップと、
前記デッドライン入力受け付け手段が、障害を復旧させなければならない期限であるデッドラインの入力を受け付けるデッドライン入力受け付けステップと、
前記エラー情報分析手段が、前記障害情報受信ステップにより受信された障害に関する情報を基にして、前記障害情報データベースを検索することにより、前記監視対象サーバに発生した障害事象を割り出すエラー情報分析ステップと、
前記スケジュール分析生成手段が、前記障害事象を基に前記リカバリ手順情報データベースを検索することによって対応手順を読み込み、前記デッドライン入力受け付けステップによって入力されたデッドラインまでに障害復旧が間に合うように前記対応手順をスケジューリングした予定表を生成するスケジュール分析生成ステップと、
前記対応履歴監視手段が、監視対象サーバに障害が発生するごとに、前記リカバリ手順情報データベースと前記事例蓄積データベースの内容の更新をさせる対応履歴監視ステップと、
を実行することを特徴とする障害対応システムにおける障害対応方法。
【請求項５】
前記スケジュール分析生成ステップは、前記リカバリ手順情報保存ステップによって保存されている、対応手順ごとの復旧する確率である復旧率と、その復旧率を有する対応手順に要する所要時間とから、単位時間あたりの復旧率を算出するステップと、
前記単位時間あたりの復旧率が高い順番に対応手順を選択するステップと、
前記選択を、対応手順を実施する予定の日時に、選択された対応手順の所要時間を加算し、加算後の日時が前記デッドラインに達する直前で終了するステップと、
選択された対応手順を、前記単位時間あたりの復旧率の高い順番に実施するように予定表を生成するステップと、
を含むことを特徴とする請求項４に記載の障害対応システムにおける障害対応方法。
【請求項６】
前記スケジュール分析生成手段ステップは、最初に予定表を生成した後であって、前記監視対象サーバの障害復旧するまでに、少なくとも1回以上予定表を生成し、
予定表を生成し直す際には、生成し直す時点での日時、デッドライン、前記リカバリ手順情報保存ステップよって保存されている内容を基にして予定表を生成し直すステップを
含むことを特徴とする請求項４または５に記載の障害対応システムにおける障害対応方法。
【請求項７】
監視対象サーバに障害が発生した場合に、コンピュータの記憶装置に保存されている、障害に関する情報に関連づけられた障害事象に関する情報と、障害事象に関連づけられた障害を復旧させるための対応手順に関する情報と、前記対応手順に要する時間に関する情報と、前記対応手順での復旧の有無に関する情報と、を基にしてコンピュータに、前記障害を復旧させるための対応手順を選択させ、前記対応手順を試行する順番を示す予定表を生成させる障害対応プログラムであって、
コンピュータに、
前記監視対象サーバに内蔵される監視手段から送信される障害に関する情報を受信する障害情報受信ステップと、
障害を復旧させなければならない期限であるデッドラインの入力を受け付けるデッドライン入力受け付けステップと、
前記障害情報受信ステップにより受信された情報を基にして、前記コンピュータの記憶装置に保存されている、障害に関する情報に関連づけられた障害事象に関する情報を検索することにより、前記監視対象サーバに発生した障害事象を割り出すエラー情報分析ステップと、
前記障害事象を基に、前記コンピュータの記憶装置に保存されている、障害事象に関連づけられた、障害を復旧させるための対応手順の情報を読み込み、前記デッドライン入力受け付けステップによって入力されたデッドラインまでに障害復旧が間に合うように、前記対応手順をスケジューリングした予定表を生成するスケジュール分析生成ステップと、
監視対象サーバに障害が発生するごとに、発生した障害に関する情報、障害事象、実施した対応手順、前記対応手順の所要時間、前記対応手順で復旧したか否かの情報、を前記コンピュータの記憶装置に保存する対応履歴監視ステップと、
を実行させることを特徴とする障害対応プログラム。
【請求項８】
前記スケジュール分析生成ステップは、前記コンピュータの記憶装置に保存されている、対応手順ごとの復旧する確率である復旧率と、その復旧率を有する対応手順に要する所要時間とから、単位時間あたりの復旧率を算出するステップと、
前記単位時間あたりの復旧率が高い順番に対応手順を選択するステップと、
前記選択を、対応手順を実施する予定の日時に、選択された対応手順の所要時間を加算し、加算後の日時が前記デッドラインに達する直前で終了するステップと、
選択された対応手順を、前記単位時間あたりの復旧率の高い順番に実施するように予定表を生成するステップと、
を含むことを特徴とする請求項７に記載の障害対応プログラム
【請求項９】
前記スケジュール分析生成手段ステップは、最初に予定表を生成した後であって、前記監視対象サーバの障害復旧するまでに、少なくとも1回以上予定表を生成し、
予定表を生成し直す際には、生成し直す時点での日時、デッドライン、前記コンピュータの記憶装置に保存されている内容を基にして予定表を生成し直すステップを
含むことを特徴とする請求項７または８に記載の障害対応プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視対象サーバで発生した障害に対応するための障害対応システム及び障害対応方法に関する。
【背景技術】
【０００２】
従来、サーバが障害によってダウンした場合には、障害復旧のための担当者が障害原因の分析を行い、障害に応じた復旧のための対応手順を試行錯誤によって行っていた。
【０００３】
サーバに障害が発生すると、予想される対処作業をスケジューリングし、各担当者に障害内容と各担当者の作業開始予想時間を通知することを可能にする障害情報通知プログラム（特許文献１）が提案されている。
【０００４】
特許文献１に記載された障害情報通知プログラムは、担当者と対処内容とを格納したリカバリ情報テーブルを参照し、監視対象サーバで発生した事象に関する担当者と対処内容とを抽出する第一抽出ステップと、前記第一抽出ステップにおいて抽出した対処内容に基づき、対処スケジュールを生成する第一スケジューリングステップと、前記対処スケジュールを前記担当者に対して通知する第一通知ステップとを動作させることを特徴としている。
【０００５】
これにより、適切な担当者が適切なタイミングで呼び出されるので、不適切な担当者が呼ばれて、呼ばれたものが更に適切な担当者を呼び出すという、２段階呼び出しのため、時間がかかり、障害情報の伝達が不十分になるという問題を解決できるとしている。また、各担当者も早く来すぎて、自分の作業順番がくるまで無駄な時間を過ごすといった問題も解決できるとしている。
【特許文献１】特開２００４−２８０１７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の障害情報通知プログラムが生成する予定表は、デッドラインに間に合うように生成されたものではないので、予定通り復旧作業を行ってもデッドラインに間に合わない可能性があった。
【０００７】
また、前記障害情報通知プログラムは、対応手順の選択、順序づけに際して、単位時間あたりの復旧率を考慮せずに行うので、予定表どおりに作業しても必ずしも復旧率は高くなく、復旧までの時間も短時間ではないという問題があった。
【０００８】
本発明は、このような実情に鑑みてなされたものであり、デッドラインに間に合うように、かつ、復旧率も高く短時間に復旧が可能となるような予定表を生成する障害対応システム及び方法を提供しようとするものである。
【課題を解決するための手段】
【０００９】
本発明の課題は、下記の各発明によって解決することが出来る。
即ち、本発明の障害対応システムは、監視対象サーバに障害が発生した場合に、前記障害を復旧させるための対応手順を選択し、前記対応手順を試行する順番を示す予定表を生成する障害対応システムであって、障害に関する情報が保存されている障害情報データベースと、前記監視対象サーバに発生した障害の種類である障害事象に関連づけられて、対応手順と、前記対応手順の所要時間と、前記対応手順で復旧したか否かの情報とが保存されているリカバリ手順情報データベースと、過去に発生した障害事象と、その障害を復旧するために行った対応手順と、その対応手順に要した所要時間と、その対応手順での復旧の有無とが保存された事例蓄積データベースと、監視対象サーバに内蔵される監視手段から送信される前記監視対象サーバの障害に関する情報を受信する障害情報受信手段と、障害を復旧させなければならない期限であるデッドラインの入力を受け付けるデッドライン入力受け付け手段と、前記監視手段から送信された情報を基にして、前記障害情報データベースを検索することにより、前記監視対象サーバに発生した障害事象を割り出すエラー情報分析手段と、前記障害事象を基に前記リカバリ手順情報データベースを検索して対応手順を読み込み、前記デッドライン入力受け付け手段から入力されたデッドラインまでに障害復旧が間に合うように前記対応手順をスケジューリングした予定表を生成するスケジュール分析生成手段と、監視対象サーバに障害が発生するごとに、前記事例蓄積データベースの内容と前記リカバリ手順情報データベースの内容とを更新する対応履歴監視手段と、を備えることを主要な特徴としている。
【００１０】
これにより、デッドラインに間に合うように予定表が生成されるため、予定表どおりに復旧作業を実施することによりデッドラインに間に合うように監視対象サーバを障害から復旧させることができる。
【００１１】
また、障害が発生するごとにリカバリ手順情報データベースの内容が更新されるので、対応手順の所要時間、復旧率の情報も更新され、次回予定表を生成する際に、精度の高い予定表を生成することができる。
【００１２】
また、本発明の障害対応システムは、前記スケジュール分析生成手段は、前記リカバリ手順情報データベースに保存されている、対応手順ごとの復旧する確率である復旧率と、その復旧率を有する対応手順に要する所要時間とから、単位時間あたりの復旧率を算出し、前記単位時間あたりの復旧率が高い順番に対応手順を選択して、前記選択を、対応手順を実施する予定の日時に、選択された対応手順の所要時間を加算し、加算後の日時が前記デッドラインに達する直前まで行い、選択された対応手順を、前記単位時間あたりの復旧率の高い順番に実施するように予定表を生成することを主要な特徴としている。
【００１３】
これにより、単位時間あたりの復旧率の高い対応手順から実施するように予定表が生成されるので、効率的に復旧作業を実施することができ、短時間に高い確率での復旧を可能とすることができる。
【００１４】
更に、本発明の障害対応システムは、前記スケジュール分析生成手段は、最初に予定表を生成した後であって、前記監視対象サーバの障害復旧するまでに、少なくとも1回以上予定表を生成し直し、予定表を生成し直す際には、生成し直す時点での日時、デッドライン、前記リカバリ手順情報データベースの内容を基にして予定表を生成し直すことを主要な特徴としている。
【００１５】
これにより、対応手順の実施が予定より早く終了しても、あるいは、遅く終了してもそれに合わせて新しく予定表が生成し直されるので、常に予定表の精度を高く維持することができる。
【発明の効果】
【００１６】
以上、説明したように、本発明の障害対応システムによれば、デッドラインに間に合うように予定表を生成するので、予定表どおりに作業することにより、監視サーバの復旧をデッドラインに間に合わせることができる。
【００１７】
また、本発明の障害対応システムによれば、障害が発生するごとにリカバリ手順情報データベースの内容が更新されるので、対応手順の所要時間、復旧率に関する情報も更新されて、次回予定表を生成する際に、より精度の高い予定表を生成することができる。
【００１８】
更に、単位時間あたりの復旧率の高い対応手順から実施するように予定表が生成されるので、効率的に復旧作業を実施することができ、短時間に高い確率での復旧を可能と知ることができる。
【００１９】
更にまた、予定表の生成後、そのときの最新情報を基にして1回以上予定表を生成し直すので、常に予定表の精度を高く維持することができる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面を参照しながら、本発明の障害対応システムの一実施形態を詳細に説明する。
＜構成＞
図１は、本発明の一実施形態に係る障害対応システムの構成図である。図１に示すように、障害対応システムは、監視対象サーバ１０と、クライアント２０と、ネットワーク３０と、監視サーバ４０とから構成されている。監視対象サーバ１０と、クライアント２０と、監視サーバ４０とは、互いにネットワーク３０を介して接続されている。
【００２１】
監視対象サーバ１０は、監視プログラム１１を有している。監視プログラム１１は、監視対象サーバ１０を監視し、監視対象サーバ１０に障害が発生した場合には、障害を検知して障害に関する情報を監視サーバ４０にネットワーク３０を介して送信する。ここで、監視プログラム１１は、必ずしもプログラムである必要はなく、同じ機能を果たす装置であっても良い。また、監視対象サーバは、１台とは限らず複数台の場合もある。
なお、クライアント２０も、１台とは限らず複数台の場合もある。
【００２２】
監視サーバ４０は、エラー情報分析手段４１と、スケジュール分析・生成手段４２と、対応履歴管理手段４３と、情報データベース４４と、リカバリ手順情報データベース４５と、事例蓄積データベース４６とから構成されている。
【００２３】
エラー情報分析手段４１は、監視プログラム１１から送信されたエラー情報を分析してどの障害に該当するかを調査する。具体的には、障害事象とそれに関連づけられたエラー番号やアラート番号が保存されている障害情報データベース４４の検索を行い、前記エラー情報に該当する障害事象を割り出すことによって行う。
【００２４】
スケジュール分析・生成手段４２は、エラー情報分析手段４１によって割り出された障害事象に関する復旧方法のすべてをリカバリ手順情報データベース４５から読み込む。リカバリ手順情報データベース４５には、障害事象に関連づけられた、その障害復旧のための対応手順、その手順の所要時間、その手順により復旧したか否か等の情報が保存されている。
【００２５】
次に、障害を復旧させなければならない期限であるデッドラインが、クライアント２０からネットワーク３０を介して監視サーバ４０に入力されている場合は、デッドラインに間に合うように、リカバリ手順情報データベース４５から読み込んだ復旧方法を組み合わせて、復旧手順を示した予定表を生成する。なお、デッドラインは、監視サーバ４０に直接入力することもできる。
【００２６】
デッドラインが入力されていない場合は、リカバリ手順情報データベース４５から読み込んだ複数の復旧方法のうち単位時間あたりの復旧確率の高い順番に復旧方法を選択して、スケジューリングを行い予定表を生成する。ここで、スケジューリングの方法は、必ずしも単位時間あたりの復旧確率の高い順番にスケジューリングするだけでなく、様々な方法を適用することができる。例えば、全体として、最も復旧確率が高くなるように復旧方法を組み合わせてスケジューリングすることもできるし、復旧確率よりも復旧スピードを重視してスケジューリングすることもできる。
【００２７】
対応履歴管理手段４３は、監視対象サーバ１０障害が発生するごとに、監視プログラム１１から送られてくる情報と、障害復旧担当者が監視サーバに直接入力またはネットワークを介して入力した情報とを基にして、事例蓄積データベース４６に障害事例情報を保存する。障害事例情報とは、障害発生日時、障害が発生したサーバ、障害事象、その障害復旧のために行った復旧方法、復旧手順、復旧の有無などである。
【００２８】
また、対応履歴管理手段４３は、事例蓄積データベースの内容を基に、リカバリ手順情報データベース４５の内容を更新する。これにより、復旧のための対応手順を増やし、対応手順ごとの所要時間の精度を高めることができる。
【００２９】
図２は、障害情報データベース４４に保存されている情報の例を示した図である。図２に示すように、障害が発生したときに障害が発生したサーバが出すエラー番号やアラート番号と、障害事象が関連づけられて保存されている。これにより、エラー情報分析手段４１は、監視プログラム１１から受信した障害情報に含まれている、エラー番号やアラート番号から、それらに対応する障害事象を検索し割り出すことができる。
【００３０】
図３は、リカバリ手順情報データベース４５に保存されている情報の例を示した図である。図３に示すように、対応手順ＩＤと、対応手順ＩＤが示す障害復旧方法を表す内容と、その内容を実施するのに必要な所要時間と、その内容を実施した場合にシステムが復旧する確率を表す復旧率とが障害事象ＩＤに関連づけて保存されている。また、障害事象ＩＤに関連づけて、対応手順ＩＤと、その対応手順の更に細かい作業手順を示す手順と、前記細かい作業手順ごとに振られた番号であるステップＩＤも保存されている。
【００３１】
これにより、スケジュール分析・生成手段４２は、障害事象に対応した障害復旧方法を検索して選択することができ、更に、復旧に必要な所要時間、復旧率を考慮して予定表を生成することができる。
【００３２】
図４は、事例蓄積データベース４６に保存されている情報の例を示した図である。図４に示すように、障害が発生した日時と、障害を起こしたサーバを示す障害サーバと、障害事象と、その障害に対して行った対応の対応手順ＩＤと、その対応手順ＩＤが表す手順を実施したときに要した所要時間と、復旧に成功したか否かを表す復旧有無とが関連づけられて保存されている。
【００３３】
この事例蓄積データベース４６に保存された内容を基にして、対応履歴管理手段４３は、リカバリ手順情報データベース４５の内容を更新することができる。これにより、障害が発生するごとに事例蓄積データベース４６と、リカバリ手順情報データベース４５にデータが蓄積されて、スケジュール分析・生成手段４２が生成する予定表の精度も高いものとなる。
【００３４】
図５は、スケジュール分析・生成手段４２が生成した予定表の例を示した図である。図５に示すように、障害復旧方法とその実施順番を示した対策手順と、対策手順に示された各障害復旧方法を実施した場合の開始予定時間、終了予定時間を示す開始予定、終了予定と、各対策手順の着手状況を示すＳｔａｔｕｓとに関連づけて、各対策手順の実施予定がガントチャートで表されている。
【００３５】
図５に示す一次デッドラインは、クライアントから入力されたデッドラインのことであり、スケジュール分析・生成手段４２は、一次デッドラインまでに障害の復旧が完了するようにリカバリ手順情報データベース４５から手順を選択し、順序づけている。図５に示すデッドラインは、一次デッドラインまでに行う手順によっても復旧しなかった場合に、バックアップによる復元を行ったときの復旧予想日時を表している。
【００３６】
＜動作＞
次に、本実施形態の障害対応システムの動作について図１を参照して説明する。
監視プログラム１１は、監視対象サーバ１０に障害が発生した場合、その障害を検知して、障害を起こしたサーバが出すエラー番号やアラート番号などの障害に関する障害情報をネットワーク３０を介して、監視サーバ４０に送信する。
【００３７】
前記障害情報を受信したエラー情報分析手段４１は、障害情報データベース４４を検索して、受信した障害情報を基に、監視対象サーバで発生した障害に対応する障害事象を割り出す。具体的には、前記障害情報に含まれているエラー番号やアラート番号を基にして、対応する障害事象を検索して選択する。
【００３８】
このようにして割り出された障害事象は、スケジュール分析・生成手段４２に渡される。スケジュール分析・生成手段４２は、リカバリ手順情報データベース４５を検索して、渡された障害事象に対応した対応手順ＩＤを選択する。このとき、デッドラインがクライアント２０から入力されていた場合は、スケジュール分析・生成手段４２は、このデッドラインを一次デッドラインとして設定し、一次デッドラインまでに実行可能な対応手順ＩＤを選択し、選択した対応手順ＩＤの実行順番を決定する。
【００３９】
対応手順ＩＤの選択方法および実行順番の決定は、様々な方法が考えられる。例えば、図３に示すように、リカバリ手順情報データベース４５に保存されている対応手順ＩＤごとの所要時間と復旧率のデータを使用して、復旧率を所要時間で除することにより単位時間あたりの復旧率を求める。次に、この単位時間あたりの復旧率の高いものから選択してゆき、選択の終了は、復旧作業開始予定日時から選択した対応手順ＩＤの所要時間を加算して、加算後の日時が一次デッドラインに達する直前までとすることができる。選択した対応手順ＩＤの順番は、単位時間あたりの復旧率の高いものから並べることができる。
【００４０】
これにより、単位時間あたりの復旧率の高い復旧方法から復旧作業を行う予定を組むことができるので、一次デッドラインまでに復旧を完了する確率を高くすると共に、組まれた予定は、短時間に復旧を終了させるための効率的なものとすることができる。
【００４１】
次にスケジュール分析・生成手段４２は、選択し並べられた対応手順ＩＤを基にして予定表を生成する。図５に示すように、予定表は、対策手順ごとに、開始予定、終了予定、Ｓｔａｔｕｓを記載し、１次デッドライン、デッドラインまでの予定を線で表したガントチャートとすることができる。これにより、対策手順と予定が一目で把握できるので、復旧担当者の負担を軽減し、効率的な復旧作業が可能となる。
【００４２】
また、スケジュール分析・生成手段４２は、対策手順の進捗ごとに、または、定期的に予定表を更新することができる。対策手順の進捗ごとに予定表を更新する場合は、対策手順の一つが実行されて結果が出たときに、その結果をもとにその時点から予定表を生成し直す。例えば、終了予定より早く結果が出て、まだ復旧しない場合は、一次デッドラインまでに予定より時間があるので、予定表を作り直すことにより、さらに対策手順を追加できる場合がある。
【００４３】
また、終了予定より遅く結果が出て、まだ復旧していない場合は、当初予定よりも一次デッドラインまでの時間がないので、予定表から対策手順を削除することになる場合もある。
【００４４】
定期的にスケジュールを更新する場合は、スケジュールを更新するタイミングが定期的なだけで、内容は上述の対策手順の進捗ごとの更新と同じである。
このように、状況に応じて予定表が更新されるので、予定表の精度を常に高い状態に保つことができる。
【００４５】
図４に示すように、対応履歴管理手段４３は、障害が発生するたびに、障害の発生日時、障害サーバ、障害事象、復旧に使用した対応手順ＩＤ、対応手順ＩＤごとの所要時間と復旧の有無についての情報を事例蓄積データベース４６に保存する。
【００４６】
また、対応履歴管理手段４３は、事例蓄積データベース４６に保存された内容を基にして、リカバリ手順情報データベース４５の更新を行う。これにより、リカバリ手順情報データベース４５のデータが増えるので、予定表生成の精度が向上することになる。
【００４７】
次にフローチャートに基づいて更に説明する。
図６は、本発明の障害対応システムにおける処理フローを表したフローチャートである。
監視対象サーバ１０で障害が発生すると、監視プログラム１１がそれを検知し、障害情報を監視サーバ４０に送信する。送信された障害情報を受信したエラー情報分析手段４１は、エラー情報の分析を行い、障害情報データベース４４を検索してどの障害事象に該当するかを割り出す（Ｓ１）。
【００４８】
次に、スケジュール分析・生成手段４２は、割り出された障害事象に該当する復旧手順をリカバリ手順情報データベース４５から読み込む（Ｓ２）。続いて、スケジュール分析・生成手段４２は、デッドライン情報の入力があるか確認をして（Ｓ３）、入力がある場合は、デッドライン情報から一次デッドラインを生成して（Ｓ４）、１次デッドラインに収まるように予定表を生成する（Ｓ５）。デッドライン情報の入力がない場合は、予定表の生成を実施する（Ｓ５）。
【００４９】
続いて、予定表の生成（Ｓ５）について、図７を参照して詳細に説明する。図７は、予定表の生成フローを表したフローチャートである。
【００５０】
スケジュール分析生成手段４２は、一次デッドラインが生成されているか否かを確認する（Ｓ１１）。一次デッドラインが生成されていない場合は、すべての復旧手順をスケジューリング対象として（Ｓ１３）、復旧手順を単位時間あたりの復旧率の高い順番で実行する予定表を生成する（Ｓ１７）。
【００５１】
一次デッドラインが生成されている場合は、一次デッドラインまでに対応手順ＩＤ９９を除く作業が可能か否か判断を行う（Ｓ１２）。ここで、対応手順ＩＤ９９とは、図３に示す対応手順ＩＤ９９のことであり、テープ等のバックアップファイルからのシステムの復元のことを示す。バックアップファイルからシステムを復元した場合は、システムの状態は、バックアップファイル生成時点に戻るため、バックアップファイル生成後のデータは復元できない。よって、バックアップファイル生成後のデータを犠牲にする前提でのシステム復旧方法であり、これは、最後の手段である。
【００５２】
図７にもどって、ステップＳ１２において、一次デッドラインまでに対応手順ＩＤ９９を除く作業が不可能と判断された場合は、対等手順ＩＤ９９のみをスケジューリング対象として（Ｓ１４）、予定表の生成を行う（Ｓ１７）。
【００５３】
ステップＳ１２において、一次デッドラインまでに対応手順ＩＤ９９を除く作業が可能と判断された場合は、各復旧手順の単位時間あたりの復旧率を算出し（Ｓ１５）、一次デッドラインまでに実行可能な復旧手順の組み合わせの中から復旧確率が最大になる組み合わせを選択する（Ｓ１６）。
【００５４】
ここで、復旧確率が最大になる組み合わせの選択には、様々な方法が考えられる。例えば、一次デッドラインまでに実行可能な復旧手段の組み合わせパターンを抽出し、それぞれのパターンにおける復旧率の合計が最大になる組み合わせを選択する。この際、単位時間あたりの復旧率が高い手順を含む組み合わせから順番に検討してゆき、復旧率が１００％を超えるような組み合わせが見つかった場合はそこで計算を打ち切る。このようにして復旧確率が最大になる組み合わせを選択することができる。そのた、様々な方法を適用することができる。
続いて、選択された復旧手順を単位時間あたり復旧率の高い順番で実行する予定表を生成する（Ｓ１７）。
【００５５】
次に、事例蓄積データベース４６とリカバリ手順情報データベース４５の更新について、図８を参照して説明する。図８は、事例蓄積データベース４６とリカバリ手順情報データベース４５の更新フローを表したフローチャートである。
【００５６】
生成された予定表に記載された復旧のための手順を記載された順番に従って実行する（Ｓ２１）。手順の実行は、復旧作業の担当者が行うこともできるし、監視サーバ４０に行わせることもできる。
【００５７】
次に、対応履歴管理手段４３は、復旧したか否かの確認を行う（Ｓ２２）。この確認のための情報は、対応履歴管理手段４３が監視プログラム１１から直接得ることもできるし、復旧作業の担当者がネットワークを介して、または、直接監視サーバに入力したものを得ることもできる。
【００５８】
復旧しなかった場合は、対応履歴管理手段４３は、手順実行の所要時間と復旧しなかった旨等を事例蓄積データベース４６に保存する（Ｓ２３）。
次に、現在時間と一次デッドラインから予定表を再度生成し（Ｓ２４）、一次デッドラインまでに実行可能な手順があるか否かの確認を行う（Ｓ２５）。
【００５９】
実行可能な手順がある場合は、Ｓ２１から再度実行を行う。実行可能な手順が無い場合は、対応手順ＩＤ９９のバックアップデータによる復元を行い（Ｓ２６）、復元に要した所要時間と、復旧した旨等を事例蓄積データベース４６に保存する。この復元作業も、復旧作業の担当者が行うこともできるし、監視サーバ４０に行わせることもできる。その後、リカバリ手順情報データベース４５の所要時間と復旧率の更新を行う（Ｓ２８）。
【００６０】
ステップＳ２２において復旧したと確認された場合は、対応履歴管理手段４３は、手順実行の所要時間と復旧した旨等を事例蓄積データベース４６に保存し（Ｓ２７）、リカバリ手順情報データベース４５の所要時間と復旧率の更新を行う（Ｓ２８）。
【００６１】
なお、本発明は、本発明の技術的思想の範囲内で様々な変更が可能である。例えば、本発明の障害対応システムが行う動作は、記憶装置上のプログラムをコンピュータシステムのＣＰＵが読み込み、実行することによっても行うことができ、全く同様の作用効果を得て、発明が解決しようとする課題を解決することができる。
【産業上の利用可能性】
【００６２】
本発明の障害対応システムは、コンピュータのＣＰＵ、メモリ、記憶装置、ディスプレイ、入出力デバイス等を含むハードウェア資源上に構築されたＯＳ、アプリケーション、データベース、プログラム等によって実現されるものであり、障害を復旧させるための手順が記載され、デッドラインに間に合うようにスケジューリングされた予定表を生成するという情報処理が上記のハードウェア資源を用いて具体的に実現されるものであるから、自然法則を利用した技術的思想に該当するものであり、コンピュータシステムを使用する分野ならばどこでも、そのシステムがダウンした場合に復旧させるためのシステムとして利用することができる。
【図面の簡単な説明】
【００６３】
【図１】本発明の一実施形態に係る障害対応システムの構成図である。
【図２】障害情報データベースに保存されている情報の例を示した図である。
【図３】リカバリ手順情報データベースに保存されている情報の例を示した図である。
【図４】事例蓄積データベースに保存されている情報の例を示した図である。
【図５】スケジュール分析・生成手段が生成した予定表の例を示した図である。
【図６】本発明の障害対応システムにおける処理フローを表したフローチャートである。
【図７】予定表の生成フローを表したフローチャートである。
【図８】事例蓄積データベースとリカバリ手順情報データベースの更新フローを表したフローチャートである。
【符号の説明】
【００６４】
１０    監視対象サーバ
１１    監視対象プログラム
２０    クライアント
３０    ネットワーク
４０    監視サーバ
４１    エラー情報分析手段
４２    スケジュール分析・生成手段
４３    対応履歴管理手段
４４    障害情報データベース
４５    リカバリ手順情報データベース
４６    事例蓄積データベース
【図１】
2008210148.tif 000003
【図２】
2008210148.tif 000004
【図３】
2008210148.tif 000005
【図４】
2008210148.tif 000006
【図５】
2008210148.tif 000007
【図６】
2008210148.tif 000008
【図７】
2008210148.tif 000009
【図８】
2008210148.tif 000010