WO2014068764A1

WO2014068764A1 - システム冗長化確認方法及び計算機システム

Info

Publication number: WO2014068764A1
Application number: PCT/JP2012/078453
Authority: WO
Inventors: 敬太嶋田; 高本　良史; 貴志爲重; 雄二郎市川; 智斉内田
Original assignee: 株式会社日立製作所
Priority date: 2012-11-02
Filing date: 2012-11-02
Publication date: 2014-05-08
Also published as: JPWO2014068764A1; US20150205650A1; US9542249B2; JP5955977B2

Abstract

　業務に影響を与えることなく、現用系サーバと待機系サーバとの間でフェイルオーバが可能か否かを判定する方法及びシステムを提供する。　計算機システムにおけるシステム冗長化確認方法であって、計算機システムは、第１の計算機と、第２の計算機と、ストレージシステムと、管理計算機とを有し、管理計算機が、第１の計算機のハードウェア構成に関する第１のハードウェア情報、及び第２の計算機のハードウェア構成に関する第２のハードウェア情報を取得するステップと、第１の記憶領域情報を取得するステップと、第２の計算機が、ストレージシステムから第２の記憶領域情報を取得し、管理計算機に第２の記憶領域情報を送信するステップと、管理計算機が、第１のハードウェア情報及び第１の記憶領域情報と、第２のハードウェア情報及び第２の記憶領域情報とを比較し、第１の計算機と第２の計算機との間でフェイルオーバが可能か否かを判定するステップと、を含む。

Description

システム冗長化確認方法及び計算機システム

　本発明は、クラスタが構成された計算機システムにおいて、稼働中の計算機に影響を与えることなく、フェイルオーバ機能が稼働するか否かを判定する技術に関する。

　従来のフェイルオーバ機能を有するクラスタシステムは、業務を実行するアプリケーションが稼働する現用系サーバと、現用系サーバで障害が発生時に、当該現用系サーバの代わりにアプリケーション稼働させる予備系サーバとから構成される。従来のクラスタシステムにおけるフェイルオーバ機能の稼働を確認する方法としては、以下の二点を確認する必要がある。

　（確認１）現用系サーバ及び予備系サーバの構成（ブレードの型、Ｉ／Ｏデバイス等）が一致すること。

　（確認２）現用系サーバがアクセスするＬＵ（Ｌｏｇｉｃａｌ　Ｕｎｉｔ）に対して予備系サーバがアクセス可能であること。

　特に、（確認２）については、予備系サーバが、現用系サーバがアクセスするＬＵと物理的に接続されている（結線されている）だけでなく、論理的な接続を確認する必要がある。ここで、論理的な接続とは、現用系サーバがアクセスするＬＵと予備系サーバとの間を接続するスイッチの設定、及びストレージ装置におけるポート、パス等の各種の設定を表す。

　そのため、従来のクラスタシステムにおけるフェイルオーバ機能の稼働確認方法では、クラスタシステムが構築された後、実際にフェイルオーバ処理を実行することによって、正常にフェイルオーバ機能が稼働する否かが確認する必要があった。

特開２００７－２４９３４３号公報

　前述した従来技術は、パスが二重化されていない、現用系サーバ及び予備系サーバから構成されるクラスタシステムにおいて、現用系サーバ及び予備系サーバの両系故障等のシステムダウンとなるような二重障害を防ぐ方法であり、予備系サーバから共有ディスクに対して監視Ｉ／Ｏを発行して、パスに障害がないか否かが判定される。

　しかし、従来技術では、予備系サーバに監視モジュール、ＯＳ（Ｏｐｅｒａｔｉｏｎｇ　Ｓｙｓｔｅｍ）及びクラスタソフトをインストールする必要がある。そのため、予めシステムディスクとなるＬＵが用意されていない予備系サーバでは、パスを確認することができない。

　また、従来技術では、実際にフェイルオーバ処理を実行する必要があるため、稼働中の業務を停止させる必要がある。そのため、稼働中の業務に影響を与えないフェイルオーバ機能の稼働確認方法が望まれている。

　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、計算機システムにおけるシステム冗長化確認方法であって、前記計算機システムは、少なくとも一以上の第１の計算機と、少なくとも一以上の第２の計算機と、ストレージシステムと、前記少なくとも一以上の第１の計算機及び前記少なくとも一以上の第２の計算機を管理する管理計算機と、を有する。前記少なくとも一以上の第１の計算機は、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される第１のＩ／Ｏインタフェースを有し、前記少なくとも一以上の第２の計算機は、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、及び前記第２のプロセッサに接続される第２のＩ／Ｏインタフェースを有し、前記ストレージシステムは、一つ以上のポートを有するコントローラを一つ以上含むディスクコントローラ、及び複数の記憶媒体を有し、前記管理計算機は、第３のプロセッサ、前記第３のプロセッサに接続される第３のメモリ、及び前記第３のプロセッサに接続される第３のＩ／Ｏインタフェースを有する。前記少なくとも一以上の第１の計算機は、業務を実行し、前記少なくとも一以上の第２の計算機は、前記少なくとも一以上の第１の計算機に障害が発生した場合に、前記業務を引き継ぐ。前記ストレージシステムは、前記少なくとも一以上の第１の計算機に、前記業務の実行に必要なデータを格納する記憶領域を提供する。前記方法は、前記管理計算機が、前記少なくとも一以上の第１の計算機のハードウェア構成に関する第１のハードウェア情報、及び前記少なくとも一以上の第２の計算機のハードウェア構成に関する第２のハードウェア情報を取得する第１のステップと、前記管理計算機が、前記少なくとも一以上の第１の計算機に提供される記憶領域に関する第１の記憶領域情報を取得する第２のステップと、前記管理計算機が、前記少なくとも一以上の第１の計算機に提供される記憶領域に関する第２の記憶領域情報の取得指示を、前記少なくとも一以上の第２の計算機に送信する第３のステップと、前記少なくとも一以上の第２の計算機が、前記取得指示を受信した場合に、前記ストレージシステムから前記第２の記憶領域情報を取得し、前記管理計算機に前記取得された第２の記憶領域情報を送信する第４のステップと、前記管理計算機が、前記取得された第１のハードウェア情報及び前記取得された第１の記憶領域情報と、前記取得された第２のハードウェア情報及び前記取得された第２の記憶領域情報とを比較し、前記比較の結果に基づいて、前記少なくとも一以上の第１の計算機と前記少なくとも一以上の第２の計算機との間でフェイルオーバが可能か否かを判定する第５のステップと、を含むことを特徴とする。

　本発明によれば、第１の計算機及び第２の計算機から取得される情報を比較することによってフェイルオーバが可能か否かを判定するため、第１の計算機が実行する業務に影響を与えることがない。

　前述した以外の課題、構成及び効果は、以下の実施形態の説明によって明らかにされる。

本発明の第１の実施例を示し、計算機システムの一例を示すブロック図である。本発明の実施例１の管理サーバのハードウェア構成及びソフトウェア構成を説明するブロック図である。本発明の実施例１のサーバのハードウェア構成及びソフトウェア構成を説明するブロック図である。本発明の実施例１のストレージ装置が備えるディスクコントローラを説明するブロック図である。本発明の実施例１における管理対象テーブルの一例を示す説明図である。本発明の実施例１における管理対象テーブルの一例を示す説明図である。本発明の実施例１におけるクラスタチェックテーブルの一例を示す説明図である。本発明の実施例１におけるクラスタチェックテーブルの一例を示す説明図である。本発明の実施例１におけるホストグループテーブルの一例を示す説明図である。本発明の実施例１におけるクラスタ確認処理の流れを説明するシーケンス図である。本発明の実施例１における管理サーバの契機受信部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバの情報取得部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバのチェックリスト生成部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバの情報比較部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバの情報受信部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバの情報受信部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバの情報受信部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバのストレージ操作部が実行する処理の一例を説明するフローチャートである。本発明の実施例１におけるストレージ装置のホストグループ制御部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における情報取得アプリケーションが実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバの優先度設定部が実行する処理の一例を説明するフローチャートである。本発明の実施例１における管理サーバの処理通知部が実行する処理の一例を説明するフローチャートである。本発明の実施例６におけるクラスタチェックテーブルの一例を示す説明図である。本発明の実施例６におけるクラスタチェックテーブルの一例を示す説明図である。本発明の実施例６におけるポート性能テーブルの一例を示す説明図である。本発明の実施例７におけるクラスタチェックテーブルの一例を示す説明図である。本発明の実施例７におけるクラスタチェックテーブルの一例を示す説明図である。本発明の実施例７における管理サーバのネットワーク管理部が実行する処理の一例を説明するフローチャートである。本発明の実施例８における管理サーバの処理通知部が実行する処理の一例を説明するフローチャートである。本発明の実施例８における操作画面の一例を示す説明図である。本発明の実施例９におけるサーバのハードウェア構成及びソフトウェア構成を説明するブロック図である。本発明の実施例９における管理サーバの優先度設定部が実行する処理の一例を説明するフローチャートである。本発明の実施例９における管理サーバの予備系生成部が実行する処理の一例を説明するフローチャートである。

　以下、本発明の一実施例について添付図面を用いて説明する。

＜実施例１＞
　図１は、本発明の実施例１における計算機システムの構成例を示すブロック図である。

　本実施例における計算機システムは、管理サーバ１００、クライアント端末１９０、ＮＷ－ＳＷ１１０、複数のサーバ１２０、ＦＣ（Ｆｉｂｅｒ　Ｃｈａｎｎｅｌ）－ＳＷ１４０、及び一つ以上のストレージ装置１３０から構成される。

　管理サーバ１００は、ＮＷ－ＳＷ１００を介して、ＦＣ－ＳＷ１４０の管理インタフェース１４１、複数のサーバ１２０の管理インタフェース１２１、及びストレージ装置１３０の管理インタフェース１３１と接続される。

　なお、管理インタフェース１２１、１３１、１４１は、管理サーバ１００からの問い合わせに応じて各ＩＴ機器（以下、単に機器と記載）の情報を送信するためのＩ／Ｏインタフェースであり、例えば、後述のネットワークインタフェースを用いることができる。

　また、管理サーバ１００は、管理者が管理サーバ１００に対して入出力指示を行うクライアント端末１９０と接続される。本発明は、管理サーバ１００とクライアント端末１９０との間の接続方式に限定されず、例えば、ネットワーク又は物理的なケーブルを介して接続してもよい。なお、管理者はクライアント端末１９０を用いずに、直接、管理サーバ１００を操作してもよい。

　ＮＷ－ＳＷ１１０は、管理サーバ１００が複数のサーバ１２０、ＦＣ－ＳＷ１４０及び一つ以上のストレージ装置１３０を管理するための管理ネットワークを構成するスイッチである。なお、図１では、一つのＮＷ－ＳＷ１１０から管理ネットワークが構成されるが、複数のスイッチ及びルータ等から管理ネットワークが構成されてもよい。

　また、ＮＷ－ＳＷ１１０は、ネットワーク管理部１１１を有する。ネットワーク管理部１１１は、サーバ１２０とＬＵ１３５との間の接続経路における情報を取得する。なお、実施例１では、ネットワーク管理部１１１は用いられない。実施例７において、図２２を用いて、ネットワーク管理部１１１の具体的な処理について説明する。

　管理サーバ１００は、計算機システム全体の各種管理を行う。例えば、管理サーバ１００は、各サーバ１２０等から各種情報を取得し、各サーバ１２０の電源を操作し、また、クラスタシステムを管理する。ここで、クラスタシステムは一つ以上のクラスタから構成されるシステムであり、また、クラスタは一つ以上のサーバ１２０から構成される。

　管理サーバ１００は、制御部１０１及び管理テーブル群１０２を有する。制御部１０１は、管理サーバ１００における管理機能を実現するための各種処理を実行する。管理テーブル群１０２は、制御部１０１が処理を実行するために必要な情報を格納する。

　管理サーバ１００のハードウェア構成及びソフトウェア構成については、図２を用いて後述する。

　サーバ１２０は、業務を実行するアプリケーション３１１（図３参照）が稼働する計算機である。

　本実施例では、複数のサーバ１２０からクラスタが構成される。また、クラスタを構成するサーバ１２０には、アプリケーション３１１（図３参照）が稼働する現用系サーバ１２０と、現用系サーバ１２０の障害発生時に業務を引き継ぐ予備系サーバ１２０とが含まれる。なお、予備系サーバ１２０は、通常、電源がＯＦＦの状態となっている。

　本実施例では、全てのサーバ１２０がいずれかのクラスタに所属するものとする。なお、クラスタに所属していないサーバ１２０が存在してもよい。

　また、各サーバ１２０は、業務ネットワーク１０５と接続される。業務ネットワーク１０５は、各サーバ１２０上で稼働するアプリケーション３１１（図３参照）が使用するネットワークである。なお、業務ネットワーク１０５はスイッチ及びルータ等から構成される。アプリケーション３１１（図３参照）が稼働するサーバ１２０は、業務ネットワーク１０５を介してＷＡＮ等に接続され、外部のクライアント計算機と通信する。

　また、各サーバ１２０は、アダプタ１２２を介して、ＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を構成するＦＣ－ＳＷ１４０に接続される。本実施例では、サーバ１２０とストレージ装置１３０との間がＳＡＮを介して接続されるが、本発明はこれに限定されず、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）ネットワークであってもよい。

　アダプタ１２２は、ＦＣ－ＳＷ１４０の種類に対応して、ＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）、ＨＢＡ（Ｈｏｓｔ　Ｂｕｓ　Ａｄａｐｔｅｒ）、及びＣＮＡ（Ｃｏｎｖｅｒｇｅｄ　Ｎｅｔｗｏｒｋ　Ａｄａｐｔｅｒ）等のＩ／Ｏアダプタ又はＩ／Ｏデバイスから構成される。

　本実施例では、サーバ１２０は、情報取得アプリケーション１２３を有する。情報取得アプリケーション１２３は、マイグレーション機能の稼働を確認するために必要な構成情報を取得する。前述した構成情報は、少なくとも、現用系サーバ１２０がアクセスするＬＵ１３５の情報を含む。ＬＵ１３５の情報としては、ＬＵ１３５の識別子、サイズ、性能等の情報が考えられるが、本発明は前述したものに限定されない。

　なお、前述した構成情報には、サーバ１２０のハードウェアの情報及びソフトウェアの情報等が含まれてもよい。以下、前述した構成情報を確認用構成情報とも記載する。

　ＦＣ－ＳＷ１４０は、各サーバ１２０とストレージ装置１３０とを接続するＳＡＮを構成する。なお、図１では、一つのＦＣ－ＳＷ１４０がＳＡＮを構成するが、複数のＦＣ－ＳＷ１４０からＳＡＮが構成されもよい。

　ストレージ装置１３０は、アプリケーション３１１（図３参照）が稼働するサーバ１２０が使用する記憶領域を提供する。ストレージ装置１３０は、ディスクコントローラ１３２、及び複数の記憶デバイス（図示省略）を備える。

　ディスクコントローラ１３２は、記憶領域の管理、及びサーバ１２０と記憶領域との接続等を管理する。ディスクコントローラ１３２は、複数のポート１３４を有するコントローラ１３３を複数備える。

　本実施例では、複数の記憶デバイスの記憶領域からＬＵ１３５が生成され、ＬＵ１３５を現用系サーバ１２０に提供される。なお、ＬＵ１３５には、ＯＳ３１０（図３参照）及びアプリケーション３１１（図３参照）等のプログラム及びプログラムの実行に必要な各種情報が格納される。また、記憶デバイスとしては、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等が考えられる。また、ストレージ装置１３０は、複数の記憶デバイスを用いてＲＡＩＤを構成してもよい。

　なお、管理サーバ１００及びサーバ１２０の種別は、物理サーバ、ブレードサーバ、仮想化サーバ、又は、論理物理分割若しくは物理分割されたサーバ等のいずれであってもよい。本発明は、管理サーバ１００及びサーバ１２０の種別に限定されず、本発明の効果を得ることができる。

　図２は、本発明の実施例１の管理サーバ１００のハードウェア構成及びソフトウェア構成を説明するブロック図である。

　管理サーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１、メモリ２０２、ＢＭＣ（Ｂａｓｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｃｏｎｔｒｏｌｌｅｒ）２０３、ディスクインタフェース２０４、ネットワークインタフェース２０５、及び入出力装置２０６を備える。

　ＣＰＵ２０１は、一つ以上の演算装置を備え、メモリ２０２に格納されるプログラムを実行する。ＣＰＵ２０１がプログラムを実行することによって、管理サーバ１００が備える機能を実現することができる。以下、プログラムを主体にして説明する場合、ＣＰＵ２０１によって当該プログラムが実行されていることを示す。

