JP4648447B2 - 障害復旧方法、プログラムおよび管理サーバ - Google Patents

Description

本発明は、障害復旧方法、プログラムおよび管理サーバの技術に関する。

近年、計算機システムの信頼性を高めると共に、導入コストを低減させるため、複数の現用サーバに対して一つの待機用サーバを具備し、現用サーバで障害が発生した場合に、ストレージ装置との接続を待機用サーバへ変更することにより、業務を待機用サーバへと引き継ぎ、障害を回復させる機能を有する計算機システムが増えつつある。
例えば、特許文献１には、コールドスタンバイにより、障害が発生した現用サーバのブートディスクを待機用サーバに引き継ぐディスク引き継ぎによるフェイルオーバ方法が記載されている。
特開２００６−１６３９６３号公報

一般的に、ハードウェアの制約等の問題から計算機システムのハードウェア構成により使用可能なフェイルオーバ方式（切替方式）が異なる。このような状態において、現用サーバに障害が発生した場合、特許文献１に記載のブートディスク引継により障害が発生した現用サーバから待機用サーバに業務を引き継ぐ方法を用いて、フェイルオーバを行っても、同じハードウェア構成を有する計算機システムに対してしかフェイルオーバを行うことができない。つまり、同一ハードウェア構成のサーバ装置では一つのフェイルオーバ方式（切替方式）しか設定できない。このため、異なるハードウェア構成のサーバ装置が混在する計算機システムでは使用するフェイルオーバ方式の数と等しい待機用サーバを用意する必要がある。このため、多くの待機用サーバが必要となり導入コストが高くなるという問題がある。

このような背景に鑑みて本発明は、サーバ装置の障害発生時において、異なるハードウェア構成を有するサーバ装置間においても、業務の引き継ぎを可能とすることを目的とする。

前記課題を解決するため、本発明は、複数のサーバ装置と、ストレージ装置における記憶デバイスと、のアクセスを管理する管理サーバにおける障害復旧方法であって、前記複数のサーバ装置は、現用サーバと、待機用サーバとを含み、前記管理サーバは、記憶部に、前記サーバ装置に関連する機器情報と、前記ストレージ装置の記憶デバイスのアクセスにおける、前記サーバ装置から他のサーバ装置へ、どのように切り替えるかという切替方法と、を対応付けた情報である切替戦略情報を格納しており、予め前記記憶部に格納してある障害が発生した現用サーバに関する機器情報である第１の機器情報を、前記記憶部から取得し、前記取得した第１の機器情報を基に、前記記憶部における前記切替戦略情報から、前記障害が発生した現用サーバに係る少なくとも１つの切替方法である第１の切替方法を取得し、予め前記記憶部に格納してある前記待機用サーバに関する機器情報である第２の機器情報を、前記記憶部から取得し、前記取得した第２の機器情報を基に、前記記憶部における前記切替戦略情報から、前記待機用サーバに係る少なくとも１つの切替方法である第２の切替方法を取得し、前記第１の切替方法に含まれる切替方法と、前記第２の切替方法に含まれる切替方法と、で共通の切替方法である第３の切替方法を取得し、前記第３の切替方法に従って、前記障害が発生した現用サーバから前記待機用サーバへ、前記ストレージ装置のアクセスを切り替えることを特徴とする。
その他の解決手段は、実施形態中に記載する。

本発明によれば、サーバ装置の障害発生時において、異なるハードウェア構成を有するサーバ装置間においても、業務の引き継ぎを可能とすることができる。

次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。

《構成》
図１は、本実施形態に係る計算機システムの構成を示すブロック図である。
計算機システム１は、管理サーバ１０と、サーバ装置２０（サーバ装置Ａ２１およびサーバ装置Ｂ２２）と、ストレージ装置３０とを有してなる。
管理サーバ１０は、ネットワークスイッチ７０を介して、サーバ装置２０（サーバ装置Ａ２１、サーバ装置Ｂ２２）と接続しており、サーバ装置２０やＨＢＡ４０（Host Bus Adapter）、Ｉ／Ｏ（Input/Output）スイッチ装置６０、ファイバチャネルスイッチ５０などの障害を検知し、障害を回復する機能を有する。
また、サーバ装置Ａ２１は、ファイバチャネルのＨＢＡ４０であるＨＢＡａ４１を備えている。ＨＢＡａ４１は、ファイバチャネルスイッチ５０を介してストレージ装置３０と接続しており、サーバ装置２０は、ストレージ装置３０にアクセスすることができる。
さらに、サーバ装置Ｂ２２は、Ｉ／Ｏスイッチ装置６０を介してＨＢＡｂ４２と接続している。ＨＢＡｂ４２はファイバチャネルスイッチ５０を介してストレージ装置３０に接続しており、サーバ装置Ｂ２２は、Ｉ／Ｏスイッチ装置６０およびＨＢＡｂ４２を介してストレージ装置３０にアクセスすることができる。
つまり、各サーバ装置２０は、同一の構成を有しているとは限らず、計算機システム１は、異なるハードウェア構成となっているサーバ装置２０を有している。サーバ装置２０は、業務処理などを実行する現用サーバと、待機用サーバとに分けられる。いずれの現用サーバおよび待機用サーバも、複数設けることができる。

管理サーバ１０は、サーバ装置２０における障害に対する処理を行う障害管理部１１と、デプロイを行うデプロイ管理部１３と、情報を記憶している記憶部１２と、情報を管理サーバ１０に入力するための入力部１４とを有する。
そして、障害管理部１１は、障害検出部１１１、切替要件管理部１１２、サーバ切替部１１３、トポロジ情報取得部１１４、ハード情報取得部１１５および切替戦略選定部１１６（切替方法選定部）を有する。

障害検出部１１１は、サーバ装置Ａ２１、サーバ装置Ｂ２２や、ＨＢＡａ４１、ＨＢＡｂ４２や、Ｉ／Ｏスイッチ装置６０の障害を検知する機能を有する。切替要件管理部１１２は、障害発生時に運用する業務（業務アプリケーション）に必要な性能等に応じて、切り替えを行う待機用サーバや切替方式を決定する機能を有する。サーバ切替部１１３は、サーバ装置２０や、ＨＢＡ４０などに障害が発生した場合に、現用サーバから待機用サーバにストレージ装置３０のＬＵ（Logical Unit）へ接続を切り替えることによって、業務を切り替える機能を有する。トポロジ情報取得部１１４は、サーバ装置２０に接続されているＨＢＡ４０、Ｉ／Ｏスイッチ装置６０、ファイバチャネルスイッチ５０、ストレージ装置３０、ブートディスク３１などの識別子やポート番号を取得する機能を有する。ハード情報取得部１１５は、サーバ装置２０が起動した際に、該サーバ装置２０に接続されているハードウェアの種類や、識別子や、状態情報などを取得する機能を有する。切替戦略選定部１１６は、サーバ装置２０や、ＨＢＡ４０などに障害が発生した場合、障害が発生したサーバ装置２０と待機用サーバに接続されたＨＢＡ４０、Ｉ／Ｏスイッチ装置６０、ファイバチャネルスイッチ５０、ストレージ装置３０に関する情報から可能な切替方式を抽出する機能を有する。

デプロイ管理部１３は、デプロイ実行部１３１と、イメージ管理部１３２と、バックアップイメージ１３３とを有してなる。
デプロイ実行部１３１は、サーバ装置２０やＨＢＡ４０などに障害が発生した場合、ストレージ装置３０におけるブートディスク３１のデータを待機用サーバへ引き継ぐ機能を有する。イメージ管理部１３２はサーバ装置２０に接続されているディスクのバックアップイメージ１３３やリストア済みディスクの有無を検査するなどの機能を有する。バックアップイメージ１３３は、サーバ装置２０と関係付けられているストレージ装置３０におけるディスクのバックアップイメージが格納されている。

記憶部１２は、サーバ管理テーブル１２１、サーバ切替管理テーブル１２２、切替戦略テーブル１２３（切替戦略情報）、切替要件テーブル１２４（切替要件情報）、Ｉ／Ｏスイッチ管理テーブル１２５、ＦＣ（Fibre Channel）スイッチ管理テーブル１２６、ＨＢＡ管理テーブル１２７、ＬＵ管理テーブル１２８および機器識別子書換プログラム１２９を有してなる。
サーバ管理テーブル１２１は、サーバ装置２０の構成情報や、サーバ装置２０に接続されている機器の情報などを格納している。サーバ切替管理テーブル１２２は、サーバ装置２０の運用形態や、サーバ装置２０で実行されている業務の情報などを格納している。切替戦略テーブル１２３は、切替方式の復旧所要時間や、切替方式に対応しているＨＢＡ４０の種類などの定義を格納している。切替要件テーブル１２４は、業務に必要なハードウェア構成情報などを格納している。

Ｉ／Ｏスイッチ管理テーブル１２５は、Ｉ／Ｏスイッチ装置６０に接続されているサーバ装置２０や、ＨＢＡ４０などの情報を格納している。ＦＣスイッチ管理テーブル１２６は、ファイバチャネルスイッチ５０に接続されているＨＢＡ４０やストレージ装置３０の情報を格納している。ＨＢＡ管理テーブル１２７は、ＨＢＡ４０の種類や、ＨＢＡ４０のポートがもつ固有のＩＤ（ＷＷＮ:World Wide Name）と、ＨＢＡ４０に接続されている論理ユニット（ＬＵ）の情報が格納される。ＬＵ管理テーブル１２８は、ブートディスク３１のバックアップイメージが格納されている場所と、複製ディスク３２の有無情報などを格納している。機器識別子書換プログラム１２９は、Ｉ／Ｏ機器が有する固有の識別子を書き換える機能を有するプログラムである。

なお、記憶部１２における各テーブル１２１〜１２８の詳細は、図９〜図１６を参照して後記する。

ストレージ装置３０は、ストレージ制御部３３と、ディスクマッピング部３４と、ブートディスク３１（記憶媒体）と、複製用ディスク３２（記憶媒体）とを有してなる。
ブートディスク３１は、サーバ装置２０で使用されるＯＳ（Operating System）や業務を実行させるための業務アプリケーションが格納されている。複製ディスク３２は、ブートディスク３１の内容を複製したディスクである。ディスクマッピング部３４は、サーバ装置２０に接続されているＨＢＡ４０と、ブートディスク３１とを関係付ける機能を有する。ストレージ制御部３３は、サーバ装置２０と接続され、ディスク装置３２０内のディスク３２１に対し、読み込みおよび書き込みを行う機能を有する。
なお、ブートディスク３１や、複製用ディスク３２などのディスクは、一例でありフラッシュデバイスのようにディスクでなくともよい。

本実施形態では、管理サーバ１０が、異なる機器構成を有する現用サーバの障害時に、障害が発生した現用サーバや、待機用サーバの機器構成を考慮し、異なる復旧手段で正常な状態に回復する例を説明する。

《ハードウェア構成》
次に、図１を参照しつつ、図２〜図５に沿って、各装置１０，２０，３０のハードウェア構成を説明する。

