(57)【要約】【課題】フェールオーバー時における冗長情報処理装置間の故障・復旧通知状態の不一致を解消すること。【解決手段】情報処理装置（自系）１１において、冗長化された情報処理装置（他系）１２により故障監視装置（他系）２２に通知された他系の故障・復旧通知状態を故障・復旧管理テーブル１１４に記憶し、自機で故障又は復旧が検知された場合に、その故障・復旧管理テーブル１１４から最新の他系の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置（自系）２１に通知するよう故障・復旧通知送信部１１１に要求する。【選択図】図１
2013003956.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置で動作する故障復旧管理装置において、
冗長化された他の情報処理装置により故障監視装置に通知された他の故障・復旧通知状態を記憶する記憶手段と、
自機で故障又は復旧が検知された場合に、前記記憶手段から最新の他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置に通知するよう通知手段に要求する管理手段と、
を有することを特徴とする故障復旧管理装置。
【請求項２】
前記情報処理装置は運用系、前記他の情報処理装置は待機系であって、
前記管理手段は、
自機で故障が検知された場合に、運用系の故障によるフェールオーバーにより前記他の情報処理装置により通知された復旧である他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として通知するよう前記通知手段に要求することを特徴とする請求項１記載の故障復旧管理装置。
【請求項３】
情報処理装置で行う故障復旧管理方法において、
冗長化された他の情報処理装置により故障監視装置に通知された他の故障・復旧通知状態を記憶手段に記憶する記憶ステップと、
自機で故障又は復旧が検知された場合に、前記記憶手段から最新の他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置に通知するよう通知手段に要求する管理ステップと、
を有することを特徴とする故障復旧管理方法。
【請求項４】
前記情報処理装置は運用系、前記他の情報処理装置は待機系であって、
前記管理ステップは、
自機で故障が検知された場合に、運用系の故障によるフェールオーバーにより前記他の情報処理装置により通知された復旧である他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として通知するよう前記通知手段に要求することを特徴とする請求項３記載の故障復旧管理方法。
【請求項５】
請求項３又は４記載の故障復旧管理方法をコンピュータに実行させることを特徴とする故障復旧管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長化された情報処理装置で検知される故障・復旧を管理する技術に関する。
【背景技術】
【０００２】
通信を介してサービスを提供する情報処理装置は、故障が発生した場合であっても該サービスを継続提供するため、同様のサービスを提供可能な他の情報処理装置を用いて冗長化する構成が採用される。
【０００３】
冗長化された２つの情報処理装置は、サービスを現在提供している一方の運用系と、他方の待機系として動作する。運用系に故障が発生した場合にはフェールオーバーし、待機系によってサービスが不断なく迅速に提供されることから、運用系だけでなく待機系の故障・復旧状態を監視することが求められる。
【０００４】
故障・復旧状態の監視にあたり、冗長化された複数の情報処理装置を監視する故障監視装置においては、各情報処理装置により故障又は復旧が検知され、また、故障又は復旧が検知された契機で故障・復旧状態の信号やデータ（例えば、トラップ等）が故障監視装置に通知されるが、前述の通り待機系の故障・復旧状態の監視も必要なことから、故障監視装置では、運用系・待機系を個別に管理している。
【０００５】
図５は、従来の情報処理装置冗長化システムの全体構成を示す図である。本情報処理装置冗長化システムは、冗長化された情報処理装置（自系）１１及び情報処理装置（他系）１２と、通信網３を介して各情報処理装置１１，１２に通信可能に接続された故障監視装置（自系）２１及び故障監視装置（他系）２２とで主に構成される。
【０００６】
従来の情報処理装置（自系）１１は、故障・復旧通知送信部１１１と、故障・復旧検出部１１２とで主に構成される。また、同様に、従来の情報処理装置（他系）１２は、故障・復旧通知送信部１２１と、故障・復旧検出部１２２とで主に構成される。
【０００７】
各情報処理装置１１，１２は、フェールオーバー機能を予め具備し、障害発生時に、一方を運用系から待機系に切り替え、他方を待機系から運用系に切り替えて、処理中データや処理自体を引き継ぐことにより、所定のサービスを継続して提供する。
【０００８】
ここで、運用系である情報処理装置（自系）１１で故障が発生した際の動作について以下説明する。
【０００９】
情報処理装置（自系）１１で故障が発生した場合、故障・復旧検出部１１２は、その故障を検知して、故障である旨（例えば、故障を示す信号や、故障であることを定義したデータ）を故障・復旧通知送信部１１１に送信する。
【００１０】
故障・復旧通知送信部１１１は、その故障である旨を故障監視装置（自系）２１に通知する。これにより、故障監視装置（自系）２１において、監視下である情報処理装置（自系）１１の故障を把握できる。
【００１１】
このとき、情報処理装置（自系）１１の故障により双方の情報処理装置１１，１２間でフェールオーバーすることから、情報処理装置（自系）１１の処理が情報処理装置（他系）１２に引き継がれ、情報処理装置（自系）１１は待機系となり、情報処理装置（他系）１２は運用系となる。
【００１２】
待機系から運用系になったことから、情報処理装置（他系）１２では、故障・復旧検出部１２２が、自機の復旧を検知して、復旧である旨を故障・復旧通知送信部１２１に送信する。
【００１３】
故障・復旧通知送信部１２１は、その復旧である旨を故障監視装置（他系）２２に通知する。これにより、故障監視装置（他系）２２において、監視下である情報処理装置（他系）１２の復旧を把握できる。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００８−３０５１５９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
フェールオーバーにより、実際にはサービスを継続提供可能となっていることから、冗長化された各情報処理装置１１，１２を包含する情報処理装置１全体としては復旧していると判断できる。
【００１６】
しかしながら、各故障監視装置２１，２２にそれぞれ通知された各情報処理装置１１，１２の故障・復旧通知状態が不一致であるため、各故障監視装置２１，２２で各情報処理装置１１，１２の故障・復旧通知状態をそれぞれ確認しなければならないという課題があった。
【００１７】
この点、例えば特許文献１によれば、冗長構成のサーバ構成システムの状態通知漏れを実現しているが、フェールオーバー時における情報処理装置間の整合までは実現されていない。
【００１８】
本発明は、上記課題を鑑みてなされたものであり、その課題とするところは、フェールオーバー時における冗長情報処理装置間の故障・復旧通知状態の不一致を解消することにある。
【課題を解決するための手段】
【００１９】
請求項１記載の故障復旧管理装置は、情報処理装置で動作する故障復旧管理装置において、冗長化された他の情報処理装置により故障監視装置に通知された他の故障・復旧通知状態を記憶する記憶手段と、自機で故障又は復旧が検知された場合に、前記記憶手段から最新の他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置に通知するよう通知手段に要求する管理手段と、を有することを特徴とする。
【００２０】
本発明によれば、冗長化された他の情報処理装置により故障監視装置に通知された他の故障・復旧通知状態を記憶手段に記憶し、自機で故障又は復旧が検知された場合に、その記憶手段から最新の他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置に通知するよう通知手段に要求するため、フェールオーバー時における冗長情報処理装置間の故障・復旧通知状態の不一致を解消できる。
【００２１】
請求項２記載の故障復旧管理装置は、請求項１記載の故障復旧管理装置において、前記情報処理装置は運用系、前記他の情報処理装置は待機系であって、前記管理手段は、自機で故障が検知された場合に、運用系の故障によるフェールオーバーにより前記他の情報処理装置により通知された復旧である他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として通知するよう前記通知手段に要求することを特徴とする。
【００２２】
請求項３記載の故障復旧管理方法は、情報処理装置で行う故障復旧管理方法において、冗長化された他の情報処理装置により故障監視装置に通知された他の故障・復旧通知状態を記憶手段に記憶する記憶ステップと、自機で故障又は復旧が検知された場合に、前記記憶手段から最新の他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置に通知するよう通知手段に要求する管理ステップと、を有することを特徴とする。
【００２３】
本発明によれば、冗長化された他の情報処理装置により故障監視装置に通知された他の故障・復旧通知状態を記憶手段に記憶し、自機で故障又は復旧が検知された場合に、その記憶手段から最新の他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置に通知するよう通知手段に要求するため、フェールオーバー時における冗長情報処理装置間の故障・復旧通知状態の不一致を解消できる。
【００２４】
請求項４記載の故障復旧管理方法は、請求項３記載の故障復旧管理方法において、前記情報処理装置は運用系、前記他の情報処理装置は待機系であって、前記管理ステップは、自機で故障が検知された場合に、運用系の故障によるフェールオーバーにより前記他の情報処理装置により通知された復旧である他の故障・復旧通知状態を読み出して、自機の故障・復旧状態として通知するよう前記通知手段に要求することを特徴とする。
【００２５】
請求項５記載の故障復旧管理プログラムは、請求項３又は４記載の故障復旧管理方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００２６】
本発明によれば、フェールオーバー時における冗長情報処理装置間の故障・復旧通知状態の不一致を解消できる。
【図面の簡単な説明】
【００２７】
【図１】情報処理装置冗長化システムの全体構成を示す図である。
【図２】故障復旧管理装置間の処理フローを示す図である。
【図３】故障・復旧通知状態管理テーブルを示す図である。
【図４】故障復旧管理装置の処理フローを示す図である。
【図５】従来の情報処理装置冗長化システムの全体構成を示す図である。
【発明を実施するための形態】
【００２８】
以下、本発明について図面を用いて説明する。なお、故障・復旧状態とは、故障又は復旧が検知された情報処理装置の状態をいい、故障・復旧通知状態とは、故障監視装置に通知された故障・復旧の状態をいう。
【００２９】
〔情報処理装置冗長化システムの構成について〕
図１は、本実施の形態に係る情報処理装置冗長化システムの全体構成を示す図である。本情報処理装置冗長化システムは、通信網３を介して相互通信可能に接続された情報処理装置１及び故障監視装置２で主に構成される。
【００３０】
情報処理装置１は、冗長化された情報処理装置（自系）１１及び情報処理装置（他系）１２で主に構成される。その２つの情報処理装置１１，１２は、フェールオーバー機能を具備し、相互通信可能である。一方は、サービスを現在提供している運用系として動作し、他方は、現在は提供していない待機系として動作する。運用系に故障が発生した際にフェールオーバーし、データや処理を運用系から待機系に引き継ぐことにより系を入れ替えてサービスを継続提供する。
【００３１】
情報処理装置１で検知・検出された故障又は復旧は、故障監視装置２に通知され、ネットワーク管理者により情報処理装置１の故障・復旧状態が監視される。故障監視装置２は、故障監視装置（自系）２１及び故障監視装置（他系）２２で主に構成される。故障監視装置（自系）２１と故障監視装置（他系）２２とは、通信網３を介して、情報処理装置（自系）１１と情報処理装置（他系）１２とをそれぞれ監視する。
【００３２】
情報処理装置（自系）１１は、検知された故障又は復旧を故障監視装置（自系）２１に通知する故障・復旧通知送信部１１１と、情報処理装置（自系）１１での故障又は復旧を検知する故障・復旧検出部１１２と、情報処理装置（他系）１２により故障監視装置（他系）２２に通知された他系の故障・復旧通知状態を管理する故障・復旧通知管理部１１３と、その他系の故障・復旧通知状態を更新により記憶管理する故障・復旧管理テーブル１１４とで主に構成される。
【００３３】
故障・復旧通知管理部１１３及び故障・復旧管理テーブル１１４が、情報処理装置（自系）１１において故障復旧管理装置Ａとして動作する。
【００３４】
故障・復旧管理テーブル１１４は、メモリ等の記憶手段により実現でき、他の機能部１１１，１１２，１１３は、ＣＰＵ等の制御手段により実現できる。各機能部の各処理は、各処理を実行するプログラムにより実現できる。
【００３５】
なお、情報処理装置（他系）１２の構成や実現方法についても同様である。
【００３６】
〔故障復旧管理装置間の処理フローについて〕
次に、各情報処理装置１１，１２でそれぞれ動作する故障復旧管理装置Ａ，Ｂ間の処理フローについて説明する。図２は、故障復旧管理装置Ａ，Ｂ間の処理フローを示す図である。
【００３７】
最初に、ステップＳ１において、故障復旧管理装置Ａの故障・復旧通知管理部１１３が、相手の故障復旧管理装置Ｂの故障・復旧通知管理部１２３から、情報処理装置（他系）１２により故障監視装置（他系）２２に通知された故障又は復旧を示す他系の故障・復旧通知状態を受信する。
【００３８】
最後に、ステップＳ２において、故障復旧管理装置Ａの故障・復旧通知管理部１１３は、受信した他系の故障・復旧通知状態を故障・復旧管理テーブル１１４に更新して記憶する。
【００３９】
例えば、情報処理装置（他系）１２で発生した故障を示す故障・復旧通知状態が故障監視装置（他系）２２に通知されて、その他系の故障・復旧通知状態を受信した場合には、故障・復旧管理テーブル１１４で管理する故障・復旧通知状態管理テーブル（図３参照）の「他系の故障・復旧通知状態」の欄を「故障」とし、最終の他系の故障・復旧通知状態として保持する。情報処理装置（他系）１２で復旧が発生した場合も同様である。
【００４０】
このとき、受信した他系の故障・復旧通知状態には、情報処理装置（他系）１２で発生した故障又は復旧の障害発生対象や障害種別等（例えば、ソフトウェアの動作不具合や論理的なパス障害等）を示す識別情報（例えば、冗長化監視対象故障項目番号）が付与されているため、その識別情報に対応する故障・復旧通知状態を更新する。
【００４１】
以上説明した動作は、各情報処理装置１１，１２で故障又は復旧が発生する毎にそれぞれ実行され、各故障・復旧管理テーブル１１４，１２４には、常に相手の最新の故障・復旧通知状態が保持されている。
【００４２】
〔故障復旧管理装置の処理フローについて〕
続いて、故障復旧管理装置の処理フローについて説明する。ここでは、情報処理装置（自系）１１で動作する故障復旧管理装置Ａを中心に説明する。図４は、故障復旧管理装置Ａの処理フローを示す図である。
【００４３】
最初に、ステップＳ１１において、故障・復旧通知管理部１１３が、故障・復旧検出部１１２により検知された故障又は復旧である旨（例えば、故障又は復旧を示す信号や、故障又は復旧であることを定義したデータ）を受信する。
【００４４】
このとき、例えば、情報処理装置（自系）１１で故障が発生している場合には、その故障によりフェールオーバーして情報処理装置（他系）１２が待機系から運用系となることから、情報処理装置（他系）１２の故障・復旧検出部１２２により、自機の復旧が検出され、その復旧を示す故障・復旧状態が故障監視装置（他系）２２に通知されている。
【００４５】
そして、その通知に基づいて、故障・復旧通知管理部１２３により、情報処理装置（自系）１１の故障・復旧通知管理部１１３に対して上記復旧を示す他系の故障・復旧通知状態が通知されていることから、故障・復旧管理テーブル１１４には、復旧を示す他系の故障・復旧通知状態が最新状態として保持されている。
【００４６】
次に、ステップＳ１２において、故障・復旧通知管理部１１３が、ステップＳ１２で受信した故障又は復旧の冗長化監視対象故障項目番号に対応する最新の他系の故障・復旧通知状態を故障・復旧管理テーブル１１４から読み出して取得する。
【００４７】
ここでは、上記例において、故障・復旧管理テーブル１１４には、復旧を示す他系の故障・復旧通知状態が保持されていることから、復旧を示す他系の故障・復旧通知状態が取得される。
【００４８】
次に、ステップＳ１３において、故障・復旧通知管理部１１３が、その冗長化監視対象故障項目番号は通知対象であるか否かを判定する。なお、故障・復旧管理テーブル１１４は、どの冗長化監視対象故障項目番号を通知対象とするかについても併せて管理している。
【００４９】
次に、通知対象である場合には、ステップＳ１４において、故障・復旧通知管理部１１３が、取得した最新の他系の故障・復旧通知状態を、自機の故障・復旧状態として故障監視装置（自系）２１に通知するよう故障・復旧通知送信部１１１に要求する。
【００５０】
次に、ステップＳ１５において、故障・復旧通知送信部１１１が、故障・復旧通知管理部１１３の要求に従って、その最新の他系の故障・復旧通知状態を自機の故障・復旧状態として故障監視装置（自系）２１に送信する。
【００５１】
これにより、上記例の場合には、復旧を示す故障・復旧状態が故障監視装置（自系）２１に通知される。情報処理送致（他系）１２から故障監視装置（他系）２２に通知されている故障・復旧通知状態と一致するので、フェールオーバー時における冗長情報処理装置間の故障・復旧通知状態の不一致を解消できる。
【００５２】
なお、実際には、フェールオーバーする前に、故障・復旧検出部１１２により故障が検知され、故障・復旧通知送信部１１１により当該故障を示す故障・復旧状態が故障監視装置（自系）２１に先ず通知されている。しかし、フェールオーバー後に上記処理を通じて復旧を示す故障・復旧状態が故障監視装置（自系）２１に通知されることから、故障監視装置２のネットワーク管理者に対して、情報処理装置１全体としては復旧していることを通知できる。
【００５３】
一方、通知対象でない場合には、ステップＳ１４に進むことなく、ステップＳ１６に進む。
【００５４】
次に、ステップＳ１６において、故障・復旧通知管理部１１３が、故障・復旧検出部１１２で検知された故障又は復旧である旨を再び受信した場合、「復旧」であるか否かを判定する。
【００５５】
復旧である場合には、ステップＳ１７において、故障・復旧通知管理部１１３が、故障監視装置（自系）２１に対して何ら通知しないように故障・復旧通知送信部１１１に要求する。
【００５６】
これにより、上記例の場合には、復旧を示す故障・復旧状態が故障監視装置（自系）２１に繰り返し（２度）通知されることを抑止できる。
【００５７】
一方、復旧でない場合（自系から復旧通知を行う必要がない場合や、他系で故障復旧を通知済みである場合以外）には、ステップＳ１８において、故障となっている故障・復旧状態を他系の故障・復旧状態として故障監視装置（自系）２１に通知するよう故障・復旧通知送信部１１１に要求する。
【００５８】
なお、ステップＳ１６〜ステップＳ１８の各処理は、ステップＳ１１からステップＳ１５までの処理に追加される予備的な処理であり、何らかの影響により整合がとれなくなる場合であっても、故障や復旧の通知をあげることにより整合不一致を解消するようにしている。例えば、故障管理装置２１において、復旧の通知が何回あった場合でも、障害状態の不整合とみなさない場合等に実行される。
【００５９】
なお、ステップＳ１４，Ｓ１５において、故障監視装置（自系）２１に対して故障・復旧通知状態を、送信元を情報処理装置（自系）１１として直接送信してもよい。
【００６０】
また、二重化サーバの冗長構成だけでなく、待機系が複数ある場合においても、フェールオーバー時に、故障・復旧通知状態管理テーブルに基づき、故障又は復旧の通知を各系にて送信してもよい。
【００６１】
本実施の形態によれば、情報処理装置（自系）１１において、冗長化された情報処理装置（他系）１２により故障監視装置（他系）２２に通知された他系の故障・復旧通知状態を故障・復旧管理テーブル１１４に記憶し、自機で故障又は復旧が検知された場合に、その故障・復旧管理テーブル１１４から最新の他系の故障・復旧通知状態を読み出して、自機の故障・復旧状態として故障監視装置（自系）２１に通知するよう故障・復旧通知送信部１１１に要求するので、フェールオーバー時における冗長情報処理装置１１，１２間の故障・復旧通知状態の不一致を解消できる。
【００６２】
これにより、情報処理装置毎に障害状態にあるか否かを識別することが容易となることから、ノード（Network Element；ＮＥ）毎に故障復旧を管理する廉価なネットワーク管理システム（Network Management System；ＮＭＳ）での監視が可能となり、ネットワーク管理作業の煩雑さが軽減される。
【符号の説明】
【００６３】
１…情報処理装置
１１…情報処理装置（自系）
１１１…故障・復旧通知送信部
１１２…故障・復旧検出部
１１３…故障・復旧通知管理部
１１４…故障・復旧管理テーブル
１２…情報処理装置（他系）
１２１…故障・復旧通知送信部
１２２…故障・復旧検出部
１２３…故障・復旧通知管理部
１２４…故障・復旧管理テーブル
２…故障監視装置
２１…故障監視装置（自系）
２２…故障監視装置（他系）
３…通信網
Ａ…故障復旧管理装置（自系）
Ｂ…故障復旧管理装置（他系）
Ｓ１〜Ｓ２、Ｓ１１〜Ｓ１８…処理ステップ
【図１】
2013003956.tif 000003
【図２】
2013003956.tif 000004
【図３】
2013003956.tif 000005
【図４】
2013003956.tif 000006
【図５】
2013003956.tif 000007