　メモリ２０２は、ＣＰＵ２０１によって実行されるプログラム及び当該プログラムの実行に必要な情報を格納する。メモリ２０２に格納されるプログラム及び情報については、後述する。

　ＢＭＣ２０３は、電源の制御、及び各インタフェースの制御を行う。ディスクインタフェース２０４は、ストレージ装置１３０にアクセスするためのインタフェースである。ネットワークインタフェース２０５は、ＩＰネットワークを介して、他の装置と通信するためのインタフェースである。

　入出力装置２０６は、キーボード及びマウス等の入力装置、及びディスプレイ等の表示装置を含む。管理サーバ１００は、入出力装置２０６を介して、ＵＳＢメモリなどの外部記憶媒体を接続してもよい。

　なお、管理サーバ１００自身が入出力装置２０６を備えていなくてもよい。例えば、ネットワークインタフェース２０５等のインタフェース等を介して入出力装置２０６と接続する方法、入出力装置２０６を備えるクライアント端末１９０と接続する方法等が考えられる。

　図２では、ディスクインタフェース２０４及びネットワークインタフェース２０５を、それぞれ代表して一つずつ示しているが、管理サーバ１００は、ディスクインタフェース２０４及びネットワークインタフェース２０５を複数備えてもよい。

　例えば、管理サーバ１００が二つのネットワークインタフェース２０５を備える場合、一つのネットワークインタフェース２０５を介して管理用ネットワークと接続し、他方のネットワークインタフェース２０５を介して業務ネットワーク１０５と接続することが考えられる。

　また、管理サーバ１００は、ディスクインタフェース２０４及びネットワークインタフェース２０５の代わりに、サーバ１２０及びストレージ装置１３０等の外部装置と接続可能な一つのＩ／Ｏインタフェースを備えていればよい。

　次に、メモリ２０２に格納されるプログラム及び情報について説明する。

　メモリ２０２は、制御部１０１を実現するプログラム及び管理テーブル群１０２を格納する。なお、メモリ２０２は、図示しないプログラム及び情報を格納してもよい。

　制御部１０１は、複数のプログラムモジュールから構成され、フェイルオーバ機能の稼働を確認するための処理を実行する。以下では、フェイルオーバ機能の稼働を確認するための処理をクラスタ確認処理とも記載する。

　具体的には、制御部１０１は、契機受信部２１５、情報取得部２１２、チェックリスト生成部２１１、情報比較部２１３、情報受信部２１４、ストレージ操作部２１６、優先度設定部２１７、処理通知部２１８、ネットワーク管理部１１１、及び予備系生成部２１９を含む。

　ＣＰＵ２０１は、各機能部を実現するプログラムにしたがって動作することによって、所定の機能を実現する機能部として動作する。例えば、ＣＰＵ２０１は、情報取得プログラムにしたがって動作することによって情報取得部２１２として機能する。他のプログラムについても同様である。さらに、ＣＰＵ２０１は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

　契機受信部２１５は、クラスタ確認処理を開始するための契機を検出する。契機受信部２１５が実行する処理については、図９を用いて後述する。情報取得部２１２は、クラスタ確認処理における処理対象のサーバ１２０から情報を取得する。情報取得部２１２が実行する処理については、図１０を用いて後述する。

　チェックリスト生成部２１１は、クラスタ確認処理の実行時に用いるクラスタチェックテーブル２５１を生成する。チェックリスト生成部２１１が実行する処理については、図１１を用いて後述する。情報比較部２１３は、フェイルオーバ機能が正常に稼働するか否かを判定する。情報比較部２１３が実行する処理については、図１２を用いて後述する。

　情報受信部２１４は、クラスタ確認処理において必要な各種情報を取得する。情報受信部２１４が実行する処理については、図１３Ａ、図１３Ｂ及び図１３Ｃを用いて後述する。ストレージ操作部２１６は、クラスタ確認処理の実行時にストレージ装置１３０に対する設定を行う。ストレージ操作部２１６が実行する処理については、図１４を用いて後述する。

　優先度設定部２１７は、一つのクラスタ内に複数の予備系サーバ１２０が存在する場合に、当該予備系サーバ１２０の使用順を表す優先度を設定する。優先度設定部２１７が実行する処理については、図１７を用いて後述する。処理通知部２１８は、管理者にクラスタ確認処理の結果を通知する。処理通知部２１８が実行する処理については、図１８を用いて後述する。

　予備系生成部２１９は、予備系サーバ１２０として仮想的な計算機を用いる場合に、仮想的な計算機の生成を指示する。なお、実施例１では、予備系生成部２１９は用いられない。実施例９において、図２７を用いて、予備系生成部２１９の具体的な処理について説明する。

　管理テーブル群１０２は、管理対象テーブル２５０、クラスタチェックテーブル２５１、及びポート性能テーブル２５２を含む。

　管理対象テーブル２５０は、情報取得部２１２によって生成及び更新され、管理サーバ１００が管理する計算機システム内のサーバ１２０等の機器の各種情報を格納する。管理対象テーブル２５０の詳細については、図５Ａ及び図５Ｂを用いて後述する。

　クラスタチェックテーブル２５１は、チェックリスト生成部２１１によって生成及び更新され、クラスタ確認処理の結果を格納する。クラスタチェックテーブル２５１の詳細については、図６Ａ及び図６Ｂを用いて後述する。

　ポート性能テーブル２５２は、優先度を設定するときに用いられる情報を格納する。なお、実施例１では、ポート性能テーブル２５２を用いた処理は実行されない。実施例６において、図２０を用いて、ポート性能テーブル２５２の詳細について説明する。

　管理テーブル群１０２に含まれる各テーブルの情報は、管理サーバ１００内の他の機能部によって自動生成されたものでもよいし、管理者が手動又はクライアント端末１９０を用いて入力してものでもよい。

　制御部１０１を実現するプログラム、及び管理テーブル群１０２に含まれるテーブルは、ストレージ装置１３０、不揮発性半導体メモリ、ＨＤＤ若しくはＳＳＤ等の記憶デバイス、又は、ＩＣカード、ＳＤカード若しくはＤＶＤ等の計算機読み取り可能な非一時的記憶媒体に格納することができる。

　この場合、ＣＰＵ２０１は、ストレージ装置１３０、記憶デバイス、又は計算機読み取り可能な非一時的記憶媒体からプログラム及びテーブルを読み出し、メモリ２０２上にロードする。

　図３は、本発明の実施例１のサーバ１２０のハードウェア構成及びソフトウェア構成を説明するブロック図である。

　サーバ１２０は、ＣＰＵ３０１、メモリ３０２、ＢＭＣ３０３、ディスクインタフェース３０４、及びネットワークインタフェース３０５を備える。

　ＣＰＵ３０１は、一つ以上の演算装置を備え、メモリ３０２に格納されるプログラムを実行する。ＣＰＵ３０１がプログラムを実行することによって、サーバ１２０が備える機能を実現することができる。以下、プログラムを主体にして説明する場合、ＣＰＵ３０１によって当該プログラムが実行されていることを示す。

　メモリ３０２は、ＣＰＵ３０１によって実行されるプログラム及び当該プログラムの実行に必要な情報を格納する。メモリ３０２に格納されるプログラム及び情報については、後述する。

　ＢＭＣ３０３は、電源の制御、及び各インタフェースの制御を行う。ディスクインタフェース３０４は、ストレージ装置１３０にアクセスするためのインタフェースである。ネットワークインタフェース３０５は、ＩＰネットワークを介して、他の装置と通信するためのインタフェースである。

　サーバ１２０は、キーボード及びマウス等の入力装置、及びディスプレイ等の表示装置を備えていてもよい。

　また、サーバ１２０は、ディスクインタフェース３０４及びネットワークインタフェース３０５の代わりに、管理サーバ１００及びストレージ装置１３０等の外部装置と接続可能な一つのＩ／Ｏインタフェースを備えていればよい。

　ここで、メモリ３０２に格納されるプログラム及び情報について説明する。図３では、現用系サーバ１２０及び予備系サーバ１２０のいずれもが保持可能なプログラムを示している。しかし、本実施例では、現用系サーバ１２０のメモリ３０２の内容と、予備系サーバ１２０のメモリ３０２の内容とが異なる。

　現用系サーバ１２０のメモリ３０２は、アプリケーション３１１及びＯＳ３１０を実現するプログラムを格納する。

　ＯＳ３１０はサーバ１２０全体を管理する。アプリケーション３１１は、各種業務を実行する。本実施例では、ＯＳ３１０及びアプリケーション３１１を実現するプログラムはＬＵ１３５に格納されるものとする。

　一方、予備系サーバ１２０のメモリ３０２には、通常、電源がＯＦＦの状態であるため、プログラムが格納されない。ただし、本実施例では、予備系サーバ１２０は、管理サーバ１００から起動指示を受信した場合に、情報取得アプリケーション１２３を実現するプログラムをメモリ３０２にロードする。

　情報取得アプリケーション１２３は、クラスタ確認処理に必要な構成情報、すなわち、確認用構成情報を取得する。情報取得アプリケーション１２３が実行する処理の詳細は、図１６を用いて後述する。

　本実施例では、情報取得アプリケーション１２３を実現するプログラムは、予めサーバ１２０内の不揮発性メモリ（図示省略）に格納され、予備系サーバ１２０の起動時にメモリ３０２にロードされる。

　この場合、情報取得アプリケーション１２３が起動するように、サーバ１２０を設定する必要がある。例えば、ＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）又はＵＥＦＩ（Ｕｎｉｆｉｅｄ　Ｅｘｔｅｎｓｉｂｌｅ　Ｆｉｒｍｗａｒｅ　Ｉｎｔｅｒｆａｃｅ）を用いて、管理サーバ１００から起動指示又は情報取得指示等を受信した場合、予備系サーバ１２０の起動後に、情報取得アプリケーション１２３を起動するように設定する方法が考えられる。

　本実施例では、情報取得アプリケーション１２３の処理が終了した後に、サーバ１２０は再び電源ＯＦＦの状態になるものとする。なお、予備系サーバ１２０は、情報取得アプリケーション１２３の処理が終了した後に、ＯＳ３１０等を起動させてもよい。

　図３では、ディスクインタフェース３０４及びネットワークインタフェース３０５を、それぞれ代表して一つずつ示しているが、サーバ１２０は、ディスクインタフェース３０４及びネットワークインタフェース３０５を複数備えてもよい。

　本実施例では、サーバ１２０は、管理ネットワーク及び業務ネットワーク１０５のそれぞれに接続するためのネットワークインタフェース３０５を備える。管理ネットワークに接続するネットワークインタフェース３０５が、管理インタフェース１２１に対応する。

　図４は、本発明の実施例１のストレージ装置１３０が備えるディスクコントローラ１３２を説明するブロック図である。

　ディスクコントローラ１３２は、ＣＰＵ４０１、メモリ４０２、ディスクインタフェース４０３、管理インタフェース１３１及び複数のコントローラ１３３を備える。

　ＣＰＵ４０１は、一つ以上の演算装置を備え、メモリ４０２に格納されるプログラムを実行する。ＣＰＵ４０１がプログラムを実行することによって、ストレージ装置１３０が備える機能を実現することができる。以下、プログラムを主体にして説明する場合、ＣＰＵ４０１によって当該プログラムが実行されていることを示す。

　メモリ４０２は、ＣＰＵ４０１によって実行されるプログラム及び当該プログラムの実行に必要な情報を格納する。メモリ４０２に格納されるプログラム及び情報については、後述する。

　ディスクインタフェース４０３は、ストレージ装置１３０内のＬＵ１３５又は記憶デバイスにアクセスするためのインタフェースである。管理インタフェース１３１は、管理ネットワークを介して管理サーバ１００と接続するためのインタフェースである。

　コントローラ１３３は、ストレージ装置１３０にアクセスするサーバ１２０等の機器との間の入出力処理を管理する。コントローラ１３３は、機器を接続するポート１３４を有する。

　図４では、ディスクインタフェース４０３及びコントローラ１３３をそれぞれ代表して一つずつ示しているが、ストレージ装置１３０はディスクインタフェース４０３及びコントローラ１３３を複数備えてもよい。また、図４では、ポート１３４を代表して一つ示しているが、コントローラ１３３はポート１３４を複数備えてもよい。

　メモリ４０２は、ホストグループ制御部４１１を実現するプログラム、及びホストグループテーブル４１２を格納する。

　ホストグループ制御部４１１は、ホストグループの設定を管理する。ここで、ホストグループは、サーバ１２０とＬＵ１３５とのマッピング、ＬＵ１３５に格納されたデータのセキュリティを保護するために用いられるグループである。ホストグループを設定することによって、サーバ１２０が参照又は更新可能なＬＵ１３５を制限できる。

　ＣＰＵ４０１は、ホストグループ制御部４１１を実現するプログラムをメモリ４０２にロードし、当該プログラムにしたがって動作することによってホストグループ制御部４１１として機能する。

　図５Ａ及び図５Ｂは、本発明の実施例１における管理対象テーブル２５０の一例を示す説明図である。

　管理対象テーブル２５０は、管理対象の機器の構成情報、クラスタの識別情報等を格納する。本実施例では、サーバ１２０が管理対象の機器となる。

　管理対象テーブル２５０は、サーバＩＤ５０１、管理ＩＰアドレス５０２、モデル５０３、構成情報５０４、ＷＷＮ５０５、ＬＵ情報５０６、稼働情報５０７、クラスタＩＤ５０８、及び種別５０９を含む。

　サーバＩＤ５０１は、管理サーバ１００が管理する計算機システム内においてサーバ１２０を一意に識別するための識別子を格納する。なお、サーバ５０１に格納されるデータは、本テーブルで使用される各カラムのいずれか、又は複数カラムを組み合わせたものを指定することによって省略することができる。また、管理サーバ１００は、各サーバ１２０に昇順となる識別番号を識別子として自動的に割り当ててもよい。

　管理ＩＰアドレス５０２は、サーバ１２０に割り当てられた管理ＩＰアドレスを格納する。管理サーバ１００は、管理ＩＰアドレスに基づいて、管理対象の機器であるサーバ１２０と接続する。

　モデル５０３は、サーバ１２０のモデルに関する情報を格納する。モデル５０３に格納される情報は、インフラに関する情報であり、当該情報に基づいて管理対象の機器のメーカ、性能、構成可能なシステムの限界等を把握することができる。本実施例では、後述するように、モデル５０３に基づいて、管理対象のサーバ１２０の構成が同一であるか否かが判定される。

　構成情報５０４は、サーバ１２０の構成に関する情報を格納する。構成に関する情報としては、サーバ１２０における、プロセッサのアーキテクチャ、シャーシ及びスロットなどの物理位置情報、並びに、ブレード間ＳＭＰ（Ｓｙｍｍｅｔｒｉｃ　Ｍｕｌｔｉ－Ｐｒｏｃｅｓｓｉｎｇ）及びＨＡ（Ｈｉｇｈ　Ａｖａｉｌａｂｉｌｉｔｙ）構成など特徴機能の有無を示す情報が含まれる。

　ＷＷＮ５０５は、サーバ１２０がＬＵ１３５とファイバチャネル通信を行うために用いるＷＷＮを格納する。ＷＷＮは、ユニークなデバイス識別子である。なお、サーバ１２０とストレージ装置とがＩＰ－ＳＡＮなどを介して接続される場合、ｉＳＣＳＩ　Ｑｕａｌｉｆｉｅｄ　ＮａｍｅのようなＷＷＮと同等の識別子が格納される。

　ＬＵ情報５０６は、サーバ１２０にアクセスするＬＵ１３５を特定する情報を格納する。本実施例では、ＬＵ情報５０６には、Ｉｎｑｕｉｒｙ情報が格納される。

　稼働情報５０７は、サーバ１２０の稼働状態を示す情報を格納する。稼働状態を示す情報としては、サーバ１２０の電源ＯＮ／ＯＦＦ、及び、ＯＳ又は業務システム（アプリケーション３１１）が正常に稼働しているか否かを示す情報である。また、稼働情報５０７には、管理サーバ１００と管理対象のサーバ１２０との間の通信が不能になった旨を示す情報が格納されてもよい。

　クラスタＩＤ５０８は、サーバ１２０が所属するクラスタを一意に識別するための識別子を格納する。なお、クラスタＩＤ５０８に格納されるデータは、本テーブルで使用される各カラムのいずれか、又は複数カラムを組み合わせたものを指定することによって省略することができる。また、管理サーバ１００は、各クラスタに昇順となる識別番号を識別子として自動的に割り当ててもよい。

