JP4994128B2 - ストレージシステムとストレージシステムにおける管理方法 - Google Patents

Description

本発明は、ストレージシステムおよびストレージシステムにおける管理方法並びに管理サーバに関し、特に、ストレージサブシステムとの間にマルチパスを形成し、ストレージサブシステムと情報の授受を行う複数の業務コンピュータを管理するための技術に関する。

ストレージシステムとしては、例えば、記憶装置（ストレージサブシステム）と、記憶装置とストレージエリアネットワーク（ＳＡＮ）を介して接続されたホスト（ホストコンピュータ）とを備えたものが知られている。ホストと記憶装置間には、ホストバスアダプタ（ＨＢＡ）、チャネルアダプタ（ＣＨＡ）など、ＳＡＮに接続するためのアダプタや、ファイバチャネルスイッチ、ハブなどの接続に用いられる機器が複数存在する。これら機器間は複数の経路（物理パス）を介して接続されるようになっている。またディスクアレーのような記憶装置では、複数の物理ディスクから構成される記憶領域を複数の論理ボリュームに分け、ホストから論理ボリュームへアクセスするための経路（アクセスパス）を複数の物理パスの選択肢から設定し、１つの論理ボリュームに対して複数のアクセスパスを設定し、障害時にアクセスパスを切替えることでアクセスを継続したり、複数のアクセスパスを同時に使用してアクセスパスの負荷を分散したりする、マルチパスシステムを構築することが行われている。

この際、マルチパス管理において障害が発生した場合、その障害箇所に関わるアクセスパスが全て切替わることになるところから、ＳＡＮ上のＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）トラフィックが大きく変わり、特定のアダプタやスイッチなどにトラフィックが集中してボトルネックが生じることがある。このため、マルチパスシステムにおいて、トラフィックが集中してボトルネックとなり得る箇所を事前に把握して、運用管理者に通知するようにしたものが提案されている（特許文献１参照）。

また、ストレージシステムとして、ホスト計算機と、ホスト計算機に論理記憶領域を提供するストレージ装置と、ホスト計算機およびストレージ装置とネットワークを介して接続する管理計算機を備え、ホスト計算機またはストレージ装置から管理計算機に対して、経路不具合通知が送信されたときに、管理計算機において、新たなパス定義をホスト計算機およびストレージ装置に設定し、システムのポート障害によるアクセス経路の冗長性喪失から、自動的に冗長パス状態に復旧するようにしたものが提案されている（特許文献２参照）

特開２００６−２６８６２５号公報

特開２００７−７２５７１号公報

従来技術においては、ストレージシステムにおいて、ホスト計算機（ホスト）の追加・撤去が日々行われていることについては十分に配慮されていない。すなわち、ＳＡＮに接続されている複数のホスト計算機（ホスト）を管理対象として、各ホストを管理計算機（管理サーバ）によって管理するに際して、管理計算機が、ＳＡＮに接続されるホストの追加・撤去に伴う情報を把握しなければ、管理計算機によって各ホストに関する情報を確実に管理することができなくなる。

そこで、この発明は、管理コンピュータの管理対象となり得る業務コンピュータの存在を認識し、認識した業務コンピュータを管理対象ホストとして登録することを目的とするものである。

前記目的を達成するために、本発明は、管理対象となり得る範囲内に存在する通信対象に対して、レスポンスの返送を想定した通信リクエストを送信することで、管理対象となる業務コンピュータに関する情報を自動的に保持するようにしたことを特徴とするものである。

すなわち、本発明は、複数の業務コンピュータと、前記複数の業務コンピュータが接続するストレージサブシステムと、前記複数の業務コンピュータを管理する管理コンピュータと、を備え、これらが通信手段を介して接続されている、ストレージシステムにおいて、前記管理コンピュータは、マルチパス管理マネージャとボリューム管理マネージャの少なくとも一方を含み、前記ストレージサブシステムに接続される業務コンピュータを登録するテーブルを備え、前記テーブルは、前記業務コンピュータにボリューム管理エージェントがあるかどうかを示す情報とマルチパス管理エージェントがあるかどうかを示す情報を保持し、前記通信手段を介して、管理対象となり得る通信対象に対して、順次通信リクエストを送信し、前記通信リクエストの送信に伴う受信結果を前記テーブルに登録し、前記通信リクエストにレスポンスを返送しない業務コンピュータにボリューム管理エージェントとマルチパス管理エージェントが存在するか否かを判定し、ボリューム管理エージェントが存在しない場合は前記業務コンピュータのボリューム管理エージェントに関する情報を前記テーブルから削除し、マルチパス管理エージェントが存在しない場合は前記業務コンピュータのマルチパス管理エージェントに関する情報を前記テーブルから削除する、ように構成されていることを特徴とする。

本発明の好適な形態は、さらに以下の特徴を備える。前記管理コンピュータは、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する。また、前記管理コンピュータは、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する工程を実行し、その後、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを送信し、前記通信リクエストに応答したレスポンスが前記管理対象ホストから一定の条件に従って返送されないときには、前記レスポンスを返送しない業務コンピュータを前記テーブルから削除するように構成されている。

