JP5749803B2 - 情報記憶システム及びストレージシステム管理方法 - Google Patents

Description

本発明は、情報記憶システム及びストレージシステム管理方法に関し、特に、複数のストレージシステムの管理技術に関する。

近年、計算機で取り扱われる情報量は飛躍的に増大し、これに応じて情報処理を行うホストやストレージをホスティングするデータセンタの大規模化が進んでいる。データセンタに設置されるサーバ、ストレージシステム、ネットワークは、それぞれ個々の装置毎に管理コストを削減する技術進化がなされてきた。

サーバは単体性能の高性能化と併せて、高集積なブレード型の装置に仮想化機構を搭載し、複数サーバ間で負荷分散可能なアーキテクチャが採用され始めている。ストレージシステムは、多数の小型ストレージに大容量データを格納するのではなく、高性能、高信頼、高可用な大型ストレージシステムに大容量データを集約して格納する設計が行われている。ネットワーク機器についても、装置あたりの接続数を増大し、処理性能を向上することで、増大するシステム間のトラフィックに対応している。

このような状況の中、データセンタでは、個々の装置を調達し、大規模システムを構築・運用するための管理コストが新たな課題として発生してきた。このコストを削減するため、サーバ、ストレージ、ネットワークのシステムを構築済みの統合型システムが提案され始めている。

この統合型システムにおいては、ある決まったスペックのサーバやストレージシステム、ネットワークのコンポーネントが構築済みであるため、その性能の範囲内で活用することを想定した場合には構築・運用コストを削減することが可能である。

システム性能の向上の課題の一つとして、ストレージシステムの管理が挙げられる。性能や容量の設計の難しさやストレージエリアネットワーク（ＳＡＮ）の構築の難易度が高いことから、大規模なデータセンタではストレージシステム専門の管理者が配置されており、簡単化が特に求められており、技術開発がなされている。

大規模ストレージシステムを実現する技術の一つに、ストレージエリアネットワークがある。１台以上のストレージシステムと複数のホスト計算機をストレージエリアネットワークにより接続し、複数のホスト計算機が、１台以上のストレージシステムからなる大容量記憶システムを共有する計算機システムが広く普及している。

このような計算機システムでは、記憶資源や計算機資源を後から追加・削除・交換することが容易であり、拡張性に優れるという利点がある。ＳＡＮに接続するストレージシステムには、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）構成された記憶装置を有するストレージシステムが一般的によく利用される。

また、ＳＡＮに含まれるファイバチャネルスイッチは、ファイバチャネルネットワークの論理的な分割単位であるゾーニング機能を提供する。このファイバチャネルゾーニングのひとつの形態は、ひとつのゾーンをネットワークインタフェースの集合で構成する。

ゾーンに登録されたネットワークインタフェースは、ゾーンに登録されていないネットワークインタフェースとのデータ転送を受け付けない。すなわち、データ転送は、ゾーンに登録されたネットワークインタフェースの間でのみ可能となる。また、ファイバチャネルスイッチは、ＳＡＮファブリックに接続されている機器の情報を管理し、新規機器のログインやログアウトに応じて状態を更新したり、クエリーに応じて接続状態を応答することが可能である。

下記先行技術文献における特許文献１は、外部接続ストレージ技術として、仮想ストレージシステムを他の記憶領域を有する外部ストレージシステムと接続し、当該他のストレージシステム内の記憶領域を自仮想ストレージシステムの仮想的な記憶領域としてホスト計算機に提供するシステムを開示している。

特許文献２は、移行元ストレージシステム内の論理ユニット（ボリューム）の情報を、移行先ストレージシステムの設定に合致するようにストレージシステム間で移行し、構成制御情報を設定することができるストレージシステムを開示している。

特許文献３は、ストレージシステム内のローカルなＬＤＥＶ番号だけでなく、複数のストレージシステムに共通のグローバルなＬＤＥＶ番号を割り当てる技術を開示している。特許文献４は、書き込まれていないデータエリアへのストレージ容量の割り当てを阻止することによりストレージ容量の無駄を削減するシンプロビジョニング技術を開示している。

特開２００５−１１２７７号公報 特開２００８−１７６６２７号公報 特開２００８−４０５７１号公報 米国特許第７１３０９６０号明細書

ストレージシステムに対する必要なシステム性能が拡大し、単一のストレージシステムの性能を超える場合には、複数のストレージシステムを一つのリソースとして利用できることが、システムの性能の拡張及び管理コストの削減に必要である。複数のストレージシステムが、１つのストレージシステムとしてホスト計算機にサービスを提供するためは、ホスト計算機が、複数のストレージシステムを１つのストレージシステムとして認識できると共に、その複数のストレージシステムにおける各ボリュームを一意に特定できることが必要である。

特許文献１で開示されている方法は、外部のストレージシステムを利用して、ストレージシステムの容量を増加することはできる。しかし、追加したストレージシステムへのアクセスには元のストレージシステムのポート、ＣＰＵ、キャッシュメモリなどのリソースが常に利用され、性能の拡張をすることはできなかった。

特許文献２で開示されている方法は、ホスト計算機と接続されているストレージシステムの間でボリュームマイグレーションすることはできる。しかし、ホスト計算機とストレージシステムの接続を、ストレージ管理者が別途管理しながら、ボリューム配置を管理することが必要であった。

特許文献３で開示されている方法は、ストレージシステム間をボリュームがマイグレーションしたときに、ＬＤＥＶ番号の重複を防ぐことはできる。しかし、典型的なホスト計算機は、ボリュームの特定のため、ボリュームの番号の他に、ストレージシステムの情報を参照する。そのため、オンライン中にボリュームを移行すると、ボリュームが属するストレージシステムの情報が変更され、ホスト計算機のドライバに影響が出る。

従って、複数のストレージシステムが、ホスト計算機に対して、１つのストレージシステムとして適切にサービスを提供することができる技術が望まれる。

本発明の一態様は、通信可能に接続された複数のストレージシステムを含む、情報記憶システムである。前記複数のストレージシステムのそれぞれは、前記複数のストレージシステムに同一のデフォルトストレージシステム識別情報と、前記複数のストレージシステムが第１のホスト計算機に提供するボリュームを複数のストレージシステムにおいて一意に特定する共通ボリューム識別情報と、前記第１のホスト計算機からの要求に応答して前記デフォルトストレージシステム識別情報を前記ホスト計算機に返し、前記第１のホスト計算機からの前記共通ボリューム識別情報を伴う前記ボリュームへの読み書き要求を処理するコントローラとを備える。

本発明の一態様によれば、複数のストレージシステムが、ホスト計算機に対して、１つのストレージシステムとして適切にサービスを提供することができる。他の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本実施形態の計算機システム全体の構成図である。 本実施形態の管理計算機のハードウェア構成の一例を示す図である。 本実施形態のストレージシステムのハードウェア構成の一例を示す図である。 本実施形態のホスト計算機のハードウェア構成の一例を示す図である。 本実施形態の接続装置のハードウェア構成の一例を示す図である。 本実施形態のストレージシステムの不揮発記憶装置のボリューム構成及び格納情報の一例を示す図である。 本実施形態の管理計算機の不揮発記憶装置が格納する情報の一例を示す図である。 本実施形態のストレージシステムの不揮発記憶装置の管理情報格納部の格納情報の一例を示す図である。 本実施形態のホスト計算機の不揮発記憶装置が格納する情報の一例を示す図である。 本実施形態の接続装置の不揮発記憶装置が格納する情報の一例を示す図である。 本実施形態の管理計算機におけるストレージシステム管理テーブルの構成例を示す図である。 本実施形態の管理計算機におけるストレージシステムポート管理テーブルの構成例を示す図である。 本実施形態の管理計算機におけるストレージシステムプール管理テーブルの構成例を示す図である。 本実施形態の管理計算機におけるストレージシステム使用状況管理テーブルの構成を示す図である。 本実施形態の管理計算機における仮想ストレージシステムボリューム管理テーブルの構成例を示す図である。 本実施形態の管理計算機における接続装置管理テーブルの構成例を示す図である。 本実施形態の管理計算機におけるホスト計算機管理テーブルの構成例を示す図である。 本実施形態の管理計算機におけるホスト接続性管理テーブルの構成例を示す図である。 本実施形態の管理計算機におけるストレージ間接続性管理テーブルの構成例を示す図である。 本実施形態の管理計算機におけるデフォルト仮想値管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるストレージシステムベンダ名管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるストレージシステム型名管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるストレージシステム製造番号管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるストレージシステムポート管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるボリューム管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるシンプロビジョニングプール管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるシンプロビジョニングボリューム管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおけるメディア管理テーブルの構成例を示す図である。 本実施形態のストレージシステムにおける管理用通信Ｉ／Ｆアドレス管理テーブルの構成例を示す図である。 本実施形態のホスト計算機における接続先ストレージシステムボリューム管理テーブルの構成例を示す図である。 本実施形態のホスト計算機における管理用通信Ｉ／Ｆアドレス管理テーブルの構成例を示す図である。 本実施形態の接続装置における接続機器管理テーブルの構成例を示す図である。 本実施形態の接続装置におけるゾーン設定管理テーブルの構成例を示す図である。 本実施形態の接続装置における管理用通信Ｉ／Ｆアドレス管理テーブルの構成例を示す図である。 本実施形態の計算機システムにおけるホスト計算機追加処理のフローを示す図である。 本実施形態の計算機システムにおけるストレージシステム追加処理のフローを示す図である。 本実施形態の計算機システムにおけるストレージシステム削除処理のフローを示す図である。 図３８は、本実施形態の計算機システムにおける通常ボリューム作成処理のフローを示す図である。 、本実施形態の計算機システムにおけるシンプロビジョニングプール作成処理のフローを示す図である。 本実施形態の計算機システムにおけるシンプロビジョニングボリューム作成処理のフローを示す図である。 本実施形態の計算機システムにおけるボリュームへのポート設定処理のフローを示す図である。 本実施形態の計算機システムにおけるボリュームへの交替パスのポート設定処理のフローを示す図である。 本実施形態の計算機システムにおけるホスト計算機からのＩ／Ｏ処理のフローを示す図である。 本実施形態の計算機システムにおけるリソース平準化処理のフローを示す図である。 本実施形態の計算機システムにおけるシンプロビジョニングプールの容量調整処理のフローを示す図である。

以下、図面を参照しつつ、本発明を実施するための形態を説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされている。又、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略されている。

本実施形態は、複数のストレージシステムが１つのストレージシステムとしてホスト計算機にサービスを提供することができる構成を説明する。本実施形態のシステムは、複数のストレージシステムに同一のストレージシステム識別情報（デフォルトの識別子）を付与する。さらに、ボリュームに対して、複数のストレージシステムにおいて一意のボリューム識別情報を付与する。

ホスト計算機は、割り当てられているストレージシステム識別情報とボリューム識別情報とを使用して、ボリュームを特定する。例えば、システム動作中にボリュームがストレージシステム間で移動しても、ホスト計算機は、上記ストレージシステム識別情報とボリューム情報により、移動先のストレージシステムのボリュームの読み書きを行うことができる。

図１は、本発明の実施形態における、計算機システム全体の構成の一例を説明するための図である。本図に示すように、計算機システムは管理計算機１と、複数の（図１の例において３台の）ストレージシステム２Ａ〜２Ｃと、１台以上（図１の例において２台）のホスト計算機３Ａ、３Ｂと、３つの接続装置４〜６を備える。

以下において、ストレージシステム２は、計算機システムに含まれる任意の１又は複数のストレージシステムを指し、ホスト計算機３は、計算機システムに含まれる任意の１又は複数のホスト計算機を指す。

接続装置４は、ホスト計算機３からのデータＩ／Ｏ要求（データの入力又は出力の要求）をストレージシステム２に転送する。接続装置５は、ストレージシステム２間のデータＩ／Ｏ要求を転送する。接続装置６は、管理計算機１からの管理用通信要求を、ストレージシステム２、ホスト計算機３、接続装置４、接続装置５、へ転送する。

本計算機システムは、接続装置４を使用してホスト計算機３とストレージシステム２の間にＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構成することとしているが、ホスト計算機３とストレージシステム２が直接接続されてもよい。

本計算機システムは、接続装置５を使用して、ストレージシステム２の間にＳＡＮを構成することとしているが、ストレージシステム２が直接接続されてもよい。接続装置６により計算機システム全体が管理計算機１からＩＰネットワークにて接続可能な構成としているが、管理計算機１と直接接続される構成であってもよい。

接続装置４、５を含むネットワークは、物理的に同一の装置で提供され、論理的に独立なネットワークでもよい。また、接続装置４、５を含むネットワークは、ｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）で構成されるＩＰネットワークでもよく、接続装置６で提供されるＩＰネットワークと同一の装置で提供され、論理的に独立なネットワークでもよい。さらに、接続装置４、５、６を含むネットワークは、ＦＣｏＥ（ＦｉｂｒｅＣｈａｎｎｅｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）で構成され、同一の装置で構成されるネットワークでもよい。

図２は、管理計算機１のハードウェア構成の一例を示す。管理計算機１はキャッシュメモリ１１、不揮発記憶装置１２、プロセッサ１３、プログラムメモリ１４、管理用通信Ｉ／Ｆ１６、内部バス１７、画像出力装置１８、入力装置１９などを有する計算機である。不揮発記憶装置１２は、ネットワークを介して接続された外部記憶装置でもよい。

管理計算機１は、不揮発記憶装置１２に格納されたオペレーティングシステム（ＯＳ）やアプリケーションプログラムなどのソフトウェアをプログラムメモリ１４にロードし、プロセッサ１３がプログラムメモリ１４からそれを読みだして実行することで、所定の機能を達成する。プロセッサ１３は、複数のチップ及び複数のパッケージを含むことができる。この点は、他の装置（ストレージシステム２を含む）において同様である。

管理計算機１は、頻繁に用いるデータをキャッシュメモリ１１に一時的に格納し、処理を高速化する。管理計算機１は、キーボードやマウスなどの入力装置１９やディスプレイなどの画像出力装置１８を有し、入力装置１９が管理者（ユーザ）からの入力を受け付け、画像出力装置１８がプロセッサ１３から指示された情報を出力する。管理計算機１は、さらに、接続装置６と接続する管理用通信Ｉ／Ｆ１６を有する。

図１の構成例において、管理システムは管理計算機１で構成されているが、管理システムは複数の計算機で構成してもよい。複数の計算機の一つは表示用計算機であってもよく、管理処理の高速化や高信頼化のために、複数の計算機が管理計算機と同等の処理を実行してもよい。

図３は、ストレージシステム２のハードウェア構成の一例を示す。ストレージシステム２はキャッシュメモリ２１、不揮発記憶装置２２、プロセッサ２３、プログラムメモリ２４、データＩ／Ｏ用通信Ｉ／Ｆ２５、管理用通信Ｉ／Ｆ２６、内部バス２７、画像出力装置２８、入力装置２９を有する。

ストレージシステム２は、不揮発記憶装置２２に格納されたＯＳやアプリケーションプログラムなどのソフトウェアをプログラムメモリ２４にロードし、プロセッサ２３がプログラムメモリ２４から読みだしてそれを実行することで、所定の機能を達成する。プロセッサ２３は、ストレージシステム２のコントローラとして機能する。ストレージシステム２は、頻繁に用いるデータをキャッシュメモリ２１に格納し、処理を高速化する。