　なお、サーバ１２０がいずれのクラスタにも所属していない場合、クラスタＩＤ５０８は、空欄、又は、クラスタに所属していないことを示す情報が格納される。

　種別５０９は、サーバ１２０が所属するクラスタにおいて、当該サーバ１２０が現用系サーバ１２０又は予備系サーバ１２０のいずれであるかを示す情報を格納する。

　なお、サーバ１２０がいずれのクラスタにも所属していない場合、種別５０９は、空欄、又は、クラスタに所属していないことを示す情報が格納される。

　以下では、管理対象テーブル２５０の各カラムに格納される情報をまとめてサーバ１２０の構成情報とも記載する。

　図６Ａ及び図６Ｂは、本発明の実施例１におけるクラスタチェックテーブル２５１の一例を示す説明図である。

　クラスタチェックテーブル２５１は、クラスタ確認処理の結果として、チェックペアごとのフェイルオーバの可否判定の結果を格納する。ここで、チェックペアとは、同一クラスタに所属する現用系サーバ１２０と予備系サーバ１２０との組合せを表す。また、フェイルオーバの可否判定は、現用系サーバ１２０と予備系サーバ１２０との間でフェイルオーバが可能か否かを判定する処理を表す。

　具体的には、クラスタチェックテーブル２５１は、ペアＩＤ６０１、クラスタＩＤ６０２、現用系サーバＩＤ６０３、予備系サーバＩＤ６０４、チェックフラグ６０５、ＬＵフラグ６０６、確認結果６０７、理由６０８、取得情報６０９、取得時間６１０、及び優先度６１１を含む。

　ペアＩＤ６０１は、チェックペアを一意に識別するための識別子を格納する。本実施例では、１台の現用系サーバ１２０と１台の予備系サーバ１２０との組合せに対して、一つのペアＩＤ６０１が割り当てられる。

　ペアＩＤ６０１に格納するデータは、本テーブルで使用される各カラムのいずれか、又は複数カラムを組み合わせたものを指定することによって省略することができる。また、管理サーバ１００は、各チェックペアに昇順となる識別番号を識別子として自動的に割り当ててもよい。

　クラスタＩＤ６０２は、クラスタを一意に識別するための識別子を格納する。クラスタＩＤ６０２は、管理対象テーブル２５０のクラスタ５０８と同一のものである。

　現用系サーバＩＤ６０３は、現用系サーバ１２０を一意に識別するための識別子を格納する。現用系サーバＩＤ６０３には、クラスタＩＤ６０２に対応するクラスタに所属するサーバ１２０のうち、現用系サーバ１２０として登録されたサーバ１２０のサーバＩＤが格納される。なお、現用系サーバＩＤ６０３には、サーバＩＤ５０１に格納される識別子と同一のものが格納される。

　予備系サーバＩＤ６０４は、予備系サーバ１２０を一意に識別するための識別子を格納する。予備系サーバＩＤ６０４は、クラスタＩＤ６０２に対応するクラスタに所属するサーバ１２０のうち、予備系サーバ１２０として登録されたサーバ１２０のサーバＩＤが格納される。なお、予備系サーバＩＤ６０４には、サーバＩＤ５０１に格納される識別子と同一のものが格納される。

　チェックフラグ６０５は、チェックペアについてフェイルオーバの可否判定が実行された否かを示すフラグを格納する。本実施例では、フェイルオーバの可否判定が実行済みである場合、チェックフラグ６０５には「済」が格納され、フェイルオーバの可否判定が実行されていない場合、チェックフラグ６０５は空欄のままである。

　なお、前述したチェックフラグ６０５に格納される情報は、一例であって本発明はこれに限定されない。

　ＬＵフラグ６０６は、予備系サーバＩＤ６０４に対応する予備系サーバ１２０上で稼働する情報取得アプリケーション１２３によって、確認用構成情報が取得済みであるか否かを示す情報を格納する。

　本実施例では、確認用構成情報が取得済みである場合、ＬＵフラグ６０６には「済」が格納され、確認用構成情報が取得されていない場合、ＬＵフラグ６０６は空欄のままである。なお、前述したＬＵフラグ６０６に格納される情報は、一例であって本発明はこれに限定されない。

　確認結果６０７は、フェイルオーバの可否判定の結果を格納する。本実施例では、現用系サーバＩＤ６０３に対応するサーバ１２０と予備系サーバＩＤ６０４に対応するサーバ１２０との間においてフェイルオーバが可能である場合、確認結果６０７には「可」が格納され、一方、フェイルオーバが不可能である場合、確認結果６０７には「不可」が格納される。

　なお、前述した確認結果６０７に格納される情報は、一例であって本発明はこれに限定されない。

　理由６０８は、フェイルオーバが不可能である理由を格納する。例えば、予備系サーバ１２０から現用系サーバ１２０に割り当てられたＬＵ１３５へアクセスができない場合、「ＬＵアクセス不可」等が格納される。管理者は、理由６０８に示された情報に基づいて、クラスタの設定を見直し、フェイルオーバの設定の見直し等が可能となる。

　取得情報６０９は、情報取得アプリケーション１２３によって取得された確認用構成情報を格納する。本実施例では、取得情報６０９には、ＬＵ１３５を一意に特定するためのＩｎｑｕｉｒｙ情報が格納される。なお、取得情報６０９に格納される確認用構成情報は、Ｉｎｑｕｉｒｙ情報に限定されず、予備系サーバ１２０が現用系サーバ１２０に割り当てられたＬＵ１３５へアクセス可能か否かを判定可能な情報であればよい。また、確認用構成情報には、サーバの型、Ｉ／Ｏ情報その他の情報が含まれてもよい。

　取得時間６１０は、情報取得アプリケーション１２３が確認用構成情報を取得するためにかかった時間を格納する。例えば、所定の情報を取得するためのコマンドが発行されてから応答が得られるまでの時間が格納される。

　優先度６１１は、クラスタに所属する複数の予備系サーバ１２０のうち、フェイルオーバ処理に用いる予備系サーバ１２０の使用順を表す値を格納する。本実施例では、優先度６１１の値が小さいものから順にフェイルオーバ処理に用いられる。なお、優先度６１１の値が大きいものから優先的に選択されてもよい。

　図７は、本発明の実施例１におけるホストグループテーブル４１２の一例を示す説明図である。

　ホストグループテーブル４１２は、サーバ１２０が、ストレージ装置１３０内のＬＵ１３５にアクセスする場合に経由するコントローラ１３３及びポート１３４の情報、並びに、アクセス可能なＬＵ１３５に関する情報を格納する。具体的には、ホストグループテーブル４１２は、ホストグループＩＤ７０１、ＷＷＮ７０２、コントローラＩＤ７０３、ポートＩＤ７０４、ＬＵ　ＩＤ７０５、及び権限７０６を含む。

　ホストグループＩＤ７０１は、ホストグループを一意に識別するための識別子を格納する。ホストグループは、割り当てられたＬＵ１３５に対する参照及び／又は更新を許可されたサーバ１２０のＷＷＮをまとめたものである。

　ホストグループＩＤ７０１に格納するデータは、本テーブルで使用される各カラムのいずれか、又は複数カラムを組み合わせたものを指定することによって省略することができる。また、管理サーバ１００は、各ホストグループに昇順となる識別番号を識別子として自動的に割り当ててもよい。

　ＷＷＮ７０２は、ストレージ装置１３０にアクセスするサーバ１２０のＷＷＮを格納する。ＷＷＮ７０２に格納されたＷＷＮに対応するアダプタ１２２を有するサーバ１２０がホストグループ内のＬＵ１３５にアクセスすることができる。

　コントローラＩＤ７０３は、サーバ１２０がストレージ装置１３０にアクセスする場合に使用されるコントローラ１３３の識別子を格納する。

　ポートＩＤ７０４は、サーバ１２０がストレージ装置１３０にアクセスする場合に使用されるポート１３４の識別子を格納する。

　ＬＵ　ＩＤ７０５は、ホストグループに登録されたＬＵ１３５の識別子を格納する。

　権限７０６は、ＷＷＮ７０２に対応するアダプタ１２２を有するサーバ１２０が、ＬＵ　ＩＤ７０５に対応するＬＵ１３５に対して許可された権限の情報を格納する。

　本実施例では、ＬＵ１３５への参照権限及び書込権限が付与された場合、権限７０６には「Ｒｅａｄ／Ｗｒｉｔｅ」が格納され、ＬＵ１３５への参照権限が付与された場合、権限７０６には「Ｒｅａｄ」が格納される。なお、前述した権限７０６に格納される情報は、一例であって本発明はこれに限定されない。

　なお、ホストグループテーブル４１２に、ＬＵ１３５に対する参照権限が付与された予備系サーバ１２０のＷＷＮが追加された場合、予備系サーバ１２０が当該ＬＵ１３５にアクセスしても、書き込み処理が行えないため、現用系サーバ１２０に影響を与えることはない。

　以下、本発明の実施例１における各構成部の具体的な処理について説明する。まず、シーケンス図を用いてクラスタ確認処理の流れを説明する。

　図８は、本発明の実施例１におけるクラスタ確認処理の流れを説明するシーケンス図である。

　管理サーバ１００は、管理者からのクラスタ確認処理の開始指示を受け付けると、クラスタ確認処理を開始する（ステップＳ８０１）。具体的には、契機受信部２１５が、クラスタ確認処理の開始指示を受け付けると、情報取得部２１２に処理開始を指示する。

　管理サーバ１００は、計算機システムから管理対象のサーバ１２０の構成情報を取得する（ステップＳ８０２）。具体的には、情報取得部２１２が、所定のサーバ１２０から、当該サーバ１２０の構成情報を取得する。

　管理サーバ１００は、クラスタチェックテーブル２５１を生成及び／又は更新する（ステップＳ８０３）。具体的には、チェックリスト生成部２１１が、現用系サーバ１２０と予備系サーバ１２０とを組み合わせてチェックペアを生成し、クラスタチェックテーブル２５１に、生成されたチェックペアに対応するエントリを追加する。

　管理サーバ１００は、ストレージ装置１３０にホストグループの設定を変更するように指示する（ステップＳ８０４）。具体的には、ストレージ操作部２１６が、ホストグループ制御部４１１に対して、ホストグループの設定変更指示を送信する。このとき、ストレージ操作部２１６は、現用系サーバ１２０が所属するホストグループに、参照権限を付与して予備系サーバ１２０のＷＷＮを追加するように指示する。

　ストレージ装置１３０は、管理サーバ１００から指示を受信すると、当該指示に基づいて、ホストグループの設定を変更する（ステップＳ８０５）。具体的には、ホストグループ制御部４１１が、現用系サーバ１２０が所属するホストグループに、参照権限を付与して予備系サーバ１２０のＷＷＮを追加する。

　ストレージ装置１３０は、管理サーバ１００に、ホストグループの設定が変更された旨を通知する（ステップＳ８０６）。具体的には、ホストグループ制御部４１１が、ストレージ操作部２１６に対して、ホストグループの設定が変更された旨を通知する。

　管理サーバ１００は、予備系サーバ１２０に、情報取得アプリケーション１２３の起動指示を送信する（ステップＳ８０７）。具体的には、情報受信部２１４が、予備系サーバ１２０に、情報取得アプリケーション１２３の起動指示を送信する。

　予備系サーバ１２０は、情報取得アプリケーション１２３の起動指示を受信すると、情報取得アプリケーション１２３を起動させて、確認用構成情報を取得する（ステップＳ８０８）。

　予備系サーバ１２０は、管理サーバ１００に、情報取得アプリケーション１２３の実行によって取得された確認用構成情報を送信する（ステップＳ８０９）。具体的には、情報取得アプリケーション１２３が、情報受信部２１４に対して、確認用構成情報を送信する。なお、本実施例では、確認用構成情報には、少なくとも、ＬＵ１３５の情報及び情報取得時間が含まれる。

　管理サーバ１００は、ストレージ装置１３０にホストグループの設定を戻すように指示する（ステップＳ８１０）。具体的には、情報受信部２１４が、変更されたホストグループの設定を戻すための設定変更指示を送信する。すなわち、ステップＳ８０５において、ホストグループに追加されたＷＷＮを削除するように指示される。

　ストレージ装置１３０は、ホストグループの設定変更指示を受信すると、ホストグループの設定を変更する（ステップＳ８１１）。具体的には、ホストグループ制御部４１１が、現用系サーバ１２０が所属するホストグループから、予備系サーバ１２０のＷＷＮを削除する。

　ストレージ装置１３０は、管理サーバ１００に、ホストグループの設定が変更された旨を通知する（ステップＳ８１２）。具体的には、ホストグループ制御部４１１が、情報受信部２１４に対して、ホストグループの設定変更が完了した旨を通知する。

　管理サーバ１００は、チェックペアごとに、フェイルオーバが可能か否かを判定する（ステップＳ８１３）。具体的には、情報比較部２１３は、現用系サーバ１２０のＬＵ１３５の情報と、予備系サーバ１２０から取得されたＬＵ１３５の情報とを比較して、フェイルオーバが可能か否かを判定する。

　管理サーバ１００は、フェイルオーバ処理における予備系サーバ１２０の使用順である優先度を設定する（ステップＳ８１４）。具体的には、優先度設定部２１７が、クラスタチェックテーブル２５１及び判定処理の結果に基づいて、優先度設定処理を実行する。

　管理サーバ１００は、管理者に、クラスタ確認処理の処理結果を通知し（ステップＳ８１５）、処理を終了する。具体的には、処理通知部２１８が、処理結果を通知するための情報を生成し、生成された情報を管理者に提示する。

　以上の処理によって、実際にフェイルオーバ処理を実行することなく、フェイルオーバが可能か否かを判定することができる。

　なお、ステップＳ８１３及びステップＳ８１４の処理は、処理の整合性を保つことが可能ならば、ステップＳ８０９からステップＳ８１２のいずれのタイミングで実行されてもよい。例えば、ステップＳ８０９において、管理サーバ１００は、確認用構成情報を取得した後に、フェイルオーバが可能か否かを判定してもよい。

　なお、確認用構成情報が取得済みである場合、ステップＳ８０４からステップＳ８１２の処理を省略することができる。

　図９は、本発明の実施例１における管理サーバ１００の契機受信部２１５が実行する処理の一例を説明するフローチャートである。で行われる処理の一例を示すフローチャートである。

　契機受信部２１５は、管理者から入力されたクラスタ確認処理の開始指示を検出する（ステップＳ９０１）。

　なお、クラスタ確認処理の開始契機は、管理者から入力された開始指示の検出時に限定されない。例えば、管理サーバ１００が有するスケジュール機能に基づいて所定の時間経過後に処理を開始してもよいし、周期的に処理を開始してもよいし、クラスタに所属するサーバ１２０における構成の変更が検知された場合に処理を開始してもよい。

　なお、クラスタ確認処理の開始指示には、管理者によって指定されたクラスタ確認処理の対象を特定するための情報が含まれる。クラスタ確認処理の対象を特定するための情報は、サーバ１２０識別子、又はクラスタの識別子等の処理対象を特定できる情報であればよい。

　以下では、クラスタ確認処理の対象を処理対象とも記載する。また、処理対象を特定するための情報を処理対象の識別情報とも記載する。

　契機受信部２１５は、情報取得部２１２に処理開始指示を送信し（ステップＳ９０２）、処理を終了する。当該処理開始の指示には、処理対象の識別情報が含まれる。

　なお、クラスタ確認処理では、一つのクラスタ単位に処理が実行されることになる。すなわち、サーバ１２０の識別子が処理対象の識別情報として含まれる場合、当該サーバ１２０が所属するクラスタが処理単位となる。また、クラスタの識別子が処理対象の識別情報として含まれる場合、当該クラスタが処理単位となる。ただし、本発明はこれに限定されず、複数のクラスタについてクラスタ確認処理が実行されてもよい。

　図１０は、本発明の実施例１における管理サーバ１００の情報取得部２１２が実行する処理の一例を説明するフローチャートである。

　情報取得部２１２は、契機受信部２１５から通知された処理対象の識別情報に基づいて管理対象テーブル２５０を参照して、フェイルオーバの可否判定処理の対象となるサーバ１２０を特定する（ステップＳ１００１）。以下、フェイルオーバの可否判定処理の対象となるサーバ１２０を判定対象サーバ１２０とも記載する。ステップＳ１００１では、以下のような処理が実行される。