また、前記管理コンピュータは、指定された範囲内の全ＩＰアドレス・ポートを通信対象とする。さらに、前記管理コンピュータは、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを定期的に送信する。また、前記管理コンピュータは、前記業務コンピュータを管理する他の管理コンピュータから、当該管理コンピュータの管理下にある業務コンピュータに関するホスト情報を取得し、前記取得したホスト情報と前記テーブルに登録された情報とを比較して、前記他の管理コンピュータの管理下にある業務コンピュータを認識するように構成されている。

他の発明は、複数の業務コンピュータと、前記複数の業務コンピュータが接続するストレージサブシステムと、前記複数の業務コンピュータを管理する管理コンピュータと、を備え、これらが通信手段を介して接続され、前記管理コンピュータはマルチパス管理マネージャとボリューム管理マネージャの少なくとも一方を含み、前記ストレージサブシステムに接続される業務コンピュータを登録するテーブルを備え、前記テーブルは、前記業務コンピュータにボリューム管理エージェントがあるかどうかを示す情報とマルチパス管理エージェントがあるかどうかを示す情報を保持しており、当該管理コンピュータが前記通信手段を介して管理対象を管理する、ストレージシステムにおける管理方法において、前記管理コンピュータは、前記通信手段を介して、前記管理対象となり得る通信対象に対して、順次通信リクエストを送信する第１工程と、前記通信リクエストの送信に伴う受信結果をテーブルに登録する第２工程と、前記通信リクエストにレスポンスを返送しない業務コンピュータにボリューム管理エージェントとマルチパス管理エージェントが存在するか否かを判定する第３工程と、ボリューム管理エージェントが存在しない場合は前記業務コンピュータのボリューム管理エージェントに関する情報を前記テーブルから削除し、マルチパス管理エージェントが存在しない場合は前記業務コンピュータのマルチパス管理エージェントに関する情報を前記テーブルから削除する第４工程と、を実行することを特徴とする。

他の発明の好適な形態においては、さらに以下の特徴を備える。前記管理コンピュータは、前記第２工程では、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する。また、前記管理コンピュータは、前記第２工程では、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する工程を実行し、その後、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを送信する第５工程と、前記通信リクエストに応答したレスポンスが前記管理対象ホストから一定の条件に従って返送されないときには、前記レスポンスを返送しない業務コンピュータを前記テーブルから削除する第６工程と、を実行する。

また、前記管理コンピュータは、前記第１工程では、指定された範囲内の全ＩＰアドレス・ポートを通信対象とする。さらに、前記管理コンピュータは、前記第５工程では、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを定期的に送信する。また、前記管理コンピュータは、前記業務コンピュータを管理する他の管理コンピュータから、当該管理コンピュータの管理下にある業務コンピュータに関するホスト情報を取得する第７工程と、前記第５工程で取得したホスト情報と前記テーブルに登録された情報とを比較して、前記他の管理コンピュータの管理下にある業務コンピュータを認識する第８工程と、を実行する。

本発明によれば、管理コンピュータの管理対象となり得る業務コンピュータの存在を確実に認識し、その認識した業務コンピュータを管理対象ホストとして登録することができる。

以下、本発明の実施形態を図面に基づいて説明する。図1は、本発明の実施形態が適用されるストレージシステム（記憶制御システム）１０のブロック構成図である。図1において、ストレージシステム１０は、業務ホスト１２、１４と、管理サーバ１６と、ストレージサブシステム１８を備えて構成されている。業務ホスト１２、１４と、管理サーバ１６と、ストレージサブシステム１８は、通信手段であるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ネットワーク２０を介して互いに接続され、ホストコンピュータ１２、１４は、通信手段であるＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）２２を介して互いに接続されている。

業務ホスト１２、１４は、業務コンピュータとして、それぞれプロセッサ２４、２６と、メモリ２８、３０と、ホストバスアダプタ３２、３４、３６、３８を備えており、各ホストバスアダプタ３２〜３８はそれぞれＳＡＮ２２に接続されている。

ストレージサブシステム１８は、ポートを有するチャネルアダプタ（ＣＨＡ）４０、４２、４４、４６と、論理構成が論理ユニットＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ）として管理される記憶デバイス４８、５０を備えて構成されている。

業務ホスト１２、１４とストレージサブシステム１８は、ホストバスアダプタ（ＨＢＡ）３２〜３８、ＳＡＮ２２、チャネルアダプタ（ＣＨＡ）４０〜４６を含む複数の物理パスを介して接続されているとともに、業務ホスト１２、１４とストレージサブシステム１８との間には、記憶デバイス４８、５０の論理ボリュームに対して、複数のアクセスパスで構成されたマルチパス（多重化されたデータ入出力パス）が形成されており、各パスを介してストレージサブシステム１８と業務ホスト１２、１４との間で情報の授受が行われるようになっている。

管理サーバ１６は、管理コンピュータとして、プロセッサ５２と、メモリ５４と、データベース５６を備え、業務ホスト１２、１４とＬＡＮネットワーク２０を介して情報の授受を行って業務ホスト１２、１４に関する管理を行うように構成されている。

管理サーバ１６により、業務ホスト１２、１４を管理するに際して、業務ホスト１２のメモリ２８には、業務アプリケーション５８、マルチパス管理エージェント６０、パス管理テーブル６２が格納され、業務ホスト１４のメモリ３０には、業務アプリケーション５８、マルチパス管理エージェント６０、パス管理テーブル６２、ボリューム管理エージェント６４が格納されている。