ストレージシステム２は、キーボードやマウスなどの入力装置２９及びディスプレイなどの画像出力装置２８を有し、入力装置２９が管理者（ユーザ）からの入力を受け付け、画像出力装置２８がプロセッサ２３から指示された情報を出力する。ストレージシステム２は、接続装置４、５と接続する１つ以上のデータＩ／Ｏ用通信Ｉ／Ｆ２５を有し、接続装置６と接続する管理用通信Ｉ／Ｆ２６を有する。ここで、データＩ／Ｏ用通信Ｉ／Ｆ２５と管理用通信Ｉ／Ｆ２６は、物理的に同一の装置で提供されてもよい。

図１は、簡単のため３つのストレージシステム２を記載しているが、システムは２又は４以上のストレージシステム２を有していてもよい。データＩ／Ｏ用通信Ｉ／Ｆ２５には計算機システムで一意のポートＩＤが割り当てられており、ＮＰＩＶ（Ｎ＿Ｐｏｒｔ ＩＤ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）又はその他の仮想化機構により、複数の仮想ポートＩＤを割り当てることが可能である。

ストレージシステム２のデータＩ／Ｏ用通信Ｉ／Ｆ２５は、ホスト計算機３からの読み書き要求を受け付けるターゲットモードと他のストレージシステム２への読み書き要求を行うイニシエータモード両方をサポートする。ストレージシステム２は、それぞれのモードのために物理的に異なるデータＩ／Ｏ用通信Ｉ／Ｆ２５を具備してもよいが、物理的に一つのＩ／Ｆが論理的に双方の機能を満たしてもよい。

図４は、ホスト計算機３のハードウェア構成の一例を示す。ホスト計算機３は、キャッシュメモリ３１、不揮発記憶装置３２、プロセッサ３３、プログラムメモリ３４、データＩ／Ｏ用通信Ｉ／Ｆ３５、管理用通信Ｉ／Ｆ３６、内部バス３７、画像出力装置３８、入力装置３９などを有する計算機である。

ホスト計算機３は、不揮発記憶装置３２に格納されたＯＳやアプリケーションプログラムなどのソフトウェアをプログラムメモリ３４にロードし、プロセッサ３３がプログラムメモリ３４から読みだして実行することで、所定の機能を達成する。ホスト計算機３は、頻繁に用いるデータをキャッシュメモリ３１に格納し、処理を高速化する。

ホスト計算機３は、キーボードやマウスなどの入力装置３９やディスプレイなどの画像出力装置３８を有し、入力装置３９が管理者（ユーザ）からの入力を受け付け画像出力装置３８がプロセッサ３３から指示された情報を出力する。ホスト計算機３は、接続装置４、５と接続する１つ以上のデータＩ／Ｏ用通信Ｉ／Ｆ３５を有し、接続装置６と接続する管理用通信Ｉ／Ｆ３６を有する。データＩ／Ｏ用通信Ｉ／Ｆ３５と管理用通信Ｉ／Ｆ３６は、物理的に同一の装置で提供されてもよい。

図１は、簡単のため２つのホスト計算機３を記載しているが、システムはいくつのホスト計算機３を有していてもよい。データＩ／Ｏ用通信Ｉ／Ｆ３５には計算機システムで一意のポートＩＤ割り当てられており、ＮＰＩＶ又はその他の仮想化機構により、複数の仮想ポートＩＤを割り当てることが可能である。

図５は、接続装置４のハードウェア構成の一例を示す。接続装置４は、キャッシュメモリ４１、不揮発記憶装置４２、プロセッサ４３、プログラムメモリ４４、データＩ／Ｏ用通信Ｉ／Ｆ４５、管理用通信Ｉ／Ｆ４６、内部バス４７、リンクランプ４８、などを有する。

接続装置４は、不揮発記憶装置４２に格納されたＯＳやアプリケーションプログラムなどのソフトウェアをプログラムメモリ４４にロードし、プロセッサ４３がプログラムメモリ４４から読みだして実行することで、所定の機能を達成する。接続装置４は、頻繁に用いるデータをキャッシュメモリ４１に格納し、処理を高速化する。接続装置４は、ＬＥＤその他の発光素子を有するリンクランプ４８を有し、データＩ／Ｏ用通信Ｉ／Ｆ４５の論理的な接続状況を可視化することができる。接続装置５、６は、接続装置４と同様の構成を有する。

図６は、ストレージシステム２の不揮発記憶装置２２の構成を示す。不揮発記憶装置２２は、ストレージシステム管理情報格納部２２１と不揮発記憶媒体を備える異なる種類のメディア２２２Ａ〜２２２Ｃを含む。本明細書において、１又は複数のメディアドライブからなるグループをメディアと呼ぶ。メディア２２２は、任意の１つ又は複数のメディアを指す。

図６の例において、半導体メモリであるフラッシュメモリを活用したＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）メディア２２２Ａ、Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩのインタフェースを備えたＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ）メディア２２２Ｂ、Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔのインタフェースを備えたＳＡＴＡメディア２２２Ｃが、例示されている。

ストレージシステム２は、メディア２２２が提供する実記憶領域により構成され、ホスト計算機３やシンプロビジョニングプール２２３から読み書き可能な、１つ以上のボリューム（実ボリューム）２２２１を提供する。単一種類のメディア２２２によってボリューム２２２１を提供してもよいし、複数種類のメディア２２２によりＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）を構成し、そのＲＡＩＤによりボリューム２２２１を提供してもよい。以下においては、単一種類のメディア２２２によってボリューム２２２１を構成する例を説明する。

シンプロビジョニングプール２２３において、メディア２２２のボリューム２２２１群のなかから管理者（ユーザ）により選択されたボリューム２２２１が複数ページ２２３１に分割される。シンプロビジョニングプール２２３は、ページ単位で管理される。シンプロビジョニングボリューム２２４は、ホスト計算機３に提供される仮想ボリュームであって、その容量は仮想化されている。シンプロビジョニングボリューム２２４にホスト計算機３から書き込みがありデータ格納領域が必要になる度に、ストレージシステム２は、ページ２２３１をシンプロビジョニングボリューム２２４に割り当てる。

シンプロビジョニングは、ホスト計算機３により認識されるシンプロビジョニングボリューム２２４の容量を、シンプロビジョニングボリューム２２４に割り当てられている実容量（全ページの容量）よりも大きくすることができ、ホスト計算機３に割り当てられる容量を実現するために必要な実用量を、それよりも小さくすることができる。

図７は、管理計算機１の不揮発記憶装置１２が格納している情報を示している。ストレージシステム管理プログラム１２１は、計算機システム内のストレージシステム２と、管理用通信Ｉ／Ｆ１６の接続された接続装置６を経由して通信し、状態の参照、構成情報の設定を行う。接続装置管理プログラム１２２は、計算機システム内の接続装置４、５と、管理用通信Ｉ／Ｆ１６の接続された接続装置６を経由して通信し、状態の参照、構成情報の設定を行う。

ホスト計算機管理プログラム１２３は、計算機システム内のホスト計算機３のエージェント３２２（図９を参照）と、管理用通信Ｉ／Ｆ１６の接続された接続装置６を経由して通信し、状態の参照、構成情報の設定を行う。運用管理プログラム１２４は、管理計算機１の不揮発記憶装置１２内にある各種テーブルを参照し、ボリューム配置の計画及びその他の処理を行う。運用管理プログラム１２４は、各種プログラムと連携して計算機システム内の運用管理を行い、管理者に対してユーザインタフェースを提供する。オペレーティングシステム１２５は、各種プログラムの実行基盤であり、各種テーブルの管理基盤である。

各プログラムは、プロセッサ１３によって実行されることで、定められた処理を記憶装置及び通信インタフェースを用いながら行う。従って、本実施形態においてプログラムを主語とする説明は、プロセッサを主語とした説明でもよい。若しくは、プログラムが実行する処理は、そのプログラムが動作する計算機及び計算機システムが行う処理である。

プロセッサ１３は、プログラムに従って動作することによって、所定の機能を実現する機能部（手段）として動作する。例えば、プロセッサ１３は、ストレージシステム管理プログラム１２１に従って動作することでストレージシステム管理部として機能し、接続装置管理プログラム１２２に従って動作することで接続装置管理部として機能する。他のプログラムについても同様である。

さらに、プロセッサ１３は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。プロセッサ１３及びプログラムを含む管理計算機１は、これらの機能部を含む装置である。上記プログラムとプロセッサの関係、さらに、これらとこれらを含む装置との関係の説明は、他の装置及びシステム、つまり、ホスト計算機３、接続装置４〜６及びストレージシステム２において同様である。

不揮発記憶装置１２は、この他、ストレージシステム管理テーブル１００、ストレージシステムポート管理テーブル１１０、ストレージシステムプール管理テーブル１２０、ストレージシステム使用状況管理テーブル１３０、仮想ストレージシステムボリューム管理テーブル１４０、接続装置管理テーブル１５０、ホスト計算機管理テーブル１６０、ホスト接続性管理テーブル１７０、ストレージ間接続性管理テーブル１８０、デフォルト仮想値管理テーブル１９０を格納する。これらのテーブルの詳細は後述する。

本実施形態において、管理計算機１が使用する情報は、データ構造に依存せずどのようなデータ構造で表現されていてもよい。例えば、テーブル、リスト、データベース又はキューから適切に選択したデータ構造体が、情報を格納することができる。情報は、データ記憶装置における対応するデータ記憶領域に格納される。この点は、他の装置（ストレージシステムを含む）において同様である。

図８は、ストレージシステム２のストレージシステム管理情報格納部２２１が格納する情報を示している。データＩ／Ｏプログラム２２１１は、計算機システム内のホスト計算機３とデータＩ／Ｏ用通信Ｉ／Ｆ２５の接続された接続装置４を経由して通信を行い、ボリューム２２２１、シンプロビジョニングボリューム２２４のデータを送受信し、書き込みを行う。

プール管理プログラム２２１２は、シンプロビジョニングプール２２３のページ２２３１の管理、プールボリュームとしてのボリューム２２２１の管理、そしてシンプロビジョニングボリューム２２４へのページ２２３１割り当て管理を行う。ボリューム管理プログラム２２１３は、ボリューム２２２１及びシンプロビジョニングボリューム２２４を管理する。運用管理プログラム２２１４は、各種プログラムと連携してストレージシステム２の運用管理を行う。オペレーティングシステム２２１５は、各種プログラムの実行基盤であり、各種テーブルの管理基盤である。

ストレージシステム管理情報格納部２２１は、この他、ストレージシステムベンダ名管理テーブル２００、ストレージシステム型名管理テーブル２１０、ストレージシステム製造番号管理テーブル２２０、ストレージシステムポート管理テーブル２３０、ボリューム管理テーブル２４０、シンプロビジョニングプール管理テーブル２５０、シンプロビジョニングボリューム管理テーブル２６０、メディア管理テーブル２７０、管理用通信Ｉ／Ｆアドレス管理テーブル２８０を格納している。これらテーブルの詳細は後述する。

図９は、ホスト計算機３の不揮発記憶装置３２が格納している情報を示している。アプリケーション３２１は、ホスト計算機３が提供する機能やサービスを実行するために必要なプログラムである。エージェント３２２は、管理計算機１のホスト計算機管理プログラム１２３と通信し、ホスト計算機３の状態及び構成情報の設定を行う。オペレーティングシステム３２３は、アプリケーション３２１の各種プログラムの実行基盤であり、各種テーブルの管理基盤である。不揮発記憶装置３２は、これらの他、ボリューム管理テーブル３００、管理用通信Ｉ／Ｆアドレス管理テーブル３１０を格納している。これらテーブルの詳細は後述する。

図１０は、接続装置４の不揮発記憶装置４２が格納している情報を示している。データＩ／Ｏプログラム４２１は、データＩ／Ｏ用通信Ｉ／Ｆ４５に接続された計算機システム内の計算機及び装置からのＩ／Ｏ要求を受け付け、不揮発記憶装置４２内のテーブルを参照し、それらと通信を行う。

管理プログラム４２２は、不揮発記憶装置４２内のテーブルの値を設定するインタフェースを提供する。オペレーティングシステム４２３は、各種プログラムの実行基盤であり、各種テーブルの管理基盤である。不揮発記憶装置４２は、この他、接続機器管理テーブル４００、ゾーン設定管理テーブル４１０、管理用通信Ｉ／Ｆアドレス管理テーブル４２０を格納している。これらテーブルの詳細は後述する。

図１１は、本実施形態の管理計算機１におけるストレージシステム管理テーブル１００の構成例を示す図である。ストレージシステム管理テーブル１００は、計算機システム内のストレージシステム２を管理するためストレージシステム２に一意なＩＤであるストレージシステムＩＤ１００１、ストレージシステムが出荷時に設定される値であるストレージシステムベンダ名１００２、ストレージシステム型名１００３、ストレージシステム製造番号１００４の各カラムを有する。

これらの値は、管理計算機１によってストレージシステム２から接続装置６を経由して取得される、又は、管理者によって直接入力される。本実施形態において、対象を識別するための情報として、ＩＤ、名及び番号などが使用されるが、これらの呼び名は互いに置換可能である。

ストレージシステム管理テーブル１００は、さらに、ホスト計算機３からＳＣＳＩ Ｉｎｑｕｉｒｙなどで要求される接続ポートやボリュームの情報取得要求などに応答するために用いる、デフォルト仮想ベンダ名１００５、デフォルト仮想システム型名１００６及びデフォルト仮想製造番号１００７の各カラムを有する。これらカラムには、管理者により設定されたデフォルト仮想値管理テーブル１９０の値が複製されて格納され、管理者により変更される。管理者は、個別にこの値を設定してもよい。

ストレージシステム管理テーブル１００は、さらに、ストレージシステム２を管理するための管理用通信Ｉ／Ｆアドレス１００８のカラムを有する。このカラムの値は管理者により入力される。

ストレージシステム管理テーブル１００のエントリは、計算機システム内にストレージシステム２が増設され、管理者によって追加指示がなされたときに追加される。ストレージシステム管理テーブル１００のエントリは、ストレージシステム２を減設する際、管理者によって削除指示がなされ、一連の処理が終了した際に削除される。

図１２は、本実施形態の管理計算機１におけるストレージシステムポート管理テーブル１１０の構成例を示す図であり、ストレージシステム管理テーブル１００のストレージシステムＩＤ１００１の値に応じて、各データＩ／Ｏ用通信Ｉ／Ｆ２５の状態を管理する。

通常、複数のデータＩ／Ｏ用通信Ｉ／Ｆ２５が実装されており、ストレージシステム内で一意の番号（データＩ／Ｏ用通信Ｉ／Ｆ番号１１０２）が１つのデータＩ／Ｏ用通信Ｉ／Ｆ２５に割り当てられる。これら番号は、交替パスプログラム（マルチパスプログラム）を利用した複数経路を用いたストレージシステムへのアクセスに利用される。

データＩ／Ｏ用通信Ｉ／Ｆ２５の用途１１０３は、例えば、ホストからのアクセス用又はストレージシステム間のアクセス用（マイグレーション用）である。ストレージシステム間のアクセスの場合に、各ポートがターゲット専用又はイニシエータ専用である場合には、ストレージシステム管理テーブル１００は、それぞれのモードを管理する。用途１１０３のカラムには、管理者（ユーザ）がシステム構築時に設計した値を入力する。

データＩ／Ｏ用通信Ｉ／Ｆ番号１１０２はストレージシステム内で一意の番号であるが、複数のストレージシステム２を一つのストレージシステムとして管理する際には、データＩ／Ｏ用通信Ｉ／Ｆ番号１１０２の重複が発生する。