　処理対象の識別情報として現用系サーバ１２０の識別子を受信した場合、情報取得部２１２は、管理対象テーブル２５０を参照し、当該識別子に対応する現用系サーバ１２０、及び当該現用系サーバ１２０が所属するクラスタ内に含まれる予備系サーバ１２０を検索する。この場合、検索された現用系サーバ１２０及び予備系サーバ１２０が判定対象サーバ１２０となる。予備系サーバ１２０の識別子が通知された場合も同様である。

　また、処理対象の識別情報としてクラスタの識別子を受信した場合、情報取得部２１２は、管理対象テーブル２５０を参照して、当該識別子に対応するクラスタに所属するサーバ１２０を全て検索する。この場合、検索された全てのサーバ１２０が判定対象サーバ１２０となる。

　なお、ステップＳ１００１の処理によって、処理単位であるクラスタを特定することができる。情報取得部２１２は、処理単位であるクラスタの識別子をメモリ２０２のワークエリア内に一時的に保持してもよい。

　情報取得部２１２は、特定された判定対象サーバ１２０から、サーバ１２０の構成情報を取得する（ステップＳ１００２）。

　具体的には、情報取得部２１２は、特定された判定対象サーバ１２０に対し、構成情報取得処理を実行する。構成情報取得処理は、公知の技術を用いればよいため詳細な説明は省略する。

　構成情報取得処理を実行することによって、処理対象のサーバ１２０の型、及びサーバ１２０に割り当てられたＬＵ１３５を特定するためのＩｎｑｕｉｒｙ情報等のサーバ１２０の構成情報が取得される。なお、判定対象サーバ１２０が予備系サーバ１２０の場合、当該予備系サーバ１２０はＬＵ１３５にアクセスできないため、Ｉｎｑｕｉｒｙ情報は取得されない。

　情報取得部２１２は、取得されたサーバ１２０の構成情報に基づいて、管理対象テーブル２５０を更新する（ステップＳ１００３）。具体的には、以下のような処理が実行される。

　管理対象テーブル２５０に判定対象サーバ１２０のエントリが存在しない場合、情報取得部２１２は、管理対象テーブル２５０に新たなエントリを追加し、当該エントリに取得されたサーバ１２０の構成情報を登録する。管理対象テーブル２５０に判定対象サーバ１２０のエントリが存在する場合、情報取得部２１２は、当該エントリに取得されたサーバ１２０の構成情報を上書きする。

　情報取得部２１２は、チェックリスト生成部２１１に処理完了通知を送信し（ステップＳ１００４）、処理を終了する。

　図１１は、本発明の実施例１における管理サーバ１００のチェックリスト生成部２１１が実行する処理の一例を説明するフローチャートである。

　チェックリスト生成部２１１は、情報取得部２１２から処理完了通知を受信すると処理を開始する。

　チェックリスト生成部２１１は、管理対象テーブル２５０を参照して（ステップＳ１１０１）、チェックペアを生成する（ステップＳ１１０２）。ここでは、処理対象の識別情報によって以下のように処理が分岐する。

　処理対象の識別情報として現用系サーバ１２０の識別子を受信した場合、チェックリスト生成部２１１は、当該現用系サーバ１２０が所属するクラスタ内の予備系サーバ１２０との組合せを生成する。ここで、一つの組合せが一つのチェックペアに対応する。

　例えば、図７に示すクラスタチェックテーブル２５１において、処理対象の識別情報として「サーバ１」を受信した場合、以下のようなチェックペアが生成される。チェックリスト生成部２１１は、クラスタＩＤ２２０が「クラスタ１」のクラスタに所属する予備系サーバ１２０として「サーバ４」及び「サーバ５」を特定する。さらに、チェックリスト生成部２１１は、「サーバ１」及び「サーバ４」のチェックペアと、「サーバ１」及び「サーバ５」のチェックペアを生成する。

　処理対象の識別情報として予備系サーバ１２０の識別子を受信した場合も、前述した処理と同様の処理が実行される。すなわち、チェックリスト生成部２１１は、予備系サーバ１２０が所属するクラスタ内の現用系サーバ１２０との組合せを生成する。

　処理対象の識別情報としてクラスタの識別子を受信した場合、チェックリスト生成部２１１は、指定されたクラスタに所属する現用系サーバ１２０及び予備系サーバ１２０の組合せを所定数生成する。

　ここで、生成されるチェックペアの数、及び生成されるチェックペアの条件は任意に設定できる。例えば、現用系サーバ１２０及び予備系サーバ１２０の全ての組合せをチェックペアとして生成してもよい。この場合、生成されるチェックペアの数は、現用系サーバの数と予備系サーバの数とを乗算した数となる。また、各現用系サーバ１２０に対して一つの予備系サーバ１２０との組合せをチェックペアとして生成してもよい。この場合、生成されるチェックペアの数は現用系サーバ１２０の数となる。

　以上が、ステップＳ１１０２の処理である。

　次に、チェックリスト生成部２１１は、クラスタチェックテーブル２５１に、生成されたチェックペアの情報を登録する（ステップＳ１１０３）。具体的には、以下のような処理が実行される。

　チェックリスト生成部２１１は、クラスタチェックテーブル２５１にチェックペアごとに新たなエントリを生成する。チェックリスト生成部２１１は、生成されたエントリのペアＩＤ６０１に所定の識別子を格納する。ここでは、昇順になる識別子が格納されるものとする。

　次に、チェックリスト生成部２１１は、新たに生成されたエントリに必要な情報を格納する。具体的には、クラスタＩＤ６０２、現用系サーバＩＤ６０３、及び予備系サーバＩＤ６０４のそれぞれに識別子が格納される。この時点では、その他のカラムは、空欄のままである。

　なお、既にチェックペアに対応するエントリが存在する場合、チェックリスト生成部２１１は、クラスタチェックテーブル２５１への登録は行わなくてよい。

　以上が、ステップＳ１１０３の処理である。

　次に、チェックリスト生成部２１１は、新たに追加されたエントリのチェックフラグ６０５及びＬＵフラグ６０６に「未」を設定する（ステップＳ１１０４）。

　チェックリスト生成部２１１は、情報比較部２１３に処理完了通知を送信し（ステップＳ１１０５）、処理を終了する。

　なお、クラスタが構築された時点において、チェックリスト生成部２１１が、当該クラスタ内に所属する現用系サーバ１２０及び予備系サーバ１２０の全ての組合せをチェックペアとして登録しておき、必要に応じて情報を更新してもよい。

　また、管理サーバ１００は、後述するフェイルオーバの可否判定処理の実行時にクラスタチェックテーブル２５１にチェックペアが存在するか否かを確認し、チェックペアが存在しない場合に、チェックリスト生成部２１１が新たにチェックペアを追加するようにしてもよい。

　図１２は、本発明の実施例１における管理サーバ１００の情報比較部２１３が実行する処理の一例を説明するフローチャートである。

　情報比較部２１３は、クラスタチェックテーブル２５１を参照して（ステップＳ１２０１）、チェックフラグ６０５が「未」であるエントリを一つ選択する（ステップＳ１２０２）。ステップＳ１２０２からステップＳ１２１２の処理は、チェックフラグ６０５のループ処理であり、全てのエントリのチェックフラグ６０５に「済」が格納されるまで繰り返し実行される。

　情報比較部２１３は、選択されたエントリのＬＵフラグ６０６が「済」であるか否かを判定する（ステップＳ１２０３）。すなわち、確認用構成情報が取得済みであるか否かが判定される。ＬＵフラグ６０６が「済」である場合、確認用構成情報が取得済みであること示す。

　選択されたエントリのＬＵフラグ６０６が「済」であると判定された場合、情報比較部２１３は、ステップＳ１２０６に進む。

　選択されたエントリのＬＵフラグ６０６が「済」でないと判定された場合、情報比較部２１３は、情報受信部２１４に、選択されたエントリのクラスタＩＤ７０２を含む処理開始指示を送信する（ステップＳ１２０４）。その後、情報比較部２１３は、情報受信部２１４から処理完了通知を受信するまで待機する。

　情報比較部２１３は、情報受信部２１４から処理完了通知を受信した後（ステップＳ１２０５）、ステップ１２０６に進む。

　情報比較部２１３は、クラスタチェックテーブル２５１及び管理対象テーブル２５０を参照し（ステップＳ１２０６）、フェイルオーバが可能か否かを判定する（ステップＳ１２０７）。すなわち、フェイルオーバの可否判定処理が実行される。具体的には、以下のような処理が実行される。

　情報比較部２１３は、クラスタチェックテーブル２５１を参照して、選択されたエントリの現用系サーバＩＤ６０３及び予備系サーバＩＤ６０４を取得する。

　情報比較部２１３は、管理対象テーブル２５０を参照して、サーバＩＤ５０１が取得された現用系サーバＩＤ６０３と一致するエントリ、及びサーバＩＤ５０１が取得された予備系サーバＩＤ６０４と一致するエントリを検索する。

　次に、以下のような二つの比較処理を含むフェイルオーバの可否判定処理が実行される。

　（比較１）情報比較部２１３は、管理対象テーブル２５０における現用系サーバ１２０のエントリのモデル５０３及び構成情報５０４と、予備系サーバ１２０のエントリのモデル５０３及び構成情報５０４とを比較する。

　（比較２）情報比較部２１３は、管理対象テーブル２５０における現用系サーバのエントリのＬＵ情報５０６と、クラスタチェックテーブル２５１における選択されたエントリの取得情報６０９とを比較する。

　（比較１）の比較処理では、現用系サーバ１２０及び予備系サーバ１２０におけるサーバ１２０の型等が一致するか否かが判定される。また、（比較２）の比較処理では、現用系サーバ１２０がアクセスするＬＵ１３５と、予備系サーバ１２０がアクセス可能なＬＵ１３５とが一致するか否かが判定される。

　（比較２）の比較処理は、より具体的には、予備系サーバ１２０が、現用系サーバ１２０が実行している業務を引き継ぐことができるか否かを判定するための処理である。すなわち、予備系サーバ１２０が、現用系サーバ１２０が使用するＬＵ１３５に完全にアクセス可能である場合には、フェイルオーバ処理後も、業務を引き継ぐことができる。一方、予備系サーバ１２０が、現用系サーバ１２０が使用するＬＵ１３５にアクセスできない場合、又は、一部のＬＵ１３５にアクセスできない場合には、フェイルオーバ処理後、業務に影響を与える可能性がある。

　そのため、（比較２）の比較処理では、現用系サーバ１２０がアクセスするＬＵ１３５と、予備系サーバ１２０によって取得されたＬＵ１３５が一致するか否かが判定される。

　本実施例では、（比較２）の比較処理において、ＬＵ情報５０６と取得情報６０９とが完全に一致している場合に、現用系サーバ１２０がアクセスするＬＵ１３５と予備系サーバ１２０がアクセス可能なＬＵ１３５とが一致すると判定する。ただし、本発明は、前述した判定基準に限定されない。

　例えば、ＯＳ３１１が格納されるＬＵ１３５の情報が一致する場合、又は、アプリケーション３１２が格納されるＬＵ１３５の情報が一致する場合でも、業務の引き継ぎが可能であるため、現用系サーバ１２０がアクセスするＬＵ１３５と予備系サーバ１２０がアクセス可能なＬＵ１３５とが一致すると判定されてもよい。

　なお、情報取得アプリケーション１２３によって、ＬＵ１３５の構成及び予備系サーバ１２０の型等を含む確認用構成情報が取得される場合には、管理対象テーブル２５０における現用系サーバ１２０のエントリのモデル５０３及び構成情報５０４と、チェックテーブル２２１の選択されたエントリの取得情報６０９とを比較すればよい。これによって、（比較１）及び（比較２）の両方の比較処理を実行した場合と同等の処理が実現できる。

　なお、ステップＳ１２０７では、情報比較部２１３は、前述した比較処理以外に、現用系サーバ１２０又は予備系サーバ１２０がフェイルオーバ機能に対応していないサーバの型であるか否かを判定し、また、予備系サーバ１２０が稼働中であるためフェイルオーバ処理が実行できない状態であるか否かを判定することができる。

　フェイルオーバが不可能であると判定された場合、情報比較部２１３は、選択されたエントリの確認結果６０７に「不可」を格納し、理由６０８にフェイルオーバが不可能である理由を格納し（ステップＳ１２０８）、ステップＳ１２１０に進む。

　例えば、（比較２）の比較処理の結果、現用系サーバ１２０と予備系サーバ１２０との間でＬＵ１３５の情報が一致しないと判定された場合、情報比較部２１３は、予備系サーバ１２０が現用系サーバ１２０に割り当てられたＬＵ１３５にアクセスできないと判定し、カラム７０８に「ＬＵアクセス不可」を格納する。

　フェイルオーバが可能であると判定された場合、情報比較部２１３は、選択されたエントリの確認結果６０７に「可」を格納し（ステップＳ１２０９）、ステップＳ１２１０に進む。

　情報比較部２１３は、選択されたエントリのＬＵフラグ６０６に「済」を格納する（ステップＳ１２１０）。

　情報比較部２１３は、クラスタチェックテーブル２５１の全てのエントリのチェックフラグ６０５が「済」であるか否かを判定する（ステップＳ１２１１）。

　クラスタチェックテーブル２５１の全てのエントリのチェックフラグ６０５が「済」でないと判定された場合、情報比較部２１３は、ステップＳ１２０３に戻り、チェックフラグ６０５が「未」のエントリを一つ選択し、同様の処理を実行する。

　クラスタチェックテーブル２５１の全てのエントリのチェックフラグ６０５が「済」であると判定された場合、情報比較部２１３は、ループ処理を終了し（ステップＳ１２１２）、優先度設定部２１７に処理完了通知を送信し（ステップＳ１２１３）、処理を終了する。当該処理完了通知には、処理単位であるクラスタの識別子が含まれる。

　図１３Ａ、図１３Ｂ、図１３Ｃは、本発明の実施例１における管理サーバ１００の情報受信部２１４が実行する処理の一例を説明するフローチャートである。

　情報受信部２１４は、受信したクラスタの識別子に基づいて管理対象テーブル２５０を参照し（ステップＳ１３０１）、受信したクラスタの識別子に対応するクラスタに所属する予備系サーバ１２０のＷＷＮを取得する（ステップＳ１３０２）。

　具体的には、情報受信部２１４は、クラスタＩＤ５０８が受信したクラスタの識別子と一致するエントリを検索する。情報受信部２１４は、検索されたエントリの種別５０９に「予備系」が格納されるエントリを選択する。さらに、情報受信部２１４は、選択されたエントリのＷＷＮ５０５から予備系サーバ１２０のＷＷＮを取得する。クラスタに複数の予備系サーバ１２０が所属する場合、複数のＷＷＮが取得される。

　ステップＳ１３０３からステップＳ１３０８は、クラスタに所属する現用系サーバ１２０のループ処理であり、クラスタに所属する全ての現用系サーバ１２０に対して処理が完了するまで繰り返し実行される。

　情報受信部２１４は、受信したクラスタの識別子に対応するクラスタに所属する現用系サーバ１２０を一つ選択し、選択された現用系サーバ１２０のＷＷＮを取得する（ステップＳ１３０４）。

　具体的には、情報受信部２１４は、管理対象テーブル２５０を参照して、当該クラスタに所属する現用系サーバ１２０のエントリのＷＷＮ５０５から現用系サーバ１２０のＷＷＮを取得する。

　情報受信部２１４は、ストレージ操作部２１６に、追加処理開始指示を送信する（ステップＳ１３０５）。当該指示には、ステップＳ１３０４において取得された現用系サーバ１２０のＷＷＮと、ステップＳ１３０２において取得された全ての予備系サーバ１２０のＷＷＮとが含まれる。情報受信部２１４は、ストレージ操作部２１６から処理完了通知を受信まで待機する。

　情報受信部２１４は、ストレージ操作部２１６から処理完了通知を受信すると（ステップＳ１３０６）、受信したクラスタの識別子に対応するクラスタに所属する全ての現用系サーバ１２０に対して処理が実行されたか否かを判定する（ステップＳ１３０７）。

　全ての現用系サーバ１２０に対して処理が実行されていないと判定された場合、情報受信部２１４は、ステップＳ１３０５に戻り、新たに現用系サーバ１２０を選択して同様の処理を実行する。

　全ての現用系サーバ１２０に対して処理が実行されたと判定された場合、情報受信部２１４は、受信したクラスタの識別子に対応するクラスタに所属する予備系サーバ１２０に対して情報取得アプリケーション１２３の起動指示を送信する（ステップＳ１３０９）。