一方、管理サーバ１６のメモリ５４には、統合マルチパス管理マネージャ６６が格納され、データベース５６には、ホスト管理テーブル６８、スケジュール管理テーブル７０、統合パス管理テーブル７２、イベント管理テーブル７４、ストレージ管理テーブル７６が格納されている。

業務ホスト１２、１４における業務アプリケーション５８は、各業務ホスト１２、１４が各種業務を行うためのアプリケーションとして用いられ、マルチパス管理エージェント６０は、マルチパスを管理するためのソフトとして用いられ、パス管理テーブル６２は、マルチパス管理エージェント６０が管理する当該業務ホストからのパスの経路と状態を管理するテーブルとして用いられる。

パス管理テーブル６２には、例えば、図２に示すように、パスＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）１００として、ホスト内でパスを一意に特定するパス（識別子）に関する数値が格納され、ＨＢＡ１０２として、ホストバスアダプタに関する識別子ＨＢＡ１、ＨＢＡ２が格納され、ストレージ１０４として、ストレージサブシステム１８の識別子ＳＴ１が格納され、ＣＨＡ１０６として、チャネルアダプタの識別子ＣＨＡ１、ＣＨＡ２が格納され、ＬＵ１０８として、記憶デバイス４８、５０に関する識別子ＬＵ１が格納され、パス状態１１０として、識別子Ｏｎｌｉｎｅなどの属性が格納されるようになっている。

なお、パス管理テーブル６２には、各属性情報の実態がなくても構わない。例えば、パス管理テーブル６２には、チャネルアダプタのプログラムの内部的な識別子を属性として登録し、別のパス管理テーブルとして、チャネルアダプタ一覧テーブル（チャネルアダプタ識別子やチャネルアダプタ名所）を作成し、両者を互いに関連付けてもよい。

またボリューム管理エージェント６４は、業務ホスト１２、１４におけるボリューム情報をボリューム管理マネージャ（図示せず）に通信するエージェントして用いられている。

一方、管理サーバ１６における統合マルチパス管理マネージャ６６は、ＳＡＮ環境下における各業務ホスト１２、１４とストレージサブシステム１８との接続情報とを管理するための統合マルチパス管理ソフトとして構成されている。ホスト管理テーブル６８は、管理対象となる業務ホスト（ホスト）に関するホスト情報を格納するテーブルとして構成されている。

ホスト管理テーブル６８のホスト名１１２には、管理対象となる業務ホスト（ホスト）の名称として、例えば、ホスト１、ホスト２、ホスト３が格納され、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス１１４には、各ホストに関するアドレス番号が格納され、ポート１１６には、各ホストに関するポートの番号が格納され、ＯＳ１１８には、各ホストに対応したＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に関する情報が格納され、エージェント１２０には、エージェントのバージョン番号（５．０）が格納され、連続エラー回数１２２には、ポーリングの累積失敗回数に関する数値が格納され、ボリューム管理エージェント１２４には、エージェントのバージョン番号（４．５）が格納されるようになっている。なお、連続エラー回数１２２に格納された数値が一定値を超えた場合には、当該ホストはホスト管理テーブル１１４から消去されるようになっている。

スケジュール管理テーブル７０は、統合マルチパス管理マネージャ６６に登録されている設定情報のうち、管理サーバ１６が、ＬＡＮネットワークを介して管理対象となり得る業務ホスト（ホスト）を通信対象として、各通信対象に順次通信リクエストを送信するためのスキャン操作である、ネットワークスキャンを定期的に行うための設定情報が格納されている。

具体的には、図４に示すように、スケジュール管理テーブル７０の開始ＩＰアドレス１２６には、通信を開始する際の通信対象となるアドレスが格納され、終了ＩＰアドレス１２８には、通信終了時におけるＩＰアドレスが格納され、ポート１３０には、通信対象のポートの番号が格納され、実行開始時間１３２には、通信を実行開始する時間が格納され、頻度１３４には、通信の頻度に関する情報が格納され、次回実行時刻１３６には、スケジュールを次回実行するための時刻が格納される。

統合パス管理テーブル７２は、統合マルチパス管理マネージャ６６が管理している全ての業務ホストに関する情報を格納するテーブルとして構成されている。具体的には、図５に示すように、統合パス管理テーブル７２のパスＩＤ１３８には、統合パス管理テーブル７２内でパスを一意に特定する識別子に関する情報が格納され、ホスト１４０には、管理対象となる業務ホストのホスト名が格納され、ＨＢＡ１４２には、管理対象の業務ホストに対応したホストバスアダプタの名称が格納され、ストレージ１４４には、管理対象となる業務ホストが使用するストレージサブシステム１８に関する情報が格納され、シリアル番号１４６には、ストレージサブシステム１８の製品番号に関する情報が格納され、ＣＨＡ１４８には、ストレージサブシステム１８のチャネルアダプタ（ＣＨＡ）に関する情報が格納され、ＬＵ１５０には、ストレージサブシステム１８の記憶デバイスに関する情報が格納され、パス状態１５２には、識別子Ｏｎｌｉｎｅなどの状態が属性として格納される。