（管理サーバ）
図２は、本実施形態に係る管理サーバのハードウェア構成例を示す図である。なお、図２において、図１と同様の構成要素については、同一の符号を付して説明を省略する。
管理サーバ１０は、ＲＡＭ（Random Access Memory）などのメモリ１５０と、ＲＯＭ（Read Only Memory）や、ＨＤ（Hard Disk）である記憶装置１５１と、プロセッサ１５２と、ディスクインタフェース１５３と、ネットワークインタフェース１５４と、入力装置１５５とを有してなる。
メモリ１５０には、記憶装置１５１に格納されているプログラムが読み込まれ、プロセッサ１５２によって実行されることによって、障害管理部１１における各部１１１〜１１６、デプロイ管理部１３における各部１３１，１３２が具現化している。また、図１の記憶部１２に相当する記憶装置１５１には、サーバ管理テーブル１２１、サーバ切替管理テーブル１２２、切替戦略テーブル１２３、切替要件テーブル１２４、Ｉ／Ｏスイッチ管理テーブル１２５、ＦＣスイッチ管理テーブル１２６、ＨＢＡ管理テーブル１２７、ＬＵ管理テーブル１２８、機器識別子書換プログラム１２９が格納されている。
ディスクインタフェース１５３は、ネットワークスイッチ７０を介して管理サーバ１０を起動するためのプログラムが格納されたストレージ装置３０のディスクに接続する機能を有する。ネットワークインタフェース１５４は、ネットワークスイッチ７０を介して各サーバ装置２０や、ＨＢＡ４０などの障害情報などを受信する機能を有する。入力装置１５５は、入力部１４に相当する装置であり、キーボードや、マウスなどで構成される装置である。

（サーバ装置）
図３は、本実施形態に係るサーバ装置Ａのハードウェア構成例を示す図である。サーバ装置Ａ２１（サーバ装置２０）は、メモリ２１０、プロセッサ２２０、Ｉ／Ｏ機器インタフェース２３０およびＢＭＣ２４０（Base board Management Controller）を有してなる。
メモリ２１０には、サーバ装置Ａ２１で処理される業務アプリケーション２１１がストレージ装置３０から読み込まれ、プロセッサ２２０で実行されている。Ｉ／Ｏ機器インタフェース２３０は、ＨＢＡ４０に接続している。ＢＭＣ２４０は、サーバ装置Ａ２１（サーバ装置２０）内のハードウェアに障害が発生した場合に、ネットワークスイッチ７０を介して障害を管理サーバ１０へ通知する機能を有する。ＢＭＣ２４０は障害の発生箇所とは独立に動作できるため、メモリ２１０やプロセッサ２２０に障害が発生したとしても障害通知を転送することができる。

図４は、本実施形態に係るサーバ装置Ｂのハードウェア構成例を示す図である。図４において、図３と同様の構成要素については、同一の符号を付して説明を省略する。
図４におけるサーバ装置Ｂ２２（サーバ装置２０）において図３のサーバ装置Ａ２１と異なる点は、サーバ装置Ａ２１のＩ／Ｏ機器インタフェース２３０が、Ｉ／Ｏスイッチ装置６０と接続するためのＩ／Ｏスイッチインタフェース２５０となっている点である。

（ストレージ装置）
図５は、本実施形態に係るストレージ装置のハードウェア構成例を示す図である。
ストレージ装置３０は、メモリ３１０とディスク装置３２０とプロセッサ３３０から構成される。
メモリ３１０には、図１で前記したストレージ制御部３３およびディスクマッピング部３４が、プログラムを展開し、プロセッサ３３０が実行することによって具現化している。
ディスク装置３２０内のディスク３２１には、それぞれ論理ユニット（ＬＵ）と呼ばれる識別子が付けられ、サーバ装置２０から区別できるようになっている。
なお、前記したようにディスク３２１は、一例でありフラッシュデバイスのようにディスクでなくともよい。

《動作概要》
次に、図６〜図８を参照して、本実施形態における動作概要を示す。
図６および図７は、本実施形態における動作概要の一例を示す図である。なお、図６および図７において、図１と同様の構成要素には、同一の符号を付して説明を省略する。
図６は、待機用サーバ６０２と同様のハードウェア構成を持つ現用サーバ６０１で障害が発生した場合を示す。このような場合、管理サーバ１０（図１）は、ブートディスク３１の参照経路を現用サーバ６０１（経路６１１）から待機サーバ６０２（経路６１２）へ変更して業務を回復する動作を行う。
本実施形態では、現用サーバ６０１に障害が発生した場合、事前に設けられている待機用サーバ６０２に業務を引き継ぐ動作を行う。例えば、ストレージ装置３０内のブートディスク３１には現用サーバ６０１が起動するのに必要なプログラムやデータが格納されているが、この現用サーバ６０１に障害が発生したときに、現用サーバ６０１が使用していたブートディスク３１を待機用サーバ６０２に割り当て直すことで、現用サーバ６０１の処理（業務）を待機用サーバ６０２へ引き継ぐことができる。そのために、管理サーバ１０が、ブートディスク３１を参照する経路を変更する。具体的には、待機用サーバ６０２に接続されているＨＢＡｂ４２の固有識別子（ＷＷＮ）を現用サーバ６０１に接続されているＨＢＡｂ４２の固有識別子（ＷＷＮ）に書き換えることで、障害発生前の経路６１１から経路６１２に変更する。これにより、障害を回復することができる。
このような障害回復方法は、障害発生前のＷＷＮをそのまま待機用サーバ６０２に引き継げるため、変更が生じずスムーズな引き継ぎが可能になる特徴がある。

図７は、ＨＢＡｂ４２が接続されている待機用サーバ７０２とは異なる種類のＨＢＡａ４１に接続された現用サーバ７０１で障害が発生した場合を示す。このような場合、管理サーバ１０（図１）は、待機用サーバ７０２に複製ディスク３２を割り当てて業務を回復する動作を行う。つまり、管理サーバ１０は、経路７１１から経路７１２へと切り替える。例えば、ストレージ装置３０内のブートディスク３１は、現用サーバ７０１のオペレーティングシステムや業務アプリケーションのデータ、ＨＢＡ４０用のドライバなどを格納している。また、複製ディスク３２は、ブートディスク３１と同じオペレーティングシステムや業務アプリケーションのデータと、ＨＢＡ４０用のドライバなどを格納している。つまり、複製ディスク３２には、ブートディスク３１の内容がコピーされている。なお、ＨＢＡａ４１とＨＢＡｂ４２は、異なるＨＢＡ４０であるが、同一のドライバで動作するものとする。

現用サーバ７０１で障害が発生し、ＨＢＡｂ４２に接続されているサーバ装置Ａ２１（待機用サーバ７０２）に切り替える場合、待機用サーバ７０２に複製ディスク３２を割り当てることで、現用サーバ７０１の処理（業務）を引き継ぐことができる。具体的には、障害発生時に現用サーバ７０１で使用していたブートディスク３１の内容を予め複製してある複製ディスク３２を検索し、複製ディスク３２と待機用サーバ７０２に接続されたＨＢＡｂ４２のＷＷＮとの関係付けを行う。これにより管理サーバ１０は、現用サーバ７０１の障害を回復することができる。

図７の例では、予め用意してある複製ディスク３２を使用しているが、必ずしも複製ディスク３２を用意しておく必要はない。複製ディスク３２がない場合は、障害発生時に、ブートディスク３１のデータを元に、複製ディスク３２を作成し、障害復旧を行うことも可能である。

本実施形態では、異なるハードウェア構成を有する計算機システム１（図１）の現用サーバ６０１，７０１に障害が発生したとき、現用サーバ６０１，７０１や、待機用サーバ６０２，７０２の機器情報を考慮して、図６や図７で例示したような切替方式を自動的に選択し、業務の引き継ぎを行うことを目的とする。

図８は、本実施形態に係る切替戦略の例を示す図である。
ここで、切替戦略とはサーバ装置２０の構成を考慮した切替方法の選択を指すものとする。
図８の例では、障害が発生した現用サーバと、待機用サーバの接続機器の種類や障害部位によって切替方式を選択する手順を示している。例えば、「切替方式１」は、障害が発生した現用サーバと、待機用サーバが外部ストレージと接続されていない場合（Ｓ１→Ｎｏ）に選択される。また、「切替方式１」は、現用サーバと待機用サーバが外部ストレージに接続されており（Ｓ１→Ｙｅｓ）、現用サーバと待機用サーバがＩ／Ｏスイッチ装置６０（図１）に接続されておらず（Ｓ２→Ｎｏ）、障害部位がＯＳである場合（Ｓ３→Ｙｅｓ）に選択される。「切替方式４」は、現用サーバと待機用サーバが、どちらもＩ／Ｏスイッチ装置６０に接続しており（Ｓ１→Ｙｅｓ）、かつ障害部位がＩ／Ｏ機器ではない場合（Ｓ４→Ｎｏ）に選択される。「切替方式２」および「切替方式３」は、前記条件のどれにも当てはまらない場合（Ｓ１→Ｙｅｓ，Ｓ２→Ｎｏ，Ｓ３→ＮｏもしくはＳ１→Ｙｅｓ，Ｓ２→Ｙｅｓ，Ｓ４→Ｙｅｓ）に選択され、ＨＢＡ４０が「切替方式３」に対応している種類の場合（Ｓ５→Ｙｅｓ）は、「切替方式３」を、ＨＢＡ４０が「切替方式３」に対応していない場合（Ｓ５→Ｎｏ）は、「切替方式２」が選択される。
例えば、「切替方式２」が図６の切替方式に対応しており、「切替方式３」が図７の切替方式に対応している。

切替方式を選択する条件には、図８に示す条件の他に、ファイバチャネルスイッチ５０に接続された機器の情報やＩ／Ｏスイッチ装置６０に接続された機器の情報、ユーザの業務運用上必要となるハードウェア性能要件、さらに、現用サーバに接続されている機器の種類と待機用サーバに接続されている機器の種類の比較などの条件がある。

《テーブル》
次に、図１を参照しつつ、図９〜図１６に沿って記憶部１２に格納されている各テーブル１２１〜１２８の詳細な説明を行う。

（サーバ管理テーブル）
図９は、本実施形態に係るサーバ管理テーブルの例を示す図である。
カラム９０１は、サーバ装置識別子を格納している。サーバ装置識別子は、サーバ装置２０毎に割り当てられる識別子である。カラム９０２は、サーバ装置２０、１３３のプロセッサ構成情報を格納している。プロセッサ構成情報は、プロセッサ名称や、クロック周波数などの情報である。カラム９０３は、メモリ容量を格納している。カラム９０４は、該当するサーバ装置２０に接続されているＨＢＡ４０の識別子（サーバ割当機器識別子）が格納されている。サーバ装置２０に内蔵されているハードディスクを使用している場合など、ＨＢＡ４０が接続されていない場合は、カラム９０４には何も格納されない。なお、サーバ割当識別子はＨＢＡ４０の識別子に限らず、他の機器の識別子であってもよい。カラム９０５は、接続ＦＣ−ＳＷ（Fibre Channel-Switch）ポート情報を格納している。接続ＦＣ−ＳＷポート情報は、カラム９０４におけるＨＢＡ４０が接続されているファイバチャネルスイッチ５０の識別子と、ファイバチャネルスイッチ５０のポート番号である。カラム９０６は、該当するサーバ装置２０に対するＩ／Ｏスイッチ接続情報を格納している。例えば、該当するサーバ装置２０がＩ／Ｏスイッチ装置６０に接続されている場合、Ｉ／Ｏスイッチ接続情報には「有り」が格納され、接続されていない場合は「無し」が格納される。カラム９０７は、カラム９０６におけるＩ／Ｏスイッチ接続情報が「有り」となっている場合に、該当するサーバ装置２０が接続されているＩ／Ｏスイッチ装置６０の識別子とＩ／Ｏスイッチ装置６０の、サーバ装置２０におけるポート番号との情報であるサーバ接続Ｉ／Ｏポート情報が格納されている。カラム９０６において「無し」となっているサーバ装置２０では、カラム９０７には何も格納されない。

サーバ管理テーブル１２１によって、サーバ装置２０に割り当てられたＨＢＡ４０、ファイバチャネルスイッチ５０、Ｉ／Ｏスイッチ装置６０などの機器を管理することができる。