　ステップＳ１３１１からステップＳ１３１６では、クラスタに所属する全ての予備系サーバ１２０が処理を終了するまで繰り返し実行される。

　情報受信部２１４は、予備系サーバ１２０から、情報取得アプリケーション１２３によって取得された確認用構成情報を受信する（ステップＳ１３１２）。

　受信した確認用構成情報は、少なくとも、現用系サーバ１２０がアクセスするＬＵ１３５の情報及び情報取得時間が含まれる。なお、受信した確認用構成情報には、現用系サーバ１２０又は予備系サーバ１２０のサーバ型及びＩ／Ｏ数等の情報も含まれてもよい。

　なお、予備系サーバ１２０は、情報取得アプリケーション１２３によって取得された情報とともに、自身の識別子を送信する。これによって、情報受信部２１４は、どの予備系サーバ１２０から送信された確認用構成情報であるかを把握できる。

　情報受信部２１４は、受信した確認用構成情報に基づいて、クラスタチェックテーブル２５１を更新する（ステップＳ１３１３）。

　具体的には、情報受信部２１４は、確認用構成情報に含まれるＬＵ１３５の情報を取得情報６０９に格納し、確認用構成情報に含まれる情報取得時間を取得時間６１０に格納する。

　なお、一つの予備系サーバ１２０上で稼働する情報取得アプリケーション１２３は、ペアとなっている複数の現用系サーバ１２０のＬＵ１３５の情報等を取得できる。したがって、情報受信部２１４は、複数の確認用構成情報を受信した場合、受信した確認用構成情報の数だけ各エントリを更新する。

　情報受信部２１４は、クラスタチェックテーブル２５１の更新されたエントリのＬＵフラグ６０６を「済」に変更する（ステップＳ１３１４）。

　ここで、ＬＵフラグ６０６を変更する理由は、一つの予備系サーバ１２０上で稼働する情報取得アプリケーション１２３が複数の現用系サーバ１２０のＬＵ１３５の情報等を取得するため、同一の確認用構成情報が重複して取得されるのを回避する目的である。すなわち、チェックペアごとに情報を取得した場合に同一の情報が取得されることを抑止するためである。

　情報受信部２１４は、受信したクラスタの識別子に対応する全てのエントリのＬＵフラグ６０６が「済」であるか否かを判定する（ステップＳ１３１５）。

　全てのエントリのＬＵフラグ６０６が「済」でないと判定された場合、情報受信部２１４は、ステップＳ１３１２に戻り同様の処理を実行する。なお、予備系サーバ１２０からの情報が送信されない場合も考えられるため、情報受信部２１４は、一定時間経過した後に、ステップ１３１６に進むようにしてもよい。

　全てのエントリのＬＵフラグ６０６が「済」であると判定された場合、情報受信部２１４は、情報取得アプリケーション１２３のループ処理が終了し（ステップＳ１３１６）、受信したクラスタの識別子に対応するクラスタに所属する現用系サーバ１２０を一つ選択する（ステップＳ１３２１）。ステップＳ１３２１からステップＳ１３２５は、現用系サーバ１２０のループ処理であり、全ての現用系サーバ１２０に対して処理が完了するまで繰り返し処理が実行される。

　情報受信部２１４は、ストレージ操作部２１６に、削除処理開始指示を送信する（ステップＳ１３２２）。当該指示には、選択された現用系サーバ１２０のＷＷＮと、ステップ１３０２において取得された全ての予備系サーバ１２０のＷＷＮとが含まれる。情報受信部２１４は、当該指示の送信後、ストレージ操作部２１６から処理完了通知を受信するまで待機する。

　情報受信部２１４は、ストレージ操作部２１６から処理完了通知を受信すると（ステップＳ１３２３）、受信したクラスタの識別子に対応するクラスタに所属する全ての現用系サーバ１２０に対して処理が実行されたか否かを判定する（ステップＳ１３２４）。

　全ての現用系サーバ１２０に対して処理が実行されていないと判定された場合、情報受信部２１４は、ステップＳ１３２２に戻り、現用系サーバ１２０を一つ選択して同様の処理を実行する。

　全ての現用系サーバ１２０に対して処理が実行されていると判定された場合、情報受信部２１４は、情報比較部２１３に処理完了通知を送信し（ステップＳ１３２６）、処理を終了する。

　図１４は、本発明の実施例１における管理サーバ１００のストレージ操作部２１６が実行する処理の一例を説明するフローチャートである。

　ストレージ操作部２１６は、情報受信部２１４から処理開始指示を受信すると処理を開始する。

　ストレージ操作部２１６は、ストレージ装置１３０から、受信した処理開始指示に含まれる現用系サーバ１２０が所属するホストグループの情報を取得する（ステップＳ１４０１）。

　具体的には、ストレージ操作部２１６は、ストレージ装置１３０に対して現用系サーバ１２０のＷＷＮを含む問い合わせを行う。

　このとき、ストレージ装置１３０は、当該問い合わせに含まれる現用系サーバ１２０のＷＷＮに基づいて、ホストグループテーブル４１２から現用系サーバ１２０が所属するホストグループＩＤ７０１を検索する。さらに、ストレージ装置１３０は、ストレージ操作部２１６に対してホストグループＩＤ７０１を含む応答を送信する。

　なお、現用系サーバ１２０のＷＷＮと対応づけられたホストグループＩＤ７０１等の情報が管理対象テーブル２５０に含まれる場合、ステップＳ１４０１の処理を省略することができる。この場合、ストレージ操作部２１６は、直接、ホストグループＩＤ７０１を特定することができる。

　ストレージ操作部２１６は、受信した処理開始指示が追加処理開始指示であるか否かを判定する（ステップＳ１４０２）。

　受信した処理開始指示が追加処理開始指示でない、すなわち、削除処理開始指示であると判定された場合、ストレージ操作部２１６は、ホストグループ制御部４１１に対して、予備系サーバ１２０のＷＷＮの削除指示を送信する（ステップＳ１４０３）。

　具体的には、ストレージ操作部２１６は、取得されたホストグループＩＤ７０１に対応するホストグループから予備系サーバ１２０のＷＷＮを削除するように指示する。当該指示には、取得されたホストグループＩＤ７０１が含まれる。ストレージ操作部２１６は、当該指示の送信後、ホストグループ制御部４１１から処理完了通知を受信するまで待機する。

　なお、予備系サーバのＷＷＮを削除する必要がない場合は、本処理を省略して、ステップ１４０５に進んでもよい。

　受信した処理開始指示が追加処理開始指示であると判定された場合、ストレージ操作部２１６は、ホストグループ制御部４１１に対して、予備系サーバ１２０のＷＷＮの追加指示を送信する（ステップＳ１４０４）。

　具体的には、ストレージ操作部２１６は、取得されたホストグループＩＤ７０１に対応するホストグループに、参照権限を付与して予備系サーバ１２０のＷＷＮを追加するように指示する。当該指示には、取得されたホストグループＩＤ７０１及び予備系サーバ１２０のＷＷＮが含まれる。ストレージ操作部２１６は、当該指示の送信後、ホストグループ制御部４１１から処理完了通知を受信するまで待機する。

　ストレージ操作部２１６は、ホストグループ制御部４１１から処理完了通知を受信すると（ステップＳ１４０５）、情報受信部２１４に処理完了通知を送信する（ステップＳ１４０６）。その後、ストレージ操作部２１６は処理を終了する。

　なお、本実施例では、ストレージ操作部２１６は、ホストグループ制御部４１１に操作指示を送信することによって、ホストグループテーブル４１２を更新しているが、本発明はこれに限定されない。

　例えば、ストレージ操作部２１６が、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を用いて、ホストグループテーブル４１２に対する具体的な操作指示を送信してもよい。また、ストレージ操作部２１６が、ホストグループテーブル４１２を取得し、ＡＰＩを用いて、ホストグループテーブル４１２に対して予備系サーバ１２０のＷＷＮを追加し、又は、削除してもよい。

　図１５は、本発明の実施例１におけるストレージ装置１３０のホストグループ制御部４１１が実行する処理の一例を説明するフローチャートである。

　ホストグループ制御部４１１は、ストレージ操作部２１６から操作指示を受信すると処理を開始する。

　ホストグループ制御部４１１は、受信した操作指示にしたがって、ホストグループテーブル４１２を更新する（ステップＳ１５０１）。受信した操作指示によって以下のように処理が分岐する。

　受信した操作指示が削除指示である場合、ホストグループ制御部４１１は、削除指示に含まれるホストグループＩＤ７０１に基づいて対象となるホストグループのエントリを検索する。ホストグループ制御部４１１は、検索されたホストグループのエントリから、削除指示に含まれる予備系サーバ１２０のＷＷＮを削除する。

　受信した操作指示が追加指示である場合、ホストグループ制御部４１１は、追加指示に含まれるホストグループＩＤ７０１に基づいて対象となるホストグループのエントリを検索する。ホストグループ制御部４１１は、検索されたホストグループのエントリに、追加指示に含まれる予備系サーバ１２０のＷＷＮを追加する。

　このとき、コントローラＩＤ７０３、ポートＩＤ７０４及びＬＵ　ＩＤ７０５には、他のＷＷＮのエントリと同一のものが格納される。また、権限７０６には参照権限を示す「Ｒｅａｄ」が格納される。

　なお、ストレージ操作部２１６がＡＰＩを用いて具体的な操作指示を送信した場合、ホストグループ制御部４１１は、前述した処理を実行する必要はなく、受信した操作指示にしたがって、予備系サーバ１２０のＷＷＮを追加し、又は、削除する。

　以上が、ステップＳ１５０１の処理である。

　ホストグループ制御部４１１は、ホストグループテーブル４１２が更新された後、ストレージ操作部２１６に対して処理完了通知を送信し（ステップＳ１５０２）、処理を終了する。

　図１６は、本発明の実施例１における情報取得アプリケーション１２３が実行する処理の一例を説明するフローチャートである。

　予備系サーバ１２０は、情報受信部２１４から起動指示を受信した場合に情報取得アプリケーション１２３を起動する。

　情報取得アプリケーション１２３は、確認用構成情報を取得する（ステップＳ１６０１）。具体的には、以下のような処理が実行される。

　確認用構成情報に含まれるＬＵ１３５の情報を取得する場合、情報取得アプリケーション１２３は、ストレージ装置１３０に対して所定のコマンドを発行する。例えば、Ｉｎｑｕｉｒｙ情報を取得するコマンドなどが考えられる。このとき、情報取得アプリケーション１２３は、コマンドに対する応答時間を情報取得時間として算出する。

　また、情報取得アプリケーション１２３が、ＬＵ１３５をマウントして、ＬＵ１３５内の情報を参照することによって、ＬＵ１３５の情報を取得してもよい。また、予め現用系サーバ１２０がアクセスするＬＵ１３５に確認用プログラムを格納しておき、当該プログラムを実行して情報を取得してもよい。

　情報取得アプリケーション１２３は、情報受信部２１４に対して、取得された確認用構成情報を送信し（ステップＳ１６０２）、処理を終了する。

　なお、処理終了後、予備系サーバ１２０は、電源をＯＦＦの状態にしてもよい。また、情報取得アプリケーション１２３が起動しないように設定を変更もよい。

　なお、情報取得アプリケーション１２３が、予め現用系サーバ１２０のＬＵ情報等の構成情報を管理サーバ１００から取得し、取得された構成情報と、確認用構成情報とを比較することによって、フェイルオーバが可能か否かを判定してもよい。フェイルオーバの可否判定処理は、ステップＳ１２０７の処理と同一のものを用いればよい。

　この場合、情報比較部２１３は、ステップＳ１２０７において、比較処理を実行する必要はなく、情報取得アプリケーション１２３から送信された判定結果に基づいてフェイルオーバが可能か否かを判定すればよい。

　図１７は、本発明の実施例１における管理サーバ１００の優先度設定部２１７が実行する処理の一例を説明するフローチャートである。

　優先度設定部２１７は、情報比較部２１３から処理完了通知を受信すると、処理を開始する。

　優先度設定部２１７は、受信した処理完了通知に含まれるクラスタの識別子に基づいて、クラスタチェックテーブル２５１を参照する（ステップＳ１７０１）。

　優先度設定部２１７は、受信したクラスタの識別子に対応するクラスタに所属する現用系サーバ１２０を一つ選択する（ステップＳ１７０２）。ステップＳ１７０２からステップＳ１７０６は、現用系サーバ１２０のループ処理であり、全ての現用系サーバ１２０に対して処理が完了するまで繰り返し処理が実行される。

　優先度設定部２１７は、選択された現用系サーバ１２０に関連するチェックペアを抽出する（ステップＳ１７０３）。

　具体的には、優先度設定部２１７は、クラスタチェックテーブル２５１を参照して、現用系サーバＩＤ６０３が選択された現用系のサーバ１２０の識別子と一致するエントリを検索する。

　優先度設定部２１７は、検索されたチェックペアのうち、フェイルオーバが可能であると判定されたチェックペアを選択する（ステップＳ１７０４）。

　具体的には、優先度設定部２１７は、検索されたチェックペアに対応するエントリの確認結果６０７に「可」が格納されるエントリを選択する。

　優先度設定部２１７は、選択されたチェックペアに対して優先度を設定する（ステップＳ１７０５）。

　具体的には、優先度設定部２１７は、選択されたチェックペアに対応するエントリの取得時間６１０を参照し、当該値が短いものから順に高い優先度を設定する。本実施例では、優先度を数字で表しており、数字が小さいと優先度を高く、数字が大きいと優先度が低くなるように設定される。

　なお、取得時間６１０の値が同一のチェックペアについては、優先度設定部２１７は、ペアＩＤ６０１、又は予備系サーバＩＤ６０４に基づいて、優先度を設定すればよい。例えば、ペアＩＤ６０１が小さいエントリに対して高い優先度を設定する方法が考えられる。

　全ての現用系サーバ１２０について処理が完了した場合（ステップＳ１７０６）、優先度設定部２１７は、処理通知部２１８に処理完了通知を送信し（ステップＳ１７０７）、処理を終了する。

　図１８は、本発明の実施例１における管理サーバ１００の処理通知部２１８が実行する処理の一例を説明するフローチャートである。

　処理通知部２１８は、優先度設定部２１７から処理完了通知を受信すると、処理を開始する。

　処理通知部２１８は、管理者に対してクラスタ確認処理が完了した旨を通知し（ステップＳ１８０１）、処理を終了する。

　通知方法としては、管理サーバ１００が備えるディスプレイ等の出力装置に処理結果を表示してもよいし、クライアント端末１９０のディスプレイ等に処理結果を表示してもよい。また、メール又はアラートを管理者に送信する方法も考えられる。

　実施例１によれば、現用系サーバ１２０と予備系サーバ１２０との間で実際にフェイルオーバ処理を実行することなく、フェイルオーバが可能か否かを判定することができる。

＜変形例＞
　実施例１では、ステップＳ１２０７の判定処理において、情報比較部２１３が、現用系サーバ１２０がアクセスするＬＵ１３５の情報と、予備系サーバ１２０がアクセス可能なＬＵ１３５の情報とを比較することによって、フェイルオーバが可能か否かを判定していた。本発明はこれに限定されず、以下のような方法を用いることも可能である。

　ステップＳ１６０１において、予備系サーバ１２０上の情報取得アプリケーション１２３が、ＬＵ１３５に接続可能か否かを問い合わせるコマンドをストレージ装置１３０に送信する。当該コマンドには、予備系サーバ１２０のＷＷＮが含まれる。

　ストレージ装置１３０のホストグループ制御部４１１は、問い合わせのコマンドを受信すると、情報取得アプリケーション１２３に対して当該コマンドに対する応答を送信する。

　ステップ１６０２において、情報取得アプリケーション１２３は、ストレージ装置１３０から応答を受信すると、情報受信部２１４に、フェイルオーバが可能である旨の通知を送信する。

　前述した処理を実行することによって、実施例１の処理より高速にフェイルオーバが可能か否かを判定することができる。

＜実施例２＞
　実施例１では、予備系サーバ１２０が予め情報取得アプリケーション１２３を保持していたが、実施例２では管理サーバ１００が情報取得アプリケーション１２３を保持する点が異なる。

　実施例２の計算機システムの構成、並びに、管理サーバ１００、サーバ１２０、及びストレージ装置１３０のハードウェア構成及びソフトウェア構成は、実施例１と同一であるため説明を省略する。以下、実施例１との差異を中心に説明する。

