(57)【要約】【課題】可用性を高めること。【解決手段】情報処理装置１は、監視部１ａと制御部１ｂとを有する。監視部１ａは、情報処理装置２との通信が可能か否かを監視する。情報処理装置２はネットーク３ｂに接続され、情報処理装置１はネットワーク３ａを介してネットワーク３ｂに接続されている。制御部１ｂは、情報処理装置１が運用状態であり、情報処理装置２が、情報処理装置１の停止時に情報処理装置１の処理を引き継ぐための待機状態においては、情報処理装置２との通信が不可能になった場合、運用状態を維持し、情報処理装置１が待機状態であり、情報処理装置２が運用状態においては、情報処理装置２との通信が不可能になった場合、ネットワーク３ｂに接続された情報処理装置５との通信が可能か否かを判定し、通信が不可能の場合には待機状態を維持する。【選択図】図１
2018116477.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置において、
第１の他の情報処理装置との通信が可能か否かを監視する監視部であって、前記第１の他の情報処理装置は第１のネットワークに接続され、前記情報処理装置は第２のネットワークを介して前記第１のネットワークに接続されている、前記監視部と、
前記情報処理装置が運用状態であり、前記第１の他の情報処理装置が、前記情報処理装置の停止時に前記情報処理装置の処理を引き継ぐための待機状態である第１の状態においては、前記第１の他の情報処理装置との通信が不可能になった場合、前記運用状態を維持し、
前記情報処理装置が前記待機状態であり、前記第１の他の情報処理装置が前記運用状態である第２の状態においては、前記第１の他の情報処理装置との通信が不可能になった場合、前記第１のネットワークに接続された第２の他の情報処理装置との通信が可能か否かを判定し、通信が不可能の場合には前記待機状態を維持する、制御部と、
を有する情報処理装置。
【請求項２】
前記第２の他の情報処理装置は、前記第１の他の情報処理装置の動作を監視する監視装置であり、
前記制御部は、前記第２の状態において、前記第１の他の情報処理装置との通信が不可能になり、かつ、前記監視装置との通信が可能である場合には、前記監視装置から前記第１の他の情報処理装置の動作状態を示す情報を受信し、前記第１の他の情報処理装置が正常の場合には前記待機状態を維持し、前記第１の他の情報処理装置が異常の場合には前記運用状態に遷移する、
請求項１記載の情報処理装置。
【請求項３】
前記情報処理装置は、第１の記憶領域に対するアクセスを制御する第１のストレージ制御装置であり、
前記第１の他の情報処理装置は、第２の記憶領域に対するアクセスを制御する第２のストレージ制御装置であり、
前記第１の状態では、前記第１の記憶領域に格納されたデータが前記第２の記憶領域にコピーされ、
前記第２の状態では、前記第２の記憶領域に格納されたデータが前記第１の記憶領域にコピーされる、
請求項１または２記載の情報処理装置。
【請求項４】
第１のネットワークに接続された第１の情報処理装置と、
第２のネットワークを介して前記第１のネットワークに接続された第２の情報処理装置と、
前記第１のネットワークを介して前記第１の情報処理装置に接続された第３の情報処理装置と、
を有し、
前記第１の情報処理装置が運用状態であり、前記第２の情報処理装置が、前記第１の情報処理装置の停止時に前記第１の情報処理装置の処理を引き継ぐための待機状態であるとき、
前記第１の情報処理装置は、前記第２の情報処理装置との通信が不可能になった場合、前記運用状態を維持し、
前記第２の情報処理装置は、前記第１の情報処理装置との通信が不可能になった場合、前記第３の情報処理装置との通信が可能か否かを判定し、通信が不可能の場合には前記待機状態を維持する、
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理システムに関する。
【背景技術】
【０００２】
情報処理システムの耐故障性を高める方法として、情報処理装置を冗長化し、一方の情報処理装置の稼働時には他方の情報処理装置を待機状態にし、稼働中の情報処理装置の障害発生時には待機状態の情報処理装置が稼働して処理を引き継ぐ方法が知られている。例えば、ストレージ装置が冗長化された次のようなストレージシステムが提案されている。
【０００３】
このストレージシステムは、一方が運用系として動作し、他方が待機系として動作する２台のストレージ装置と、各ストレージ装置を監視する監視サーバとを有する。各ストレージ装置の間、および、各ストレージ装置と監視サーバとの間は、ネットワークを介して接続される。そして、待機系のストレージ装置は、運用系のストレージ装置との間の通信に異常が生じ、かつ、監視サーバからの情報から運用系ストレージ装置と監視サーバとの通信にも異常が生じたと判定すると、フェイルオーバの処理を行う。
【０００４】
また、サーバが冗長化された次のようなシステムも提案されている。このシステムでは、各拠点に複数のサーバが配置され、一方の拠点のサーバは、この拠点内のすべてのサーバが他の拠点内の対向サーバと通信できない場合に、拠点間ネットワークの異常と判定する。
【０００５】
さらに、サイト間監視サーバが現用のＤＢ（データベース）アクセス部のダウンを検出した場合、待機用のＤＢアクセス部を現用のＤＢアクセス部に切り替えるようにしたデータ処理システムが提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１９７７４２号公報
【特許文献２】特開２０１６−１５１９６５号公報
【特許文献３】特開２００６−１６４０８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、上記のストレージシステムのように、冗長化された情報処理装置間、および各情報処理装置と監視装置との間がネットワークを介して接続されたシステムでは、次のような問題がある。
【０００８】
このシステムでは、ネットワークの障害の発生によって情報処理装置間の通信ができなくなると、例えば、次のような動作が行われる。待機状態の情報処理装置は、ネットワークの障害により監視装置とも通信できないため、運用状態の情報処理装置が正常に動作しているか否かを確認できない。そこで、待機状態の情報処理装置は、両方の情報処理装置が運用状態になることを避けるため、待機状態のまま維持する。一方、運用状態の情報処理装置も、両方の情報処理装置が運用状態になることを避けるため、待機状態に遷移する。
【０００９】
このような動作により、両方の情報処理装置が運用状態になって処理の内容や記録されたデータの不整合が生じることが防止される。しかし、どちらの情報処理装置にも異常が発生していないにもかかわらず、システムの運用が停止されてしまうという問題がある。
【００１０】
１つの側面では、本発明は、可用性を高めた情報処理装置および情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
１つの態様では、情報処理装置が提供される。この情報処理装置は、監視部と制御部とを有する。監視部は、第１の他の情報処理装置との通信が可能か否かを監視する。また、第１の他の情報処理装置は第１のネットワークに接続され、情報処理装置は第２のネットワークを介して第１のネットワークに接続されている。制御部は、情報処理装置が運用状態であり、第１の他の情報処理装置が、情報処理装置の停止時に情報処理装置の処理を引き継ぐための待機状態である第１の状態においては、第１の他の情報処理装置との通信が不可能になった場合、運用状態を維持し、情報処理装置が待機状態であり、第１の他の情報処理装置が運用状態である第２の状態においては、第１の他の情報処理装置との通信が不可能になった場合、第１のネットワークに接続された第２の他の情報処理装置との通信が可能か否かを判定し、通信が不可能の場合には待機状態を維持する。
【００１２】
また、１つの態様では、情報処理システムが提供される。この情報処理システムは、第１のネットワークに接続された第１の情報処理装置と、第２のネットワークを介して第１のネットワークに接続された第２の情報処理装置と、第１のネットワークを介して第１の情報処理装置に接続された第３の情報処理装置と、を有する。第１の情報処理装置が運用状態であり、第２の情報処理装置が、第１の情報処理装置の停止時に第１の情報処理装置の処理を引き継ぐための待機状態であるとき、第１の情報処理装置は、第２の情報処理装置との通信が不可能になった場合、運用状態を維持し、第２の情報処理装置は、第１の情報処理装置との通信が不可能になった場合、第３の情報処理装置との通信が可能か否かを判定し、通信が不可能の場合には待機状態を維持する。
【発明の効果】
【００１３】
１つの側面では、可用性を高めることができる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の形態の情報処理システムを示す図である。
【図２】第２の実施の形態の情報処理システムを示す図である。
【図３】ストレージ装置のハードウェア例を示す図である。
【図４】監視サーバのハードウェア例を示す図である。
【図５】ＴＦＯグループを説明するための図である。
【図６】情報処理システムの比較例を示す図である。
【図７】プライマリのＣＭとセカンダリのＣＭと監視サーバの機能例を示す図である。
【図８】管理情報の例を示す図である。
【図９】送信情報の例を示す図である。
【図１０】プライマリの閉塞監視部が実行する処理例を示すフローチャートである。
【図１１】プライマリの通信処理部が実行する処理例を示すフローチャートである。
【図１２】プライマリの抑止通知監視部が実行する処理例を示すフローチャートである。
【図１３】プライマリのフェイルオーバ処理部が実行する処理例を示すフローチャートである。
【図１４】監視サーバの初回処理部が実行する処理例を示すフローチャートである。
【図１５】監視サーバの送受信処理部が実行する処理例を示すフローチャートである。
【図１６】監視サーバのタイムアウト処理部が実行する処理例を示すフローチャートである。
【図１７】セカンダリの閉塞監視部が実行する処理例を示すフローチャートである。
【図１８】セカンダリの通信処理部が実行する処理例を示すフローチャート（その１）である。
【図１９】セカンダリの通信処理部が実行する処理例を示すフローチャート（その２）である。
【図２０】セカンダリの抑止通知監視部が実行する処理例を示すフローチャートである。
【図２１】セカンダリのフェイルオーバ処理部が実行する処理例を示すフローチャートである。
【図２２】セカンダリの復旧監視部が実行する処理例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の情報処理システムを示す図である。 情報処理システムは、情報処理装置１，２を有する。情報処理装置１，２のうち、一方は運用状態に設定され、他方は待機状態に設定される。待機状態の情報処理装置は、運用状態の情報処理装置の動作が停止した場合に、運用状態に遷移して、動作が停止した情報処理装置の処理を引き継ぐことが可能になっている。
【００１６】
また、情報処理装置１には、ネットワーク３ａを介して情報処理装置４が接続され、情報処理装置２には、ネットワーク３ｂを介して情報処理装置５が接続されている。そして、ネットワーク３ａとネットワーク３ｂとは、ネットワーク３ｃを介して接続されている。したがって、情報処理装置１は、ネットワーク３ａ，３ｂ，３ｃを介して情報処理装置２，５と通信可能であり、情報処理装置２は、ネットワーク３ａ，３ｂ，３ｃを介して情報処理装置１，４と通信可能である。
【００１７】
なお、情報処理装置１，４と、情報処理装置２，５は、例えば、それぞれ別の拠点に設置されている。この場合、例えば、ネットワーク３ａは一方の拠点の内部ネットワークであり、ネットワーク３ｂは他方の拠点の内部ネットワークであり、ネットワーク３ｃは拠点間を結ぶ外部ネットワークとして実現できる。また、例えば、情報処理装置４は、情報処理装置１の動作を監視する監視装置として実現することができ、情報処理装置５は、情報処理装置２の動作を監視する監視装置として実現することができる。
【００１８】
情報処理装置１は、監視部１ａと制御部１ｂを有する。監視部１ａと制御部１ｂの処理は、例えば、情報処理装置１が有するプロセッサが所定のプログラムを実行することで実現される。情報処理装置２は、監視部２ａと制御部２ｂを有する。監視部２ａと制御部２ｂの処理は、例えば、情報処理装置２が有するプロセッサが所定のプログラムを実行することで実現される。なお、プロセッサには、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。
【００１９】
以下、情報処理装置１が運用状態であり、情報処理装置２が待機状態であるものとして説明する。ただし、監視部１ａと監視部２ａは同じ処理を実行可能であり、制御部１ｂと制御部２ｂは同じ処理を実行可能である。このため、運用状態と待機状態とが装置間で入れ替わった場合には、実行される処理も監視部１ａと監視部２ａとの間、および制御部１ｂと制御部２ｂとの間で入れ替わる。
【００２０】
まず、待機状態の情報処理装置２について説明する。監視部２ａは、情報処理装置１との通信が可能か否かを監視する。ここで、監視部２ａによって通信が不可能と判定されたとすると（ステップＳ１ａ）、制御部２ｂは、情報処理装置４との通信が可能か否かを判定する。そして、通信が不可能と判定した場合（ステップＳ１ｂ）、制御部２ｂは、情報処理装置２を待機状態のまま維持する（ステップＳ１ｃ）。
【００２１】
ここで、監視部２ａによって情報処理装置１との通信が不可能と判定された状態では、制御部２ｂは、通信が不可能な原因が情報処理装置１の異常なのか、あるいは通信経路の異常なのかを判定できない。しかし、情報処理装置２と情報処理装置１との間、および情報処理装置２と情報処理装置４との間には、ネットワーク３ｃという共通の通信経路が存在する。このため、制御部２ｂは、情報処理装置１と情報処理装置４の両方と通信できない場合には、ネットワーク３ｃに異常が発生したと判定できる。この場合、運用状態の情報処理装置１は正常に動作している可能性が高いので、制御部２ｂは、情報処理装置１，２の両方が運用状態になることを避けるために、前述のように情報処理装置２を待機状態のまま維持する。これは、情報処理装置１，２の両方が運用状態になると、装置間で処理の内容や記録されたデータの不整合が発生する可能性があるからである。
【００２２】
一方、運用状態の情報処理装置１は、次のように動作する。監視部１ａは、情報処理装置２との通信が可能か否かを監視する。ここで、監視部１ａによって通信が不可能と判定されたとする（ステップＳ２ａ）。この場合、制御部１ｂは、情報処理装置１を運用状態のまま維持する（ステップＳ２ｂ）。この状態では、上記の制御部２の処理によって、情報処理装置２が待機状態のままであることが確約されていることから、情報処理装置１が運用状態のまま動作を継続しても、処理の内容や記録されたデータの不整合が発生することはない。
【００２３】
このように、第１の実施の形態の情報処理システムによれば、ネットワーク３ｃの異常によって情報処理装置１と情報処理装置２との間で通信できなくなった場合でも、情報処理装置１を運用状態のまま維持し、その動作を継続させることができる。その結果、情報処理システムの運用を継続できる。したがって、情報処理システムの可用性を高めることができる。
【００２４】
［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムを示す図である。情報処理システムは、ストレージ装置１００，２００、監視サーバ３００，４００、業務サーバ５００，６００および端末装置７００を含む。
【００２５】
ストレージ装置１００、監視サーバ３００、業務サーバ５００は、拠点４０に設置される。ストレージ装置２００、監視サーバ４００、業務サーバ６００は、拠点５０に設置される。拠点４０，５０は、例えば、それぞれ遠隔地に存在するデータセンタである。
【００２６】
ストレージ装置１００と監視サーバ３００は、拠点４０の内部のネットワーク１０を介して接続されている。ストレージ装置２００と監視サーバ４００は、拠点５０の内部のネットワーク２０を介して接続されている。ネットワーク１０，２０は、例えば、ＬＡＮ（Local Area Network）である。一方、ネットワーク１０とネットワーク２０とは、外部のネットワーク３０を介して接続されている。これにより、ストレージ装置１００とストレージ装置２００および監視サーバ４００との間、および、ストレージ装置２００とストレージ装置１００および監視サーバ３００との間で、通信を行うことが可能となっている。ネットワーク３０は、例えば、ＷＡＮ（Wide Area Network）である。
【００２７】
ストレージ装置１００は、業務サーバ５００，６００のいずれかからの要求に応じて、内部に搭載された記憶装置に対するアクセスを制御する。ストレージ装置２００も同様に、業務サーバ５００，６００のいずれかからの要求に応じて、内部に搭載された記憶装置に対するアクセスを制御する。
【００２８】
ストレージ装置１００とストレージ装置２００との間では、同期される論理ボリュームのペアが設定され、その論理ボリュームに関し、一方のストレージ装置がアクティブ（運用系）として動作し、他方のストレージ装置がスタンバイ（待機系）として動作する。アクティブのストレージ装置は、業務サーバからの要求に応じて、自装置に設定された論理ボリュームへのアクセスを制御する。これとともに、アクティブのストレージ装置は、ネットワーク３０を介して、自装置に設定された論理ボリュームの内容をスタンバイのストレージ装置に設定された論理ボリュームへ同期コピーする。さらに、アクティブのストレージ装置が停止すると、スタンバイのストレージ装置がアクティブになるとともに、業務サーバからのアクセス要求先がアクティブになったストレージ装置へ自動的に変更される。これによりフェイルオーバが行われ、論理ボリュームに対するアクセス制御をアクティブになったストレージ装置が自動的に引き継ぐ。
【００２９】
監視サーバ３００は、ストレージ装置１００，２００の動作を監視するサーバコンピュータである。監視サーバ４００は、ストレージ装置１００，２００の動作を監視するサーバコンピュータである。監視サーバ３００，４００は、一方のストレージ装置の動作状態を他方のストレージ装置に通知することが可能となっている。
【００３０】
業務サーバ５００，６００は、各種の業務に関する処理を行うサーバコンピュータである。業務サーバ５００，６００は、ストレージ装置１００，２００に設定された論理ボリュームにアクセスする。
【００３１】
端末装置７００は、ユーザが利用するクライアントコンピュータである。ユーザは、端末装置７００への入力操作により、業務サーバ５００，６００を操作して各種のサービスを受けることができる。
【００３２】
次に、ストレージ装置１００と監視サーバ３００のハードウェアについて説明する。
図３は、ストレージ装置のハードウェア例を示す図である。ストレージ装置１００は、ＣＭ（Controller Module）１０１およびＤＥ（Drive Enclosure）１０２を有する。なお、ストレージ装置１００は、複数のＣＭを有していてもよいし、２台以上のＤＥを有していてもよい。
【００３３】
ＤＥ１０２は、業務サーバ５００，６００からのアクセス対象のデータを記憶する複数の記憶装置を有する。ＤＥ１０２に搭載される記憶装置は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などである。ＣＭ１０１は、業務サーバ５００，６００からのアクセス要求に応じてＤＥ１０２内の記憶装置にアクセスする。
【００３４】
ＣＭ１０１は、プロセッサ１０１ａ、ＲＡＭ（Random Access Memory）１０１ｂ、ＳＳＤ１０１ｃ、ＣＡ（Channel Adapter）１０１ｄ、通信インタフェース１０１ｅおよびＤＩ（Device Interface）１０１ｆを有する。
【００３５】
プロセッサ１０１ａは、ＣＭ１０１の情報処理を制御する。プロセッサ１０１ａは、複数のプロセッシング要素を含むマルチプロセッサであってもよい。
ＲＡＭ１０１ｂは、ＣＭ１０１の主記憶装置である。ＲＡＭ１０１ｂは、プロセッサ１０１ａに実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０１ｂは、プロセッサ１０１ａによる処理に用いる各種データを記憶する。
【００３６】
ＳＳＤ１０１ｃは、ＣＭ１０１の補助記憶装置である。ＳＳＤ１０１ｃは、不揮発性の半導体メモリである。ＳＳＤ１０１ｃには、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ＣＭ１０１は、補助記憶装置として、ＳＳＤ１０１ｃの代わりにＨＤＤを備えていてもよい。
【００３７】
ＣＡ１０１ｄは、業務サーバ５００，６００と通信するためのインタフェースである。通信インタフェース１０１ｅは、監視サーバ３００と通信するためのインタフェースである。また、通信インタフェース１０１ｅは、ネットワーク３０を介してストレージ装置２００のＣＭ、監視サーバ４００と通信するためのインタフェースである。ＤＩ１０１ｆは、ＤＥ１０２と通信するためのインタフェースである。
【００３８】
なお、ストレージ装置２００もストレージ装置１００と同様のハードウェア構成により実現できる。
図４は、監視サーバのハードウェア例を示す図である。監視サーバ３００は、プロセッサ３０１によって装置全体が制御されている。プロセッサ３０１は、マルチプロセッサであってもよい。プロセッサ３０１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、またはＰＬＤである。また、プロセッサ３０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。
【００３９】
プロセッサ３０１には、バスを介して、ＲＡＭ３０２と複数の周辺機器が接続されている。
ＲＡＭ３０２は、監視サーバ３００の主記憶装置として使用される。ＲＡＭ３０２には、プロセッサ３０１に実行させるＯＳプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ３０２には、プロセッサ３０１による処理で用いられる各種データが格納される。
【００４０】
バスに接続されている周辺機器としては、ＨＤＤ３０３、画像信号処理部３０４、入力信号処理部３０５、読み取り装置３０６および通信インタフェース３０７がある。
ＨＤＤ３０３は、監視サーバ３００の補助記憶装置として使用される。ＨＤＤ３０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤなどの他の種類の不揮発性記憶装置を使用することもできる。
【００４１】
画像信号処理部３０４には、ディスプレイ３０４ａが接続される。画像信号処理部３０４は、プロセッサ３０１からの命令にしたがって、画像をディスプレイ３０４ａに表示させる。ディスプレイ３０４ａとしては、液晶ディスプレイや、有機ＥＬ（Electro-Luminescence）ディスプレイなどがある。
【００４２】
入力信号処理部３０５には、入力デバイス３０５ａが接続される。入力信号処理部３０５は、入力デバイス３０５ａに対する入力操作に応じた信号をプロセッサ３０１に送信する。入力デバイス３０５ａとしては、例えば、キーボード、マウス、タッチパッド、トラックボールなどがある。
【００４３】
読み取り装置３０６には、可搬型の記録媒体３０６ａが脱着される。読み取り装置３０６は、可搬型の記録媒体３０６ａに記録されたデータを読み取ってプロセッサ３０１に送信する。可搬型の記録媒体３０６ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。
【００４４】
通信インタフェース３０７は、ストレージ装置１００と通信するためのインタフェースである。通信インタフェース３０７は、ネットワーク３０を介してストレージ装置２００と通信するためのインタフェースである。
【００４５】
なお、監視サーバ４００、業務サーバ５００，６００および端末装置７００も監視サーバ３００と同様のハードウェアにより実現できる。
次に、ＴＦＯ（トランスペアレントフェイルオーバ）グループについて説明する。
【００４６】
図５は、ＴＦＯグループを説明するための図である。ストレージ装置１００とストレージ装置２００との間では、同期される論理ボリュームのペアを設定することができる。このペアを「ＴＦＯグループ」と呼ぶ。ここで、ＴＦＯとは、アクティブのストレージ装置からスタンバイのストレージ装置への切り替えを業務サーバが認識することなく、透過的に行われるフェイルオーバである。
【００４７】
ＴＦＯグループは複数設定することができ、図５の例では、ＴＦＯグループ＃１とＴＦＯグループ＃２が設定されている。また、ＴＦＯグループ内の論理ボリュームを「ＴＦＯＶ」と呼ぶ。図５の例では、ＴＦＯグループ＃１は、ストレージ装置１００に設定されたＴＦＯＶ＃１と、ストレージ装置２００に設定されたＴＦＯＶ＃３を含む。また、ＴＦＯグループ＃２は、ストレージ装置１００に設定されたＴＦＯＶ＃２と、ストレージ装置２００に設定されたＴＦＯＶ＃４を含む。
【００４８】
ＴＦＯグループごとに、プライマリのストレージ装置とセカンダリのストレージ装置が設定される。また、ストレージ装置１００，２００は、ＴＦＯグループごとにアクティブ状態またはスタンバイ状態のいずれかの装置として仮想的に動作する。具体的には、プライマリのストレージ装置は、そのＴＦＯグループに関し、初期状態ではアクティブ状態となり、セカンダリのストレージ装置は、そのＴＦＯグループに関し、初期状態ではスタンバイ状態となる。そして、アクティブ状態のストレージ装置のＴＦＯＶからスタンバイ状態のストレージ装置のＴＦＯＶに対してミラーリングが行われる。また、そのＴＦＯグループに関し、アクティブ状態のストレージ装置の動作が停止すると、スタンバイ状態のストレージ装置がアクティブ状態に遷移して、フェイルオーバが行われる。
【００４９】
図５の例では、ＴＦＯグループ＃１に関しては、ストレージ装置１００がプライマリであり、ストレージ装置２００がセカンダリである。したがって、初期状態では図５のように、ストレージ装置１００がＴＦＯグループ＃１のアクティブであり、ストレージ装置２００がＴＦＯグループ＃１のスタンバイである。この状態では、ストレージ装置１００は、ＴＦＯＶ＃１に対するアクセス要求を業務サーバから受け付け、そのアクセスを制御する。これとともに、ストレージ装置１００は、ＴＦＯＶ＃１に格納されているデータをＴＦＯＶ＃３へ同期コピーして、ＴＦＯＶ＃１とＴＦＯＶ＃３とをミラーリングする。
【００５０】
また、ストレージ装置１００の動作が停止すると、ストレージ装置２００は、ＴＦＯグループ＃１のアクティブに遷移する。このとき、業務サーバからのアクセス先がストレージ装置１００からストレージ装置２００へ自動的に変更され、ストレージ装置２００がＴＦＯＶ＃３に対するアクセス要求の受け付けを開始する。これにより、ＴＦＯグループ＃１についての論理ボリュームへのアクセス制御がストレージ装置２００に引き継がれる。
【００５１】
業務サーバからのアクセス先の変更は、例えば、次のように行われる。ストレージ装置１００，２００の各ポートには、ＴＦＯグループ＃１に対応する共通の論理的なポート番号が割り当てられ、アクティブ側のポートのみ有効化されている。そして、アクティブ状態のストレージ装置の動作が停止すると、他方のストレージ装置がアクティブ状態に遷移してそのポートが有効化される。これにより、業務サーバが意識することなく、業務サーバからのアクセス先が変更される。
【００５２】
ここで、情報処理システムの比較例を示し、その問題点について説明する。
図６は、情報処理システムの比較例を示す図である。図６の構成では、ストレージ装置１００ａ、ストレージ装置２００ａおよび監視サーバ６０は、それぞれ別の拠点４０ａ，５０ａ，６０ａに設置されており、これらは外部のネットワーク３０ａを介して接続されている。監視サーバ６０は、ストレージ装置１００ａ，２００ａの動作を監視し、一方のストレージ装置の動作状態を他のストレージ装置へ通知できる。
【００５３】
また、ストレージ装置１００ａ，２００ａの間ではＴＦＯグループが設定されており、このＴＦＯグループに関してストレージ装置１００ａがプライマリ、ストレージ装置２００ａがセカンダリとなっている。そして、図６の状態では、ストレージ装置１００ａがアクティブ状態、ストレージ装置２００ａがスタンバイ状態となっている。
【００５４】
この状態から、ネットワーク３０ａの異常発生により、ストレージ装置１００ａとストレージ装置２００ａとの間で通信が不可能になったとする。この状態では、アクティブのストレージ装置１００ａは、監視サーバ６０とも通信できないので、ストレージ装置２００ａが動作しているか否かを判定できない。このため、ストレージ装置１００ａは、ストレージ装置１００ａ，２００ａの両方がアクティブになることを避けるために、アクティブ状態からスタンバイ状態に遷移する。これは、ストレージ装置１００ａ，２００ａの両方がアクティブ状態になると、両方が個別のＴＦＯＶへの書き込み要求を受け付けてしまい、ＴＦＯＶ間のデータの整合がとれなくなるからである。
【００５５】
一方、スタンバイ状態のストレージ装置２００ａも同様に、監視サーバ６０とも通信できないので、ストレージ装置１００ａが動作しているか否かを判定できない。このため、ストレージ装置２００ａは、ストレージ装置１００ａ，２００ａの両方がアクティブ状態になることを避けるために、スタンバイ状態を維持する。
【００５６】
その結果、ストレージ装置１００ａ，２００ａの両方がスタンバイ状態となり、ＴＦＯグループ内のＴＦＯＶへのアクセス要求を受け付けられない状態となって、業務サーバの業務を継続できなくなるという問題がある。
【００５７】
このような問題に対して、第２の実施の形態では、図２に示したように、ストレージ装置１００，２００がそれぞれ設置された拠点４０，５０に、それぞれ個別の監視サーバ３００，４００が設置される。そして、ストレージ装置１００と監視サーバ３００、ストレージ装置２００と監視サーバ４００がそれぞれ内部ネットワークを介して接続され、拠点間がネットワーク３０を介して接続される。
【００５８】
このような構成により、例えば、ストレージ装置１００がアクティブ、ストレージ装置２００がスタンバイの状態で、ネットワーク３０の異常発生によってストレージ装置１００，２００が互いに通信できなくなったとき、次のように状態を制御できるようになる。まず、スタンバイ状態のストレージ装置２００は、他方の拠点４０の監視サーバ３００と通信できるかを判定する。通信できる場合、ネットワーク３０は正常であると判定できるが、通信できない場合は、同じネットワーク３０を介して接続された２つの装置と通信できないことから、ネットワーク３０の異常の可能性が高いと判定できる。
【００５９】
ストレージ装置２００は、監視サーバ３００と通信できず、ネットワーク３０の異常と判定した場合、アクティブ状態のストレージ装置１００が正常に動作している可能性が高いと判定して、スタンバイ状態を維持する。一方、ストレージ装置２００は、監視サーバ３００と通信できた場合には、監視サーバ３００からストレージ装置１００の動作状態の通知を受け、ストレージ装置１００が停止している場合には、スタンバイ状態からアクティブ状態に遷移する。
【００６０】
すなわち、ストレージ装置２００は、監視サーバ３００からの通知によってストレージ装置１００の動作が停止していることが確実に判断できる場合にのみ、アクティブ状態に遷移する。一方、アクティブ状態のストレージ装置１００は、スタンバイ状態のストレージ装置２００が上記条件でのみアクティブに遷移することが確約されていることから、ストレージ装置２００との通信が不可能になった場合でもアクティブ状態を維持できる。その結果、ストレージ装置１００は業務サーバからのアクセス要求の受け付けを継続できるので、ストレージに対するアクセス制御や業務サーバによる業務の可用性を図６の例より向上させることができる。
【００６１】
次に、ストレージ装置１００，２００に搭載されたＣＭの処理について説明する。以下の説明では、特に説明する場合を除き、特定の１つのＴＦＯグループについての処理を記載する。そして、そのＴＦＯグループに関し、プライマリのＣＭをストレージ装置１００が有するＣＭ１０１とし、セカンダリのＣＭをストレージ装置２００が有するＣＭとする。また、前者がアクティブであり、後者がスタンバイであるものとする。
【００６２】
図７は、プライマリのＣＭとセカンダリのＣＭと監視サーバの機能例を示す図である。ＣＭ１０１は、閉塞監視部１１０、通信処理部１２０、抑止通知監視部１３０、フェイルオーバ処理部１４０を有する。閉塞監視部１１０、通信処理部１２０、抑止通知監視部１３０、フェイルオーバ処理部１４０は、例えば、プロセッサ１０１ａが実行するプログラムのモジュールとして実装される。
【００６３】
閉塞監視部１１０は、プライマリ、セカンダリ間の通信の可否を監視する。例えば、閉塞監視部１１０は、ストレージ装置２００に対してポーリングを行い、ポーリングの応答を所定時間以内に受信できない場合に、ストレージ装置２００との通信が不可能であると判定する。また、閉塞監視部１１０は、プライマリ、セカンダリ間の通信が不可能の場合、監視サーバ３００，４００にＩＯ（Input/Output）抑止通知を送信する。
【００６４】
通信処理部１２０は、ストレージ装置１００と監視サーバ３００との間、ストレージ装置１００と監視サーバ４００との間の通信を制御する。抑止通知監視部１３０は、閉塞監視部１１０が送信したＩＯ抑止通知に対する応答を監視する。フェイルオーバ処理部１４０は、フェイルオーバを実行する。
【００６５】
ストレージ装置２００が有するＣＭ２０１は、閉塞監視部２１０、通信処理部２２０、抑止通知監視部２３０、フェイルオーバ処理部２４０、復旧監視部２５０を有する。閉塞監視部２１０、通信処理部２２０、抑止通知監視部２３０、フェイルオーバ処理部２４０、復旧監視部２５０は、例えば、ＣＭ２０１が有するプロセッサが実行するプログラムのモジュールとして実装される。
【００６６】
閉塞監視部２１０は、プライマリ、セカンダリ間の通信の可否を監視する。例えば、閉塞監視部２１０は、ストレージ装置１００に対して生存確認のコマンドを送信し、その応答を所定時間以内に受信できない場合に、ストレージ装置２００との通信が切断されていると判定する。また、閉塞監視部２１０は、プライマリ、セカンダリ間の通信が切断されている場合、監視サーバ３００，４００にＩＯ抑止通知を送信する。
【００６７】
通信処理部２２０は、ストレージ装置２００と監視サーバ３００との間、ストレージ装置２００と監視サーバ４００との間の通信を制御する。抑止通知監視部２３０は、閉塞監視部２１０が送信したＩＯ抑止通知に対する応答を監視する。フェイルオーバ処理部２４０は、フェイルオーバを実行する。
【００６８】
復旧監視部２５０は、プライマリ、セカンダリ間の通信の復旧を監視する。また、復旧監視部２５０は、プライマリ、セカンダリ間の通信が復旧した場合、プライマリ、セカンダリ間でデータを同期させる。
【００６９】
監視サーバ３００は、初回処理部３１０、送受信処理部３２０、タイムアウト処理部３３０を有する。初回処理部３１０、送受信処理部３２０、タイムアウト処理部３３０は、例えば、プロセッサ３０１が実行するプログラムのモジュールとして実装される。
【００７０】
初回処理部３１０は、後述する送信情報をプライマリとセカンダリとに送信する。送受信処理部３２０は、ストレージ装置１００，２００に対してポーリングを行う。送受信処理部３２０は、ポーリングを行うことで、監視サーバ３００とストレージ装置１００との間に異常が発生しているか否かを判定することができる。送受信処理部３２０は、ポーリングを行うことで、監視サーバ３００とストレージ装置２００との間に異常が発生しているか否かを判定することができる。
【００７１】
タイムアウト処理部３３０は、一方のストレージ装置に対するポーリングのタイムアウトが発生した場合、次のポーリングにより、そのストレージ装置が異常であることを他方のストレージ装置に通知する。
【００７２】
また、図７では省略しているが、監視サーバ４００も、初回処理部、送受信処理部、タイムアウト処理部を有する。初回処理部、送受信処理部、タイムアウト処理部は、例えば、監視サーバ４００が有するプロセッサが実行するプログラムのモジュールとして実装される。
【００７３】
次に、ＣＭ１０１，２０１が記憶する管理情報について説明する。
図８は、管理情報の例を示す図である。管理情報８００は、ＣＭ１０１，２０１のそれぞれの記憶装置に記憶され、個別に管理される。管理情報８００は、ＴＦＯグループごとに作成される。管理情報８００は、ＩＯ抑止状態、ＴＦＯ  Ｇｒｏｕｐ  Ｎｏ、Ｋｉｎｄ、ＭｏｎｉＭｏｄｅ、Ｓｔａｔｕｓ、Ｐｈａｓｅ、Ｃｏｎｄｉｔｉｏｎ、Ｈａｌｔ  Ｆａｃｔｏｒの項目を含む。
【００７４】
ＩＯ抑止状態の項目は、ＩＯ抑止状態であるか否かを示す。ＩＯ抑止状態とは、業務サーバからのＩＯ要求を一時的に停止した状態である。ＴＦＯ  Ｇｒｏｕｐ  Ｎｏの項目は、ＴＦＯグループを識別可能な情報（ＩＤ：identifier）を示す。Ｋｉｎｄの項目は、管理情報８００を保持するＣＭがプライマリ、セカンダリのどちらであるかを示す。ＭｏｎｉＭｏｄｅの項目は、監視サーバ３００，４００がＣＭ１０１，２０１を監視するモードであるか否かを示す。第２の実施の形態では、ＭｏｎｉＭｏｄｅの項目には、ＯＮが設定される。
【００７５】
Ｓｔａｔｕｓの項目は、管理情報８００を保持するＣＭがアクティブ、スタンバイのどちらであるかを示す。Ｐｈａｓｅの項目は、フェイルオーバの状態を示し、Ｎｏｒｍａｌ、Ｆａｉｌｏｖｅｒｅｄなどが登録される。Ｎｏｒｍａｌは、プライマリとセカンダリでデータの同期が完了しており、フェイルオーバの実行が可能であることを示す。Ｆａｉｌｏｖｅｒｅｄは、フェイルオーバが完了した状態であることを示す。
【００７６】
Ｃｏｎｄｉｔｉｏｎの項目は、Ｎｏｒｍａｌ、Ｈａｌｔの何れかを示す。Ｎｏｒｍａｌは、フェイルオーバの実行が可能であることを示す。Ｈａｌｔは、フェイルオーバの実行ができないことを示す。
【００７７】
Ｈａｌｔ  Ｆａｃｔｏｒの項目は、Ｃｏｎｄｅｔｉｏｎの項目にＨａｌｔが登録された場合、Ｈａｌｔの要因を示す。例えば、Ｈａｌｔ  Ｆａｃｔｏｒの項目には、ＴＦＯ  Ｇｒｏｕｐ  Ｄｉｓｃｏｎｎｅｃｔｅｄが登録される。ＴＦＯ  Ｇｒｏｕｐ  Ｄｉｓｃｏｎｎｅｃｔｅｄは、プライマリ、セカンダリ間の通信が切断されていることを示す。また、Ｈａｌｔ  Ｆａｃｔｏｒの項目には、Ｍｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ１）が登録される。これは、ＣＭ１０１が管理情報８００を記憶している場合、ＣＭ１０１と監視サーバ３００（ＭｏｎｉＮｕｍｂｅｒ１）との間の通信が切断されていることを示す。さらに、Ｈａｌｔ  Ｆａｃｔｏｒの項目には、Ｍｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ２）が登録される。これは、ＣＭ１０１が管理情報８００を記憶している場合、ＣＭ１０１と監視サーバ４００（ＭｏｎｉＮｕｍｂｅｒ２）との間の通信が切断されていることを示す。
【００７８】
次に、送信情報について説明する。
図９は、送信情報の例を示す図である。送信情報９００は、監視サーバ３００，４００がＣＭ１０１，２０１に対してポーリングを行う際に送信される情報である。また、送信情報９００は、ストレージ装置１００，２００間で設定されたすべてのＴＦＯグループについて共通の情報である。送信情報９００は、Ｃｏｎｆｉｇ  Ｃｏｕｎｔ、Ｓｐｅｅｄ  Ｆｌａｇ、ＭｏｎｉＮｕｍｂｅｒ、Ｒｅｓｅｒｖｅ、Ｇｒｏｕｐ  Ｉｎｆｏ［０］〜Ｇｒｏｕｐ  Ｉｎｆｏ［３１］の項目を含む。
【００７９】
Ｃｏｎｆｉｇ  Ｃｏｕｎｔの項目は、ＴＦＯグループの構成を変更した回数を示す。Ｓｐｅｅｄ  Ｆｌａｇの項目は、ポーリングの間隔を示すフラグである。Ｓｐｅｅｄ  Ｆｌａｇの項目は、ＯＦＦ（ＮＯＲＭＡＬ）、ＯＮ（ＨＩＧＨ  ＳＰＥＥＤ）の何れかを示す。ＮＯＲＭＡＬは、ポーリングの間隔を通常の状態で行うことを示す。ＨＩＧＨ  ＳＰＥＥＤは、ポーリングの間隔をＮＯＲＭＡＬの場合よりも短い間隔でポーリングを行うことを示す。
【００８０】
ＭｏｎｉＮｕｍｂｅｒの項目は、監視サーバを特定可能な情報を示す。ＣＭ１０１，２０１は、ＭｏｎｉＮｕｍｂｅｒの項目を参照することで、送信情報９００を送信した監視サーバを特定することができる。Ｒｅｓｅｒｖｅの項目は、予備として確保される。
【００８１】
Ｇｒｏｕｐ  Ｉｎｆｏ［０］〜Ｇｒｏｕｐ  Ｉｎｆｏ［３１］の項目は、各ＴＦＯグループに関する情報を示す。例えば、業務サーバ５００，６００からのＩＯが抑止中であるＴＦＯグループをＩＯ抑止通知ビットで示す。また、ＩＯ抑止通知に対する応答が行われたＴＦＯグループを応答ビットで示す。さらに、ポーリングでタイムアウトが発生した、ＴＦＯグループに属する装置（プライマリ、セカンダリの各ストレージ装置）を、装置ごとの通信異常ビットで示す。
【００８２】
ここで、監視サーバ３００は、ポーリングする際、ＣＭ１０１，２０１に送信情報９００を送信する。ＣＭ１０１，２０１は、受信した送信情報９００のＧｒｏｕｐ  Ｉｎｆｏに、ＴＦＯグループに関する情報を登録する。ＣＭ１０１，２０１は、登録した送信情報９００を監視サーバ３００に送信することで、ポーリングに応答する。監視サーバ３００は、ＣＭ１０１，２０１から受信した２つの送信情報９００のＧｒｏｕｐ  Ｉｎｆｏの情報を基に、新たな送信情報９００を作成する。監視サーバ３００は、作成した送信情報９００をＣＭ１０１，２０１に送信する。これにより、ＣＭ１０１，２０１は、監視サーバ３００を介して互いの状況を把握することができる。また、監視サーバ４００とＣＭ１０１，２０１との間でも、同様の送信情報９００の送受信が行われる。これにより、ＣＭ１０１，２０１は、監視サーバ４００を介して互いの状況を把握することができる。
【００８３】
次に、ＣＭ１０１が有する各処理部が実行する処理について、フローチャートを用いて説明する。すなわち、プライマリで実行される処理について説明する。
図１０は、プライマリの閉塞監視部が実行する処理例を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
【００８４】
（Ｓ１１）閉塞監視部１１０は、プライマリとセカンダリ間の通信（ストレージ装置１００，２００の間の通信）が切断されたか否かを判定する。例えば、閉塞監視部１１０は、生存確認のコマンドを定期的にＣＭ２０１に送信し、所定時間内に応答をＣＭ２０１から受信できなかった場合、通信が切断されたと判定する。切断された場合、閉塞監視部１１０は、処理をステップＳ１２に進める。切断されていない場合、閉塞監視部１１０は、所定時間経過後、再度、ステップＳ１１を実行する。
【００８５】
（Ｓ１２）閉塞監視部１１０は、業務サーバ５００，６００からのＩＯ要求の受け付けを停止するＩＯ抑止状態にＣＭ１０１を設定し、管理情報８００にＩＯ抑止状態を登録する。
【００８６】
（Ｓ１３）閉塞監視部１１０は、ポーリングの応答として、監視サーバ３００，４００にＩＯ抑止通知を送信する。閉塞監視部１１０は、ＩＯ抑止通知に対する応答が所定のタイムアウト時間内に受信できるかを抑止通知監視部１３０に監視させる。例えば、タイムアウト時間は、３秒である。
【００８７】
図１１は、プライマリの通信処理部が実行する処理例を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
（Ｓ２１）通信処理部１２０は、ステップＳ１３で送信したＩＯ抑止通知に対する応答を、タイムアウト時間内に監視サーバ３００，４００の少なくとも一方から受信したか否かを判定する。また、当該応答には、送信情報９００が含まれる。監視サーバ３００，４００の少なくとも一方からＩＯ抑止通知に対する応答を受信した場合、通信処理部１２０は、処理をステップＳ２２に進める。一方、監視サーバ３００，４００の両方からＩＯ抑止通知に対する応答を受信しなかった場合、通信処理部１２０は、管理情報８００のＨａｌｔ  ＦａｃｔｏｒにＴＦＯ  Ｇｒｏｕｐ  Ｄｉｓｃｏｎｎｅｃｔｅｄを設定する。また、通信処理部１２０は、Ｈａｌｔ  Ｆａｃｔｏｒの項目にＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ１）とＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ２）を設定する。そして、通信処理部１２０は、処理をステップＳ２４に進める。
【００８８】
（Ｓ２２）通信処理部１２０は、ＣＭ１０１のＩＯ抑止状態を解除して、ＩＯ要求の受け付けを再開させる。また、通信処理部１２０は、ＩＯ抑止状態を解除する旨を管理情報８００に登録する。
【００８９】
（Ｓ２３）通信処理部１２０は、プライマリ、セカンダリ間の通信が切断されているため、管理情報８００のＨａｌｔ  ＦａｃｔｏｒにＴＦＯ  Ｇｒｏｕｐ  Ｄｉｓｃｏｎｎｅｃｔｅｄを設定する。
【００９０】
また、通信処理部１２０は、ＩＯ抑止通知に対する応答を受信しなかった監視サーバが存在する場合、当該監視サーバとの通信異常を管理情報８００のＨａｌｔ  Ｆａｃｔｏｒの項目に設定する。例えば、通信処理部１２０は、ＣＭ１０１と監視サーバ３００との間の通信経路が異常である場合、Ｈａｌｔ  Ｆａｃｔｏｒの項目にＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ１）を設定する。また、通信処理部１２０は、ＣＭ１０１と監視サーバ４００との間の通信経路が異常である場合、Ｈａｌｔ  Ｆａｃｔｏｒの項目にＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ２）を設定する。
【００９１】
（Ｓ２４）通信処理部１２０は、管理情報８００を参照し、ＩＯ抑止状態であるか否かを判定する。ＩＯ抑止状態の場合、通信処理部１２０は、処理をステップＳ２５に進める。ＩＯ抑止状態ではない場合、通信処理部１２０は、処理をステップＳ２７に進める。
【００９２】
（Ｓ２５）通信処理部１２０は、ステップＳ２１で受信した送信情報９００のＧｒｏｕｐ  Ｉｎｆｏ（ＣＭ１０１が属するＴＦＯグループ）のＩＯ抑止通知ビットをＯＮにする。
【００９３】
（Ｓ２６）通信処理部１２０は、ステップＳ２１で受信した送信情報９００のＳｐｅｅｄ  ＦｌａｇをＯＮにする。
（Ｓ２７）通信処理部１２０は、ステップＳ２１でＩＯ抑止通知に対して応答した監視サーバに送信情報９００を送信する。なお、ステップＳ２５，Ｓ２６を実行した場合、当該送信情報９００には、ステップＳ２５，Ｓ２６の実行内容が反映されている。
【００９４】
（Ｓ２８）通信処理部１２０は、管理情報８００のＨａｌｔ  Ｆａｃｔｏｒを参照し、監視サーバ３００，４００と接続可能であるか否かを判定する。すなわち、通信処理部１２０は、Ｈａｌｔ  Ｆａｃｔｏｒの項目にＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ１）および（ＭｏｎｉＮｕｍｂｅｒ２）が設定されていない場合、監視サーバ３００，４００のどちらとも接続可能であると判定する。条件を満たす場合、通信処理部１２０は、処理をステップＳ２９に進める。条件を満たさない場合、通信処理部１２０は、処理を終了する。
【００９５】
（Ｓ２９）通信処理部１２０は、管理情報８００のＣｏｎｄｉｔｉｏｎにＮｏｒｍａｌを設定する。
図１２は、プライマリの抑止通知監視部が実行する処理例を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。
【００９６】
（Ｓ３１）抑止通知監視部１３０は、閉塞監視部１１０によるＩＯ抑止通知から所定のタイムアウト時間が経過したか否かを判定する。タイムアウト時間が経過した場合、抑止通知監視部１３０は、処理をステップＳ３２に進める。タイムアウト時間が経過していない場合、抑止通知監視部１３０は、処理を待機する。
【００９７】
（Ｓ３２）抑止通知監視部１３０は、監視サーバ３００，４００からポーリングを受信していないか否かを判定する。監視サーバ３００，４００の両方からポーリングを受信していない場合、すなわち、監視サーバ３００，４００のどちらとも通信できない場合、抑止通知監視部１３０は、処理をステップＳ３３に進める。監視サーバ３００，４００の何れかからポーリングを受信している場合、抑止通知監視部１３０は、処理をステップＳ３４に進める。
【００９８】
（Ｓ３３）抑止通知監視部１３０は、フェイルオーバ処理部１４０を起動する。そして、抑止通知監視部１３０は、処理を終了する。
これにより、アクティブのＣＭ１０１が監視サーバ３００，４００のどちらとも通信できず、ＣＭ１０１の動作の監視が全くされていないことから、フェイルオーバ処理部１４０によるフェイルオーバ処理が実行される。後の図１３のステップＳ４１に示すように、フェイルオーバ処理によってＣＭ１０１はアクティブからスタンバイに遷移する。
【００９９】
（Ｓ３４）抑止通知監視部１３０は、管理情報８００のＣｏｎｄｉｔｉｏｎにＨａｌｔを設定する。
（Ｓ３５）抑止通知監視部１３０は、ＴＦＯセッション（コピーセッション）をＨａｌｔ（停止）に遷移させる。
【０１００】
（Ｓ３６）抑止通知監視部１３０は、ＩＯ抑止状態を解除する旨を管理情報８００に登録する。これにより、ＣＭ１０１は、業務サーバ５００，６００からのＩＯ要求の受け付けを再開する。
【０１０１】
このように、ＣＭ１０１とＣＭ２０１との間の通信が切断されても、ＣＭ１０１と監視サーバ３００，４００との間の通信が正常であれば、ＣＭ１０１は、アクティブの状態を維持する。そして、ＣＭ１０１は、アクティブ状態で、業務サーバ５００，６００との通信を行う。なお、他の例として、ＣＭ１０１とＣＭ２０１との間の通信が切断されても、ＣＭ１０１と監視サーバ３００，４００の少なくとも一方との間の通信が正常であれば、ＣＭ１０１はアクティブの状態を維持してもよい。
【０１０２】
図１３は、プライマリのフェイルオーバ処理部が実行する処理例を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
（Ｓ４１）フェイルオーバ処理部１４０は、ＣＭ１０１を該当ＴＦＯグループに関するスタンバイ状態に遷移させ、管理情報８００のＳｔａｔｕｓにスタンバイを登録する。
【０１０３】
（Ｓ４２）フェイルオーバ処理部１４０は、業務サーバ５００，６００と接続する通信ポートをリンクダウンする。
（Ｓ４３）フェイルオーバ処理部１４０は、管理情報８００のＣｏｎｄｉｔｉｏｎにＨａｌｔを設定する。
【０１０４】
次に、監視サーバ３００が有する各処理部が実行する処理について、フローチャートを用いて説明する。また、監視サーバ４００が有する各処理部も監視サーバ３００が有する各処理部と同様の処理を実行する。
【０１０５】
図１４は、監視サーバの初回処理部が実行する処理例を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。
（Ｓ５１）初回処理部３１０は、送信情報９００を作成する。また、初回処理部３１０は、送信情報９００のＭｏｎｉＮｕｍｂｅｒに監視サーバ３００の識別情報を設定する。
【０１０６】
（Ｓ５２）初回処理部３１０は、ＣＭ１０１とＣＭ２０１とに送信情報９００を送信する。すなわち、初回処理部３１０は、プライマリとセカンダリとに対するポーリングを実行する。
【０１０７】
（Ｓ５３）初回処理部３１０は、ポーリングに対する応答を監視する。
図１５は、監視サーバの送受信処理部が実行する処理例を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。
【０１０８】
（Ｓ６１）送受信処理部３２０は、ポーリングに対する応答を受信する。また、当該応答は、ＣＭ１０１またはＣＭ２０１が作成した送信情報９００を含む。
（Ｓ６２）送受信処理部３２０は、ポーリングに対する応答をプライマリ、セカンダリの両方から受信したか否かを判定する。受信した場合、送受信処理部３２０は、処理をステップＳ６３に進める。受信していない場合、送受信処理部３２０は、処理をステップＳ６８に進める。
【０１０９】
（Ｓ６３）送受信処理部３２０は、ポーリングに対する応答に含まれる送信情報９００を基に、送信情報９００を新たに作成する。例えば、送受信処理部３２０は、ＣＭ１０１が作成した送信情報９００のＧｒｏｕｐ  ＩｎｆｏとＣＭ２０１が作成した送信情報９００のＧｒｏｕｐ  Ｉｎｆｏとをマージして、新たな送信情報９００を作成する。また、送受信処理部３２０は、新たな送信情報９００のＧｒｏｕｐ  Ｉｎｆｏに、プライマリとセカンダリが正常である旨を登録する。具体的には、プライマリ、セカンダリにそれぞれ対応する通信異常ビットをＯＦＦにする。このように、新たに作成された送信情報９００には、プライマリとセカンダリで更新された情報や、監視サーバ３００とＣＭ１０１，２０１との通信が可能かを示す情報が含まれる。そして、プライマリとセカンダリは、新たに作成された送信情報９００を受信することで、互いの状態を共有できる。
【０１１０】
また、送受信処理部３２０は、新たに作成する送信情報９００のＭｏｎｉＮｕｍｂｅｒに監視サーバ３００の識別情報を設定する。これにより、ＣＭ１０１とＣＭ２０１は、送信情報９００のＭｏｎｉＮｕｍｂｅｒを参照することで、送信情報９００が監視サーバ３００から送信されたものであることを把握することができる。
【０１１１】
（Ｓ６４）送受信処理部３２０は、送信情報９００のＳｐｅｅｄ  ＦｌａｇがＯＦＦであるか否かを判定する。ＯＦＦの場合、送受信処理部３２０は、処理をステップＳ６５に進める。ＯＮの場合、送受信処理部３２０は、処理をステップＳ６６に進める。
【０１１２】
（Ｓ６５）送受信処理部３２０は、ポーリングの時間間隔を短くしなくてよいため、ポーリング間隔を待ち合わせる。
（Ｓ６６）送受信処理部３２０は、ステップＳ６３で作成した送信情報９００をＣＭ１０１とＣＭ２０１に送信する。すなわち、送受信処理部３２０は、プライマリとセカンダリとに対するポーリングを実行する。
【０１１３】
（Ｓ６７）送受信処理部３２０は、タイマをリセットする。送受信処理部３２０は、ポーリングに対する応答を監視する。また、送受信処理部３２０は、タイマを起動して当該監視を行う。そして、送受信処理部３２０は、処理を終了する。
【０１１４】
（Ｓ６８）送受信処理部３２０は、タイムアウト処理部３３０を起動する。そして、送受信処理部３２０は、処理を終了する。
図１６は、監視サーバのタイムアウト処理部が実行する処理例を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
【０１１５】
（Ｓ７１）タイムアウト処理部３３０は、タイムアウトを検出する。
（Ｓ７２）タイムアウト処理部３３０は、タイムアウトによりポーリングが失敗したことを送信情報９００に設定する。例えば、図１５のステップＳ６８からタイムアウト処理部３３０が起動された場合、一方のＣＭからはポーリングに対する応答を受信している。この場合、タイムアウト処理部３３０は、応答を受信したＣＭからの送信情報９００のＧｒｏｕｐ  Ｉｎｆｏに、ポーリングに失敗したＣＭとの間で通信が切断されていることを示す通信異常ビットを設定する。なお、図１５のステップＳ６３と同様、送信情報９００にはＭｏｎｉＮｕｍｂｅｒも設定される。
【０１１６】
（Ｓ７３）タイムアウト処理部３３０は、ＣＭ１０１とＣＭ２０１に送信情報９００を送信する。すなわち、送受信処理部３２０は、プライマリとセカンダリとに対するポーリングを実行する。
【０１１７】
（Ｓ７４）タイムアウト処理部３３０は、タイマをリセットする。タイムアウト処理部３３０は、送信情報に対する応答を監視する。また、タイムアウト処理部３３０は、タイマを起動して当該監視を行う。
【０１１８】
以上の図１６の処理により、ＣＭと監視サーバ３００との通信が切断された場合、通信が切断されたことが他方のＣＭに通知される。
次に、ＣＭ２０１が有する各処理部が実行する処理について、フローチャートを用いて説明する。すなわち、セカンダリで実行される処理について説明する。
【０１１９】
図１７は、セカンダリの閉塞監視部が実行する処理例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
（Ｓ８１）閉塞監視部２１０は、ＣＭ１０１とＣＭ２０１との間の通信（ストレージ装置１００とストレージ装置２００の間の通信）が切断されたか否かを判定する。例えば、閉塞監視部２１０は、生存確認のコマンドを定期的にＣＭ２０１に送信し、所定時間内に応答をＣＭ１０１から受信できなかった場合、通信が切断されたと判定する。切断された場合、閉塞監視部２１０は、処理をステップＳ８２に進める。切断されていない場合、閉塞監視部２１０は、所定時間経過後、再度、ステップＳ８１を実行する。
【０１２０】
（Ｓ８２）閉塞監視部２１０は、ＣＭ１０１から監視サーバ３００，４００を通じて送信されるＩＯ抑止通知が所定のタイムアウト時間内に受信できるかを抑止通知監視部２３０に監視させる。これにより、ＣＭ２０１はＩＯ抑止通知受信状態に遷移する。なお、タイムアウト時間は、例えば６．５秒である。
【０１２１】
図１８は、セカンダリの通信処理部が実行する処理例を示すフローチャート（その１）である。以下、図１８に示す処理をステップ番号に沿って説明する。
（Ｓ９１）通信処理部２２０は、ＣＭ１０１から送信されたＩＯ抑止通知を、タイムアウト時間内に監視サーバ３００，４００の少なくとも一方からポーリングにより受信したか否かを判定する。この受信情報には、送信情報９００が含まれる。少なくとも一方からＩＯ抑止通知を受信した場合、通信処理部２２０は、処理をステップＳ９２に進める。ＩＯ抑止通知を受信していない場合、通信処理部２２０は、処理をステップＳ９７に進める。
【０１２２】
（Ｓ９２）通信処理部２２０は、ＩＯ抑止通知受信状態を解除する。
（Ｓ９３）通信処理部２２０は、ＩＯ抑止通知を送った要因がＣＭ１０１とＣＭ２０１との間の通信の切断であるため、管理情報８００のＨａｌｔ  ＦａｃｔｏｒにＴＦＯ  Ｇｒｏｕｐ  Ｄｉｓｃｏｎｎｅｃｔｅｄを設定する。
【０１２３】
（Ｓ９４）通信処理部２２０は、ステップＳ９１でポーリングを受信しなかった監視サーバがある場合、その監視サーバとの通信異常を管理情報８００のＨａｌｔ  Ｆａｃｔｏｒの項目に設定する。例えば、通信処理部２２０は、ＣＭ２０１と監視サーバ３００との間の通信に失敗した場合、Ｈａｌｔ  Ｆａｃｔｏｒの項目にＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｅｒ  Ｄｉｓｃｏｎｎｅｃｔｅｄ（ＭｏｎｉＮｕｍｂｅｒ１）を設定する。
【０１２４】
（Ｓ９５）通信処理部２２０は、ＩＯ抑止通知に応答するために、ステップＳ９１で受信した送信情報９００のＧｒｏｕｐ  Ｉｎｆｏの応答ビットをＯＮにする。
（Ｓ９６）通信処理部２２０は、ステップＳ９１で受信した送信情報９００のＳｐｅｅｄ  ＦｌａｇをＯＮにする。
【０１２５】
（Ｓ９７）通信処理部２２０は、管理情報８００のＨａｌｔ  Ｆａｃｔｏｒを参照し、監視サーバ３００，４００の少なくとも一方と接続可能であるか否かを判定する。監視サーバ３００，４００の少なくとも一方と接続可能である場合、通信処理部２２０は、処理をステップＳ９８に進める。監視サーバ３００，４００のどちらとも接続可能でない場合、通信処理部２２０は、処理をステップＳ１０１に進める。
【０１２６】
（Ｓ９８）通信処理部２２０は、管理情報８００のＣｏｎｄｉｔｉｏｎにＮｏｒｍａｌを設定する。
（Ｓ９９）通信処理部２２０は、監視サーバ３００，４００に対する監視を開始する。また、通信処理部２２０は、タイマを起動して当該監視を行う。そして、通信処理部２２０は、処理をステップＳ１０１に進める。
【０１２７】
図１９は、セカンダリの通信処理部が実行する処理例を示すフローチャート（その２）である。以下、図１９に示す処理をステップ番号に沿って説明する。
（Ｓ１０１）通信処理部２２０は、監視タイマをリセットする。
【０１２８】
（Ｓ１０２）通信処理部２２０は、少なくとも一方の監視サーバとの通信が不可能であったか否かを判定する。不可能であった場合、通信処理部２２０は、処理をステップＳ１０３に進める。両方の監視サーバと通信できた場合、通信処理部２２０は、処理をステップＳ１０４に進める。
【０１２９】
（Ｓ１０３）通信処理部２２０は、監視サーバに対する監視を開始する。また、通信処理部２２０は、タイマを起動して当該監視を行う。そして、通信処理部２２０は、処理をステップＳ１０５に進める。
【０１３０】
（Ｓ１０４）通信処理部２２０は、監視タイマをリセットする。
（Ｓ１０５）通信処理部２２０は、ポーリングに対する応答を監視サーバに送信する。ステップＳ９６，Ｓ９６が実行されている場合、更新された送信情報９００が送信される。
【０１３１】
図２０は、セカンダリの抑止通知監視部が実行する処理例を示すフローチャートである。図２０の処理は、図１７のステップＳ８２の実行に伴って開始される。以下、図２０に示す処理をステップ番号に沿って説明する。
【０１３２】
（Ｓ１１１）抑止通知監視部２３０は、ＩＯ抑止通知の受信を監視する。
（Ｓ１１２）抑止通知監視部２３０は、ＩＯ抑止通知受信の監視を開始してから所定の時間経過したか否かを判定する。所定時間経過していない場合、抑止通知監視部２３０は、ステップＳ１１１の監視を継続する。所定時間経過した場合、抑止通知監視部２３０は、処理をステップＳ１１３に進める。
【０１３３】
（Ｓ１１３）抑止通知監視部２３０は、他の拠点４０に存在する監視サーバ３００と通信が可能か否かを判定する。ステップＳ１１２で所定時間が経過するまでに監視サーバ３００からのポーリングが受信されている場合に、通信可能と判定される。抑止通知監視部２３０は、通信可能と判定した場合、処理をステップＳ１１４に進める。抑止通知監視部２３０は、通信不可能と判定した場合、処理を終了する。
【０１３４】
（Ｓ１１４）抑止通知監視部２３０は、監視サーバ３００からポーリングにより受信した送信情報９００からＣＭ１０１についての通信異常ビットを抽出し、通信異常ビットに基づいて、監視サーバ４００がプライマリ（ＣＭ１０１）と通信可能か否かを判定する。抑止通知監視部２３０は、通信可能と判定した場合、処理を終了する。抑止通知監視部２３０は、通信不可能と判定した場合、処理をステップＳ１１５に進める。
【０１３５】
（Ｓ１１５）抑止通知監視部２３０は、ＣＭ２０１と同じ拠点５０に存在する監視サーバ４００と通信が可能か否かを判定する。ステップＳ１１２で所定時間が経過するまでに監視サーバ４００からのポーリングが受信されている場合に、通信可能と判定される。抑止通知監視部２３０は、通信可能と判定した場合、処理をステップＳ１１６に進める。抑止通知監視部２３０は、通信不可能と判定した場合、処理を終了する。
【０１３６】
（Ｓ１１６）抑止通知監視部２３０は、監視サーバ４００からポーリングにより受信した送信情報９００からＣＭ１０１についての通信異常ビットを抽出し、通信異常ビットに基づいて、監視サーバ４００がプライマリ（ＣＭ１０１）と通信可能か否かを判定する。抑止通知監視部２３０は、通信可能と判定した場合、処理を終了する。抑止通知監視部２３０は、通信不可能と判定した場合、処理をステップＳ１１７に進める。
【０１３７】
（Ｓ１１７）抑止通知監視部２３０は、フェイルオーバ処理部２４０を起動する。そして、抑止通知監視部２３０は、処理を終了する。
図２１は、セカンダリのフェイルオーバ処理部が実行する処理例を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。
【０１３８】
（Ｓ１２１）フェイルオーバ処理部２４０は、ＴＦＯセッションをサスペンドに遷移する。
（Ｓ１２２）フェイルオーバ処理部２４０は、管理情報８００のＣｏｎｄｉｔｉｏｎにＨａｌｔを設定する。
【０１３９】
（Ｓ１２３）フェイルオーバ処理部２４０は、ＣＭ２０１を該当ＴＦＯグループに関するアクティブ状態に遷移させ、管理情報８００のＳｔａｔｕｓにアクティブを設定する。
（Ｓ１２４）フェイルオーバ処理部２４０は、業務サーバ５００，６００と接続する通信ポートをリンクアップする。
【０１４０】
このように、スタンバイ状態のＣＭ２０１は、アクティブ状態のＣＭ１０１との通信が切断されると、他の拠点４０の監視サーバ３００と通信できるかを確認する（図２０のステップＳ１１３）。ＣＭ２０１は、監視サーバ３００と通信できた場合には、監視サーバ３００からの通信異常ビットに基づいて、監視サーバ３００がＣＭ１０１と通信可能かを判定する（ステップＳ１１３）。ここで、現在ＣＭ２０１がＣＭ１０１と通信不可能であることに加えて、監視サーバ３００とＣＭ１０１とが通信不可能である場合、ＣＭ１０１が異常であると判断される。したがって、ステップＳ１１３でＹｅｓと判定され、ステップＳ１１４でＮｏと判定されることが、ＣＭ２０１がアクティブ状態に遷移するための最低条件となる。
【０１４１】
本実施の形態ではこれに加えて、ＣＭ２０１は、監視サーバ４００と通信可能かを判定する（ステップＳ１１５）。さらに、通信可能な場合には、ＣＭ２０１は、監視サーバ４００からの通信異常ビットに基づいて、監視サーバ４００がＣＭ１０１と通信可能であるかを判定し（ステップＳ１１６）、通信不可能の場合にフェイルオーバを実行する（ステップＳ１１７）。ＣＭ２０１は、監視サーバ４００からの通信異常ビットを確認することで、ＣＭ１０１が異常であることを確実に判定できる。これとともに、ＣＭ２０１は、監視サーバ３００，４００の両方が動作中である場合にのみアクティブ状態に遷移することで、遷移後のＩＯ処理を安定的に実行できるようになる。
【０１４２】
図２２は、セカンダリの復旧監視部が実行する処理例を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。
（Ｓ１３１）復旧監視部２５０は、プライマリとセカンダリとの間の通信が復旧したか否かを判定する。復旧した場合、復旧監視部２５０は、処理をステップＳ１３２に進める。復旧していない場合、復旧監視部２５０は、処理を終了する。
【０１４３】
（Ｓ１３２）復旧監視部２５０は、プライマリとの間でコピーセッションを開始するためのネゴシエーション処理を実行する。例えば、復旧監視部２５０は、管理情報８００のＳｔａｔｕｓをアクティブからスタンバイに変更する。復旧監視部２５０は、セカンダリのＴＦＯＶのデータをプライマリのＴＦＯＶにコピーする。これにより、セカンダリをアクティブ状態、プライマリをスタンバイ状態としたコピーセッションが開始される。この状態では、セカンダリからプライマリへの同期コピーが行われる。
【０１４４】
なお、上記の各実施の形態に示した装置（例えば、情報処理装置１，２、ＣＭ１０１，２０１、監視サーバ３００，４００）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【０１４５】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１４６】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。
【０１４７】
以上の各実施の形態に関し、さらに以下の付記を開示する。
（付記１）  情報処理装置において、
第１の他の情報処理装置との通信が可能か否かを監視する監視部であって、前記第１の他の情報処理装置は第１のネットワークに接続され、前記情報処理装置は第２のネットワークを介して前記第１のネットワークに接続されている、前記監視部と、
前記情報処理装置が運用状態であり、前記第１の他の情報処理装置が、前記情報処理装置の停止時に前記情報処理装置の処理を引き継ぐための待機状態である第１の状態においては、前記第１の他の情報処理装置との通信が不可能になった場合、前記運用状態を維持し、
前記情報処理装置が前記待機状態であり、前記第１の他の情報処理装置が前記運用状態である第２の状態においては、前記第１の他の情報処理装置との通信が不可能になった場合、前記第１のネットワークに接続された第２の他の情報処理装置との通信が可能か否かを判定し、通信が不可能の場合には前記待機状態を維持する、制御部と、
を有する情報処理装置。
【０１４８】
（付記２）  前記第２の他の情報処理装置は、前記第１の他の情報処理装置の動作を監視する監視装置であり、
前記制御部は、前記第２の状態において、前記第１の他の情報処理装置との通信が不可能になり、かつ、前記監視装置との通信が可能である場合には、前記監視装置から前記第１の他の情報処理装置の動作状態を示す情報を受信し、前記第１の他の情報処理装置が正常の場合には前記待機状態を維持し、前記第１の他の情報処理装置が異常の場合には前記運用状態に遷移する、
付記１記載の情報処理装置。
【０１４９】
（付記３）  前記情報処理装置は、第１の記憶領域に対するアクセスを制御する第１のストレージ制御装置であり、
前記第１の他の情報処理装置は、第２の記憶領域に対するアクセスを制御する第２のストレージ制御装置であり、
前記第１の状態では、前記第１の記憶領域に格納されたデータが前記第２の記憶領域にコピーされ、
前記第２の状態では、前記第２の記憶領域に格納されたデータが前記第１の記憶領域にコピーされる、
付記１または２記載の情報処理装置。
【０１５０】
（付記４）  第１のネットワークに接続された第１の情報処理装置と、
第２のネットワークを介して前記第１のネットワークに接続された第２の情報処理装置と、
前記第１のネットワークを介して前記第１の情報処理装置に接続された第３の情報処理装置と、
を有し、
前記第１の情報処理装置が運用状態であり、前記第２の情報処理装置が、前記第１の情報処理装置の停止時に前記第１の情報処理装置の処理を引き継ぐための待機状態であるとき、
前記第１の情報処理装置は、前記第２の情報処理装置との通信が不可能になった場合、前記運用状態を維持し、
前記第２の情報処理装置は、前記第１の情報処理装置との通信が不可能になった場合、前記第３の情報処理装置との通信が可能か否かを判定し、通信が不可能の場合には前記待機状態を維持する、
情報処理システム。
【０１５１】
（付記５）  前記第３の情報処理装置は、前記第１の情報処理装置の動作を監視する監視装置であり、
前記第２の情報処理装置は、前記待機状態であるとき、前記第１の情報処理装置との通信が不可能になり、かつ、前記監視装置との通信が可能である場合には、前記監視装置から前記第１の情報処理装置の動作状態を示す通知を受信し、前記第１の情報処理装置が正常の場合には前記待機状態を維持し、前記第１の情報処理装置が異常の場合には前記運用状態に遷移する、
付記４記載の情報処理システム。
【０１５２】
（付記６）  前記第１の情報処理装置は、第１の記憶領域に対するアクセスを制御する第１のストレージ制御装置であり、
前記第２の情報処理装置は、第２の記憶領域に対するアクセスを制御する第２のストレージ制御装置であり、
前記第１のストレージ制御装置が前記運用状態であり、前記第２のストレージ制御装置が前記待機状態であるとき、前記第１のストレージ制御装置は、前記第１の記憶領域に格納されたデータを前記第２の記憶領域にコピーする、
付記４または５記載の情報処理システム。
【符号の説明】
【０１５３】
１，２，４，５  情報処理装置
１ａ，２ａ  監視部
１ｂ，２ｂ  制御部
３ａ，３ｂ，３ｃ  ネットワーク
Ｓ１ａ，Ｓ１ｂ，Ｓ１ｃ，Ｓ２ａ，Ｓ２ｂ  ステップ
【図１】
2018116477.tif 000003
【図２】
2018116477.tif 000004
【図３】
2018116477.tif 000005
【図４】
2018116477.tif 000006
【図５】
2018116477.tif 000007
【図６】
2018116477.tif 000008
【図７】
2018116477.tif 000009
【図８】
2018116477.tif 000010
【図９】
2018116477.tif 000011
【図１０】
2018116477.tif 000012
【図１１】
2018116477.tif 000013
【図１２】
2018116477.tif 000014
【図１３】
2018116477.tif 000015
【図１４】
2018116477.tif 000016
【図１５】
2018116477.tif 000017
【図１６】
2018116477.tif 000018
【図１７】
2018116477.tif 000019
【図１８】
2018116477.tif 000020
【図１９】
2018116477.tif 000021
【図２０】
2018116477.tif 000022
【図２１】
2018116477.tif 000023
【図２２】
2018116477.tif 000024