本実施形態の計算機システムにおいて、管理計算機１が一意の仮想的な番号（仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４）をストレージシステム２に割り当てる。この番号は接続装置６を経由し、ストレージシステム２に通知される。

ストレージシステムポート管理テーブル２３０の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２に格納され、以降のストレージシステム２のホスト計算機３とのＩ／Ｏなどに利用される。データＩ／Ｏ用通信Ｉ／Ｆ２５は接続装置４、接続装置５を経由した通信にて送信元および送信先を明らかにするために利用するポートＩＤが割り当てられている。

これはハードウェア出荷時に割り当てられたり、別途ツールで変更されたりする。また、一つのデータＩ／Ｏ用通信Ｉ／Ｆは複数の仮想ポートＩＤも付与することが可能であり、付与されている値をポートＩＤ１１０５、および仮想ポートＩＤ１１０６の各フィールドで管理している。

ストレージシステムポート管理テーブル１１０のエントリは、ストレージシステム管理テーブル１００のエントリと同期して追加、削除される。以下の説明において、ポートＩＤという語は、特に指摘のない場合、ポートＩＤ１１０５（これを仮想ポートＩＤに対して実ポートＩＤとも呼ぶ）、仮想ポートＩＤ１１０６のいずれかを意味する。ポート管理上、実ポートＩＤと仮想ポートＩＤとは同列に扱うことができる。

図１３は、本実施形態の管理計算機１におけるストレージシステムプール管理テーブル１２０の構成例を示す図であり、計算機システム内のストレージシステムのシンプロビジョニングプール２２３を管理する。１つ以上のストレージシステムにおいて共通して設定されるプール名１２０１、１つ以上のストレージシステムにより提供される全体容量１２０２、その使用容量１２０３のカラムを有する。

さらに、ストレージシステムプール管理テーブル１２０は、プールを構成する個々のストレージシステムのストレージシステム管理テーブル１００におけるストレージシステムＩＤ１００１を複製した値を１２０４のフィールドに格納し、それぞれの容量１２０５Ａ、使用量１２０５Ｂ、ＩＯＰＳ（Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｐｅｒ Ｓｅｃｏｎｄ）１２０６Ａのフィールドを有する。

さらに、ストレージシステムプール管理テーブル１２０は、そのストレージシステム２において使用量、ＩＯＰＳが超えた場合に調整を行う値として、容量閾値１２０５Ｃ、性能閾値１２０６Ｂを有する。さらに、そのプールを構成するボリュームのボリュームＩＤ１２０７Ａと個々の構成ボリュームの容量１２０７Ｂと使用量１２０７Ｃを有する。

ストレージシステムプール管理テーブル１２０のエントリは、管理者によりシンプロビジョニングプール２２３の作成指示が行われたときに追加され、削除指示が行われたときに削除される。ストレージシステムＩＤ１２０４に対応した値の構成ボリュームＩＤ１２０７Ａのエントリは、ボリュームの追加、削除に対応して追加、削除される。

容量閾値１２０５Ｃ、性能閾値１２０６Ｂの値は、管理者により設定される。使用量１２０５Ｂ、ＩＯＰＳ１２０６Ａ、使用量１２０７Ｃの値を取得するため、管理計算機１は、定期的に、ストレージシステム２に、接続装置６を経由して問い合わせ、ストレージシステム２から取得した値を、それらのフィールドに格納する。

図１４は、本実施形態の管理計算機におけるストレージシステム使用状況管理テーブル１３０の構成例を示す図であり、ストレージシステム２毎の利用状況を管理する。ストレージシステム使用状況管理テーブル１３０は、ストレージシステム管理テーブル１００のストレージシステムＩＤ１００１と対応したストレージシステムＩＤ１３０１のカラムを有する。

ストレージシステム使用状況管理テーブル１３０は、さらに、ストレージシステムＩＤ１３０１により特定されるストレージシステムの、総容量１３０２、容量閾値１３０３、使用量１３０４の値を格納するカラムを有する。さらに、ストレージシステム内のメディアＩＤ１３０５に対応して、メディア種別１３０６、ＲＡＩＤ構成１３０７、容量１３０８、使用量１３０９を有する。ストレージシステムＩＤ１３０１の値に対応した他の値を取得するため、定期的に管理計算機１がストレージシステム２に接続装置６を経由して問い合わせ、取得した値をそれらのフィールドに格納する。

図１５は、本実施形態の管理計算機１における仮想ストレージシステムボリューム管理テーブル１４０の構成例を示す図であり、計算機システム内に存在する複数ボリュームを、それぞれに一意の番号を割り当てて管理する。各仮想ボリュームは、仮想ボリューム番号１４０１が割り当てられ、それに対応して他の項目情報が管理される。

容量１４０２は仮想ボリュームのボリューム容量を、使用量１４０３は仮想ボリュームの使用量を、ボリュームタイプ１４０４は、仮想ボリュームが通常ボリューム、シンプロビジョニングボリューム、プールボリュームのいずれなのかを示す。

仮想ストレージシステムボリューム管理テーブル１４０は、さらに、実際にボリュームが存在するストレージシステムのＩＤ１４０５、そのストレージシステム内（のみ）でボリュームを一意に特定する識別情報であるボリュームＩＤ１４０６、ストレージシステム２内でＲＡＩＤグループを特定するメディアＩＤ１４０７、仮想ポート番号１４０８Ａ、交替仮想ポート番号１４０８Ｂのカラムを有する。

仮想ボリュームＩＤ１４０１の値は、ボリューム作成時に割り当てられ、本計算機システム（全ストレージシステム２）において共通の番号であり、ボリュームを計算機システム内で一意に特定する識別情報である。容量１４０２とボリュームタイプ１４０４の値は、ボリューム作成時に管理者により指定される。場合により、メディアＩＤ１４０７の値が指定され、指定された内容に応じてボリューム作成の指示がストレージシステム２になされる。

仮想ポート番号１４０８Ａ、交替仮想ポート番号１４０８Ｂの値は、そのボリュームにアクセスするために、計算機システム内のストレージシステム２のどのデータＩ／Ｏ用通信Ｉ／Ｆ２５からアクセスするかを、管理者が指定する際に設定される。仮想ポート番号１４０８Ａ、交替仮想ポート番号１４０８Ｂの値は、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号の値が割り当てられる。

図１６は、本実施形態の管理計算機１における接続装置管理テーブル１５０の構成例を示す図であり、接続装置ＩＤ１５０１、接続装置の装置名１５０２、接続装置の管理用通信Ｉ／Ｆアドレス１５０３、そして接続装置の用途１５０４のカラムを有する。ホストとの接続装置は、ホスト計算機とストレージシステムを接続し、マイグレーション用の接続装置は、ストレージシステムを接続する。各カラムの値は、管理者により入力される。管理計算機１は、接続装置４、５、６との管理通信のために、それを参照する。

図１７は、本実施形態の管理計算機１におけるホスト計算機管理テーブル１６０の構成例を示す図である。このテーブル１６０は、ホストＩＤ１６０１、ホスト計算機３の管理用通信Ｉ／ＦアドレスであるホストＩＰ１６０２、データＩ／Ｏ用Ｉ／ＦアドレスのポートＩＤであるホスト側ポートＩＤ１６０３のカラムを有する。

これらカラムの値は、いずれも管理者により入力され、ホスト計算機３との管理通信が必要な際参照される。管理計算機１は、ホストＩＰ１６０２の値が入力された後、ホスト計算機３のエージェント３２２又はオペレーティングシステム３２３へ、ホスト側ポートＩＤ１６０３を問い合わせてもよい。

図１８は、本実施形態の管理計算機１におけるホスト接続性管理テーブル１７０の構成例を示す図であり、ホスト計算機３のデータＩ／Ｏ用通信Ｉ／Ｆ３５から接続可能なストレージシステム２を管理するものである。このテーブル１７０は、接続装置接続性１７０２、接続可能ポートＩＤ１７０３及び接続性１７０４のカラムを有する。

接続装置接続性１７０２は、ホスト計算機のデータＩ／Ｏ用通信Ｉ／Ｆ３５のポートＩＤ１７０１と接続装置４との間の接続性の確認状態を格納する。接続性１７０４は、ホスト計算機のデータＩ／Ｏ用通信Ｉ／Ｆ３５のポートＩＤ１７０１と接続可能ポートＩＤ１７０３との接続性の確認状態を格納する。

管理計算機１は、接続装置６を経由して接続装置４と通信し、ホスト計算機３の接続状態の問い合わせを行い、取得した情報を接続装置接続性１７０２に格納する。

接続可能ポートＩＤ１７０３は、ストレージシステム管理テーブル１００の用途１１０３がホスト用となっているエントリのポートＩＤ１１０５又は仮想ポートＩＤ１１０６の複製一覧を格納している。管理計算機１は、ストレージシステム２にホスト計算機３のポートＩＤ１７０１を通知し、ストレージシステム２から当該ポートＩＤとの接続が可能か接続装置４に問い合わせをさせ、状態を取得する。

確認方法は、ストレージシステム２経由でなく、ホスト計算機３のエージェント３２２に接続可能ポートＩＤ１７０３を通知し、接続が可能か接続装置４に問い合わせをさせ、状態を取得してもよい。

接続装置接続性１７０２は、エントリのホスト計算機３がストレージシステム２と接続可能な接続装置４に接続されていることを確認するためのフィールドであり、管理計算機１は、ホスト計算機３が接続されていない場合には、エラーを出力する。接続性１７０４は、ポートにより接続されていない場合があることを想定し、プロビジョニングやマイグレーションのアクセスポート範囲を限定するために利用する。

図１９は、本実施形態の管理計算機１におけるストレージ間接続性管理テーブル１８０の構成例を示す図であり、ストレージシステム２間のデータＩ／Ｏ用通信Ｉ／Ｆの接続状況を管理する。図１９のテーブル１８０は、１つのポートに対応するストレージ間接続性管理テーブルの例を示しており、エントリの各ポートと上記１つのポートとの間の接続性に関する情報を格納する。例えば、ストレージシステムＩＤが３である、ストレージシステムのポートに対応するテーブルである。

ストレージ間接続性管理テーブル１８０は、ストレージシステムＩＤ１８０１、そのＩＤに対応したストレージシステム２のデータＩ／Ｏ用通信Ｉ／Ｆ２５のポートＩＤ１８０２、接続性１８０３のカラムを有している。

ストレージシステム（のポート）間の接続性１８０３の確認のため、管理計算機１は、ストレージシステム管理テーブル１００の用途１１０３がマイグレーション用となっている各エントリのポートＩＤ１１０５又は仮想ポートＩＤ１１０６を、そのポートのストレージシステム２に通知し、ストレージシステム２から接続装置５に、当該ポートＩＤ（ポートＩＤ１１０５又は仮想ポートＩＤ１１０６）と他のストレージシステムのポートとの接続が可能か否かの問い合わせをさせ、状態（接続の可否）の情報をストレージシステム２から取得する。

図２０は、本実施形態の管理計算機１におけるデフォルト仮想値管理テーブル１９０の構成例を示す図であり、計算機システム内のストレージシステム２が、ホスト計算機３に対して通知するデフォルト値を管理している。デフォルト仮想ベンダ名１９０１、デフォルト仮想システム型名１９０２、デフォルト仮想製造番号１９０３の値は、いずれも初期設定で管理者により入力される。

図２１は、本実施形態のストレージシステム２におけるストレージシステムベンダ名管理テーブル２００の構成例を示す図であり、ホスト計算機３に対して応答する値として、ボリューム管理テーブル２４０の仮想ベンダ名２４０６Ａに複製する元となる値を格納する。ストレージシステム２を計算機システムに導入する際、管理計算機１から接続装置６を経由して送信されたデフォルト仮想ベンダ名１９０１を、運用管理プログラム２２１４が格納する。

図２２は、本実施形態のストレージシステム２におけるストレージシステム型名管理テーブル２１０の構成例を示す図であり、ホスト計算機３に応答する値として、ボリューム管理テーブル２４０の仮想システム型名２４０６Ｂに複製する元となる値を格納する。ストレージシステム２を計算機システムに導入する際、管理計算機１から接続装置６を経由して送信されたデフォルト仮想システム型名１９０２を、運用管理プログラム２２１４が格納する。

図２３は、本実施形態のストレージシステム２におけるストレージシステム製造番号管理テーブル２２０の構成例を示す図であり、ホスト計算機３に応答する値として、ボリューム管理テーブル２４０の仮想製造番号２４０６Ｃに複製する元となる値を格納する。ストレージシステム２を計算機システムに導入する際、管理計算機１から接続装置６を経由して送信されたデフォルト仮想製造番号１９０３を、運用管理プログラム２２１４が格納する。

図２４は、本実施形態のストレージシステム２におけるストレージシステムポート管理テーブル２３０の構成例を示す図であり、ストレージシステム２におけるデータＩ／Ｏ用通信Ｉ／Ｆ２５を管理するテーブルである。データＩ／Ｏ用通信Ｉ／Ｆ番号２３０１、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２、用途２３０３、ポートＩＤ２３０４、仮想ポートＩＤ２３０５のカラムを有する。

データＩ／Ｏ用通信Ｉ／Ｆ番号２３０１はハードウェア固有の値を保持しており、これに対して計算機システム内で一意の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２が割り当てられる。管理計算機１が、ストレージシステムポート管理テーブル１１０の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４に基づいて計算機システム内で一意になるように作成した値を、接続装置６経由でストレージシステム２に送信し、運用管理プログラム２２１４が、その値を格納する。

用途２３０３の値は管理者により設定され、ホスト用かマイグレーション用かを示す値が格納される。ポートＩＤ２３０４は、データＩ／Ｏ用通信Ｉ／Ｆのハードウェアに設定されている固有の値を格納している。仮想ポートＩＤ２３０５はポートＩＤに仮想的に割り当てられたＩＤであり、ハードウェア固有のポートＩＤとは異なるポートＩＤである。

図２５は、本実施形態のストレージシステム２におけるボリューム管理テーブル２４０の構成例を示す図であり、ストレージシステム２におけるボリュームの構成及び状態を管理するテーブルである。各エントリは、ボリュームＩＤ２４０１の値により一意に特定される。

容量２４０２は、ボリュームの容量を表す。タイプ２４０３は、通常ボリュームなのか、シンプロビジョニングボリュームなのか、シンプロビジョニングプールボリュームなのかを示す情報を保持する。メディアＩＤ２４０４は、ボリュームを作成したメディアのＩＤを格納する。仮想ボリューム番号２４０５は、計算機システム内で一意に定められ、ボリューム作成時に管理計算機１により割り当てられる番号を格納する。

仮想ベンダ名２４０６Ａ、仮想システム型名２４０６Ｂ、仮想製造番号２４０６Ｃ、仮想ポート番号２４０７Ａ、交替仮想ポート番号２４０７Ｂの値は、ホスト計算機３からのボリュームやポートの問い合わせに対して利用される。ポート番号２４０８Ａ、交替ポート番号２４０８Ｂは、実際にＩ／Ｏに利用するポート及び交代ポートの番号を格納する。キャッシュ可否２４０９は、ホスト計算機からのＩ／Ｏ要求に対してキャッシュ可否を示す値を格納する。

テーブルのエントリは、管理計算機１からのボリューム作成要求に応じて作成される。ボリュームＩＤ２４０１は、新規ボリューム作成時にストレージシステム２が一意な値を割り当てる。容量２４０２、タイプ２４０３は、管理者が指定した値を格納する。メディアＩＤ２４０４は指定されれば指定されたメディアに対してボリュームを作成する。指定されなければ任意のメディアからボリュームを作成し、作成したメディアのＩＤを格納する。