（サーバ切替管理テーブル）
図１０は、本実施形態に係るサーバ切替管理テーブルの例を示す図である。
カラム１００１は、図９のサーバ管理テーブル１２１のサーバ装置識別子（カラム９０１）と同様の情報を格納している。カラム１００２は、当該サーバ装置２０が業務を処理する現用サーバか、切替用の待機用サーバかを示す運用形態情報を格納している。現用サーバの場合は「現用」がカラム１００２に格納され、待機用サーバの場合は「待機用」がカラム１００２に格納される。カラム１００３は、該当するサーバ装置２０で現在運用している業務の識別子である運用業務識別子を格納している。運用業務識別子は、業務毎に識別子が割り当てられ、業務が運用されていない待機用サーバなどの場合は、カラム１００３には何も格納されない。カラム１００４は、該当するサーバ装置２０のサーバ状態情報を格納している。例えば、該当するサーバ装置２０が正常に動作している場合は、「正常」が、サーバ装置２０で障害が発生した場合は「障害」がカラム１００４に格納され、障害発生後、待機用サーバに業務が切り替わった場合は、該当する待機用サーバのサーバ状態情報として「切替中」などが格納される。

サーバ切替管理テーブル１２２によって、サーバ装置２０に障害が発生した場合の切替用サーバ（待機用サーバ）を定義することができる。また、運用業務識別子を記述することにより、運用されている業務に応じて切り替えを実行する待機用サーバを変更することができる。

（切替戦略テーブル）
図１１は、本実施形態に係る切替戦略テーブルの例を示す図である。
カラム１１０１は、切替方式名称を格納する。切替方式とは、サーバ装置２０で障害が発生した場合、待機用サーバにどのように切り替えるかという切替方法の種類を示す。例えば、障害発生時に、障害が発生したサーバ装置２０に接続されているディスクのバックアップ、リストアを実行する場合はデプロイ方式、待機用サーバに接続されたＨＢＡ４０のＷＷＮを障害が発生したサーバ装置２０のＷＷＮに書き換える場合は、ＷＷＮ切替方式などである。カラム１１０２は、該当する切替方式を実施した場合に、障害発生から障害回復までにかかる時間である切替所要時間を格納している。カラム１１０３は、該当する切替方式を使用できるＨＢＡ４０の種類であるＨＢＡ種類を格納している。カラム１１０４は、Ｉ／Ｏスイッチ装置６０の有無により、カラム１１０１の切替方式が使用できるか否かを示すＩ／Ｏスイッチ有無情報を格納している。例えば、障害が発生したサーバ装置２０に接続されているＨＢＡ４０のＨＢＡ種類がＨＢＡ−Ｂの場合、ディスクマッピング方式は使用できない。また、障害が発生したサーバ装置２０にＩ／Ｏスイッチ装置６０がない場合は、アダプタ継承方式が使用できない。カラム１１０５は、切替方式間の優先度を格納している。図１１に示す例では、優先度が小さい値ほど、優先順位が高く、優先度が大きい値であるほど、優先順位が低い。例えば、デプロイ方式とマッピング変更方式では、優先度の値が小さいマッピング変更方式の方が優先される。

切替戦略テーブル１２３によって、障害発生時に使用できる切替方式を管理サーバ１０が自動的に抽出し、選定することができる。

（切替要件テーブル）
図１２は、本実施形態に係る切替要件テーブルの例を示す図である。
カラム１２０１は、サーバ装置２０で現在運用している業務の識別子である運用業務識別子を格納している。カラム１２０２は、該当する業務が必要とするプロセッサの最低性能である必要最低性能（プロセッサ）を格納している。カラム１２０３は、該当する業務が必要とするメモリの最低性能である必要最低性能（メモリ）を格納する。カラム１２０４は、業務を運用する場合に推奨されるプロセッサの推奨性能（プロセッサ）を格納する。カラム１２０５は、該当する業務を運用する場合に推奨されるメモリの推奨性能（メモリ）を格納する。カラム１２０６は、業務を運用しているサーバ装置２０で障害が発生した場合に、運用上許容できる障害発生から復旧するまでの時間である許容切替時間を格納する。なお、カラム１２０２〜１２０６は、特に制限のない場合は何も格納されない。また、カラム１２０２およびカラム１２０４には、プロセッサの性能の値としてクロック周波数が格納され、カラム１２０３およびカラム１２０５には、メモリの性能の値としてメモリ容量が格納される。

切替要件テーブル１２４によって、障害が発生した現用サーバの業務に必要なサーバ装置２０の性能を基に、切り替える待機用サーバを選定することができる。

（Ｉ／Ｏスイッチ管理テーブル）
図１３は、本実施形態に係るＩ／Ｏスイッチ管理テーブルの例を示す図である。
カラム１３０１は、Ｉ／Ｏスイッチ装置６０毎に割り当てられる識別子であるＩ／Ｏスイッチ識別子を格納する。カラム１３０２は、Ｉ／Ｏスイッチ装置６０におけるポート番号であるＩ／Ｏポート番号を格納する。カラム１３０３は、カラム１３０２におけるポートに接続された機器の種類を示す接続機器情報を格納している。カラム１３０４は、カラム１３０３の機器毎に割り振られている識別子である機器識別子を格納している。例えば、サーバ装置２０が接続されている場合、サーバ管理テーブル１２１のカラム９０１に格納されているサーバ装置識別子がカラム１３０４に格納され、カラム１３０３の接続機器情報が「ＨＢＡ」の場合、ＨＢＡ管理テーブル１２７（図１５で後記）のカラム１５０１のサーバ割当機器識別子がカラム１３０４に格納される。カラム１３０３において、接続機器情報が「未割当て」である場合、カラム１３０４にも「未割当て」が格納される。カラム１３０５は、Ｉ／Ｏスイッチ装置６０に接続されている機器の状態の情報である機器状態情報を格納している。例えば、正常動作可能であれば「正常」がカラム１３０５に格納され、障害発生であれば「障害」が１３０５に格納される。機器が接続されていない場合（未割当て）、カラム１３０５には何も格納されない。

Ｉ／Ｏスイッチ管理テーブル１２５の情報は、新たにＨＢＡ４０が接続された時や、ＨＢＡ４０の障害のため交換された場合など、ＨＢＡ４０に変更が生じた場合に更新される。Ｉ／Ｏスイッチ管理テーブル１２５を有することで、Ｉ／Ｏスイッチ装置６０に接続されたサーバ装置２０やＨＢＡ４０を管理することができる。

（ＦＣスイッチ管理テーブル）
図１４は、本実施形態に係るＦＣスイッチ管理テーブルの例を示す図である。
カラム１４０１は、ファイバチャネルスイッチ５０（ＦＣスイッチ）毎に割り当てられる識別子であるＦＣスイッチ識別子を格納している。カラム１４０２は、ファイバチャネルスイッチ５０のポート番号であるＦＣポート番号を格納している。カラム１４０３は、カラム１４０３におけるポートに接続された機器の種類を示す接続機器情報を格納している。カラム１４０４は、カラム１４０３の機器毎に割り振られている識別子である機器識別子を格納している。例えば、カラム１４０３が、「ＨＢＡ」の場合、サーバ管理テーブル１２１のカラム９０４のサーバ割当機器識別子がカラム１４０４に格納され、カラム１４０３が、「ストレージ」の場合、ストレージ装置３０毎に割り当てられた識別子がカラム１４０４に格納される。カラム１４０３において、接続機器情報が「未割当て」である場合、カラム１４０４にも「未割当て」が格納される。カラム１４０５は、該当するポートに割り当てられた機器の状態である機器状態情報を格納している。例えば、正常動作していれば「正常」がカラム１４０５に格納され、障害が発生すれば「障害発生」がカラム１４０５に格納される。機器が接続されていない場合（未割当て）、カラム１４０５には何も格納されない。

ＦＣスイッチ管理テーブル１２６の情報は、ファイバチャネルスイッチ５０に対し、新たにＨＢＡ４０が接続された時など、接続機器に変更が生じた場合に更新される。ＦＣスイッチ管理テーブル１２６を有することで、ファイバチャネルスイッチ５０に接続された機器を管理することができる。

（ＨＢＡ管理テーブル）
図１５は、本実施形態に係るＨＢＡ管理テーブルの例を示す図である。
カラム１５０１は、サーバ装置２０に接続されているＨＢＡ４０の識別子であるサーバ割当機器識別子を格納している。カラム１５０１の情報は、図９のカラム９０４（サーバ割当機器識別子）に対応する。カラム１５０２は、該当するＨＢＡ４０の種類の情報であるＨＢＡ種類を格納している。カラム１５０３は、該当するＨＢＡ４０が持つポートに固有の識別子であるＷＷＮを格納している。つまり、１つのＨＢＡ４０に対し２つのＷＷＮが付されている場合、このＨＢＡ４０はポートを２つ有しており、このポートに対してＷＷＮが割り振られていることを示している。カラム１５０４は、該当するＷＷＮと関係付けられているＬＵの識別子である割当ディスク識別子を格納している。当該ＷＷＮにＬＵが関係付けられていない場合、カラム１５０４には何も格納されない。

ＨＢＡ管理テーブル１２７を有することで、サーバ装置２０が使用するＬＵを管理することができる。また、またＨＢＡ４０に障害が発生し、ＨＢＡ４０にアクセス不可能になった場合にも、ＷＷＮを取得することができるようになる。

（ＬＵ管理テーブル）
図１６は、本実施形態に係るＬＵ管理テーブルの例を示す図である。
カラム１６０１は、ＬＵ毎に割当てられた識別子であるＬＵ識別子を格納している。カラム１６０１に格納される情報は、図１５のカラム１５０４（割当ディスク識別子）に対応する情報である。カラム１６０２は、該当するＬＵと通信できるストレージ装置３０のポート番号が格納されている。カラム１６０３は、該当するＬＵと関係付けられたホストグループのドメインＩＤを格納している。カラム１６０４は、該当するＬＵのバックアップイメージの格納先ファイル名であるバックアップイメージ名を格納している。図１６では、バックアップイメージ名として、バックアップイメージファイル名がカラム１６０４に格納されているが、例えば、バックアップイメージファイル名と、ファイルの絶対パスが格納されてもよい。なお、バックアップイメージがない場合、カラム１６０４には何も格納されない。カラム１６０５は、該当するＬＵのディスク内容を複製している場合に、複製ディスク３２を格納しているストレージ装置３０の識別子と、複製先のＬＵ識別子との情報である複製ディスク情報を格納している。なお、ディスクを複製していない場合、カラム１６０５には何も格納されない。

ＬＵ管理テーブル１２８は、デプロイ管理部１３がバックアップやリストアを実行した場合に更新される。バックアップやリストアは、障害発生時に自動で実行される場合だけでなく、ユーザが手動でバックアップ等を実行した場合にも更新される。ＬＵ管理テーブル１２８によって、障害発生時においてデプロイ方式で切り替えを実行する場合、バックアップやリストア処理を省略し、障害復旧時間を短縮することができる。

《フローチャート》
次に、図１および図９〜図１５を参照しつつ、図１７〜図２５に沿って本実施形態に係る障害復旧方法の動作手順を説明する。

（全体シーケンス図）
図１７は、本実施形態に係る全体処理における動作シーケンスを示す図である。
図示するシーケンスは、障害検出部１１１、サーバ切替部１１３、切替戦略選定部１１６、トポロジ情報取得部１１４、切替要件管理部１１２、ハード情報取得部１１５についての処理の遷移を示している。なお、各部１１１〜１１６の詳細な動作手順は図１８〜図２５を参照して後記する。

