(57)【要約】【課題】系切り替えを行う情報処理システムにおいて、プログラム障害で切り替えに失敗した際にも、サービスの停止期間をできるだけ小さくする。【解決手段】世代管理されたソフトウェア及びその定義を格納したデータベース２１０と、プログラム毎の稼働実績を対応付けたデータベース２２０をリモートマシン２００に持たせ、現用系としての第１装置と待機系としての第２装置とに、回復先情報保持部１４、２４を持つ系切り替え機能１１、２１と、障害別回復テーブル１５、２５を持つプログラム回復機能部１２、２２とを備える。第１装置でのプログラム障害により、第２装置への系切り替えを行った際、第３装置内に障害プログラムを回復させておく。第２装置が同一の障害を発生して系切り替えに失敗したとき、処理をプログラムの回復先である第３装置に切り替える。【選択図】      図１
2005157462.tif 000002
【特許請求の範囲】
【請求項１】
現用系装置としての第１装置と待機系装置としての第２装置とにより構成され、前記第１装置の障害時に、第２装置へその運用を切り替える情報処理システムにおける系切り替え方法において、
前記第１装置は、プログラム障害による障害の発生時、第２装置にその運用を切り替える系切り替えを行い、プログラムを回復する装置に障害となったプログラムの回復を行わせ、前記系切り替えの後、前記第２装置が第１装置と同様な障害を発生して系切り替えに失敗したとき、第２装置は、プログラムを回復する装置にその運用を切り替える系切り替えを行うことを特徴とする系切り替え方法。
【請求項２】
前記プログラムを回復する装置は、独立した第３装置、または、系切り替え後の前記第１装置であることを特徴とする請求項１記載の系切り替え方法。
【請求項３】
前記第１装置は、プログラム障害発生時、障害情報から回復すべきプログラムを特定し、稼働実績から世代管理されたプログラムから適切なバージョンのプログラムを特定し、プログラムを回復する装置に回復命令を通知することを特徴とする請求項１記載の系切り替え方法。
【請求項４】
前記第２装置は、プログラムを回復する装置にその運用を切り替える際、第１装置から送られる回復先情報を参照し、回復先の装置に系切り替えを行うことを特徴とする請求項１記載の系切り替え方法。
【請求項５】
前記プログラムを回復する装置は、プログラムや定義が世代管理されている回復資源管理データベースから動作に必要なファイルを取得し、回復処理管理データベースで対応付けたコマンドを実行することにより稼働環境の構築を行い、構築が完了したことを前記第装置に通知することを特徴とする請求項１記載の系切り替え方法。
【請求項６】
現用系装置としての第１装置と待機系装置としての第２装置とにより構成され、前記第１装置の障害時に、第２装置へその運用を切り替える情報処理システムにおいて、
前記第１及び第２装置は、障害が発生したプログラムを回復する回復先の状態を保持し、障害発生時に系切り替えを実施する手段を持つ系切り替え機能部と、障害情報及び回復すべきプログラムを対応付けた障害別回復テーブルを備え、プログラムとその回復処理及び稼働実績とを対応付けた回復処理管理データベースにアクセスし、プログラムを回復する装置に回復命令を出し、回復命令を受けてプログラムや定義を稼働環境に設定する機能を備えたプログラム回復機能を備えることを特徴とする情報処理システム。
【請求項７】
前記プログラムを回復する装置は、独立した第３装置、または、系切り替え後の前記第１装置であることを特徴とする請求項６記載の情報処理システム。
【請求項８】
前記第１装置及び第２装置は、プログラム障害発生時、障害情報から回復すべきプログラムを特定し、稼働実績から世代管理されたプログラムから適切なバージョンのプログラムを特定し、プログラムを回復する装置に回復命令を通知することを特徴とする請求項６記載の情報処理システム。
【請求項９】
第１装置と第２装置とにより構成され、前記一方の装置の障害時に、他方の装置へその運用を切り替える第１装置と第２装置とが持つ系切り替え処理プログラムであって、
プログラム障害による障害の発生時、他方の装置にその運用を切り替える系切り替えを行うステップと、プログラム障害発生時、障害情報から回復すべきプログラムを特定するステップと、稼働実績から世代管理されたプログラムから適切なバージョンのプログラムを特定するステップと、プログラムを回復する装置に回復命令を通知するステップと、前記系切り替えの後の装置に障害を発生して系切り替えに失敗したとき、プログラムを回復する装置にその運用を切り替える系切り替えを行うステップとを有し、前記各処理ステップを実行することにより系の切り替えを行うこと特徴とする系切り替え処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、現用系装置と待機系装置で構成される情報処理システムにおける系切り替え方法及び情報処理システムに係り、特に、現用系装置にソフトウェア障害が発生した場合に用いて好適な系切り替え方法及び情報処理システムに関する。
【背景技術】
【０００２】
一般に、系切り替えを行う情報処理システムは、同一の機能またはサービスを提供する装置を２系統用意し、メインで稼働する系を現用系装置、もう一方の系を待機系装置として、現用系装置と待機系装置との間で通信し合うことによりお互いの装置を認識するように構成される。そして、このような情報処理システムは、現用系装置に障害が発生すると、現用系装置が障害情報を待機系装置に送信し、それを受信した待機系装置が、現用系装置となってシステムとしての稼働を開始する一方で、障害が発生した現用系装置が、待機系装置となるように制御されることにより、サービス停止を防止している。
【０００３】
なお、系切り替えを行う情報処理システムに関する従来技術として、例えば、特許文献１、特許文献２等に記載された技術が知られている。
【特許文献１】特開平１１−９６０３３号公報
【特許文献２】特開平６−１３１２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
系切り替えを行う情報処理システムにおいて、現用系装置と待機系装置とが切り替わる原因として、ハードウェアによる障害とソフトウェアを構成するプログラムによる障害とがある。前述した従来技術は、現用系装置と待機系装置とが同一の機能またはサービスを提供するために、同一のバージョンのプログラムを装置に導入しておかなくてはならない。そして、同一のバージョンのプログラムが両装置に導入された情報処理システムは、現用系装置でのプログラム障害の原因が、ユーザのデータ等のサービス要求側にある場合、プログラムを再起動する等の対処を行うことにより解決できるが、プログラムそのものに問題が存在していた場合、待機系装置が現用系装置として切り替わった後も、現用系装置で発生した障害と同一の原因によるソフトウェア障害が切り替え先でも発生することになり、切り替えに失敗となり、要因が特定されるまでサービスの提供を停止せざるを得ないという問題点を有している。
【０００５】
本発明の目的は、前述した従来技術の問題点を解決し、情報処理システムにおいて、障害の原因がプログラム障害で切り替えに失敗した際にも、サービスの停止期間をできるだけ短くすることができるようにした系切り替え方法及び情報処理システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明によれば前記目的は、現用系装置としての第１装置と待機系装置としての第２装置とにより構成され、前記第１装置の障害時に、第２装置へその運用を切り替える情報処理システムにおける系切り替え方法において、前記第１装置が、プログラム障害による障害の発生時、第２装置にその運用を切り替える系切り替えを行い、プログラムを回復する装置に障害となったプログラムの回復を行わせ、前記系切り替えの後、前記第２装置が第１装置と同様な障害を発生して系切り替えに失敗したとき、第２装置が、プログラムを回復する装置にその運用を切り替える系切り替えを行うことにより達成される。
【０００７】
また、前記目的は、現用系装置としての第１装置と待機系装置としての第２装置とにより構成され、前記第１装置の障害時に、第２装置へその運用を切り替える情報処理システムにおいて、前記第１及び第２装置が、障害が発生したプログラムを回復する回復先の状態を保持し、障害発生時に系切り替えを実施する手段を持つ系切り替え機能部と、障害情報及び回復すべきプログラムを対応付けた障害別回復テーブルを備え、プログラムとその回復処理及び稼働実績とを対応付けた回復処理管理データベースにアクセスし、プログラムを回復する装置に回復命令を出し、回復命令を受けてプログラムや定義を稼働環境に設定する機能を備えたプログラム回復機能を備えることにより達成される。
【発明の効果】
【０００８】
本発明によれば、プログラム障害が原因で系切り替えに失敗した際にも、確実に稼働するプログラムまたは環境を指定した回復先の装置へ展開して、回復先の装置をホットスタンバイ状態とすることができるため、回復先の装置へ系を切り替えることによりサービスの停止期間を短くすることができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明による系切り替え方法及び情報処理システムの実施形態を図面により詳細に説明する。
【００１０】
図１は本発明の一実施形態による情報処理システムの構成を示すブロック図である。図１において、１は通信経路、１１、２１、３１は切り替え機能部、１２、２２、３２はプログラム回復機能部、１３、２３、３３は稼働環境部、１４、２４、３４は回復先状態保持部、１５、２５、３５は障害別回復テーブル、１１０は第１装置、１２０は第２装置、１３０は第３装置、２００はリモートマシン、２１０は回復資源管理データベース、２２０は回復処理管理データベースである。
【００１１】
本発明の一実施形態による情報処理システムは、いずれも計算機により構成される第１装置１１０、第２装置１２０、第３装置１３０、及び、リモートマシン２００が通信経路１で接続されて構成される。図示実施形態のシステムは、第１装置１１０を現用系装置とし、第２装置１２０をホットスタンバイ状態の待機系装置とし、第３装置１３０をプログラムを回復する系の装置としている。また、第３装置１３０は、プログラム回復専用としているため、コールドスタンバイ状態（他の処理を実行している状態）となっている。リモートマシン２００は、プログラムを保守する専用の装置であり、回復処理管理データベース２２０及び回復資源管理データベース２１０が作成されて保持している。
【００１２】
そして、第１装置１１０及び第２装置１２０は、プログラムを回復する装置の情報と障害情報とを送受信する機能と、稼働環境部１３、２３上のプログラム障害を検知する機能と、プログラムを回復させる装置が切り替え可能か否かの状態を保持する回復先状態保持部１４、２４とを有する切り替え機能部１１、２１を備えている。この切り替え機能部１１、２２の機能により、例えば、第１装置１１０の稼働環境部１３でプログラム障害が発生すると、第１装置１１０で行っていた処理を第２装置１２０の稼働環境部２３へ切り替えることができる。また、第１装置１１０及び第２装置１２０は、障害情報と回復すべきプログラムとが対応付けられて格納した障害回復テーブル１５、２５を有し、このテーブル内の情報を用いて障害が発生したプログラムを回復するプログラム回復機能部１２、２２を備えている。このプログラム回復機能部１２、２２は、プログラムを回復する装置である第３装置１３０へデータ転送ライン４２を介して回復命令を通知する。プログラム回復機能部１２、２２には、プログラムを回復する装置の情報が設定されている。
【００１３】
プログラムを回復する装置である第３装置１３０は、後述する処理動作で説明するように、プログラム障害を生じた第１装置１１０あるいは第２装置１２０の処理の代行をも行うため、第１装置、第２装置と同様に、回復先状態保持部３４を有する切り替え機能部３１、障害別回復テーブル３５を有するプログラム回復機能部３２及び稼働環境部３３を備えて構成される。
【００１４】
前述のプログラムを回復する装置である第３装置１３０は、本発明の実施形態において、必ずしも存在させる必要はなく、本発明は、第３装置１３０を設けずに構成することができる。この場合、後述する処理動作で説明するように、現用系装置としての第１装置１１０にプログラム障害が発生して、第１装置１１０が行っていた処理を待機系装置としての第２装置１２０に移行させた後、第１装置１１０がプログラムを回復する装置として動作させるようにする。
【００１５】
なお、図には示していないが計算機により構成される第１装置１１０、第２装置１２０、第３装置１３０、及び、リモートマシン２００は、それぞれの装置全体の制御を行うＣＰＵと、ＣＰＵが利用可能にプログラム、データ等を格納するメモリと、ハードディスク等の外部記憶装置と、キーボード、マウス等の入力装置と、ディスプレイとを備えて構成されていればよい。そして、図１に示す各装置内の機能部は、メモリ内に格納されたプログラムをＣＰＵが実行することにより実現される。
【００１６】
図２はリモートマシン２００内の回復処理管理データベース２２０に格納されるデータの構造を示す図であり、次に、これについて説明する。
【００１７】
回復処理管理データベース２２０内のデータは、プログラムの機能別で分類されたカテゴリ２０１と、バージョン毎に分類されたプログラム名２０２と、そのバージョン情報２０３と、プログラムを動作するために必要な定義情報２０４と、稼働環境を構築するために必要なコマンド２０５とが対応付けられたものである。さらに、前述のデータベース内のデータは、稼働実績２０６が管理され、プログラム毎に設定されている。図示例の場合、稼働実績２０６のＡは、回復可能状態であることを示し、Ｂは、稼働中であることを示し、Ｃは、障害実績があることを示し、図示していないが、Ｄは、回復すべきではないプログラムであることを示す。稼働実績は、現用系における系切り替え機能がプログラム障害を検知する毎に更新される。対応付けられたコマンドは、後述する図３に示すプログラムの定義を展開し、プログラムを回復する処理を有し、このコマンドによって稼働環境が構築される。
【００１８】
図３はリモートマシン２００内の回復資源管理データベース２１０に格納されるデータの構造を示す図であり、次に、これについて説明する。
【００１９】
回復資源管理データベース２１０に格納されるデータは、プログラムのバージョン毎に世代管理されたプログラム２２１〜２２４及びプログラムが動作するために必要な構成定義２２５〜２２８とにより構成される。プログラム２２１〜２２４には、それぞれのモジュール構成、ユーザアプリケーション名、プログラムが動作するために必要な構築（セットアップ）コマンドが含まれている。このコマンドは、回復するプログラムによって異なるが、ソフトウェア毎に管理している場合、ソフトウェアが提供するセットアップのコマンド、あるいは、コマンドを組み合わせたシェルプログラム等であってもよい。また、プログラム２２１〜２２４及び構成定義２２５〜２２８は、それぞれ対応付けられたプログラム及び定義の展開をするだけでプログラムが動作するようにまとめられている。定義の形態は、回復するプログラムによって異なるが、本発明の実施形態の例では、ある場所に展開するような定義（展開先、コンフィグレーション）としている。
【００２０】
次に、本発明の実施形態におけるプログラム障害発生時の切り替え処理について、現用系である第１装置１１０においてプログラム障害を検知し、待機系である第２装置１２０へ障害処理を通知し、回復させる系である第３装置１３０にプログラムの回復命令を通知する処理と、障害情報に応じた回復すべきプログラムを特定する処理と、待機系である第２装置１２０で障害情報を受信し、現用系としてサービス提供を開始した後プログラム障害が発生した際の処理と、プログラムを回復させる第３装置１３０においてプログラムを回復する処理との４つの処理について説明する。
【００２１】
図４は第１装置１１０において系切り替え機能がプログラム障害を検知した際の切り替え処理を説明するフローチャートであり、まず、これについて説明する。
【００２２】
（１）第１装置１１０は、プログラムの障害を検知すると、プログラムを回復させる第３装置１３０の情報と障害情報とを第２装置１２０へ通知して、第２装置に切り替え処理を実行させる（ステップ４０１、４０２、４０８）。
【００２３】
（２）次に、第１装置１１０は、ステップ４０１で検知した障害情報に基いて、回復させるプログラムの選択処理を行い、回復すべきプログラムが特定できたか否かの判定を行う。回復すべきプログラムの特定は、図２により説明したデータにおける稼働実績に基いて、回復可能なもの、回復可能なものがなかった場合にはやむをえず障害実績のあるものが選択されて行われる（ステップ４０３、４０４）。
【００２４】
（３）ステップ４０４の判定で、回復可能なプログラムがなかった場合、ここでの現用系の障害処理は終了となる。
【００２５】
（４）ステップ４０４の判定で、回復可能なプログラムがあった場合、プログラムを回復させる装置が自マシンであり、かつ、ステップ４０３で特定したプログラムが動作中であるか否かを判定する。この判定で、プログラムを回復させる装置が自マシンであるのは、図１に示すシステムで第３装置１３０が存在しない場合、あるいは、第３装置１３０がなんらかの理由で使用不可能な場合である（ステップ４０５）。
【００２６】
（５）ステップ４０５の判定で、プログラムを回復させる装置が自マシンであり、かつ、ステップ４０３で特定したプログラムが動作中であった場合、自装置、ここでは、第１の装置１１０は、自装置の稼働環境を停止させて対象のプログラムを停止させる（ステップ４０６）。
【００２７】
（６）ステップ４０５の判定で、プログラムを回復させる装置が自マシンでなく、かつ、ステップ４０３で特定したプログラムが動作中でなかった場合、または、ステップ４０６の処理後、プログラムを回復させる装置に対して、ステップ４０３で得た回復させるプログラムの情報を含む回復命令を通知する。通知の情報としては、切り替え先である第２装置１２０の情報と、特定されたプログラムと、その定義と、構築コマンドの情報とである。ここでの処理で回復命令を通知する相手装置は、ステップ４０６の処理が行われた場合には、自装置である第１装置１１０であり、ステップ４０５の判定で、プログラムを回復させる装置が自マシンでなく、かつ、ステップ４０３で特定したプログラムが動作中でなかった場合には、コールドスタンバイ状態とされている第３装置１３０である（ステップ４０７）。
【００２８】
図５はプログラム回復機能に含まれる障害別回復テーブル１５、２５の構造の例を示す図であり、次に、これについて説明する。
【００２９】
図５に示す障害別回復テーブルは、障害情報と回復すべきプログラムとを対応付けて格納している。図５に示すレコード５０１〜５０３における障害Ａ〜障害Ｃは、従来技術の場合と同様にログ情報から取得することができる情報であったり、系切り替え機能が提供するインタフェースをプログラムが呼び出すことによって通知された情報であったりしてよい。そして、本発明の実施形態では、レコード５０３のように障害に応じて複数のプログラムを回復するように対応付けることもできる。
【００３０】
図６は第１装置のプログラム回復機能部１２における障害情報に対応した回復すべきプログラムを特定する処理動作を説明するフローチャートであり、次に、これについて説明する。この処理は、図４により説明したステップ４０３の処理の詳細である。
【００３１】
（１）プログラム回復機能部１２は、系切り替え機能１１から送られてきた障害情報に基いて障害別回復テーブル１５を参照し、現用系で発生した障害に対応した障害発生プログラムを特定する（ステップ６０１）。
【００３２】
（２）次に、障害が発生したプログラムが回復すべきプログラムの対象とならないようにするために、ステップ６０３で図２に示した回復処理管理データベース２２０の稼働実績が稼働中となっているレコードを検索して該当するプログラムを見つける（ステップ６０２）
（３）該当するプログラムに対応付けられた稼働実績を、図１に示すデータ転送ライン４１を介して設定し直す。本発明の実施形態の場合、図２に示すように、バージョン１．１のプログラムＰｒｏｇ＿Ａの稼働実績がＢとなって稼動中を示しているため、ステップ６０２で特定したプログラムかつ稼働実績がＢとなっているこのレコードが検索され、このバージョンのプログラムの稼働実績をＢから障害の実績があることを示すＣに設定し直す（ステップ６０３）。
【００３３】
図７は図６の処理で得た回復すべきプログラムの情報に基いて、回復するプログラムのバージョンを得る処理動作を説明するフローチャートであり、次に、これについて説明する。
【００３４】
ここでの処理は、プログラム回復機能部１２が、回復処理管理データベース２２０から回復するプログラムの稼働実績を取得し、回復可能なプログラムがあるか、または、回復すべきプログラムが存在しないことが確認できるまで繰り返す処理（ステップ１００１〜１００３）である。
【００３５】
例えば、図６により説明した処理によりバージョン１．１のプログラムＰｒｏｇ＿Ａの稼働実績がＢからＣへ状態が遷移したため、ステップ１００３ではＮＯの判定となる。そして、ステップ１００２の処理で１つ前のバージョンを特定し、ステップ１００１、１００２の処理で稼働実績を判定する。また、本発明の実施形態において、回復処理管理データベース２２０は、バージョンの他に機能毎にカテゴリとして分別しているため、１つ前のバージョンのプログラムが存在しなかった場合等には、同等の機能（同一のカテゴリ）をもつ別のプログラムを特定することもできる。回復が可能なプログラムと判定した場合、回復可能プログラムを特定する処理を終了し、図４のフローにおけるステップ４０７の処理を実行する。
【００３６】
図８は第１装置１１０から送信された障害情報を受信した際の第２装置１２０の処理動作を説明するフローチャート、図９は回復状態保持部１４、２４のデータ構造を示す図であり、次に、これらについて説明する。図８に示す処理は、図４により説明したステップ４０８の処理の詳細である。
【００３７】
（１）第２装置１２０は、図４により説明した現用系の障害処理におけるステップ４０２の処理により送信されてきた回復先の装置である第３装置１３０の情報と障害情報とを、第２装置１２０の系切り替え機能２１により受信し、受け取った情報を、回復先状態保持部２４に設定する。回復先状態保持部２４に設定されて保持されるデータは、図９に示すように、回復先の装置の情報と、回復先へ切り替えてもよいか否かを示すフラグと、現用系で発生した障害情報とである。ここでの処理で設定するデータは、回復先８０１と障害情報８０３とである（ステップ７０１、７０２）。
【００３８】
（２）ステップ７０２の処理で設定された情報に基いて系切り替えの処理を行い、待機系であった第２装置１２０は、第１装置１１０に代わって、現用系としてサービスの提供を開始する（ステップ７０３）。
【００３９】
（３）現用系としてサービスの提供を開始した第２装置１２０は、その運用中に障害の発生を検出すると、回復先情報保持部２４の切り替え可否フラグ８０２及び障害情報８０３をチェックし、回復先である第３装置１３０にプログラムが回復済みか否か、すなわち、第３装置１３０への切り替えが不可能か否かを判定する（ステップ７０４、７０５）。
【００４０】
（４）ステップ７０５の判定で、第３装置１３０への切り替えが可能であった場合、第３装置１３０への切り替え処理を行い、一方、切り替えが不可能であった場合、システムとしてのサービスを停止し、障害調査を特定する（ステップ７０７、７０６）。
【００４１】
なお、前述の処理では、ステップ７０６での処理をシステムの停止としたが、第２装置１２０のプログラム回復機能２２によってプログラムを回復する処理を行うようにすることも可能である。
【００４２】
図１０はプログラムを回復する第３装置１３０が第１装置１１０からプログラムをロードする命令を受信した際の処理動作を説明するフローチャートであり、次に、これについて説明する。
【００４３】
（１）第３装置１３０は、図４により説明したフローにおけるステップ４０７の処理で第１装置からプログラムの回復命令を受信すると、第３装置１３０内で自装置の処理のためのプログラムが動作中であるか否かを判定し、プログラムが動作中であった場合、稼働環境部を停止させ、プログラムの動作を停止する（ステップ９０１〜９０３）。
【００４４】
（２）ステップ９０２の判定で、プログラムが動作中でなかった場合、または、ステップ９０３の処理で動作環境部を停止させた後、ステップ９０１で受信した回復情報に基いて、回復資源管理テーブル２１０からプログラムのセットとプログラムを動作させるための定義情報とを、図１のデータ転送ライン４３を介して取得する（ステップ９０４）。
【００４５】
（３）次に、ステップ９０４の処理で得たプログラムと定義とを展開することにより、それらを稼働環境部へ配布する処理を行い、さらに、ステップ９０１で得ている構築コマンドを実行し、回復したプログラムがホットスタンバイ状態となる。この段階で第３装置への処理の切り替えが可能となるため、切り替えが可能になったことを、ステップ９０１で得ている切り替え先の情報を用いて通知する。ここでは、第２装置１２０へ切り替えが可能となったことを通知している。これを受信した第２装置１２０は、回復先情報保持部２４の切り替え可否フラグを可に設定する（ステップ９０５〜９０７）。
【００４６】
前述した本発明の実施形態における各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができ、また、通信回線を介して提供することができる。
【００４７】
前述した本発明の実施形態は、現用系装置と待機系装置とを備えたデュプレックス構成の情報処理システムに本発明を適用したものとして説明したが、本発明は、少なくとも系切り替えに必要なプログラムが備えられている情報処理システムに対して適用することができる。
【００４８】
前述した本発明の実施形態によれば、プログラム障害が原因で系切り替えに失敗した際にも、プログラム回復機能１２により確実に稼働するプログラムまたは環境を指定した回復先の装置へ展開して、回復先の装置がホットスタンバイ状態となるため、回復先の装置へ系を切り替えることによりサービスの停止期間を短くすることができる。
【００４９】
また、本発明の実施形態によれば、現用系でのプログラム回復機能が困難な障害である場合も、待機系のプログラム回復機能を使用することにより回復先へ確実に動作するプログラムを展開してホットスタンバイ状態とすることができるため、オペレーティングシステムなど比較的ハードに近い部分で動作するプログラムも回復することが可能になる。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施形態による情報処理システムの構成を示すブロック図である。
【図２】リモートマシン内の回復処理管理データベースに格納されるデータの構造を示す図である。
【図３】リモートマシン内の回復資源管理データベースに格納されるデータの構造を示す図である。
【図４】第１装置において系切り替え機能がプログラム障害を検知した際の切り替え処理を説明するフローチャートである。
【図５】プログラム回復機能に含まれる障害別回復テーブルの構造の例を示す図である。
【図６】第１装置のプログラム回復機能部における障害情報に対応した回復すべきプログラムを特定する処理動作を説明するフローチャートである。
【図７】図６の処理で得た回復すべきプログラムの情報に基いて、回復するプログラムのバージョンを得る処理動作を説明するフローチャートである。
【図８】第１装置から送信された障害情報を受信した際の第２装置の処理動作を説明するフローチャートである。
【図９】回復状態保持部のデータ構造を示す図である。
【図１０】プログラムを回復する第３装置が第１装置からプログラムをロードする命令を受信した際の処理動作を説明するフローチャートである。
【符号の説明】
【００５１】
１  通信経路
１１、２１、３１  切り替え機能部
１２、２２、３２  プログラム回復機能部
１３、２３、３３  稼働環境部
１４、２４、３４  回復先状態保持部
１５、２５、３５  障害別回復テーブル
１１０  第１装置
１２０  第２装置
１３０  第３装置
２００  リモートマシン
２１０  回復資源管理データベース
２２０  回復処理管理データベース
【図１】
2005157462.tif 000003
【図２】
2005157462.tif 000004
【図３】
2005157462.tif 000005
【図４】
2005157462.tif 000006
【図５】
2005157462.tif 000007
【図６】
2005157462.tif 000008
【図７】
2005157462.tif 000009
【図８】
2005157462.tif 000010
【図９】
2005157462.tif 000011
【図１０】
2005157462.tif 000012