　実施例２では、予備系サーバ１２０が備えるＰＸＥ（Ｐｒｅｂｏｏｔ　ｅＸｅｃｕｔｉｏｎ　Ｅｎｖｉｒｏｎｍｅｎｔ）ブート機能を用いて情報取得アプリケーション１２３を起動させる。具体的には、管理サーバ１００が、管理ネットワークを経由して、予備系サーバ１２０を起動させ、当該予備系サーバ１２０に情報取得アプリケーション１２３を送信する。

　実施例２では、ステップ１３０９の処理が変更される。

　情報受信部２１４は、受信したクラスタの識別子に対応するクラスタに所属する予備系サーバ１２０に対して起動を指示する。なお、当該起動の指示には、電源をＯＮ状態にする旨の指示が含まれる。

　情報受信部２１４は、起動した予備系サーバ１２０から情報取得アプリケーション１２３の送信要求を受信すると、当該予備系サーバ１２０に対して、情報取得アプリケーション１２３を送信する。

　その他の構成部の処理は、実施例１と同一であるため説明を省略する。

　実施例２によれば、予め、予備系サーバ１２０に対して情報取得アプリケーション１２３を格納する手間を削減し、情報取得アプリケーション１２３を格納するため予備系サーバ１２０の記憶リソースを削減できる。また、情報取得アプリケーション１２３を起動させるためのＢＩＯＳ又はＵＥＦＩに対する設定の手間を削減することが可能となる。

＜実施例３＞
　実施例３では、ストレージ装置１３０内の専用記憶領域に情報取得アプリケーション１２３を格納する点が異なる。

　実施例３の計算機システムの構成、並びに、管理サーバ１００、サーバ１２０、及びストレージ装置１３０のハードウェア構成及びソフトウェア構成は、実施例１と同一であるため説明を省略する。以下、実施例１との差異を中心に説明する。

　実施例３では、予備系サーバ１２０が、ストレージ装置１３０の内の専用記憶領域から情報取得アプリケーション１２３を取得し、かつ、起動する。

　なお、専用記憶領域は、ストレージ装置１３０に予め用意してもよいし、必要に応じて情報取得アプリケーション１２３を格納するＬＵを生成してもよい。実施例３では、ストレージ装置１３０内に、情報取得アプリケーション１２３を格納するテスト用ＬＵを生成する。

　また、実施例３では、ホストグループテーブル４１２に、テスト用ＬＵが所属するホストグループのエントリが追加される。

　実施例３では、ステップＳ１４０３及びステップＳ１４０４の処理が変更される。

　ステップＳ１４０４の処理において、ストレージ操作部２１６は、ホストグループ制御部４１１に、テスト用ＬＵが所属するホストグループ、及び取得されたホストグループＩＤ７０１に対応するホストグループに、参照権限を付与して予備系サーバ１２０のＷＷＮを追加するように指示する。

　また、ステップ１４０３の処理において、ストレージ操作部２１６は、ホストグループ制御部４１１に、テスト用ＬＵ１３５が所属するホストグループ、及び取得されたホストグループＩＤ７０１に対応するホストグループから、予備系サーバ１２０のＷＷＮを削除するように指示する。

　なお、テスト用ＬＵが接続された状態を保ち続ける場合、テスト用ＬＵが所属するホストグループから予備系サーバ１２０のＷＷＮを削除しなくてもよい。また、テスト用ＬＵが所属するホストグループに、予め、予備系サーバのＷＷＮが登録されていてもよい。

　実施例３によれば、予め、予備系サーバ１２０に対して情報取得アプリケーション１２３を格納する手間の削減し、情報取得アプリケーション１２３を格納するための予備系サーバの記憶リソースを削減できる。また、情報取得アプリケーション１２３を起動させるためのＢＩＯＳやＵＥＦＩに対する設定の手間を削減することが可能となる。

＜実施例４＞
　実施例４では、予め、予備系サーバ１２０に接続された外部記憶装置に情報取得アプリケーション１２３を格納する点が異なる。

　計算機システムの構成、並びに、管理サーバ１００、サーバ１２０、及びストレージ装置１３０のハードウェア構成及びソフトウェア構成は、実施例１と同一であるため説明を省略する。以下、実施例１との差異を中心に説明する。

　実施例４では、予備系サーバ１２０が、外部の記憶装置から情報取得アプリケーションを取得し、かつ、起動する。なお、外部記憶装置は、不揮発性半導体メモリ、ＨＤＤ若しくはＳＳＤ等の記憶デバイス、又は、ＩＣカード、ＳＤカード若しくはＤＶＤ等の計算機読み取り可能な非一時的記憶媒体等が考えられる。

　実施例４では、ステップ１３０９の処理が変更される。

　ステップ１３０９の処理では、情報受信部２１４は、受信したクラスタの識別子に対応するクラスタに所属する予備系サーバ１２０を起動させる。なお、当該起動の指示には、電源をＯＮ状態にする旨の指示が含まれる。

　さらに、情報受信部２１４は、情報取得アプリケーション１２３が格納された外部記憶装置から起動されるように、予備系サーバ１２０の起動順序（ブートローダ）を変更する。例えば、情報受信部２１４は、予備系サーバ１２０のＢＩＯＳ又はＵＥＦＩを用いて、起動順序を変更することが可能である。

　実施例４によれば、予備系サーバ１２０に外部記憶装置を接続することによって、予備系サーバ１２０上で情報取得アプリケーション１２３を稼動させることが可能となる。

＜実施例５＞
　実施例５では、現用系サーバ１２０がアクセスするＬＵ１３５内に情報取得アプリケーション１２３を格納する点が異なる。

　実施例５では、予備系サーバ１２０が、現用系サーバ１２０がアクセスするＬＵ１３５から情報取得アプリケーション１２３を取得し、かつ、起動する。

　実施例５では、現用系サーバ１２０がアクセスするＬＵ１３５が、現用系サーバ１２０が使用する記憶領域、及び情報取得アプリケーション１２３を格納する記憶領域を含む。この場合、ＬＵ１３５の生成時に、ストレージ装置１３０がＬＵ１３５内に専用記憶領域を生成し、情報取得アプリケーション１２３を格納する方法が考えられる。

　実施例５では、ステップ１３０９の処理が変更される。

　さらに、情報受信部２１４は、予備系サーバ１２０に対して、専用記憶領域から、情報取得アプリケーション１２３を起動するように指示する。例えば、情報受信部２１４は、予備系サーバ１２０のＢＩＯＳ又はＵＥＦＩを用いて、情報取得アプリケーション１２３を起動させる記憶領域を変更することが可能である。

　また、情報取得アプリケーション１２３は、取得した確認用構成情報を専用記憶領域に格納し、管理サーバ１００が専用記憶領域から確認用構成情報を取得してもよい。

　なお、その他の構成部の処理は、実施例１と同一であるため説明を省略する。

　実施例５によれば、予備系サーバ１２０が情報取得アプリケーション１２３を保持することなく、予備系サーバ１２０上で情報取得アプリケーション１２３を稼動させることが可能となる。

＜実施例６＞
　実施例１では、取得時間６１０に基づいて優先度を設定していたが、実施例６では、ストレージ装置１３０のポート１３４の性能情報に基づいて優先度を設定する点が異なる。

　計算機システムの構成、並びに、サーバ１２０、及びストレージ装置１３０のハードウェア構成及びソフトウェア構成は、実施例１と同一であるため説明を省略する。以下、実施例１との差異を中心に説明する。

　実施例６では、管理サーバ１００が保持するクラスタチェックテーブル２５１の構成が異なる。なお、管理サーバ１００のハードウェア構成及びその他のソフトウェア構成は実施例１と同一であるため説明を省略する。

　図１９Ａ及び図１９Ｂは、本発明の実施例６におけるクラスタチェックテーブル２５１の一例を示す説明図である。

　実施例６におけるクラスタチェックテーブル２５１は、ストレージＩＤ１９０１及びポートＩＤ１９０２を含む点が実施例１と異なる。

　ストレージＩＤ１９０１は、予備系サーバ１２０と接続されるストレージ装置１３０を一意に識別するための識別子を格納する。ポートＩＤ１９０２は、ストレージ装置１３０が有するポート１３４を一意に識別するための識別子を格納する。予備系サーバ１２０は、ポートＩＤ１９０２に対応するポート１３４を経由してＬＵ１３５にアクセスする。

　図２０は、本発明の実施例６におけるポート性能テーブル２５２の一例を示す説明図である。

　ポート性能テーブル２５２は、サーバ１２０がストレージ装置１３０に接続する場合に用いられるポート１３４の性能情報を格納する。具体的には、ポート性能テーブル２５２は、ストレージＩＤ２００１、ポートＩＤ２００２、測定時間２２０３及びＩＯＰＳ２００４を含む。

　ストレージＩＤ２００１及びポートＩＤ２００２は、ストレージＩＤ１９０１及びポートＩＤ１９０２と同一のものである。なお、ストレージＩＤ２００１に格納されるデータは、本テーブルで使用される各カラムのいずれか、又は複数カラムを組合せたものを指定することによって省略することができる。また、管理サーバ１００は、各ストレージ装置１３０に昇順となる識別番号を識別子として自動的に割り当ててもよい。

　測定時間２００３は、ポート１３４の性能情報の測定時間を格納する。なお、測定時間は、ストレージ装置１３０内において性能情報が取得された時間でもよいし、管理サーバ１００がストレージ装置１３０の管理インタフェース１３１を介して性能情報を取得した時間でもよい。

　ＩＯＰＳ２００４は、ポート１３４の性能情報を格納する。本実施例では、ポート１３４の性能情報として、ＩＯＰＳ（Ｉｎｐｕｔ　Ｏｕｔｐｕｔ　Ｐｅｒ　Ｓｅｃｏｎｄ）を用いている。ここでいうＩＯＰＳは測定時間２００３における使用状況を表す指標である。また，本実施例では，ＩＯＰＳを用いているが、読出データの転送量、又は書込データの転送量等をポート１３４の性能情報として用いてもよい。

　ここで、実施例６における優先度設定部２１７が実行する処理について説明する。

　ステップＳ１７０１からステップＳ１７０４までの処理は実施例１と同一の処理である。

　優先度設定部２１７は、ステップＳ１７０４の処理の後に、選択されたチェックペアに対応するエントリからストレージＩＤ１９０１及びポートＩＤ１９０２を取得する。

　優先度設定部２１７は、取得されたストレージＩＤ１９０１及びポートＩＤ１９０２に基づいてポート性能テーブル２５２を参照し、ストレージＩＤ２００１及びポートＩＤ２００２が取得されたストレージＩＤ１９０１及びポートＩＤ１９０２と一致するエントリを検索する。さらに、優先度設定部２１７は、検索されたエントリのＩＯＰＳ２００４からＩＯＰＳの値を取得する。

　その後、ステップＳ１７０５において、優先度設定部２１７は、取得されたＩＯＰＳの値に基づいて優先度を設定する。

　具体的には、優先度設定部２１７は、測定時間２００３の時間が最新であるエントリのＩＯＰＳ２００４の値を比較し、ＩＯＰＳ２００４の値が小さいものから順に高い優先度を設定する。

　なお、優先度設定部２１７は、同一のポートの一致期間のＩＯＰＳの平均値又は変化量等の値を算出し、算出された値に基づいて優先度を設定してもよい。

　ステップＳ１７０６及びステップＳ１７０７の処理は実施例１と同一であるため説明を省略する。また、その他の構成部の処理は、実施例１と同一であるため説明を省略する。

　実施例６によれば、ストレージ装置１３０のポートの性能情報を参照することによって、フェイルオーバ後に予備系サーバのパフォーマンスが低下して、予備系サーバ１２０上で実行される業務への影響を未然に防ぐことを可能となる。

＜実施例７＞
　実施例１では、取得時間６１０に基づいて優先度を設定していたが、実施例７では、予備系サーバ１２０とストレージ装置１３０とを接続するネットワーク経路におけるコスト、すなわち、パスコストに基づいて優先度を設定する点が異なる。

　実施例７では、管理サーバ１００が保持するクラスタチェックテーブル２５１の構成が異なる。なお、管理サーバ１００のハードウェア構成及びその他のソフトウェア構成は実施例１と同一であるため説明を省略する。

　図２１Ａ及び図２１Ｂは、本発明の実施例７におけるクラスタチェックテーブル２５１の一例を示す説明図である。

　実施例７におけるクラスタチェックテーブル２５１は、ストレージＩＤ１９０１、ポートＩＤ１９０２及びパスコスト２１０１を含む点が実施例１と異なる。ストレージＩＤ１９０１及びポートＩＤ１９０２は、第６実施例において説明しているため省略する。

　なお、図２１Ａ及び図２１Ｂでは、説明の簡単のために、チェックフラグ６０５、ＬＵフラグ６０６、確認結果６０７、及び理由６０８を省略している。

　パスコスト２１０１は、予備系サーバ１２０とストレージ装置１３０とを接続するネットワーク経路のコスト、すなわち、パスコストの値を格納する。パスコストは、最短のネットワーク経路を表す指標である。例えば、ネットワーク経路におけるホップ数、又は、ネットワーク経路に含まれるスイッチの数等が考えられる。

　優先度設定部２１７は、ステップＳ１７０４の処理の後に、選択されたチェックペアに対応するエントリから、予備系サーバＩＤ６０４、ストレージＩＤ１９０１及びポートＩＤ１９０２を取得する。

　優先度設定部２１７は、ネットワーク管理部１１１に対して、取得された予備系サーバＩＤ６０４、ストレージＩＤ１９０１及びポートＩＤ１９０２を含むパスコストの問い合わせを行う。

　優先度設定部２１７は、ネットワーク管理部１１１から全ての予備系サーバ１２０についての応答を受信するまで待機する。また、優先度設定部２１７は、ネットワーク管理部１１１から応答を受信すると、当該応答に基づいて、クラスタチェックテーブル２５１の対応するエントリのパスコスト２１０１を更新する。

　その後、ステップＳ１７０５において、優先度設定部２１７は、パスコスト２１０１の値に基づいて優先度を設定する。

　具体的には、優先度設定部２１７は、パスコスト２１０１の値を比較し、パスコスト２１０１の値が低いものから順に高い優先度を設定する。

　ステップＳ１７０６及びステップＳ１７０７の処理は実施例１と同一であるため説明を省略する。

　次に、ネットワーク管理部１１１が実行する処理について説明する。

　図２２は、本発明の実施例７におけるＮＷ－ＳＷ１１０のネットワーク管理部１１１が実行する処理の一例を説明するフローチャートである。

　ネットワーク管理部１１１は、優先度設定部２１７からパスコストの問い合わせを受信すると処理を開始する。

　ネットワーク管理部１１１は、受信した問い合わせに含まれる予備系サーバＩＤ６０４、ストレージＩＤ１９０１、及びポートＩＤ１９０２に基づいてパスコストを取得する（ステップＳ２２０１）。

　例えば、ネットワーク管理部１１１は、サーバ１２０の識別子、ストレージ装置１３０の識別子、ポート１３４の識別子、及びネットワーク経路の構成を対応づけた情報を保持し、当該情報からネットワーク経路に含まれるスイッチの数をパスコストとして取得する方法が考えられる。

　この場合、ネットワーク管理部１１１は、受信した予備系サーバＩＤ６０４、ストレージＩＤ１９０１、及びポートＩＤ１９０２に基づいて、予備系サーバ１２０とストレージ装置１３０との間のネットワーク経路を特定する。ネットワーク管理部１１１は、特定されたネットワーク経路に含まれるスイッチの数をカウントすることによってパスコストを取得する。

　ネットワーク管理部１１１は、優先度設定部２１７に、取得されたパスコストを送信し（ステップＳ２２０２）、処理を終了する。

　なお、ＮＷ－ＳＷ１１０がネットワーク管理部１１１を備えるものとして説明したが、本発明は、これに限定されない。例えば、管理サーバ１００がネットワーク管理部１１１を備えていてもよい。

　実施例７によれば、パスコストの低いネットワーク経路を介してストレージ装置１３０と接続される予備系サーバ１２０の優先度を高く設定することによって、予備系サーバ１２０がフェイルオーバ処理後、ネットワーク性能が高い現用系サーバ１２０として稼働することができる。これは、パスコストが低いため、サーバ１２０とストレージ装置１３０との間の通信に遅延等が生じないためである。

＜実施例８＞
　実施例１では、予め、複数のクラスタが構成され、既存のクラスタに対してクラスタ確認処理を実行するものであった。実施例８では、クラスタを構成する場合に、管理サーバ１００が、フェイルオーバの可否判定処理を実行し、クラスタを構成するサーバ１２０の候補を提示する点が異なる。