まず、障害検知部は、管理テーブル更新要求をハード情報取得部１１５に送信する（Ｓ１０１）。ここで、管理テーブルとは、サーバ管理テーブル１２１（図９）、サーバ切替管理テーブル１２２（図１０）、Ｉ／Ｏスイッチ管理テーブル１２５（図１３）、ＦＣスイッチ管理テーブル１２６（図１４）、ＨＢＡ管理テーブル１２７（図１５）およびＬＵ管理テーブル１２８（図１６）である。この管理テーブル更新要求は、例えば、新しくサーバ装置２０が追加された場合や、サーバ装置２０のうちの１台が起動したときなどに送信される。

管理テーブル更新要求を受信したハード情報取得部１１５は、各種機器情報を取得して、管理テーブルを更新し（Ｓ１０２）、更新終了通知を障害検出部１１１に返す。
そして、障害検知部が、サーバ装置２０から障害発生通知を受信して（Ｓ１０３）、サーバ装置２０の障害発生を受信すると、障害検出部１１１は、サーバ切替部１１３へサーバ装置２０の切替要求を送信する（Ｓ１０４）。障害の検出は、サーバ装置２０に搭載のＢＭＣ２４０（図３および図４）や、サーバ装置２０で稼動中のエージェントプログラムによって行われ、自身のサーバ装置識別子を含む情報が、管理サーバ１０の障害検知部へ通知される。

切替要求を受信したサーバ切替部１１３は、切替方式と、切り替えを実行する待機用サーバを選定するための要求である切替方式選定要求を切替戦略選定部１１６へ送信する（Ｓ１０５）。切替戦略選定要求を受信した切替戦略選定部１１６は、トポロジ情報取得要求をトポロジ情報取得部１１４へ送信する（Ｓ１０６）。トポロジ情報とは、計算機システム１における接続関係を示す情報であり、サーバ管理テーブル１２１、Ｉ／Ｏスイッチ管理テーブル１２５、ＦＣスイッチ管理テーブル１２６、ＨＢＡ管理テーブル１２７からトポロジ情報取得部１１４が取得する情報である。
トポロジ情報取得部１１４が、トポロジ情報を取得すると、このトポロジ情報を切替戦略選定部１１６へ送信する（Ｓ１０７）。

切替戦略選定部１１６は、送信されたトポロジ情報を基に切替方式と、待機用サーバとの選定を行う。この選定の結果、切替方式および待機用サーバのいずれか一方が複数選定された場合、切替方式と、切り替えを実行する待機用サーバの特定を要求するための待機用サーバ・切替方式特定要求を切替要件管理部１１２へ送信する（Ｓ１０８）。
待機用サーバ・切替方式特定要求を受信した切替要件管理部１１２は、サーバ管理テーブル１２１、サーバ切替管理テーブル１２２、切替戦略テーブル１２３および切替要件テーブル１２４を用いて待機用サーバおよび切替方式を１つに特定し、特定した待機用サーバと、切替方式の情報を含む切替方式情報を切替戦略選定部１１６へ送信する（Ｓ１０９）。なお、切替戦略選定部１１６において、切替方式および待機用サーバが１つしか選定されなかった場合、ステップＳ１０８およびステップＳ１０９の処理は行われない。

切替戦略選定部１１６は、選定された待機用サーバと、切替方式などの情報を含む切替方式情報をサーバ切替部１１３へ送信し（Ｓ１１０）、サーバ切替部１１３は、送信された切替方式情報に従って待機用サーバへの業務の切替を実行する処理を行う（Ｓ１１１）。

（障害検出処理）
図１８は、本実施形態に係る障害検出部による障害検出処理の動作手順を示すフローチャートである。図１８における処理は、図１７のステップＳ１０１，Ｓ１０３，Ｓ１０４の各処理に相当する。
まず、前記したように、例えば新しくサーバ装置２０が追加された場合や、サーバ装置２０のうちの１台が起動したタイミングなどで、管理テーブル更新要求をハード情報取得部１１５に送信して、ハード情報取得部１１５の呼出処理を行う（Ｓ２０１）。
そして、サーバ装置２０に搭載のＢＭＣ２４０（図３および図４）や、サーバ装置２０で稼動中のエージェントプログラムによる障害発生通知を障害検出部１１１が受信すると（Ｓ２０２）、障害検出部１１１は、切替要求をサーバ切替部１１３へ送信して、サーバ切替部１１３の呼出処理を行う（Ｓ２０３）。なお、障害発生通知や、切替要求には、障害が発生したサーバ装置２０（現用サーバ）のサーバ装置識別子が含まれている。

（サーバ切替処理）
図１９は、本実施形態に係るサーバ切替部によるサーバ切替処理の動作手順を示すフローチャートである。
まず、サーバ切替部１１３は、図１７のステップＳ１０４で障害検出部１１１が送信した切替要求を受信する（Ｓ３０１）。前記したように、この切替要求には、障害が発生しているサーバ装置２０のサーバ装置識別子が含まれている。
次に、サーバ切替部１１３は、切替要求から障害が発生したサーバ装置２０の識別子を取得する（Ｓ３０２）。
そして、サーバ切替部１１３は、ステップ１９０２は、障害が発生したサーバ装置２０を停止させる（Ｓ３０３）。

続いて、サーバ切替部１１３は、切替方式選定要求を切替戦略選定部１１６へ送信することによって、切替戦略選定部１１６の呼出処理を行う（Ｓ３０４）。この処理は、図１７のステップＳ１０５に相当する処理である。なお、ステップＳ３０４の処理は、切替方式１１０１と切り替えを実行する待機用サーバのサーバ装置識別子を取得する目的がある。

次に、サーバ切替部１１３は、図１７のステップＳ１１０で切替戦略選定部１１６から送信された切替方式情報を受信する（Ｓ３０５）。なお、切替方式情報には、選定された切替方式と、切り替えを実行する待機用サーバのサーバ識別子が含まれている。
次に、サーバ切替部１１３は、切替方式情報に含まれている切替方式が、デプロイ方式か否かを判定する（Ｓ３０６）。
ステップＳ３０６の結果、切替方式がデプロイ方式の場合（Ｓ３０６→Ｙｅｓ）、サーバ切替部１１３は、デプロイ実行部１３１の呼出処理を行った（Ｓ３０７）後、ステップＳ３１３へ処理を移行する。
ステップＳ３０６の結果、切替方式がデプロイ方式ではない場合（Ｓ３０６→Ｎｏ）、サーバ切替部１１３は、切替方式情報に含まれている切替方式が、マッピング変更方式か否かを判定する（Ｓ３０８）。
ステップＳ３０８の結果、切替方式がマッピング変更方式の場合（Ｓ３０８→Ｙｅｓ）、サーバ切替部１１３は、ストレージ装置３０のディスクマッピングを待機用サーバに接続されているＨＢＡ４０に関するＷＷＮに変更し（Ｓ３０９）、障害が発生したサーバ装置２０のＬＵを待機用サーバにつなぎかえる処理を行った後、ステップＳ３１３へ処理を移行する。

ステップＳ３０８の結果、切替方式がマッピング変更方式ではない場合（Ｓ３０８→Ｎｏ）、サーバ切替部１１３は、切替方式情報に含まれている切替方式１１０１がアダプタ継承方式か否かを判定する（Ｓ３１０）。
ステップＳ３１０の結果、切替方式がアダプタ継承方式の場合（Ｓ３１０→Ｙｅｓ）、サーバ切替部１１３は、待機用サーバが接続されたＩ／Ｏスイッチ装置６０のポート（Ｉ／Ｏポート）に対して、障害が発生したサーバ装置２０が使用していたＨＢＡ４０（Ｉ／Ｏ機器）を割り当てる処理を行った（Ｓ３１１）後、ステップＳ３１３へ処理を移行する。
ステップＳ３１０の結果、切替方式がアダプタ継承方式ではない場合（Ｓ３１０→Ｎｏ）、サーバ切替部１１３は、待機用サーバでｍｉｎｉＯＳを起動させ、当該待機用サーバに接続されているＨＢＡ４０のＷＷＮを、障害が発生したサーバ装置２０のＷＷＮに書き換えるＷＷＮ切替方式の処理を行う（Ｓ３１２）。
そして、サーバ切替部１１３は、待機用サーバを起動する（Ｓ３１３）。

図１９に示す動作手順によって、サーバ装置２０（現用サーバ）に障害が発生した場合、切替戦略選定部１１６などで選定された切替方式１１０１に基づいて、障害が発生したサーバ装置２０が使用していたブートディスク３１を、待機用サーバに引き継ぐことができる。

（切替戦略選定処理）
図２０は、本実施形態に係る切替戦略選定部による切替戦略選定処理の動作手順を示すフローチャートである。
まず、切替戦略選定部１１６が、図１７のステップＳ１０５でサーバ切替部１１３から送信された切替方式選定要求を受信すると（Ｓ４０１）、障害が発生したサーバ装置２０のトポロジ情報を取得するためのトポロジ情報取得要求をトポロジ情報取得部１１４へ送信することにより、トポロジ情報取得部１１４の呼出処理を行う（Ｓ４０２）。なお、トポロジ情報取得要求には、障害が発生したサーバ装置２０のサーバ装置識別子が含まれている。ステップＳ４０２の処理は、図１７のステップＳ１０６に相当する処理である。

そして、切替戦略選定部１１６は、図１７のステップＳ１０７においてトポロジ情報取得部１１４から送信されたトポロジ情報を受信する（図２０に図示せず）。なお、このトポロジ情報には、障害が発生したサーバ装置２０のサーバ割当機器識別子（図９のカラム９０４に相当）、Ｉ／Ｏスイッチ接続情報（図９のカラム９０６に相当）や、障害が発生したサーバ装置２０に接続されたＨＢＡ４０のＨＢＡ種類（図１５のカラム１５０２に相当）、割当ディスク識別子（図１５のカラム１５０４に相当）、このＨＢＡ４０と接続しているＩ／Ｏスイッチ識別子（図１３のカラム１３０１に相当）、Ｉ／Ｏポート番号（図１３のカラム１３０２に相当）、ストレージ装置３０の機器識別子（図１４の１４０４に相当）などが含まれている。
次に、切替戦略選定部１１６は、トポロジ情報に含まれている割当ディスク識別子がＨＢＡ管理テーブル１２７（図１５）にあるか否かを判定する（Ｓ４０３）。
ステップＳ４０３の結果、割当ディスク識別子がＨＢＡ管理テーブル１２７にない場合（Ｓ４０３→Ｎｏ）、切替戦略選定部１１６は、障害が発生したサーバ装置２０で使用可能な切替方式（請求項における第１の切替方法）をデプロイ方式に設定した（Ｓ４０４）後、ステップＳ４０６へ処理を移行する。なお、割当ディスク識別子がＨＢＡ管理テーブル１２７にない場合とは、ＨＢＡ管理テーブル１２７（図１５）のカラム１５０４が「−」であり、障害が生じたサーバ装置２０に対し、ストレージ装置３０のディスクが接続していない場合である。
ステップＳ４０３の結果、割当ディスク識別子がＨＢＡ管理テーブル１２７にある場合（Ｓ４０３→Ｙｅｓ）、切替戦略選定部１１６は、トポロジ情報に含まれているＨＢＡ種類、Ｉ／Ｏスイッチ接続情報の条件を満たす切替方式名称を切替戦略テーブル１２３から取得し、障害が発生したサーバ装置２０の使用可能切替方式（第１の切替方法）として設定する（Ｓ４０５）。このとき、設定される使用可能切替方式は複数であってもよい。

