(57)【要約】  同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取った場合においても、管理操作不可や構成情報矛盾といった課題の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照を可能とする。本発明では、管理計算機の中で代表となる代表管理計算機を決定する。代表管理計算機は、ストレージ装置とホスト計算機から、管理対象オブジェクトの情報、及びオブジェクト間の関連種別を含む構成サマリ情報を収集し、当該構成サマリ情報に基づいて、それぞれの管理計算機が担当すべき管理対象オブジェクトを決定する。（図１参照）
2012114492.tif 000002
【特許請求の範囲】
【請求項１】
１つ又は複数のホスト計算機と、
前記１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、
前記１つ又は複数のストレージサブシステムと前記１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有し、
前記複数の管理計算機の１つは、前記複数の管理計算機の中の代表管理計算機として、前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集し、前記構成サマリ情報に基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、前記複数の管理計算機に通知することを特徴とする計算機システム。
【請求項２】
請求項１において、
前記関連種別情報は複数種類存在し、
少なくとも前記代表管理計算機は、前記複数の管理対象オブジェクトを優先的に同一の管理計算機に割り当てるか否かの判断指標となる前記関連種別情報の優先度の情報を保持し、
前記代表管理計算機は、前記関連種別情報の優先度を考慮して前記複数の管理対象オブジェクトの前記複数の管理計算機への担当割り当てを決定することを特徴とする計算機システム。
【請求項３】
請求項１において、
前記代表管理計算機は、前記関連種別情報に基づいて、前記複数の管理対象オブジェクト間の対応関係を整理し、当該対応関係を有する管理対象オブジェクトを同一の管理計算機の管理担当として割り当てることを特徴とする計算機システム。
【請求項４】
請求項３において、
前記代表管理計算機は、過去に管理計算機に割り当てられたことのある管理対象オブジェクトについては、当該管理計算機と同一の管理計算機に割り当てることを特徴とする計算機システム。
【請求項５】
請求項４において、
前記代表管理計算機は、過去に管理計算機に割り当てられたことのない新規の管理対象オブジェクトについては前記関連種別情報に基づいて前記管理計算機を割り当て、割り当て処理の結果、前記複数の管理計算機に割り当てられた前記管理対象オブジェクトの数に所定の偏りがある場合には、前記複数の管理対象オブジェクトの担当する前記管理計算機を再度決定することを特徴とする計算機システム。
【請求項６】
請求項５において、
前記代表管理計算機は、考慮すべき前記関連種別情報を減らした後、前記担当する管理計算機を再度決定することを特徴とする計算機システム。
【請求項７】
請求項２において、
前記関連種別情報は、前記管理対象オブジェクトが、ローカルコピーの関係にあること、クラスタを構成する関係にあること、直接の対応関係にあること、及び外部ストレージに存在することを含み、
前記ローカルコピーの関係にあることが最優先度に設定されており、
前記代表管理計算機は、ローカルコピーの関係にある前記管理対象オブジェクトについては、同一の管理計算機に必ず割り当てることを特徴とする計算機システム。
【請求項８】
請求項１において、
前記代表管理計算機は、前記ホスト計算機及び前記ストレージサブシステムの配置場所を示すサイト情報を、前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから収集し、当該サイト情報と前記構成サマリ情報とに基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定することを特徴とする計算機システム。
【請求項９】
１つ又は複数のホスト計算機と、前記１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、前記１つ又は複数のストレージサブシステムと前記１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する管理計算機と、を有する計算機システムの管理方法であって、
前記管理計算機は、プロセッサとメモリを有し、前記複数の管理対象オブジェクトを管理する、複数の仮想管理サーバを提供し、
前記管理方法は、
前記プロセッサが、前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集するステップと、
前記プロセッサが、前記構成サマリ情報に含まれる前記関連種別情報に基づいて、前記複数の仮想管理サーバのそれぞれが集約して担当すべき管理対象オブジェクトを決定するステップと、
前記プロセッサが、前記決定された担当すべき管理対象オブジェクトを前記複数の仮想管理サーバのそれぞれに通知するステップと、
を有することを特徴とする管理方法。
【請求項１０】
請求項９において、
前記関連種別情報は複数種類存在し、
前記プロセッサは、前記複数の管理対象オブジェクトを優先的に同一の仮想管理サーバに割り当てるか否かの判断指標となる前記関連種別情報の優先度の情報を前記複数の仮想管理サーバに提供し、
前記決定するステップにおいて、前記プロセッサは、前記関連種別情報の優先度を考慮して前記複数の管理対象オブジェクトの前記複数の仮想管理サーバへの担当割り当てを決定することを特徴とする管理方法。
【請求項１１】
請求項９において、
前記決定するステップにおいて、前記プロセッサは、前記関連種別情報に基づいて、前記複数の管理対象オブジェクト間の対応関係を整理し、当該対応関係を有する管理対象オブジェクトを同一の仮想管理サーバの管理担当として割り当てることを特徴とする管理方法。
【請求項１２】
請求項１１において、
前記決定するステップにおいて、前記プロセッサは、過去に仮想管理サーバに割り当てられたことのある管理対象オブジェクトについては、当該仮想管理サーバと同一の仮想管理サーバに割り当てることを特徴とする管理方法。
【請求項１３】
請求項１２において、
前記決定するステップにおいて、前記プロセッサは、過去に仮想管理サーバに割り当てられたことのない新規の管理対象オブジェクトについては前記関連種別情報に基づいて前記仮想管理サーバを割り当て、
さらに、割り当て処理の結果、前記複数の仮想管理サーバに割り当てられた前記管理対象オブジェクトの数に所定の偏りがある場合には、前記プロセッサが、前記複数の管理対象オブジェクトの担当する前記仮想管理サーバを再度決定するステップを有することを特徴とする管理方法。
【請求項１４】
請求項１３において、
前記サイド決定するステップにおいて、前記プロセッサは、考慮すべき前記関連種別情報を減らした後、前記担当する仮想管理サーバを再度決定することを特徴とする管理方法。
【請求項１５】
１つ又は複数のホスト計算機と、前記１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、前記１つ又は複数のストレージサブシステムと前記１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有する計算機システムを管理するためのプログラムであって、
前記複数の管理計算機の１つに、
前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集する処理と、
前記構成サマリ情報に含まれる前記関連種別情報に基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定する処理と、
前記複数の管理計算機に通知する処理と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システム、及びその管理方法、並びにプログラムに関し、例えば、ホスト計算機とストレージ装置が複数存在する大規模なストレージシステムの管理に関する。
【背景技術】
【０００２】
近年の情報化社会の進展によって企業が管理するデータ量は増加の一途を辿っている。また一方で、ＩＴシステムの管理コストの低減などのため、一般企業はＩＴシステムを持たず、ＩＴシステムを管理・提供する専門企業から借りるといった形態をとる場合が増加しつつある。それに伴って、企業が管理するデータがＩＴシステムを管理・提供する専門企業が所有するＩＴシステム内に集約されつつある。このように集約された膨大なデータを蓄積可能とするため、ＩＴシステムに含まれるストレージシステムの大規模化がますます進んでいる。【０００３】
ストレージシステムの大規模化によって、それを管理するストレージ管理ソフトウェアが扱うオブジェクト数（例えば、ストレージ装置が提供するボリュームの数）も増大している。このようなオブジェクト数の増大の結果、ストレージ管理ソフトウェアが設計段階で想定していた最大オブジェクト数を超えたり、管理に必要な構成情報（例えば、ホスト計算機上で見えているボリュームの情報やストレージ計算機が提供するボリュームと物理記憶領域との対応情報など）の取得に長時間要したり、あるいはオブジェクト数の増大によってストレージ管理ソフトウェア上での情報検索等の処理に時間がかかり、操作レスポンスが低下するといった課題が発生している。【０００４】
このような課題を解決するため、例えば、特許文献１では、同等の機能を持つストレージ管理ソフトウェアのインスタンス（以下、「管理ソフトインスタンス」、「メンバインスタンス」または単に「インスタンス」とも言う）を複数配置し、インスタンス毎に管理対象とするホスト計算機やストレージ装置内のボリュームを振り分け、インスタンス間で連携して管理する構成を取ることを提案している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１１７２５１号公報（米国特許７７０７１９９号）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１のような方法を採用したとしても、ホスト計算機やストレージ装置の構成情報には互いに関連するオブジェクトが存在し、これらオブジェクトの片方のみを管理対象としてしまう場合がある。このような場合には、管理操作が不可能となったり、構成情報に矛盾が生じたりする可能性がある。例えば、ストレージ装置が提供するローカルコピー機能（同一ストレージ装置内であるボリュームのデータを他のボリュームへコピーする機能）は、データのコピー元・コピー先のボリュームをそれぞれ別々の管理ソフトインスタンスの管理対象としてしまった場合、コピーの停止・再開といった管理操作が不可能となる可能性がある。また、クラスタを構成するホスト計算機をそれぞれ別の管理ソフトインスタンスの管理対象とし、構成情報の収集タイミングをそれぞれ別に制御する場合、クラスタを構成するホスト計算機間で移動したリソース（例えば仮想サーバなど）の情報が、何れの管理ソフトインスタンス上からも無くなってしまったり、若しくは両方が重複して保持してしまったりするという構成情報上の矛盾が発生する。【０００７】
本発明はこのような状況に鑑みてなされたものであり、同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取って各インスタンスの負荷を軽減した場合においても、管理操作不可状態や構成情報上の矛盾の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照を可能とするものである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明では、同等の機能を持った複数のストレージ管理ソフトウェアのインスタンスを配置した構成において、インスタンス間で代表となるインスタンスを決定し、代表となるインスタンスが管理対象とする全ホスト計算機や全ストレージ装置から管理対象オブジェクトとそのオブジェクト間の関連のみを含む構成サマリ情報を取得し、この構成サマリ情報を基に、各インスタンスの管理対象を決定し、各インスタンスに管理対象を通知する。【０００９】
即ち、本発明による計算機システムは、１つ又は複数のホスト計算機と、１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、１つ又は複数のストレージサブシステムと１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有する。ここで、複数の管理計算機の１つは、複数の管理計算機の中の代表管理計算機として、１つ又は複数のホスト計算機及び１つ又は複数のストレージサブシステムから、複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集する。そして、代表管理計算機は、構成サマリ情報に基づいて、複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、複数の管理計算機に通知する。【００１０】
本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。【００１１】
本明細書の記述は典型的な例示に過ぎず、本発明の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではないことを理解する必要がある。
【発明の効果】
【００１２】
本発明によれば、同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取って各インスタンスの負荷を軽減した場合においても、管理操作不可状態や構成情報上の矛盾の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照が可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態による計算機システム（ストレージシステム）の概略構成例を示す図である。
【図２】ホスト計算機及び管理サーバ（管理計算機）の内部構成例を示す図である。
【図３】ストレージ装置及び外部ストレージ装置の内部構成例を示す図である。
【図４】ホスト計算機上で見えるボリュームと、ストレージ装置及び外部ストレージ装置上のボリュームの対応関係の一例を示す概念図である。
【図５】図４に示す対応がある場合に、ホスト計算機上の管理エージェント、及びストレージ装置上のマイクロプログラム、及び外部ストレージ装置上のマイクロプログラムが、それぞれの管理情報テーブルの一部として保持する構成情報の一例を示す図である。
【図６】ホスト計算機上で見えるボリュームと、ストレージ装置のボリュームの対応関係の一例を示す概念図である。
【図７】図６に示す対応がある場合に、ホスト計算機上の管理エージェント、及びストレージ装置上のマイクロプログラムが、それぞれの管理情報テーブルの一部として保持する構成情報の一例を示す図である。
【図８】ホスト計算機上で見えるボリュームと、ストレージ装置のボリュームの対応関係の一例を示す概念図である。
【図９】図８に示す対応がある場合に、ホスト計算機上の管理エージェント、及びストレージ装置上のマイクロプログラムが、それぞれの管理情報テーブルの一部として保持する構成情報の一例を示す図である。
【図１０】本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持するメンバインスタンステーブルの一例である。
【図１１】本発明における管理対象テーブルの一例を示す図である。
【図１２】本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する優先度テーブルの一例を示す図である。
【図１３】本発明における管理サーバ上の管理ソフトウェアが、管理対象を各メンバインスタンスへ振り分ける処理動作概要を説明するためのフローチャートである。
【図１４】図４で示す対応がある場合に、本発明の管理サーバ上の管理ソフトウェアが、ホスト計算機、ストレージ装置、及び外部ストレージ装置から取得する構成サマリ情報の構成例を示す図である。
【図１５】図６で示す対応がある場合に、本発明の管理サーバ上の管理ソフトウェアが、ホスト計算機、及びストレージ装置から取得する構成サマリ情報の構成例を示す図である。
【図１６】図８で示す対応がある場合に、本発明の管理サーバ上の管理ソフトウェアが、ホスト計算機、及びストレージ装置から取得する構成サマリ情報の構成例を示す図である。
【図１７】図４で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例を示す図である。
【図１８】図６で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例を示す図である。
【図１９】図８で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例（１）を示す図である。
【図２０】図８で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例（２）を示す図である。
【図２１】本発明における管理サーバ上の管理ソフトウェアが、構成サマリ情報を構成情報サマリテーブルに格納する処理動作の詳細を説明するためのフローチャートである。
【図２２】本発明における管理サーバ上の管理ソフトウェアが、構成サマリテーブルを基にメンバインスタンスへ管理対象を振り分ける処理動作の詳細を説明するためのフローチャートである。
【図２３】本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する担当インスタンステーブルの構成例（１）を示す図である。
【図２４】本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する担当インスタンステーブルの構成例（２）を示す図である。
【図２５】本発明における管理サーバ上の管理ソフトウェアが、管理対象を通知する処理動作の詳細を説明するためのフローチャートである。
【図２６】本発明における管理サーバ上の管理ソフトウェアが、構成の変更を検知し、代表インスタンスへ通知する処理動作の詳細を説明するためのフローチャートである。
【図２７】本発明の第２の実施形態による計算機システム（ストレージシステム）の概略構成例を示す図である。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して本発明の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。
【００１５】
本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。
【００１６】
更に、本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。
【００１７】
なお、以後の説明では「テーブル」形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。
【００１８】
また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。
【００１９】
以下では「プログラム」を主語（動作主体）として本発明の実施形態における各処理について説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。
【００２０】
（１）第１の実施形態
＜ストレージシステムの構成＞
図１は、本発明の第１の実施形態によるストレージシステム（計算機システム、ＩＴシステムとも言う）１０の概略構成例を示す図である。本システムは、一つまたは複数のホスト計算機１００と、一つまたは複数のストレージ装置（ストレージサブシステムとも言う）１２０と、一つまたは複数の管理サーバ１６０と、を有し、互いに管理ＬＡＮ１７０で接続されている。
【００２１】
ホスト計算機１００とストレージ装置１２０は互いにＳＡＮ１３０で接続されている。また、ストレージ装置１２０には外部ストレージ装置１４０がＳＡＮ１５０で接続されている。なお、外部ストレージ装置１４０は本実施形態の説明のために記述しているが、必ずしもなくてもよく、この場合ＳＡＮ１５０は不要である。また、外部ストレージ装置１４０が存在する場合、ストレージ装置１２０と接続するＳＡＮ１５０は必ずしも独立したネットワークではなくてもよく、ＳＡＮ１３０の一部であってもよい。図１では管理サーバ１６０はＳＡＮ１３０に接続されていないが、接続されていてもよい。
【００２２】
ホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０は全て必ずしも地理的に同じ場所に設置する必要はなく、一部のホスト計算機１００、ストレージ装置１２０・外部ストレージ装置１４０は、その他と離れた異なる場所に設置されていても良く、ＤＲ（Disaster Recovery、災害復旧）を目的にこのような形態を取る場合もある。
【００２３】
＜ホスト計算機の内部構成＞
図２は、ホスト計算機１００の内部構成例を示す図である。ホスト計算機１００は、一つ以上のＣＰＵ２０１と、一つ以上のメモリ２０２と、一つ以上のＳＡＮアダプタ２０４と、一つ以上のＬＡＮアダプタ２０５と、ストレージデバイス２０３とを有し、それらは相互に内部バス２０６で接続されている。
【００２４】
ホスト計算機１００は、ＬＡＮアダプタ２０５を介して管理サーバ１６０に接続され、またＳＡＮアダプタ２０４を介してストレージ装置１２０と接続されている。なお、ストレージデバイス２０３はホスト計算機で動作するプログラムや管理情報を保存するために用いられるが、必ずしも備えなくてもよい。ストレージデバイスを備えない場合、ホスト計算機１００は、例えばストレージ装置１２０が提供するボリューム内にこれらを保存する形態を取る。
【００２５】
＜管理サーバの内部構成＞
管理サーバ１６０は、管理サーバ１６０はＬＡＮアダプタ２０５を介して、ホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０と接続されている。
【００２６】
それぞれの管理サーバ（管理計算機とも言う）１６０は、ホスト計算機１００と同様の構成を有している。
【００２７】
図１に示すように管理サーバ１６０上では、管理ソフトウェア１６１が動作する。管理ソフトウェアは、例えばストレージデバイスからメモリにロードされ、ＣＰＵ（単に、プロセッサと言うこともできる）を用いて実行される。なお、本発明に基づく管理ソフトウェア１６１は、複数の管理サーバ１６０上で動作し、同じ機能を提供する。ここで、各管理サーバ１６０上の管理ソフトウェア１６１を前述の通り、「管理ソフトインスタンス」、「メンバインスタンス」、または単に「インスタンス」と呼ぶ。
【００２８】
管理サーバ１６０は、図１で示すようにＳＡＮ１３０に接続されない場合、必ずしもＳＡＮアダプタ２０４を持たなくても良い。また、管理ソフトウェア１６１及び管理情報テーブル１６５は、メモリやストレージデバイス内に格納されていても良い。
【００２９】
管理ソフトウェア１６１は、管理対象決定プログラム１６２と、管理対象受信プログラム１６３と、構成変更検知プログラム１６４と、インスタンス提携プログラム１６６と、を含んでいる。
【００３０】
管理対象決定プログラム１６２は、自身のインスタンスが後述の代表インスタンスになった場合に、管理対象オブジェクトの振り分け処理を実行する機能を有する。管理対象受信プログラム１６３は、振り分けられた管理対象オブジェクトから管理情報（構成情報とも言う：図５に示されるオブジェクトを管理する上で必要な情報）を取得する機能を有する。構成変更検知プログラム１６４は、管理対象オブジェクトにおける構成変更を検知する機能を有する。インスタンス提携プログラム１６６は、各インスタンス間で連携を取り、管理対象情報（図１１）や集約優先度情報（図１２）が各インスタンスで同一となるように情報の同期を取る機能を有する。
【００３１】
なお、管理サーバ１６０は、図示されていないが、入力装置及び表示装置（出力装置）を有している。この入出力装置の代替としてシリアルインターフェースやイーサーネットインターフェースを入出力装置とし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。
【００３２】
以後、ストレージシステム１０を管理し、本発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理サーバ（管理計算機）１６０が表示用情報を表示する場合は管理サーバ１６０が管理システムであり、また、管理サーバ１６０と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理サーバと同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。
【００３３】
＜ストレージ装置の内部構成＞
図３は、ストレージ装置（ストレージサブシステムとも言う）１２０の内部構成例を示す図である。ストレージ装置１２０は、一つ以上のＣＰＵ３０１と、一つ以上のメモリ３０２と、一つ以上のキャッシュメモリ３０３と、一つ以上のＳＡＮアダプタ３０６と、一つ以上のＬＡＮアダプタ３０７と、一つ以上の物理ディスク３０５と、を有し、それらが相互に内部バス３０８で接続されている。なお、外部ストレージ装置１４０も、ストレージ装置１２０と同様の構成を有している。
【００３４】
ストレージ装置１２０は、ＳＡＮアダプタ３０６を介してホスト計算機１００や外部ストレージ装置１４０と接続される。また、ＬＡＮアダプタ３０７を介して管理サーバ１６０と接続される。ストレージ装置１２０は、マイクロプログラムや管理情報を物理ディスク３０５の一つまたは複数を使って保存するか、もしくはメモリ３０２の一部としてＮＶＲＡＭ（不揮発メモリ）を備え、その中に保存するといった形態を取る。
【００３５】
ＳＡＮ１３０やＳＡＮ１５０は、ストレージエリアネットワークであり、通常ＳＡＮスイッチを用いて構成される。ＳＡＮ１３０やＳＡＮ１５０は多くの場合、Fibre ChannelプロトコルやＳＣＳIコマンドが用いられるが、ＩＰ（インターネットプロトコル）に基づいたストレージエリアネットワークを用いても良い。また、ストレージ装置１２０が互いに離れた場所にある場合には、多くの場合、ＳＡＮ１３０の到達距離を延長するための装置であるエクステンダが一部に用いられる。
【００３６】
＜ストレージシステムの動作概要＞
図１に示すようにホスト計算機１００上では、管理エージェント１０１が動作する。管理エージェント１０１はストレージデバイス２０３からメモリ２０２にロードされ、ＣＰＵ２０１を用いて実行される。管理エージェント１０１は、ホスト計算機１００の構成情報を収集して管理情報テーブル１０２に保存し、管理サーバ１６０上の管理ソフトウェア１６１からの要求に従って管理ソフトウェア１６１へ送信する。なお、管理エージェン１０１が定期的に管理ソフトウェア１６１に通知する形態を取る場合もある。
【００３７】
また、ホスト計算機１００を動作させるためにインストールされるＯＳ（Operating System）や仮想化ソフトウェア（Hypervisor）が、管理エージェント１０１に相当する機能を備える場合もある。ここで、仮想化ソフトウェアは、単一のホスト計算機１００上で複数のＯＳが動作可能となるように、ホスト計算機１００と同様の構成を持つ仮想環境（仮想サーバ）を提供するソフトウェアであり、仮想化ソフトウェアは提供する各仮想サーバに仮想サーバＩＤを付与して管理する。ＯＳや仮想化ソフトウェアが管理エージェント１０１に相当する機能を備える場合、管理エージェント１０１をホスト計算機１００上に別途配置する必要はない。
【００３８】
また、ホスト計算機１００上にインストールされるＯＳや仮想化ソフトウェアは、クラスタ機能を備える場合もある。ここで、クラスタ機能は、あるホスト計算機１００に障害が発生した場合に、このホスト計算機１００上で動作していたプログラムの動作状態を、他の正常なホスト計算機１００上に引き継ぎ、プログラムが動作を継続することを可能とする機能である。ＯＳや仮想化ソフトウェアがこの機能を持たない場合には、ＯＳや仮想化ソフトウェア上で動作するソフトウェアがこの機能を実現する形態を取ることもある。
【００３９】
さらに、ＯＳや仮想化ソフトウェアは、各ホスト計算機１００に付与される識別子（ホストＩＤ）を管理する。このホストＩＤには、例えばホスト名などが用いられる。また、ＯＳや仮想化ソフトウェアは、ホスト計算機１００からアクセス可能なストレージ装置１２０上の各ボリュームへ識別子（ホストデバイスＩＤ）を付与して管理する。
【００４０】
図１に示すように、ストレージ装置１２０は、マイクロプログラム１２１を有している。このマイクロプログラム１２１は、ストレージ装置１２０上で動作する全てのプログラムを合わせたものの総称である。マイクロプログラム１２１は、例えば物理ディスク３０５からメモリ３０２にロードされ、ＣＰＵ３０１を用いて実行される。マイクロプログラム１２１は、ストレージ装置１２０を制御し、データ保存領域（ボリューム）の管理、ホスト計算機１００への割り当て、それらからのデータアクセスリクエストへの応答などを行う。また、マイクロプログラム１２１は、ＲＡＩＤ（Redundant Array Of Inexpensive Disks）に基づき、一つまたは複数の物理ディスク３０５用いてボリュームを構成する。
【００４１】
ストレージ装置１２０は、提供する各ボリュームに識別子（ストレージボリュームＩＤ）を付与して管理する。また、各ストレージ装置には識別子（ストレージ装置ＩＤ）が付与されている。このストレージ装置ＩＤには、例えばシリアル番号などが用いられる。
【００４２】
ストレージ装置１２０は外部ストレージ接続機能を持つ場合もある。図１に示すストレージ装置１２０はこの機能を持ち、図１のようにこの機能を持つストレージ装置１２０へ外部接続ストレージ装置１４０を接続した場合、マイクロプログラム１２１は、外部接続ストレージ装置１４０上のボリュームを、あたかもストレージ装置１２０上にあるボリュームであるようにホスト計算機１００へ見せることができる。
【００４３】
さらに、ストレージ装置１２０はコピー機能を持つ場合もある。この機能は主にローカルコピー機能とリモートコピー機能の二種類存在する。ローカルコピー機能を持つストレージ装置１２０は、ボリューム内のデータを同一のストレージ装置１２０内の他のボリュームへコピーすることを可能とする。また、リモートコピー機能を持つストレージ装置１２０は、ボリューム内のデータを、同様の機能を持つ別のストレージ装置１２０上のボリュームへＳＡＮ１３０を介してコピーすることを可能とする。
【００４４】
そして、マイクロプログラム１２１は、ボリュームと物理ディスク３０５との対応や、ボリュームと外部ストレージ装置１４０上のボリュームとの対応、ボリュームのデータのコピー先やコピー元の情報、ホスト計算機１００への割り当て状況などの構成情報を管理情報テーブル１２２の一部に保存し、管理サーバ１６０上の管理ソフトウェア１６１からの要求に従って管理ソフトウェア１６１に送信する。なお、マイクロプログラム１２１が定期的に管理ソフトウェア１６１に通知する形態を取る場合もある。
【００４５】
外部ストレージ装置１４０には、ストレージ装置１２０のマイクロプログラム１２１と同様の処理を行うマイクロプログラム１４１が動作し、構成情報を管理情報テーブル１４２に保存する。
【００４６】
＜ホスト計算機とストレージ装置との対応関係例（１）＞
図４は、ストレージ装置１２０や外部ストレージ装置１４０が提供するボリュームと、ホスト計算機上で見えるボリュームの対応関係の一例を示す概念図である。図４ではストレージ装置ＩＤ「ＳＴＲ＿Ｂ」を持つ外部ストレージ装置４２０が、ストレージ装置４１０へ接続され、ストレージボリュームＩＤ「ＶＯＬ＿Ｂ３」４２３及び「ＶＯＬ＿Ｂ４」４２４を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ＿Ａ」を持つストレージ装置４１０に割り当てられていることが示されている。
【００４７】
これらのボリュームは、ストレージ装置４１０上では、ストレージボリュームＩＤ「ＶＯＬ＿Ａ３」４１３及び「ＶＯＬ＿Ａ４」４１４が付与されて管理されている。また、ストレージ装置４１０は、ホストＩＤ「ＨＯＳＴ＿Ａ」を持つホスト計算機４００へ接続され、ストレージボリュームＩＤ「ＶＯＬ＿Ａ１」４１１、「ＶＯＬ＿Ａ２」４１２、「ＶＯＬ＿Ａ３」４１３、及び「ＶＯＬ＿Ａ４」４１４を持つボリュームが、ホスト計算機４００に割り当てられていることが示されている。さらに、ホスト計算機４００上では、これらボリュームに、ホストデバイスＩＤ「ＤＥＶ＿Ａ１」４０１、「ＤＥＶ＿Ａ２」４０２、「ＤＥＶ＿Ａ３」４０３、及び「ＤＥＶ＿Ａ４」４０４をそれぞれ付与して管理していることが示されている。
【００４８】
＜構成情報の例（１）＞
図５は、図４のような対応関係がある場合において、ホスト計算機４００、ストレージ装置４１０、外部ストレージ装置４２０のそれぞれの管理情報テーブルに保持される構成情報の一例を示す図である。
【００４９】
（i）ホスト構成情報テーブルの例
図５（ａ）は、ホスト計算機（ＨＯＳＴ＿Ａ）４００が保持するホスト構成情報テーブル５００ａの一例を示している。ホスト構成情報テーブル５００ａは、ホストデバイスＩＤ５０１ａと、ストレージ装置ＩＤ５０２ａと、ストレージボリュームＩＤ５０３ａと、容量５０４ａと、使用容量５０５ａと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報であるため、構成項目としてこれらに限られず、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。
【００５０】
ストレージ装置ＩＤ５０２ａはストレージ装置４１０が管理する情報であるが、ホスト計算機４００から例えばＳＣＳＩコマンドの一つである「SCSI Inquiry」を用いて取得することができる。
【００５１】
また、ストレージボリュームＩＤ５０３ａは、ストレージ装置４１０が各ボリュームに付与して管理する識別子であるが、同様に「SCSI Inquiry」を用いて取得することができる。
【００５２】
各行５１１ａ乃至５１４ａは、実際に設定される値の一例を示したものである。例えば、行５１１ａからは、ホスト計算機４００上のホストデバイスＩＤ「ＤＥＶ_Ａ１」４０１を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ａ」を持つストレージ装置４１０上のストレージボリュームＩＤ「ＶＯＬ＿Ａ１」４１１を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ａ１は容量１０ＧＢを持ち、そのうち５ＧＢを使用済みであることが分かる。
【００５３】
（ii）ストレージ構成情報テーブルの例
図５（ｂ）は、ストレージ装置４１０が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルは、ストレージボリュームＩＤ５０１ｂと、外部ストレージ装置ＩＤ５０２ｂと、外部ストレージボリュームＩＤ５０３ｂと、容量５０４ｂと、ＲＡＩＤグループ５０５ｂと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報として示されているのであり、構成項目としてこれらに限定されるものではなく、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。
【００５４】
外部ストレージ装置ＩＤ５０２ｂは、外部ストレージ装置４２０が管理するストレージ装置ＩＤに対応する情報である。この情報は、ストレージ装置４１０から例えばＳＣＳＩコマンドの一つである「SCSI Inquiry」を用いて取得することができる。
【００５５】
また、外部ストレージボリュームＩＤ５０３ｂは外部ストレージ装置４２０が各ボリュームに付与して管理するストレージボリュームＩＤに対応する情報である。この情報は、ストレージ装置４１０から、同様に「SCSI Inquiry」を用いて取得することができる。
【００５６】
また、ＲＡＩＤグループ５０５ｂは、ボリュームがストレージ装置４１０内の物理ディスク３０５を用いてＲＡＩＤ構成されたものである場合に、どのＲＡＩＤグループから切り出されたものであるかを示すものである。なお、ボリュームの実体が外部ストレージ接続機能によって他のストレージ装置上にある場合には、ＲＡＩＤグループ５０５ｂには情報は格納されない。
【００５７】
行５１１ｂ乃至５１４ｂは、実際に設定される値の一例を示したものである。例えば、行５１３ｂからは、ストレージ装置４１０上のストレージボリュームＩＤ「ＶＯＬ_Ａ３」４１３を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ_Ｂ」を持つ外部ストレージ装置４２０上のストレージボリュームＩＤ「ＶＯＬ＿Ｂ３」４２３を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｂ３の容量５０ＧＢであることが分かる。
【００５８】
（iii）外部ストレージ装置のストレージ構成情報テーブルの例
図５（ｃ）は、外部ストレージ装置４２０が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルは、ストレージボリュームＩＤ５０１ｂと、容量５０４ｂと、ＲＡＩＤグループ５０５ｂと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報であるため、構成項目としてこれらに限られず、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。
【００５９】
外部ストレージ装置４２０のように、外部ストレージ接続機能がない場合には、当該テーブル５００ｂは、外部ストレージ装置ＩＤ５０２ｂや外部ストレージボリュームＩＤ５０３ｂを保持する領域を持たない。 
行５１１ｃ及び５１２ｃは、実際に設定される値の一例を示したものである。例えば、行５１１ｃからは、外部ストレージ装置４２０上のストレージボリュームＩＤ「ＶＯＬ_Ｂ３」４２３を持つボリュームが、容量５０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｂ１」から切り出されたことが分かる。
【００６０】
＜ホスト計算機とストレージ装置との対応関係例（２）＞
図６は、ストレージ装置１２０が提供するボリュームと、ホスト計算機１００上で見えるボリュームの対応関係の一例を示す概念図である。
【００６１】
図６において、ストレージ装置６０３は、ホストＩＤ「ＨＯＳＴ＿Ｂ」を持つホスト計算機６０１と、ホストＩＤ「ＨＯＳT_Ｃ」を持つホスト計算機６０２へ接続されている。そして、ストレージボリュームＩＤ「ＶＯＬ＿Ｃ１」６０４及び「ＶＯＬ＿Ｃ２」６０５を持つボリュームが、ホスト計算機６０１とホスト計算機６０２の両方に割り当てられている。
【００６２】
ホスト計算機６０１上では仮想化ソフトウェア６０６が動作している。これらのボリュームにそれぞれホストデバイスＩＤ「ＤＥＶ_Ｄ１」６０９及び「ＤＥＶ＿Ｄ２」６１０が付与され、これらデバイスが、仮想サーバＩＤ「ＶＳＥＲＶ＿Ｄ」を付与した仮想サーバ６０８に割り当てられている。
【００６３】
また、ホスト計算機６０２上でも同様に、仮想化ソフトウェア６０７が動作している。そして、ホスト計算機６０１上で動作する仮想サーバ６０８やホスト計算機６０１に障害があった場合などに、仮想ソフトウェアのクラスタ機能よって、ホスト計算機６０２上への仮想サーバの動作状態の引き継ぎ（Live Migration６１１）が可能となるよう設定されている。
【００６４】
このように、仮想サーバ６０８がホスト計算機６０２へ移動した場合でも、同じデバイスが利用できるように、仮想サーバ６０８が利用するボリュームをストレージ装置６０３からホスト計算機６０２にも割り当て、両ホスト計算機の仮想化ソフトウェア６０６及び６０７が連携し、ホスト計算機６０２上でも同じホストデバイスＩＤを付与するようにしている。
【００６５】
＜構成情報の例（２）＞
図７は、図６の対応関係がある場合において、ホスト計算機６０１、ホスト計算機６０２、及びストレージ装置６０３のそれぞれの管理情報テーブルに保持する構成情報の一例を示すである。
【００６６】
（i）ホスト計算機ＨＯＳＴ＿Ｂのクラスタホスト情報テーブルの例
図７（ａ）は、ホスト計算機６０１が保持するクラスタホスト情報テーブル７００ａの一例を示している。当該テーブルは、自身のホスト計算機とクラスタを構成するホスト計算機のホストＩＤを保持するクラスタホストＩＤ７０１ａなどを構成項目として含んでいる。
【００６７】
例えば、行７１１ａからは、ホスト計算機（ＨＯＳＴ_Ｂ）６０１が、ホストＩＤ「ＨＯＳＴ＿Ｃ」を持つホスト計算機６０２とクラスタを構成していることが分かる。
【００６８】
（ii）ホスト計算機ＨＯＳＴ＿Ｂのホスト構成情報テーブルの例
図７（ｂ）は、ホスト計算機６０１が保持するホスト構成情報テーブル５００ａの一例を示している。図６の関係にある場合には、ホスト構成情報テーブル５００ａは、図４に示される場合に加えて、どの仮想サーバにボリュームが割り当てられているかを示す割り当て先仮想サーバＩＤ７０１ｂを構成項目として含んでいる。
【００６９】
行７１１ｂ及び７１２ｂは、実際に設定される値の一例を示したものである。例えば、行７１１ｂからは、ホスト計算機６０１のホストデバイスＩＤ「ＤＥＶ_Ｄ１」６０９を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｃ」を持つストレージ装置６０３上のストレージボリュームＩＤ「ＶＯＬ＿Ｃ１」６０４を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｃ１は、容量１０ＧＢを持ち、仮想サーバＩＤ「ＶＳＥＲＶ＿Ｄ」を持つ仮想サーバ６０８に割り当てられていることが分かる。
【００７０】
（iii）ホスト計算機ＨＯＳＴ＿Ｃのクラスタ情報テーブルの例
図７（ｃ）は、ホスト計算機６０２が保持するクラスタホスト情報テーブ７００ａの一例を示している。当該テーブルは、図７（ａ）と同様、自身のホスト計算機とクラスタを構成するホスト計算機のホストＩＤを保持するクラスタホストＩＤ７０１ａなどを構成項目として含んでいる。
【００７１】
例えば、行７１１ｃからは、ホスト計算機（ＨＯＳＴ_Ｃ）６０２が、ホストＩＤ「ＨＯＳＴ＿Ｂ」を持つホスト計算機６０１とクラスタを構成していることを示している。
【００７２】
（iv）ホスト計算機ＨＯＳＴ＿Ｃのホスト構成情報テーブルの例
図７（ｄ）は、ホスト計算機６０２が保持するホスト構成情報テーブル５００ａの一例を示している。当該テーブルが保持する情報の種類はホスト計算機６０１が保持するホスト構成情報テーブル（図７（ｂ））の情報と同様である。
【００７３】
行７１１ｄ及び７１２ｄは、実際に設定される値の一例を示したものである。例えば、行７１１ｄからは、ホスト計算機６０２のホストデバイスＩＤ「ＤＥＶ_Ｄ１」６１３を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｃ」を持つストレージ装置６０３上のストレージボリュームＩＤ「ＶＯＬ＿Ｃ１」６０４を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｃ１が、容量１０ＧＢを持つことが分かる。なお、ホスト計算機６０１の場合と異なり、仮想サーバ６０８はホスト計算機６０２上で動作していないため、割り当て先仮想サーバＩＤ７０１ｂには値が設定されない。
【００７４】
（v）ストレージ装置のストレージ構成情報テーブルの例
図７（ｅ）はストレージ装置６０３が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルにおける各列の情報は図５（ｂ）に示されるストレージ構成情報テーブル５００ｂと同様である。ただし、図６の対応関係の場合、外部ストレージ装置がストレージ装置６０３に接続されていないため、図７（ｅ）のテーブルは、外部ストレージ装置ＩＤ５０２ｂや外部ストレージボリュームＩＤ５０３ｂを保持しない。 
行７１１ｅ及び７１２ｅは、実際に設定される値の一例を示したものである。例えば、行７１１ｅからは、ストレージ装置６０３上のストレージボリュームＩＤ「ＶＯＬ_Ｃ１」６０５を持つボリュームが、容量１０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｃ１」から切り出されたものであることが分かる。
【００７５】
＜ホスト計算機とストレージ装置との対応関係例（３）＞
図８は、ストレージ装置８０３及び８０４が提供するボリュームと、ホスト計算機８０１及び８０２上で見えるボリュームの対応関係の一例を示す概念図である。
【００７６】
図８においては、ストレージ装置８０３は、ホストＩＤ「ＨＯＳＴ＿Ｅ」を持つホスト計算機（ＨＯＳＴ_Ｅ）８０１に接続されている。そして、ホスト計算機８０１には、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ１」８１０、「ＶＯＬ＿Ｅ２」８１１、及び「ＶＯＬ＿Ｅ３」８０６を持つそれぞれのボリュームが割り当てられている。ホスト計算機８０１上では、これらボリュームに、ホストデバイスＩＤ「ＤＥＶ＿Ｅ１」８０８、「ＤＥＶ＿Ｅ２」８０９、及び「ＤＥＶ＿Ｅ３」８０５をそれぞれ付与して管理している。
【００７７】
また、ストレージ装置８０３は、ローカルコピー機能を有する。図８では、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ３」８０６を持つボリュームが、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ４」８０７を持つボリュームへコピーされていることが示されている。
【００７８】
さらに、ストレージ装置８０３はリモートコピー機能を有する。図８では、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ１」８１０を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ＿Ｆ」を持つストレージ装置８０４上にあり、ストレージボリュームＩＤ「ＶＯＬ＿Ｆ１」８１３を持つボリュームへコピーされていることが示されている。同様に、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ２」８１１を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ＿Ｆ」を持つストレージ装置８０４上にあり、ストレージボリュームＩＤ「ＶＯＬ＿Ｆ２」８１５を持つボリュームへコピーされていることが示されている。
【００７９】
さらに、図８では、ストレージ装置８０４は、ホストＩＤ「ＨＯＳＴ＿Ｆ」を持つホスト計算機８０２に接続される。そして、ストレージボリュームＩＤ「ＶＯＬ＿Ｆ１」８１３、及び「ＶＯＬ＿Ｆ２」８１５を持つボリュームがそれぞれホスト計算機８０２に割り当てられている。ホスト計算機８０２上では、これらボリュームに、ホストデバイスＩＤ「ＤＥＶ＿Ｆ１」８１２及び「ＤＥＶ＿Ｆ２」８１４をそれぞれ付与して管理されている。
【００８０】
また、ホスト計算機８０１及びストレージ装置８０３には物理的・地理的設置場所を示すサイトＩＤ「ＳＩＴＥ＿Ｅ」が、ホスト計算機８０２及びストレージ装置８０４にはサイトＩＤ「ＳＩＴＥ＿Ｆ」がそれぞれ付与されている。このサイトＩＤは、管理者がそれぞれに付与するようにしても良いし、管理ＬＡＮ１７０に接続する際に付与されるＩＰアドレスの上位ビット（ネットワーク部）を用いたり、ＩＰアドレスに対応するドメイン名を用いたりしても良い。なお、サイトとは、例えば、複数のインスタンス（管理サーバ）を含む１つのデータセンタに相当する概念である。
【００８１】
＜構成情報の例（３）＞
図９は、図８の対応関係がある場合において、ホスト計算機８０１、ホスト計算機８０２、ストレージ装置８０３、及びストレージ装置８０４のそれぞれの管理情報テーブルに保持する構成情報の一例を示す図である。
【００８２】
（i）ＨＯＳＴ＿Ｅのホスト構成情報テーブルの例
図９（ａ）は、ホスト計算機８０１が保持するホスト構成情報テーブル５００ａの一例を示している。当該テーブルの構成項目は、図５(ａ）に示されるテーブルと同様のものとなっている。
【００８３】
行９１１ａないし９１３ａは、実際に設定される値の一例を示したものである。例えば、行９１１ａからは、ホスト計算機８０１のホストデバイスＩＤ「ＤＥＶ_Ｅ１」８０８を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｅ」を持つストレージ装置８０３上のストレージボリュームＩＤ「ＶＯＬ＿Ｅ１」８１０を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｅ１は、容量３０ＧＢを持ち、そのうち容量２５ＧＢ分が使用済であることが分かる。
【００８４】
（ii）ＨＯＳＴ＿Ｆのホスト構成情報テーブルの例
図９（ｂ）は、ホスト計算機８０２が保持するホスト構成情報テーブル５００ａの一例を示している。当該テーブルの構成項目は、図５(ａ）に示されるテーブルと同様のものとなっている。
【００８５】
行９１１ｂ及び９１２ｂは、実際に設定される値の一例を示したものである。例えば、行９１１ｂからは、ホスト計算機８０２のホストデバイスＩＤ「ＤＥＶ_Ｆ１」８１２を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｆ」を持つストレージ装置８０４上のストレージボリュームＩＤ「ＶＯＬ＿Ｆ１」８１３を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｆ１は容量３０ＧＢを持ち、そのうち容量２５ＧＢ分が使用済であることが分かる。
【００８６】
（iii）ＳＴＲ＿Ｅのストレージ構成情報テーブルの例
図９（ｃ）は、ストレージ装置８０３が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルは、ストレージ装置８０３のようにコピー機能を有し、当該機能が用いられた場合の構成情報を保持するものであり、データのコピー元のボリュームＩＤを保持するプライマリボリュームＩＤ９０１ｃと、データのコピー先のボリュームＩＤを保持するセカンダリボリュームＩＤ９０２ｃと、コピーの種類を示すコピー種別９０３ｃと、リモートコピーの場合にデータのコピー元・先のボリュームが存在するストレージ装置を示すストレージ装置ＩＤ９０４ｃと、を構成項目として含んでいる。
【００８７】
図９（ｃ）において、コピー種別９０３ｃには、例えばリモートコピーの場合には文字列「ＲＣ」が設定され、ローカルコピーの場合には文字列「ＬＣ」が設定される。また、ストレージ装置８０３は、外部ストレージ接続機能を持たないため、外部ストレージ装置ＩＤ５０２ｂや外部ストレージボリュームＩＤ５０３ｂは保持しない。 
行９１１ｃ乃至９１４ｃは、実際に設定される値の一例を示したものである。例えば、行９１１ｃからは、ストレージ装置８０３上のストレージボリュームＩＤ「ＶＯＬ_Ｅ１」８１０を持つボリュームが、容量３０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｅ１」から切り出されたことが分かる。また、ボリューム内のデータがストレージ装置ＩＤ「ＳＴＲ_Ｆ」を持つストレージ装置８０４上にあるストレージボリュームＩＤ「ＶＯＬ_Ｆ１」８１３へリモートコピーされていることが分かる。
【００８８】
また、例えば、行９１３ｃからは、ストレージ装置８０３上のストレージボリュームＩＤ「ＶＯＬ_Ｅ３」８０６を持つボリュームが、容量４０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｅ３」から切り出されたことが分かる。さらに、ボリューム内のデータがストレージボリュームＩＤ「ＶＯＬ_Ｅ４」８０７へローカルコピーされていることが分かる。
【００８９】
（iv）ＳＴＲ＿Ｆのストレージ構成情報テーブルの例
図９（ｄ）は、ストレージ装置８０４が保持するストレージ構成情報テーブル５００ｂの一例である。当該テーブルが保持する情報の種類は、ストレージ装置８０３が保持するものと同様である。
【００９０】
行９１１ｄ及び９１２ｄは、実際に設定される値の一例を示したものである。例えば、行９１１ｄからは、ストレージ装置８０４上のストレージボリュームＩＤ「ＶＯＬ_Ｆ１」８１３を持つボリュームが、容量３０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｆ１」から切り出されたことが分かる。また、ボリューム内のデータは、ストレージ装置ＩＤ「ＳＴＲ＿Ｅ」を持つストレージ装置８０３上にあるストレージボリュームＩＤ「ＶＯＬ_Ｅ１」８１０からリモートコピーされたものであることが分かる。
【００９１】
＜メンバインスタンステーブルの構成例＞
図１０は、各メンバインスタンスが管理情報テーブル１６５の一部として保持する、自身及び他のメンバインスタンスの一覧を示すメンバインスタンステーブル１０００ａの構成例を示す図である。
【００９２】
メンバインスタンステーブル１０００ａは、例えば、メンバインスタンスの識別子（識別情報）であるメンバインスタンスＩＤ１００１ａと、メンバインスタンスのＩＰアドレス１００２ａと、メンバインスタンスの設置場所を示すサイトＩＤ１００３ａと、を構成項目として含んでいる。メンバインスタンステーブル１０００ａに含まれる情報は、各インスタンスのインスタンス連携プログラム１６６が連携し、全メンバインスタンス間で同じ情報を同期して、管理情報テーブル１６５の一部として保存される。そのため、例えば、管理者がいずれかのメンバインスタンスに全てのメンバインスタンスの情報を登録し、管理者が情報を登録したメンバインスタンスのインスタンス連携プログラム１６６が、他のメンバインスタンスのインスタンス連携プログラム１６６へ配信する形を取る。或いは、例えば、ＤＮＳ（ドメインネームシステム）で用いられる方法のように、管理者は各メンバインスタンスに一部情報のみを登録し、各メンバインスタンスのインスタンス連携プログラム１６６間で互いに情報を通知し合う形を取っても良い。
【００９３】
サイトＩＤ１００３ａは、管理者がメンバインスタンスの情報を登録する際に、それぞれに付与するようにしても良いし、メンバインスタンスのＩＰアドレスの上位ビット（ネットワーク部）を用いたり、ＩＰアドレスに対応するドメイン名を用いるようにしても良い。また、サイトＩＤ１００３ａは必ずしも付与する必要はなく、例えば、メンバインスタンスの設置場所が同じ場合（例えば、全てのメンバインスタンスが同じデータセンタにある場合）には、行１０１１ａのように登録しなくても良い。
【００９４】
サイトＩＤ１００３ａが付与されたメンバインスタンスについては、サイトを加味して管理対象オブジェクトに対するインスタンスの振り分け処理が実行されるが、サイトが付与されていないインスタンスについては、全て同じサイトにあるものとして振り分け処理が実行される。
【００９５】
＜管理対象テーブルの構成例＞
振り分け処理を実行するためにも、また、振り分けて処理後に各管理対象オブジェクトから構成情報を取得するためにも、どのようなオブジェクトを管理対象としなければならないか、各インスタンスは予め把握しておく必要がある。そのため、各インスタンスは、管理対象テーブルを同期して保持している。同期して保持しているのは、どのインスタンスが後述の代表インスタンスになっても対応できるようにするためである。
【００９６】
図１１は、各メンバインスタンスが保持する、管理対象テーブルの構成例を示す図である。図１１に示されるように、各メンバインスタンスは、管理対象とする全てのホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０等の情報を、管理情報テーブル１６５の一部に管理対象テーブル１１００として保持する。
【００９７】
管理対象テーブル１１００は、例えば、管理ＬＡＮ上でのＩＰアドレスを保持する管理対象ＩＰアドレス１１０１と、各管理対象の種別を表す管理対象種別１１０２と、を構成情報として含んでいる。そして、管理対象テーブル１１００には、管理対象ＩＰアドレス１１０１及び管理対象種別１１０２の組が、管理対象のホスト計算機１００やストレージ装置１２０，外部ストレージ装置１４０の数だけ含まれる。
【００９８】
管理対象テーブル１１００の情報は、メンバインスタンステーブル１０００ａ（図１０）の情報と同様、各インスタンスのインスタンス連携プログラム１６６が連携し、全メンバインスタンス間で同じ情報を同期して保持する。情報を同期する方法には、メンバインスタンステーブル１０００ａの場合と同様の方法が用いられる。
【００９９】
なお、図１１の管理対象テーブル１１００では、代表インスタンスが振り分け処理に必要な最低限の情報（場所と種類）のみ含まれており、詳細な構成情報は振り分け処理後に各インスタンスが各ホスト計算機１００やストレージ装置１２０，外部ストレージ装置１４０から直接取得してくることになる。これにより、各インスタンスが保持する管理対象テーブル１１００の情報量を少なくして、各インスタンスの負荷を軽減することができる。
【０１００】
＜集約優先度テーブルの構成例＞
図１２は、各メンバインスタンスが保持する、集約優先度テーブルの構成例を示す図である。図１２に示されるように、各メンバインスタンスは、管理対象オブジェクト（ホスト計算機１００上のデバイスやストレージ装置１２０や外部ストレージ装置１４０上のボリューム）の割り振りの際の優先度を示す集約優先度テーブル１２００を、管理情報テーブル１６５の一部として保持する。
【０１０１】
集約優先度テーブル１２００は、例えば、優先度１２０１と、関連種別１２０２と、を構成情報として含んでいる。ここで、優先度１２０１は、振り分け処理の際に考慮すべき優先度に関する情報である。また、関連種別１２０２は、オブジェクト間のどのような関連を一つのメンバインスタンスに集約するかを示す情報であり、設定される文字列で後述する構成サマリ情報の関連種別１４０４ａ、１４０４ｂ、１５０２ａと同様である。当該優先度１２０１と関連種別１２０２の情報は、各インスタンスに予め保持させておいても良いし、管理者によって設定しても良い。なお、予め保持させておく場合には、管理者によって変更可能としても良い。
【０１０２】
集約優先度テーブル１２００の情報は、メンバインスタンステーブル１０００ａの情報と同様、各インスタンスのインスタンス連携プログラム１６６が連携し、全メンバインスタンス間で同じ情報を同期して保持する。情報を同期する方法には、メンバインスタンステーブル１０００ａの場合と同様の方法を用いる。
【０１０３】
なお、ＬＣについて最優先の優先度が設定されているのは、ここでは、コピー元とコピー先のボリュームを同じインスタンスに振り分けて（割り当てて）管理しないと、管理操作不能に陥る可能性が最も高いと判断されているからである。ただし、ＬＣに限らず、別の関連種別の優先度を最高に設定することは可能である。
【０１０４】
＜振り分け処理の概要＞
図１３は、本発明による振り分け処理の概要を説明するためのフローチャートである。当該振り分け処理は複数のインスタンスにおける代表インスタンスによって実行される。そこで、管理ソフトウェア１６１のインスタンス連携プログラム１６６は、まずメンバインスタンス間で代表となるインスタンス（以下、「代表インスタンス」と呼ぶ）を決定する。代表インスタンスの決定は、例えば、管理者がメンバインスタンスの何れか一つを選ぶ形を取っても良いし、ネットワークの経路制御などに用いられるアービトレーション（複数の経路がある場合に、スイッチ同士で調停して経路を決定する処理）と同様の方法を取っても良い。
【０１０５】
代表インスタンスの決定後、代表インスタンスとなったメンバインスタンスの管理対象決定プログラム１６２は、図１３のフローチャートに従って、各インスタンスへ管理対象を振り分ける。なお、ここでは処理の概要のみを示し、各ステップの処理の詳細は図面を用いて後述する。
【０１０６】
ステップ１３０１：代表インスタンスは、管理対象テーブル１１００にある全ての管理対象にアクセスし、各管理対象の識別子（ホスト計算機の場合はホストＩＤ、ストレージ装置の場合はストレージ装置ＩＤ、外部ストレージ装置の場合は外部ストレージ装置ＩＤ）、及びサイトＩＤを含む情報を、構成サマリ情報として取得する。ここで、構成サマリ情報とは、振り分け処理のために必要な情報であって、管理対象オブジェクト間の対応関係と、その対応関係の種別を示す情報である。
【０１０７】
ステップ１３０２：代表インスタンスは、取得した構成サマリ情報を、構成サマリテーブル１７００に格納する。当該処理の詳細については、図２１を用いて説明する。
【０１０８】
ステップ１３０３：代表インスタンスは、構成サマリテーブル１７００を基に、各メンバインスタンスへ管理対象オブジェクトを振り分ける。当該処理の詳細については、図２２を用いて説明する。
【０１０９】
ステップ１５０４：代表インスタンスは、各メンバインスタンスへ振り分けた管理対象オブジェクトを、各メンバインスタンスへ通知する。当該処理の詳細については、図２５を用いて説明する。
【０１１０】
＜構成サマリ情報の例＞
図１４乃至１６は、ステップ１３０１でホスト計算機１００、ストレージ装置１２０、外部ストレージ装置１４０から取得する構成サマリ情報の例を示す図である。構成サマリ情報は、管理対象オブジェクトのメンバインスタンスへの割り振りを行うために、必要最低限の情報のみに絞って取得される。これによって、取得処理による管理サーバ１６０への負荷や、取得にかかる時間を短縮することができる。なお、構成サマリ情報の取得は、管理対象決定プログラム１６２がホスト計算機１００上の管理エージェント１０１や、ストレージ装置１２０のマイクロプログラム１２１、外部ストレージ装置１４０のマイクロプログラム１４１へ要求する。
【０１１１】
（i）図４の対応関係がある場合の構成サマリ情報の例（図１４）
図１４は、図４の対応関係がある場合に、管理対象決定プログラム１６２が取得する構成サマリ情報の例を示す図である。
【０１１２】
図１４（ａ）は、ホスト計算機４００から取得するホスト構成サマリ情報１４００ａの一例である。ホスト構成サマリ情報１４００ａは、ホストデバイスＩＤ１４０１ａと、関連ストレージ装置ＩＤ１４０２ａと、関連ストレージボリュームＩＤ１４０３ａと、関連種別１４０４ａと、を構成項目として含んでいる。
【０１１３】
ホストデバイスＩＤ１４０１ａ、関連ストレージ装置ＩＤ１４０２ａ、及び関連ストレージボリュームＩＤ１４０３ａは、それぞれホスト構成情報テーブル５００ａのホストデバイスＩＤ５０１ａ、ストレージ装置ＩＤ５０２ａ、及びストレージボリュームＩＤ５０３ａと同様の情報である。 
関連種別１４０４ａは、１４１１ａ乃至１４１４ａの各行に示される対応関係が何によるものかを表す情報である。ホスト計算機１００上で見えるボリュームと、ストレージ装置１２０が提供するボリュームの対応（例えば、「直接接続関係」、「直接対応関係」、或いは「直接提供関係」と言うことができる）を表す場合は、例えば文字列「ＭＡＰ」が設定される。
【０１１４】
なお、ホスト構成サマリ情報１４００ａには、ホスト構成情報テーブル５００ａにある容量５０４ａや使用容量５０５ａなどの他の情報は含まれない。
【０１１５】
図１４（ｂ）及び（ｃ）は、ストレージ装置４１０、及び外部ストレージ装置４２０からそれぞれ取得するストレージ構成サマリ情報１４００ｂの一例を示している。ストレージ構成サマリ情報１４００ｂは、ストレージボリュームＩＤ１４０１ｂと、関連ストレージ装置ＩＤ１４０２ｂと、関連ストレージボリュームＩＤ１４０３ｂと、関連種別１４００４ｂと、を構成項目として含んでいる。
【０１１６】
ストレージボリュームＩＤ１４０１ｂ、関連ストレージ装置ＩＤ１４０２ｂ、及び関連ストレージボリュームＩＤ１４０３ｂは、それぞれストレージ構成情報テーブル５００ｂのストレージボリュームＩＤ５０１ｂ、外部ストレージ装置ＩＤ５０２ｂ、及び外部ストレージボリュームＩＤ５０３ｂと同様の情報である。
【０１１７】
関連種別１４０４ａには、例えば、行１４１３ｂで示されるように、外部ストレージ接続の関係を表す文字列「ＥＸＴ」が設定される。
【０１１８】
なお、ストレージボリュームＩＤ「ＶＯＬ＿Ａ１」４１１を持つボリュームや、ストレージボリュームＩＤ「ＶＯＬ＿Ｂ３」４２３を持つボリュームのように、ストレージ装置４１０、及び外部ストレージ装置４２０内部で管理されているボリュームの場合には、関連ストレージ装置ＩＤ１４０２ｂ、関連ストレージボリュームＩＤ１４０３ｂ、及び関連種別１４０４ａに情報は設定されない。また、ストレージ構成情報テーブル５００ｂにある容量５０４ｂやＲＡＩＤグループ５０５ｂなどの他の情報は、ストレージ構成サマリ情報１４００ａには含まれない。
【０１１９】
（ii）図６の対応関係がある場合の構成サマリ情報の例（図１５）
図１５は、図６の対応関係がある場合に、管理対象決定プログラム１６２が取得する構成サマリ情報の例を示す図である。
【０１２０】
図１５（ｂ）及び（ｃ）はそれぞれ、ホスト計算機６０１及び６０２から取得するホスト構成サマリ情報１４００ａであり、これらの情報の内容は、図１４（ａ）の場合と同様である。但し、図６の場合にはこれらに加えて、図１５（ａ）及び（ｂ）に示すクラスタ構成サマリ情報１５００ａがホスト計算機６０１及び６０２から取得される。
【０１２１】
図１５（ａ）は、ホスト計算機６０１から取得するクラスタ構成サマリ情報１５００ａであり、関連ホストＩＤ１５０１ａと関連種別１５０２ａと、を構成項目として含んでいる。関連ホストＩＤ１５０１ａは、クラスタ構成情報テーブル７００ａのクラスタホストＩＤ７０１ａと同様の情報である。関連種別１５０２ａは、クラスタホストＩＤ１１０１ａに示すホスト計算機との関係を示すものであり、この場合は例えばクラスタを表す文字列「ＣＬＵＳＴＥＲ」が設定される。
【０１２２】
図１５（ｅ）は、ストレージ装置６０３から取得するストレージ構成サマリ情報１４００ｂであり、情報の内容は図１４（ｂ）の場合と同様である。
【０１２３】
（iii）図８の対応関係がある場合の構成サマリ情報の例（図１６）
図１６は、図８の対応関係がある場合に、管理対象決定プログラム１６２が取得する構成サマリ情報の例を示す図である。
【０１２４】
図１６（ａ）及び（ｂ）はそれぞれ、ホスト計算機８０１、及びホスト計算機８０２から取得するホスト構成サマリ情報１４００ａであり、これらの情報の内容は、図１４（ａ）の場合と同様である。
【０１２５】
図１６（ｃ）及び（ｄ）はそれぞれ、ストレージ装置８０３、及びストレージ装置８０４から取得するストレージ構成サマリ情報１４００ｂであり、関連ストレージ装置ＩＤ１４０２ｂには、ストレージ構成情報テーブル５００ｂのリモートストレージ装置ＩＤ９０４ｃと同様の情報が設定される。また、関連ストレージボリュームＩＤ１４０３ｂには、ストレージ構成情報テーブル５００ｂにおいて、プライマリボリュームＩＤ９０１ｃ、セカンダリボリュームＩＤ９０２ｃのいずれか情報を含む方が設定される。
【０１２６】
また、関連種別１４０４ｂには、リモートコピーを表す場合には、例えば、行１２１１ｃのように、例えば文字列「ＲＣ」が設定される。同様に、ローカルコピーの場合には、例えば、行１２１３ｃのように、例えば文字列「ＬＣ」が設定される。
【０１２７】
＜構成サマリテーブルの構成例＞
図１７乃至２０は、ステップ１３０２において、代表インスタンスの管理対象決定プログラム１６２が、取得した構成サマリ情報を格納する構成サマリテーブル１７００の一例を示す図である。構成サマリテーブル１７００は、管理情報テーブル１６５の一部として格納される。なお、構成サマリテーブル１７００は、構成サマリ情報（図１４乃至１６）を分析して管理対象オブジェクトを各インスタンスに振り分け（割り当て）るためのテーブルであるので、構成サマリ分析テーブルと言うこともできる。
【０１２８】
構成サマリテーブル１７００は、サイトＩＤ１７０１と、プライマリ１７１１と、セカンダリ１７１２と、オブジェクト数１７０８と、を構成項目として含んでいる。また、プライマリ１７１１及びセカンダリ１７１２は、それぞれ、ホストＩＤ１７０２と、ホストデバイスＩＤ１７０３と、ストレージ装置ＩＤ１７０４と、ストレージボリュームＩＤ１７０５と、外部ストレージ装置ＩＤ１７０６と、外部ストレージボリュームＩＤ１７０７と、を詳細項目として含んでいる。
【０１２９】
ホストＩＤ１７０２には、ホスト構成サマリ情報１０００ａを取得する際に合わせて取得するホストＩＤが設定される。なお、プライマリ１７１１、セカンダリ１７１２のどちらに設定されるかは、各ホスト計算機１００から取得したホスト構成サマリ情報１４００ａを処理する順番によるが、どちらに設定されても良い。
【０１３０】
ホストデバイスＩＤ１７０３は、ホスト構成サマリ情報１４００ａのホストデバイスＩＤ１４０１ａの情報が設定される。 
ストレージ装置ＩＤ１７０４、及び外部ストレージ装置ＩＤ１７０６には、ストレージ構成サマリ情報１４００ｂの関連ストレージ装置ＩＤ１４０２ｂの情報が設定される。例えば、ストレージ構成サマリ情報１４００ｂの関連種別１４０４ｂが「ＲＣ」「ＬＣ」の場合には、関連ストレージ装置ＩＤ１４０２ｂの情報がストレージ装置ＩＤ１７０４に設定され、「ＥＸＴ」の場合には、関連ストレージ装置ＩＤ１４０２ｂの情報が外部ストレージ装置ＩＤ１７０６にそれぞれ設定される。
【０１３１】
同様に、ストレージボリュームＩＤ１７０５及び外部ストレージボリュームＩＤ１７０７には、ストレージ構成サマリ情報１４００ｂの関連ストレージボリュームＩＤ１４０３ｂの情報が設定される。例えば、ストレージ構成サマリ情報１０００ｂの関連種別１００４ｂが「ＲＣ」「ＬＣ」の場合には、関連ストレージボリュームＩＤ１４０３ｂの情報がストレージボリュームＩＤ１７０５に設定され、「ＥＸＴ」の場合には、関連ストレージボリュームＩＤ１４０３ｂの情報が外部ストレージボリュームＩＤ１７０７に設定される。
【０１３２】
＜構成サマリテーブルへの格納処理：ステップ１３０２の詳細＞
図２１は、ステップ１３０２において実行される、代表インスタンスの管理対象決定プログラム１６２が取得した構成サマリ情報を構成サマリテーブル１７００へ格納する処理の詳細を説明するためのフローチャート例である。なお、ここでは、空欄の構成サマリテーブル１７００が予め用意され、構成サマリ情報（図１４乃至１６）に従って、当該テーブル１７００の該当欄に情報を設定する処理が実行されているが、このようなテーブルの該当欄に情報を埋めていく方法だけでなく、構成サマリ情報に基づいて、各オブジェクト間の対応関係が分かるような方法（例えば、ツリー構造で対応関係を示す方法や、）であれば、テーブル形式を用いる必要は必ずしもない。従って、以下の説明は、テーブル形式を用いた場合の単なる処理例に過ぎず、本発明を限定するものではないことに注意すべきである。
【０１３３】
（i）ステップ２１０１
代表インスタンスの管理対象決定プログラム１６２は、集約優先度テーブル１２００の中で最も優先度の高い関連種別１４０２に対応する構成を、取得した構成サマリ情報から抽出し、構成サマリテーブル１７００へ格納する。 
例えば、集約優先度テーブル１２００が図１２のような情報を格納している場合、行１２１１から最も優先度の高い関連種別「ＬＣ」が抽出される。また、図１４から図１６のような構成サマリ情報を取得した場合、関連種別１４０４ａ、１４０４ｂ、１５０２ａに「ＬＣ」が設定されている構成、すなわち行１６１３ｃ及び行１６１４ｃが抽出され（図１６参照）、構成サマリテーブル１７００へ格納される。
【０１３４】
なお、この場合、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージボリュームＩＤ１７０５にそれぞれ格納するか、その逆でもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤを、それぞれのストレージ装置ＩＤ１７０４に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。 
また、ここで、最も優先度の高い関連種別が「ＲＣ」であった場合（図１６参照）、行１６１１ｃ及び行１６１４ｃが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するか、その逆でもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１４０１ｂを格納した側のストレージ装置ＩＤ１７０４に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。
【０１３５】
さらに、ここで、最も優先度の高い関連種別が「ＥＸＴ」であった場合（図１４参照）、行１４１３ｂ及び行１４１４ｂが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをプライマリ１７１１側の外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７にそれぞれ格納するか、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１４０１ｂを格納した側のストレージ装置ＩＤ１７０４に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。
【０１３６】
ここで、最も優先度の高い関連種別が「ＭＡＰ」であった場合（図１４参照）、例えば、行１４１１ａや行１４１２ｂが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、ホストデバイスＩＤ１４０１ａをプライマリ１７１１側のホストデバイスＩＤ１７０３に、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａをプライマリ１７１１側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するか、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するホストＩＤは、ホストデバイスＩＤ１４０１ａを格納した側のホストＩＤ１７０２に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。
【０１３７】
ここで、最も優先度の高い関連種別が「ＣＬＵＳＴＥＲ」であった場合（図１５参照）、例えば、行１５１１ａや行１５１１ｃが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、同じホスト計算機から取得されたホスト構成サマリ情報１４００ａと、関連ホストＩＤ１５０１ａから取得されたホスト構成サマリ情報１４００ａとの間で、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａが一致する行を抽出し、プライマリ１７１１側またはセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に設定される。また、この時、対応するホストＩＤ及びホストデバイスＩＤ１４０１ａを、プライマリ１７１１側及びセカンダリ１７１２側のホストＩＤ１７０２及びホストデバイスＩＤ１７０３に設定する。
【０１３８】
（ii）ステップ２１０２
管理対象決定プログラム１６２は、集約優先度テーブル１２００の中に、それまで処理した関連種別より優先度の低い関連種別１２０２があるかをチェックする。より優先度の低い関連種別１２０２がある場合（ステップ２１０２でＹｅｓの場合）、処理はステップ２１０３に移行する。より優先度の低い関連種別１２０２がない場合（ステップ２１０２でＮｏの場合）、処理はステップ２１０４に移行する。例えば、集約優先度テーブル１２００が図１２のような情報を格納しており、ステップ２１０１で最も優先度の高い関連種別「ＬＣ」が処理された場合、次に優先度の高い関連種別「ＣＬＵＳＴＥＲ」が抽出され、処理はステップ２１０３に進む。
【０１３９】
（iii）ステップ２１０３
管理対象決定プログラム１６２は、集約優先度テーブル１２００の中で、ステップ２１０２で抽出された関連種別１２０２に対応する構成を、取得した構成サマリ情報から抽出して構成サマリテーブル１７００に格納する。そして、処理はステップ２１０２に移行する。なお、このとき抽出した情報に含まれる関連ストレージボリュームＩＤ１４０３ａまたは１４０３ｂと同じストレージボリュームＩＤが構成サマリテーブル１７００のストレージボリュームＩＤ１７０５に既に格納されている場合には、同じ行の対応する列に格納する。 
例えば、ステップ２１０２で「ＣＬＵＳＴＥＲ」が抽出された場合、行１５１１ａや行１５１１ｃが抽出され（図１５参照）、構成サマリテーブル１７００に格納される。なお、ここでもステップ２１０１と同様、管理対象決定プログラム１６２は、同じホスト計算機から取得されたホスト構成サマリ情報１４００ａと、関連ホストＩＤ１５０１ａのホスト計算機に対応するホスト構成サマリ情報１４００ａとの間で、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａが一致する行を抽出する。そして、管理対象決定プログラム１６２は、プライマリ１７１１側またはセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に設定する。但し、既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、同じ行のホストＩＤ１７０２及びホストデバイスＩＤ１７０３に、対応するホストＩＤ及びホストデバイスＩＤ１４０１ａが設定される。
【０１４０】
また、例えば、ステップ２１０２において「ＬＣ」が抽出された場合、行１６１３ｃ及び行１６１４ｃが抽出され（図１６参照）、構成サマリテーブル１７００に格納される。ここでもステップ２１０１と同様、管理対象決定プログラム１６２は、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージボリュームＩＤ１７０５にそれぞれ格納するが、その逆であってもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、それぞれのストレージ装置ＩＤ１７０４に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、対応する関連ストレージ装置ＩＤ１００２ｂ及び関連ストレージボリュームＩＤ１００３ｂを、同じ行のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５の値が設定されていない個所に格納する。
【０１４１】
また、例えば、ステップ２１０２において「ＲＣ」が抽出された場合、行１６１１ｃ及び行１６１４ｃが抽出され（図１６参照）、それらが構成サマリテーブル１７００に格納される。ステップ２１０１と同様、管理対象決定プログラム１６２は、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するが、その逆であってもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１００１ｂを格納した側のストレージ装置ＩＤ１７０４に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。サイトＩＤ１７０１に値が設定されていた場合には、サイトＩＤ１７０１を上書きしても良いし、そのままにしても良い。また、既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、対応する関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂを、ストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５の値が設定されていない個所に格納する。
【０１４２】
さらに、例えば、ステップ２１０２において「ＥＸＴ」が抽出された場合、行１４１３ｂ及び行１４１４ｂが抽出され（図１４参照）、それらが構成サマリテーブル１７００に格納される。ステップ２１０１と同様、管理対象決定プログラム１６２は、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをプライマリ１７１１側の外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７にそれぞれ格納するか、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１００１ｂを格納した側のストレージ装置ＩＤ１７０４に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、対応する関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂを、外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７に設定する。
【０１４３】
また、例えば、ステップ２１０２において「ＭＡＰ」が抽出された場合、行１４１１ａや行１４１２ｂが抽出され（図１４参照）、それらが構成サマリテーブル１７００に格納される。ここでもステップ２１０１と同様、管理対象決定プログラム１６２は、ホストデバイスＩＤ１４０１ａをプライマリ１７１１側のホストデバイスＩＤ１７０３に、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａをプライマリ１７１１側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するが、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するホストＩＤは、ホストデバイスＩＤ１４０１ａを格納した側のホストＩＤ１７０２に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。なお、既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、ホストＩＤ及びホストデバイスＩＤ１４００ａを、同じ側のホストＩＤ１７０２及びホストデバイスＩＤ１７０３に設定する。
【０１４４】
（iv）ステップ２１０４
管理対象決定プログラム１６２は、取得した構成サマリ情報のうち、まだ構成サマリテーブル１７００へ格納していない構成を、構成サマリテーブル１７００へ格納する。このとき、ホスト構成サマリ情報１４００ａから抽出した情報の場合は、合わせて取得したホストＩＤとホストデバイスＩＤ１４０１ａのみを、ホストＩＤ１７０２及びホストデバイスＩＤ１７０３に格納する。また、ストレージ構成サマリ情報１４００ｂから抽出した情報の場合は、合わせて取得したストレージ装置ＩＤとストレージボリュームＩＤ１４００ｂのみをストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に格納する。
【０１４５】
例えば、管理対象決定プログラム１６２は、集約優先度テーブル１２００として図１２のような情報を保持していて、かつ、図１４のような構成サマリ情報を取得した場合、関連種別１４０４ａ或いは１４０４ｂを持たない行１４１１ｂ、１４１２ｂ、及び１４１１ｃ、１４１２ｃを抽出する。なお、これらを格納する際には、構成サマリテーブル１７００の新たな行に格納する。
【０１４６】
また、図１６のような構成サマリ情報を取得した場合、集約優先度テーブル１２００に「ＲＣ」がないため、管理対象決定プログラム１６２は、行１６１１ｃ及び１６１２ｃを抽出する。管理対象決定プログラム１６２は、これらについて、関連ストレージ装置ＩＤ１４０２ｂや関連ストレージボリュームＩＤ１４０３ｂを破棄し、構成サマリ情報を取得した際に合わせて取得したストレージ装置ＩＤとストレージボリュームＩＤ１４０１ｂを、構成サマリテーブル１７００の新たな行に格納する。
【０１４７】
（v）ステップ２１０５
管理対象決定プログラム１６２は、構成サマリテーブル１７００の各行について、オブジェクト数をカウントし、オブジェクト数１７０８列に格納する。オブジェクト数は、例えば値が設定されているホストデバイスＩＤ１７０３、ストレージボリュームＩＤ１７０５、外部ストレージボリュームＩＤ１７０７の列数で計算する。
【０１４８】
（vi）処理結果具体例
図１７は、集約優先度テーブル１２００が図１２のような情報を格納しており、かつ図１４に示した構成サマリ情報を取得した場合に、図２１の処理を行った結果、構成サマリテーブル１７００に格納される情報を示している。
【０１４９】
図１８は、図１５に示した構成サマリ情報を取得した場合、図１９は図１６に示した構成サマリ情報を取得した場合の構成サマリテーブル１７００の内容をそれぞれ示している。
【０１５０】
また、図２０は、集約優先度テーブル１２００から行１２１３を削除し、図１６に示した構成サマリ情報を取得し、図２１の処理を行った場合の、構成サマリテーブル１７００に格納される情報を示している。この場合、構成サマリ情報の関連種別１４０４ａ、１４０４ｂが「ＭＡＰ」となっている行１６１１ａ、１６１２ａ、１６１１ｂ、及び１６１２ｂが示す構成については、関連ストレージ装置ＩＤ１４０２ａ、関連ストレージボリュームＩＤ１４０３ａが破棄され、行２０２６、２０２７、２０２８、及び２０２９のように、これらの構成サマリ情報と合わせて取得されたホストＩＤとホストデバイスＩＤ１４０１ａの組は、構成サマリテーブル１７００の独立の行に格納される。
【０１５１】
＜振り分け処理：ステップ１３０３の詳細＞
図２２は、ステップ１３０３において、代表インスタンスの管理対象決定プログラム１６２が、構成サマリテーブル１７００を基に、各メンバインスタンスへ管理対象オブジェクトを振り分ける（割り当てる）処理の詳細を説明するためのフローチャートの例である。この処理の結果、割り振られたメンバインスタンスのメンバインスタンスＩＤ１００１は、図２３及び２４に示す担当インスタンステーブル２３００に格納される。担当インスタンステーブル２３００は、構成サマリテーブル１７００に担当メンバインスタンスＩＤ２３０１を追加した構成となっており、構成サマリテーブル１７００から値をコピーすると共に、この列に構成を割り振られたメンバインスタンスＩＤ１００１が格納される。以下で図２２のフローチャートの詳細を説明する。
【０１５２】
（i）ステップ２２０１
管理対象決定プログラム１６２は、既に管理対象の振り分けが過去に行われているかを判断する。これは担当インスタンステーブル２３００（図２３参照）に値が格納されているか否かで判断できる。管理対象オブジェクトが１つでも過去に振り分けが行われている場合（ステップ２２０１でＹｅｓの場合）には、処理はステップ２２０２に移行する。過去に振り分けが行われておらず、全ての管理対象オブジェクトが新規のものである場合（ステップ２２０１でＮｏの場合）は、処理はステップ２２０３に移行する。
【０１５３】
（ii）ステップ２２０２
管理対象決定プログラム１６２は、最新の構成サマリテーブル１７００と担当インスタンステーブル２２００を比較し、同じ値で成る行（以下、単に「構成」とも呼ぶ）がある場合には、担当インスタンステーブル２２００の担当メンバインスタンスＩＤ２２０１が示すメンバインスタンスに該当する構成を割り分ける。
【０１５４】
（iii）ステップ２２０３
管理対象決定プログラム１６２は、構成サマリテーブル１７００でまだ未振り分けの行を、メンバインスタンスに振り分ける。この時、メンバインスタンスの負荷が均等になるよう、担当するオブジェクト数１７０８の総計が同じになるように割り振る。また、構成サマリテーブル１７００のサイトＩＤ１７０１に値が設定されている場合には、管理対象は、メンバインスタンステーブル１０００ａのサイトＩＤ１００３ａが同じメンバインスタンスに振り分けられる。
【０１５５】
（iv）ステップ２２０４
管理対象決定プログラム１６２は、ステップ２２０３の処理の結果、振り分けたオブジェクト数１７０８の総計が０のメンバインスタンスがあるか否かを判断する。そのようなメンバインスタンスがある場合は、処理はステップ２２０６に移行し、なければ処理はステップ２２０５に移行する。
【０１５６】
（v）ステップ２２０５
管理対象決定プログラム１６２は、各メンバインスタンスに割り振ったオブジェクト数の比が、規定の条件内に収まっているかを判断する。規定の条件には、例えば「それぞれのオブジェクト数の比が２倍以内」などが用いられる。もし、規定の条件に収まっている場合には処理は終了する。収まっていない場合には、処理はステップ２２０６に移行する。
【０１５７】
（vi）ステップ２２０６
管理対象決定プログラム１６２は、既に過去に振り分けをした時点と同じ構成を管理していたメンバインスタンスが存在したか否かを判断する。これはステップ２２０２でメンバインスタンスへ振り分けた構成があったか否かで判断できる。そのようなメンバインスタンスが存在した場合には、処理はステップ２２０８に移行し、存在しなかった場合には処理はステップ２２０７に移行する。
【０１５８】
（vii）ステップ２２０７
管理対象決定プログラム１６２は、集約優先度テーブル１２００から優先度の最も低い関連種別を除外して、図２１に示したフローチャートに従って、構成サマリ情報を構成サマリテーブル１７００に格納する処理を行う。そして、処理はステップ２２０３に移行する。
【０１５９】
（viii）ステップ２２０８
管理対象決定プログラム１６２は、過去の管理担当インスタンスとは関係なく、すべて新規な構成として、サイトＩＤが同一、かつ担当オブジェクト数が少ないメンバインスタンスに管理対象オブジェクトを順に振り分ける。つまり、過去に管理対象振り分け済みだったとしても（既に同じ構成を管理していたメンバインスタンスが存在していたとしても）、全ての管理対象を新規の構成と見なして再振り分けが実行される。
【０１６０】
＜担当インスタンステーブルの構成例＞
図２３は、メンバインスタンステーブル１０００ａに図１０（ａ）に示すような値が設定されており、かつ構成サマリテーブル１７００が図１７に示すような値が設定されている場合に、図２２のフローチャートに従って処理をした結果、担当インスタンステーブル２３００に格納される値を示す図である。この場合、メンバインスタンステーブル１０００ａのサイトＩＤ１００３ａにも、構成サマリテーブル１７００のサイトＩＤ１７０１にも値が設定されていないため、サイトＩＤは考慮されない。
【０１６１】
一方、図２４は、メンバインスタンステーブル１０００ａに図１０（ｂ）に示すような値が設定されており、かつ構成サマリテーブル１７００が図１９に示すような値が設定されている場合に、図２２のフローチャートに従って処理をした結果、担当インスタンステーブル２３００に格納される値を示す図である。この場合、構成サマリテーブル１７００のサイトＩＤ１７０１に設定されたサイトＩＤと同じ値がサイトＩＤ１００３ａに設定されているメンバインスタンスに構成が割り振られる。
【０１６２】
＜管理対象通知処理：ステップ１３０４の詳細＞
図２５は、ステップ１３０４において、代表インスタンスの管理対象決定プログラム１６２が、担当インスタンステーブル２３００を基に、各メンバインスタンスへ担当すべき管理対象オブジェクトを通知する処理の詳細を説明するためのフローチャートの例である。なお、管理対象オブジェクトとは、担当インスタンステーブル２２００のホストデバイスＩＤ１７０２に対応するホスト計算機１００上のデバイスや、ストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に対応するストレージ装置１２０上のボリューム、外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７に対応する外部ストレージ装置１４０上のボリュームを表す。
【０１６３】
（i）ステップ２５０１ａ
代表インスタンスの管理対象決定プログラム１６２は、各メンバインスタンスへ振り分けた管理オブジェクトを通知する。通知内容は担当インスタンステーブル２３００の各行と同様の情報である。
【０１６４】
（ii）ステップ２５０１ｂ
メンバインスタンスの管理対象受信プログラム１６３は、管理オブジェクトの通知を受信する。
【０１６５】
（iii）ステップ２５０２ｂ
メンバインスタンスの管理対象受信プログラム１６３は、通知された管理オブジェクトの詳細情報を、対応するホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０から取得する。
【０１６６】
なお、各メンバインスタンスの管理対象受信プログラム１６３は、通知された管理オブジェクトの詳細情報を、定期的に対応するホスト計算機１００、ストレージ装置１２０、外部ストレージ装置１４０から再取得（リフレッシュ）するようにしても良い。その際に、管理オブジェクトに関連するオブジェクト（ホスト計算機上のデバイスに対応するストレージ装置上のボリュームや、ストレージ装置上のボリュームに対応するボリュームなど）に変更があった場合には、構成変更検知プログラム１６４がそれを検知し、代表インスタンスへ通知し、管理対象振り分けの見直しを促すようにする。
【０１６７】
＜構成変更時の処理＞
図２６は、管理対象受信プログラム１６３が管理対象の詳細情報を再取得した際に、構成変更検知プログラム１６４が行う処理のフローチャートである。
【０１６８】
（i）ステップ２６０１ａ
メンバインスタンスの構成変更検知プログラム１６４は、管理オブジェクトの関連オブジェクトに変更（例えば、新規オブジェクトの追加や対応関係についての変更等）がないか否かを判断する。変更がある場合には、処理はステップ２６０２ａに移行する。変更がなければ、処理は終了する。
【０１６９】
（ii）ステップ２６０２ａ
メンバインスタンスの構成変更検知プログラム１６４は、変更のあった管理オブジェクトの構成サマリ情報を代表インスタンスに通知する。
【０１７０】
（iii）ステップ２６０１ｂ
代表インスタンスの管理対象決定プログラム１６２は、変更のあった管理オブジェクトの構成サマリ情報を受信する。
【０１７１】
（iv）ステップ２６０２ｂ
代表インスタンスの管理対象決定プログラム１６２は、既存の構成サマリテーブル１７００の情報を、受信した構成サマリ情報を基に書き換える。
【０１７２】
（v）ステップ２６０３ｂ
代表インスタンスの管理対象決定プログラム１６２は、書き換えた構成サマリ情報を基に、図２２のフローチャートに従って管理オブジェクトの振り分けを再度実行する。
【０１７３】
（vi）ステップ２６０４ｂ
代表インスタンスの管理対象決定プログラム１６２は、図２５のフローチャートに従って、振り分けた管理オブジェクトを各メンバインスタンスへ通知する。
【０１７４】
（２）第２の実施形態
第１の実施形態では、ストレージシステム（計算機システム）１０内に、基本的に複数の管理サーバ（管理計算機）を設置し、それぞれがストレージ管理ソフトウェアを有するインスタンスとして機能する形態について説明した。第２の実施形態では、複数の管理サーバのうち、少なくとも１つが複数の仮想サーバを有し、それぞれの仮想サーバがインスタンスを提供する形態となっている。
【０１７５】
＜ストレージシステムの構成＞
図２７は、本発明の第２の実施形態によるストレージシステムの概略構成を示す図である。ホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０の内部構成は、第１の実施形態で示されたそれぞれの構成と同様である。管理サーバ１６０に関しては、その少なくとも１つが、複数の仮想サーバ２７００を有し、それぞれの仮想サーバ２７００上でインスタンスとしての管理ソフトウェア１６１が動作している。
【０１７６】
１つの管理サーバ１６０上で動作する複数の仮想サーバ２７００は、管理サーバ１６０が有するＣＰＵ（図示せず：プロセッサともいう）が仮想化ソフトウェア（ハイパーバイザー:Hypervisor）を動作させる。この仮想化ソフトウェアは、各仮想サーバ２７００に対して、仮想化されたハードウェアを提供する。仮想化されたハードウェア（仮想デバイス）としては、ＣＰＵ、メモリ、及びＩ／Ｏインタフェースが含まれる。つまり、仮想マシンサーバ２７００は、物理的ハードウェアから仮想的に割り当てられた、仮想ＣＰＵと、仮想メモリと、仮想Ｉ／Ｏインタフェースとを有する。
【０１７７】
また、各仮想サーバ２７００は、仮想化ソフトウェアが提供する仮想デバイスを物理ハードウェアと認識して動作するため、標準的なＯＳ環境がそのまま動作する。つまり、標準的なＯＳ環境においては、オペレーティングシステム上で様々なアプリケーションが動作するようになっている。
【０１７８】
図２７に示されるストレージシステム２０においては、同術のように、仮想サーバ２７００における各管理ソフトウェア１６１が各メンバインスタンスとして動作することだけが第１の実施形態によるストレージシステム１０（図１）との差異であり、システム内の動作は第１の実施形態と同様である。
【０１７９】
（３）変形例
上述の第１及び第２の実施形態においては、ホスト計算機１００のクラスタや、ストレージ装置１２０の外部ストレージ接続機能、リモートコピー機能、ローカルコピー機能を用いた場合の構成を例に説明を行ったが、その他の機能によってボリューム間に関連がある場合にも同様の方法で管理対象の振り分けを行うことができる。例えば、ホスト計算機１００におけるマルチパス機能や、ストレージ装置が持つThin Provisioning機能、ストレージクラスタ機能などが挙げられる。
【０１８０】
マルチパス機能は、同一のホスト計算機に対して異なるパスを用いて同一のボリュームを割り当て、片方のパスに障害が発生した場合にもう一方のパスへ切り替える機能である。Thin Provisioning機能はストレージ装置内の複数のボリュームをプールとして管理して、ホスト計算機には仮想的なボリュームを提供し、仮想的なボリュームに対してホスト計算機からデータの書き込みがあったタイミングで、書き込みがあった部分に順次プールから記憶領域を切り出して割り当てる機能である。また、ストレージクラスタ機能は、２つのストレージ装置間でリモートコピー等によってボリュームデータを同期しておき、両方のストレージ装置間から同じホスト計算機に対して同じデータを持つボリュームを割り当て、片方のストレージ装置に障害が発生した場合にも、ホスト計算機からもう片方のストレージ装置に同期されていたボリュームデータをそのまま利用できるようにする機能である。
【０１８１】
（４）まとめ
第１の実施形態では、まず、複数の管理計算機の１つが代表管理計算機として指定或いは決定される。代表管理計算機は、１つ又は複数のホスト計算機及び１つ又は複数のストレージサブシステムから、複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報とを収集する。そして、代表管理計算機は、構成サマリ情報に基づいて、複数の管理計算機（インスタンス）のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、複数の管理計算機に通知する。このようにすることにより、計算機システム内の各管理対象オブジェクトの関連を考慮して担当すべき管理計算機を割り当てることができるようになる。よって、管理操作不可や構成情報矛盾の発生を回避でき、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照が可能となる。
【０１８２】
第２の実施形態では、１つの管理計算機（管理サーバ）上に、複数の仮想管理サーバ（インスタンスに相当）が設けられている。そして、各仮想管理サーバに、担当すべき管理対象オブジェクトを第１の実施形態と同様の処理によって割り当てる。これにより、複数の仮想化された管理サーバが存在する計算機システムであっても、上述と同様の効果を期待することができる。なそ、計算機システム内で、仮想管理サーバと物理的な複数の管理サーバとが混在していても構わない。
【０１８３】
関連種別情報は複数種類存在する。例えば、ローカルコピー（ＬＣ）の関係、クラスタの関係、直接対応（ＭＡＰ）の関係、リモートコピー（ＲＣ）の関係、及び外部ストレージ装置が設定（ＥＸＴ）されている関係等である。このような場合、各関連種別情報には、優先度が決められており、この優先度の情報によって、複数の管理対象オブジェクトを優先的に同一の管理計算機（インスタンス）に割り当てるか否かの判断がなされる。このように、各管理対象オブジェクト間の関連の優先度を考慮して、同一の管理計算機が担当すべき管理対象オブジェクトを割り当て（振り分け）るので、管理操作不可や構成情報矛盾の発生に繋がりやすいオブジェクトを確実に同一のインスタンスに割り当てることが可能となる。例えば、ＬＣを最優先度に設定し、ＬＣの関係にある管理対象オブジェクトは必ず同一のインスタンスに振り分けるようにする。ＬＣの場合に対象のオブジェクトが別々のインスタンスに振り分けられると、管理操作不可や構成情報矛盾の発生の可能性が高くなるからである。
【０１８４】
また、関連種別情報に基づいて、複数の管理対象オブジェクト間の対応関係を構成サマリテーブル上で整理する。当該テーブル上の各行が１つのインスタンスが担当すべきオブジェクトに相当するようになっているので、テーブル上で整理され、各行のエントリに配置された各管理対象オブジェクトを同一のインスタンスの担当として割り当てる。このようにすることにより、効率よく担当インスタンスを決定することが可能となる。
【０１８５】
インスタンスへのオブジェクト割り振り処理を実行する場合、過去に管理計算機（インスタンス）に割り当てられたことのある管理対象オブジェクトについては、それと同一のインスタンスに割り当てる。そして、過去に管理計算機に割り当てられたことのない新規の管理対象オブジェクトについて、関連種別情報に基づいて管理計算機（インスタンス）を割り当てる。このようにすることにより、処理の高速化・効率化を図ることが可能となる。また、割り当て処理の結果、複数の管理計算機に割り当てられた管理対象オブジェクトの数に所定の偏りがある場合には、複数の管理対象オブジェクトの担当する管理計算機を再度決定する。このようにすることにより、各インスタンスの負荷を均等にすることが可能となる。例えば、考慮すべき関連種別情報を減らした後（優先度の低い情報を考慮対象から外す）、担当する管理計算機を再度決定する。このように、重要なオブジェクト間の関連についてカバーしつつ、重要性の低いオブジェクトの関連を割り当て処理の対象から外す。これにより、各インスタンスの負荷の軽減と管理操作不可や構成情報矛盾の発生防止とのバランスを取ることが可能となる。
【０１８６】
さらに、ホスト計算機及び前記ストレージサブシステムの配置場所を示すサイト情報がある場合には、このサイト情報を各ホスト計算機及び各ストレージサブシステムから収集する。そして、サイト情報と構成サマリ情報とに基づいて、複数の管理計算機（インスタンス）のそれぞれが集約して担当すべき管理対象オブジェクトを決定する。このようにすることにより、ホスト計算機やストレージサブシステムの物理的な設置場所を考慮して、インスタンスの担当を振り分けることができるので、極端なリモートアクセスが生じる可能性が低くなり、処理の効率化を図ることができ、インスタンスの負荷を軽減することが可能となる。
【０１８７】
本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０１８８】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【０１８９】
さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
【０１９０】
最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
【０１９１】
さらに、上述の実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていても良い。
【０１９２】
加えて、本技術分野の通常の知識を有する者には、本発明のその他の実装がここに開示された本発明の明細書及び実施形態の考察から明らかになるである。記述された実施形態の多様な態様及び／又はコンポーネントは、データを管理する機能を有するコンピュータ化ストレージシステムに於いて、単独又は如何なる組み合わせでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は後続する請求範囲で示される。
【符号の説明】
【０１９３】
１０  計算機システム（ストレージシステム）
１００  ホスト計算機
１０１  管理エージェント
１０２  管理情報テーブル
１２０  ストレージ装置（ストレージサブシステム）
１２１  マイクロプログラム
１２２  管理情報テーブル
１３０  ＳＡＮ
１４０  外部ストレージ装置（外部接続ストレージ装置）
１４１  マイクロプログラム
１４２  管理情報テーブル
１５０  ＳＡＮ
１６０  管理サーバ（管理計算機）
１６１  管理ソフトウェア
１６２  管理対象決定プログラム
１６３  管理対象受信プログラム
１６４  構成変更検知プログラム
１６５  管理情報テーブル
１６６  インスタンス連携プログラム
１７０  管理ＬＡＮ
【図１】
2012114492.tif 000003
【図２】
2012114492.tif 000004
【図３】
2012114492.tif 000005
【図４】
2012114492.tif 000006
【図５】
2012114492.tif 000007
【図６】
2012114492.tif 000008
【図７】
2012114492.tif 000009
【図８】
2012114492.tif 000010
【図９】
2012114492.tif 000011
【図１０】
2012114492.tif 000012
【図１１】
2012114492.tif 000013
【図１２】
2012114492.tif 000014
【図１３】
2012114492.tif 000015
【図１４】
2012114492.tif 000016
【図１５】
2012114492.tif 000017
【図１６】
2012114492.tif 000018
【図１７】
2012114492.tif 000019
【図１８】
2012114492.tif 000020
【図１９】
2012114492.tif 000021
【図２０】
2012114492.tif 000022
【図２１】
2012114492.tif 000023
【図２２】
2012114492.tif 000024
【図２３】
2012114492.tif 000025
【図２４】
2012114492.tif 000026
【図２５】
2012114492.tif 000027
【図２６】
2012114492.tif 000028
【図２７】
2012114492.tif 000029
【国際調査報告】
2012114492.tif 000030
2012114492.tif 000031