　実施例８では、契機受信部２１５、チェックリスト生成部２１１、及び処理通知部２１８が実行する処理が異なる。以下、それぞれの処理について説明する。

　実施例８では、契機受信部２１５の処理開始の契機が異なる。具体的には、管理者は、予め、クラスタを構成するサーバ１２０の候補を選択し、当該選択されたサーバ１２０の識別子を含むクラスタ確認処理の開始指示を入力する。

　選択されるサーバ１２０の候補としては、現用系サーバ１２０又は予備系サーバ１２０の二種類が考えられる。

　管理者は、冗長化されたシステムを実現したい場合に、現用系サーバ１２０を選択する。これによって、選択されたサーバ１２０が現用系サーバ１２０として登録され、かつ、当該現用系サーバ１２０に対して予備系サーバ１２０が検索される。また、管理者は、耐障害性等を向上させるためにクラスタの構成をさらに冗長化したい場合に、予備系サーバ１２０を選択する。

　なお、選択するサーバ１２０は、管理サーバ１００が管理するサーバ１２０全てを指定することも可能である。

　契機受信部２１５は、前述した確認処理の開始指示を検出すると、情報取得部２１２に、候補として選択されたサーバ１２０の識別子を含む処理開始指示を送信する。

　実施例８では、チェックリスト生成部２１１が実行する処理が一部異なる。

　チェックリスト生成部２１１は、情報取得部２１２から処理完了通知を受信すると、処理を開始する。なお、当該通知には、管理者によって選択されたサーバ１２０の識別子が含まれる。

　実施例８では、ステップＳ１１０１の処理は実行されず、ステップＳ１１０２の処理から開始される。実施例８では、クラスタが構成されていないため、クラスタに所属するサーバ１２０を検索する必要がないためである。

　ステップＳ１１０２において、チェックリスト生成部２１１は、処理完了通知に含まれるサーバ１２０の識別子に基づいて、チェックペア生成する。例えば、以下のような処理が考えられる。

　チェックリスト生成部２１１は、管理対象テーブル２５０を参照して、受信したサーバ１２０の識別子に一致するエントリを検索する。チェックリスト生成部２１１は、検索されたエントリのモデル５０３及び構成情報５０４が同一であるエントリを一つ以上検索する。

　その他の処理は、実施例１と同一の処理であるため説明を省略する。

　図２３は、本発明の実施例８における管理サーバ１００の処理通知部２１８が実行する処理の一例を説明するフローチャートである。

　処理通知部２１８は、管理者に対して、クラスタを構成するための候補サーバ１２０の情報を通知する（ステップＳ２３０１）。

　具体的には、処理通知部２１８は、クラスタを構成するための候補サーバ１２０の情報として、フェイルオーバが可能なチェックペアに関する情報が含まれる表示情報を送信する。当該表示情報によって表示される画面については、図２４を用いて後述する。

　管理者は、クライアント端末１９０に表示された操作画面にしたがって、クラスタを構成するサーバ１２０を選択する。クライアント端末１９０は、管理サーバ１００に、管理者によって選択されたサーバ１２０の識別子等を含むクラスタの登録情報を送信する。

　なお、当該登録情報には、少なくとも、クラスタの識別子、現用系サーバ１２０として選択されたサーバ１２０の識別子、及び、予備系サーバ１２０として選択されたサーバ１２０の識別子が含まれる。

　処理通知部２１８は、クライアント端末１９０からクラスタの登録情報を受信すると（ステップＳ２３０２）、当該登録情報に基づいて管理対象テーブル２５０を更新し（ステップＳ２３０３）、処理を終了する。具体的には、以下のような処理が実行される。

　処理通知部２１８は、管理対象テーブル２５０に新たにエントリを追加する処理通知部２１８は、追加されたエントリに必要な情報を格納する。

　なお、本実施例では、処理通知部２１８が処理を実行したが、管理サーバ１００がクラスタの構成処理を実行するクラスタ登録部を備えていてもよい。この場合、ステップＳ２３０３において、処理通知部２１８は、クラスタ登録部に、クラスタの登録情報を含む処理開始指示を送信すればよい。

　図２４は、本発明の実施例８における操作画面の一例を示す説明図である。

　操作画面２４００は、新たにクラスタを構成、又は、構成済みのクラスタの構成を更新するための情報を表示する。本実施例では、操作画面２４００は、クライアント端末１９０が有するディスプレイに表示される。なお、管理サーバ１００が備える入出力装置を介して表示されてもよい。なお、表示方法としては、管理サーバ１００又はクライアント端末１９０が、専用のブラウザ又は専用のプログラム等を用いて表示する。

　操作画面２４００は、現用系サーバ選択部２４１０、予備系サーバ選択部２４２０、追加ボタン２４３１、削除ボタン２４３２、クラスタ選択部２４４０、クラスタ構成表示部２４５０、クラスタ追加ボタン２４６１、クラスタ削除ボタン２４６２、及び確定ボタン２４６３を含む。

　現用系サーバ選択部２４１０は、クラスタを構成する現用系サーバ１２０の候補となるサーバ１２０の情報を表示する表示部である。現用系サーバ選択部２４１０には、サーバＩＤ２４１１、及び状態２４１２が表示される。

　サーバＩＤ２４１１は、現用系サーバ１２０の候補となるサーバ１２０の識別子である。状態２４１２は、クラスタに登録可能か否かを示す情報である。本実施例では、クラスタに登録可能な場合、状態２４１２には「ＯＫ」が表示され、クラスタに登録するサーバ１２０として選択された場合、状態２４１２には「Ｓｅｌｅｃｔｅｄ」が表示され、クラスタに登録できない場合、状態２４１２には「ＮＧ」が表示される。

　管理者は、現用系サーバ選択部２４１０に表示されたサーバ１２０の中から、クラスタを構成する現用系サーバ１２０を選択することができる。図２４に示す例では、サーバＩＤ２４１１が「サーバ２」であるサーバ１２０が選択されている。また、図２４に示す例では、選択されたサーバ１２０に対応するエントリが強調表示されている。

　予備系サーバ選択部２４２０は、クラスタを構成する予備系サーバ１２０の候補となるサーバ１２０の情報を表示する表示部である。予備系サーバ選択部２４２０には、サーバＩＤ２４２１、及び状態２４２２が表示される。

　サーバＩＤ２４２１は、予備系サーバ１２０の候補となるサーバ１２０の識別子である。状態２４２２は、クラスタに登録可能か否かを示す情報である。状態２４２２に表示される情報は、状態２４２１に表示されるものと同一である。

　管理者は、予備系サーバ選択部２４２０に表示されたサーバ１２０の中から、クラスタを構成する予備系サーバ１２０を選択することができる。図２４に示す例では、サーバＩＤ２４２１が「サーバ５」であるサーバ１２０が選択されている。また、図２４に示す例では、選択されたサーバ１２０に対応するエントリが強調表示されている。

　クラスタ選択部２４４０は、サーバ１２０を追加する対象のクラスタを選択するため操作ボタンである。クラスタ選択部２４４０を操作することによって、対象のクラスタが強調して表示される。

　クラスタ構成表示部２４５０は、対象のクラスタの構成を表示する表示部である。クラスタ構成表示部２４５０には、現用系サーバＩＤ２４５１及び予備系サーバＩＤ２４５２が表示される。

　現用系サーバＩＤ２４５１は、現用系サーバ１２０として追加される予定のサーバ１２０の識別子を表示する。予備系サーバＩＤ２４５２は、予備系サーバ１２０として追加される予定のサーバ１２０の識別子を表示する。

　追加ボタン２４３１は、現用系サーバ選択部２４１０及び予備系サーバ選択部２４２０において選択された各サーバ１２０を、クラスタに追加するサーバ１２０の候補として登録するための操作ボタンである。管理者が追加ボタン２４３１を操作すると、クラスタ構成表示部２４５０に、選択されたサーバ１２０が登録される。

　削除ボタン２４３２は、クラスタに追加する候補のサーバ１２０の登録を取り消すための操作ボタンである。管理者は、クラスタ構成表示部２４５０に表示されたサーバ１２０の中から、登録を取り消すサーバ１２０を選択し、その後削除ボタン２４３２を操作する。これによって、クラスタ構成表示部２４５０から選択されたサーバ１２０が削除される。

　クラスタ追加ボタン２４６１は、新たにクラスタを構成する場合に操作するボタンである。

　クラスタ削除ボタン２４６２は、クラスタ選択部２４４０において選択されたクラスタを削除するための操作ボタンである。

　確定ボタン２４６３は、クラスタの構成を確定するためのボタンである。管理者が確定ボタン２４６３を操作することによって、クラスタ構成表示部２４５０に表示されたサーバ１２０の構成のクラスタが構成される。

　本実施例では、確定ボタン２４６３が操作されると、クライアント端末１９０が、クラスタ選択部２４４０に表示されたクラスタの識別子、及びクラスタ構成表示部２４５０に表示されたサーバ１２０の識別子を含む登録情報が生成し、処理通知部２１８に対して、生成された登録情報を送信する。

　実施例８によれば、クラスタの構成時に、サーバ１２０間の構成を確認することによって、クラスタを構成するサーバ１２０の候補を提示することができる。これによって、管理者は、適切なサーバ１２０の組み合わせを任意選択できるため、クラスタの構成にかかる手間を削減することが可能となる。

＜第９実施例＞
　実施例１では、物理的なサーバ１２０からクラスタが構成されていたが、実施例９では、仮想的なサーバを用いてクラスタが構成されている点が異なる。

　実施例９では、計算機システムの構成、並びに、管理サーバ１００及びストレージ装置１３０のハードウェア構成及びソフトウェア構成は同一であるため説明を省略する。以下、実施例１との差異を中心に説明する。

　実施例９では、管理対象テーブル２５０の予備系サーバＩＤ６０４には、サーバ１２０又は仮想サーバ２５００のいずれかの識別子が格納される。

　図２５は、本発明の実施例９におけるサーバ１２０のハードウェア構成及びソフトウェア構成を説明するブロック図である。

　実施例９では、サーバ１２０のハードウェア構成は実施例１と同一であるが、ソフトウェア構成が異なる。

　メモリ３０２には、仮想化部２５１０を実現するプログラムが格納される。仮想化部２５１０は、一つ以上の仮想サーバ２５００を生成し、管理する。具体的には、仮想化部２５１０は、サーバ１２０が備える計算機リソースを仮想的に分割し、分割された計算機リソースを割り当てることによって、一つ以上の仮想サーバ２５００を生成する。

　仮想化部２５１０は、例えば、ハイパバイザ又はＶＭＭ（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ　Ｍｏｎｉｔｏｒ）等が考えられる。

　仮想化部３５２１は、仮想スイッチ２５１１及び仮想化部管理用インタフェース２５１２を含む。

　仮想スイッチ２５１１は、仮想サーバ２５００間の通信、及び仮想サーバ２５００と外部の装置との間の通信を実現する。具体的には、仮想スイッチ２５１１は、ネットワークインタフェース３０５等の物理的なインタフェースに接続されたアダプタと仮想サーバ３２５００との間を接続することによって、仮想サーバ２５００と外部装置との間の通信を制御する。

　仮想化部管理用インタフェース２５１２は、管理サーバ１００と通信するための制御用インタフェースである。仮想化部２５１０は、仮想化部管理用インタフェース２５１２を用いて、管理サーバ１００に情報を送信し、また、管理サーバ１００から指示受信する。また、ユーザ端末などから直接、使用することも可能である。

　なお、仮想化部２５１０は、サーバ１２０の計算機資源と仮想サーバ２５００の仮想的な計算機資源とを対応づけた情報、仮想サーバ２５００の構成情報、及び稼働履歴等を保持する。

　仮想サーバ２５００は、仮想ＣＰＵ２５０１、仮想メモリ２５０２、仮想ＢＭＣ２５０３、仮想ネットワークインタフェース２５０４、仮想ディスクインタフェース２５０５、及び仮想ＰＣＩｅインタフェース２５０６から構成される。

　実施例９では、優先度設定部２１７が実行する処理が異なる。

　図２６は、本発明の実施例９における管理サーバ１００の優先度設定部２１７が実行する処理の一例を説明するフローチャートである。

　ステップＳ１７０１からステップＳ１７０４の処理は実施例１と同一であるため説明を省略する。

　実施例９では、ステップＳ１７０４の後、優先度設定部２１７は、フェイルオーバが可能であると判定されたチェックペアが存在するか否かを判定する（ステップＳ２６０１）。

　フェイルオーバが可能であると判定されたチェックペアが存在する場合、以下実施例１と同一の処理となる。

　フェイルオーバが可能であると判定されたチェックペアが存在しない場合、優先度設定部２１７は、予備系生成部２１９に、処理開始指示を送信する（ステップＳ２６０２）。なお、当該指示には、現用系サーバ１２０の識別子が含まれる。優先度設定部２１７は、予備系生成部２１９から処理完了通知を受信するまで待機する。

　優先度設定部２１７は、予備系生成部２１９から処理完了通知を受信すると、ステップＳ１７０６に進む。

　ステップＳ１７０６では、処理内容は同一であるが、チェックペアを構成する予備系サーバ１２０が仮想サーバ２５００である点が異なる。

　なお、ステップＳ２６０１では、フェイルオーバが可能であると判定されたチェックペアの数が、予め設定された予備系サーバ１２０の数以下である場合に、予備系生成部２１９に処理開始指示を送信するようにしてもよい。予め設定する予備系サーバ１２０の数としては、クラスタに必要な予備系サーバ１２０の数を設定すればよい。

　図２７は、本発明の実施例９における管理サーバ１００の予備系生成部２１９が実行する処理の一例を説明するフローチャートである。

　予備系生成部２１９は、仮想化部２５１０が稼働するサーバ１２０に、予備系サーバ１２０となる仮想サーバ２５００の生成を指示し、また、フェイルオーバが可能な仮想サーバ２５００への構成の変更を指示する。

　以下では、予備系サーバ１２０として生成された仮想サーバ２５００を予備系仮想サーバ２５００とも記載する。

　予備系生成部２１９は、管理対象テーブル２５０を参照し（ステップＳ２７０１）、予備系仮想サーバ２５００のエントリを検索する（ステップＳ２７０２）。

　予備系生成部２１９は、処理開始指示に含まれる現用系サーバ１２０の識別子に対応する現用系サーバ１２０との間においてフェイルオーバが可能な仮想サーバ２５００を生成できるか否かを判定する（ステップＳ２７０３）。具体的には以下のような処理が実行される。

　予備系生成部２１９は、処理開始指示に含まれる現用系サーバ１２０の識別子と一致するエントリを検索する。予備系生成部２１９は、検索されたエントリのモデル５０３及び構成情報５０４を取得する。

　予備系生成部２１９は、フェイルオーバが可能な構成に、検索された予備系仮想サーバ２５００の構成を変更できるか否かを仮想化部２５１０に問い合わせる。なお、問い合わせ先の仮想化部２５１０を特定する方法としては、管理サーバ１００が、仮想化部２５１０の識別子と、当該仮想化部２５１０が管理する仮想サーバ２５００の識別子とを対応づけた情報を保持する方法が考えられる。

　フェイルオーバが可能な構成に変更できる旨の応答を受信した場合、予備系生成部２１９は、フェイルオーバが可能な仮想サーバ２５００を生成できると判定する。

　なお、予備系生成部２１９は、計算機システム内の全ての仮想化部２５１０に対して、現用系サーバ１２０のモデル５０３及び構成情報５０４を含む問い合わせを行ってもよい。

　以上がステップＳ２７０３の処理である。

　フェイルオーバが可能な仮想サーバ２５００を生成できないと判定された場合、予備系生成部２１９は、ステップＳ２７０９に進む。

　フェイルオーバが可能な仮想サーバ２５００を生成できると判定された場合、予備系生成部２１９は、応答を送信した仮想化部２５１０に対して、フェイルオーバが必要な構成の仮想サーバ２５００の生成指示を送信する（ステップＳ２７０４）。予備系生成部２１９は、仮想化部２５１０から処理完了通知を受信するまで待機する。

　予備系生成部２１９は、仮想化部２５１０から処理完了通知を受信する（ステップＳ２７０５）。当該通知には、生成された仮想サーバ２５００の構成情報が含まれる。予備系生成部２１９は、当該指示に含まれる仮想サーバ２５００の構成情報に基づいて、管理対象テーブル２５０を更新する。

　予備系生成部２１９は、情報比較部２１３に処理開始指示を送信する（ステップＳ２７０６）。なお、当該指示には、現用系サーバ１２０の識別子及び予備系仮想サーバ２５００の識別子が含まれる。予備系生成部２１９は、情報比較部２１３から処理完了通知を受信するまで待機する。