仮想ボリューム番号２４０５のカラムは、管理計算機１が割り当てた仮想ボリュームを計算機システムにおいて一意に特定する値を格納し、管理計算機１から通知された仮想ボリューム番号２４０５は、計算機システム内で共通のボリュームの識別情報である。

仮想ベンダ名２４０６Ａ、仮想システム型名２４０６Ｂ、仮想製造番号２４０６Ｃのカラムは、ストレージシステムベンダ名管理テーブル２００のデフォルト仮想ベンダ名２００２、ストレージシステム型名管理テーブル２１０のデフォルト仮想システム型名２１０２、ストレージシステム製造番号管理テーブル２２０のデフォルト仮想製造番号２２０２の値を格納する。若しくは、管理者が他のストレージシステムの値を引き継ぎたい場合、その値を格納してもよい。

仮想ポート番号２４０７Ａ、交替仮想ポート番号２４０７Ｂは管理者により指定される。ストレージシステム２は、ストレージシステムポート管理テーブル２３０を参照し、仮想ポート番号２４０７Ａ又は交替仮想ポート番号２４０７Ｂに対応する仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２が存在すれば、対応するデータＩ／Ｏ用通信Ｉ／Ｆ番号２３０１をポート番号２４０８Ａ又は交替ポート番号２４０８Ｂに格納する。

対応する仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２が存在しなければ、ストレージシステム２は、用途２３０３がマイグレーション用であるエントリのデータＩ／Ｏ用通信Ｉ／Ｆ番号２３０１の値をポート番号２４０８Ａ又は交替ポート番号２４０８Ｂに格納する。エントリのポート番号２４０８Ａと交替ポート番号２４０８Ｂのいずれのポートの用途２３０３もホスト用の場合、ストレージシステム２は、そのエントリのキャッシュ可否２４０９のフィールドに、キャッシュ可を示す値を格納する。それ以外の場合には、不可を示す値をキャッシュ可否２４０９のフィールドに格納する。

図２６は、本実施形態のストレージシステム２におけるシンプロビジョニングプール管理テーブル２５０の構成例を示す図であり、シンプロビジョニングプール２２３の構成を管理するテーブルである。このテーブル２５０は、プールＩＤ２５０１、総容量２５０２、使用量２５０３、構成ボリュームＩＤ２５０４、容量２５０５、使用量２５０６、ページ番号２５０７、状態２０５８のカラムを有する。

プールＩＤ２５０１は、ストレージシステム２の中で一意に定まる値で、管理計算機１でプール作成時に管理者により指定される。総容量２５０２は、プールＩＤに対応づけられている構成ボリュームの容量２５０５を合計した値である。使用量２５０３は、プールＩＤに対応付けられている構成ボリュームの使用量２５０６を合計した値である。

構成ボリュームＩＤ２５０４は、プールに対してボリューム管理テーブル２４０から選択されたボリュームのボリュームＩＤ２４０１を格納する。容量２５０５は、選択されたボリュームＩＤ２４０１に対応するエントリの容量２４０２の複製値を格納する。使用量２５０６は、初期値としてゼロを格納する。

また、ボリュームをページ２２３１に分割してシンプロビジョニングボリューム２２４に割り当てるため、複数のページのそれぞれに割り当てられた番号がページ番号２５０７に格納され、さらに、状態２５０８のフィールドが、ページの割り当て状態を示す値を格納する。ホスト計算機３からの書き込み要求によりシンプロビジョニングボリュームにページが必要になれば、状態２５０８が未割当のページが割り当てられ、そのページの状態２５０８が割当済に変更される。さらに、割り当てられたページのサイズが、使用量２５０６に追加される。

図２７は、本実施形態のストレージシステム２におけるシンプロビジョニングボリューム管理テーブル２６０の構成例を示す図であり、シンプロビジョニングボリューム２２４を構成するページ２２３１を示す。このテーブル２６０は、ボリュームＩＤ２６０１、最大容量２６０２、使用量２６０３、プールＩＤ２６０４、構成ボリュームＩＤ２６０５、ページ番号２６０６のカラムを有する。

管理計算機１からのボリューム作成指示により、ボリューム管理テーブル２４０にエントリが追加される。タイプ２４０３が、シンプロビジョニングである場合、シンプロビジョニングボリューム管理テーブル２６０にエントリが追加される。ボリュームＩＤ２６０１は、ボリューム管理テーブル２４０のボリュームＩＤ２４０１から複製された値を格納する。

最大容量２６０２は、ボリューム管理テーブル２４０の容量２４０２から複製された値を格納する。使用量２６０３の初期値はゼロである。ホスト計算機３からの書き込み処理により割り当てページが必要になる度に、そのプールＩＤ２６０４のページにおいて状態２５０８が未割当のページが割り当てられる。構成ボリュームＩＤ２５０４とページ番号２５０７の値が複製されて、構成ボリュームＩＤ２６０５とページ番号２６０６に格納される。

図２８は、本実施形態のストレージシステム２におけるメディア管理テーブル２７０の構成例を示す図であり、メディア２２２の状態を管理する。このテーブル２７０は、メディアＩＤ２７０１、メディア種別２７０２、ＲＡＩＤ構成２７０３、容量２７０４、使用量２７０５のカラムを有する。

メディアＩＤ２７０１の値は、ストレージシステム２にメディア２２２が追加される際、一意の値が割り当てられる。メディア種別２７０２には、追加したメディアに応じてＳＳＤ、ＳＡＳ、ＳＡＴＡなどの値が管理者により入力される。ＲＡＩＤ構成２７０３は、構築したＲＡＩＤ構成に応じて管理者により入力された値を格納する。容量２７０４は、管理者により入力された導入したメディアのサイズを格納する。ストレージシステム２は、各メディアを精査して容量を集計してもよい。使用量２７０５の初期値はゼロで、ボリューム作成時に割り当てた容量分の使用量を加算して格納する。

図２９は、本実施形態のストレージシステム２における管理用通信Ｉ／Ｆアドレス管理テーブル２８０の構成例を示す図であり、管理用通信Ｉ／Ｆ２６のアドレス２８０１が格納されている。計算機システムに導入するときに、管理者がこの値を設定する。

図３０は、本実施形態のホスト計算機３における接続先ストレージシステムボリューム管理テーブル３００の構成例を示す図である。このテーブル３００は、ホスト計算機３に割り当てられ、読み書き可能なボリュームの情報を格納している。このテーブルは、ＩＤ３００１、ボリュームＩＤ３００２、システムベンダ名３００３、システム型名３００４、システム製造番号３００５、ポートＩＤ３００６、データＩ／Ｏ用通信Ｉ／Ｆ番号３００７のカラムを有する。

ＩＤ３００１は、ホスト計算機３内において、各ボリュームに割り当てられる一意の識別子である。ポートＩＤ３００６はアクセス先のストレージシステム２のポートＩＤ（仮想ポートＩＤ又は実ポートＩＤ）であり、その値は管理者が設定してもよく、管理計算機１がエージェント３２２に通知した値を格納してもよい。ホスト計算機３のオペレーティングシステム３２３は、ポートＩＤ３００６を参照しストレージシステム２にアクセスする。

オペレーティングシステム３２３は、管理計算機１から、計算機システム内でボリュームを一意に特定する仮想ボリューム番号を取得し、ボリュームＩＤ３００２のフィールドに格納する。オペレーティングシステム３２３は、ボリュームＩＤ３００２で特定されるボリュームの情報を取得するための情報取得要求を、ストレージシステム２（のポートＩＤ３００６の値が示すポート）に、接続装置４を経由して送信する。

オペレーティングシステム３２３は、この要求に対してストレージシステム２から取得した情報を、システムベンダ名３００３、システム型名３００４、システム製造番号３００５、データＩ／Ｏ用通信Ｉ／Ｆ番号３００７のフィールドに格納する。データＩ／Ｏ用通信Ｉ／Ｆ番号３００７は、ストレージシステム２の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４（計算機システム内で一意のデータＩ／Ｏ用通信Ｉ／Ｆ番号）の値を格納する。

本構成において、システムベンダ名３００３、システム型名３００４、システム製造番号３００５は、それぞれ、全てのストレージシステム２に共通のデフォルト値（同一値）２００２、２１０２、２２０２を格納する。これらの値は、全てのストレージシステム２に共通（同一）のストレージ識別情報である。

ホスト計算機３のオペレーティングシステム３２３及び交替パスプログラムは、ボリュームの識別情報及びそのボリュームが属するストレージシステムの識別情報を使用して、ボリュームを特定する。これらがシステム動作中に変化すると、ホスト計算機３は、それが同一のボリュームであると認識することができず、当該ボリュームへのアクセス（データ読み出し又は書き込み）ができなくなる。

例えば、本構成において、システムベンダ名３００３、システム型名３００４、システム製造番号３００５のいずれかが変更されると、ホスト計算機３は、そのボリュームが異なるストレージシステムに属するボリュームであり、異なるボリュームであると認識する（同一のボリュームであると認識できない）。

本システムは、複数のストレージシステム２が提供するボリュームに、複数ストレージシステム２内で共通で一意の識別情報である、仮想ボリューム番号を割り当てる。さらに、各ストレージシステム２は、個別の識別情報の他、複数ストレージシステム２で同一のデフォルトストレージ識別情報（上記デフォルト値）を保持し、ホスト計算機３には、ボリューム情報として、このデフォルトストレージ識別情報が与えられる。

ストレージ識別情報とボリューム識別情報が同一であれば、ホスト計算機３は、異なるストレージシステムに存在するボリュームに通常アクセスすることができる。つまり、ホスト計算機３は、複数のストレージシステム２を１つのストレージシステムと見なし、それぞれのストレージシステム２のボリュームに不具合なくアクセスすることができる。

例えば、ストレージシステム２Ａからストレージシステム２Ｂにボリュームがマイグレーションした場合、ホスト計算機３は、同一のボリューム識別情報とストレージ識別情報によって、マイグレーション先のボリュームにアクセスすることができる。この他、ホスト計算機３は、ストレージシステム２Ａに存在するボリュームの読み書きを、ストレージシステム２Ａのポートを介して行うことも、ストレージシステム２Ｂのポートを介して行うこともできる（外部接続技術を使用したこの方法の詳細は後述する）。

本構成例において、共通ストレージシステム識別情報は、システムベンダ名３００３、システム型名３００４、システム製造番号３００５を含むが、共通ストレージシステム識別情報はこの内の一部のみを含む又は他の情報を含むことができる。ホスト計算機３がボリュームの特定に必要とする情報は設計により決定され、共通ストレージシステム識別情報は、その設計に従い決定される。典型的には、システム型名及びシステム製造番号が含まれる。

図３１は、本実施形態のホスト計算機３における管理用通信Ｉ／Ｆアドレス管理テーブル３１０の構成例を示す図であり、管理用通信Ｉ／Ｆ３６のアドレスを格納している。計算機システムに導入するときに、管理者がこの値を設定する。

図３２は、本実施形態の接続装置４、５、６における接続機器管理テーブル４００の構成例を示す図であり、接続装置４、５、６のデータＩ／Ｏ用通信Ｉ／Ｆ４５への接続状態を管理するテーブルである。このテーブル４００は、接続番号４００１、ポートＩＤ４００２、ランプ状態４００３のカラムを有する。

接続番号４００１はデータＩ／Ｏ用通信Ｉ／Ｆ４５のハードウェアに割り当てられる番号である。接続装置４、５、６は、機器が物理的に接続された後、その接続された機器に割り当てられたポートＩＤを取得し、ポートＩＤ４００２に格納する。ランプ状態４００３の値は、機器が接続されてポートＩＤが取得できたらＯＮに設定され、以外はＯＦＦに設定されている。接続装置の管理プログラム４２２はランプ状態４００３を監視しており、ＯＮであればデータＩ／Ｏ用通信Ｉ／Ｆ４５に接続されたリンクランプ４８をＯＮにし、ＯＦＦであればリンクランプ４８をＯＦＦにする。

図３３は、本実施形態の接続装置４、５におけるゾーン設定管理テーブル４１０の構成例を示す図であり、特定のポートＩＤ間での通信を他のポートＩＤから参照することを禁止するゾーン設定を管理するテーブルである。このテーブル４１０は、ゾーンＩＤ４１０１、ポートＩＤ４１０２のカラムを有する。

管理計算機１からのゾーン作成指示により、管理プログラム４２２は、ゾーン設定管理テーブル４１０のエントリを作成し、接続装置内で一意のゾーンＩＤ４１０１、ゾーンに参加するポートＩＤ４１０２を、ゾーン設定管理テーブル４１０に格納する。データＩ／Ｏプログラム４２１はこれを参照し、あるポートＩＤからの要求をゾーンに属しているポートＩＤにのみ転送する。

図３４は、本実施形態の接続装置４、５、６における管理用通信Ｉ／Ｆアドレス管理テーブル４２０の構成例を示す図であり、管理用通信Ｉ／Ｆ４６のアドレスが格納されている。計算機システムに導入するときに管理者が、このテーブル４２０に値を設定する。

図３５は、本実施形態の計算機システムにおけるホスト計算機３追加の処理フローを示す図である。ホスト計算機３を接続装置４に配線接続すると、接続装置４のデータＩ／Ｏプログラム４２１はその接続を検出し、接続元のポートＩＤ、具体的にはホスト計算機のポートＩＤ３１０２をホスト計算機３から取得し、接続機器管理テーブル４００のポートＩＤ４００２にそれを格納し、ランプ状態４００３の値をＯＮに設定する（Ｓ１００１）。

次に、管理者は、ホスト計算機３の入力装置３９及び画像出力装置３８を利用して、ホスト計算機３の管理用通信Ｉ／Ｆアドレス３１０１とポートＩＤ３１０２を確認する（Ｓ１００２）。管理者は、確認した情報を管理計算機１の入力装置１９を用いて入力する（Ｓ１００３）。

管理計算機１のホスト計算機管理プログラム１２３は、入力された情報をホスト計算機管理テーブル１６０のホストＩＰ１６０２とホスト接続性管理テーブル１７０のポートＩＤ１７０１に格納する。ホスト計算機管理プログラム１２３は、ストレージシステムポート管理テーブル１１０のポートＩＤ１１０５と仮想ポートＩＤ１１０６を一覧化し、ホスト接続性管理テーブル１７０の接続可能ポートＩＤ１７０３に格納する（Ｓ１００４）。

その後、ホスト計算機３の接続装置４に対する接続の確認のため、ホスト計算機管理プログラム１２３は、接続装置管理テーブル１５０の用途１５０４がホスト用となっているエントリ（接続装置）の管理用通信Ｉ／Ｆアドレス１５０３に対して、入力されたホスト計算機３のポートＩＤを、接続確認要求と共に送信する。

接続装置４の管理プログラム４２２は、受信したポートＩＤを、接続機器管理テーブル４００のポートＩＤ４００２から検索し、その有無を応答する。受信したポートＩＤが接続機器管理テーブル４００に存在している場合、そのポート（ホスト計算機３）が、接続装置４に接続していることを意味する。この接続確認は、接続装置、例えばＦＣスイッチの管理通信用Ｉ／Ｆに実装されている物理ポートの接続状態の一覧取得とそこからのポートＩＤの検索機能により実現されてもよい（Ｓ１００５）。