次に、切替戦略選定部１１６は、サーバ切替管理テーブル１２２（図１０）において、運用形態情報（カラム１００２）が「待機用」であり、かつサーバ状態情報（カラム１００４）が「正常」となっているサーバ装置識別子（つまり、待機用サーバの候補となるサーバ装置２０の識別子）をカラム１００１からすべて抽出する（Ｓ４０６）。ステップＳ４０６で抽出したサーバ装置識別子（待機用サーバの候補となるサーバ装置識別子）が複数存在する場合、切替戦略選定部１１６は、以下のステップＳ４０７〜Ｓ４１３の処理を抽出したサーバ装置識別子の個数分繰り返し実行する。

次に、切替戦略選定部１１６は、ステップＳ４０６で抽出した待機用サーバ（の候補）に関するトポロジ情報を取得するためのトポロジ情報取得要求をトポロジ情報取得部１１４へ送信してトポロジ情報取得部１１４の呼出処理を行う（Ｓ４０７）。なお、トポロジ情報取得要求には、ステップＳ４０６で抽出した待機用サーバ（の候補）のサーバ装置識別子のうち、処理の対象となるサーバ装置識別子が含まれている。なお、ステップＳ４０７の処理は、図１７のステップＳ１０６に相当する処理である。つまり、図１７のステップＳ１０６と、ステップＳ１０７は、障害が生じたサーバ装置２０と、ステップＳ４０６で抽出した待機用サーバの台数分行われることになる。

そして、切替戦略選定部１１６は、図１７のステップＳ１０７においてトポロジ情報取得部１１４から送信されたトポロジ情報を受信する（図２０に図示せず）。なお、このトポロジ情報には、待機用サーバのサーバ割当機器識別子（図９の９０４に相当）、Ｉ／Ｏスイッチ接続情報（図９のカラム９０６に相当）、待機用サーバに接続されたＨＢＡ４０のＨＢＡ種類（図１５のカラム１５０２に相当）、割当ディスク識別子（図１５のカラム１５０４に相当）、ＨＢＡ４０と接続しているＩ／Ｏスイッチ識別子（図１３のカラム１３０１に相当）、Ｉ／Ｏポート番号（図１３の１３０２に相当）、ストレージ装置３０の機器識別子（図１４のカラム１４０４に相当）などが含まれている。さらに、待機用サーバがＩ／Ｏスイッチ装置６０に接続されている場合、これらの情報に加えて、トポロジ情報には待機用サーバに接続され、かつＩ／Ｏスイッチ装置６０に接続されているＨＢＡ４０の中で、どのサーバ装置２０にも接続されていないＨＢＡ４０の機器識別子（図１３の１３０４に相当）が含まれている。
次に、切替戦略選定部１１６は、切替戦略テーブル１２３から、受信したトポロジ情報に含まれているＨＢＡ種類およびＩ／Ｏスイッチ接続情報の条件を満たす切替方式名称（第２の切替方法）を切替戦略テーブル１２３のカラム１１０１から取得する（Ｓ４０８）。
その次に、切替戦略選定部１１６は、ステップＳ４０８で取得した切替方式名称（第２の切替方法）と、ステップＳ４０５で取得した切替方式名称（第１の切替方法）の両方に当てはまる切替方式名称（第３の切替方法）を、待機用サーバの使用可能切替方式として設定する（Ｓ４０９）。なお、この時点で使用可能切替方式が「０」になった場合、切替戦略選定部１１６は、図示しない管理サーバ１０の表示部にエラー表示を行わせてもよい。

次に、切替戦略選定部１１６は、ステップＳ４０２の後で取得したトポロジ情報に含まれている障害が発生したサーバ装置２０に接続されているストレージ装置３０の機器識別子と、ステップＳ４０７の後で取得したトポロジ情報に含まれている待機用サーバに接続されているストレージ装置３０の機器識別子を比較する。
比較の結果、障害が発生したサーバ装置２０に接続されているストレージ装置３０の機器識別子と、待機用サーバに接続されているストレージ装置３０の機器識別子が同じであり、かつトポロジ情報に含まれている障害が発生したサーバ装置２０に接続されているＨＢＡ４０のＨＢＡ種類と待機用サーバに接続されているＨＢＡ４０のＨＢＡ種類が同じであるか否かを判定する（Ｓ４１０）。つまり、ステップＳ４１０において、切替方式選定部１１６は、前記障害が発生したサーバ装置３０に接続しているストレージ装置３０と、待機用サーバに接続しているストレージ装置３０が同じであり、かつ障害が発生したサーバ装置３０におけるＨＢＡ４０と、待機用サーバにおけるＨＢＡ４０とが同じであるか否かを判定している。

ステップＳ４１０の結果、ストレージ装置３０の機器識別子が異なっているか、または接続されているＨＢＡ４０のＨＢＡ種類が異なっている場合（Ｓ４１０→Ｎｏ）、切替戦略選定部１１６は、待機用サーバの使用可能切替方式をデプロイ方式に設定（変更）し（Ｓ４１１）、ステップＳ４１４へ処理を移行する。このときステップＳ４０９でデプロイ方式以外の切替方式１１０１が設定されていた場合、切替戦略選定部１１６は、強制的に切替方式をデプロイ方式に設定する。

ステップＳ４１０の結果、ストレージ装置３０の機器識別子が同じであり、かつＨＢＡ種類が同じである場合（Ｓ４１０→Ｙｅｓ）、切替戦略選定部１１６は、障害部位がＨＢＡ４０などのＩ／Ｏ機器であるか否かを判定する（Ｓ４１２）。障害部位に関する情報は、障害検出部が受信する障害発生通知に含まれていてもよい。
ステップＳ４１２の結果、障害部位がＨＢＡ４０などのＩ／Ｏ機器である場合（Ｓ４１１→Ｙｅｓ）、切替戦略選定部１１６は、待機用サーバの使用可能切替方式からアダプタ継承方式を削除し（Ｓ４１３）、ステップＳ４１４へ処理を移行する。なお、待機用サーバの使用可能切替方式の候補において、既にアダプタ継承方式がない場合、切替戦略選定部１１６はステップＳ４１２の処理を行わない。

ステップＳ４１２の結果、障害部位がＨＢＡ４０などのＩ／Ｏ機器ではない場合（Ｓ４１２→Ｎｏ）、切替戦略選定部１１６は、ステップＳ４０６で抽出した待機用サーバと、ステップＳ４０９で設定した使用可能切替方式が。それぞれ１つであるか否かを判定する（Ｓ４１４）。
ステップＳ４１４の結果、待機用サーバ、使用可能切替方式の少なくとも一方が複数ある場合（Ｓ４１４→Ｎｏ）、切替戦略選定部１１６は、待機用サーバ・方式特定要求を切替要件管理部１１２へ送信することにより、切替要件管理部１１２の呼出処理を行った（Ｓ４１５）後、ステップＳ４１６へ処理を移行する。ここで、ステップＳ４１５の処理は、図１７のステップＳ１０８に相当する処理である。ここで、待機用サーバ・方式特定要求には、障害が発生したサーバ装置２０のサーバ装置識別子が含まれており、さらにステップＳ４０６で抽出したすべての待機用サーバのサーバ装置識別子と、ステップＳ４０９で設定した待機用サーバ毎の使用可能切替方式とが対の情報として含まれている。ステップＳ４１４の目的は、複数ある切替方式と、複数ある待機用サーバを１つに特定することである。
ステップＳ４１３の結果、待機用サーバおよび使用可能切替方式が１つである場合（Ｓ４１４→Ｙｅｓ）、もしくは図１７のステップＳ１０９で切替要件管理部１１２から特定した待機用サーバのサーバ装置識別子および切替方式名称を含んだ切替方式情報を受信した切替戦略選定部１１６は、待機用サーバのサーバ識別子と、切替方式名称を含む切替方式情報をサーバ切替部１１３へ送信する（Ｓ４１６）。ここで、ステップＳ４１６の処理は、図１７のステップＳ１１０に相当する処理である。

このような処理により、障害が発生したサーバ装置２０や待機用サーバのトポロジ情報、障害部位などによって、切り替えを実行する待機用サーバや切り替え方式１１０１を動的に変更することができる。

（トポロジ情報取得処理）
図２１は、本実施形態に係るトポロジ情報取得部によるトポロジ情報取得処理の動作手順を示すフローチャートである。なお、前記したように図２１の処理は、障害が発生したサーバ装置２０と、図２０のステップＳ４０６で抽出された待機用サーバの候補の台数分行われる処理である。
まず、トポロジ情報取得部１１４は、図１７のステップＳ１０６で切替戦略選定部１１６から送信されたトポロジ情報取得要求を受信する（Ｓ５０１）。トポロジ情報取得要求には、障害を起こしたサーバ装置２０、もしくは図２０のステップＳ４０６で抽出された待機用サーバのサーバ装置識別子が含まれている。
次に、トポロジ情報取得部１１４は、トポロジ情報取得要求に含まれているサーバ識別子をキーとして、サーバ管理テーブル１２１（図９）から該当するサーバ装置識別子に該当するサーバ割当機器識別子（カラム９０４）、接続ＦＣ−ＳＷポート情報（カラム９０５）、Ｉ／Ｏスイッチ接続情報（カラム９０６）、サーバ接続Ｉ／Ｏポート情報（カラム９０７）を取得する。

次に、トポロジ情報取得部１１４は、トポロジ情報取得要求に含まれているサーバ識別子をキーとして、サーバ切替管理テーブル１２２（図１０）を検索し、該当する運用形態情報（カラム１００２）が「待機用」であるか否かを判定する（Ｓ５０３）。
ステップＳ５０３の結果、運用形態情報が「待機用」ではない場合（ステップＳ５０３→Ｎｏ）、トポロジ情報取得部１１４は、ステップＳ５０７へ処理を移行する。
ステップＳ５０３の結果、運用形態情報が「待機用」である場合（Ｓ５０３→Ｙｅｓ）、トポロジ情報取得部１１４は、ステップＳ５０２で取得したＩ／Ｏスイッチ接続情報が「有り」（Ｉ／Ｏスイッチ有り）であるか否かを判定する（Ｓ５０４）。
ステップＳ５０４の結果、「有り」ではない場合（「無し」の場合：Ｓ５０４→Ｎｏ）、トポロジ情報取得部１１４は、ステップＳ５０７へ処理を移行する。

ステップＳ５０４の結果、「有り」である場合（Ｓ５０４→Ｙｅｓ）、トポロジ情報取得部１１４は、Ｉ／Ｏスイッチ管理テーブル１２５のサーバ装置識別子に接続されているＩ／Ｏスイッチ識別子の中で、接続機器が「ＨＢＡ」となっている機器識別子をすべて取得する（Ｓ５０５）。ステップＳ５０５の具体的な処理は、トポロジ情報取得部１１４が、ステップＳ５０２で取得したサーバ接続Ｉ／Ｏポート情報に含まれるＩ／Ｏポート識別子をキーとしてＩ／Ｏスイッチ管理テーブル１２５（図１３）を検索し、接続機器情報（カラム１３０３）が「ＨＢＡ」となっている機器識別子（カラム１３０４）をすべて取得する。

次に、トポロジ情報取得部１１４は、ステップＳ５０５で取得した機器識別子の中でサーバ管理テーブル１２１のサーバ割当機器識別子に存在しないものを取得する（Ｓ５０６）。具体的には、トポロジ情報取得部１１４が、ステップＳ５０５で取得した機器識別子と、サーバ管理テーブル１２１（図１０）におけるサーバ割当機器識別子（カラム９０４）を比較し、カラム９０４に存在しない機器識別子を抽出する。これにより、待機用サーバに接続され、かつＩ／Ｏスイッチ装置６０に接続されているＨＢＡ４０の中で、どのサーバ装置２０に関係付けられていないＨＢＡ４０を特定することができる。

