"1つ又は複数のホスト計算機と、前記1つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する1つ又は複数のストレージサブシステムと、前記1つ又は複数のストレージサブシステムと前記1つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有し、前記複数の管理計算機の1つは、前記複数の管理計算機の中の代表管理計算機として、前記1つ又は複数のホスト計算機及び前記1つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集し、前記構成サマリ情報に基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、前記複数の管理計算機に通知することを特徴とする計算機システム。請求項1において、前記関連種別情報は複数種類存在し、少なくとも前記代表管理計算機は、前記複数の管理対象オブジェクトを優先的に同一の管理計算機に割り当てるか否かの判断指標となる前記関連種別情報の優先度の情報を保持し、前記代表管理計算機は、前記関連種別情報の優先度を考慮して前記複数の管理対象オブジェクトの前記複数の管理計算機への担当割り当てを決定することを特徴とする計算機システム。請求項1において、前記代表管理計算機は、前記関連種別情報に基づいて、前記複数の管理対象オブジェクト間の対応関係を整理し、当該対応関係を有する管理対象オブジェクトを同一の管理計算機の管理担当として割り当てることを特徴とする計算機システム。請求項3において、前記代表管理計算機は、過去に管理計算機に割り当てられたことのある管理対象オブジェクトについては、当該管理計算機と同一の管理計算機に割り当てることを特徴とする計算機システム。請求項4において、前記代表管理計算機は、過去に管理計算機に割り当てられたことのない新規の管理対象オブジェクトについては前記関連種別情報に基づいて前記管理計算機を割り当て、割り当て処理の結果、前記複数の管理計算機に割り当てられた前記管理対象オブジェクトの数に所定の偏りがある場合には、前記複数の管理対象オブジェクトの担当する前記管理計算機を再度決定することを特徴とする計算機システム。請求項5において、前記代表管理計算機は、考慮すべき前記関連種別情報を減らした後、前記担当する管理計算機を再度決定することを特徴とする計算機システム。請求項2において、前記関連種別情報は、前記管理対象オブジェクトが、ローカルコピーの関係にあること、クラスタを構成する関係にあること、直接の対応関係にあること、及び外部ストレージに存在することを含み、前記ローカルコピーの関係にあることが最優先度に設定されており、前記代表管理計算機は、ローカルコピーの関係にある前記管理対象オブジェクトについては、同一の管理計算機に必ず割り当てることを特徴とする計算機システム。請求項1において、前記代表管理計算機は、前記ホスト計算機及び前記ストレージサブシステムの配置場所を示すサイト情報を、前記1つ又は複数のホスト計算機及び前記1つ又は複数のストレージサブシステムから収集し、当該サイト情報と前記構成サマリ情報とに基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定することを特徴とする計算機システム。1つ又は複数のホスト計算機と、前記1つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する1つ又は複数のストレージサブシステムと、前記1つ又は複数のストレージサブシステムと前記1つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する管理計算機と、を有する計算機システムの管理方法であって、前記管理計算機は、プロセッサとメモリを有し、前記複数の管理対象オブジェクトを管理する、複数の仮想管理サーバを提供し、前記管理方法は、前記プロセッサが、前記1つ又は複数のホスト計算機及び前記1つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集するステップと、前記プロセッサが、前記構成サマリ情報に含まれる前記関連種別情報に基づいて、前記複数の仮想管理サーバのそれぞれが集約して担当すべき管理対象オブジェクトを決定するステップと、前記プロセッサが、前記決定された担当すべき管理対象オブジェクトを前記複数の仮想管理サーバのそれぞれに通知するステップと、を有することを特徴とする管理方法。請求項9において、前記関連種別情報は複数種類存在し、前記プロセッサは、前記複数の管理対象オブジェクトを優先的に同一の仮想管理サーバに割り当てるか否かの判断指標となる前記関連種別情報の優先度の情報を前記複数の仮想管理サーバに提供し、前記決定するステップにおいて、前記プロセッサは、前記関連種別情報の優先度を考慮して前記複数の管理対象オブジェクトの前記複数の仮想管理サーバへの担当割り当てを決定することを特徴とする管理方法。請求項9において、前記決定するステップにおいて、前記プロセッサは、前記関連種別情報に基づいて、前記複数の管理対象オブジェクト間の対応関係を整理し、当該対応関係を有する管理対象オブジェクトを同一の仮想管理サーバの管理担当として割り当てることを特徴とする管理方法。請求項11において、前記決定するステップにおいて、前記プロセッサは、過去に仮想管理サーバに割り当てられたことのある管理対象オブジェクトについては、当該仮想管理サーバと同一の仮想管理サーバに割り当てることを特徴とする管理方法。請求項12において、前記決定するステップにおいて、前記プロセッサは、過去に仮想管理サーバに割り当てられたことのない新規の管理対象オブジェクトについては前記関連種別情報に基づいて前記仮想管理サーバを割り当て、さらに、割り当て処理の結果、前記複数の仮想管理サーバに割り当てられた前記管理対象オブジェクトの数に所定の偏りがある場合には、前記プロセッサが、前記複数の管理対象オブジェクトの担当する前記仮想管理サーバを再度決定するステップを有することを特徴とする管理方法。請求項13において、前記サイド決定するステップにおいて、前記プロセッサは、考慮すべき前記関連種別情報を減らした後、前記担当する仮想管理サーバを再度決定することを特徴とする管理方法。1つ又は複数のホスト計算機と、前記1つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する1つ又は複数のストレージサブシステムと、前記1つ又は複数のストレージサブシステムと前記1つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有する計算機システムを管理するためのプログラムであって、前記複数の管理計算機の1つに、前記1つ又は複数のホスト計算機及び前記1つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集する処理と、前記構成サマリ情報に含まれる前記関連種別情報に基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定する処理と、前記複数の管理計算機に通知する処理と、を実行させるためのプログラム。しかし、特許文献1のような方法を採用したとしても、ホスト計算機やストレージ装置の構成情報には互いに関連するオブジェクトが存在し、これらオブジェクトの片方のみを管理対象としてしまう場合がある。このような場合には、管理操作が不可能となったり、構成情報に矛盾が生じたりする可能性がある。例えば、ストレージ装置が提供するローカルコピー機能同一ストレージ装置内であるボリュームのデータを他のボリュームへコピーする機能は、データのコピー元コピー先のボリュームをそれぞれ別々の管理ソフトインスタンスの管理対象としてしまった場合、コピーの停止再開といった管理操作が不可能となる可能性がある。また、クラスタを構成するホスト計算機をそれぞれ別の管理ソフトインスタンスの管理対象とし、構成情報の収集タイミングをそれぞれ別に制御する場合、クラスタを構成するホスト計算機間で移動したリソース例えば仮想サーバなどの情報が、何れの管理ソフトインスタンス上からも無くなってしまったり、若しくは両方が重複して保持してしまったりするという構成情報上の矛盾が発生する。本発明はこのような状況に鑑みてなされたものであり、同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取って各インスタンスの負荷を軽減した場合においても、管理操作不可状態や構成情報上の矛盾の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照を可能とするものである。上記課題を解決するために、本発明では、同等の機能を持った複数のストレージ管理ソフトウェアのインスタンスを配置した構成において、インスタンス間で代表となるインスタンスを決定し、代表となるインスタンスが管理対象とする全ホスト計算機や全ストレージ装置から管理対象オブジェクトとそのオブジェクト間の関連のみを含む構成サマリ情報を取得し、この構成サマリ情報を基に、各インスタンスの管理対象を決定し、各インスタンスに管理対象を通知する。即ち、本発明による計算機システムは、1つ又は複数のホスト計算機と、1つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する1つ又は複数のストレージサブシステムと、1つ又は複数のストレージサブシステムと1つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有する。ここで、複数の管理計算機の1つは、複数の管理計算機の中の代表管理計算機として、1つ又は複数のホスト計算機及び1つ又は複数のストレージサブシステムから、複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集する。そして、代表管理計算機は、構成サマリ情報に基づいて、複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、複数の管理計算機に通知する。本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。本明細書の記述は典型的な例示に過ぎず、本発明の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではないことを理解する必要がある。本発明によれば、同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取って各インスタンスの負荷を軽減した場合においても、管理操作不可状態や構成情報上の矛盾の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照が可能となる。以下、添付図面を参照して本発明の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。更に、本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。なお、以後の説明ではテーブル形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、DB、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すためにテーブル、リスト、DB、キュー等について単に情報と呼ぶことがある。また、各情報の内容を説明する際に、識別情報、識別子、名、名前、IDという表現を用いることが可能であり、これらについてはお互いに置換が可能である。以下ではプログラムを主語動作主体として本発明の実施形態における各処理について説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート通信制御装置を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。1第1の実施形態<ストレージシステムの構成>図1は、本発明の第1の実施形態によるストレージシステム計算機システム、ITシステムとも言う10の概略構成例を示す図である。本システムは、一つまたは複数のホスト計算機100と、一つまたは複数のストレージ装置ストレージサブシステムとも言う120と、一つまたは複数の管理サーバ160と、を有し、互いに管理LAN170で接続されている。ホスト計算機100とストレージ装置120は互いにSAN130で接続されている。また、ストレージ装置120には外部ストレージ装置140がSAN150で接続されている。なお、外部ストレージ装置140は本実施形態の説明のために記述しているが、必ずしもなくてもよく、この場合SAN150は不要である。また、外部ストレージ装置140が存在する場合、ストレージ装置120と接続するSAN150は必ずしも独立したネットワークではなくてもよく、SAN130の一部であってもよい。図1では管理サーバ160はSAN130に接続されていないが、接続されていてもよい。ホスト計算機100、ストレージ装置120、及び外部ストレージ装置140は全て必ずしも地理的に同じ場所に設置する必要はなく、一部のホスト計算機100、ストレージ装置120外部ストレージ装置140は、その他と離れた異なる場所に設置されていても良く、DRDisasterRecovery、災害復旧を目的にこのような形態を取る場合もある。<ホスト計算機の内部構成>図2は、ホスト計算機100の内部構成例を示す図である。ホスト計算機100は、一つ以上のCPU201と、一つ以上のメモリ202と、一つ以上のSANアダプタ204と、一つ以上のLANアダプタ205と、ストレージデバイス203とを有し、それらは相互に内部バス206で接続されている。ホスト計算機100は、LANアダプタ205を介して管理サーバ160に接続され、またSANアダプタ204を介してストレージ装置120と接続されている。なお、ストレージデバイス203はホスト計算機で動作するプログラムや管理情報を保存するために用いられるが、必ずしも備えなくてもよい。ストレージデバイスを備えない場合、ホスト計算機100は、例えばストレージ装置120が提供するボリューム内にこれらを保存する形態を取る。<管理サーバの内部構成>管理サーバ160は、管理サーバ160はLANアダプタ205を介して、ホスト計算機100、ストレージ装置120、及び外部ストレージ装置140と接続されている。それぞれの管理サーバ管理計算機とも言う160は、ホスト計算機100と同様の構成を有している。図1に示すように管理サーバ160上では、管理ソフトウェア161が動作する。管理ソフトウェアは、例えばストレージデバイスからメモリにロードされ、CPU単に、プロセッサと言うこともできるを用いて実行される。なお、本発明に基づく管理ソフトウェア161は、複数の管理サーバ160上で動作し、同じ機能を提供する。ここで、各管理サーバ160上の管理ソフトウェア161を前述の通り、管理ソフトインスタンス、メンバインスタンス、または単にインスタンスと呼ぶ。管理サーバ160は、図1で示すようにSAN130に接続されない場合、必ずしもSANアダプタ204を持たなくても良い。また、管理ソフトウェア161及び管理情報テーブル165は、メモリやストレージデバイス内に格納されていても良い。管理ソフトウェア161は、管理対象決定プログラム162と、管理対象受信プログラム163と、構成変更検知プログラム164と、インスタンス提携プログラム166と、を含んでいる。管理対象決定プログラム162は、自身のインスタンスが後述の代表インスタンスになった場合に、管理対象オブジェクトの振り分け処理を実行する機能を有する。管理対象受信プログラム163は、振り分けられた管理対象オブジェクトから管理情報構成情報とも言う:図5に示されるオブジェクトを管理する上で必要な情報を取得する機能を有する。構成変更検知プログラム164は、管理対象オブジェクトにおける構成変更を検知する機能を有する。インスタンス提携プログラム166は、各インスタンス間で連携を取り、管理対象情報図11や集約優先度情報図12が各インスタンスで同一となるように情報の同期を取る機能を有する。なお、管理サーバ160は、図示されていないが、入力装置及び表示装置出力装置を有している。この入出力装置の代替としてシリアルインターフェースやイーサーネットインターフェースを入出力装置とし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。以後、ストレージシステム10を管理し、本発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理サーバ管理計算機160が表示用情報を表示する場合は管理サーバ160が管理システムであり、また、管理サーバ160と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理サーバと同等の処理を実現してもよく、この場合は当該複数の計算機表示を表示用計算機が行う場合は表示用計算機も含めが管理システムである。<ストレージ装置の内部構成>図3は、ストレージ装置ストレージサブシステムとも言う120の内部構成例を示す図である。ストレージ装置120は、一つ以上のCPU301と、一つ以上のメモリ302と、一つ以上のキャッシュメモリ303と、一つ以上のSANアダプタ306と、一つ以上のLANアダプタ307と、一つ以上の物理ディスク305と、を有し、それらが相互に内部バス308で接続されている。なお、外部ストレージ装置140も、ストレージ装置120と同様の構成を有している。ストレージ装置120は、SANアダプタ306を介してホスト計算機100や外部ストレージ装置140と接続される。また、LANアダプタ307を介して管理サーバ160と接続される。ストレージ装置120は、マイクロプログラムや管理情報を物理ディスク305の一つまたは複数を使って保存するか、もしくはメモリ302の一部としてNVRAM不揮発メモリを備え、その中に保存するといった形態を取る。SAN130やSAN150は、ストレージエリアネットワークであり、通常SANスイッチを用いて構成される。SAN130やSAN150は多くの場合、FibreChannelプロトコルやSCSIコマンドが用いられるが、IPインターネットプロトコルに基づいたストレージエリアネットワークを用いても良い。また、ストレージ装置120が互いに離れた場所にある場合には、多くの場合、SAN130の到達距離を延長するための装置であるエクステンダが一部に用いられる。<ストレージシステムの動作概要>図1に示すようにホスト計算機100上では、管理エージェント101が動作する。管理エージェント101はストレージデバイス203からメモリ202にロードされ、CPU201を用いて実行される。管理エージェント101は、ホスト計算機100の構成情報を収集して管理情報テーブル102に保存し、管理サーバ160上の管理ソフトウェア161からの要求に従って管理ソフトウェア161へ送信する。なお、管理エージェン101が定期的に管理ソフトウェア161に通知する形態を取る場合もある。また、ホスト計算機100を動作させるためにインストールされるOSOperatingSystemや仮想化ソフトウェアHypervisorが、管理エージェント101に相当する機能を備える場合もある。ここで、仮想化ソフトウェアは、単一のホスト計算機100上で複数のOSが動作可能となるように、ホスト計算機100と同様の構成を持つ仮想環境仮想サーバを提供するソフトウェアであり、仮想化ソフトウェアは提供する各仮想サーバに仮想サーバIDを付与して管理する。OSや仮想化ソフトウェアが管理エージェント101に相当する機能を備える場合、管理エージェント101をホスト計算機100上に別途配置する必要はない。また、ホスト計算機100上にインストールされるOSや仮想化ソフトウェアは、クラスタ機能を備える場合もある。ここで、クラスタ機能は、あるホスト計算機100に障害が発生した場合に、このホスト計算機100上で動作していたプログラムの動作状態を、他の正常なホスト計算機100上に引き継ぎ、プログラムが動作を継続することを可能とする機能である。OSや仮想化ソフトウェアがこの機能を持たない場合には、OSや仮想化ソフトウェア上で動作するソフトウェアがこの機能を実現する形態を取ることもある。さらに、OSや仮想化ソフトウェアは、各ホスト計算機100に付与される識別子ホストIDを管理する。このホストIDには、例えばホスト名などが用いられる。また、OSや仮想化ソフトウェアは、ホスト計算機100からアクセス可能なストレージ装置120上の各ボリュームへ識別子ホストデバイスIDを付与して管理する。図1に示すように、ストレージ装置120は、マイクロプログラム121を有している。このマイクロプログラム121は、ストレージ装置120上で動作する全てのプログラムを合わせたものの総称である。マイクロプログラム121は、例えば物理ディスク305からメモリ302にロードされ、CPU301を用いて実行される。マイクロプログラム121は、ストレージ装置120を制御し、データ保存領域ボリュームの管理、ホスト計算機100への割り当て、それらからのデータアクセスリクエストへの応答などを行う。また、マイクロプログラム121は、RAIDRedundantArrayOfInexpensiveDisksに基づき、一つまたは複数の物理ディスク305用いてボリュームを構成する。ストレージ装置120は、提供する各ボリュームに識別子ストレージボリュームIDを付与して管理する。また、各ストレージ装置には識別子ストレージ装置IDが付与されている。このストレージ装置IDには、例えばシリアル番号などが用いられる。ストレージ装置120は外部ストレージ接続機能を持つ場合もある。図1に示すストレージ装置120はこの機能を持ち、図1のようにこの機能を持つストレージ装置120へ外部接続ストレージ装置140を接続した場合、マイクロプログラム121は、外部接続ストレージ装置140上のボリュームを、あたかもストレージ装置120上にあるボリュームであるようにホスト計算機100へ見せることができる。さらに、ストレージ装置120はコピー機能を持つ場合もある。この機能は主にローカルコピー機能とリモートコピー機能の二種類存在する。ローカルコピー機能を持つストレージ装置120は、ボリューム内のデータを同一のストレージ装置120内の他のボリュームへコピーすることを可能とする。また、リモートコピー機能を持つストレージ装置120は、ボリューム内のデータを、同様の機能を持つ別のストレージ装置120上のボリュームへSAN130を介してコピーすることを可能とする。そして、マイクロプログラム121は、ボリュームと物理ディスク305との対応や、ボリュームと外部ストレージ装置140上のボリュームとの対応、ボリュームのデータのコピー先やコピー元の情報、ホスト計算機100への割り当て状況などの構成情報を管理情報テーブル122の一部に保存し、管理サーバ160上の管理ソフトウェア161からの要求に従って管理ソフトウェア161に送信する。なお、マイクロプログラム121が定期的に管理ソフトウェア161に通知する形態を取る場合もある。外部ストレージ装置140には、ストレージ装置120のマイクロプログラム121と同様の処理を行うマイクロプログラム141が動作し、構成情報を管理情報テーブル142に保存する。<ホスト計算機とストレージ装置との対応関係例1>図4は、ストレージ装置120や外部ストレージ装置140が提供するボリュームと、ホスト計算機上で見えるボリュームの対応関係の一例を示す概念図である。図4ではストレージ装置IDSTR_Bを持つ外部ストレージ装置420が、ストレージ装置410へ接続され、ストレージボリュームIDVOL_B3423及びVOL_B4424を持つボリュームが、ストレージ装置IDSTR_Aを持つストレージ装置410に割り当てられていることが示されている。これらのボリュームは、ストレージ装置410上では、ストレージボリュームIDVOL_A3413及びVOL_A4414が付与されて管理されている。また、ストレージ装置410は、ホストIDHOST_Aを持つホスト計算機400へ接続され、ストレージボリュームIDVOL_A1411、VOL_A2412、VOL_A3413、及びVOL_A4414を持つボリュームが、ホスト計算機400に割り当てられていることが示されている。さらに、ホスト計算機400上では、これらボリュームに、ホストデバイスIDDEV_A1401、DEV_A2402、DEV_A3403、及びDEV_A4404をそれぞれ付与して管理していることが示されている。<構成情報の例1>図5は、図4のような対応関係がある場合において、ホスト計算機400、ストレージ装置410、外部ストレージ装置420のそれぞれの管理情報テーブルに保持される構成情報の一例を示す図である。iホスト構成情報テーブルの例図5aは、ホスト計算機HOST_A400が保持するホスト構成情報テーブル500aの一例を示している。ホスト構成情報テーブル500aは、ホストデバイスID501aと、ストレージ装置ID502aと、ストレージボリュームID503aと、容量504aと、使用容量505aと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報であるため、構成項目としてこれらに限られず、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。ストレージ装置ID502aはストレージ装置410が管理する情報であるが、ホスト計算機400から例えばSCSIコマンドの一つであるSCSIInquiryを用いて取得することができる。また、ストレージボリュームID503aは、ストレージ装置410が各ボリュームに付与して管理する識別子であるが、同様にSCSIInquiryを用いて取得することができる。各行511a乃至514aは、実際に設定される値の一例を示したものである。例えば、行511aからは、ホスト計算機400上のホストデバイスIDDEVA1401を持つデバイスが、ストレージ装置IDSTR_Aを持つストレージ装置410上のストレージボリュームIDVOL_A1411を持つボリュームに対応することが分かる。また、VOL_A1は容量10GBを持ち、そのうち5GBを使用済みであることが分かる。iiストレージ構成情報テーブルの例図5bは、ストレージ装置410が保持するストレージ構成情報テーブル500bの一例を示している。当該テーブルは、ストレージボリュームID501bと、外部ストレージ装置ID502bと、外部ストレージボリュームID503bと、容量504bと、RAIDグループ505bと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報として示されているのであり、構成項目としてこれらに限定されるものではなく、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。外部ストレージ装置ID502bは、外部ストレージ装置420が管理するストレージ装置IDに対応する情報である。この情報は、ストレージ装置410から例えばSCSIコマンドの一つであるSCSIInquiryを用いて取得することができる。また、外部ストレージボリュームID503bは外部ストレージ装置420が各ボリュームに付与して管理するストレージボリュームIDに対応する情報である。この情報は、ストレージ装置410から、同様にSCSIInquiryを用いて取得することができる。また、RAIDグループ505bは、ボリュームがストレージ装置410内の物理ディスク305を用いてRAID構成されたものである場合に、どのRAIDグループから切り出されたものであるかを示すものである。なお、ボリュームの実体が外部ストレージ接続機能によって他のストレージ装置上にある場合には、RAIDグループ505bには情報は格納されない。行511b乃至514bは、実際に設定される値の一例を示したものである。例えば、行513bからは、ストレージ装置410上のストレージボリュームIDVOLA3413を持つボリュームが、ストレージ装置IDSTRBを持つ外部ストレージ装置420上のストレージボリュームIDVOL_B3423を持つボリュームに対応することが分かる。また、VOL_B3の容量50GBであることが分かる。iii外部ストレージ装置のストレージ構成情報テーブルの例図5cは、外部ストレージ装置420が保持するストレージ構成情報テーブル500bの一例を示している。当該テーブルは、ストレージボリュームID501bと、容量504bと、RAIDグループ505bと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報であるため、構成項目としてこれらに限られず、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。外部ストレージ装置420のように、外部ストレージ接続機能がない場合には、当該テーブル500bは、外部ストレージ装置ID502bや外部ストレージボリュームID503bを保持する領域を持たない。行511c及び512cは、実際に設定される値の一例を示したものである。例えば、行511cからは、外部ストレージ装置420上のストレージボリュームIDVOLB3423を持つボリュームが、容量50GBを持ち、RAIDグループRG_B1から切り出されたことが分かる。<ホスト計算機とストレージ装置との対応関係例2>図6は、ストレージ装置120が提供するボリュームと、ホスト計算機100上で見えるボリュームの対応関係の一例を示す概念図である。図6において、ストレージ装置603は、ホストIDHOST_Bを持つホスト計算機601と、ホストIDHOSTCを持つホスト計算機602へ接続されている。そして、ストレージボリュームIDVOL_C1604及びVOL_C2605を持つボリュームが、ホスト計算機601とホスト計算機602の両方に割り当てられている。ホスト計算機601上では仮想化ソフトウェア606が動作している。これらのボリュームにそれぞれホストデバイスIDDEVD1609及びDEV_D2610が付与され、これらデバイスが、仮想サーバIDVSERV_Dを付与した仮想サーバ608に割り当てられている。また、ホスト計算機602上でも同様に、仮想化ソフトウェア607が動作している。そして、ホスト計算機601上で動作する仮想サーバ608やホスト計算機601に障害があった場合などに、仮想ソフトウェアのクラスタ機能よって、ホスト計算機602上への仮想サーバの動作状態の引き継ぎLiveMigration611が可能となるよう設定されている。このように、仮想サーバ608がホスト計算機602へ移動した場合でも、同じデバイスが利用できるように、仮想サーバ608が利用するボリュームをストレージ装置603からホスト計算機602にも割り当て、両ホスト計算機の仮想化ソフトウェア606及び607が連携し、ホスト計算機602上でも同じホストデバイスIDを付与するようにしている。<構成情報の例2>図7は、図6の対応関係がある場合において、ホスト計算機601、ホスト計算機602、及びストレージ装置603のそれぞれの管理情報テーブルに保持する構成情報の一例を示すである。iホスト計算機HOST_Bのクラスタホスト情報テーブルの例図7aは、ホスト計算機601が保持するクラスタホスト情報テーブル700aの一例を示している。当該テーブルは、自身のホスト計算機とクラスタを構成するホスト計算機のホストIDを保持するクラスタホストID701aなどを構成項目として含んでいる。例えば、行711aからは、ホスト計算機HOSTB601が、ホストIDHOST_Cを持つホスト計算機602とクラスタを構成していることが分かる。iiホスト計算機HOST_Bのホスト構成情報テーブルの例図7bは、ホスト計算機601が保持するホスト構成情報テーブル500aの一例を示している。図6の関係にある場合には、ホスト構成情報テーブル500aは、図4に示される場合に加えて、どの仮想サーバにボリュームが割り当てられているかを示す割り当て先仮想サーバID701bを構成項目として含んでいる。行711b及び712bは、実際に設定される値の一例を示したものである。例えば、行711bからは、ホスト計算機601のホストデバイスIDDEVD1609を持つデバイスが、ストレージ装置IDSTR_Cを持つストレージ装置603上のストレージボリュームIDVOL_C1604を持つボリュームに対応することが分かる。また、VOL_C1は、容量10GBを持ち、仮想サーバIDVSERV_Dを持つ仮想サーバ608に割り当てられていることが分かる。iiiホスト計算機HOST_Cのクラスタ情報テーブルの例図7cは、ホスト計算機602が保持するクラスタホスト情報テーブ700aの一例を示している。当該テーブルは、図7aと同様、自身のホスト計算機とクラスタを構成するホスト計算機のホストIDを保持するクラスタホストID701aなどを構成項目として含んでいる。例えば、行711cからは、ホスト計算機HOSTC602が、ホストIDHOST_Bを持つホスト計算機601とクラスタを構成していることを示している。ivホスト計算機HOST_Cのホスト構成情報テーブルの例図7dは、ホスト計算機602が保持するホスト構成情報テーブル500aの一例を示している。当該テーブルが保持する情報の種類はホスト計算機601が保持するホスト構成情報テーブル図7bの情報と同様である。行711d及び712dは、実際に設定される値の一例を示したものである。例えば、行711dからは、ホスト計算機602のホストデバイスIDDEVD1613を持つデバイスが、ストレージ装置IDSTR_Cを持つストレージ装置603上のストレージボリュームIDVOL_C1604を持つボリュームに対応することが分かる。また、VOL_C1が、容量10GBを持つことが分かる。なお、ホスト計算機601の場合と異なり、仮想サーバ608はホスト計算機602上で動作していないため、割り当て先仮想サーバID701bには値が設定されない。vストレージ装置のストレージ構成情報テーブルの例図7eはストレージ装置603が保持するストレージ構成情報テーブル500bの一例を示している。当該テーブルにおける各列の情報は図5bに示されるストレージ構成情報テーブル500bと同様である。ただし、図6の対応関係の場合、外部ストレージ装置がストレージ装置603に接続されていないため、図7eのテーブルは、外部ストレージ装置ID502bや外部ストレージボリュームID503bを保持しない。行711e及び712eは、実際に設定される値の一例を示したものである。例えば、行711eからは、ストレージ装置603上のストレージボリュームIDVOLC1605を持つボリュームが、容量10GBを持ち、RAIDグループRG_C1から切り出されたものであることが分かる。<ホスト計算機とストレージ装置との対応関係例3>図8は、ストレージ装置803及び804が提供するボリュームと、ホスト計算機801及び802上で見えるボリュームの対応関係の一例を示す概念図である。図8においては、ストレージ装置803は、ホストIDHOST_Eを持つホスト計算機HOSTE801に接続されている。そして、ホスト計算機801には、ストレージボリュームIDVOL_E1810、VOL_E2811、及びVOL_E3806を持つそれぞれのボリュームが割り当てられている。ホスト計算機801上では、これらボリュームに、ホストデバイスIDDEV_E1808、DEV_E2809、及びDEV_E3805をそれぞれ付与して管理している。また、ストレージ装置803は、ローカルコピー機能を有する。図8では、ストレージボリュームIDVOL_E3806を持つボリュームが、ストレージボリュームIDVOL_E4807を持つボリュームへコピーされていることが示されている。さらに、ストレージ装置803はリモートコピー機能を有する。図8では、ストレージボリュームIDVOL_E1810を持つボリュームが、ストレージ装置IDSTR_Fを持つストレージ装置804上にあり、ストレージボリュームIDVOL_F1813を持つボリュームへコピーされていることが示されている。同様に、ストレージボリュームIDVOL_E2811を持つボリュームが、ストレージ装置IDSTR_Fを持つストレージ装置804上にあり、ストレージボリュームIDVOL_F2815を持つボリュームへコピーされていることが示されている。さらに、図8では、ストレージ装置804は、ホストIDHOST_Fを持つホスト計算機802に接続される。そして、ストレージボリュームIDVOL_F1813、及びVOL_F2815を持つボリュームがそれぞれホスト計算機802に割り当てられている。ホスト計算機802上では、これらボリュームに、ホストデバイスIDDEV_F1812及びDEV_F2814をそれぞれ付与して管理されている。また、ホスト計算機801及びストレージ装置803には物理的地理的設置場所を示すサイトIDSITE_Eが、ホスト計算機802及びストレージ装置804にはサイトIDSITE_Fがそれぞれ付与されている。このサイトIDは、管理者がそれぞれに付与するようにしても良いし、管理LAN170に接続する際に付与されるIPアドレスの上位ビットネットワーク部を用いたり、IPアドレスに対応するドメイン名を用いたりしても良い。なお、サイトとは、例えば、複数のインスタンス管理サーバを含む1つのデータセンタに相当する概念である。<構成情報の例3>図9は、図8の対応関係がある場合において、ホスト計算機801、ホスト計算機802、ストレージ装置803、及びストレージ装置804のそれぞれの管理情報テーブルに保持する構成情報の一例を示す図である。iHOST_Eのホスト構成情報テーブルの例図9aは、ホスト計算機801が保持するホスト構成情報テーブル500aの一例を示している。当該テーブルの構成項目は、図5aに示されるテーブルと同様のものとなっている。行911aないし913aは、実際に設定される値の一例を示したものである。例えば、行911aからは、ホスト計算機801のホストデバイスIDDEVE1808を持つデバイスが、ストレージ装置IDSTR_Eを持つストレージ装置803上のストレージボリュームIDVOL_E1810を持つボリュームに対応することが分かる。また、VOL_E1は、容量30GBを持ち、そのうち容量25GB分が使用済であることが分かる。iiHOST_Fのホスト構成情報テーブルの例図9bは、ホスト計算機802が保持するホスト構成情報テーブル500aの一例を示している。当該テーブルの構成項目は、図5aに示されるテーブルと同様のものとなっている。行911b及び912bは、実際に設定される値の一例を示したものである。例えば、行911bからは、ホスト計算機802のホストデバイスIDDEVF1812を持つデバイスが、ストレージ装置IDSTR_Fを持つストレージ装置804上のストレージボリュームIDVOL_F1813を持つボリュームに対応することが分かる。また、VOL_F1は容量30GBを持ち、そのうち容量25GB分が使用済であることが分かる。iiiSTR_Eのストレージ構成情報テーブルの例図9cは、ストレージ装置803が保持するストレージ構成情報テーブル500bの一例を示している。当該テーブルは、ストレージ装置803のようにコピー機能を有し、当該機能が用いられた場合の構成情報を保持するものであり、データのコピー元のボリュームIDを保持するプライマリボリュームID901cと、データのコピー先のボリュームIDを保持するセカンダリボリュームID902cと、コピーの種類を示すコピー種別903cと、リモートコピーの場合にデータのコピー元先のボリュームが存在するストレージ装置を示すストレージ装置ID904cと、を構成項目として含んでいる。図9cにおいて、コピー種別903cには、例えばリモートコピーの場合には文字列RCが設定され、ローカルコピーの場合には文字列LCが設定される。また、ストレージ装置803は、外部ストレージ接続機能を持たないため、外部ストレージ装置ID502bや外部ストレージボリュームID503bは保持しない。行911c乃至914cは、実際に設定される値の一例を示したものである。例えば、行911cからは、ストレージ装置803上のストレージボリュームIDVOLE1810を持つボリュームが、容量30GBを持ち、RAIDグループRG_E1から切り出されたことが分かる。また、ボリューム内のデータがストレージ装置IDSTRFを持つストレージ装置804上にあるストレージボリュームIDVOLF1813へリモートコピーされていることが分かる。また、例えば、行913cからは、ストレージ装置803上のストレージボリュームIDVOLE3806を持つボリュームが、容量40GBを持ち、RAIDグループRG_E3から切り出されたことが分かる。さらに、ボリューム内のデータがストレージボリュームIDVOLE4807へローカルコピーされていることが分かる。ivSTR_Fのストレージ構成情報テーブルの例図9dは、ストレージ装置804が保持するストレージ構成情報テーブル500bの一例である。当該テーブルが保持する情報の種類は、ストレージ装置803が保持するものと同様である。行911d及び912dは、実際に設定される値の一例を示したものである。例えば、行911dからは、ストレージ装置804上のストレージボリュームIDVOLF1813を持つボリュームが、容量30GBを持ち、RAIDグループRG_F1から切り出されたことが分かる。また、ボリューム内のデータは、ストレージ装置IDSTR_Eを持つストレージ装置803上にあるストレージボリュームIDVOLE1810からリモートコピーされたものであることが分かる。<メンバインスタンステーブルの構成例>図10は、各メンバインスタンスが管理情報テーブル165の一部として保持する、自身及び他のメンバインスタンスの一覧を示すメンバインスタンステーブル1000aの構成例を示す図である。メンバインスタンステーブル1000aは、例えば、メンバインスタンスの識別子識別情報であるメンバインスタンスID1001aと、メンバインスタンスのIPアドレス1002aと、メンバインスタンスの設置場所を示すサイトID1003aと、を構成項目として含んでいる。メンバインスタンステーブル1000aに含まれる情報は、各インスタンスのインスタンス連携プログラム166が連携し、全メンバインスタンス間で同じ情報を同期して、管理情報テーブル165の一部として保存される。そのため、例えば、管理者がいずれかのメンバインスタンスに全てのメンバインスタンスの情報を登録し、管理者が情報を登録したメンバインスタンスのインスタンス連携プログラム166が、他のメンバインスタンスのインスタンス連携プログラム166へ配信する形を取る。或いは、例えば、DNSドメインネームシステムで用いられる方法のように、管理者は各メンバインスタンスに一部情報のみを登録し、各メンバインスタンスのインスタンス連携プログラム166間で互いに情報を通知し合う形を取っても良い。サイトID1003aは、管理者がメンバインスタンスの情報を登録する際に、それぞれに付与するようにしても良いし、メンバインスタンスのIPアドレスの上位ビットネットワーク部を用いたり、IPアドレスに対応するドメイン名を用いるようにしても良い。また、サイトID1003aは必ずしも付与する必要はなく、例えば、メンバインスタンスの設置場所が同じ場合例えば、全てのメンバインスタンスが同じデータセンタにある場合には、行1011aのように登録しなくても良い。サイトID1003aが付与されたメンバインスタンスについては、サイトを加味して管理対象オブジェクトに対するインスタンスの振り分け処理が実行されるが、サイトが付与されていないインスタンスについては、全て同じサイトにあるものとして振り分け処理が実行される。<管理対象テーブルの構成例>振り分け処理を実行するためにも、また、振り分けて処理後に各管理対象オブジェクトから構成情報を取得するためにも、どのようなオブジェクトを管理対象としなければならないか、各インスタンスは予め把握しておく必要がある。そのため、各インスタンスは、管理対象テーブルを同期して保持している。同期して保持しているのは、どのインスタンスが後述の代表インスタンスになっても対応できるようにするためである。図11は、各メンバインスタンスが保持する、管理対象テーブルの構成例を示す図である。図11に示されるように、各メンバインスタンスは、管理対象とする全てのホスト計算機100、ストレージ装置120、及び外部ストレージ装置140等の情報を、管理情報テーブル165の一部に管理対象テーブル1100として保持する。管理対象テーブル1100は、例えば、管理LAN上でのIPアドレスを保持する管理対象IPアドレス1101と、各管理対象の種別を表す管理対象種別1102と、を構成情報として含んでいる。そして、管理対象テーブル1100には、管理対象IPアドレス1101及び管理対象種別1102の組が、管理対象のホスト計算機100やストレージ装置120,外部ストレージ装置140の数だけ含まれる。管理対象テーブル1100の情報は、メンバインスタンステーブル1000a図10の情報と同様、各インスタンスのインスタンス連携プログラム166が連携し、全メンバインスタンス間で同じ情報を同期して保持する。情報を同期する方法には、メンバインスタンステーブル1000aの場合と同様の方法が用いられる。なお、図11の管理対象テーブル1100では、代表インスタンスが振り分け処理に必要な最低限の情報場所と種類のみ含まれており、詳細な構成情報は振り分け処理後に各インスタンスが各ホスト計算機100やストレージ装置120,外部ストレージ装置140から直接取得してくることになる。これにより、各インスタンスが保持する管理対象テーブル1100の情報量を少なくして、各インスタンスの負荷を軽減することができる。<集約優先度テーブルの構成例>図12は、各メンバインスタンスが保持する、集約優先度テーブルの構成例を示す図である。図12に示されるように、各メンバインスタンスは、管理対象オブジェクトホスト計算機100上のデバイスやストレージ装置120や外部ストレージ装置140上のボリュームの割り振りの際の優先度を示す集約優先度テーブル1200を、管理情報テーブル165の一部として保持する。集約優先度テーブル1200は、例えば、優先度1201と、関連種別1202と、を構成情報として含んでいる。ここで、優先度1201は、振り分け処理の際に考慮すべき優先度に関する情報である。また、関連種別1202は、オブジェクト間のどのような関連を一つのメンバインスタンスに集約するかを示す情報であり、設定される文字列で後述する構成サマリ情報の関連種別1404a、1404b、1502aと同様である。当該優先度1201と関連種別1202の情報は、各インスタンスに予め保持させておいても良いし、管理者によって設定しても良い。なお、予め保持させておく場合には、管理者によって変更可能としても良い。集約優先度テーブル1200の情報は、メンバインスタンステーブル1000aの情報と同様、各インスタンスのインスタンス連携プログラム166が連携し、全メンバインスタンス間で同じ情報を同期して保持する。情報を同期する方法には、メンバインスタンステーブル1000aの場合と同様の方法を用いる。なお、LCについて最優先の優先度が設定されているのは、ここでは、コピー元とコピー先のボリュームを同じインスタンスに振り分けて割り当てて管理しないと、管理操作不能に陥る可能性が最も高いと判断されているからである。ただし、LCに限らず、別の関連種別の優先度を最高に設定することは可能である。<振り分け処理の概要>図13は、本発明による振り分け処理の概要を説明するためのフローチャートである。当該振り分け処理は複数のインスタンスにおける代表インスタンスによって実行される。そこで、管理ソフトウェア161のインスタンス連携プログラム166は、まずメンバインスタンス間で代表となるインスタンス以下、代表インスタンスと呼ぶを決定する。代表インスタンスの決定は、例えば、管理者がメンバインスタンスの何れか一つを選ぶ形を取っても良いし、ネットワークの経路制御などに用いられるアービトレーション複数の経路がある場合に、スイッチ同士で調停して経路を決定する処理と同様の方法を取っても良い。代表インスタンスの決定後、代表インスタンスとなったメンバインスタンスの管理対象決定プログラム162は、図13のフローチャートに従って、各インスタンスへ管理対象を振り分ける。なお、ここでは処理の概要のみを示し、各ステップの処理の詳細は図面を用いて後述する。ステップ1301:代表インスタンスは、管理対象テーブル1100にある全ての管理対象にアクセスし、各管理対象の識別子ホスト計算機の場合はホストID、ストレージ装置の場合はストレージ装置ID、外部ストレージ装置の場合は外部ストレージ装置ID、及びサイトIDを含む情報を、構成サマリ情報として取得する。ここで、構成サマリ情報とは、振り分け処理のために必要な情報であって、管理対象オブジェクト間の対応関係と、その対応関係の種別を示す情報である。ステップ1302:代表インスタンスは、取得した構成サマリ情報を、構成サマリテーブル1700に格納する。当該処理の詳細については、図21を用いて説明する。ステップ1303:代表インスタンスは、構成サマリテーブル1700を基に、各メンバインスタンスへ管理対象オブジェクトを振り分ける。当該処理の詳細については、図22を用いて説明する。ステップ1504:代表インスタンスは、各メンバインスタンスへ振り分けた管理対象オブジェクトを、各メンバインスタンスへ通知する。当該処理の詳細については、図25を用いて説明する。<構成サマリ情報の例>図14乃至16は、ステップ1301でホスト計算機100、ストレージ装置120、外部ストレージ装置140から取得する構成サマリ情報の例を示す図である。構成サマリ情報は、管理対象オブジェクトのメンバインスタンスへの割り振りを行うために、必要最低限の情報のみに絞って取得される。これによって、取得処理による管理サーバ160への負荷や、取得にかかる時間を短縮することができる。なお、構成サマリ情報の取得は、管理対象決定プログラム162がホスト計算機100上の管理エージェント101や、ストレージ装置120のマイクロプログラム121、外部ストレージ装置140のマイクロプログラム141へ要求する。i図4の対応関係がある場合の構成サマリ情報の例図14図14は、図4の対応関係がある場合に、管理対象決定プログラム162が取得する構成サマリ情報の例を示す図である。図14aは、ホスト計算機400から取得するホスト構成サマリ情報1400aの一例である。ホスト構成サマリ情報1400aは、ホストデバイスID1401aと、関連ストレージ装置ID1402aと、関連ストレージボリュームID1403aと、関連種別1404aと、を構成項目として含んでいる。ホストデバイスID1401a、関連ストレージ装置ID1402a、及び関連ストレージボリュームID1403aは、それぞれホスト構成情報テーブル500aのホストデバイスID501a、ストレージ装置ID502a、及びストレージボリュームID503aと同様の情報である。関連種別1404aは、1411a乃至1414aの各行に示される対応関係が何によるものかを表す情報である。ホスト計算機100上で見えるボリュームと、ストレージ装置120が提供するボリュームの対応例えば、直接接続関係、直接対応関係、或いは直接提供関係と言うことができるを表す場合は、例えば文字列MAPが設定される。なお、ホスト構成サマリ情報1400aには、ホスト構成情報テーブル500aにある容量504aや使用容量505aなどの他の情報は含まれない。図14b及びcは、ストレージ装置410、及び外部ストレージ装置420からそれぞれ取得するストレージ構成サマリ情報1400bの一例を示している。ストレージ構成サマリ情報1400bは、ストレージボリュームID1401bと、関連ストレージ装置ID1402bと、関連ストレージボリュームID1403bと、関連種別14004bと、を構成項目として含んでいる。ストレージボリュームID1401b、関連ストレージ装置ID1402b、及び関連ストレージボリュームID1403bは、それぞれストレージ構成情報テーブル500bのストレージボリュームID501b、外部ストレージ装置ID502b、及び外部ストレージボリュームID503bと同様の情報である。関連種別1404aには、例えば、行1413bで示されるように、外部ストレージ接続の関係を表す文字列EXTが設定される。なお、ストレージボリュームIDVOL_A1411を持つボリュームや、ストレージボリュームIDVOL_B3423を持つボリュームのように、ストレージ装置410、及び外部ストレージ装置420内部で管理されているボリュームの場合には、関連ストレージ装置ID1402b、関連ストレージボリュームID1403b、及び関連種別1404aに情報は設定されない。また、ストレージ構成情報テーブル500bにある容量504bやRAIDグループ505bなどの他の情報は、ストレージ構成サマリ情報1400aには含まれない。ii図6の対応関係がある場合の構成サマリ情報の例図15図15は、図6の対応関係がある場合に、管理対象決定プログラム162が取得する構成サマリ情報の例を示す図である。図15b及びcはそれぞれ、ホスト計算機601及び602から取得するホスト構成サマリ情報1400aであり、これらの情報の内容は、図14aの場合と同様である。但し、図6の場合にはこれらに加えて、図15a及びbに示すクラスタ構成サマリ情報1500aがホスト計算機601及び602から取得される。図15aは、ホスト計算機601から取得するクラスタ構成サマリ情報1500aであり、関連ホストID1501aと関連種別1502aと、を構成項目として含んでいる。関連ホストID1501aは、クラスタ構成情報テーブル700aのクラスタホストID701aと同様の情報である。関連種別1502aは、クラスタホストID1101aに示すホスト計算機との関係を示すものであり、この場合は例えばクラスタを表す文字列CLUSTERが設定される。図15eは、ストレージ装置603から取得するストレージ構成サマリ情報1400bであり、情報の内容は図14bの場合と同様である。iii図8の対応関係がある場合の構成サマリ情報の例図16図16は、図8の対応関係がある場合に、管理対象決定プログラム162が取得する構成サマリ情報の例を示す図である。図16a及びbはそれぞれ、ホスト計算機801、及びホスト計算機802から取得するホスト構成サマリ情報1400aであり、これらの情報の内容は、図14aの場合と同様である。図16c及びdはそれぞれ、ストレージ装置803、及びストレージ装置804から取得するストレージ構成サマリ情報1400bであり、関連ストレージ装置ID1402bには、ストレージ構成情報テーブル500bのリモートストレージ装置ID904cと同様の情報が設定される。また、関連ストレージボリュームID1403bには、ストレージ構成情報テーブル500bにおいて、プライマリボリュームID901c、セカンダリボリュームID902cのいずれか情報を含む方が設定される。また、関連種別1404bには、リモートコピーを表す場合には、例えば、行1211cのように、例えば文字列RCが設定される。同様に、ローカルコピーの場合には、例えば、行1213cのように、例えば文字列LCが設定される。<構成サマリテーブルの構成例>図17乃至20は、ステップ1302において、代表インスタンスの管理対象決定プログラム162が、取得した構成サマリ情報を格納する構成サマリテーブル1700の一例を示す図である。構成サマリテーブル1700は、管理情報テーブル165の一部として格納される。なお、構成サマリテーブル1700は、構成サマリ情報図14乃至16を分析して管理対象オブジェクトを各インスタンスに振り分け割り当てるためのテーブルであるので、構成サマリ分析テーブルと言うこともできる。構成サマリテーブル1700は、サイトID1701と、プライマリ1711と、セカンダリ1712と、オブジェクト数1708と、を構成項目として含んでいる。また、プライマリ1711及びセカンダリ1712は、それぞれ、ホストID1702と、ホストデバイスID1703と、ストレージ装置ID1704と、ストレージボリュームID1705と、外部ストレージ装置ID1706と、外部ストレージボリュームID1707と、を詳細項目として含んでいる。ホストID1702には、ホスト構成サマリ情報1000aを取得する際に合わせて取得するホストIDが設定される。なお、プライマリ1711、セカンダリ1712のどちらに設定されるかは、各ホスト計算機100から取得したホスト構成サマリ情報1400aを処理する順番によるが、どちらに設定されても良い。ホストデバイスID1703は、ホスト構成サマリ情報1400aのホストデバイスID1401aの情報が設定される。ストレージ装置ID1704、及び外部ストレージ装置ID1706には、ストレージ構成サマリ情報1400bの関連ストレージ装置ID1402bの情報が設定される。例えば、ストレージ構成サマリ情報1400bの関連種別1404bがRCLCの場合には、関連ストレージ装置ID1402bの情報がストレージ装置ID1704に設定され、EXTの場合には、関連ストレージ装置ID1402bの情報が外部ストレージ装置ID1706にそれぞれ設定される。同様に、ストレージボリュームID1705及び外部ストレージボリュームID1707には、ストレージ構成サマリ情報1400bの関連ストレージボリュームID1403bの情報が設定される。例えば、ストレージ構成サマリ情報1000bの関連種別1004bがRCLCの場合には、関連ストレージボリュームID1403bの情報がストレージボリュームID1705に設定され、EXTの場合には、関連ストレージボリュームID1403bの情報が外部ストレージボリュームID1707に設定される。<構成サマリテーブルへの格納処理:ステップ1302の詳細>図21は、ステップ1302において実行される、代表インスタンスの管理対象決定プログラム162が取得した構成サマリ情報を構成サマリテーブル1700へ格納する処理の詳細を説明するためのフローチャート例である。なお、ここでは、空欄の構成サマリテーブル1700が予め用意され、構成サマリ情報図14乃至16に従って、当該テーブル1700の該当欄に情報を設定する処理が実行されているが、このようなテーブルの該当欄に情報を埋めていく方法だけでなく、構成サマリ情報に基づいて、各オブジェクト間の対応関係が分かるような方法例えば、ツリー構造で対応関係を示す方法や、であれば、テーブル形式を用いる必要は必ずしもない。従って、以下の説明は、テーブル形式を用いた場合の単なる処理例に過ぎず、本発明を限定するものではないことに注意すべきである。iステップ2101代表インスタンスの管理対象決定プログラム162は、集約優先度テーブル1200の中で最も優先度の高い関連種別1402に対応する構成を、取得した構成サマリ情報から抽出し、構成サマリテーブル1700へ格納する。例えば、集約優先度テーブル1200が図12のような情報を格納している場合、行1211から最も優先度の高い関連種別LCが抽出される。また、図14から図16のような構成サマリ情報を取得した場合、関連種別1404a、1404b、1502aにLCが設定されている構成、すなわち行1613c及び行1614cが抽出され図16参照、構成サマリテーブル1700へ格納される。なお、この場合、ストレージボリュームID1401bをプライマリ1711側のストレージボリュームID1705に、関連ストレージボリュームID1403bをセカンダリ1712側のストレージボリュームID1705にそれぞれ格納するか、その逆でもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置IDを、それぞれのストレージ装置ID1704に格納する。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に設定する。また、ここで、最も優先度の高い関連種別がRCであった場合図16参照、行1611c及び行1614cが抽出され、構成サマリテーブル1700へ格納される。なお、この場合、ストレージボリュームID1401bをプライマリ1711側のストレージボリュームID1705に、関連ストレージ装置ID1402b及び関連ストレージボリュームID1403bをセカンダリ1712側のストレージ装置ID1704及びストレージボリュームID1705にそれぞれ格納するか、その逆でもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置IDは、ストレージボリュームID1401bを格納した側のストレージ装置ID1704に格納する。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に設定する。さらに、ここで、最も優先度の高い関連種別がEXTであった場合図14参照、行1413b及び行1414bが抽出され、構成サマリテーブル1700へ格納される。なお、この場合、ストレージボリュームID1401bをプライマリ1711側のストレージボリュームID1705に、関連ストレージ装置ID1402b及び関連ストレージボリュームID1403bをプライマリ1711側の外部ストレージ装置ID1706及び外部ストレージボリュームID1707にそれぞれ格納するか、セカンダリ1712側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置IDは、ストレージボリュームID1401bを格納した側のストレージ装置ID1704に格納する。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に設定する。ここで、最も優先度の高い関連種別がMAPであった場合図14参照、例えば、行1411aや行1412bが抽出され、構成サマリテーブル1700へ格納される。なお、この場合、ホストデバイスID1401aをプライマリ1711側のホストデバイスID1703に、関連ストレージ装置ID1402a及び関連ストレージボリュームID1403aをプライマリ1711側のストレージ装置ID1704及びストレージボリュームID1705にそれぞれ格納するか、セカンダリ1712側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するホストIDは、ホストデバイスID1401aを格納した側のホストID1702に格納する。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に設定する。ここで、最も優先度の高い関連種別がCLUSTERであった場合図15参照、例えば、行1511aや行1511cが抽出され、構成サマリテーブル1700へ格納される。なお、この場合、同じホスト計算機から取得されたホスト構成サマリ情報1400aと、関連ホストID1501aから取得されたホスト構成サマリ情報1400aとの間で、関連ストレージ装置ID1402a及び関連ストレージボリュームID1403aが一致する行を抽出し、プライマリ1711側またはセカンダリ1712側のストレージ装置ID1704及びストレージボリュームID1705に設定される。また、この時、対応するホストID及びホストデバイスID1401aを、プライマリ1711側及びセカンダリ1712側のホストID1702及びホストデバイスID1703に設定する。iiステップ2102管理対象決定プログラム162は、集約優先度テーブル1200の中に、それまで処理した関連種別より優先度の低い関連種別1202があるかをチェックする。より優先度の低い関連種別1202がある場合ステップ2102でYesの場合、処理はステップ2103に移行する。より優先度の低い関連種別1202がない場合ステップ2102でNoの場合、処理はステップ2104に移行する。例えば、集約優先度テーブル1200が図12のような情報を格納しており、ステップ2101で最も優先度の高い関連種別LCが処理された場合、次に優先度の高い関連種別CLUSTERが抽出され、処理はステップ2103に進む。iiiステップ2103管理対象決定プログラム162は、集約優先度テーブル1200の中で、ステップ2102で抽出された関連種別1202に対応する構成を、取得した構成サマリ情報から抽出して構成サマリテーブル1700に格納する。そして、処理はステップ2102に移行する。なお、このとき抽出した情報に含まれる関連ストレージボリュームID1403aまたは1403bと同じストレージボリュームIDが構成サマリテーブル1700のストレージボリュームID1705に既に格納されている場合には、同じ行の対応する列に格納する。例えば、ステップ2102でCLUSTERが抽出された場合、行1511aや行1511cが抽出され図15参照、構成サマリテーブル1700に格納される。なお、ここでもステップ2101と同様、管理対象決定プログラム162は、同じホスト計算機から取得されたホスト構成サマリ情報1400aと、関連ホストID1501aのホスト計算機に対応するホスト構成サマリ情報1400aとの間で、関連ストレージ装置ID1402a及び関連ストレージボリュームID1403aが一致する行を抽出する。そして、管理対象決定プログラム162は、プライマリ1711側またはセカンダリ1712側のストレージ装置ID1704及びストレージボリュームID1705に設定する。但し、既に同じストレージ装置ID1704及びストレージボリュームID1705が構成サマリテーブル1700のストレージ装置ID1704及びストレージボリュームID1705に存在する場合には、同じ行のホストID1702及びホストデバイスID1703に、対応するホストID及びホストデバイスID1401aが設定される。また、例えば、ステップ2102においてLCが抽出された場合、行1613c及び行1614cが抽出され図16参照、構成サマリテーブル1700に格納される。ここでもステップ2101と同様、管理対象決定プログラム162は、ストレージボリュームID1401bをプライマリ1711側のストレージボリュームID1705に、関連ストレージボリュームID1403bをセカンダリ1712側のストレージボリュームID1705にそれぞれ格納するが、その逆であってもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置IDは、それぞれのストレージ装置ID1704に格納される。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に当該情報が設定される。既に同じストレージ装置ID1704及びストレージボリュームID1705が構成サマリテーブル1700のストレージ装置ID1704及びストレージボリュームID1705に存在する場合には、管理対象決定プログラム162は、対応する関連ストレージ装置ID1002b及び関連ストレージボリュームID1003bを、同じ行のストレージ装置ID1704及びストレージボリュームID1705の値が設定されていない個所に格納する。また、例えば、ステップ2102においてRCが抽出された場合、行1611c及び行1614cが抽出され図16参照、それらが構成サマリテーブル1700に格納される。ステップ2101と同様、管理対象決定プログラム162は、ストレージボリュームID1401bをプライマリ1711側のストレージボリュームID1705に、関連ストレージ装置ID1402b及び関連ストレージボリュームID1403bをセカンダリ1712側のストレージ装置ID1704及びストレージボリュームID1705にそれぞれ格納するが、その逆であってもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置IDは、ストレージボリュームID1001bを格納した側のストレージ装置ID1704に格納される。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に当該情報が設定される。サイトID1701に値が設定されていた場合には、サイトID1701を上書きしても良いし、そのままにしても良い。また、既に同じストレージ装置ID1704及びストレージボリュームID1705が構成サマリテーブル1700のストレージ装置ID1704及びストレージボリュームID1705に存在する場合には、管理対象決定プログラム162は、対応する関連ストレージ装置ID1402b及び関連ストレージボリュームID1403bを、ストレージ装置ID1704及びストレージボリュームID1705の値が設定されていない個所に格納する。さらに、例えば、ステップ2102においてEXTが抽出された場合、行1413b及び行1414bが抽出され図14参照、それらが構成サマリテーブル1700に格納される。ステップ2101と同様、管理対象決定プログラム162は、ストレージボリュームID1401bをプライマリ1711側のストレージボリュームID1705に、関連ストレージ装置ID1402b及び関連ストレージボリュームID1403bをプライマリ1711側の外部ストレージ装置ID1706及び外部ストレージボリュームID1707にそれぞれ格納するか、セカンダリ1712側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置IDは、ストレージボリュームID1001bを格納した側のストレージ装置ID1704に格納される。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に当該情報が設定される。既に同じストレージ装置ID1704及びストレージボリュームID1705が構成サマリテーブル1700のストレージ装置ID1704及びストレージボリュームID1705に存在する場合には、管理対象決定プログラム162は、対応する関連ストレージ装置ID1402b及び関連ストレージボリュームID1403bを、外部ストレージ装置ID1706及び外部ストレージボリュームID1707に設定する。また、例えば、ステップ2102においてMAPが抽出された場合、行1411aや行1412bが抽出され図14参照、それらが構成サマリテーブル1700に格納される。ここでもステップ2101と同様、管理対象決定プログラム162は、ホストデバイスID1401aをプライマリ1711側のホストデバイスID1703に、関連ストレージ装置ID1402a及び関連ストレージボリュームID1403aをプライマリ1711側のストレージ装置ID1704及びストレージボリュームID1705にそれぞれ格納するが、セカンダリ1712側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するホストIDは、ホストデバイスID1401aを格納した側のホストID1702に格納される。また、該当する構成サマリ情報を取得する際にサイトIDを合わせて取得した場合には、サイトID1701に当該情報が設定される。なお、既に同じストレージ装置ID1704及びストレージボリュームID1705が構成サマリテーブル1700のストレージ装置ID1704及びストレージボリュームID1705に存在する場合には、管理対象決定プログラム162は、ホストID及びホストデバイスID1400aを、同じ側のホストID1702及びホストデバイスID1703に設定する。ivステップ2104管理対象決定プログラム162は、取得した構成サマリ情報のうち、まだ構成サマリテーブル1700へ格納していない構成を、構成サマリテーブル1700へ格納する。このとき、ホスト構成サマリ情報1400aから抽出した情報の場合は、合わせて取得したホストIDとホストデバイスID1401aのみを、ホストID1702及びホストデバイスID1703に格納する。また、ストレージ構成サマリ情報1400bから抽出した情報の場合は、合わせて取得したストレージ装置IDとストレージボリュームID1400bのみをストレージ装置ID1704及びストレージボリュームID1705に格納する。例えば、管理対象決定プログラム162は、集約優先度テーブル1200として図12のような情報を保持していて、かつ、図14のような構成サマリ情報を取得した場合、関連種別1404a或いは1404bを持たない行1411b、1412b、及び1411c、1412cを抽出する。なお、これらを格納する際には、構成サマリテーブル1700の新たな行に格納する。また、図16のような構成サマリ情報を取得した場合、集約優先度テーブル1200にRCがないため、管理対象決定プログラム162は、行1611c及び1612cを抽出する。管理対象決定プログラム162は、これらについて、関連ストレージ装置ID1402bや関連ストレージボリュームID1403bを破棄し、構成サマリ情報を取得した際に合わせて取得したストレージ装置IDとストレージボリュームID1401bを、構成サマリテーブル1700の新たな行に格納する。vステップ2105管理対象決定プログラム162は、構成サマリテーブル1700の各行について、オブジェクト数をカウントし、オブジェクト数1708列に格納する。オブジェクト数は、例えば値が設定されているホストデバイスID1703、ストレージボリュームID1705、外部ストレージボリュームID1707の列数で計算する。vi処理結果具体例図17は、集約優先度テーブル1200が図12のような情報を格納しており、かつ図14に示した構成サマリ情報を取得した場合に、図21の処理を行った結果、構成サマリテーブル1700に格納される情報を示している。図18は、図15に示した構成サマリ情報を取得した場合、図19は図16に示した構成サマリ情報を取得した場合の構成サマリテーブル1700の内容をそれぞれ示している。また、図20は、集約優先度テーブル1200から行1213を削除し、図16に示した構成サマリ情報を取得し、図21の処理を行った場合の、構成サマリテーブル1700に格納される情報を示している。この場合、構成サマリ情報の関連種別1404a、1404bがMAPとなっている行1611a、1612a、1611b、及び1612bが示す構成については、関連ストレージ装置ID1402a、関連ストレージボリュームID1403aが破棄され、行2026、2027、2028、及び2029のように、これらの構成サマリ情報と合わせて取得されたホストIDとホストデバイスID1401aの組は、構成サマリテーブル1700の独立の行に格納される。<振り分け処理:ステップ1303の詳細>図22は、ステップ1303において、代表インスタンスの管理対象決定プログラム162が、構成サマリテーブル1700を基に、各メンバインスタンスへ管理対象オブジェクトを振り分ける割り当てる処理の詳細を説明するためのフローチャートの例である。この処理の結果、割り振られたメンバインスタンスのメンバインスタンスID1001は、図23及び24に示す担当インスタンステーブル2300に格納される。担当インスタンステーブル2300は、構成サマリテーブル1700に担当メンバインスタンスID2301を追加した構成となっており、構成サマリテーブル1700から値をコピーすると共に、この列に構成を割り振られたメンバインスタンスID1001が格納される。以下で図22のフローチャートの詳細を説明する。iステップ2201管理対象決定プログラム162は、既に管理対象の振り分けが過去に行われているかを判断する。これは担当インスタンステーブル2300図23参照に値が格納されているか否かで判断できる。管理対象オブジェクトが1つでも過去に振り分けが行われている場合ステップ2201でYesの場合には、処理はステップ2202に移行する。過去に振り分けが行われておらず、全ての管理対象オブジェクトが新規のものである場合ステップ2201でNoの場合は、処理はステップ2203に移行する。iiステップ2202管理対象決定プログラム162は、最新の構成サマリテーブル1700と担当インスタンステーブル2200を比較し、同じ値で成る行以下、単に構成とも呼ぶがある場合には、担当インスタンステーブル2200の担当メンバインスタンスID2201が示すメンバインスタンスに該当する構成を割り分ける。iiiステップ2203管理対象決定プログラム162は、構成サマリテーブル1700でまだ未振り分けの行を、メンバインスタンスに振り分ける。この時、メンバインスタンスの負荷が均等になるよう、担当するオブジェクト数1708の総計が同じになるように割り振る。また、構成サマリテーブル1700のサイトID1701に値が設定されている場合には、管理対象は、メンバインスタンステーブル1000aのサイトID1003aが同じメンバインスタンスに振り分けられる。ivステップ2204管理対象決定プログラム162は、ステップ2203の処理の結果、振り分けたオブジェクト数1708の総計が0のメンバインスタンスがあるか否かを判断する。そのようなメンバインスタンスがある場合は、処理はステップ2206に移行し、なければ処理はステップ2205に移行する。vステップ2205管理対象決定プログラム162は、各メンバインスタンスに割り振ったオブジェクト数の比が、規定の条件内に収まっているかを判断する。規定の条件には、例えばそれぞれのオブジェクト数の比が2倍以内などが用いられる。もし、規定の条件に収まっている場合には処理は終了する。収まっていない場合には、処理はステップ2206に移行する。viステップ2206管理対象決定プログラム162は、既に過去に振り分けをした時点と同じ構成を管理していたメンバインスタンスが存在したか否かを判断する。これはステップ2202でメンバインスタンスへ振り分けた構成があったか否かで判断できる。そのようなメンバインスタンスが存在した場合には、処理はステップ2208に移行し、存在しなかった場合には処理はステップ2207に移行する。viiステップ2207管理対象決定プログラム162は、集約優先度テーブル1200から優先度の最も低い関連種別を除外して、図21に示したフローチャートに従って、構成サマリ情報を構成サマリテーブル1700に格納する処理を行う。そして、処理はステップ2203に移行する。viiiステップ2208管理対象決定プログラム162は、過去の管理担当インスタンスとは関係なく、すべて新規な構成として、サイトIDが同一、かつ担当オブジェクト数が少ないメンバインスタンスに管理対象オブジェクトを順に振り分ける。つまり、過去に管理対象振り分け済みだったとしても既に同じ構成を管理していたメンバインスタンスが存在していたとしても、全ての管理対象を新規の構成と見なして再振り分けが実行される。<担当インスタンステーブルの構成例>図23は、メンバインスタンステーブル1000aに図10aに示すような値が設定されており、かつ構成サマリテーブル1700が図17に示すような値が設定されている場合に、図22のフローチャートに従って処理をした結果、担当インスタンステーブル2300に格納される値を示す図である。この場合、メンバインスタンステーブル1000aのサイトID1003aにも、構成サマリテーブル1700のサイトID1701にも値が設定されていないため、サイトIDは考慮されない。一方、図24は、メンバインスタンステーブル1000aに図10bに示すような値が設定されており、かつ構成サマリテーブル1700が図19に示すような値が設定されている場合に、図22のフローチャートに従って処理をした結果、担当インスタンステーブル2300に格納される値を示す図である。この場合、構成サマリテーブル1700のサイトID1701に設定されたサイトIDと同じ値がサイトID1003aに設定されているメンバインスタンスに構成が割り振られる。<管理対象通知処理:ステップ1304の詳細>図25は、ステップ1304において、代表インスタンスの管理対象決定プログラム162が、担当インスタンステーブル2300を基に、各メンバインスタンスへ担当すべき管理対象オブジェクトを通知する処理の詳細を説明するためのフローチャートの例である。なお、管理対象オブジェクトとは、担当インスタンステーブル2200のホストデバイスID1702に対応するホスト計算機100上のデバイスや、ストレージ装置ID1704及びストレージボリュームID1705に対応するストレージ装置120上のボリューム、外部ストレージ装置ID1706及び外部ストレージボリュームID1707に対応する外部ストレージ装置140上のボリュームを表す。iステップ2501a代表インスタンスの管理対象決定プログラム162は、各メンバインスタンスへ振り分けた管理オブジェクトを通知する。通知内容は担当インスタンステーブル2300の各行と同様の情報である。iiステップ2501bメンバインスタンスの管理対象受信プログラム163は、管理オブジェクトの通知を受信する。iiiステップ2502bメンバインスタンスの管理対象受信プログラム163は、通知された管理オブジェクトの詳細情報を、対応するホスト計算機100、ストレージ装置120、及び外部ストレージ装置140から取得する。なお、各メンバインスタンスの管理対象受信プログラム163は、通知された管理オブジェクトの詳細情報を、定期的に対応するホスト計算機100、ストレージ装置120、外部ストレージ装置140から再取得リフレッシュするようにしても良い。その際に、管理オブジェクトに関連するオブジェクトホスト計算機上のデバイスに対応するストレージ装置上のボリュームや、ストレージ装置上のボリュームに対応するボリュームなどに変更があった場合には、構成変更検知プログラム164がそれを検知し、代表インスタンスへ通知し、管理対象振り分けの見直しを促すようにする。<構成変更時の処理>図26は、管理対象受信プログラム163が管理対象の詳細情報を再取得した際に、構成変更検知プログラム164が行う処理のフローチャートである。iステップ2601aメンバインスタンスの構成変更検知プログラム164は、管理オブジェクトの関連オブジェクトに変更例えば、新規オブジェクトの追加や対応関係についての変更等がないか否かを判断する。変更がある場合には、処理はステップ2602aに移行する。変更がなければ、処理は終了する。iiステップ2602aメンバインスタンスの構成変更検知プログラム164は、変更のあった管理オブジェクトの構成サマリ情報を代表インスタンスに通知する。iiiステップ2601b代表インスタンスの管理対象決定プログラム162は、変更のあった管理オブジェクトの構成サマリ情報を受信する。ivステップ2602b代表インスタンスの管理対象決定プログラム162は、既存の構成サマリテーブル1700の情報を、受信した構成サマリ情報を基に書き換える。vステップ2603b代表インスタンスの管理対象決定プログラム162は、書き換えた構成サマリ情報を基に、図22のフローチャートに従って管理オブジェクトの振り分けを再度実行する。viステップ2604b代表インスタンスの管理対象決定プログラム162は、図25のフローチャートに従って、振り分けた管理オブジェクトを各メンバインスタンスへ通知する。2第2の実施形態第1の実施形態では、ストレージシステム計算機システム10内に、基本的に複数の管理サーバ管理計算機を設置し、それぞれがストレージ管理ソフトウェアを有するインスタンスとして機能する形態について説明した。第2の実施形態では、複数の管理サーバのうち、少なくとも1つが複数の仮想サーバを有し、それぞれの仮想サーバがインスタンスを提供する形態となっている。<ストレージシステムの構成>図27は、本発明の第2の実施形態によるストレージシステムの概略構成を示す図である。ホスト計算機100、ストレージ装置120、及び外部ストレージ装置140の内部構成は、第1の実施形態で示されたそれぞれの構成と同様である。管理サーバ160に関しては、その少なくとも1つが、複数の仮想サーバ2700を有し、それぞれの仮想サーバ2700上でインスタンスとしての管理ソフトウェア161が動作している。1つの管理サーバ160上で動作する複数の仮想サーバ2700は、管理サーバ160が有するCPU図示せず:プロセッサともいうが仮想化ソフトウェアハイパーバイザーHypervisorを動作させる。この仮想化ソフトウェアは、各仮想サーバ2700に対して、仮想化されたハードウェアを提供する。仮想化されたハードウェア仮想デバイスとしては、CPU、メモリ、及びI/Oインタフェースが含まれる。つまり、仮想マシンサーバ2700は、物理的ハードウェアから仮想的に割り当てられた、仮想CPUと、仮想メモリと、仮想I/Oインタフェースとを有する。また、各仮想サーバ2700は、仮想化ソフトウェアが提供する仮想デバイスを物理ハードウェアと認識して動作するため、標準的なOS環境がそのまま動作する。つまり、標準的なOS環境においては、オペレーティングシステム上で様々なアプリケーションが動作するようになっている。図27に示されるストレージシステム20においては、同術のように、仮想サーバ2700における各管理ソフトウェア161が各メンバインスタンスとして動作することだけが第1の実施形態によるストレージシステム10図1との差異であり、システム内の動作は第1の実施形態と同様である。3変形例上述の第1及び第2の実施形態においては、ホスト計算機100のクラスタや、ストレージ装置120の外部ストレージ接続機能、リモートコピー機能、ローカルコピー機能を用いた場合の構成を例に説明を行ったが、その他の機能によってボリューム間に関連がある場合にも同様の方法で管理対象の振り分けを行うことができる。例えば、ホスト計算機100におけるマルチパス機能や、ストレージ装置が持つThinProvisioning機能、ストレージクラスタ機能などが挙げられる。マルチパス機能は、同一のホスト計算機に対して異なるパスを用いて同一のボリュームを割り当て、片方のパスに障害が発生した場合にもう一方のパスへ切り替える機能である。ThinProvisioning機能はストレージ装置内の複数のボリュームをプールとして管理して、ホスト計算機には仮想的なボリュームを提供し、仮想的なボリュームに対してホスト計算機からデータの書き込みがあったタイミングで、書き込みがあった部分に順次プールから記憶領域を切り出して割り当てる機能である。また、ストレージクラスタ機能は、2つのストレージ装置間でリモートコピー等によってボリュームデータを同期しておき、両方のストレージ装置間から同じホスト計算機に対して同じデータを持つボリュームを割り当て、片方のストレージ装置に障害が発生した場合にも、ホスト計算機からもう片方のストレージ装置に同期されていたボリュームデータをそのまま利用できるようにする機能である。4まとめ第1の実施形態では、まず、複数の管理計算機の1つが代表管理計算機として指定或いは決定される。代表管理計算機は、1つ又は複数のホスト計算機及び1つ又は複数のストレージサブシステムから、複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報とを収集する。そして、代表管理計算機は、構成サマリ情報に基づいて、複数の管理計算機インスタンスのそれぞれが集約して担当すべき管理対象オブジェクトを決定し、複数の管理計算機に通知する。このようにすることにより、計算機システム内の各管理対象オブジェクトの関連を考慮して担当すべき管理計算機を割り当てることができるようになる。よって、管理操作不可や構成情報矛盾の発生を回避でき、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照が可能となる。第2の実施形態では、1つの管理計算機管理サーバ上に、複数の仮想管理サーバインスタンスに相当が設けられている。そして、各仮想管理サーバに、担当すべき管理対象オブジェクトを第1の実施形態と同様の処理によって割り当てる。これにより、複数の仮想化された管理サーバが存在する計算機システムであっても、上述と同様の効果を期待することができる。なそ、計算機システム内で、仮想管理サーバと物理的な複数の管理サーバとが混在していても構わない。関連種別情報は複数種類存在する。例えば、ローカルコピーLCの関係、クラスタの関係、直接対応MAPの関係、リモートコピーRCの関係、及び外部ストレージ装置が設定EXTされている関係等である。このような場合、各関連種別情報には、優先度が決められており、この優先度の情報によって、複数の管理対象オブジェクトを優先的に同一の管理計算機インスタンスに割り当てるか否かの判断がなされる。このように、各管理対象オブジェクト間の関連の優先度を考慮して、同一の管理計算機が担当すべき管理対象オブジェクトを割り当て振り分けるので、管理操作不可や構成情報矛盾の発生に繋がりやすいオブジェクトを確実に同一のインスタンスに割り当てることが可能となる。例えば、LCを最優先度に設定し、LCの関係にある管理対象オブジェクトは必ず同一のインスタンスに振り分けるようにする。LCの場合に対象のオブジェクトが別々のインスタンスに振り分けられると、管理操作不可や構成情報矛盾の発生の可能性が高くなるからである。また、関連種別情報に基づいて、複数の管理対象オブジェクト間の対応関係を構成サマリテーブル上で整理する。当該テーブル上の各行が1つのインスタンスが担当すべきオブジェクトに相当するようになっているので、テーブル上で整理され、各行のエントリに配置された各管理対象オブジェクトを同一のインスタンスの担当として割り当てる。このようにすることにより、効率よく担当インスタンスを決定することが可能となる。インスタンスへのオブジェクト割り振り処理を実行する場合、過去に管理計算機インスタンスに割り当てられたことのある管理対象オブジェクトについては、それと同一のインスタンスに割り当てる。そして、過去に管理計算機に割り当てられたことのない新規の管理対象オブジェクトについて、関連種別情報に基づいて管理計算機インスタンスを割り当てる。このようにすることにより、処理の高速化効率化を図ることが可能となる。また、割り当て処理の結果、複数の管理計算機に割り当てられた管理対象オブジェクトの数に所定の偏りがある場合には、複数の管理対象オブジェクトの担当する管理計算機を再度決定する。このようにすることにより、各インスタンスの負荷を均等にすることが可能となる。例えば、考慮すべき関連種別情報を減らした後優先度の低い情報を考慮対象から外す、担当する管理計算機を再度決定する。このように、重要なオブジェクト間の関連についてカバーしつつ、重要性の低いオブジェクトの関連を割り当て処理の対象から外す。これにより、各インスタンスの負荷の軽減と管理操作不可や構成情報矛盾の発生防止とのバランスを取ることが可能となる。さらに、ホスト計算機及び前記ストレージサブシステムの配置場所を示すサイト情報がある場合には、このサイト情報を各ホスト計算機及び各ストレージサブシステムから収集する。そして、サイト情報と構成サマリ情報とに基づいて、複数の管理計算機インスタンスのそれぞれが集約して担当すべき管理対象オブジェクトを決定する。このようにすることにより、ホスト計算機やストレージサブシステムの物理的な設置場所を考慮して、インスタンスの担当を振り分けることができるので、極端なリモートアクセスが生じる可能性が低くなり、処理の効率化を図ることができ、インスタンスの負荷を軽減することが可能となる。本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ又はCPUやMPUが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、CD-ROM、DVD-ROM、ハードディスク、光ディスク、光磁気ディスク、CD-R、磁気テープ、不揮発性のメモリカード、ROMなどが用いられる。また、プログラムコードの指示に基づき、コンピュータ上で稼動しているOSオペレーティングシステムなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのCPUなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はCD-RW、CD-R等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ又はCPUやMPUが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、C/C、perl、Shell、PHP、Java登録商標等の広範囲のプログラム又はスクリプト言語で実装できる。さらに、上述の実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていても良い。加えて、本技術分野の通常の知識を有する者には、本発明のその他の実装がここに開示された本発明の明細書及び実施形態の考察から明らかになるである。記述された実施形態の多様な態様及び/又はコンポーネントは、データを管理する機能を有するコンピュータ化ストレージシステムに於いて、単独又は如何なる組み合わせでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は後続する請求範囲で示される。"