(57)【特許請求の範囲】
【請求項１】
現用サーバ装置と、前記現用サーバ装置と通信可能に接続する待機サーバ装置と、前記現用サーバ装置及び前記待機サーバ装置と通信可能に接続する管理サーバとを含み、前記現用サーバ装置における障害の発生を検知した場合に、前記待機サーバ装置の電源をオンさせた後、前記現用サーバ装置から前記待機サーバ装置へのフェイルオーバを行う情報処理システムによる前記待機サーバ装置の障害検知方法であって、
前記管理サーバが、
前記待機サーバ装置の電源をオンさせて、前記待機サーバ装置の情報を取得するステップと、
前記情報を取得した後、前記待機サーバ装置の電源をオフさせるステップと、
前記情報に基づき前記待機サーバ装置にフェイルオーバ可能であるか否かを判定するステップと
を含むことを特徴とする情報処理システムの管理方法。
【請求項２】
請求項１に記載の情報処理システムの管理方法であって、
前記待機サーバ装置から前記情報を取得する方法として、前記待機サーバ装置のＢＩＯＳが出力する情報から取得する第１の情報取得方法と、前記待機サーバ装置において実行されるプログラムである検査プログラムから取得する第２の情報取得方法を選択可能であり、
前記管理サーバは、
前記待機サーバ装置の情報の取得を前記第２の情報取得方法により行っても前記現用サーバ装置のフェイルオーバ先を確保することが可能な場合は、前記第２の情報取得方法により前記情報を取得し、
前記待機サーバ装置の情報の取得を前記第２の情報取得方法により行うと前記現用サーバ装置のフェイルオーバ先を確保することができなくなる場合は、前記第１の情報取得方法により前記情報を取得すること
を特徴とする情報処理システムの管理方法。
【請求項３】
請求項２に記載の情報処理システムの管理方法であって、
前記管理サーバは、前記第２の情報取得方法により前記情報を取得するに先立ち、前記検査プログラムを前記待機サーバ装置に格納すること
を特徴とする情報処理システムの管理方法。
【請求項４】
請求項１に記載の情報処理システムの管理方法であって、
前記管理サーバは、前記現用サーバ装置の待機用となる前記待機サーバ装置に要求される仕様を記憶し、前記待機サーバ装置にフェイルオーバ可能であるか否かを判定する前記ステップにおいて、前記待機サーバ装置から取得した前記情報から特定される当該待機サーバ装置の仕様が、当該待機サーバ装置が待機用に設定されている前記現用サーバ装置の前記要求仕様を満たしていない場合に、当該待機サーバ装置にフェイルオーバ不可能であると判定すること
を特徴とする情報処理システムの管理方法。
【請求項５】
請求項１に記載の情報処理システムの管理方法であって、
前記管理サーバは、前記待機サーバ装置の電源をオフさせた日時を記憶し、前記日時から所定期間が経過した場合に、前記情報を取得する前記ステップおよび前記フェイルオーバ可能であるか否かを判定する前記ステップを実行すること  
を特徴とする情報処理システムの管理方法。
【請求項６】
請求項１に記載の情報処理システムの管理方法であって、
前記管理サーバは、前記待機サーバ装置に構成変更があったことを検知した場合に、前記情報を取得する前記ステップおよび前記フェイルオーバ可能であるか否かを判定する前記ステップを実行すること
を特徴とする情報処理システムの管理方法。
【請求項７】
請求項６に記載の情報処理システムの管理方法であって、
前記管理サーバは、前記構成変更が行われた前記待機サーバ装置が待機用に設定されている前記現用サーバ装置および当該現用サーバ装置の待機用に設定されている他の前記待機サーバ装置について、前記情報を取得する前記ステップおよび前記フェイルオーバ可能であるか否かを判定する前記ステップを実行すること
を特徴とする情報処理システムの管理方法。
【請求項８】
請求項１に記載の情報処理システムの管理方法であって、
前記管理サーバは、現用サーバ装置に他の前記待機サーバ装置がさらに待機用に設定されているか否かを判定し、判定の結果、他の待機サーバ装置が待機用に設定されていた場合に前記情報を取得する前記ステップおよび前記フェイルオーバ可能であるか否かを判定する前記ステップを実行すること
を特徴とする情報処理システムの管理方法。
【請求項９】
現用サーバ装置と、前記現用サーバ装置と通信可能に接続する待機サーバ装置と、前記現用サーバ装置及び前記待機サーバ装置と通信可能に接続する管理サーバとを含み、前記現用サーバ装置における障害の発生を検知した場合に、前記待機サーバ装置の電源をオンさせた後、前記現用サーバ装置から前記待機サーバ装置へのフェイルオーバを行う情報処理システムであって、
前記管理サーバが、
前記待機サーバ装置の電源をオンさせて、前記待機サーバ装置の情報を取得する情報取得部と、
前記情報を取得した後、前記待機サーバ装置の電源をオフさせるサーバ制御部と、
前記情報に基づき前記待機サーバ装置にフェイルオーバ可能か否かを判定する状態判定部と
を備えることを特徴とする情報処理システム。
【請求項１０】
現用サーバ装置と、前記現用サーバ装置と通信可能に接続する待機サーバ装置と、前記現用サーバ装置及び前記待機サーバ装置と通信可能に接続する管理サーバとを含み、前記現用サーバ装置における障害の発生を検知した場合に、前記待機サーバ装置の電源をオンさせた後、前記現用サーバ装置から前記待機サーバ装置へのフェイルオーバを行う情報処理システムにおける前記管理サーバで実行され、
前記待機サーバ装置の電源をオンさせて、前記待機サーバ装置の情報を取得する機能と、
前記情報を取得した後、前記待機サーバ装置の電源をオフさせる機能と、
前記情報に基づき前記待機サーバ装置にフェイルオーバ可能であるか否かを判定する機能と
を実現するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムの制御方法、情報処理システム、およびプログラムに関し、とくに通信可能に接続された複数のサーバ装置を有する情報処理システムにおいてフェイルオーバ実施時の信頼性や可用性を確保する技術に関する。
【背景技術】
【０００２】
特許文献１には、複数のサーバがネットワーク上の外部ディスク装置に接続される計算機システムにおいて、現用サーバにおける障害発生を検知し、現用サーバと同じ構成を有する予備サーバを検索し、予備サーバから外部ディスク装置へのアクセスを可能にすることにより、当該予備サーバに業務の引き継ぎを行うことが記載されている。
【０００３】
また特許文献２には、複数のＣＰＵ、複数の入出力インタフェースを備える計算機装置において、ＣＰＵと入出力インタフェースとの接続関係を任意に設定することが可能な入出力インタフェーススイッチ（以下、Ｉ／Ｏスイッチと称する。）が開示されている。
【特許文献１】特開２００６−１６３９６３号公報
【特許文献２】特開２００５−３０１４８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１に示されるような計算機システムにおいて、現用されているサーバ装置（以下、現用サーバ装置と称する。）の待機用として設定されているサーバ装置（以下、待機サーバ装置と称する。）は、消費電力の節約等を目的として待機中はその電源がオフされている。
【０００５】
このため、たとえばフェイルオーバを実施した際に初めて待機サーバ装置に障害が生じていることが発覚し、もしくは待機サーバ装置の構成や性能等が現用サーバ装置のフェイルオーバ先として不十分であることが判明するなどして業務やサービスに支障を来すことがあった。  
とくに上記特許文献２に開示されるようなＩ／Ｏスイッチを情報処理システムに導入することにより構成変更が柔軟に行えるようになれば、情報処理システムの信頼性や可用性が損なわれる可能性が高くなると考えられる。
【０００６】
本発明はこのような背景に鑑みてなされたもので、フェイルオーバ実施時の信頼性や可用性を確保することが可能な情報処理システムの制御方法、情報処理システム、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための本発明のうちの一つは、現用サーバ装置と、前記現用サーバ装置と通信可能に接続する待機サーバ装置と、前記現用サーバ装置及び前記待機サーバ装置と通信可能に接続する管理サーバとを含み、前記現用サーバ装置における障害の発生を検知した場合に、前記待機サーバ装置の電源をオンさせた後、前記現用サーバ装置から前記待機サーバ装置へのフェイルオーバを行う情報処理システムによる前記待機サーバ装置の障害検知方法であって、前記管理サーバが、前記待機サーバ装置の電源をオンさせて、前記待機サーバ装置の情報を取得するステップと、前記情報を取得した後、前記待機サーバ装置の電源をオフさせるステップと、前記情報に基づき前記待機サーバ装置にフェイルオーバ可能であるか否かを判定するステップとを含む。
【０００８】
その他、本願が開示する課題、およびその解決手段は、発明を実施するための最良の形態の欄、および図面により明らかになる。
【発明の効果】
【０００９】
本発明によれば、通信可能に接続された複数のサーバ装置を有する情報処理システムにおけるフェイルオーバ実施時の信頼性や可用性を確保することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を用いて本願発明の実施の形態を説明する。図１に本発明の一実施形態として説明する情報処理システム１の構成を示している。同図に示すように、情報処理システム１は、ネットワークスイッチ５、管理サーバ１０、複数のサーバ装置２０、ストレージ装置３０、およびＳＶＰ４０（SVP : SerVice Processor）を備えている。尚、同図に示すような情報処理システム１の一例として、サーバ装置２０に相当するブレードが複数枚実装されて構成されるブレードサーバがある。
【００１１】
管理サーバ１０は、サーバ装置２０およびＳＶＰ４０とネットワークスイッチ５を介して通信可能に接続されている。またサーバ装置２０とＳＶＰ４０は通信可能に接続されている。
【００１２】
ＳＶＰ４０は、サーバ装置２０の動作を開始または停止させることができる。サーバ装置２０は、例えば電源をオンすることにより動作を開始する。またサーバ装置２０は、例えば電源をオフもしくはシャットダウン等することにより動作を停止する。
【００１３】
管理サーバ１０は、例えば図２Ａに示すハードウエアを有するコンピュータ（情報処理装置）である。同図に示すコンピュータ１００は、中央制御部１０１（ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等）、主記憶装置１０２（ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等）、補助記憶装置１０３（ハードディスク、ＣＤ、ＤＶＤ等）、および通信装置（ＮＩＣ（Network Interface Card）等）を備えている。
【００１４】
一方、サーバ装置２０は、例えば図２Ｂに示すハードウエアを有するコンピュータである。同図に示すコンピュータ１２０は、中央制御部１２１（ＣＰＵ、ＭＰＵ等）、主記憶装置１２２（ＲＡＭ、ＲＯＭ等）、通信装置１２３（ＮＩＣ等）、Ｉ／Ｏインタフェース１２４、および管理コントローラ１２５を備えている。
【００１５】
Ｉ／Ｏインタフェース１２４は、ストレージ装置３０と通信するためのインタフェースであり、例えばサーバ装置２０とストレージ装置との間の通信がＬＡＮ（Local Area Network）を介して行われるのであればＮＩＣであり、ＳＡＮ（Storage Area Network）を介して行われるのであればＨＢＡ（Host Bus Adaptor）である。
【００１６】
管理コントローラ１２５は、サーバ装置２０上で動作するソフトウエアとは独立してサーバ装置２０におけるハードウエアの状態を監視する機能を有する装置であり、例えばＢＭＣ（Baseboard Management Controller）である。管理コントローラ１２５は、サーバ装置２０上で動作するオペレーティングシステムやＳＶＰ４０にハードウエアエラーの発生を通知する。上記ハードウエアエラーには、例えば電源の供給電圧の異常、冷却ファンの回転数の異常、各種デバイスの温度や電源電圧の異常等がある。
【００１７】
管理コントローラ１２５は、サーバ装置２０の動作を開始または停止させる指示を受信すると、これに応じてサーバ装置２０を開始または停止させる。尚、管理コントローラ１２５は、中央制御部１２１や主記憶装置１２２といったサーバ装置２０の他の構成要素とは独立して動作することができ、他の構成要素とは独立してＳＶＰ４０や管理サーバ１０に障害の発生を通知することができる。
【００１８】
ストレージ装置３０は、例えばディスクアレイ装置等の記憶装置である。ストレージ装置３０はサーバ装置２０にデータの記憶領域を提供する。本実施形態では、ストレージ装置３０は論理デバイス（ＬＵ（Logical Unit））を単位としてサーバ装置２０に記憶領域を提供する。尚、ストレージ装置３０は、管理サーバ１０からの指示に応じてサーバ装置２０とＬＵとを結ぶ物理的または論理的な経路（パス）を設定する。以下、この機能のことをパス切り替え部３１と称する。
【００１９】
図３Ａに管理サーバ１０が有する機能および管理サーバ１０に保持されるデータを示している。管理サーバ１０は、障害管理部３１０、およびサーバ管理部３２０を機能として有している。これらの機能は、管理サーバ１０が有するハードウエアにより、もしくは中央制御部１０３が主記憶装置１０２や補助記憶装置１０３に記憶されているプログラムを読み出して実行することにより実現される。
【００２０】
障害管理部３１０は、障害検出部３１１およびサーバ制御部３１２を有している。障害管理部３１０は、現用中のサーバ装置２０（以下、現用サーバ装置２０と称する場合がある。）の障害の有無をリアルタイムに監視しており、障害を検知すると、現用サーバ装置２０が行っていた業務やサービスを他のサーバ装置２０（以下、待機サーバ装置２０と称する場合がある。）に引き継ぐ、いわゆるフェイルオーバを行う。
【００２１】
サーバ管理部３２０は、サーバ装置２０に関する情報（サーバ装置２０の電源の状態、サーバ装置２０が有する構成、サーバ装置２０に割り当てられているＬＵ、サーバ装置２０の異常の有無、サーバ装置２０が前回オフされた日時等）を収集し、収集した情報を後述の構成管理テーブル３３０に管理する。図３Ａに示しているように、サーバ管理部３２０は、情報取得部３２２、状態判定部３２３、時間起動判定部３２４、構成変更起動判定部３２５、および調停部３２６を有している。
【００２２】
図３Ａに示すように、管理サーバ１０は、構成管理テーブル３３０、構成比較テーブル３４０、許容機能テーブル３５０、サーバ切り替え管理テーブル３６０を記憶している。また管理サーバ１０は、検査プログラム３７０を記憶している。
【００２３】
図３Ｂにサーバ装置２０のソフトウエア構成を示している。同図に示すように、サーバ装置２０では、オペレーティングシステム２１１および各種のアプリケーションプログラム２１２が動作している。
【００２４】
図４Ａは管理サーバ１０が記憶している構成管理テーブル３３０の一例である。同図に示すように、構成管理テーブル３３０は、サーバ装置識別子４０１、電源状態４０２、サーバ装置構成４０３、許容機能４０４、割当領域４０５、待機サーバフラグ４０６、要検査フラグ４０７、サーバ状態４０８、サーバ最終オフ日時４０９の各項目を有する。このうちサーバ装置識別子４０１には、各サーバ装置２０に固有に付与される識別子が設定される。電源状態４０２にはサーバ装置２０の現在の電源の投入状態（オンまたはオフ）が設定される。サーバ装置構成４０３には、サーバ装置２０の構成要素、例えばＣＰＵ、メモリ（ＭＥＭ）、ＨＢＡ、ＮＩＣ等が設定される。
【００２５】
許容機能４０４には、現用サーバ装置２０の待機用として設定される待機サーバ装置２０について要求される仕様（機能や性能）を示す情報である後述の許容タイプが設定される。割当領域４０５には、サーバ装置２０に割り当てられているＬＵ（Logical Unit）の識別子が設定される。待機サーバフラグ４０６には、そのサーバ装置２０が待機サーバ装置２０であるなら「１」が設定され、待機サーバ装置２０でなければ「０」が設定される。要検査フラグ４０７には、該当のサーバ装置２０の検査が必要な場合は「１」が設定され、検査が必要でない場合は「０」が設定される。サーバ状態４０８には、該当のサーバ装置２０が正常に動作している場合は「正常」が設定され、正常に動作していない場合は「異常」が設定される。サーバ最終オフ日時４０９にはそのサーバ装置２０がオフされた直近の日時が設定される。
【００２６】
図４Ｂは管理サーバ１０が記憶している構成比較テーブル３４０の一例である。構成比較テーブル３４０は、サーバ装置識別子４１１、電源状態４１２、サーバ装置構成４１３、および割当領域４１５の各項目を有している。尚、各項目の意味は構成管理テーブル３３０の対応する同名称の項目と同じである。構成比較テーブル３４０には、構成管理テーブル３３０に反映するためのサーバ装置２０関する情報が一時的に格納される。
【００２７】
図４Ｃは管理サーバ１０が記憶している許容機能テーブル３５０の一例である。許容機能テーブル３５０には、サーバ装置２０のフェイルオーバ先となる待機サーバ装置２０が満たすべき機能の許容範囲がタイプ別に登録される。同図に示すように、許容機能テーブル３５０は、許容タイプ４２１、ＣＰＵ４２２、ＭＥＭ４２３、ＨＢＡ４２４、およびＮＩＣ４２５の各項目を有している。このうち許容タイプ４２１には、許容範囲のタイプごとに付与される情報である許容タイプが設定される。ＣＰＵ４２２には、待機サーバ装置２０のＣＰＵに求められる仕様の許容範囲が設定される。ＭＥＭ４２３には、待機サーバ装置２０の主記憶装置１２２（メモリ）に求められる仕様の許容範囲が設定される。ＨＢＡ４２４には、Ｉ／Ｏインタフェース１２４（ＨＢＡ）に求められる仕様の許容範囲が設定される。ＮＩＣ４２５には、Ｉ／Ｏインタフェース１２４（ＮＩＣ）に求められる仕様の許容範囲が設定される。
【００２８】
図４Ｄは管理サーバ１０が記憶しているサーバ切り替え管理テーブル３６０の一例である。同図に示すように、サーバ切り替え管理テーブル３６０は、サーバ装置識別子４３１、および切り替え用待機サーバ装置４３２の各項目を有している。サーバ装置識別子４３１には、サーバ装置２０の識別子が設定される。切り替え用待機サーバ装置４３２には、サーバ装置２０の引き継ぎ先となる待機サーバ装置２０の識別子が設定される。サーバ装置２０にその引き継ぎ先となるサーバ装置２０をどのように割り当てるかは、例えば情報処理システム１の運用ポリシに従って定められる。尚、運用ポリシによっては、一台の現用サーバ装置２０に複数の待機サーバ装置２０が設定される場合（一対多の設定）、一台の待機サーバ装置２０が複数の現用サーバ装置２０の待機用に設定される場合（多対一の設定）もある。
【００２９】
図３Ａに示した検査プログラム３７０は、サーバ装置２０で実行されるプログラムである。検査プログラム３７０は、サーバ装置２０に関する情報（デバイスの種類や動作状況等を）をＳＶＰ４０または管理サーバ１０に送信する。
【００３０】
−−−動作説明−−−
次に情報処理システム１の具体的な動作についてフローチャートとともに説明する。尚、以下において、符号の前に付した「Ｓ」の文字はステップを意味する。
【００３１】
図５は現用サーバ装置２０に障害が発生してフェイルオーバが行われる際の情報処理システム１の動作を示すフローチャートである。以下、同図とともに説明する。
【００３２】
いずれかの現用サーバ装置２０で障害が発生すると、ＳＶＰ４０がこれを検知し、ＳＶＰ４０から管理サーバ１０に障害発生通知が送信される（Ｓ５１１）。  
管理サーバ１０の障害検出部３１１は、障害発生通知を受信すると（Ｓ５１２）フェイルオーバを実施する必要があるか否かを判定する（Ｓ５１３）。この判定は、例えば障害が現用サーバ装置２０自身の障害であるか否かを判定することにより行う。  
障害検出部３１１がフェイルオーバが必要であると判定した場合は（Ｓ５１３：ＹＥＳ）Ｓ５１４に進み、必要でないと判定した場合は（Ｓ５１３：ＮＯ）処理が終了する。
【００３３】
Ｓ５１４では、サーバ制御部３１２が、障害が発生している現用サーバ装置２０の識別子（Ｓ５１２で受信した障害発生通知に含まれているサーバ装置２０の識別子）を取得する。  
Ｓ５１５では、サーバ制御部３１２が、障害が発生している現用サーバ装置２０の電源をオフさせる指示をＳＶＰ４０に送信する（Ｓ５１５）。ＳＶＰ４０は、上記指示を受信すると（Ｓ５１６）、該当のサーバ装置２０の電源をオフする（Ｓ５１７）。
【００３４】
Ｓ５１８では、サーバ制御部３１２が、サーバ切り替え管理テーブル３６０を参照し、障害が発生している現用サーバ装置２０に待機サーバ装置２０が設定されているか否かを判定する。待機サーバ装置２０が設定されていない場合には（Ｓ５１８：ＮＯ）、フェイルオーバを実施できない旨を管理者に通知する（Ｓ５１９）。尚、この通知は、例えば表示装置や印刷装置への出力や電子メールによって行う。一方、待機サーバ装置２０が設定されている場合には（Ｓ５１８：ＹＥＳ）、Ｓ５２０に進む。
【００３５】
Ｓ５２０では、サーバ制御部３１２が、障害が発生している現用サーバ装置２０のリソース情報（例えば構成管理テーブル３３０の割当領域４０５やサーバ装置構成４０３に設定されている内容）を構成管理テーブル３３０から取得する。
【００３６】
Ｓ５２１では、サーバ制御部３１２が、障害が発生している現用サーバ装置２０に割り当てられているパスを待機サーバ装置２０への切り替える指示（以下、パス切替指示と称する。）をＳＶＰ４０に送信する。
【００３７】
ＳＶＰ４０は、パス切替指示を受信すると（Ｓ５２２）、ストレージ装置３０のパス切り替え部３１にパスの切り替えを実施する（Ｓ５２３）。パスの切り換えは、例えばサーバ装置２０のＩ／Ｏインタフェース１２４がＨＢＡであれば障害が発生している現用サーバ装置２０のＨＢＡに付与されているＷＷＮ（World Wide Name）を待機サーバ装置２０のＨＢＡに付与することにより行われる。パスの切り替え後はＳＶＰ４０から管理サーバ１０に完了通知が送信される（Ｓ５２４）。
【００３８】
管理サーバ１０は、完了通知を受信すると（Ｓ５２５）、待機サーバ装置２０の電源をオンさせる指示（以下、電源オン指示と称する。）をＳＶＰ４０に送信する（Ｓ５２６）。ＳＶＰ４０は、電源オン指示を受信すると（Ｓ５２７）、待機サーバ装置２０の電源をオンする（Ｓ５２８）。  
以上がフェイルオーバが行われるときの情報処理システム１の動作である。
【００３９】
次に、管理サーバ１０が、サーバ装置２０を検査する処理（以下、検査処理と称する。）について、図６Ａ乃至図６Ｃに示すフローチャートとともに説明する。尚、図６Ａに示す検査処理が開始される際、情報の取得対象となるサーバ装置２０は（以下、取得対象装置と称する。）特定されており、管理サーバ１０は取得対象装置の識別子を取得しているものとする。
【００４０】
図６Ａに示すように、検査処理では、まず管理サーバ１０がサーバ装置２０の情報を取得する（以下、この処理のことを情報取得処理と称する。）（Ｓ６１１）。  
図６Ｂは情報取得処理の詳細を説明するフローチャートである。まずサーバ管理部３２０の情報取得部３２２が、構成管理テーブル３３０の待機サーバフラグ４０６の内容を参照し、検査対象装置が待機サーバ装置２０であるか否かを判定する（Ｓ６２１）。検査対象装置が待機サーバ装置２０であった場合には（Ｓ６２１：ＹＥＳ）、Ｓ６２２に進む。待機サーバ装置２０でなかった場合には（Ｓ６２１：ＮＯ）、Ｓ６２５に進む。
【００４１】
Ｓ６２２では、情報取得部３２２が、待機サーバ装置２０の電源をオンさせる指示（以下、電源オン指示と称する。）をＳＶＰ４０に送信する。ＳＶＰ４０は、電源オン指示を受信すると（Ｓ６２３）、検査対象装置たる待機サーバ装置２０の電源をオンする（Ｓ６２４）。
【００４２】
Ｓ６２５では、情報取得部３２２が、サーバ装置２０から情報を取得する方法を決定する。この情報処理システム１では、上記情報取得方法として、サーバ装置２０のＢＩＯＳ（Basic Input Output System）が出力するダンプ情報（以下、ＰＯＳＴ情報と称する。）を利用し、短時間で情報を取得する方法（以下、第１の情報取得方法と称する。）、およびサーバ装置２０で検査プログラム３７０を実行し、時間を掛けて情報（以下、詳細情報と称する。）を取得する方法（以下、第２の情報取得方法と称する。）のいずれかを選択することができる。
【００４３】
上記情報取得方法の決定は、例えば検査対象装置が待機サーバ装置２０である場合には当該検査対象装置について検査を行っていても現用サーバ装置２０のフェイルオーバ先を確保できるか否か（例えば現用サーバ装置２０に複数の待機サーバ装置２０が設定されている場合、そのうちの一つで検査プログラムを実行してもフェイルオーバ先が確保される場合は第２の情報取得方法を選択し時間を掛けて情報取得し、待機サーバ装置２０が一つしか設定されていない場合はその待機サーバ装置２０で検査プログラムを実行するとフェイルオーバ先が確保できなくなる場合があるので、第１の情報取得方法を選択し簡単な情報取得に留める）を調べることにより行う。もしくは、サーバ装置２０の検査の累積回数に応じて決定する（例えばサーバ装置２０の過去の検査回数を管理しておき、通常はＰＯＳＴ情報から情報を取得し、所定回数ごとに詳細情報から情報を取得するように切り替える）。
【００４４】
Ｓ６２５において、第２の情報取得方法が選択された場合には（Ｓ６２５：詳細）、Ｓ６２６に進み、第１の情報取得方法が選択された場合には（Ｓ６２５：ＰＯＳＴ）、Ｓ６２９に進む。  
Ｓ６２６では、情報取得部３２２が、検査対象装置に検査プログラム３７０を送信する。ＳＶＰ４０は、検査プログラム３７０を受信すると（Ｓ６２７）、検査対象装置に検査プログラムを格納する（Ｓ６２８）。尚、検査プログラム３７０の実行にミニオペレーティングシステムが必要な場合には、検査プログラム３７０とともにミニオペレーティングシステムもＳＶＰ４０に送信され検査対象装置に格納される。尚、検査プログラム３７０やミニオペレーティングシステムは、検査の都度サーバ装置２０に格納するのではなく、サーバ装置２０に常駐させてもよい。
【００４５】
Ｓ６２９では、情報取得部３２２が、ＳＶＰ４０に情報を取得する指示（以下、情報取得要求と称する。）を送信する。ＳＶＰ４０は、情報取得要求を受信すると（Ｓ６３０）、管理サーバ１０に情報（詳細情報またはＰＯＳＴ情報）を送信する（Ｓ６３１）。  
Ｓ６３３において、情報取得部３２２は、取得した情報に基づく内容を構成比較テーブル３４０に反映する。  
Ｓ６３４において、情報取得部３２２は、構成管理テーブル３３０の待機サーバフラグ４０６を参照し、検査対象装置が待機サーバ装置２０であるか否かを判定する。検査対象装置が待機サーバ装置２０である場合には（Ｓ６３４：ＹＥＳ）、Ｓ６３５に進み、待機サーバ装置２０でない場合には（Ｓ６３４：ＮＯ）、処理が終了する（図６のＳ６１２に進む）。  
Ｓ６３５において、情報取得部３２２は、待機サーバ装置２０の電源をオフさせる指示（電源オフ指示）をＳＶＰ４０に送信する。ＳＶＰ４０は、電源オフ指示を受信すると（Ｓ６３６）、待機サーバ装置２０の電源をオフする（Ｓ６３７）。尚、検査プログラム３７０を用いて情報を取得した場合には、情報を取得した後に検査プログラム３７０の機能によって待機サーバ装置２０の電源を自動的にオフするようにしてもよい。
【００４６】
以上によれば、サーバ装置２０からサーバ装置２０に関する情報（サーバ装置２０の構成や動作状態等）を取得することができる。また検査対象装置が待機サーバ装置２０であった場合には、まず待機サーバ装置２０の電源をオンしてから情報を取得し、情報の取得後は待機サーバ装置２０の電源を再びオフする。即ち電源がオフされていた待機サーバ装置２０から情報を取得することができる。また情報の取得時のみ待機サーバ装置２０の電源がオンされるので、消費電力を節約することができる。
【００４７】
また現用サーバ装置２０と待機サーバ装置２０の設定状態に応じて第１の情報取得方法と第２の情報取得方法のいずれかを選択するようにしたので、サーバ装置２０の情報を安全に取得することができる。また安全が確認された場合に第２の情報取得方法によって詳細な情報を取得すれば、管理サーバ１０においてサーバ装置２０の情報を詳細に把握することができる。さらに詳細な情報を取得する場合に検査プログラム３７０をサーバ装置２０に格納するようにしたので、サーバ装置２０から詳細な情報を確実に取得することができる。またサーバ装置２０の資源を有効に利用することができる。
【００４８】
再び図６Ａに戻って説明する。Ｓ６１２では、管理サーバ１０のサーバ管理部３２０が、構成管理テーブル３３０の待機サーバフラグ４０６を参照し、検査対象装置が待機サーバ装置２０であるか否かを判定する。検査対象装置が待機サーバ装置２０である場合には（Ｓ６１２：ＹＥＳ）、Ｓ６１３に進み、待機サーバ装置２０でない場合には（Ｓ６１２：ＮＯ）、Ｓ６１６に進む。  
Ｓ６１３では、サーバ管理部３２０の状態判定部３２３が、待機サーバ装置２０の状態を判定する（以下、この処理を状態判定処理と称する。）。
【００４９】
図６Ｃは状態判定処理を説明するフローチャートである。まずＳ６５１において、状態判定部３２３が、検査対象装置たる待機サーバ装置２０に故障がないか（故障部位があるか）否かを判定する。この判定は、例えば図６のＳ６３２で情報取得部３２２が取得した詳細情報またはＰＯＳＴ情報を調べることにより行う。また例えば構成管理テーブル３３０と構成比較テーブル３４０の対応する項目の内容を比較し、相違点があるか否かを調べることにより行う。
【００５０】
Ｓ６５２では、状態判定部３２３が、サーバ切り替え管理テーブル３６０を参照し、検査対象装置たる待機サーバ装置２０が待機用に設定されているサーバ装置２０があるか否かを判定する。検査対象装置がいずれかのサーバ装置２０に待機用に設定されている場合は（Ｓ６５２：ＹＥＳ）、Ｓ６５３に進み、いずれのサーバ装置２０の待機用にも設定されていない場合は（Ｓ６５２：ＮＯ）、処理が終了する（図６ＡのＳ６１４に進む）。
【００５１】
Ｓ６５３において、状態判定部３２３は、検査対象装置たる待機サーバ装置２０が、当該待機サーバ装置２０が待機用に設定されているサーバ装置２０の引き継ぎ先として要求される仕様（構成、性能、機能等）を満たしているか否かを判定する（Ｓ６５３）。この判定は、例えば許容機能テーブル３５０を参照しつつ、構成管理テーブル３３０の現用サーバ装置２０の構成と構成比較テーブル３４０の検査対象装置である待機サーバ装置２０の構成とを比較して、待機サーバ装置２０の機能が構成管理テーブル３３０の許容機能４０４に登録されている許容タイプで特定される許容範囲内か否かを調べることにより行う。尚、このように待機サーバ装置２０が引き継ぎ先として要求される仕様を満たしているか否かを判定することで、フェイルオーバを安全かつ確実に行うことができる。
【００５２】
再び図６Ａに戻って説明する。Ｓ６１４では、サーバ管理部３２０が、図６ＣのＳ６５１またはＳ６５３における判定の結果に何らかの問題があるか否かを判定する。判定の結果、問題があった場合には（Ｓ６１４：ＹＥＳ）、Ｓ６１５に進み、問題がなかった場合には（Ｓ６１４：ＮＯ）、Ｓ６１６に進む。
【００５３】
Ｓ６１５では、管理サーバ１０が問題がある旨およびその内容を管理者に通知する。尚、この通知は例えば表示装置や印刷装置への出力や電子メールによって行う。Ｓ６１６では、サーバ管理部３２０が、構成比較テーブル３４０の内容を構成管理テーブル３３０に反映する。Ｓ６１７では、サーバ管理部３２０が、構成管理テーブル３３０の検査対象装置の要検査フラグ４０７に「０」を設定する。Ｓ６１８において、サーバ管理部３２０は、構成管理テーブル３３０の待機サーバフラグ４０６を参照し、検査対象装置が待機サーバ装置２０であるか否かを判定する。検査対象装置が待機サーバ装置２０であれば（Ｓ６１８：ＹＥＳ）Ｓ６１９に進み、検査対象装置が待機サーバ装置２０でなければ（Ｓ６１８：ＮＯ）処理が終了する。Ｓ６１９では、管理サーバ１０は、構成管理テーブル３３０の検査対象装置たる待機サーバ装置２０のサーバ最終オフ日時４０９に当該待機サーバ装置２０をオフした日時（例えば現在日時）を設定する。検査処理は以上のようにして行われる。
【００５４】
図７Ａおよび図７Ｂは、以上に説明した検査処理の起動に関する処理の一例（以下、時間起動処理と称する。）を説明するフローチャートである。以下、同図とともに時間起動処理について説明する。
【００５５】
時間起動処理では、まずサーバ管理部３２０の時間起動判定部３２４が、構成管理テーブル３３０から、待機サーバ装置２０（待機サーバフラグ４０６に「１」が設定されているもの）のサーバ装置最終オフ日時４０９の内容（最終オフ日時）を取得する（Ｓ７１１）。  
次に時間起動判定部３２４が、Ｓ７１１で取得した最終オフ日時と現在日時とを比較し、予め設定されている所定期間（例えば１時間、１日等）が経過している待機サーバ装置２０の要検査フラグ４０７に「１」を設定する（Ｓ７１２）。  
次のＳ７１３では、時間起動判定部３２４が、構成管理テーブル３３０に、要検査フラグ４０７に「１」が設定されているサーバ装置２０があるか否かを判定する。要検査フラグ４０７に「１」が設定されているサーバ装置２０があれば（Ｓ７１３：ＹＥＳ）、Ｓ７１３に進み、要検査フラグ４０７に「１」が設定されているサーバ装置２０がなければ（Ｓ７１３：ＮＯ）、処理が終了する。  
Ｓ７１３では、時間起動判定部３２４は、構成管理テーブル３３０から要検査フラグ４０７に「１」が設定されているサーバ装置２０のうち未選択のもの（まだ後述する調停処理（Ｓ７１４）を行っていないもの）を１つ選択する。  
Ｓ７１４において、管理サーバ１０は、調停処理Ｓ７１４を行う。調停処理Ｓ７１４については後述する。  
Ｓ７１５では、時間起動判定部３２４は、Ｓ７１３において要検査フラグ４０７に「１」が設定されているサーバ装置２０のうち未選択のものがあるか否かを判定する（Ｓ７１５）。未選択のものがあれば（Ｓ７１５：ＹＥＳ）、Ｓ７１３に進む。未選択のものがなければ（Ｓ７１５：ＮＯ）、処理が終了する。
【００５６】
図７Ｂは調停処理Ｓ７１４を説明するフローチャートである。まずサーバ管理部３２０の調停部３２６が、Ｓ７１３で選択されたサーバ装置２０が待機用に設定されているか否か（待機サーバ装置２０か否か）を判定する（Ｓ７２１）。待機用に設定されていなければ（Ｓ７２１：ＮＯ）、Ｓ７２２に進み、待機用に設定されていれば（Ｓ７２１：ＹＥＳ）、Ｓ７２３に進む。
【００５７】
Ｓ７２３では、調停部３２６が、サーバ切り替え管理テーブル３６０を参照し、当該サーバ装置２０が待機用に設定されている現用サーバ装置２０に、他のサーバ装置２０が待機用に設定されているか否かを判定する。尚、この判定によって、当該サーバ装置２０について検査を実施しても現用サーバ装置２０に待機用のサーバ装置２０が確保されるか否かを確認することができる。設定されている場合には（Ｓ７２３：ＹＥＳ）、Ｓ７２２に進み、設定されていない場合には（Ｓ７２３：ＮＯ）、Ｓ７２４に進む。
【００５８】
Ｓ７２４では、調停部３２６が、検査が必要とされているサーバ装置２０について検査を実施できない旨を管理者に通知する。尚、この通知は、例えば表示装置や印刷装置への出力や電子メールによって行う。その後は処理が終了する。Ｓ７２２では、選択されている待機サーバ装置２０について、前述した検査処理（図６Ａ乃至図６Ｃ）を実施する。
【００５９】
尚、Ｓ７２３において、待機用に設定されている他のサーバ装置２０が存在する場合（Ｓ７２３：ＹＥＳ）、待機用に設定されている他のサーバ装置２０が既に検査中である場合、検査待ちである場合、もしくはそのサーバ装置２０に障害が生じている場合（例えば構成管理テーブル３３０のサーバ状態４０８の内容から障害が生じていることを検知した場合）にも、検査処理（Ｓ７２２）を行わずにＳ７２４に進んで検査を実施することができない旨を管理者に通知するようにしてもよい。またこの場合には、待機用に設定されている他のサーバ装置２０の検査が終了した後や障害が普及した後に検査処理（Ｓ７２２）を行うようにしてもよい。時間起動処理は以上のようにして行われる。
【００６０】
以上によれば、所定時間ごとにサーバ装置２０を検査して構成管理テーブル３３０の内容を最新の状態に保つことができる。これによりサーバ装置２０の障害を早期かつ確実に発見することができ、情報処理システム１の信頼性や可用性を確保することができる。
【００６１】
図８は検査処理の起動に関する処理の他の一例（以下、構成変更起動処理と称する。）を説明するフローチャートである。以下、同図とともに構成変更起動処理について説明する。
【００６２】
まず同図に示すように、サーバ装置２０について構成変更があると、ＳＶＰ４０からその旨の通知（以下、構成変更通知と称する。）が管理サーバ１０に送信される（Ｓ８１１）。
【００６３】
管理サーバ１０の構成変更起動判定部３２５は、構成変更通知を受信すると（Ｓ８１２）、構成変更通知から特定されるサーバ装置２０について、それが現用サーバ装置２０か否かを判定する（Ｓ８１３）。判定の結果、現用サーバ装置２０であれば（Ｓ８１３：現用）、Ｓ８１４に進み、現用サーバ装置２０でなければ（Ｓ８１３：現用でない）、Ｓ８１５に進む。
【００６４】
Ｓ８１４では、構成変更起動判定部３２５が、構成管理テーブル３３０の、当該現用サーバ装置２０の要検査フラグ４０７に「１」を設定する。また構成変更起動判定部３２５は、当該現用サーバ装置２０に待機用として設定されているサーバ装置２０の要検査フラグ４０７にも「１」を設定する。尚、このように現用サーバ装置２０である場合にその待機サーバ装置２０についても検査対象とするのは、現用サーバ装置２０について構成変更が行われるとその待機用に設定されているサーバ装置２０について当該現用サーバ装置２０について要求される仕様を満たしているか否かを再度判定する必要があるからである。
【００６５】
Ｓ８１５では、構成変更起動判定部３２５は当該サーバ装置２０の要検査フラグ４０７に「１」を設定する。Ｓ８１６〜Ｓ８１９の処理は、図７ＡのＳ７１３〜Ｓ７１５の処理と同様である。構成変更起動処理は以上のようにして行われる。
【００６６】
以上によれば、サーバ装置２０に構成変更があると、自動的に検査処理が行われるので、現用サーバ装置２０に障害が発生した際、現用サーバ装置２０から待機サーバ装置２０へのフェイルオーバを確実に行うことができ、情報処理システム１の信頼性や可用性を確保することができる。
【００６７】
尚、以上の実施形態の説明は本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれることは勿論である。
【図面の簡単な説明】
【００６８】
【図１】実施形態として説明する情報処理システム１の構成図である。
【図２Ａ】管理サーバ１０のハードウエアの一例である。
【図２Ｂ】サーバ装置２０のハードウエアの一例である。
【図３Ａ】管理サーバ１０が有する機能およびデータを示す図である。
【図３Ｂ】サーバ装置２０のソフトウエア構成を示す図である。
【図４Ａ】構成管理テーブル３３０の一例である。
【図４Ｂ】構成比較テーブル３４０の一例である。
【図４Ｃ】許容機能テーブル３５０の一例である。
【図４Ｄ】サーバ切り替え管理テーブル３６０の一例である。
【図５】フェイルオーバが行われる際の情報処理システム１の動作を示すフローチャートである。
【図６Ａ】検査処理を説明するフローチャートである。
【図６Ｂ】情報取得処理を説明するフローチャートである。
【図６Ｃ】状態判定処理を説明するフローチャートである。
【図７Ａ】時間起動処理を説明するフローチャートである。
【図７Ｂ】調停処理を説明するフローチャートである。
【図８】構成変更起動処理を説明するフローチャートである。
【符号の説明】
【００６９】
１  情報処理システム
５  ネットワークスイッチ
１０  管理サーバ
２０  サーバ装置
３０  ストレージ装置
３１０  障害管理部
３１１  障害検出部
３１２  サーバ制御部
３２０  サーバ管理部
３２２  情報取得部
３２３  状態判定部
３２４  時間起動判定部
３２５  構成変更起動判定部
３２６  調停部
３３０  構成管理テーブル
３４０  構成比較テーブル
３５０  許容機能テーブル
３６０  サーバ切り替え管理テーブル
４０  ＳＶＰ
【図１】
0004802207.tif 000002
【図２Ａ】
0004802207.tif 000003
【図２Ｂ】
0004802207.tif 000004
【図３Ａ】
0004802207.tif 000005
【図３Ｂ】
0004802207.tif 000006
【図４Ａ】
0004802207.tif 000007
【図４Ｂ】
0004802207.tif 000008
【図４Ｃ】
0004802207.tif 000009
【図４Ｄ】
0004802207.tif 000010
【図５】
0004802207.tif 000011
【図６Ａ】
0004802207.tif 000012
【図６Ｂ】
0004802207.tif 000013
【図６Ｃ】
0004802207.tif 000014
【図７Ａ】
0004802207.tif 000015
【図７Ｂ】
0004802207.tif 000016
【図８】
0004802207.tif 000017