イベント管理テーブル７４は、スケジュールによって設定されたネットワークスキャンやポーリングによるホスト削除履歴を格納するテーブルとして構成されている。具体的には、図６に示すように、イベント管理テーブル７４の発生時刻１５４には、イベントの発生時刻に関する情報が格納され、タイプ１５６には、ホストの追加や削除に関する情報が格納され、ＩＰアドレス１５８には、追加削除の対象となった業務ホストに関するＩＰアドレスに関する情報が格納され、ホスト名１６０には、削除または追加となったホストの名称に関する情報が格納される。

ストレージ管理テーブル７６は、ストレージサブシステム１８に関する情報を格納するテーブルとして構成されている。具体的には、図７に示すように、ストレージ管理テーブル７６のストレージ１６２には、ストレージサブシステム１８などのストレージ名が格納され、シリアル番号１６４には、ストレージ（ストレージサブシステム１８）の製造番号に関する情報が格納され、ＩＰアドレス１６６には、ストレージの通信先を示すＩＰアドレスに関する情報が格納され、管理属性１６８には、対象の有無に関する情報が格納される。

ここで、管理属性１６８に、「対象外」が格納されたときには、ストレージに接続する業務ホストは、管理サーバ１６のネットワークスキャンで発見されても、管理対象の業務ホストとしては登録しないことを意味している。

次に、ネットワークスキャン処理を図８のフローチャートにしたがって説明する。ネットワークスキャン処理は、管理サーバ１６におけるプロセッサ５２がユーザの操作あるいは登録済みスケジュールにしたがって実行される。ユーザが操作する場合には、図１１に示すように、表示装置（図示せず）の表示画面２００上に、ネットワークスキャン実行画面が表示され、ネットワークスキャン実行画面には、開始ＩＰアドレスを挿入するための領域２０２、終了ＩＰアドレスを挿入するための領域２０４、ポート番号を挿入するための領域２０６、実行ボタン２０８、キャンセルボタン２１０が表示される。

図８において、プロセッサ５２は、ユーザが指定した範囲内の全ＩＰアドレス／ポートに対して個別に所定の通信リクエストを送信するに際して、まず、接続ＩＰアドレス＝開始ＩＰアドレスとし（Ｓ１）、接続ＩＰアドレスはホスト管理テーブル６８に登録済みか否かを判定し（Ｓ２）、登録済みのときにはステップＳ１１の処理に移行し、登録済みでないときには、接続ＩＰアドレスはストレージ管理テーブル７６に登録済みか否かを判定し（Ｓ３）、登録済みのときにはステップＳ１１の処理に移行し、登録済みでないときには、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）接続を確立し（Ｓ４）、接続に成功したか否かを判定し（Ｓ５）、接続に失敗したときにはステップＳ１１の処理に移行し、接続に成功したときには所定の通信リクエストを送信する（Ｓ６）。

次に、プロセッサ５２は、管理対象として想定される業務ホストに通信リクエストを送信したことを条件に、通信リクエストに応答してレスポンスを返送した業務ホストが存在するか否かを判定するために、所定レスポンスの受信があるか否かを判定し（Ｓ７）、所定のレスポンスが受信できないときにはステップＳ１１の処理に移行し、所定のレスポンスを受信したときにはホスト情報を取得する（Ｓ８）。すなわち、ＬＡＮネットワーク２０に接続された業務ホスト１２、１４にマルチパス管理エージェント６０が存在し、稼動しているときには、業務ホスト１２、１４から、マルチパス管理エージェント６０が稼動しているとして、所定のレスポンスがＬＡＮネットワーク２０を介して管理サーバ１６に返送される。

所定のレスポンスを受信しホスト情報を取得したときには、管理サーバ１６は、接続ストレージ（ストレージサブシステム１８）が対象外か否かを判定し（Ｓ９）、対象外のときにはステップＳ１１の処理に移行し、対象内であるときには受信したホスト情報を統合マルチパス管理マネージャ６６に登録するとともに、ホスト管理テーブル６８に登録し（Ｓ１０）、接続ＩＰアドレス＝接続ＩＰアドレス＋１とし（Ｓ１１）、接続ＩＰアドレス＞終了ＩＰアドレスか否かを判定し（Ｓ１２）、接続ＩＰアドレスが終了ＩＰアドレスに至るまでステップＳ２〜Ｓ１１の処理を繰り返す。

プロセッサ５２によるネットワークスキャン処理では、開始ＩＰアドレスから終了ＩＰアドレスを通信対象のＩＰアドレスとして、通信リクエストの送信処理が実行される。この際、接続ＩＰアドレスが既に登録済み業務ホストと同一の場合には、通信リクエストの送信は実行しない。またストレージ管理テーブル７６に接続ＩＰアドレスが存在する場合も、通信リクエストの送信は実施しないこととしている。また接続ＩＰアドレスが既にストレージサブシステム１８で使用されているときには、接続を試みても失敗し、管理対象の業務ホストが存在しないことを意味するので、処理を中断し、次のＩＰアドレスを接続ＩＰアドレスとして通信リクエストを実行することとしている。また接続に成功しても所定のレスポンスが受信できないときには、管理対象の業務ホストは存在するが、特定のマルチパスエージェントが稼動していないことを意味するので、この場合も処理を中断し、次のＩＰアドレスに対して通信リクエストを実行することとしている。