管理計算機１のホスト計算機管理プログラム１２３は、受信した応答を確認する（Ｓ１００６）。ホスト計算機３のポートが接続装置４に接続されていなければ、ホスト計算機管理プログラム１２３は、ホスト接続性管理テーブル１７０の接続装置接続性１７０２に接続エラーを示す値を格納し、画像出力装置１８にエラーを出力し処理を終了する（Ｓ１０１０）。

ポートが接続装置４に接続されていれば、ホスト計算機管理プログラム１２３は、接続装置接続性１７０２の値を確認済みに変更する。接続装置管理プログラム１２２は、該当するエントリの接続可能ポート１７０３とホストのポートＩＤ１７０１のゾーン作成要求を接続装置４に送信する。接続装置４の管理プログラム４２２は、受信したポートＩＤ群をゾーン設定管理テーブル４１０のポートＩＤ４１０２に格納し、管理計算機１にゾーン作成を応答する（Ｓ１００７）。ゾーン作成処理（Ｓ１００７）については、省略してもよい。

管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム２とホスト計算機３との間の接続確認のため、ストレージシステム管理テーブル１００の管理用通信Ｉ／Ｆアドレス１００８を参照し、全部のエントリのストレージシステム２のアドレスに、ホスト計算機３のポートＩＤ１７０１を送信する。図３５においては、２つのストレージシステム２Ａ、２Ｂに要求する例を示す。

各ストレージシステム２の運用管理プログラム２２１４は、受信したホスト計算機３のポートＩＤに対して、自身の各ポートが接続することができるかの確認を接続装置４に要求する。具体的には、運用管理プログラム２２１４は、追加されたホスト計算機のポートＩＤ並びに自身のポートＩＤ及び仮想ポートＩＤの一覧を、接続確認要求と共に接続装置４に送信する。

接続装置４は、接続機器管理テーブル４００を参照し、受信したホスト計算機３のポートＩＤ並びにストレージシステム２のポートＩＤ及び仮想ポートＩＤが、存在するかを確認する（Ｓ１００８）。接続装置４は、さらに、接続可否判定のために、ゾーン設定管理テーブル４１０を参照する。

ストレージシステム２のポート（物理ポート又は仮想ポート）は、ホスト計算機３のポートＩＤと共にそのＩＤが接続機器管理テーブル４００に存在し、かつ、それらがゾーン設定管理テーブル４１０において同一ゾーンに属している場合に、ホスト計算機３のポートに接続可能である。いずれかの条件が満たされていない場合、それらは接続不可である。

接続装置４は、ストレージシステム２の各ポート（ポートＩＤ又は仮想ポートＩＤ）と追加されたホスト計算機３のポートとの接続可否の応答をストレージシステム２に返す。この接続確認は、ＦｉｂｒｅＣｈａｎｎｅｌでの指定ポートのディスカバリ機能で実現されてもよい。管理計算機１は、接続装置４に直接に、ストレージシステム２とホスト計算機３の接続確認を指示してもよい。

管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム２から受信した各ポートの確認結果を、ホスト接続性管理テーブル１７０の接続性１７０４のカラムに順次格納し、ホスト計算機追加処理を終了する（Ｓ１００９）。接続装置４は、ストレージシステム２を介することなく、管理計算機１に確認結果を送信してもよい。このように、ホスト計算機３の追加においてシステムが接続確認を行うことで、ホスト計算機導入における配線ミスを防止し、管理者の作業負荷を低減することができる。さらに、ボリューム作成及びボリュームマイグレーションにおいて、ホスト計算機３から接続しているストレージシステム２を自動選択することができ、管理者の運用時の負荷を低減することができる。

図３６は、本実施形態の計算機システムにおけるストレージシステム２追加処理のフローを示す図である。ストレージシステム２を導入する際、管理者は、ホスト接続用のポートを接続装置４に、マイグレーション用のポートを接続装置５に配線接続する。

接続装置４、５のデータＩ／Ｏプログラム４２１は、それぞれ接続を検出し、接続元のポートＩＤ、具体的にはストレージシステムのポートＩＤ２３０４又は仮想ポートＩＤ２３０５をストレージシステム２から取得し、それを接続機器管理テーブル４００のポートＩＤ４００２に格納し、ランプ状態４００３の値をＯＦＦからＯＮに変更する（Ｓ１１０１、Ｓ１１０２）。

次に、管理者は、ストレージシステム２の入力装置２９、画像出力装置２８を利用して、管理用通信Ｉ／Ｆアドレス２８０１、ベンダ名２００１、システム型名２１０１、製造番号２２０１を確認する（Ｓ１１０３）。

管理者は、確認したアドレス、ベンダ名、システム型名及び製造番号を、管理計算機１の入力装置１９を用いて入力する。具体的には、管理者は、ストレージシステム管理テーブル１００に新しいエントリを追加し、管理用通信Ｉ／Ｆアドレス１００８、ストレージシステムベンダ名１００２、ストレージシステム型名１００３、ストレージシステム製造番号１００４に、情報を入力する（Ｓ１１０４）。

管理計算機１の運用管理プログラム１２４は、ストレージシステム２の管理用通信Ｉ／Ｆアドレス１００８に対して、ポートＩＤの問い合わせを実行する。ストレージシステム２の運用管理プログラム２２１４は、ストレージシステムポート管理テーブル２３０の各エントリの各フィールドの値を返す。

管理計算機１の運用管理プログラム１２４は、受信したストレージシステムポート管理テーブル２３０の内容を、ストレージシステムポート管理テーブル１１０に格納する。具体的には、データＩ／Ｏ用通信Ｉ／Ｆ番号２３０１の値をデータＩ／Ｏ用通信Ｉ／Ｆ番号１１０２に、用途２３０３の値を用途１１０３に、ポートＩＤ２３０４の値をポートＩＤ１１０５に、仮想ポートＩＤ２３０５の値を仮想ポートＩＤ１１０６に、それぞれ格納する。

運用管理プログラム１２４は、受信した各エントリに対して、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号を割りあて、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４のフィールドに格納する。さらに、割り当てた仮想データＩ／Ｏ用通信Ｉ／Ｆ番号をストレージシステム２に送信する。ストレージシステム２の運用管理プログラム２２１４は、受信した仮想データＩ／Ｏ用通信Ｉ／Ｆ番号を、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２のフィールドに格納する。

その後、運用管理プログラム１２４は、ストレージシステムポート管理テーブル１１０の用途１１０３がホスト用になっているエントリのポートＩＤ１１０５、仮想ポートＩＤ１１０６を一覧化して、ホスト接続性管理テーブル１７０の接続可能ポートＩＤ１７０３に登録する。さらに、各エントリの接続性１７０４を、未確認に設定する。

運用管理プログラム１２４は、さらに、ストレージ間接続性管理テーブル１８０にエントリを追加し、ストレージシステムポート管理テーブル１１０の用途１１０３がマイグレーション用になっているエントリのポートＩＤを一覧化し、それらをポートＩＤ１８０２に格納する。さらに、各エントリの接続性１８０３を、未確認に設定する。

次に、管理計算機１の接続装置管理プログラム１２２が、ホスト接続性管理テーブル１７０の接続性１７０４が未確認であるエントリについて接続装置４に、ストレージ間接続性管理テーブル１８０の接続性１８０３が未確認であるエントリについて接続装置５に、接続確認を要求する。

接続装置４、５による確認方法（Ｓ１１０５、Ｓ１１０６）は、Ｓ１００５で説明した手順と同様であり、接続機器管理テーブル４００のポートＩＤ４００２において受信したＩＤを検索し、その有無を応答する。接続装置管理プログラム１２２は、接続装置４からの確認結果を接続性１７０４へ、接続装置５からの確認結果を接続性１８０３へ、それぞれ格納する。この接続確認は、追加されたストレージシステム２と接続装置４、５の接続の確認である。接続装置管理プログラム１２２は、接続性１７０４、１８０３のカラムにおいて、正常な接続が確認されたポートのフィールドに、“物理接続確認済み”（図１８、１９において不図示）を示す値を格納する。

接続装置管理プログラム１２２は、接続性１８０３の内容を確認し（Ｓ１１０７）、接続不可であれば（Ｓ１１０７：ＮＯ）、エラーを出力して終了する（Ｓ１１１６）。接続装置管理プログラム１２２は接続性１７０４の値を確認し（Ｓ１１０７）、新しく追加したポートＩＤ（仮想ポートＩＤを含む）のすべてが接続不可であれば（Ｓ１１０７：ＮＯ）、エラーを出力して終了する（Ｓ１１１６）。

接続性に問題がなければ（Ｓ１１０７：ＹＥＳ）、管理計算機１の接続装置管理プログラム１２２は、接続装置４のゾーン設定を行うため、ホスト接続性管理テーブル１７０のポートＩＤ１７０１と接続可能ポートＩＤ１７０３の一覧を接続装置４へ送信し、接続装置４はゾーンを作成する（Ｓ１１０８）。接続装置管理プログラム１２２は、ストレージ間接続性管理テーブル１８０のポートＩＤ１８０２の一覧を接続装置５へ送信し、接続装置５はゾーンを作成する（Ｓ１１０９）。Ｓ１１０８、Ｓ１１０９の手順は、Ｓ１００７で説明した手順と同様である。ゾーン作成処理（Ｓ１１０８、Ｓ１１０９）は、実施しなくてもよい。

管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム管理テーブル１００の管理用通信Ｉ／Ｆアドレス１００８を参照し、ホスト接続性管理テーブル１７０の接続性１７０４（ホストポートとストレージポートの接続性）が”物理接続確認済み”であるエントリのホスト計算機３のポートＩＤ１７０１を、そのエントリのストレージシステム２の管理用通信Ｉ／Ｆアドレスに送信する。

ストレージシステム管理プログラム１２１は、ストレージシステムポート管理テーブル１１０を参照して、ホスト接続性管理テーブル１７０のエントリからストレージシステム管理テーブル１００のエントリ（管理用通信Ｉ／Ｆアドレス）を特定することができる。

ストレージシステム２の運用管理プログラム２２１４は、受信したポートＩＤが示すホスト計算機３のポートに対して、自身の各ポート（ポートＩＤ又は仮想ポートＩＤで特定されるポート）が接続することができるかの確認を、接続装置４に要求する。この要求の方法は、ホスト計算機３の追加処理における要求と同様である。

接続装置４は、ストレージシステム２からの確認要求に応答して、接続確認を実行する。接続装置４による接続確認の方法は、ホスト計算機３の追加処理におけるＳ１００８と同様である。接続装置４は、ストレージシステム２の各ポートについての接続可否応答を、ストレージシステム２に返す（Ｓ１１１０）。

ストレージシステム２は、接続装置４から受信した接続可否の確認結果を、管理計算機１に返す。管理計算機１のストレージシステム管理プログラム１２１は、受信したストレージシステム２のポートの接続性確認結果を、ホスト接続性管理テーブル１７０の接続性１７０４に順次格納する（Ｓ１１１１）。

次に、管理計算機１は、ストレージシステム間の接続確認処理を行う。管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム管理テーブル１００の管理用通信Ｉ／Ｆアドレス１００８のカラムを参照して新たに追加されたストレージシステム２の管理用通信Ｉ／Ｆアドレスを特定する。

ストレージシステム管理プログラム１２１は、ストレージ間接続性管理テーブル１８０の接続性１８０３が”物理接続確認済み”であるエントリのポートＩＤ１８０２の値と、そのテーブル１８０の対応ポート（新たに追加されたストレージシステムのマイグレーション用ポート）のポートＩＤとを、接続確認要求と共に、特定した管理用通信Ｉ／Ｆアドレスに送信する。図１９を参照して説明したように、ストレージ間接続性管理テーブル１８０は、１つのマイグレーション用ポートの他のストレージシステムのマイグレーション用ポートとの接続性の情報を格納している。

新たに追加されたストレージシステム２の運用管理プログラム２２１４は、受信した自身のマイグレーション用ポートＩＤについて、受信した他のストレージシステムの各ポートに接続することができるか否かの確認を、接続装置５に要求する。この要求は、追加されたストレージシステムに送信された上記ポートＩＤを伴う。

接続装置５の管理プログラム４２２は、受信したマイグレーション用ポート間の接続確認を行う。その方法は、図３５を参照して説明したフローチャートにおけるＳ１００５と同様であり、例えば、接続機器管理テーブル４００におけるポートＩＤの存在の有無により接続性の可否を判定する。管理プログラム４２２は、接続可否応答をストレージシステム２に返す（Ｓ１１１２）。

ストレージシステム２は、管理計算機１に、接続装置５から受信した結果を返す。管理計算機１のストレージシステム管理プログラム１２１は、受信した各エントリの確認結果を、ストレージ間接続性管理テーブル１８０の接続性１８０３のフィールドに順次格納する（Ｓ１１１３）。ストレージシステム２は、管理計算機１に確認結果を転送する。本構成において、接続装置４、５は、接続確認結果をストレージシステム２を介して管理計算機１に送信するが、直接にそれらを管理計算機１に送信してもよい。管理計算機１は、接続装置４、５に直接にホスト計算機３とストレージシステム２の間の接続及びストレージシステム２間の接続の確認を指示してもよい。

正常な接続が確認できた（正常接続の確認結果を受信した）後、ストレージシステム管理プログラム１２１は、追加されたストレージシステム２に、デフォルト仮想ベンダ名２００２としてデフォルト仮想ベンダ名１９０１を、デフォルト仮想システム型名２１０２としてデフォルト仮想システム型名１９０２を、デフォルト仮想製造番号２２０２としてデフォルト仮想製造番号１９０３、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２として仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４を送信する。これらのデフォルト値は、上述のように、追加されたストレージシステムが、他のストレージシステムと一体のストレージシステムとして機能することを可能とする。上記デフォルト値は、追加されたストレージシステム２の接続確認前に与えてもよい。

ストレージシステム２の運用管理プログラム２２１４は、受信した値をデフォルト仮想ベンダ名２００２、デフォルト仮想システム型名２１０２、デフォルト仮想製造番号２２０２、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２のフィールドにそれぞれ格納する（Ｓ１１１５）。

ストレージシステム管理プログラム１２１は、ストレージシステム管理テーブル１００のデフォルト仮想ベンダ名１００５、デフォルト仮想システム型名１００６、デフォルト仮想製造番号１００７、ストレージシステムポート管理テーブル１１０の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４のそれぞれに、割り当てた値を格納し、ストレージシステム２の追加処理を終了する（Ｓ１１１４）。

このように、本実施形態においては、ホスト計算機３へのサービスを停止することなく、ストレージシステム２を容易に追加することができる。また、ストレージシステム２の追加においてシステムがストレージシステム間の接続確認及びホスト計算機との接続確認を行うことで、ストレージシステム導入（スケールアウト）における配線ミスを防止し、システムの動作中のエラー発生を防ぐことができる。システムが接続確認を行うことで、管理者の作業負荷を低減することができる。

図３７は、本実施形態の計算機システムにおけるストレージシステム２の削除の処理フローを示す図である。本例は、ストレージシステム２Ａを計算機システムから削除する。まず、管理者は管理計算機１の運用管理プログラム１２４からストレージシステム２Ａの削除指示を行う（Ｓ１２０１）。

管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム使用状況管理テーブル１３０を参照し、使用量１３０４の合計と削除指示のあったストレージシステム２Ａを除く総容量１３０２の合計を比較する（Ｓ１２０２）。使用量１３０４の合計のほうが大きければ（Ｓ１２０２：ＮＯ）、運用管理プログラム１２４は、画像出力装置１８にエラーを出力し終了する（Ｓ１２０９）。