続いて、トポロジ情報取得部１１４は、ＦＣスイッチ管理テーブル１２６から、取得した機器識別子毎に、同じＦＣスイッチ識別子の中で前記接続機器情報が「ストレージ」と等しい機器識別子を取得する（Ｓ５０７）。具体的には、まず、トポロジ情報取得部１１４が、ＦＣスイッチ管理テーブル１２６（図１４）のカラム１４０４（機器識別子）を参照する。そして、トポロジ情報取得部１１４は、このカラム１４０４において、ステップＳ５０２で取得したサーバ割当機器識別子や、ステップＳ５０６で抽出した機器識別子に対応するＦＣスイッチ識別子をカラム１４０１から取得する。次に、トポロジ情報取得部１１４は、このＦＣスイッチ識別子において、接続機器情報（カラム１４０３）が「ストレージ」となっている機器識別子をカラム１４０４からすべて取得する。

さらに、トポロジ情報取得部１１４は、ＨＢＡ管理テーブル１２７から、抽出した機器識別子と等しいサーバ割当機器識別子のＨＢＡ種類および割当ディスク識別子を取得する（Ｓ５０８）。具体的には、トポロジ情報取得部１１４が、ＨＢＡ管理テーブル１２７（図１５）のサーバ割当機器識別子（カラム１５０１）を参照し、ステップ５０２で取得したサーバ割当機器識別子や、ステップＳ５０６で抽出した機器識別子に該当するＨＢＡ種類（カラム１５０２）および割当ディスク識別子（カラム１５０４）を取得する。なお、該当する割当ディスク識別子がない場合（図１５のカラム１５０４で「−」である場合）、トポロジ情報取得部１１４は「Ｎｕｌｌ」などの情報を取得する。

さらに、トポロジ情報取得部１１４は、ステップＳ５０２において取得したサーバ接続Ｉ／Ｏポート情報に含まれるＩ／Ｏスイッチ識別子をキーとして、Ｉ／Ｏスイッチ管理テーブル１２５（図１３）を参照し、該当するＩ／Ｏポート番号（カラム１３０２）を取得する。
そして、取得した各情報を含むトポロジ情報を切替戦略選定部１１６へ送信する（Ｓ５０９）。前記したように、トポロジ情報には、サーバ割当機器識別子（図９の９０４に相当）、Ｉ／Ｏスイッチ接続情報（図９のカラム９０６に相当）、待機用サーバに接続されたＨＢＡ４０のＨＢＡ種類（図１５のカラム１５０２に相当）、割当ディスク識別子（図１５のカラム１５０４に相当）、ＨＢＡ４０と接続しているＩ／Ｏスイッチ識別子（図１３のカラム１３０１に相当）、Ｉ／Ｏポート番号（図１３の１３０２に相当）、ストレージ装置３０の機器識別子（図１４のカラム１４０４に相当）などが含まれている。さらに、待機用サーバがＩ／Ｏスイッチ装置６０に接続されている場合、これらの情報に加えて、トポロジ情報には待機用サーバに接続され、かつＩ／Ｏスイッチ装置６０に接続されているＨＢＡ４０の中で、どのサーバ装置２０にも接続されていないＨＢＡ４０の機器識別子（図１３の１３０４に相当）が含まれている。

なお、本実施形態では、トポロジ情報が記憶部１２のＦＣスイッチ管理テーブル１２６や、ＨＢＡ管理テーブル１２７などに予め格納されているが、これに限らず、サーバ装置２０の障害発生を検知すると、トポロジ情報取得部１１４が、各サーバ装置２０のＢＭＣや、エージェントにトポロジ情報取得要求を送信し、必要なトポロジ情報を取得するようにしてもよい。

この処理フローによって、障害が発生したサーバ装置２０や、待機用サーバに接続されたストレージ装置３０やブートディスク３１、Ｉ／Ｏスイッチ装置６０に接続されているが、サーバ装置２０に関係付けられてないＨＢＡ４０などの情報を取得することができる。

（切替要件管理処理）
図２２は、本実施形態に係る切替要件管理部による切替要件管理処理の動作手順を示すフローチャートである。前記したように図２２の処理は、複数の切替方式や、待機用サーバが選出された場合に行われる処理である。
まず、切替要件管理部１１２は、図１７のステップＳ１０８において切替戦略選定部１１６から待機用サーバ・切替方式選定要求を受信する（Ｓ６０１）。待機用サーバ・切替方式選定要求には、障害が発生したサーバ装置２０のサーバ識別子が含まれており、さらに、図２０の処理で選出された待機用サーバのサーバ識別子と、切替方式名称との対の情報が含まれている。
次に、切替要件管理部１１２は、サーバ切替管理テーブル１２２および切替要件テーブル１２４から、障害が発生したサーバ装置の運用業務識別子に対応する必要最低性能（プロセッサ）および必要最低性能（メモリ）を取得し、サーバ管理テーブル１２１から条件を満たす待機用サーバを検索する（Ｓ６０２）。具体的には、切替要件管理部１１２が、まず、待機用サーバ・切替方式選定要求に含まれる障害が発生したサーバ装置２０のサーバ識別子をキーとして、サーバ切替管理テーブル１２２（図１０）から、障害が発生したサーバ装置２０の運用業務識別子（カラム１００２）を取得する。さらに、切替要件管理部１１２は、取得した運用業務識別子をキーとして、切替要件テーブル１２４（図１２）から、必要最低性能（プロセッサ）１２０２および必要最低性能（メモリ）１２０３を取得する。その後、切替要件管理部１１２は、待機用サーバ・切替方式選定要求に含まれる待機用サーバのサーバ装置識別子をキーとして、サーバ管理テーブル１２１（図９）のプロセッサ構成情報（カラム９０２）およびメモリ容量（カラム９０３）を参照し、図２０のステップＳ４０９において選出された待機用サーバの中で、取得された必要最低性能（プロセッサ）（カラム１２０２）と必要最低性能（メモリ）（カラム１２０３）以上のプロセッサ構成情報（カラム９０２）、メモリ容量（カラム９０３）を持つ待機用サーバを抽出する。なお、この時点で待機用サーバが０台になった場合は、管理サーバ１０の図示しない表示部にエラー表示を行って、処理を中断してもよい。

次に、切替要件管理部１１２は、ステップＳ６０２で取得した必要最低性能（プロセッサ）および必要最低性能（メモリ）の条件を満たす待機用サーバが使用可能な切替方式のうち、許容切替時間を満たす切替方式を抽出する（Ｓ６０３）。具体的には、まず、切替要件管理部１１２は、ステップＳ６０２で取得した運用業務識別子をキーとして、切替要件テーブル１２４（図１２）を検索し、対応する許容切替時間（カラム１２０６）を抽出する。さらに、切替要件管理部１１２は、ステップＳ６０２で抽出した待機用サーバで使用可能な切替方式の名称をキーとして、切り替え戦略テーブル（図１１）を参照し、ステップＳ６０２で抽出した待機用サーバの使用可能切替方式の名称毎に、切替所要時間（カラム１１０２）を取得する。切替要件管理部１１２は、そして、取得した許容切替時間以上の値の切替所要時間である切替方式名を使用可能切替方式から削除する。これにより、切替要件管理部１１２は、ステップＳ６０２の条件を満たす待機用サーバが使用可能な切替方式のうち、許容切替時間を満たす切替方式を抽出する。なお、この時点で待機用サーバが０台になった場合は、管理サーバ１０の図示しない表示部にエラー表示を行って、処理を中断してもよい。

次に、切替要件管理部１１２は、この時点において、候補となっている待機用サーバが２台以上あるか否かを判定する（Ｓ６０４）。
ステップＳ６０４の結果、候補となっている待機用サーバが２台以上ない場合、すなわち候補となっている待機用サーバが１台である場合（Ｓ６０４→Ｎｏ）、切替要件管理部１１２は、ステップＳ６０６へ処理を移行する。
ステップＳ６０４の結果、候補となっている待機用サーバが２台以上ある場合（Ｓ６０４→Ｙｅｓ）、切替要件管理部１１２は、サーバ管理テーブル１２１（図９）および切替要件テーブル１２４（図１２）から障害が発生したサーバ装置２０の運用業務識別子における推奨性能（プロセッサ）および推奨性能（メモリ）を取得し、条件を満たす待機用サーバの中で最も性能の低いものを切替先に設定する（Ｓ６０５）。具体的には、切替要件管理部１１２が、ステップＳ６０２で取得した運用業務識別子をキーとして、切替要件テーブル１２４（図１２）から、該当する推奨性能（プロセッサ）（カラム１２０３）、推奨性能（メモリ）（カラム１２０４）を取得する。その後、切替要件管理部１１２は、待機用サーバのサーバ装置識別子をキーとして、サーバ管理テーブル１２１（図９）を参照し、取得した推奨性能（プロセッサ）と、推奨性能（メモリ）以上のプロセッサ構成情報（カラム９０２）およびメモリ容量（カラム９０３）を持つ待機用サーバを抽出する。この結果、待機用サーバが複数ある場合、これらの待機用サーバの中で、業務が要求する性能を上回り、かつ最も性能の低いものを切り替え用待機用サーバに設定する。ここで、待機用サーバとして最も性能の低いサーバ装置２０を設定する理由は、この後に、より高い性能を必要とするサーバ装置２０に障害が生じたときのことを考慮し、できるだけ性能の高い待機用サーバを残しておくためである。

次に、切替要件管理部１１２は、この時点における待機用サーバの使用可能切替方式が２つ以上であるか否かを判定する（Ｓ６０６）。
使用可能切替方式が２つ未満、つまり１つである場合（Ｓ６０６→Ｎｏ）、切替要件管理部１１２は、ステップＳ６０８へ処理を移行する。
使用可能切替方式が２つ以上ある場合（Ｓ６０６→Ｙｅｓ）、切替要件管理部１１２は、これらの使用可能切替方式のうち、切替戦略テーブル１２３における優先度が最も高いものを切替方式に設定する（Ｓ６０７）。具体的には、切替要件管理部１１２は、対象となっている切替方式名をキーとして、切替戦略テーブル１２３（図１１）の優先度（カラム１１０５）を参照し、複数ある使用可能切替方式のうち、優先度が最も高い切替方式を最終的な切替方式に設定する。なお、前記したにょうに図１１の例における優先度は、「１」が最も優先度が高く、「４」が最も低い。例えば、使用可能切替方式が「デプロイ方式」と「マッピング変更方式」である場合、「マッピング変更方式」の方が、優先度が高い（優先度の値が小さい）ため、最終的な切替方式として「マッピング変更方式」を設定する
そして、切替要件管理部１１２は、最終的に特定した待機用サーバのサーバ識別子と、使用可能切替方式とを対の情報として含む切替方式情報を切替戦略選定部１１６へ送信する（Ｓ６０８）。なお、ステップＳ６０８の処理は、図１７におけるステップＳ１０９に相当する処理である。

このような処理により、切替戦略選定部１１６が複数の待機用サーバや、使用可能切替方式を選定してしまっても、待機用サーバや使用可能切替方式を１つに特定することができる。また、運用されている業務の要件に沿った待機用サーバや切替方式を選択できるため、システムの可用性を高めることができる。