また、ホスト情報には、業務ホストに関連する情報として、ホスト名、ＯＳ、マルチパス管理エージェントのバージョンに関する情報や当該業務ホスト上に存在するパス情報が含まれている。このパス情報にはパスが接続するストレージサブシステム１８を特定する情報が含まれている。また、ネットワークスキャン処理が終了すると、図１２に示すように、表示画面２００上には、ネットワークスキャン実行画面として、ネットワークスキャン結果が表示されるようになっている。

次に、ポーリング・ホスト削除処理を図９のフローチャートにしたがって説明する。この処理は、管理サーバ１６におけるプロセッサ５２が所定のプログラムを基に、ホスト管理テーブル６８に登録された管理対象業務ホストを管理対象あるいは通信対象として実行される。まず、プロセッサ５２は、統合マルチパス管理マネージャ６６の管理下にあるホスト管理テーブル６８に登録された業務ホスト（ホスト）に対して、一定時間毎に、接続／通信リクエストを実施するために、ホスト管理テーブル６８から登録済みホスト一覧を取得し（Ｓ２１）、ホストの個数を把握し（Ｓ２２）、通信対象となる業務ホスト（ホスト）に対する接続を確立し（Ｓ２３）、接続に成功したか否かを判定する（Ｓ２４）。

通信対象となる業務ホスト（ホスト）に対する接続に成功したときには、プロセッサ５２は、通信対象の業務ホストに対して通信リクエストを送信し（Ｓ２５）、その後、通信リクエストを送信した業務ホストから所定のレスポンスが受信されたか否かを判定し（Ｓ２６）、所定のレスポンスを受信したときには連続エラーの値を０とし（Ｓ２７）、業務ホストに対するループ処理を終了する。次に、プロセッサ５２は、全業務ホストに対するポーリング処理を連続して行い、ポーリング処理が全て終了した後一定時間待機し（Ｓ２８）、ステップＳ２１の処理に移行し、他の業務ホストを通信対象として処理を繰り返す。

一方、ステップＳ２４において接続に失敗したときおよびステップＳ２６において所定レスポンスが受信できないときには、プロセッサ５２は、連続エラーの回数を＋１とし（Ｓ２９）、連続エラーの値が連続エラーの閾値よりも大きいか否かを判定し（Ｓ３０）、連続エラーの回数が閾値よりも小さいときには一定時間経過したあとステップＳ２１の処理に移行し、連続エラーの回数が閾値を超えたときには当該業務ホストを削除し（Ｓ３１）、イベント管理テーブル７４に削除された業務ホストの登録を行い（Ｓ３２）、業務ホストに対するループ処理を終了する。次に、プロセッサ５２は、全業務ホストに対するポーリング処理を連続して行い、ポーリング処理が全て終了した後一定時間待機した後、ステップＳ２１の処理に移行する。

プロセッサ５２によってポーリング・ホスト削除処理を実行するに際して、一定回数以上、連続して接続／通信リクエストに失敗した場合には、当該業務ホストは、既に撤去されたものとみなして、当該業務ホストの登録情報をイベント管理テーブル７４から削除（抹殺）する。一方、接続／通信リクエストに成功した場合は、連続エラーの値を０にリセットし、一時的に業務ホストが停止したような場合の影響を排除することとしている。

次に、スケジュール実行処理について説明する。この処理は、業務サーバ１６のプロセッサ５２が所定のプログラムにしたがって実行される。ここで、ユーザが登録したスケジュールにしたがってネットワークスキャンを実行する場合には、ユーザが使用する表示画面２００には、図１１に示すように、ネットワークスキャン実行画面が表示され、ユーザがボタン２０８を操作することで、ネットワークスキャン処理が実行される。その結果は、図１２に示すように、表示画面２００上に表示される。またユーザがスケジュールを登録する場合には、表示画面２００には、開始ＩＰアドレスを挿入するための領域２０２、終了ＩＰアドレスを挿入するための領域２０４、ポート番号を挿入するための領域２０６の他に、開始時刻を挿入するための領域２１２、頻度などを挿入するための領域２１４、登録ボタン２１６、キャンセルボタン２１８が表示される。

頻度は毎日／毎週／毎月のように実行間隔を指定できるようになっている。毎日の場合、土曜日と日曜日は実行しないオプションを選択することもできる。毎週の場合には、曜日を指定し、毎月の場合は日を指定し、月の最終日といった指定も可能である。そして登録された内容は、図１４に示すように、表示画面２００上にスケジュール一覧画面として表示される。また表示画面２００上には、図１５に示すように、イベント一覧画面として、イベントの内容、例えば、ホストの追加や削除に関する情報が表示されるようになっている。

次に、スケジュール実行処理の具体的な内容を図１０のフローチャートに従って説明する。スケジュールにしたがってネットワークスキャンを実行するに際して、プロセッサ５２は、スケジュール管理テーブル７０を参照して、スケジュール一覧を取得し（Ｓ４１）、スケジュール数を把握し（Ｓ４２）、現在時刻と次回実行時刻とを比較し、現在時刻が次回実行時刻よりも新しいスケジュールが存在しているか否かを判定し（Ｓ４３）、新しいスケジュールが存在している場合は、当該スケジュールに設定されている開始ＩＰアドレス、終了ＩＰアドレス、ポート番号を用いて、ネットワークスキャン処理を実行する（Ｓ４４）。