残りの総容量１３０２の方が大きい場合（Ｓ１２０２：ＹＥＳ）、ストレージシステム管理プログラム１２１は、仮想ストレージシステムボリューム管理テーブル１４０を参照し、ストレージシステムＩＤ１４０５が削除指示のあったストレージシステム２ＡのＩＤであるエントリのボリュームを抽出し、使用量１４０３が小さい順にソートする（Ｓ１２０３）。この順序は、マイグレーションの実行順序である。

マイグレーションの順序決定の様々な手法が考えられる。基準となる値はストレージシステム２、ホスト計算機３、接続装置４、接続装置５で取得できる値であって、管理計算機１が接続装置６を経由して収集することができる値であれば、本例と異なる値でもよい。

ストレージシステム管理プログラム１２１は、ストレージシステム２Ａに、上記マイグレーション順序において、各ボリュームのマイグレーションを、順次、指示する。ストレージシステム２Ａは、指示されたボリュームをストレージシステム２Ｂに移行する（Ｓ１２０４）。

ストレージシステム２Ａ、２Ｂのボリューム管理プログラム２２１３は、ストレージシステム２Ａの対象のボリュームのデータを、ストレージシステム２Ｂのボリュームに複製する。ストレージシステム２Ａ、２Ｂのボリューム管理プログラム２２１３は、それぞれ、ボリューム管理テーブル２４０の該当エントリを削除及び追加する。さらに、それらは、それぞれ、ストレージシステムポート管理テーブル２３０の対応仮想ポートＩＤを削除及び追加する。

ストレージシステム管理プログラム１２１は、ストレージシステム２Ａから、指示したボリュームのマイグレーションの終了通知を受けると、仮想ストレージシステムボリューム管理テーブル１４０の該当エントリの値を更新する。さらに、ストレージシステムポート管理テーブル１１０の上記対応仮想ポートＩＤを、ストレージシステム２Ａのエントリからストレージシステム２Ｂのエントリに変更する。

ストレージシステム管理プログラム１２１は、仮想ストレージシステムボリューム管理テーブル１４０を参照し、ストレージシステムＩＤ１４０５が削除指示のあったストレージシステム２Ａであるエントリ（ボリューム）が存在しているか確認する（Ｓ１２０５）。残りのボリュームがあれば（Ｓ１２０５：ＹＥＳ）、ストレージシステム管理プログラム１２１は、Ｓ１２０３へ戻る。

残りのボリュームがなければ（Ｓ１２０５：ＮＯ）、管理計算機１の接続装置管理プログラム１２２は、ストレージシステムポート管理テーブル１１０を参照し、削除するポートＩＤ１１０５、仮想ポートＩＤ１１０６を、接続装置４、５に、接続装置６を経由して通知し、削除を要求する。

接続装置４、５の管理プログラム４２２は、接続機器管理テーブル４００から通知のあったポートＩＤ４００２を削除し（Ｓ１２０６、Ｓ１２０７）、ランプ状態４００３をＯＦＦに変える。管理プログラム４２２は、ランプ状態４００３がＯＦＦに変えられたことを検出すると、リンクランプ４８を消灯する。管理プログラム４２２は、ゾーン設定管理テーブル４１０から、通知されたポートＩＤの値をポートＩＤ４１０２のカラムから削除する。

管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム管理テーブル１００、ストレージシステムポート管理テーブル１１０、ストレージシステム使用状況管理テーブル１３０、ホスト接続性管理テーブル１７０、ストレージ間接続性管理テーブル１８０から、削除するストレージシステム２ＡのＩＤを含むエントリを削除する（Ｓ１２０８）。管理者は接続装置４、５のリンクランプ４８が消えているデータＩ／Ｏ用通信Ｉ／Ｆ４５の線を引き抜き、ストレージシステム２Ａの削除処理が終了する。

このように、本構成により、ホスト計算機３へのサービスを停止することなく、ストレージシステム２を計算機システムから削除することができる。また、配線を引き抜く際の作業ミスのポテンシャルを低減することができる。

図３８は、本実施形態の計算機システムにおけるボリューム作成処理のフローを示す図である。ここでは、ボリュームタイプが通常であるボリュームを作成する手順を説明する。管理者は、管理計算機１の運用管理プログラム１２４からボリューム作成指示を入力する。管理者は、ボリュームの容量、ボリュームタイプ（本図の説明では通常）、利用するホスト計算機３などを入力して、ボリュームの作成を指示する（Ｓ１３０１）。

管理計算機１のストレージシステム管理プログラム１２１は、入力情報を参照して、利用するホスト計算機３（ホストＩＤ）が指定されているかを確認する（Ｓ１３０２）。指定されていなければ（Ｓ１３０２：ＮＯ）、処理はＳ１３０４に進む。指定されていれば（Ｓ１３０２：ＹＥＳ）、ストレージシステム管理プログラム１２１は、ホスト計算機管理テーブル１６０から指定されたホストＩＤ１６０１の値のエントリから、ホスト側ポートＩＤ１６０３の値を取得する。

ストレージシステム管理プログラム１２１は、ホスト接続性管理テーブル１７０のポートＩＤ１７０１のカラムを検索し、取得した値と一致するエントリのうち、接続性１７０４が確認済みであるエントリの接続可能ポートＩＤ１７０３（ストレージシステムのポートＩＤ）の値を取得する。これにより未接続による不具合を防ぐ。

次に、ストレージシステム管理プログラム１２１は、ストレージシステムポート管理テーブル１１０のポートＩＤ１１０５、仮想ポートＩＤ１１０６のカラムにおいて、取得したポートＩＤを含むエントリを検索し、接続可能なポートＩＤを持たないストレージシステムを除き、ストレージシステムのＩＤを一覧化する（Ｓ１３０３）。

その後、ストレージシステム管理プログラム１２１は、一覧化されたストレージシステムについてストレージシステム使用状況管理テーブル１３０を参照し、好ましくは、総容量１３０２から使用量１３０４を引いた値が一番大きなストレージシステムを選択する（Ｓ１３０４）。指定されたボリュームの容量を満たすストレージシステムがなければ、エラーである。

ボリュームを作成するストレージシステムを決定するための様々な手法が考えられる。基準となる値は、ストレージシステム２、ホスト計算機３、接続装置４、接続装置５で取得できる値であって、管理計算機１が接続装置６を経由して収集することができる値であれば、本例と異なる値でもよい。

ストレージシステム管理プログラム１２１は、仮想ストレージシステムボリューム管理テーブル１４０の仮想ボリューム番号１４０１のカラムを参照し、重複しない仮想ボリューム番号を新たに作成するボリュームに割り当てる（Ｓ１３０５）。これにより、ボリュームが計算機システム内において一意に特定される。ストレージシステム管理プログラム１２１は、割り当てた仮想ボリューム番号と管理者によって指定された情報を、Ｓ１３０４で選択したストレージシステム２に通知し、ボリュームの作成を指示する。

指示を受けたストレージシステム２のボリューム管理プログラム２２１３は、メディア管理テーブル２７０から、例えば容量２７０４と使用量２７０５の差が一番大きいメディアＩＤ２７０１を選択し、そのメディアにおいて指定されたサイズのボリュームを作成し、メディア管理テーブル２７０を更新する（Ｓ１３０６）。指定されたサイズのボリュームを格納できるメディアが存在しなければ、エラーである。

ボリューム管理プログラム２２１３は、ボリューム管理テーブル２４０にエントリを追加し、ストレージシステム内で一意のボリュームＩＤを割り当て、管理計算機１により指定された容量、タイプ、仮想ボリューム番号を、容量２４０２、タイプ２４０３、仮想ボリューム番号２４０５のそれぞれのフィールドに格納し、さらに、Ｓ１３０６で割り当てたメディアＩＤをメディアＩＤ２４０４のフィールドに格納する。

ボリューム管理プログラム２２１３は、仮想ベンダ名２４０６Ａ、仮想システム型名２４０６Ｂ、仮想製造番号２４０６Ｃのフィールドに、デフォルト仮想ベンダ名２００２、デフォルト仮想システム型名２１０２、デフォルト仮想製造番号２２０２の値をそれぞれ複製して格納する（Ｓ１３０７）。これにより、ホスト計算機３からのボリューム情報要求に対して、各ストレージシステム２が共通（同一）のストレージ識別情報を返す。

ストレージシステム２の運用管理プログラム２２１４は、作成が完了したボリュームについて、ボリュームＩＤ２４０１、メディアＩＤ２４０４を管理計算機１に通知する。管理計算機１の運用管理プログラム１２４は、作成が完了したボリュームの情報をボリューム管理テーブル１４０に格納し、ボリューム作成処理を終了する（Ｓ１３０８）。

図３９は、本実施形態の計算機システムにおけるシンプロビジョニングプール作成の処理フローを示す図である。管理者は、管理計算機１の運用管理プログラム１２４から、プール名を指定してプール作成処理を実施する。運用管理プログラム１２４は、ストレージシステムプール管理テーブル１２０にエントリを追加し、指定されたプール名をプール名１２０１に格納する（Ｓ１４０１）。

管理者は、運用管理プログラム１２４を使用して仮想ストレージシステムボリューム管理テーブル１４０を参照し、シンプロビジョニングプールに追加するボリュームを選択する（Ｓ１４０２）。本システムにおいて、異なるストレージシステム２からボリュームを選択することができる。ストレージシステムの物理的境界を越えてプールにボリュームを含めることで、より適切なプール容量管理を行うことができる。

運用管理プログラム１２４は、仮想ストレージシステムボリューム管理テーブル１４０を参照し、選択されたボリューム毎にストレージシステム２Ａ及びストレージシステム２Ｂにシンプロビジョニングプール作成指示を送信する。選択されたボリュームがないストレージシステム２Ｂに対しても、プール作成指示を送信する。

ストレージシステム２Ａのプール管理プログラム２２１２は、シンプロビジョニングプール管理テーブル２５０にエントリを追加し、指定されたプール名をプールＩＤ２５０１に格納する（Ｓ１４０３）。

ストレージシステム２Ａのプール管理プログラム２２１２は、管理計算機１から指定されたボリュームをボリューム管理テーブル２４０の仮想ボリューム番号２４０５から一致するエントリを検索する（Ｓ１４０５）。

プール管理プログラム２２１２は、一致するエントリのボリュームＩＤ２４０１をシンプロビジョニングプール管理テーブル２５０の構成ボリュームＩＤ２５０４に、容量２４０２を容量２５０５に格納する。プール管理プログラム２２１２は追加されたボリュームをページ分割し番号を割り当て作成された番号の一覧をページ番号２５０７に格納し、状態２５０８を未割当にする。その後、運用管理プログラム２２１４は管理計算機１に完了通知を送信する（Ｓ１４０６）。ストレージシステム２ＢもＳ１４０３、Ｓ１４０６と同様の処理を実施する（Ｓ１４０４、Ｓ１４０７）。

管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム２Ａ、２Ｂから完了応答を受信すると、ストレージシステムプール管理テーブル１２０に、各ストレージシステムの情報を格納する。具体的には、ストレージシステムＩＤ１２０４が特定するストレージシステムの情報を、対応したエントリに格納する。格納される情報は、各ストレージシステムのシンプロビジョニングプールの容量１２０５Ａ、構成ボリュームＩＤ１２０７Ａ、容量１２０７Ｂの値である。ストレージシステム管理プログラム１２１は、さらに、容量１２０５Ａの値を合計した値を全体容量１２０２に格納し、シンプロビジョニングプール作成処理を終了する（Ｓ１４０８）。

図４０は、本実施形態の計算機システムにおけるシンプロビジョニングボリューム作成の処理フローを示す図である。ここでは、ボリュームタイプがシンプロビジョニングであるボリュームを作成する手順を説明する。

管理者は、管理計算機１の運用管理プログラム１２４から、ボリューム作成指示を入力する。管理者は、プール名、ボリュームの容量、ボリュームタイプ（本図の説明ではシンプロビジョニング）、利用するホスト計算機３などを入力して、ボリュームの作成を指示する（Ｓ１５０１）。

管理計算機１のストレージシステム管理プログラム１２１は、利用する（アクセスする）ホスト計算機３が指定されているかを確認する（Ｓ１５０２）。指定されていなければ（Ｓ１５０２：ＮＯ）、処理はＳ１５０４に進む。指定されていれば（Ｓ１５０２：ＹＥＳ）、ストレージシステム管理プログラム１２１は、ホスト計算機管理テーブル１６０を参照して、そのホスト計算機３のホスト側ポートＩＤ１６０３を取得する。

ストレージシステム管理プログラム１２１は、ホスト接続性管理テーブル１７０のポートＩＤ１７０１を検索し、そのホスト計算機３と一致するエントリの接続可能ポートＩＤ１７０３のうち、接続性１７０４が確認済みであるエントリの、ポートＩＤ（ストレージシステムのポートＩＤ）を取得する。

次に、ストレージシステム管理プログラム１２１は、ストレージシステムポート管理テーブル１１０のポートＩＤ１１０５、仮想ポートＩＤ１１０６から、取得したポートＩＤを含むエントリのストレージシステムＩＤを検索する。ストレージシステム管理プログラム１２１は、接続可能なポートＩＤを持たないストレージシステムを除き、ストレージシステムＩＤを一覧化する（Ｓ１５０３）。

その後、ストレージシステム管理プログラム１２１は、ストレージシステムプール管理テーブル１２０を参照し、ストレージシステムＩＤ１２０４によって一覧化されたストレージシステムのエントリを特定し、好ましくは、容量１２０５Ａから使用量１２０５Ｂを引いた値が一番大きなストレージシステムを選択する（Ｓ１５０４）。

管理計算機１のストレージシステム管理プログラム１２１は、仮想ストレージシステムボリューム管理テーブル１４０の仮想ボリューム番号１４０１を参照し、重複しない仮想ボリューム番号を新たなシンプロビジョニングボリュームに割り当てる（Ｓ１５０５）。

ストレージシステム管理プログラム１２１は、割り当てた仮想ボリューム番号と管理者によって指定された情報を、上記選択したストレージシステム２に通知し、ボリュームの作成を指示する。

ストレージシステム２のボリューム管理プログラム２２１３は、ボリューム作成指示に応答して、ボリューム管理テーブル２４０にエントリを追加する。ボリューム管理プログラム２２１３は、ストレージシステム内で一意のボリュームＩＤを新たなエントリに割り当て、管理計算機１により指定された容量、タイプ、仮想ボリューム番号のそれぞれを、容量２４０２、タイプ２４０３、仮想ボリューム番号２４０５のフィールドに格納する（Ｓ１５０６）。

ボリューム管理プログラム２２１３は、デフォルト仮想ベンダ名２００２、デフォルト仮想システム型名２１０２、デフォルト仮想製造番号２２０２の値を複製して、仮想ベンダ名２４０６Ａ、仮想システム型名２４０６Ｂ、仮想製造番号２４０６Ｃのフィールドに、それぞれ格納する（Ｓ１５０７）。

ストレージシステム２の運用管理プログラム２２１４は、作成が完了したボリュームのボリュームＩＤ２４０１の値及びメディアＩＤ２４０４の値を、管理計算機１に通知する。管理計算機１の運用管理プログラム１２４は、作成が完了したボリュームの情報をボリューム管理テーブル１４０に格納し、ボリューム作成処理を終了する（Ｓ１５０８）。