（デプロイ実行処理）
次に、図２３および図２４に沿って、図１７のステップＳ１１１（切替実行処理）における処理を説明する。なお、図２３および図２４は、切替方式としてデプロイ方式が設定された際に実行される処理であり、他の切替方式が設定された際に行われる処理は、公知であるため詳細な説明を省略する。
図２３は、本実施形態に係るデプロイ実行部によるデプロイ実行処理の動作手順を示すフローチャートである。
図１９のステップＳ３０７で呼び出されたデプロイ実行部１３１は、まず、イメージ管理部１３２の呼出処理を行い（Ｓ７０１）、イメージ管理部１３２は、図２４で後記するイメージ管理処理を行う。イメージ管理処理では、障害が発生したサーバ装置２０に関係付けられているＬＵのバックアップが作成されていない場合、該当するＬＵのバックアップを行う。
次に、デプロイ実行部１３１は、障害が発生したサーバ装置２０に関係付けされているＬＵ識別子をキーとして、ＬＵ管理テーブル１２８（図１６）における複製ディスク情報（カラム１６０５）を参照し、複製ディスク３２が存在するか否かを判定する（Ｓ７０２）。ＬＵ識別子は、以下の手順で取得する。まず、デプロイ実行部１３１が、サーバ切替部１１３から障害が発生したサーバ装置２０のサーバ装置識別子を受け取る。次に、デプロイ実行部１３１は、受け取ったサーバ装置識別子をキーとして、サーバ管理テーブル１２１（図９）を参照し、カラム９０４から該当するサーバ割当機器識別子を取得する。さらに、デプロイ実行部１３１は、取得したサーバ割当機器識別子をキーとして、ＨＢＡ管理テーブル１２７（図１５）を参照し、カラム１５０４から該当する割当ディスク識別子を障害が発生したサーバ装置２０に関係付けされているＬＵ識別子として取得する。ここで、複製ディスク３２が存在しない場合とは、後記する図２４の処理において、イメージ管理部１３２が、ステップＳ８０２で「Ｎｏ」を選択し、ステップＳ８０４で「Ｙｅｓ」を選択した場合に生じる結果である。

ステップＳ７０２の結果、複製ディスク３２が存在しない場合（Ｓ７０２→Ｎｏ）、デプロイ実行部１３１は、障害が発生したサーバ装置２０のＬＵを待機用サーバに接続する（Ｓ７０３）。ステップＳ７０３の処理は、例えば、以下の手順で行われる。まず、デプロイ管理部１３は、ＨＢＡ管理テーブル１２７（図１５）を参照し、トポロジ情報取得部１１４から受け取った障害が発生しているサーバ装置２０の割当ディスク識別子を、トポロジ情報取得部１１４から受け取った待機用サーバのサーバ割当機器識別子（ＨＢＡ識別子）に該当するＨＢＡ４０を関係付ける。
そして、デプロイ実行部１３１は、ステップＳ７０２の段階で取得した障害が発生したサーバ装置２０に関係付けされているＬＵ識別子をキーとして、ＬＵ管理テーブル１２８（図１６）から、バックアップイメージ名（カラム１６０４）を取得し（Ｓ７０４）、バックアップイメージ名に相当するバックアップイメージを取得する。
続いて、デプロイ実行部１３１は、取得したバックアップイメージをリストアする（Ｓ７０５）。具体的には、デプロイ実行部１３１が、サーバ切替部１１３から待機用サーバのサーバ装置識別子を受け取り、このサーバ装置識別子をキーとして、ステップＳ７０２と同様の処理を行い、待機用サーバに関係付けられたＬＵ識別子を取得する。そして、デプロイ実行部１３１は、取得したＬＵ識別子に該当するＬＵ（つまり、待機用サーバに接続されたブートディスク３１）に取得したバックアップイメージをリストアする。

ステップＳ７０２の結果、複製ディスク３２が存在する場合（Ｓ７０２→Ｙｅｓ）、デプロイ実行部１３１は、ＨＢＡ管理テーブル１２７（図１５）から、障害が発生したサーバ装置２０におけるサーバ割当機器識別子に該当するＷＷＮ（カラム１５０３）を取得する（Ｓ７０６）。ここで、障害が発生したサーバ装置２０におけるサーバ割当機器識別子は、トポロジ情報取得部１１４から受け取る情報である。
次に、デプロイ実行部１３１は、ステップＳ７０２で参照した複製ディスク情報（図１６のカラム１６０５）における複製ディスク３２のＬＵ識別子を取得する。そして、デプロイ実行部１３１は、取得した複製ディスク３２のＬＵ識別子をキーとして、ＬＵ管理テーブル１２８（図１６）のカラム１６０１を検索し、該当するポート番号（カラム１６０２）およびドメインＩＤ（カラム１６０３）を複製ディスク３２のポート番号およびドメインＩＤとして取得する。そして、デプロイ実行部１３１は、取得した複製ディスク３２のポート番号およびドメインＩＤに接続しているＬＵと、ステップＳ７０６で取得したＷＷＮとを関係付けることによって、複製ディスク３２のＬＵにＷＷＮを付け替える（Ｓ７０７）。
ステップＳ７０６およびステップＳ７０７の処理は、複製ディスク３２が存在する場合、デプロイを行わずに、処理負担を軽くするための処理である。

このような処理によって、障害が発生したサーバ装置２０のブートディスク３１のデータを、デプロイ方式によって待機用サーバに引き継ぐことができる。

（イメージ管理処理）
図２４は、本実施形態に係るイメージ管理部によるイメージ管理処理の動作手順を示すフローチャートである。
図２３のステップＳ７０１でデプロイ実行部１３１によって呼び出されたイメージ管理部１３２は、ＬＵ管理テーブル１２８から障害が発生したＬＵのディスク複製情報を取得する（Ｓ８０１）。具体的には、イメージ管理部１３２が、障害が発生したサーバ装置２０に関係付けされているＬＵ識別子をキーとして、ＬＵ管理テーブル１２８（図１６）から複製ディスク情報（カラム１６０５）を取得する。サーバ装置２０に関係付けされているＬＵ識別子の取得手順は、図２３のステップＳ７０２と同様の手順である。このとき、ＬＵ管理テーブル１２８に該当する複製ディスク情報がない場合、イメージ管理部１３２は、「Ｎｕｌｌ」などの情報を取得する。
次に、イメージ管理部１３２は、ステップＳ８０１で複製ディスク情報の取得ができたか否かを判定することによって、複製ディスク３２が存在するか否かを判定する（Ｓ８０２）。
ステップＳ８０２の結果、複製ディスク３２が存在する場合（Ｓ８０２→Ｙｅｓ）、図２３の処理に戻る。

ステップＳ８０２の結果、複製ディスク３２が存在しない場合（Ｓ８０２→Ｎｏ）、つまり、ステップＳ８０１で「Ｎｕｌｌ」などの情報が取得された場合、イメージ管理部１３２は、ＬＵ管理テーブル１２８から障害が発生したＬＵのバックアップイメージ名を取得する（Ｓ８０３）。具体的には、イメージ管理部１３２が、ステップＳ８０１で取得した障害が発生したサーバ装置２０に関係付けられているＬＵ識別子をキーとして、ＬＵ管理テーブル１２８（図１６）から、該当するバックアップイメージ名（カラム１６０４）を取得する。このとき、ＬＵ管理テーブル１２８に該当するバックアップイメージ名がない場合、イメージ管理部１３２は、「Ｎｕｌｌ」などの情報を取得する。

次に、イメージ管理部１３２は、ステップＳ８０３でバックアップイメージ名が取得できたか否かを判定することによって、バックアップイメージがあるか否かを判定する（Ｓ８０４）。
ステップＳ８０４の結果、バックアップイメージがある場合（Ｓ８０４→Ｙｅｓ）、図２３の処理に戻る。
ステップＳ８０４の結果、バックアップイメージがない場合（Ｓ８０４→Ｎｏ）、つまり、ステップＳ８０３で「Ｎｕｌｌ」などの情報が取得された場合、イメージ管理部１３２は、障害が発生したサーバ装置２０のＬＵ（障害ＬＵ）のバックアップを実行し（Ｓ８０５）、バックアップイメージを作成する。
そして、イメージ管理部１３２は、該当するＬＵ管理テーブル１２８（図１６）のバックアップイメージ名（カラム１６０４）を、ステップＳ８０５で作成したバックアップイメージの格納場所と、ファイル名に更新し、図２３の処理に戻る。

（ハード情報取得処理）
図２５は、本実施形態に係るハード情報取得部によるハード情報取得処理の動作手順を示すフローチャートである。
まず、ハード情報取得部１１５は、図１７のステップＳ１０１で障害検出部１１１から送信された管理テーブル更新要求を受信する（Ｓ９０１）。
次に、ハード情報取得部１１５は、サーバ装置２０起動通知から起動したサーバ装置２０のサーバ装置識別子を取得する（Ｓ９０２）。
そして、ハード情報取得部１１５は、ステップＳ９０２で取得したサーバ装置識別子に対応するサーバ装置２０に対し、ｍｉｎｉＯＳを送り込み、これらのサーバ装置２０に接続している機器の情報を取得する（Ｓ９０３）。
続いて、ハード情報取得部１１５は、ステップＳ９０３で取得した機器情報を基に、サーバ管理テーブル１２１、Ｉ／Ｏスイッチ管理テーブル１２５、ＨＢＡ管理テーブル１２７などの各管理テーブルを更新する（Ｓ９０４）。例えば、サーバ管理テーブル１２１（図９）の場合、ハード情報取得部１１５は、プロセッサ構成情報（カラム９０２）、メモリ容量（カラム９０２）、サーバ割当機器識別子（カラム９０４）、Ｉ／Ｏスイッチ接続情報（カラム９０６）、サーバ接続Ｉ／Ｏポート情報（カラム９０７）などの情報を更新する。Ｉ／Ｏスイッチ管理テーブル１２５（図１３）の場合、ハード情報取得部１１５は、接続機器情報（カラム１３０３）、機器識別子（カラム１３０４）、機器状態状態（カラム１３０５）などの情報を更新する。また、ＨＢＡ管理テーブル１２７（図１５）の場合、ハード情報取得部１１５は、ＨＢＡ種類（カラム１５０２）、ＷＷＮ（カラム１５０３）などの情報を更新する。なお、ハード情報取得部１１５は、この他にもサーバ切替管理テーブル１２２（図１０）、ＦＣスイッチ管理テーブル１２６（図１４）およびＬＵ管理テーブル１２８（図１６）などを更新してもよい。

管理テーブルの更新が終了すると、ハード情報取得部１１５は、管理テーブル更新終了の通知を更新応答として障害検出部１１１へ送信する（Ｓ９０５）。ステップＳ９０４，Ｓ９０５の処理は、図１７のステップＳ１０２の処理に相当する。

このような処理によって、各サーバ装置２０に接続されている機器に関する情報（管理テーブル）を最新の情報に更新することができる。

なお、本実施形態では、ＨＢＡ４０などの機器に関する情報（トポロジ情報：請求項における機器情報）を基に切替方式を選択したが、これに限らず、図８で示したように、障害部位がＯＳであるか否かなどを機器情報として切替方式の判定基準に含めてもよい。

（効果）
本実施形態によれば、計算機システム１に存在するファイバチャネルやファイバチャネルのＨＢＡ４０、ファイバチャネルスイッチ５０、外部ＲＡＩＤ装置（ストレージ装置３０）の接続状態などを考慮して、動的に切替方式を変更する事により、ハードウェア構成の異なる現用サーバ間で待機用サーバを共有し、初期導入費用を低減することができる。