このあと、プロセッサ５２は、ネットワークスキャン処理の結果をイベント管理テーブルに登録し（Ｓ４５）、当該スケジュールに設定される頻度と実行時刻から次回実行時刻を算出し、当該スケジュールの次回実行時刻を更新し（Ｓ４６）、全てのスケジュールに対する操作が終了したときには、一定時間待機し（Ｓ４７）、ステップＳ４１の処理に戻って同様の処理を繰り返す。なお、ステップＳ４３において、現在時刻が次回実行時刻よりも新しいスケジュールが存在していない場合は一定時間待機した後、ステップＳ４１の処理に戻って同様な処理を繰り返す。

プロセッサ５２がスケジュールに従ってネットワークスキャン処理を実行することで、管理サーバ１６は、管理対象となる業務ホストを定期的に認識することができる。

本実施形態によれば、管理サーバ１６から、ユーザが指定した範囲内の全ＩＰアドレス／ポートに対して通信リクエストを送信し、通信リクエストに応答してレスポンスを返送した業務ホストを管理対象業務ホストとして登録するようにしたため、業務ホストに関して追加・撤去作業が実行されていても、管理対象となる業務ホストを確実に認識して登録することができる。

また、本実施形態によれば、管理対象ホストとして登録された業務ホストに対して、定期的に通信リクエストを送信し、通信リクエストに応答したレスポンスが管理対象ホストから一定の条件に従って返送されないときには、レスポンスを返送しない業務ホストをホスト管理テーブル６８から削除するようにしたため、管理対象となる業務ホストに関する最新の情報を自動的に保持することができる。

次に、本発明の第２実施形態を図１６にしたがって説明する。本実施形態は、ボリューム管理エージェントが混在するストレージシステム１０を対象としたものであって、業務ホスト１２、１４の他に、業務ホスト１３、１５をＳＡＮ２２、ＬＡＮネットワーク２０に接続し、管理サーバ１６の他に、ＬＡＮネットワーク２０に接続される管理サーバ１７を設けたものであり、他の構成は前記実施形態と同様である。

業務ホスト１３のメモリには業務アプリケーション５８、ボリューム管理エージェント６４が格納され、業務ホスト１５のメモリには、業務ホスト１２または業務ホスト１４のメモリと同様のものが格納されている。管理サーバ１７には、ホスト管理テーブル６８の他に管理サーバ１６の統合マルチパス管理マネージャ６６と情報の授受を行うための統合ボリューム管理マネージャ６７が格納されている。

本実施形態におけるストレージシステム１０では、業務ホスト上にはマルチパス管理エージェント６０以外にもボリューム管理エージェントが存在する場合があって、ユーザは同一業務ホスト上にマルチパス管理エージェント６０とボリューム管理エージェントの両方を稼動することができることを想定し、いずれか一方のエージェントのみしか使用しない場合、あるいは両方どちらも使用しない場合も考慮されている。

すなわち、管理サーバ１７の統合ボリューム管理マネージャ６７は、各業務ホスト１２〜１５のボリューム管理エージェントから収集したホスト情報を有している。そこで、管理サーバ１６の統合マルチパス管理マネージャ６６が管理サーバ１７の統合ボリューム管理マネージャ６７と一定時間置きに通信してホスト情報を収集し、収集したホスト情報と登録されているホスト情報とを照合することで、ボリューム管理エージェントは稼働しているが、マルチパス管理エージェントが稼動していない業務ホストを認識し、ホスト管理テーブル６８に登録することとしている。

次に、ホスト情報の照合処理を図１７のフローチャートに従って説明する。この処理は、管理サーバ１６のプロセッサ５２によって実行される。まず、管理サーバ１６のプロセッサ５２は、統合マルチパス管理マネージャ６６を稼働して、管理サーバ１７の統合ボリューム管理マネージャ６７から、ボリューム管理エージェントは稼働しているが、マルチパス管理エージェントが稼動していない業務ホストを含むホスト一覧に関するホスト情報を取得し（Ｓ５１）、取得したホスト情報とホスト管理テーブル６８に登録されているホスト情報とを比較し（Ｓ５２）、ホスト管理テーブル６８に存在しない業務ホスト、すなわち、ボリューム管理エージェントは稼働しているが、マルチパス管理エージェントが稼動していない業務ホストをホスト管理テーブル６８に登録し（Ｓ５３）、このルーチンでの処理を終了する。

次に、本実施形態におけるポーリング／ホスト削除処理を図１８のフローチャートにしたがって説明する。この処理は、管理サーバ１６のプロセッサ５２が所定のプログラムに従って実行される。なお、プロセッサ５２が、ポーリング・ホスト削除処理を実行するに際して、ステップＳ６１〜Ｓ７０までの処理は、第１実施形態における図８のステップＳ２１〜Ｓ２９の処理と同様であるので、説明を省略する。

プロセッサ５２は、ステップ７０において、連続エラーの回数が閾値を超えたと判定したときには、ボリューム管理エージェント６４が存在するか否かを判定し（Ｓ７１）、ボリューム管理エージェント６４が存在するときには当該業務ホストに関する情報を更新し（Ｓ７２）、ボリューム管理エージェント６４が存在しないときには当該業務ホストを削除し（Ｓ７３）、各処理の内容をイベント管理テーブル７４に登録し（Ｓ７４）、一定時間待機したあと（Ｓ６８）、ステップＳ６１の処理に移行し、同様の処理を実行する。