図４１は、本実施形態の計算機システムにおけるボリュームへのポート設定処理のフローを示す図である。管理者は、管理計算機１の運用管理プログラム１２４からボリュームとポートのマッピング指示を入力する。

ボリュームは、仮想ストレージシステムボリューム管理テーブル１４０から選択され、仮想ボリューム番号１４０１で指定される。ポートは、ストレージシステムポート管理テーブル１１０の用途１１０３がホスト用であるエントリから選択され、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４で指定される。指定されたポート番号は、運用管理プログラム１２４により仮想ポート番号１４０８Ａに格納される（Ｓ１６０１）。これにより、ホスト計算機３からのボリューム情報要求に対して、各ストレージシステム２が共通（同一）のストレージ識別情報を返す。

ストレージシステム管理プログラム１２１は、選択されたボリュームの仮想ストレージシステムボリューム管理テーブル１４０におけるストレージシステムＩＤ１４０５と選択されたポートのストレージシステムポート管理テーブル１１０におけるストレージシステムＩＤ１１０１が一致しているか確認する（Ｓ１６０２）。

それらが一致していれば（Ｓ１６０２：ＹＥＳ）、ストレージシステム管理プログラム１２１は、そのストレージシステム（ストレージシステム２Ａとする）に対して、ポート設定指示を送信する。ストレージシステム２Ａのボリューム管理プログラム２２１３は、指示された仮想データＩ／Ｏ用通信Ｉ／Ｆ番号を、ストレージシステムポート管理テーブル２３０の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２から検索し、データＩ／Ｏ用通信Ｉ／Ｆ番号２３０１を特定する。

ボリューム管理プログラム２２１３は、指示された仮想ボリューム番号を、ボリューム管理テーブル２４０の仮想ボリューム番号２４０５から検索し、発見したエントリのポート番号２４０８Ａのフィールドに、データＩ／Ｏ用通信Ｉ／Ｆ番号２３０１の値を格納する。ボリューム管理プログラム２２１３は、指示された仮想データＩ／Ｏ用通信Ｉ／Ｆ番号を、仮想ポート番号２４０７Ａのフィールドに格納し、管理計算機１に完了応答を送信して、ボリュームとポートのマッピング処理を終了する（Ｓ１６０３）。

Ｓ１６０２において、ボリュームのストレージシステムとポートのストレージシステムとが異なる場合（Ｓ１６０２：ＮＯ）、ストレージシステム管理プログラム１２１は、ボリュームのあるストレージシステム２Ａとポート（通信インタフェース）のあるストレージシステム（ストレージシステム２Ｂとする）の間で公知の外部接続ストレージ技術を使用し、ストレージシステム２Ａのボリュームをストレージシステム２Ｂにマッピングする。外部接続ストレージ技術は、例えば、上記特許文献１に開示されている。

ストレージシステム２Ｂは、ストレージシステム２Ａから上記ボリュームの提供を受け、ホスト計算機３から受信したそのボリュームへのアクセス要求（データ読み出し又は書き込みの要求）を処理する。このように、ホスト計算機３は、このように、ストレージシステム２Ｂから、接続装置５を介して、ストレージシステム２Ａの情報を読み書きできる。

より具体的には、管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム２Ｂに対して、外部接続するストレージシステム２ＡのポートＩＤ及び対象のボリュームＩＤ（仮想ボリューム番号に対応）を通知する。ストレージシステム２Ｂのボリューム管理プログラム２２１３は、当該ボリュームとの疎通を確認した後、ボリューム管理テーブル２４０にそのボリュームのエントリを追加して管理する。

ストレージシステム２Ｂのボリューム管理プログラム２２１３は、ボリュームに関する情報を、ストレージシステム２Ａのボリューム管理プログラム２２１３から接続装置６を介して受信する。図２５には示していないが、このボリュームのエントリは、ストレージシステム２Ａ及びそのポートのＩＤを含む。ストレージシステム２Ｂは、管理計算機１からの指示に応じて、Ｓ１６０３と同様に、自ポートと上記ボリュームをマッピングする（Ｓ１６０４）。

ホスト計算機３からのボリュームに関するＩ／Ｏ要求に対して、ストレージシステム２ＢのデータＩ／Ｏプログラム２２１１はボリューム管理テーブル２４０を参照し、外接ボリューム（本例でストレージシステム２Ａのボリューム）に対するＩ／Ｏ要求であれば、その要求を、そのポートＩＤ及びボリュームＩＤに対して転送する。

転送されたＩ／Ｏ要求を受信したストレージシステム２ＡのデータＩ／Ｏプログラム２２１１は、そのボリュームからのデータ読み出し又はそのボリュームへのデータ書き込みを行い、その結果をストレージシステム２Ｂに返す。ストレージシステム２ＢのデータＩ／Ｏプログラム２２１１は、受信した結果を、ホスト計算機３に転送する。

このように、本システムにおいては、ホスト計算機３は、１つのストレージシステムのボリュームに、他のストレージシステムのインタフェースを介して読み書きすることができる。ホスト計算機３は、同一のボリューム識別情報及びストレージ識別情報によりボリュームを特定するため、ボリュームがいずれのストレージに存在しているかを意識することがない。

ストレージシステム管理プログラム１２１は、さらに、接続装置５のトラフィック量を削減するため、指定されたボリュームの情報をストレージシステム２Ｂのボリュームにコピーし、ボリュームマイグレーションを実行してもよい（Ｓ１６０５）。

図４２は、本実施形態の計算機システムにおけるボリュームへの交替パスのポート設定処理のフローを示す図である。管理者は、管理計算機１の運用管理プログラム１２４からボリュームと交替パスのポートのマッピング指示を入力する。ボリュームは仮想ストレージシステムボリューム管理テーブル１４０から選択され、仮想ボリューム番号１４０１で指定される。

ポートは、ストレージシステムポート管理テーブル１１０の用途１１０３がホスト用となっているエントリから選択され、仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４で指定される。指定されたポート番号は、運用管理プログラム１２４により交替仮想ポート番号１４０８Ｂに格納される（Ｓ１７０１）。

ストレージシステム管理プログラム１２１は、選択されたボリュームの仮想ストレージシステムボリューム管理テーブル１４０の仮想ポート番号１４０８Ａと交替仮想ポート番号１４０８Ｂについて、ストレージシステムポート管理テーブル１１０の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号１１０４を検索し、仮想ポートと交替仮想ポートのストレージシステム２が、同一かどうか判定する（Ｓ１７０２）。

それらが同一であれば（Ｓ１７０２：ＹＥＳ）、ストレージシステム管理プログラム１２１は、そのストレージシステム２Ａに対して交替ポート設定指示を送信する。ストレージシステム２Ａのボリューム管理プログラム２２１３は、指示された仮想データＩ／Ｏ用通信Ｉ／Ｆ番号をストレージシステムポート管理テーブル２３０の仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２から検索し、データＩ／Ｏ用通信Ｉ／Ｆ番号２３０１を特定する。

ボリューム管理プログラム２２１３は、指示された仮想ボリューム番号をボリューム管理テーブル２４０の仮想ボリューム番号２４０５から検索し、発見したエントリの交替ポート番号２４０８Ｂに、データＩ／Ｏ用通信Ｉ／Ｆ番号２３０１の値を格納する。また、指示された仮想データＩ／Ｏ用通信Ｉ／Ｆ番号を、交替仮想ポート番号２４０７Ｂに格納し、管理計算機に完了応答を送信してボリュームとポートのマッピングを終了する（Ｓ１７０３）。

Ｓ１７０２において２つの値が同一でない場合（Ｓ１７０２：ＮＯ）、ストレージシステム管理プログラム１２１は、選択されたボリュームの仮想ストレージシステムボリューム管理テーブル１４０におけるストレージシステムＩＤ１４０５と、選択されたポートのストレージシステムポート管理テーブル１１０におけるストレージシステムＩＤ１１０１が、一致しているか判定する（Ｓ１７０４）。

ボリュームとポートが異なるストレージシステムに属する場合（Ｓ１７０４：ＮＯ）、ボリュームのあるストレージシステム２Ａと交替ポートのあるストレージシステム２Ｂとの間で、外部接続ストレージ技術により、ストレージシステム２Ｂからストレージシステム２Ａの情報を接続装置５経由で読み書きできるように、ストレージシステム管理プログラム１２１は、ストレージシステム２Ｂに設定を指示する。

ストレージシステム２Ｂのボリューム管理プログラム２２１３は、図４１を参照して説明したように、ストレージシステム２Ａの選択されたボリュームをストレージシステム２Ｂのボリュームとして設定する。ボリュームとポートが同一ストレージシステムに属する場合（Ｓ１７０４：ＹＥＳ）、ストレージシステム２Ａ、２Ｂ間の外部接続がスキップされる。ストレージシステム２Ｂのボリューム管理プログラム２２１３は、さらに、ストレージシステム２Ａから提供されるボリュームと自ポートをマッピングする（Ｓ１７０５）。

この時、ストレージシステム２Ａとストレージシステム２Ｂとは異なるキャッシュメモリ２１を保持しており、複数のポートから読み込み書き込みのＩ／Ｏが発生すると、キャッシュコヒーレンシーの問題によりデータが破壊される。そのため、キャッシュ機能をオフする。ストレージシステム管理プログラム１２１はストレージシステム２Ａ、２Ｂに当該ボリュームのキャッシュオフ通知を行う。

受信したストレージシステム２Ａ、２Ｂのそれぞれの運用管理プログラム２２１４は、ボリューム管理テーブル２４０のキャッシュ可否２４０９の値を不可にする。以降のＩ／Ｏ処理において、データＩ／Ｏプログラムがボリュームを参照する際には、キャッシュ可否２４０９の値が不可となっているため、キャッシュメモリを使わずにデータＩ／Ｏを実現する。

上述のように、Ｓ１７０４において、ボリュームとポートが同一ストレージシステムに属する場合（Ｓ１７０４：ＹＥＳ）、ストレージシステム２Ａのボリュームの、ストレージシステム２Ｂへのマッピングは省略され、ボリュームのキャッシュ可否２４０９の値は可である。

図４３は、本実施形態の計算機システムにおけるホスト計算機３からのデータＩ／Ｏ（データ書き込み／読み出し）要求に対する処理のフローを示す図である。ホスト計算機３のオペレーティングシステム３２３は、接続先ストレージシステムボリューム管理テーブル３００を参照し、ボリュームを特定して、ストレージシステム２に対してデータＩ／Ｏ要求を送信する。データＩ／Ｏ要求は、ユーザデータのリード／ライト要求の他、ポート情報やボリューム情報など、他の情報のＩ／Ｏを含む。

図４３のフローチャートは、ポート情報要求、ボリューム情報要求及びユーザデータの読み書き処理を含むが、これらの処理は、一般的に、連続して行われるものではない。ホスト計算機３は、所定のタイミングで（例えば定期的に）、ポート情報及びボリューム情報を取得し、その情報を使用してボリュームを特定する。ユーザデータの読み書き処理毎に、ポート情報及びボリューム情報を取得する必要はない。

ホスト計算機３のオペレーティングシステム３２３は、所定のタイミングにおいて、ポート情報要求を各ストレージシステム２の各ポートに送信する。要求を受信したストレージシステム２のデータＩ／Ｏプログラム２２１１は、要求を受信した自身のデータＩ／Ｏ用通信Ｉ／Ｆ２５の番号を、ストレージシステムポート管理テーブル２３０のデータＩ／Ｏ用通信Ｉ／Ｆ番号２３０１から検索し、それらが一致するエントリの情報を取得する。

データＩ／Ｏプログラム２２１１は、取得したエントリの仮想データＩ／Ｏ用通信Ｉ／Ｆ番号２３０２の値をポート番号として、デフォルト仮想ベンダ名２００２の値をベンダ名として、デフォルト仮想システム型名２１０２の値をシステム型名として、そして、デフォルト仮想製造番号２２０２の値を製造番号として応答する（Ｓ１８０１）。

ホスト計算機３のオペレーティングシステム３２３は、ボリュームＩＤを伴うボリューム情報要求を、各ストレージシステム２の各ポートに送信する。要求を受信したストレージシステム２のデータＩ／Ｏプログラム２２１１は、要求と共に受信したボリュームＩＤをボリューム管理テーブル２４０の仮想ボリューム番号２４０５から検索し、該当するエントリの仮想システム型名２４０６Ｂ及び仮想製造番号２４０６Ｃをホスト計算機３に応答する（Ｓ１８０２）。

このように、本システムは、デフォルトストレージ識別情報をホスト計算機３に返すことで、ホスト計算機３がボリュームの存在するストレージシステムによらずボリュームの読み書きを行うことができる。

ホスト計算機３のオペレーティングシステム３２３は、ボリュームの読み書き要求を行う。ストレージシステム２のデータＩ／Ｏプログラム２２１１は、ボリューム管理テーブル２４０から受信したボリュームＩＤを検索し、当該エントリのキャッシュ可否２４０９の値を参照する。その値がキャッシュ可を示していれば、データＩ／Ｏプログラム２２１１は、キャッシュメモリを利用してＩ／Ｏ処理を行い、不可であればキャッシュメモリを利用せずにＩ／Ｏ処理を行う。

さらに、シンプロビジョニングボリューム２２４への書き込みに対して、領域が不足した場合にはシンプロビジョニングプール管理テーブル２５０を参照し、状態２５０８のフィールドの値が未割当となっているページを検索し、そのページを割り当てる。シンプロビジョニングボリューム管理テーブル２６０のボリュームＩＤ２６０１が該当するエントリの構成ボリュームＩＤ２６０５、ページ番号２６０６を追加し、使用量にページサイズを追加する（Ｓ１８０３、Ｓ１８０４）。

一定時間毎に、管理計算機１は、ストレージシステム２へ状態確認要求を行い、ストレージシステムの使用状態やボリュームの使用状態を取得し、内部の管理テーブルを更新する。この手順については、既述のとおりである。

図４４は、本実施形態の計算機システムにおけるリソース平準化の処理フローを示す図である。管理計算機１のストレージシステム管理プログラム１２１は、マイグレーション対象のボリュームを検索する。具体的には、ストレージシステム使用状況管理テーブル１３０を参照し、ストレージシステムＩＤ１３０１のフィールド毎に、総容量１３０２の値に対する使用量１３０４の値の割合が容量閾値１３０３の値を超えているエントリを検索する（Ｓ１９０１）。

使用量の割合が容量閾値を超えているストレージシステム２Ａがある場合、ストレージシステム管理プログラム１２１は、仮想ストレージシステムボリューム管理テーブル１４０のストレージシステムＩＤ１４０５から、そのストレージシステムＩＤのエントリを検索する。ストレージシステム管理プログラム１２１は、該当するエントリのボリュームの中で、ボリュームタイプ１４０４の値が通常であるエントリから、任意のボリュームをマイグレーション対象として選択する（Ｓ１９０２）。

ストレージシステム管理プログラム１２１は、マイグレーション先のストレージシステム２Ｂとして、選択されたボリュームがマイグレーション可能な残りの容量を持ち、さらに、選択されたボリュームにアクセスするホスト計算機３がアクセスすることができるストレージシステムを選択する。これにより、ホスト計算機３によるボリュームへのアクセス不能という不具合を確実に避ける。この条件を満たす複数ストレージシステムが存在する場合、好ましくは、使用量１３０４の値が一番小さいストレージシステムを選択する。