本実施形態に係る計算機システムの構成を示すブロック図である。 本実施形態に係る管理サーバのハードウェア構成例を示す図である。 本実施形態に係るサーバ装置Ａのハードウェア構成例を示す図である。 本実施形態に係るサーバ装置Ｂのハードウェア構成例を示す図である。 本実施形態に係るストレージ装置のハードウェア構成例を示す図である。 本実施形態における動作概要の一例を示す図である（その１）。 本実施形態における動作概要の一例を示す図である（その２）。 本実施形態に係る切替戦略の例を示す図である。 本実施形態に係るサーバ管理テーブルの例を示す図である。 本実施形態に係るサーバ切替管理テーブルの例を示す図である。 本実施形態に係る切替戦略テーブルの例を示す図である。 本実施形態に係る切替要件テーブルの例を示す図である。 本実施形態に係るＩ／Ｏスイッチ管理テーブルの例を示す図である。 本実施形態に係るＦＣスイッチ管理テーブルの例を示す図である。 本実施形態に係るＨＢＡ管理テーブルの例を示す図である。 本実施形態に係るＬＵ管理テーブルの例を示す図である。 本実施形態に係る全体処理における動作シーケンスを示す図である。 本実施形態に係る障害検出部による障害検出処理の動作手順を示すフローチャートである。 本実施形態に係るサーバ切替部によるサーバ切替処理の動作手順を示すフローチャートである。 本実施形態に係る切替戦略選定部による切替戦略選定処理の動作手順を示すフローチャートである。 本実施形態に係るトポロジ情報取得部によるトポロジ情報取得処理の動作手順を示すフローチャートである。 本実施形態に係る切替要件管理部による切替要件管理処理の動作手順を示すフローチャートである。 本実施形態に係るデプロイ実行部によるデプロイ実行処理の動作手順を示すフローチャートである。 本実施形態に係るイメージ管理部によるイメージ管理処理の動作手順を示すフローチャートである。 本実施形態に係るハード情報取得部によるハード情報取得処理の動作手順を示すフローチャートである。

符号の説明

１ 計算機システム
１０ 管理サーバ
１１ 障害管理部
１２ 記憶部
１３ デプロイ管理部
１４ 入力部
２０ サーバ装置
３０ ストレージ装置
３１ ブートディスク
３２ 複製ディスク
３３ ストレージ制御部
３４ ディスクマッピング部
４０ ＨＢＡ
４１ ＨＢＡａ
４２ ＨＢＡｂ
５０ ファイバチャネルスイッチ
６０ Ｉ／Ｏスイッチ装置
７０ ネットワークスイッチ
２１ サーバ装置Ａ
２２ サーバ装置Ｂ
１１１ 障害検出部
１１２ 切替要件管理部
１１３ サーバ切替部
１１４ トポロジ情報取得部
１１５ ハード情報取得部
１１６ 切替戦略選定部（切替方法選定部）
１２１ サーバ管理テーブル
１２２ サーバ切替管理テーブル
１２３ 切替戦略テーブル（切替戦略情報）
１２４ 切替要件テーブル（切替要件情報）
１２５ Ｉ／Ｏスイッチ管理テーブル
１２６ ＦＣスイッチ管理テーブル
１２７ ＨＢＡ管理テーブル
１２８ ＬＵ管理テーブル
１２９ 機器識別子書換プログラム
１３１ デプロイ実行部
１３２ イメージ管理部
３２０ ディスク装置
３２１ ディスク
６０１，７０１ 現用サーバ
６０２，７０２ 待機用サーバ

Claims (19)

1. 複数のサーバ装置と、ストレージ装置における記憶デバイスと、のアクセスを管理する管理サーバにおける障害復旧方法であって、
   前記複数のサーバ装置は、現用サーバと、待機用サーバとを含み、
   前記管理サーバは、
   記憶部に、前記サーバ装置に関連する機器情報と、前記ストレージ装置の記憶デバイスのアクセスにおける、前記サーバ装置から他のサーバ装置へ、どのように切り替えるかという切替方法と、を対応付けた情報である切替戦略情報を格納しており、
   予め前記記憶部に格納してある障害が発生した現用サーバに関する機器情報である第１の機器情報を、前記記憶部から取得し、
   前記取得した第１の機器情報を基に、前記記憶部における前記切替戦略情報から、前記障害が発生した現用サーバに係る少なくとも１つの切替方法である第１の切替方法を取得し、
   予め前記記憶部に格納してある前記待機用サーバに関する機器情報である第２の機器情報を、前記記憶部から取得し、
   前記取得した第２の機器情報を基に、前記記憶部における前記切替戦略情報から、前記待機用サーバに係る少なくとも１つの切替方法である第２の切替方法を取得し、
   前記第１の切替方法に含まれる切替方法と、前記第２の切替方法に含まれる切替方法と、で共通の切替方法である第３の切替方法を取得し、
   前記第３の切替方法に従って、前記障害が発生した現用サーバから前記待機用サーバへ、前記ストレージ装置のアクセスを切り替える
   ことを特徴とする障害復旧方法。
2. 前記切替戦略情報には、前記切替方法の優先度がさらに格納されており、
   前記管理サーバは、
   前記第３の切替方法が、複数取得された場合、前記優先度の高い切替方法を選択する
   ことを特徴とする請求項１に記載の障害復旧方法。
3. 前記記憶部には、各サーバ装置で実行されている業務において、許容できる切替時間である切替許容時間が格納されている切替要件情報がさらに格納されており、
   前記切替戦略情報には、各切替方法に対する切替所要時間がさらに格納されており、
   前記管理サーバは、
   前記第３の切替方法が、複数取得された場合、各第３の切替方法に対する切替所要時間を、前記切替戦略情報から取得し、前記切替許容時間を、前記切替要件情報から取得し、
   前記取得した切替所要時間が、前記取得した切替許容時間より大きい切替方法を、前記第３の切替方法から除外する
   ことを特徴とする請求項１に記載の障害復旧方法。
4. 前記管理サーバは、
   前記待機サーバが、複数存在する場合、各待機サーバのうちで、最も性能が低い待機サーバを選択する
   ことを特徴とする請求項１に記載の障害復旧方法。
5. 前記記憶部には、各サーバ装置で実行される業務に必要な性能が格納されている切替要件情報がさらに格納されており、
   前記管理サーバは、
   前記各待機サーバのうちで、前記切替要件情報に格納されている前記障害が発生した現用サーバで実行されている業務に必要な性能を満たしていない前記待機サーバを、候補から除外する
   ことを特徴とする請求項１に記載の障害復旧方法。
6. 前記管理サーバは、
   前記障害が発生した現用サーバに対し、ストレージ装置の記憶デバイスがアクセス可能ではない場合、前記第１の切替方法をデプロイ方法にする
   ことを特徴とする請求項１に記載の障害復旧方法。
7. 前記管理サーバは、
   前記障害が発生した現用サーバにアクセス可能な前記ストレージ装置と、前記待機用サーバにアクセス可能な前記ストレージ装置とが異なる場合、もしくは前記障害が発生した現用サーバにおけるＨＢＡと、前記待機用サーバにおけるＨＢＡとが異なる場合、前記第３の切替方法をデプロイ方法にする
   ことを特徴とする請求項１に記載の障害復旧方法。
8. 前記管理サーバは、
   障害部位が入出力機器である場合、前記第３の切替方法から、アダプタ継承方法を削除する
   ことを特徴とする請求項１に記載の障害復旧方法。
9. 前記機器情報は、該当するサーバ装置におけるアクセス機器の識別子およびポート番号を含む情報である
   ことを特徴とする請求項１に記載の障害復旧方法。
10. 請求項１から請求項９のいずれか一項に記載の障害復旧方法を、コンピュータに実行させることを特徴とするプログラム。
11. 複数のサーバ装置と、ストレージ装置における記憶デバイスと、のアクセスを管理する管理サーバであって、
    前記複数のサーバ装置は、現用サーバと、待機用サーバとを含み、
    前記サーバ装置に関連する機器情報と、前記ストレージ装置の記憶デバイスのアクセスにおける、前記サーバ装置から他のサーバ装置へ、どのように切り替えるかという切替方法と、を対応付けた情報である切替戦略情報を格納している記憶部と、
    予め前記記憶部に格納してある障害が発生した現用サーバに関する機器情報である第１の機器情報と、前記待機用サーバに関する機器情報である第２の機器情報と、を前記記憶部から取得する機器情報取得部と、
    前記取得した第１の機器情報を基に、前記記憶部における前記切替戦略情報から、前記障害が発生した現用サーバに係る少なくとも１つの切替方法である第１の切替方法と、前記取得した第２の機器情報を基に、前記記憶部における前記切替戦略情報から、前記待機用サーバに係る少なくとも１つの切替方法である第２の切替方法と、を取得し、前記第１の切替方法に含まれる切替方法と、前記第２の切替方法に含まれる切替方法と、で共通の切替方法である第３の切替方法を取得する切替方法選定部と、
    前記第３の切替方法に従って、前記障害が発生した現用サーバから前記待機用サーバへ、前記ストレージ装置のアクセスを切り替えるサーバ切替部と、
    を有することを特徴とする管理サーバ。
12. 前記切替戦略情報には、前記切替方法の優先度がさらに格納されており、
    前記第３の切替方法が、複数取得された場合、前記優先度の高い切替方法を選択する切替要件管理部を、
    さらに有することを特徴とする請求項１１に記載の管理サーバ。
13. 前記記憶部には、各サーバ装置で実行されている業務において、許容できる切替時間である切替許容時間が格納されている切替要件情報が格納されており、
    前記切替戦略情報には、各切替方法に対する切替所要時間がさらに格納されており、
    前記第３の切替方法が、複数取得された場合、各第３の切替方法に対する切替所要時間を、前記切替戦略情報から取得し、前記切替許容時間を、前記切替要件情報から取得し、前記取得した切替所要時間が、前記取得した切替許容時間より大きい切替方法を、前記第３の切替方法から除外する切替要件管理部を、
    さらに有することを特徴とする請求項１１に記載の管理サーバ。
14. 前記待機サーバが、複数存在する場合、各待機サーバのうちで、最も性能が低い待機サーバを選択する切替要件管理部を、
    さらに有することを特徴とする請求項１１に記載の管理サーバ。
15. 前記記憶部には、各サーバ装置で実行される業務に必要な性能が格納されている切替要件情報がさらに格納されており、
    前記各待機サーバのうちで、前記切替要件情報に格納されている前記障害が発生した現用サーバで実行されている業務に必要な性能を満たしていない前記待機サーバを、候補から除外する切替要件管理部を、
    さらに有することを特徴とする請求項１１に記載の管理サーバ。
16. 前記切替方法選定部は、
    前記障害が発生した発生した現用サーバに対し、ストレージ装置の記憶デバイスがアクセス可能ではない場合、前記第１の切替方法をデプロイ方法にする機能を、
    さらに有することを特徴とする請求項１１に記載の管理サーバ。
17. 前記切替方法選定部は、
    前記障害が発生した現用サーバにアクセス可能な前記ストレージ装置と、前記待機用サーバにアクセス可能な前記ストレージ装置とが異なる場合、もしくは前記障害が発生した現用サーバにおけるＨＢＡと、前記待機用サーバにおけるＨＢＡとが異なる場合、前記第３の切替方法をデプロイ方法にする機能を、
    さらに有することを特徴とする請求項１１に記載の管理サーバ。
18. 前記切替方法選定部は、
    障害部位が入出力機器である場合、前記第３の切替方法から、アダプタ継承方法を削除する機能を、
    さらに有することを特徴とする請求項１１に記載の管理サーバ。
19. 前記記憶部の機器情報は、該当するサーバ装置におけるアクセス機器の識別子およびポート番号を含む情報
    であることを特徴とする請求項１１に記載の管理サーバ。
    

Images