本実施形態においては、管理サーバ１６のポーリングによる通信リクエストに連続して一定回数以上レスポンスを返送しない業務ホストが存在する場合、通常、当該業務ホストは削除されるが、統合ボリューム管理マネージャ６７の管理下にある業務ホストに関する情報は削除することなく、管理サーバ１６のホスト管理テーブル６８の内容を更新し、管理サーバ１６のポーリングによる通信リクエストに連続して一定回数以上レスポンスを返送しない業務ホストをマルチパス管理エージェント６０を稼動していない業務ホストとして処理するとともに、統合マルチパス管理マネージャ６２の管理下にある業務ホストとする。このような処理を行うことで、マルチパスエージェントのみをアンインストールした場合と同様に扱うことができる。

本実施形態によれば、管理サーバ１６による通信リクエストに応答してレスポンスを返送しない業務ホストが存在するときに、管理サーバ１６の統合マルチパス管理マネージャ６６を稼働して、管理サーバ１７の統合ボリューム管理マネージャ６７から、ボリューム管理エージェントは稼働しているが、マルチパス管理エージェントが稼動していない業務ホストに関するホスト情報を取得し、取得したホスト情報とホスト管理テーブル６８に登録されているホスト情報とを比較することで、ボリューム管理エージェントは稼働しているが、マルチパス管理エージェントが稼動していない業務ホストをホスト管理テーブル６８に登録することができる。

本発明の一実施形態を示すストレージシステムのブロック構成図である。 パス管理テーブルの構成図である。 ホスト管理テーブルの構成図である。 スケジュール管理テーブルの構成図である。 統合パス管理テーブルの構成図である。 イベント管理テーブルの構成図である。 ストレージ管理テーブルの構成図である。 ネットワークスキャン処理を説明するためのフローチャートである。 ポーリング／ホスト削除処理を説明するためのフローチャートである。 スケジュール実行処理を説明するためのフローチャートである。 ネットワークスキャン実行画面の表示例を示す図である。 ネットワークスキャン実行結果画面の表示例を示す図である。 スケジュール登録画面の表示例を示す図である。 スケジュール一覧画面の表示例を示す図である。 イベント一覧画面の表示例を示す図である。 本発明の他の実施形態を示すストレージシステムのブロック構成図である。 ホスト情報の照合処理を説明するためのフローチャートである。 ポーリング／ホスト削除処理を説明するためのフローチャートである。

符号の説明

１０ ストレージシステム、１２、１３、１４、１５ 業務ホスト、１６、１７ 管理サーバ、１８ ストレージサブシステム、２４、２６ プロセッサ、２８、３０ メモリ、５２ プロセッサ、５４ メモリ、５６ データベース、５８ 業務アプリケーション、６０ マルチパス管理エージェント、６２ パス管理テーブル、６４ ボリューム管理エージェント、６６ 統合マルチパス管理マネージャ、６８ ホスト管理テーブル、７０ スケジュール管理テーブル、７２ 統合パス管理テーブル、７２ イベント管理テーブル、７６ ストレージ管理テーブル

Claims (15)

1. 複数の業務コンピュータと、
   前記複数の業務コンピュータが接続するストレージサブシステムと、
   前記複数の業務コンピュータを管理する管理コンピュータと、を備え、
   これらが通信手段を介して接続されている、ストレージシステムにおいて、
   前記管理コンピュータは、マルチパス管理マネージャとボリューム管理マネージャの少なくとも一方を含み、前記ストレージサブシステムに接続される業務コンピュータを登録するテーブルを備え、
   前記テーブルは、前記業務コンピュータにボリューム管理エージェントがあるかどうかを示す情報とマルチパス管理エージェントがあるかどうかを示す情報を保持し、
   前記通信手段を介して、管理対象となり得る通信対象に対して、順次通信リクエストを送信し、
   前記通信リクエストの送信に伴う受信結果を前記テーブルに登録し、
   前記通信リクエストにレスポンスを返送しない業務コンピュータにボリューム管理エージェントとマルチパス管理エージェントが存在するか否かを判定し、
   ボリューム管理エージェントが存在しない場合は前記業務コンピュータのボリューム管理エージェントに関する情報を前記テーブルから削除し、
   マルチパス管理エージェントが存在しない場合は前記業務コンピュータのマルチパス管理エージェントに関する情報を前記テーブルから削除する、ように構成されている、
   ストレージシステム。
2. 前記管理コンピュータは、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する、ように構成されている、請求項１に記載のストレージシステム。
3. 前記管理コンピュータは、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する工程を実行し、
   その後、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを送信し、
   前記通信リクエストに応答したレスポンスが前記管理対象ホストから一定の条件に従って返送されないときには、前記レスポンスを返送しない業務コンピュータを前記テーブルから削除するように構成されている、請求項１に記載のストレージシステム。
4. 前記管理コンピュータは、指定された範囲内の全ＩＰアドレス・ポートを通信対象とするように構成されている、請求項１に記載のストレージシステム。
5. 前記管理コンピュータは、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録し、
   その後、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを定期的に送信し、
   前記通信リクエストに応答したレスポンスが前記管理対象ホストから一定の条件に従って返送されないときには、前記レスポンスを返送しない業務コンピュータを前記テーブルから削除するように構成されている、請求項１に記載のストレージシステム。