　この場合、情報比較部２１３は、ステップＳ１２０１からステップＳ１２０５の処理を省略できる。

　予備系生成部２１９は、情報比較部２１３から処理完了通知を受信すると、現用系サーバ１２０と生成された仮想サーバ２５００との間でフェイルオーバが可能であるか否かを判定する（ステップＳ２７０７）。

　フェイルオーバが可能でないと判定された場合、予備系生成部２１９は、ステップＳ２７１０に進む。

　フェイルオーバが可能であると判定された場合、予備系生成部２１９は、管理対象テーブル２５０に、生成された仮想サーバを予備系サーバ１２０として追加する（ステップＳ２７０８）。仮想サーバ２５００の追加方法としては、二通り考えられる。

　管理対象テーブル２５０に仮想サーバ２５００のエントリが存在する場合、予備系生成部２１９は、当該エントリの必要なカラムの情報を更新する。管理対象テーブル２５０に仮想サーバ２５００のエントリが存在しない場合、予備系生成部２１９は、管理対象テーブル２５０に新たなエントリを追加し、追加されたエントリに必要な情報を格納する。

　なお、管理対象テーブル２５０への仮想サーバ２５００の追加処理は、図示しないクラスタ登録部等が実行してもよい。

　予備系生成部２１９は、優先度設定部２１７に処理完了通知を送信し（ステップＳ２７０９）、処理を終了する。

　実施例９によれば、仮想サーバ２５００を予備系サーバ１２０として用いることによって、サーバ１２０の構成及び現用系サーバ１２０とＬＵ１３５との間の接続経路を変更することなくクラスタを構成することができる。

　なお、本実施例で例示した種々のソフトウェアは、電磁的、電子的及び光学式等の種々の記録媒体（例えば、非一時的な記憶媒体）に格納可能であり、インターネット等の通信網を通じて、コンピュータにダウンロード可能である。

　さらに、本実施例では、ソフトウェアによる制御を用いた例について説明したが、その一部をハードウェアによって実現することも可能である。

　以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

Claims

　計算機システムにおけるシステム冗長化確認方法であって、
　前記計算機システムは、少なくとも一以上の第１の計算機と、少なくとも一以上の第２の計算機と、ストレージシステムと、前記少なくとも一以上の第１の計算機及び前記少なくとも一以上の第２の計算機を管理する管理計算機と、を有し、
　前記少なくとも一以上の第１の計算機は、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される第１のＩ／Ｏインタフェースを有し、
　前記少なくとも一以上の第２の計算機は、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、及び前記第２のプロセッサに接続される第２のＩ／Ｏインタフェースを有し、
　前記ストレージシステムは、一つ以上のポートを有するコントローラを一つ以上含むディスクコントローラ、及び複数の記憶媒体を有し、
　前記管理計算機は、第３のプロセッサ、前記第３のプロセッサに接続される第３のメモリ、及び前記第３のプロセッサに接続される第３のＩ／Ｏインタフェースを有し、
　前記少なくとも一以上の第１の計算機は、業務を実行し、
　前記少なくとも一以上の第２の計算機は、前記少なくとも一以上の第１の計算機に障害が発生した場合に、前記業務を引き継ぎ、
　前記ストレージシステムは、前記少なくとも一以上の第１の計算機に、前記業務の実行に必要なデータを格納する記憶領域を提供し、
　前記方法は、
　前記管理計算機が、前記少なくとも一以上の第１の計算機のハードウェア構成に関する第１のハードウェア情報、及び前記少なくとも一以上の第２の計算機のハードウェア構成に関する第２のハードウェア情報を取得する第１のステップと、
　前記管理計算機が、前記少なくとも一以上の第１の計算機に提供される記憶領域に関する第１の記憶領域情報を取得する第２のステップと、
　前記管理計算機が、前記少なくとも一以上の第１の計算機に提供される記憶領域に関する第２の記憶領域情報の取得指示を、前記少なくとも一以上の第２の計算機に送信する第３のステップと、
　前記少なくとも一以上の第２の計算機が、前記取得指示を受信した場合に、前記ストレージシステムから前記第２の記憶領域情報を取得し、前記管理計算機に前記取得された第２の記憶領域情報を送信する第４のステップと、
　前記管理計算機が、前記取得された第１のハードウェア情報及び前記取得された第１の記憶領域情報と、前記取得された第２のハードウェア情報及び前記取得された第２の記憶領域情報とを比較し、前記比較の結果に基づいて、前記少なくとも一以上の第１の計算機と前記少なくとも一以上の第２の計算機との間でフェイルオーバが可能か否かを判定する第５のステップと、
　を含むことを特徴とするシステム冗長化確認方法。
　請求項１に記載のシステム冗長化確認方法であって、
　前記第５のステップは、
　前記第１のハードウェア情報と前記第２のハードウェア情報とを比較して、前記少なくとも一以上の第２の計算機がフェイルオーバが可能なハードウェア構成であるか否かを判定するステップと、
　前記第１の記憶領域情報と前記第２の記憶領域情報とを比較して、前記少なくとも一以上の第２の計算機が前記業務を引き継ぐために必要なデータを格納する記憶領域にアクセス可能か否かを判定するステップと、を含むことを特徴とするシステム冗長化確認方法。
　請求項２に記載のシステム冗長化確認方法であって、
　前記少なくとも一以上の第２の計算機は、前記第２の記憶領域情報を取得する情報取得モジュールを有し、
　前記第４のステップは、
　前記少なくとも一以上の第２の計算機が、前記取得指示を受信した場合に、前記情報取得モジュールを起動するステップと、
　前記情報取得モジュールが、前記ストレージシステムに問い合わせることによって、前記少なくとも一つ以上の第１の計算機に提供される記憶領域のうち前記少なくとも一つ以上の第２の計算機がアクセス可能な記憶領域に関する情報を、前記第２の記憶領域情報として取得するステップと、
　前記情報取得モジュールが、前記管理計算機に、前記取得された第２の記憶領域情報を送信するステップと、
　前記少なくとも一以上の第２の計算機が、前記情報取得モジュールの処理が終了した後に、前記少なくとも一以上の第２の計算機を停止させるステップと、を含むことを特徴とするシステム冗長化確認方法。
　請求項２に記載のシステム冗長化確認方法であって、
　前記計算機システムは、前記第２の記憶領域情報を取得する情報取得モジュールを有し、
　前記第４のステップは、
　前記少なくとも一以上の第２の計算機が、前記取得指示を受信した場合に、前記情報取得モジュールを取得するステップと、
　前記少なくとも一以上の第２の計算機が、前記取得された情報取得モジュールを実行するステップと、
　前記情報取得モジュールが、前記ストレージシステムに問い合わせることによって、前記少なくとも一つ以上の第１の計算機に提供される記憶領域のうち前記少なくとも一つ以上の第２の計算機がアクセス可能な記憶領域に関する情報を、前記第２の記憶領域情報として取得するステップと、
　前記情報取得モジュールが、前記管理計算機に、前記取得された第２の記憶領域情報を送信するステップと、
　前記少なくとも一以上の第２の計算機が、前記情報取得モジュールの処理が終了した後に、前記少なくとも一以上の第２の計算機を停止させるステップと、を含むことを特徴とするシステム冗長化確認方法。
　請求項３又は請求項４に記載のシステム冗長化確認方法であって、
　前記第４のステップは、
　前記情報取得モジュールが、前記ストレージシステムに問い合わせてから前記第２の記憶領域情報が取得されるまでの取得時間を算出するステップと、
　前記情報取得モジュールが、前記取得された第２の記憶領域情報及び前記算出された取得時間を、前記管理計算機に送信するステップと、を含み、
　前記方法は、
　前記管理計算機が、フェイルオーバが可能であると判定された第２の計算機が複数存在する場合、当該複数の第２の計算機から受信した前記取得時間に基づいて、前記フェイルオーバが可能であると判定された複数の第２の計算機に、フェイルオーバ処理の実行時における前記複数の第２の計算機の使用順を示す優先度を設定するステップを含むことを特徴とするシステム冗長化確認方法。
　請求項３又は請求項４に記載のシステム冗長化確認方法であって、
　前記管理計算機が、フェイルオーバが可能であると判定された第２の計算機が複数存在する場合に、当該複数の第２の計算機が前記ストレージシステムへのアクセス時に用いるポートの性能を取得するステップと、
　前記管理計算機が、前記取得されたポートの性能に基づいて、前記フェイルオーバが可能であると判定された複数の第２の計算機に、フェイルオーバ処理の実行時における前記複数の第２の計算機の使用順を示す優先度を設定するステップと、を含むことを特徴とするシステム冗長化確認方法。
　請求項３又は請求項４に記載のシステム冗長化確認方法であって、
　前記管理計算機が、フェイルオーバが可能であると判定された第２の計算機が複数存在する場合、当該複数の第２の計算機と前記ストレージシステムとを接続する経路のコストを取得するステップと、
　前記管理計算機が、前記取得されたコストに基づいて、前記フェイルオーバが可能であると判定された複数の第２の計算機に、フェイルオーバ処理の実行時における前記複数の第２の計算機の使用順を示す優先度を設定するステップと、を含むことを特徴とするシステム冗長化確認方法。
　請求項３又は請求項４に記載のシステム冗長化確認方法であって、
　前記管理計算機が、前記少なくとも一以上の第１の計算機、及び前記少なくとも一以上の第１の計算機との間でフェイルオーバが可能であると判定された第２の計算機を表示するステップと、
　前記管理計算機が、前記表示に基づく操作を受け付けた場合に、当該操作によって選択された少なくとも一以上の第１の計算機及び少なくとも一以上の第２の計算機を用いて、冗長化されたシステムを構成するステップと、を含むことを特徴とするシステム冗長化確認方法。
　請求項３又は請求項４に記載のシステム冗長化確認方法であって、
　前記少なくとも一以上の第２の計算機は、計算機資源を用いて仮想計算機を生成する仮想化部を有し、
　前記仮想化部によって生成された前記仮想計算機が前記業務を引き継ぎ、
　前記方法は、
　前記管理計算機が、フェイルオーバが可能な第２の計算機が存在するか否かを判定するステップと、
　前記管理計算機が、前記フェイルオーバが可能な第２の計算機が存在しないと判定された場合、前記少なくとも一以上の第２の計算機に、フェイルオーバが可能な仮想計算機の生成指示を送信するステップと、
　前記少なくとも一以上の第２の計算機が、前記仮想計算機の生成指示を受信した場合に、当該指示に基づいて、前記フェイルオーバが可能な仮想計算機を生成するステップと、
　前記管理計算機が、前記少なくとも一以上の第１の計算機及び前記生成された仮想計算機を用いて、冗長化されたシステムを構成するステップと、を含むことを特徴とするシステム冗長化確認方法。
　少なくとも一以上の第１の計算機と、少なくとも一以上の第２の計算機と、ストレージシステムと、前記少なくとも一以上の第１の計算機及び前記少なくとも一以上の第２の計算機を管理する管理計算機と、を備える計算機システムであって、
　前記少なくとも一以上の第１の計算機は、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される第１のＩ／Ｏインタフェースを有し、
　前記少なくとも一以上の第２の計算機は、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、及び前記第２のプロセッサに接続される第２のＩ／Ｏインタフェースを有し、
　前記ストレージシステムは、一つ以上のポートを有するコントローラを一つ以上含むディスクコントローラ、及び複数の記憶媒体を有し、
　前記管理計算機は、第３のプロセッサ、前記第３のプロセッサに接続される第３のメモリ、及び前記第３のプロセッサに接続される第３のＩ／Ｏインタフェースを有し、
　前記少なくとも一以上の第１の計算機は、業務を実行し、
　前記少なくとも一以上の第２の計算機は、前記少なくとも一以上の第１の計算機に障害が発生した場合に、前記業務を引き継ぎ、
　前記ストレージシステムは、前記少なくとも一以上の第１の計算機に、前記業務の実行に必要なデータを格納する記憶領域を提供し、
　管理計算機は、
　前記少なくとも一以上の第１の計算機と前記少なくとも一以上の第２の計算機との間においてフェイルオーバが可能か否かを判定する制御部と、
　前記少なくとも一以上の第１の計算機の構成情報及び前記少なくとも一以上の第２の計算機の構成情報を格納する管理情報と、を有し、
　前記制御部は、
　前記管理情報を参照して、前記少なくとも一以上の第１の計算機のハードウェアに関する第１のハードウェア情報、及び前記少なくとも一以上の第２の計算機のハードウェアに関する第２のハードウェア情報を取得し、
　前記管理情報を参照して、前記少なくとも一以上の第１の計算機に提供される記憶領域に関する第１の記憶領域情報を取得し、
　前記少なくとも一以上の第１の計算機に提供される記憶領域に関する第２の記憶領域情報の取得指示を、前記少なくとも一以上の第２の計算機に送信し、
　前記少なくとも一以上の第２の計算機は、前記取得指示を受信した場合に、前記ストレージシステムから前記第２の記憶領域情報を取得し、前記取得された第２の記憶領域情報を前記管理計算機に送信し、
　前記制御部は、
　前記取得された第１のハードウェア情報及び前記取得された第１の記憶領域情報と、前記取得された第２のハードウェア情報及び前記取得された第２の記憶領域情報とを比較し、
　前記比較の結果に基づいて、前記少なくとも一以上の第１の計算機と前記少なくとも一以上の第２の計算機との間でフェイルオーバが可能か否かを判定することを特徴とする計算機システム。
　請求項１０に記載の計算機システムであって、
　前記制御部は、
　前記少なくとも一以上の第１の計算機と前記少なくとも一以上の第２の計算機との間でフェイルオーバが可能か否かを判定する場合に、前記第１のハードウェア情報と前記第２のハードウェア情報とを比較して、前記少なくとも一以上の第２の計算機がフェイルオーバが可能なハードウェア構成であるか否かを判定し、
　前記第１の記憶領域情報と前記第２の記憶領域情報とを比較して、前記少なくとも一以上の第２の計算機が前記業務を引き継ぐために必要なデータを格納する記憶領域にアクセス可能か否かを判定することを特徴とする計算機システム。
　請求項１１に記載の計算機システムであって、
　前記少なくとも一以上の第２の計算機は、前記第２の記憶領域情報を取得する情報取得部を有し、
　前記少なくとも一以上の第２の計算機は、前記取得指示を受信した場合に、前記情報取得部を起動し、
　前記起動した情報取得部は、
　前記ストレージシステムに問い合わせることによって、前記少なくとも一つ以上の第１の計算機に提供される記憶領域のうち前記少なくとも一つ以上の第２の計算機がアクセス可能な記憶領域に関する情報を、前記第２の記憶領域情報として取得し、
　前記管理計算機に、前記取得された第２の記憶領域情報を送信し、
　前記少なくとも一以上の第２の計算機は、前記情報取得部の処理が終了した後に、前記少なくとも一以上の第２の計算機を停止させることを特徴とする計算機システム。
　請求項１２に記載の計算機システムであって、
　前記情報取得部は、
　前記ストレージシステムに問い合わせてから前記第２の記憶領域情報が取得されるまでの取得時間を算出し、
　前記管理計算機に、前記取得された第２の記憶領域情報及び前記算出された取得時間を送信し、
　前記制御部は、フェイルオーバが可能であると判定された第２の計算機が複数存在する場合、当該複数の第２の計算機から受信した前記取得時間に基づいて、前記フェイルオーバが可能であると判定された複数の第２の計算機に、フェイルオーバ処理の実行時における前記複数の第２の計算機の使用順を示す優先度を設定することを特徴とする計算機システム。
　請求項１２に記載の計算機システムであって、
　前記制御部は、
　フェイルオーバが可能であると判定された第２の計算機が複数存在する場合、当該複数の第２の計算機が前記ストレージシステムへのアクセス時に用いるポートの性能を取得し、
　前記取得されたポートの性能に基づいて、前記フェイルオーバが可能であると判定された複数の第２の計算機に、フェイルオーバ処理の実行時における前記複数の第２の計算機の使用順を示す優先度を設定することを特徴とする計算機システム。
　請求項１２に記載の計算機システムであって、
　前記制御部は、
　フェイルオーバが可能であると判定された第２の計算機が複数存在する場合、当該複数の第２の計算機と前記ストレージシステムとを接続する経路のコストを取得し、
　前記取得されたコストに基づいて、前記フェイルオーバが可能であると判定された複数の第２の計算機に、フェイルオーバ処理の実行時における前記複数の第２の計算機の使用順を示す優先度を設定することを特徴とする計算機システム。