例えば、ストレージシステム管理プログラム１２１は、以下の方法により、ホスト計算機３が接続できるストレージシステムを特定する。ストレージシステム管理プログラム１２１は、仮想ストレージシステムボリューム管理テーブル１４０を参照して選択されたボリュームに接続する仮想ポート番号１４０８Ａを特定し、ストレージシステムポート管理テーブル１１０において、その仮想ポート番号に対応するポートＩＤ１１０５又は仮想ポートＩＤ１１０６を特定する（Ｓ１９０３）。

ストレージシステム管理プログラム１２１は、さらに、ホスト接続性管理テーブル１７０を参照して、特定したポート又は仮想ポートに接続するホスト計算機のポートＩＤ１７０１を特定する。ホスト接続性管理テーブル１７０において、特定したポートＩＤ１７０１の接続可能なポートＩＤ１７０３のカラムに含まれるポートＩＤを有するストレージシステムを、移行先として選択する（Ｓ１９０４）。

さらに、ストレージシステム管理プログラム１２１は、ストレージシステムプール管理テーブル１２０を参照し、容量１２０５Ａの値に対する使用量１２０５Ｂの割合が容量閾値１２０５Ｃの値を超えているエントリのストレージシステムＩＤを検索する（ここでは、ストレージシステム２Ａとする）。加えて、ストレージシステム管理プログラム１２１は、ＩＯＰＳ１２０６Ａの値が性能閾値１２０６Ｂの値を超えているエントリのストレージシステムＩＤを検索する（Ｓ１９０５）。

ストレージシステム管理プログラム１２１は、仮想ストレージシステムボリューム管理テーブル１４０のストレージシステムＩＤ１４０５から、使用量又はＩＯＰＳが閾値を超えているストレージシステムのエントリを検索する。そのストレージシステムのボリューム（エントリ）の中で、ボリュームタイプ１４０４がシンプロビジョニングとなっているエントリから、任意のボリュームをマイグレーション対象として選択する（Ｓ１９０６）。

ストレージシステム管理プログラム１２１は、マイグレーション先のストレージシステム２Ｂとして、選択されたボリュームがマイグレーション可能な残りの容量を持ち、さらに、選択されたボリュームにアクセスするホスト計算機３がアクセスすることができるストレージシステムを選択する。この条件を満たす複数ストレージシステムが存在する場合、使用量１３０４の値が一番小さいストレージシステムを選択する。ホスト計算機３が接続可能な移行先の決定方法は、上記通常ボリュームのマイグレーションにおける方法と同様である。

ストレージシステム２Ａ、２Ｂは、選択されたボリュームが存在するストレージシステム２Ａから、選択されたマイグレーション先のストレージシステム２Ｂへ、当該ボリュームのマイグレーションを実施する（Ｓ１９０７）。マイグレーションの方法は上述の通りである。

以上の処理により、ストレージシステム間のリソースを平準化し、負荷分散を行うことができる。また、ホスト計算機３からアクセス可能なストレージシステム２に対して自動でボリュームマイグレーションを行うことができる。

図４５は、本実施形態の計算機システムにおけるシンプロビジョニングプールの容量調整処理のフローを示す図である。複数のストレージシステム２が仮想ストレージシステムを構成する計算機システムにおいて、管理されるシンプロビジョニングで作成されたボリュームは、各ストレージシステム２内のシンプロビジョニングプールを構成するボリューム（構成ボリューム）からページが割り当てられ、ホスト計算機３から書き込まれたデータを格納していく。

この過程において、ホスト計算機３からの書き込みの量や頻度はボリューム毎に異なるため、シンプロビジョニングプールにおける各ストレージシステム２の残容量は、時間経過とともにばらつきが発生することになる。

計算機システムにおいては、管理者は管理計算機１のストレージシステムプール管理テーブル１２０においてプールの総容量と使用量を管理している。書き込み頻度の高いボリュームが格納されているストレージシステム２があり容量不足が発生する場合において、プール全体では、残容量に余裕のあるストレージシステム２が存在することになる。そのため、容量の貸し借りが可能である。

また、ストレージシステムプール管理テーブルの全体容量１２０２と使用容量１２０３で容量管理を実現するためには、ストレージシステム２間での容量の貸し借りが必要となる。そのため、図４５は、ストレージシステム２Ｂのシンプロビジョニングプールの容量が不足した場合に、残容量が多いストレージシステム２Ａとして、容量貸出しのフローを説明する。

図４４で説明した処理において、ストレージシステム管理プログラム１２１は、ストレージシステムプール管理テーブル１２０のストレージシステムＩＤ１２０４毎に、容量１２０５Ａに対して使用量１２０５Ｂを計算する。例えば、使用量１２０５Ｂの容量１２０５Ａに対する割合が容量閾値１２０５Ｃを上回るストレージシステムがあった場合にストレージシステムプールの構成ボリュームの再構成を実施する。

プール内に上述のようなストレージシステム２Ｂが存在する場合、ストレージシステム管理プログラム１２１は、例えば、そのプール（プール名１２０１）において、容量１２０５Ａに対する使用量１２０５Ｂの割合が最も低いストレージシステム２ＡのＩＤ１２０４を選択する。

ストレージシステム管理プログラム１２１は、さらに、選択したストレージシステム２Ａの構成ボリュームＩＤ１２０７Ａの中から任意のボリュームを選択し、選択したストレージシステム２Ａに対して、そのボリュームのシンプロビジョニングプールボリュームからの解除を指示する（Ｓ２００１）。

ストレージシステム２Ａのプール管理プログラム２２１２は、指示のあったボリュームをシンプロビジョニングプールから外すため、シンプロビジョニングプール管理テーブル２５０を参照し、該当するプールＩＤ２５０１の該当する構成ボリュームＩＤ２５０４のページ番号２５０７のデータを、他の構成ボリュームにコピーする。さらに、シンプロビジョニングボリューム管理テーブル２６０の構成ボリュームＩＤ２６０５とページ番号２６０６を変更し、状態２５０８を割当済みから未割当に変更する（Ｓ２００２）。

当該ボリュームの状態２５０８がすべて未割当に変更されると、プール管理プログラム２２１２は、そのボリュームのエントリを削除し、総容量２５０２からその構成ボリュームの容量２５０５を減ずる（Ｓ２００３）。

管理計算機１のストレージシステム管理プログラム１２１は、ストレージシステム２Ａからのボリューム解除管理用応答を受信すると、容量の不足していたストレージシステム２Ｂに対して、Ｓ２００３にて削除したボリュームを外部接続ストレージ技術にて接続することを指示する。外部接続ストレージ技術によるストレージシステム２Ａからストレージシステム２Ｂへのボリュームの提供方法は、図４１を参照して説明した方法と同様である。

ストレージシステム２Ｂは、ストレージシステム２Ａの当該ボリュームを、自ストレージのボリュームと同様に読み書き可能となる。ストレージシステム２Ｂは、ストレージシステム２Ａから提供されるボリュームを、自身のボリュームとして、シンプロビジョニングプールに追加する。ストレージシステム２Ｂのプール管理プログラム２２１２は、シンプロビジョニングプール管理テーブル２５０に新たな構成ボリュームＩＤとして登録する（Ｓ２００４）。

この後、ストレージシステム２Ｂのプール管理プログラム２２１２は、新たに追加された構成ボリュームを活用する際、新たな書き込み要求に対する割り当てページを格納するだけでなく、シンプロビジョニングプール管理テーブル２５０の当該プール内の割当状態の偏りをなくすため、追加したボリュームのページに対してデータをコピーし、シンプロビジョニングボリューム管理テーブル２６０の構成ボリュームＩＤ２６０５、ページ番号２６０６を書き換えてもよい（Ｓ２００５）。

上述のように、本処理は、プールボリュームを提供する特定のストレージシステムの容量が不足すると、他のストレージシステムのプールボリュームを組み入れる。これにより、ストレージシステムの物理的な境界を越えて、プールの容量をより適切に管理することができる。

以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。本実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。例えば、システムは装置の接続確認を行うことが好ましいが、この処理を省略してもよい。システムは、シンプロビジョニングボリュームや外部接続ストレージ機能などの上記全ての機能を含むことが好ましいが、これらの一部のみを有していてもよい。

システムに含まれる全てのストレージシステムが共通のデフォルトストレージシステム識別情報を有することが好ましいが、その一部のストレージシステムのみがその情報を有していていもよい。上記の各構成及び機能は、それらの一部又は全部を、例えば集積回路で設計して得られるハードウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。

Claims (16)

1. 通信可能に接続された複数のストレージシステムと管理システムとを含む、情報記憶システムであって、
   前記複数のストレージシステムのそれぞれは、
   前記複数のストレージシステムに割り当てられた同一のデフォルトストレージシステム識別情報と、
   前記複数のストレージシステムが第１のホスト計算機に提供するボリュームを前記複数のストレージシステムにおいて一意に特定する共通ボリューム識別情報と、
   前記第１のホスト計算機からの要求に応答して前記デフォルトストレージシステム識別情報を前記第１のホスト計算機に返し、前記第１のホスト計算機からの前記共通ボリューム識別情報を伴う前記ボリュームへの読み書き要求を処理するコントローラと、を備え、
   前記複数のストレージシステムは、第１のストレージシステム及び複数の他のストレージシステムを含み、
   前記管理システムは、
   前記複数のストレージシステムのポートとホスト計算機のポートとの間における接続装置による接続確認の結果を示すホスト接続性管理情報と、
   前記複数のストレージシステムにおけるボリュームとポートとの間の接続関係を示すボリューム管理情報と、を保持し
   前記ボリューム管理情報と前記ホスト接続性管理情報とを参照して、第１のストレージシステムにおける第１のボリュームのポートに接続可能なホスト計算機のポートを特定し、
   前記ホスト接続性管理情報を参照して、前記他のストレージシステムから、前記特定されたホスト計算機のポートが接続可能なストレージシステムを、前記第１のボリュームの移行先候補として選択する、情報記憶システム。
2. 前記第１のストレージシステムの前記情報記憶システムへの追加において、前記第１のストレージシステムと前記１以上の他のストレージシステムとの間の接続装置は、前記前記第１のストレージシステムと前記前記１以上の他のストレージシステムとの間の接続確認を行い、
   前記管理システムは、前記複数のストレージシステムのポート間における接続装置による接続確認の結果を、ストレージ間接続性管理情報に格納する、請求項１に記載の情報記憶システム。
3. 前記ポートは、仮想ポート又は物理ポートである、請求項１に記載の情報記憶システム。
4. 第２のホスト計算機の追加に対して、前記複数のストレージシステムと前記第２のホスト計算機との間の第２の接続装置は、前記第２のホスト計算機と前記複数のストレージシステムの接続確認を行う、請求項１に記載の情報記憶システム。
5. 前記第１のストレージシステムの前記情報記憶システムへの追加において、前記第２の接続装置は、前記第１のホスト計算機と前記第１のストレージシステムとの間の接続確認を行う、請求項２に記載の情報記憶システム。
6. 前記管理システムは、前記第１のホスト計算機に提供されるボリュームの作成のために、前記ホスト接続性管理情報を参照して、前記第１のホスト計算機と通信可能に接続しているストレージシステムを選択し、前記作成されるボリュームに対して前記複数のストレージシステムにおいて一意の共通ボリューム識別情報を割り当てる、請求項１に記載の情報記憶システム。
7. 前記複数のストレージシステムは、複数のボリュームを含むプールから、実容量よりも大きな容量を有し前記共通ボリューム識別情報により一意に特定されるシンプロビジョニングボリュームを、前記第１のホスト計算機に提供し、
   前記プールは、前記複数のストレージシステムにおける異なるストレージシステムのボリュームを含む、請求項１に記載の情報記憶システム。
8. 前記第１のストレージシステムは、前記プールに提供しているボリュームを前記プールから解除し、当該解除したボリュームを第２のストレージシステムに提供し、
   前記第２のストレージシステムは、前記第１のストレージシステムから提供されたボリュームを、前記第２のストレージシステムに属するボリュームとして、前記プールに追加する、請求項７に記載の情報記憶システム。
9. 前記管理システムは、前記プールにおける前記第２のストレージシステムのボリューム使用量を監視し、
   前記ボリューム使用量が増加して規定条件に達した場合に、前記管理システムは、前記第１及び第２のストレージシステムに、前記第１のストレージシステムからの前記ボリュームの前記第２のストレージシステムへの前記提供を指示する、請求項８に記載の情報記憶システム。
10. 前記管理システムは、前記第１のストレージシステムの第１のインタフェースと前記第２のストレージシステムの第２のボリュームのマッピング指示を受信し、
    前記管理システムは、前記第１のストレージシステムに、前記第２のストレージシステムから前記第２のボリュームの提供を受けることを指示し、
    前記第１のストレージシステムは、前記第２のボリュームの提供を受け、前記第１のホスト計算機からの前記第１のインタフェースに対する前記第２のボリュームの読み書き要求を処理する、請求項９に記載の情報記憶システム。
11. 前記デフォルトストレージシステム識別情報は、前記複数のストレージシステムに共通のデフォルト型名とデフォルト製造番号とを含む、請求項１に記載の情報記憶システム。
12. 複数のストレージシステムを含む情報記憶システムにおけるストレージシステム管理方法であって、
    新たに前記情報記憶システムに追加され、複数の既存ストレージシステムと通信可能に接続された第１のストレージシステムに、前記複数の既存ストレージシステムと同一のデフォルトストレージシステム識別情報を送信し、
    前記第１のストレージシステムにおいて、前記デフォルトストレージシステム識別情報を格納し、
    前記第１のストレージシステム及び前記複数の既存のストレージシステムのそれぞれにおけるボリュームの作成において、前記情報記憶システムにおいて一意のボリューム識別情報を、当該ボリュームに割り当て、
    前記複数のストレージシステムのポートとホスト計算機のポートとの間における接続装置による接続確認の結果を示すホスト接続性管理情報を作成し、
    前記複数のストレージシステムにおけるボリュームとポートとの間の接続関係を示すボリューム管理情報を作成し、
    前記ボリューム管理情報と前記ホスト接続性管理情報とを参照して、前記第１のストレージシステムにおける第１のボリュームのポートに接続可能なホスト計算機のポートを特定し、
    前記ホスト接続性管理情報を参照して、前記複数の既存ストレージシステムから、前記特定されたホスト計算機のポートが接続可能なストレージシステムを、前記第１のボリュームの移行先候補として選択する、ストレージシステム管理方法。
13. 前記第１のストレージシステムの前記追加において、前記複数の既存ストレージシステムと前記第１のストレージシステムとの接続を確認し、
    前記複数のストレージシステムのポート間における接続装置による接続確認の結果を示すストレージ間接続性管理情報を作成することをさらに含む、請求項１２に記載のストレージシステム管理方法。
14. 前記ポートは仮想ポート又は物理ポートである、請求項１２に記載のストレージシステム管理方法。
15. 複数のボリュームを含むプールから、実容量よりも大きな容量を有し前記複数のストレージシステムにおいて一意の共通ボリューム識別情報により一意に特定されるシンプロビジョニングボリュームが、ホスト計算機に提供され、
    前記プールに含まれるボリュームは、前記複数のストレージシステムに含まれる異なるストレージシステムのボリュームから選択される、請求項１２に記載のストレージシステム管理方法。
16. 記第１のストレージシステムのボリュームを前記プールから解除し、
    前記解除したボリュームを前記第１のストレージシステムから第２のストレージシステムに提供し、
    前記第１のストレージシステムから提供された前記ボリュームを、前記第２のストレージシステムに属するボリュームとして前記プールに追加する、ことをさらに含む、請求項１５に記載のストレージシステム管理方法。

Images