6. 前記管理コンピュータは、前記業務コンピュータを管理する他の管理コンピュータから、当該管理コンピュータの管理下にある業務コンピュータに関するホスト情報を取得し、前記取得したホスト情報と前記テーブルに登録された情報とを比較して、前記他の管理コンピュータの管理下にある業務コンピュータを認識するように構成されている、請求項１に記載のストレージシステム。
7. 複数の業務コンピュータと、
   前記複数の業務コンピュータが接続するストレージサブシステムと、
   前記複数の業務コンピュータを管理する管理コンピュータと、を備え、
   これらが通信手段を介して接続され、前記管理コンピュータはマルチパス管理マネージャとボリューム管理マネージャの少なくとも一方を含み、前記ストレージサブシステムに接続される業務コンピュータを登録するテーブルを備え、前記テーブルは、前記業務コンピュータにボリューム管理エージェントがあるかどうかを示す情報とマルチパス管理エージェントがあるかどうかを示す情報を保持しており、当該管理コンピュータが前記通信手段を介して管理対象を管理する、ストレージシステムにおける管理方法において、
   前記管理コンピュータは、前記通信手段を介して、前記管理対象となり得る通信対象に対して、順次通信リクエストを送信する第１工程と、
   前記通信リクエストの送信に伴う受信結果をテーブルに登録する第２工程と、
   前記通信リクエストにレスポンスを返送しない業務コンピュータにボリューム管理エージェントとマルチパス管理エージェントが存在するか否かを判定する第３工程と、
   ボリューム管理エージェントが存在しない場合は前記業務コンピュータのボリューム管理エージェントに関する情報を前記テーブルから削除し、マルチパス管理エージェントが存在しない場合は前記業務コンピュータのマルチパス管理エージェントに関する情報を前記テーブルから削除する第４工程と、を実行する、
   ストレージシステムにおける管理方法。
8. 前記管理コンピュータは、
   前記第２工程では、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する請求項７に記載のストレージシステムにおける管理方法。
9. 前記管理コンピュータは、
   前記第２工程では、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する工程を実行し、
   その後、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを送信する第５工程と、
   前記通信リクエストに応答したレスポンスが前記管理対象ホストから一定の条件に従って返送されないときには、前記レスポンスを返送しない業務コンピュータを前記テーブルから削除する第６工程と、を実行する請求項７に記載のストレージシステムにおける管理方法。
10. 前記管理コンピュータは、
    前記第１工程では、指定された範囲内の全ＩＰアドレス・ポートを通信対象とする請求項７に記載のストレージシステムにおける管理方法。
11. 前記管理コンピュータは、
    前記第２工程では、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する工程を実行し、
    その後、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを定期的に送信する第５工程と、
    前記通信リクエストに応答したレスポンスが前記管理対象ホストから一定の条件に従って返送されないときには、前記レスポンスを返送しない業務コンピュータを前記テーブルから削除する第６工程と、を実行する請求項７に記載のストレージシステムにおける管理方法。
12. 前記管理コンピュータは、
    前記業務コンピュータを管理する他の管理コンピュータから、当該管理コンピュータの管理下にある業務コンピュータに関するホスト情報を取得する第７工程と、
    前記第７工程で取得したホスト情報と前記テーブルに登録された情報とを比較して、前記他の管理コンピュータの管理下にある業務コンピュータを認識する第８工程と、を実行する請求項７に記載のストレージシステムにおける管理方法。
13. マルチパス管理マネージャとボリューム管理マネージャの少なくとも一方を含み、ストレージサブシステムと通信手段を介して接続される複数の業務コンピュータを登録するテーブル及び前記複数の業務コンピュータからの情報を、前記通信手段を介して取り込んで処理するプロセッサを備える管理サーバにおいて、
    前記テーブルは、前記業務コンピュータにボリューム管理エージェントがあるかどうかを示す情報とマルチパス管理エージェントがあるかどうかを示す情報を保持し、
    前記プロセッサは、前記通信手段を介して、管理対象となり得る通信対象に対して、順次通信リクエストを送信し、
    前記通信リクエストの送信に伴う受信結果を前記テーブルに登録し、
    前記通信リクエストにレスポンスを返送しない業務コンピュータにボリューム管理エージェントとマルチパス管理エージェントが存在するか否かを判定し、
    ボリューム管理エージェントが存在しない場合は前記業務コンピュータのボリューム管理エージェントに関する情報を前記テーブルから削除し、
    マルチパス管理エージェントが存在しない場合は前記業務コンピュータのマルチパス管理エージェントに関する情報を前記テーブルから削除するように構成されている、
    管理サーバ。
14. 前記プロセッサは、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録する、ように構成されている請求項１３に記載の管理サーバ。
15. 前記プロセッサは、前記通信リクエストに応答してレスポンスを返送した業務コンピュータを管理対象ホストとして前記テーブルに登録し、
    その後、前記テーブルに登録された管理対象ホストを通信対象として通信リクエストを送信し、
    前記通信リクエストに応答したレスポンスが前記管理対象ホストから一定の条件に従って返送されないときには、前記レスポンスを返送しない業務コンピュータを前記テーブルから削除するように構成されている請求項１３に記載の管理サーバ。