JP5269216B2 - データマイグレーション方法及び情報処理システム - Google Patents

Description

本発明は、記憶装置に関するものであり、特に記憶装置の記憶領域に格納されたデータを別の記憶領域に格納した場合でも、好適な運用を行うものである。

近年、インターネット技術が飛躍的に進展してきたことにより、ウェブサービスを提供するアプリケーションも急速に進化している。これらのアプリケーションは自身が抱える業務データの大容量化が急速に進んでいる。これらの業務データは、時間の経過と共に、アプリケーションからのアクセス頻度と利用価値が変化していく。時には、ウェブサービスの利用状況により、アクセス頻度の変化が大きくなることもある。またこれらの業務データは、ウェブサービスの種類によって、違う信頼性が要求される。これらの業務データの作成から活用、保存、廃棄に至るまでの一連段階をデータのライフサイクルと定義する。限られているストレージ資源で、アプリケーションがよりよいウェブサービスを提供できるために、業務データのライフサイクルの各段階でアプリケーションの業務データの性質要求（利用価値、性能、信頼性）に応じて最適なストレージを選択して業務データを格納する必要がある。

幸い近年発展してきたストレージネットワーク技術の代表としてのSANは、異種多様なストレージをストレージネットワーク環境に集中して管理できるようになっている。その上で、S-ATAのような低コストストレージデバイスを装備した大容量ストレージ装置も市場に投入され、ストレージ資源の信頼性、性能等の特性は更に多様性を増してきている。これによって、業務データのライフサイクルの各段階でアプリケーションの業務データの性質要求に応じて最適なストレージを選択して業務データを格納することが可能になる。
これに対して、同一ストレージサブシステム内に、データの利用頻度がある閾値を上回ったら、そのデータを同一ストレージサブシステム内の性能の高いボリュームへ、逆にデータの利用頻度がある閾値を下回ったら、そのデータを同一ストレージサブシステム内の性能の低いボリュームへマイグレーションするというデータの利用頻度に応じたデータマイグレーション方法が提案されている（例えば、特許文献１参照）。また異なる種類のストレージサブシステム間に、データの利用頻度がある閾値を上回ったら、そのデータを性能の高いストレージサブシステムのボリュームへ、逆にデータの利用頻度がある閾値を下回ったら、そのデータを性能の低いストレージサブシステムのボリュームへマイグレーションするというデータの利用頻度に応じたデータマイグレーション方法も提案されている（例えば、特許文献２参照）。

特開２００３−２１６４６０号公報 特開２００５−２７６０１７号公報

しかしながら、従来技術のデータマイグレーション方法はデータの性能要求だけに注目してデータの信頼性とデータマイグレーションの効率を考えていない。例えば、バックアップのためにペアが形成されているボリュームを移動した場合、同一アレイグループにマイグレーションされてしまう可能性がある。そのため、そのアレイグループに障害が発生すると、ペアを形成している両ボリュームともアクセスすることができないといったことが起こる。

また正ボリュームに書き込みを行うと、副ボリュームへの書き込みも発生するので、正ボリューム、副ボリュームが同一のアレイグループ内に配置されると、このアレイグループに対するI/O量が急に増加する。

上記問題を解決するため、論理ボリュームに格納されているデータをマイグレーションする際に、異なるアレイグループに配置する論理ボリュームを指定することで、この指定された論理ボリュームが属するアレイグループ以外のアレイグループに属する論理ボリュームをデータの移動先とする。

また、複数の論理ボリュームの集合である、ボリュームグループを定義できるようにし、ボリュームグループ単位でデータのマイグレーションを行えるようにし、異なるアレイグループに配置するデータをボリュームグループ単位で行えるようにする。

更に、同一アレイグループに属する複数の論理ボリュームを抽出し、抽出された論理ボリュームのデータを異なるアレイグループに再配置できるようにする。

関連するボリュームどうしを別々のアレイグループに配置することができるので、性能、信頼性が向上するストレージシステム又は情報処理システムを提供することが可能となる。

情報処理システムの構成を示した図である。 情報処理システムの論理的な構成を示した図である。 マッピングテーブルの一例を示した図である。 マイグレーションの動作を説明するための図である。 初期画面の表示の一例を示した図である。 ボリュームグループを設定するための画面の表示の一例を示した図である。 論理ボリューム管理テーブルの一例を示した図である。 アプリケーション−ボリューム管理テーブルの一例を示した図である。 ボリュームグループ管理プログラムの処理の一例を示した図である。 ボリュームグループ管理テーブルの一例を示した図である。 ボリュームグループ管理プログラムの処理の一例を示した図である。 ボリュームグループ管理プログラムの処理の一例を示した図である。 ボリュームグループ管理プログラムの処理の一例を示した図である。 ボリューム検索条件を設定する画面の表示の一例を示したものである。 ボリューム検索条件テーブルの一例を示したものである。 ボリューム検索条件管理プログラムの処理の一例を示したものである。 ボリューム検索条件によって分類された論理ボリュームを示したものである。 マイグレーションタスクを設定する画面の表示の一例を示したものである。 タスク管理テーブルの一例を示した図である。 マイグレーションタスク管理プログラムの処理の一例を示したものである。 マイグレーションタスク管理プログラムの処理の一例を示したものである。 検索結果の表示の一例を示したものである。 マイグレーションタスク管理プログラムの処理の一例を示したものである。 データのマイグレーションを説明するための図である。 データのマイグレーションを説明するための図である。 データのマイグレーションを説明するための図である。 コピー管理テーブルの一例を示した図である。 データを分散配置するための設定画面の一例を示した図である。 データを分散配置するための設定画面の一例を示した図である。 マイグレーションタスク管理プログラムの処理の一例を示したものである。

図１は、情報処理システムの構成の一例を示したものである。

本システムは、複数のホスト１Ａ、１Ｂ、１Ｃと、複数のストレージサブシステム２１、１２１とが、第一の通信ネットワーク１２Ａに接続されている。また、複数のホスト１Ａ、１Ｂ、１Ｃと、複数のストレージサブシステム２１、１２１と、管理サーバ１１とが、第二の通信ネットワーク１２Ｂに接続されている。

ここでは、通信ネットワーク１２Ａ、１２Ｂと２つの通信ネットワークで接続された構成を示しているが、これは１つの通信ネットワークで接続された構成であってもよい。また、各通信ネットワーク１２Ａ、１２Ｂは、どのような種類の通信ネットワークであっても良い。例えば、第一の通信ネットワーク１２ＡをＳＡＮ（Storage Area Network）とし、第二の通信ネットワーク１２ＢをＬＡＮ（Local Area Network）としても良い。

各ホスト１Ａ、１Ｂ、１Ｃは、ストレージサブシステム２１、１２１の論理ボリューム（論理的な記憶領域）へのデータの書き込み、または論理ボリュームからにデータの読み出しを行うためのＩ/Ｏコマンド（入出力コマンド）を送信する計算機である。各ホスト１Ａ、１Ｂ、１Ｃは、いずれも同様のハードウェア構成としても良いし、異なるハードウェア構成であっても良い。ここでは、同様のハードウェア構成をとるものとして、ホスト１Ａを例に、その構成を説明する。

ホスト１Ａは、種々のプログラム、データを記憶することができる記憶資源（例えば半導体メモリやハードディスクドライブ）５、記憶資源５に記憶されているプログラム、データを読込んで処理を実行するＣＰＵ３、第一の通信ネットワーク１２Ａの通信インタフェース（以下、Ｉ／Ｆ）となる複数の第一のＩ／Ｆ９、第二の通信ネットワーク１２Ｂの通信インタフェースとなる第二のＩ／Ｆ７を備える。Ｉ／Ｆ７、９は、例えば、通信ポート或いはそれを備えた通信コントローラ（例えばホストバスアダプタ或いはＬＡＮコントローラ）である。

管理サーバ１１は、プログラムやデータを記憶する半導体メモリやハードディスクドライブ等の記憶資源１７、記憶資源１７に記憶されたプログラムやデータにより処理を実行するＣＰＵ１６、第二の通信ネットワーク１２Ｂの通信インタフェースとなるＩ/Ｆ１８を有している。この構成において、管理サーバ１１は、ボリュームグループ（一つ又は複数の論理ボリュームの集合）とボリューム検索条件の指定を受けると、ボリューム検索条件によって選択された論理ボリュームに、指定されたボリュームグループに属する論理ボリュームのデータをマイグレーションするようストレージサブシステム２１又は１２１へ指示を発行する。

ストレージサブシステム２１とストレージサブシステム１２１は、第一の通信ネットワーク１２Ａで接続されているが、これとは別に専用線で通信可能に接続されている構成であっても良い。ストレージサブシステム２１とストレージサブシステム１２１とは、同様のハードウェア構成であってもよいし、異なるハードウェア構成であっても良い。ここでは、同様のハードウェア構成として、ストレージサブシステムのハードウェア構成例を説明する。

ストレージサブシステム２１、１２１は、複数のメディアドライブ３３、１３３を備え、ＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）を構成することができる。メディアドライブ３３、１３３は、データを記憶することができる、例えばハードディスク装置、光ディス装置、フラッシュメモリ、ＲＡＭ、ＲＯＭ等の半導体メモリ等であって、これらのいずれか一種類あるいは、複数の種類が混在するものであってもよい。ストレージサブシステム２１、１２１は、複数のメディアドライブ３３、１３３の他に、コントローラ２２、１２２を備える。

コントローラ２２、１２２は、ストレージサブシステム２１、１２１の動作を制御する装置である。コントローラ２２、１２２は、第一の通信ネットワーク１２ＡのＩ／Ｆとなる一又は複数の第一のＩ／Ｆ２９、１２９、第二の通信ネットワーク１２ＢのＩ／Ｆとなる第二のＩ／Ｆ２７、１２７、各メディアドライブ３３、１３３との通信を制御するドライブＩ／Ｆ３１、１３１を備える。また、コントローラ２２、１２２は、メモリ２６、１２６、ＣＰＵ２３、１２３を備えている。ここでは、メモリ及びＣＰＵを一つずつ備えた構成を示しているが、複数のメモリ、複数のＣＰＵを複数備えたものであってもよい。メモリ２６、１２６は、例えば、メディアドライブ３３、１３３と各ホスト１Ａ、１Ｂ、１Ｃ、または異なるストレージサブシステムとの間で授受されるデータを一時的に記憶することができるキャッシュ領域、ストレージシステム２１、１２１を制御するためのデータやコンピュータプログラムを記憶することができる制御領域などを備えている。ＣＰＵ２３、１２３は、制御領域に格納されたコピー制御プログラム等のプログラムを読み込んで処理を実行することができる。

このように、コントローラ２２の構成の一例を説明したが、これは他の構成であってもよい。例えば、コントローラ２２は、外部の装置（例えばホスト或いはストレージサブシステム１２１）との通信を制御する複数の第一の制御部、メディアドライブ３３との通信を制御する複数の第二の制御部、外部の装置とメディアドライブ３３との間で授受されるデータを記憶することができるキャッシュメモリ、ストレージサブシステム２１を制御するためのデータ又はプログラムを記憶する制御メモリ、各第一の制御部、各第二の制御部、キャッシュメモリ及び制御メモリを接続する接続部（例えば、クロスバスイッチなどのスイッチ）とを備えた構成であってもよい。この場合、第一の制御部と第二の制御部によって、コントローラとしての処理を行う。コントローラ１２２も同様である。

図２は、図１に示した情報処理システムの論理的な構成の一例を示したものである。

まず、ホストについて説明する。

各ホスト１Ａ、１Ｂ、１Ｃ、の記憶資源５は、少なくとも一つの業務アプリケーションプログラム（以下、業務ＡＰ）５１Ａ、５１Ｂ、５１Ｃが記憶されている。ＣＰＵ３は、記憶資源に記憶された業務ＡＰを読み出し、所定の業務を実行する。

業務ＡＰ５１Ａ、５１Ｂ、５１Ｃは、例えばクライアントにウェブサービスを提供するプログラムや、データベースを提供するためのプログラム等である。各業務ＡＰ５１Ａ、５１Ｂ、５１Ｃは、ストレージサブシステム２１の論理ボリュームに対してデータの書き込み、読み出しのＩ/Ｏコマンドを発行する。

次に、ストレージサブシステムについて説明する。

ストレージサブシステム２１は、複数（又は一つ）のアレイグループ６１Ａ、６１Ｂを構成することができる。各アレイグループ６１Ａ、６１Ｂは、ストレージサブシステム２１に搭載される１つ又は複数のメディアドライブ３３によって構成されたものである。例えば、４つのメディアドライブ３３でＲＡＩＤを構成した場合、この４つのメディアドライブ３３で一つのアレイグループが構成される。尚、ＲＡＩＤは、同じ種類、容量のメディアドライブ３３によって構成しても、異なる種類のメディアドライブ３３によって構成しても良い。

また、ストレージサブシステム２１には、複数の論理ボリューム（ＶＯＬ）を構成することができる。論理ボリュームは、各ホスト１Ａ、１Ｂ、１Ｃが認識してアクセスすることのできる論理的な記憶領域であって、コントローラ２２によって提供される。コントローラ２２によって提供される論理ボリュームには、論理ボリュームが提供されるストレージサブシステム２１内に物理的な記憶領域を有する（実体のある）論理ボリューム（以下、「内部ボリューム（ＩＶＯＬ）」と称す。）６３Ａ、６３Ｂ、６３Ｃと、論理ボリュームが提供されるストレージサブシステム２１内に物理的な記憶領域がない（実体の無い）論理ボリューム（以下、「仮想ボリューム（ＶＶＯＬ）」と称す。）６４Ａ、６４Ｂ、６４Ｃとが含まれている。

内部ボリューム６３Ａ、６３Ｂ、６３Ｃは、アレイグループ６１Ａが有する記憶領域を論理的に分割したものである。例えば、４つのメディアドライブによってＲＡＩＤを構成している場合、４つのメディアドライブをストライプ状に分割し、この分割された各メディアドライブの記憶領域の組合せによって、一つの内部ボリュームの記憶容量が決定される。もちろん、一つのメディアドライブを分割して、分割された一つの記憶領域を内部ボリュームとしてもよい。

仮想ボリューム６４Ａ、６４Ｂ、６４Ｃは、物理的な記憶資源の有無に関わらずに構成することができる。各仮想ボリューム６４Ａ、６４Ｂ、６４Ｃは、それぞれ他のストレージサブシステム１２１によって提供される論理ボリューム（外部ボリューム（ＥＶＯＬ））１６３Ａ、１６３Ｂ、１６３Ｃに対応付ける（マッピングする）ことができる。このため、コントローラ２２のメモリ２６には、図３に示すマッピングテーブル３００が格納されている。

図３は、マッピングテーブルの一例を示したものである。このマッピングテーブル３００には、仮想ボリューム３０１と、仮想ボリュームに対応付けられている論理ボリューム３０２及び論理ボリュームを有するストレージサブシステムの識別子３０３が設定されている。

図３では、一つの仮想ボリュームに対して一つの論理ボリューム（外部ボリューム）を対応付けた例を示しているが、一つの仮想ボリュームに複数の外部ボリュームを対応付けても良いし、一つの外部ボリュームに複数の仮想ボリュームを対応付けても良い。このように、対応付けがされている場合、ホスト１ＡからＶＶＯＬ６４Ａに対するアクセス（Ｉ/Ｏコマンド）要求を受けた場合、コントローラ２２は、マッピングテーブル３００を参照し、仮想ボリュームＶＶＯＬ６４Ａに対するアクセスであると判断すると、外部ボリューム（ＥＶＯＬ１６４）を有するストレージサブシステム１２１に対して、ＩＯコマンドを送る。このように、ホスト１Ａは、ＶＶＯＬ６４Ａにアクセスすることで、ストレージシステム２１を介して、外部ストレージシステム１２１のＥＶＯＬ１６４Ａにアクセスすることができる。

ストレージサブシステム２１は、また、ストレージサブシステム２１内、あるいは他のストレージサブシステム１２１との間で、データのマイグレーションを行うことができる。

図４は、データマイグレーションの一例を示したものである。

コントローラ２２は、サーバからマイグレーション元の論理ボリューム、マイグレーション先の論理ボリュームと共に、データマイグレーションの指示を受けると、マイグレーション元の論理ボリュームからマイグレーション先の論理ボリュームに対してデータをマイグレーションし、その後、論理ボリュームの識別子を変更する。

図４（ａ）は、データマイグレーション前の状態を示す。ここでは、ホストが内部ボリューム（ＩＶＯＬ６３Ａ）と対応付けられ、また内部ボリュームＩＶＯＬ６３Ａはメディアドライブの記憶領域（物理的な記憶領域）４１Ａと対応付けられている。内部ボリュームＩＶＯＬ６３Ｂは、メディアドライブの記憶領域４１Ｂと対応付けられている。

図４（ｂ）は、データマイグレーションの状態を示す。

図４（ａ）の状態において、管理サーバ１１からマイグレーション元の論理ボリュームをＩＶＯＬ６３Ａ、マイグレーション先の論理ボリュームをＩＶＯＬ６４とするデータマイグレーションの指示を受けると、コントローラ２２は、記憶領域４１Ａに格納されているデータを記憶領域４１Ｂにコピーし、コピーが完了すると、メディアドライブの記憶領域と内部ボリュームとの対応関係を変更する。つまり、記憶領域４１Ａと内部ボリュームＩＶＯＬ６３Ｂ、記憶領域４１Ｂと内部ボリュームＩＶＯＬ６３Ａとを対応付ける。これにより、ホスト１Ａと内部ボリュームとの対応関係を変更せずに、物理的なデータの格納位置を変更することが可能となる。なお、記憶領域４１Ａから記憶領域４１Ｂへデータコピーをしている間に、ホスト１Ａからデータの書き込み要求を受けると、コントローラ２２は、両方の記憶領域にデータを書き込む。これにより、ホストからのアクセスを停止させることなく、物理的なデータの格納位置を変更することが可能となる。

なお、図４では内部ボリュームでのデータマイグレーションを示したが、外部ボリューム間でのデータマイグレーションも同様に行うことができる。

例えば、図２において仮想ボリューム６４Ａに格納されているデータを仮想ボリューム６４Ｂにデータマイグレーションする場合には、外部ボリューム１６３Ａに格納されているデータを外部ボリューム１６３Ｂにコピーし、コピー完了後に、仮想ボリュームと外部ボリュームとの対応関係を変更すればよい。

また、仮想ボリューム６４Ａに格納されているデータを外部ボリューム１６３Ｂにデータマイグレーションする場合には、仮想ボリューム６４Ａとマッピングされている外部ボリューム１６３Ａに格納されているデータを外部ボリューム１６３Ｂにコピーし、コピー完了後に、仮想ボリュームと外部ボリュームとの対応関係を変更すればよい。

また、仮想ボリューム６４Ａに格納されているデータを内部ボリューム６３Ｂにデータマイグレーションする場合には、外部ボリューム１６３Ａに格納されているデータを内部ボリューム６３Ｂにコピーし、コピー完了後に、仮想ボリュームと内部ボリュームとの対応関係を変更すればよい。

なお、ここで説明しているマイグレーションは、マイグレーション後にマイグレーション元（コピー元）の記憶領域からデータを消去する場合、消去しない場合の両方を含んでいる。

次に、管理サーバ１１について説明する。

管理サーバ１１の記憶資源１７には、ボリュームグループ管理プログラム１３、ボリューム検索条件管理プログラム１４、マイグレーションタスク管理プログラム１５、各プログラムの処理で利用されるテーブル群１９が格納されている。テーブル群１９に格納される各種テーブルについては、後述する。
ボリュームグループ管理プログラム１３は、ボリュームグループを定義するためのプログラムである。ボリュームグループとは、一つの論理ボリュームまたは複数の論理ボリュームの集合である。このように、ボリュームグループを定義することで、複数の論理ボリュームを纏めて管理できるようにし、管理者の負担を軽減している。

また、ボリュームグループの定義において、定義したボリュームグループとアレイグループを異にするボリュームグループ（共存回避ボリュームグループ）を設定することができる。例えば、図２に示すＩＶＯＬ６３Ａを含むボリュームグループを定義し、ＩＶＯＬ６３Ｂを含むボリュームグループを共存回避ボリュームグループと設定した場合、ＩＶＯＬ６３Ａのデータは、アレイグループ６１Ａとは異なるアレイグループの論理ボリュームへ格納されることになる。これは、ＩＶＯＬ６３ＡとＩＶＯＬ１６Ｂとがペアを組んでいる場合、ＩＶＯＬ６３ＡのデータとＩＶＯＬ６３Ｂのデータを異なるアレイグループに配置することができ、一方のアレイグループに障害が発生しても、他方のアレイグループからデータを読み出すことができるので信頼性を向上させることができる。また、ＩＶＯＬ６３ＡとＩＶＯＬ６３Ｂに対するアクセス頻度が高い場合にも、アレイグループを別々にすることで、アレイグループに対するアクセスを分散させることが可能となるので、性能を向上させることもできる。

ボリューム検索条件管理プログラム１５は、ストレージサブシステムが有している複数のボリュームから管理者が要求する論理ボリュームを特定するための条件（ボリューム検索条件）を設定するためのプログラムである。

マイグレーションタスク管理プログラム１６は、データのマイグレーションの対象となるボリュームグループ、マイグレーション先のボリューム検索条件の指定があった場合に、ボリューム検索条件を満たす論理ボリュームを特定し、特定された論理ボリュームにボリュームグループのデータをマイグレーションためのプログラムである。

以下、管理サーバ１１の各プログラムで行われる処理について具体的に説明する。

図５は、管理サーバ１１の表示装置に表示される初期画面である。初期画面には、ボリュームグループ、ボリューム検索条件、マイグレーションタスク、生成、編集のボタンが表示されている。管理者がマウス等のポインティングデバイスで指定することにより、各処理が実行される。

まず、管理者が、ボリュームグループの生成、編集を行う場合について説明する。

図６は、ボリュームグループを生成又は編集するための表示画面の一例を示したものである。

この表示画面には、ボリュームグループ一覧６０１、ボリュームグループ名称６０２、属性一覧６０３、ボリューム一覧６０４、ボリュームグループ一覧６０５、共存回避ボリュームグループ一覧６０６、追加ボタン、削除ボタン、完了ボタンが表示される。

ボリュームグループ一覧６０１、６０５は、後述する図７の論理ボリューム管理テーブル７００に設定されているボリュームグループが表示される。ここでは、同じボリュームグループ一覧６０１、６０６を表示するようにしているが、これは一つであってもよい。

ボリュームグループ名称６０２は、管理者が新たに設定、変更するボリュームグループの名称を入力する領域である。

属性一覧６０３は、後述する図７に示した論理ボリューム管理テーブル７００に設定されている属性、図８に示すアプリケーション−ボリューム管理テーブル８００に設定されているアプリケーション名が表示される。なお、この属性一覧６０３に表示する属性は、自由に設定できるようになっている。従って、図７に示す論理ボリューム管理テーブル７００の全ての属性とすることも、一部の属性とすることも可能である。

ボリューム一覧６０４は、属性一覧６０３で指定された属性を有する論理ボリュームや、既に設定されたボリュームグループの論理ボリュームが表示される。

共存回避ボリュームグループ一覧６０６は、ボリュームグループ名称６０１に設定されたボリュームグループとアレイグループの共存を回避するボリュームグループが表示される。

ここで、論理ボリューム管理テーブル７００、アプリケーション−ボリューム管理テーブル８００について説明する。

図７は、論理ボリューム管理テーブル一例を示したものである。

論理ボリューム管理テーブルは、論理ボリューム（ＶＯＬ）毎に関連ＶＯＬ、属性、ボリュームグループが設定される。論理ボリュームが仮想ボリュームである場合には、関連ＶＯＬに対応する論理ボリュームが設定される。例えば、ボリューム７５Ａは、仮想ボリュームであり、これはボリューム８１Ａにマッピングされていることを示している。属性として、ストレージサブシステム、ボリューム番号、割当状況、アレイグループ、容量、エミュレーションタイプ、応答速度、回転数、アクセス頻度、メディアドライブに対応するディスクタイプが設定される。割当状況とは、内部ボリューム、仮想ボリュームについては、ホストに割り当てられている場合に「済」、外部ボリュームについては、仮想ボリュームに割り当てられている場合に「済」となり、それ以外については「未済」が設定される。

なお、属性については、これ以外の情報が設定されていても良い。

なお、管理サーバ１１でストレージサブシステムからメディアドライブの情報（ディスクタイプ、容量、回転数等）、論理ボリュームの情報（応答速度、アクセス頻度）を収集し論理ボリューム管理テーブル７００が生成される。また、別の管理サーバ等によってアレイグループ、論理ボリューム等が設定される場合には、別の管理サーバ等から、あるいは別の管理サーバ等によってストレージサブシステムに設定された情報を収集することで、論理ボリューム管理テーブルを生成する。

図８は、アプリケーション−ボリューム管理テーブルの一例を示したものである。

各ホストでは、ホストで実行するアプリケーションと、アプリケーションが利用する論理ボリュームとを管理している。管理サーバ１１は、各ホストからアプリケーションと論理ボリュームの対応関係を収集し、アプリケーション−ボリューム管理テーブル８００を生成する。このテーブルは、ホスト８０１、アプリケーション８０２、アプリケーションが利用している論理ボリューム８０３が設定されている。

再び、図６に戻り、表示画面について説明する。ここでは、管理者が新たにボリュームグループを生成する場合と、既に生成したボリュームグループを変更する場合とに分けて説明する。

まず、管理者が新たにボリュームグループを生成する場合であるが、この場合は、ボリュームグループ名称６０２に管理者がボリュームグループを入力する。次に、ボリュームグループを構成するための論理ボリュームを選択するために、属性一覧６０３に表示されている属性を指定する。例えば、「アレイグループ７２」を指定すると、図７の論理ボリューム管理テーブル７００からアレイグループ７２に対応付けられた論理ボリューム７２Ａ、７２Ｂ、７２Ｃが表示される。なお、アプリケーションを指定すると、図８に示したアプリケーション−ボリューム管理テーブル８００から指定されたアプリケーションと対応付けられた論理ボリュームが、ボリューム一覧に表示される。表示された各論理ボリュームに対してチェックボックスが表示されており、管理者がこのチェックボックスを指示すると、チェックマークが表示される。これにより、ボリュームグループを構成する論理ボリュームを指定することができる。なお、チェックマークが表示されている場合、再度チェックボックスを指示するとチェックマークが消える。これにより、ボリュームグループに設定された論理ボリュームが、削除される。また、共存回避ボリュームグループを指定する場合には、ボリュームグループ一覧６０５に表示されているボリュームグループを指定し、追加ボタンを指示することにより、共存回避ボリュームグループ一覧に、指定したボリュームグループが表示される。図６は、ボリューム７２Ａ、共存回避ボリュームグループをVolume Group１とするボリュームグループ（Volume Group２）を生成しているところを示している。

次に、既に設定されたボリュームグループを編集する場合について、説明する。

管理者は、ボリュームグループ一覧６０１に表示されているボリュームグループを指定する。これにより、指定されたボリュームグループが、ボリュームグループ名称６０２に表示される。また、ボリューム一覧には、指定されたボリュームグループに設定されたボリュームを、論理ボリューム管理テーブル７００から特定し、特定された論理ボリュームが表示される。また、後述するボリュームグループ管理テーブルに、指定されたボリュームグループに対して共存回避ボリュームグループが設定されている場合、共存回避ボリュームグループ一覧６０６に、ボリュームグループを表示する。

ここで、管理者が、ボリュームグループの名称を変更したい場合には、ボリュームグループ名称６０２に表示されている名称を変更する。

管理者が、ボリュームグループを構成する論理ボリュームの変更を行う場合には、次のようにする。まず、論理ボリュームを追加する場合、属性一覧６０３から、属性を指定する。これにより、ボリューム一覧に、指定された属性を有する論理ボリュームが、既に表示されている論理ボリュームの下に、表示される。管理者は、追加したいボリュームのチェックボックスを指示することで、チェックマークが付され、論理ボリュームを追加することができる。また、論理ボリュームを削除する場合には、ボリューム一覧に表示された論理ボリュームのチェックボックスを指示することで、チェックマークを外す。

管理者が、共存回避ボリュームグループを変更する場合には、次のようにする。まず、共存回避ボリュームグループを追加する場合には、ボリュームグループ一覧６０５に表示されているボリュームグループを指定して、追加ボタンを指示することで共存回避ボリュームグループ一覧に追加することができる。また、共存回避ボリュームグループを削除する場合には、共存回避ボリュームグループ一覧６０６に表示されているボリュームグループを指定し、削除ボタンを指示することで、共存回避ボリュームグループ一覧６０６から当該ボリュームグループが消去され、共存回避ボリュームグループを削除することができる。

図９は、ボリュームグループ管理プログラム１３のボリュームグループを生成する場合の処理の一例を示したものである。

この処理は、図５に示す表示画面で、管理者によって「ボリュームグループ」と「生成」が選択された場合に実行される。

まず、図６に示した画面をサーバ１１の表示装置に表示する（S９０１）。次に、管理者からの入力を待ち（Ｓ９０２）、入力があった場合、完了ボタンの指示か判断する（Ｓ９０３）。完了ボタンの指示である場合、図５に示す初期画面を表示して（Ｓ９１６）、処理を終了する。

属性の指定である場合（Ｓ９０４で「Ｙ」）、論理ボリューム管理テーブル７００又はアプリケーション−ボリューム管理テーブル８００から指定された属性を有する論理ボリュームをボリューム一覧６０４に表示し（Ｓ９０５）、再び管理者の入力を待つ。

論理ボリューム追加（チェックボックスの指示によるチェックマークの付与）である場合（Ｓ９０６で「Ｙ」）、論理ボリューム管理テーブル７００の該当する論理ボリュームにボリュームグループ（ボリュームグループ名称６０２に表示されているボリュームグループ）を設定し（Ｓ９０７）、再び管理者の入力を待つ。

論理ボリュームの削除（チェックボックスの指示によるチェックマークの消去）である場合（Ｓ９０８で「Ｙ」）、論理ボリューム管理テーブル７００から該当する論理ボリュームに設定されたボリュームグループを削除し（Ｓ９０９）、再び管理者の入力を待つ。

ボリュームグループ一覧６０５に表示されたボリュームグループの指定と追加ボタンが指示された場合（Ｓ９１０で「Ｙ」）、共存回避ボリュームグループ一覧６０６に指定されたボリュームグループを表示し（Ｓ９１１）、ボリュームグループ管理テーブルの設定を行い（Ｓ９１２）、再び管理者の入力を待つ。

図１０は、ボリュームグループ管理テーブルの一例を示したものである。

ボリュームグループ管理テーブル１０００は、ボリュームグループ１００１と、共存回避ボリュームグループ１００２が設定されるようになっている。

図１１は、Ｓ９１１のボリュームグループ管理テーブルを設定する処理を示したものである。

まず、ボリュームグループ管理テーブル１０００のボリュームグループ１００１に、ボリュームグループ名称６０２に表示されているボリュームグループが設定されているかを判断する（Ｓ１１０１）。

ボリュームグループが設定されていれば（Ｓ１１０１で「Ｙ」）、このボリュームグループに対応する共存回避ボリュームグループ１００２に、共存回避ボリュームグループ一覧６０６に追加されたボリュームグループを設定する（Ｓ１１０２）。ボリュームグループが設定されていなければ（Ｓ１１０１で「Ｎ」）、ボリュームグループ１００１にボリュームグループ名称６０２に表示されているボリュームグループ、共存回避ボリュームグループ１００２に共存回避ボリュームグループ一覧６０６に追加されたボリュームグループを設定する（Ｓ１１０３）。

次に、ボリュームグループ管理テーブルのボリュームグループ１００１に、共存回避ボリュームグループ一覧６０６に追加されたボリュームグループが設定されているかを判断する（Ｓ１１０４）。

設定されていれば（Ｓ１１０４で「Ｙ」）、このボリュームグループに対応する共存回避ボリュームグループ１００２に、ボリュームグループ名称６０２に表示されたボリュームグループを設定する（Ｓ１１０５）。ボリュームグループが設定されていなければ（Ｓ１１０４で「Ｎ」）、ボリュームグループ１００１に共存回避ボリュームグループ一覧６０６に追加されたボリュームグループ、共存回避ボリュームグループ１００２にボリュームグループ名称６０２に表示されているボリュームグループを設定する（Ｓ１１０６）。

再び、図９の説明に戻る。

共存回避ボリュームグループ一覧６０６に表示されたボリュームグループの名称の指定と削除ボタンが指示された場合（Ｓ９１３で「Ｙ」）、共存回避ボリュームグループ一覧６０６から選択されたボリュームグループを消去し（Ｓ９１４）、ボリュームグループ管理テーブルの設定を行い（Ｓ９１５）、再び管理者の入力を待つ。

図１２は、Ｓ９１４のボリュームグループ管理テーブルを設定する処理を示したものである。

まず、ボリュームグループ管理テーブルのボリュームグループ１００１に、ボリュームグループ名称６０２に表示されているボリュームグループが設定されているかを判断する（Ｓ１２０１）。

ボリュームグループが設定されていれば（Ｓ１２０１で「Ｙ」）、このボリュームグループに対応する共存回避ボリュームグループ１００２から、共存回避ボリュームグループ一覧６０６から消去されたボリュームグループを削除する（Ｓ１２０２）。ボリュームグループが設定されていなければ（Ｓ１２０１で「Ｎ」）、Ｓ１２０３の処理へ移る。

次に、ボリュームグループ管理テーブルのボリュームグループ１００１に、共存回避ボリュームグループ一覧６０６から消去されたボリュームグループが設定されているかを判断する（Ｓ１２０３）。

設定されていれば（Ｓ１２０３で「Ｙ」）、このボリュームグループに対応する共存回避ボリュームグループ１００２から、ボリュームグループ名称６０２に表示されたボリュームグループを削除する（Ｓ１２０４）。

図１３は、ボリュームグループ管理プログラム１３のボリュームグループを編集する場合の処理の一例を示したものである。

この処理は、図５に示す表示画面で、管理者によって「ボリュームグループ」と「編集」が選択された場合に実行される。

まず、図６に示す画面を管理サーバ１１の表示装置に表示する（S１３０１）。この段階では、まだ、ボリュームグループが指定されていないので、ボリュームグループ名称６０２、ボリューム一覧６０４、共存回避ボリュームグループ一覧６０６は何も表示されない。次に、管理者からの入力を待ち（Ｓ１３０２）、入力があった場合、完了ボタンの指示か判断する（Ｓ１３０３）。完了ボタンの指示である場合、図５に示す初期画面を表示して（Ｓ１３２１）、処理を終了する。

ボリュームグループ一覧６０１に表示されたボリュームグループが指定された場合（Ｓ１３０４で「Ｙ」）、ボリュームグループ名称６０２に指定されたボリュームグループを表示する（S１３０５）。次に、論理ボリューム管理テーブル７００、ボリュームグループ管理テーブル１０００から指定されたボリュームグループをキーにして、論理ボリューム、共存回避ボリュームグループ１００２に設定されているボリュームグループを特定して、それぞれ、ボリューム一覧６０５、共存回避ボリュームグループ一覧６０６に、特定した論理ボリューム、ボリュームグループを表示し（S１３０６）、再び管理者の入力を待つ。

ボリュームグループの名称の変更である場合（Ｓ１３０７で「Ｙ」）、論理ボリューム管理テーブル７００及びボリュームグループ管理テーブル１０００に設定された、ボリュームグループ一覧で指定されたボリュームグループをボリュームグループ名称６０２に入力されたボリュームグループに変更し（Ｓ１３０８）、再び管理者の入力を待つ。なお、Ｓ１３０７では、管理者によるボリュームグループ名称６０２の入力があり、ボリュームグループ一覧６０１で指定されたボリュームグループとボリュームグループ名称６０２に入力されたボリュームグループとを比較して、ボリュームグループの名称が変更されたかを判断している。一致していれば変更なし、一致していなければ変更ありと判断する。

属性の指定である場合（Ｓ１３０９で「Ｙ」）、論理ボリューム管理テーブル７００又はアプリケーション−ボリューム管理テーブル８００から指定された属性を有する論理ボリュームをボリューム一覧６０４に表示し（Ｓ１３１０）、再び管理者の入力を待つ。

ボリューム追加（チェックボックスの指示によるチェックマークの付与）である場合（Ｓ１３１１で「Ｙ」）、論理ボリューム管理テーブル７００の該当する論理ボリュームにボリュームグループ名称６０２に入力されたボリュームグループを設定し（Ｓ１３１２）、再び管理者の入力を待つ。

ボリュームの削除（チェックボックスの指示によるチェックマークの消去）である場合（Ｓ１３１３で「Ｙ」）、論理ボリューム管理テーブル７００から該当する論理ボリュームに設定されたボリュームグループを削除し（Ｓ１３１４）、再び管理者の入力を待つ。

ボリュームグループ一覧６０５に表示されたボリュームグループの指定と追加ボタンが指示された場合（Ｓ１３１５で「Ｙ」）、共存回避ボリュームグループ一覧に指定されたボリュームグループを表示し（Ｓ１３１６）、ボリュームグループ管理テーブルの設定を行い（Ｓ１３１７）、再び管理者の入力を待つ。ここで、Ｓ１３１７のボリューム管理テーブルの設定は、図１１に示したのと同じ処理である。

共存回避ボリュームグループ一覧６０６に表示されたボリュームグループの指定と削除ボタンが指示された場合（Ｓ１３１８で「Ｙ」）、共存回避ボリュームグループ一覧６０６から指定されたボリュームグループを消去し（Ｓ１３１９）、ボリュームグループ管理テーブルの設定を行い（Ｓ１３２０）、再び管理者の入力を待つ。ここで、Ｓ１３２０のボリューム管理テーブルの設定は、図１２に示したのと同じ処理である。

次に、管理者がボリュームの検索条件を生成、編集する場合について説明する。

図１４は、ボリュームの検索条件を生成、編集するための表示画面の一例を示したものである。管理サーバ１１の表示装置には、ボリューム検索条件一覧１４０１、ボリューム検索条件名称１４０２、属性一覧１４０３、検索条件１４０４、論理条件ボタン（ＡＮＤボタン、ＯＲボタン、ＮＯＲボタン）、削除ボタン、完了ボタンが表示される。

ボリューム検索条件一覧１４０１には、後述する図１５に設定されたボリューム検索条件が表示される。ボリューム検索条件名称１４０２は、管理者によって入力される検索条件の名称、又は既に設定されている検索条件の名称が表示される。属性一覧１４０３には、論理ボリューム管理テーブルの属性が表示される。検索条件１４０４には、属性一覧１４０３、論理条件ボタンから指定された属性、論理条件が表示される。

図１５は、ボリューム検索条件管理テーブルの一例を示したものである。

ボリューム検索条件管理テーブル１５００は、ボリューム検索条件１５０１と、検索条件１５０２が設定される。ボリューム検索条件１５０１とは、図１４の画面で管理者により入力されたボリューム検索条件名称１４０２が設定され、検索条件１５０２は、管理者により入力された属性、論理条件が設定される。

図１６は、ボリュームの検索条件を生成又は編集する場合の処理を示したものである。

この処理は、図５に示す表示画面で、管理者によって「ボリューム検索条件」と「生成」又は「編集」が選択された場合に実行される。

まず、図１４に示した画面を管理サーバ１１の表示装置に表示する（S１６０１）。次に、ボリューム検索条件管理テーブル１５００を検索し、ボリューム検索条件が設定されている場合には、ボリューム検索条件を検索条件一覧１４０１に表示する（Ｓ１６０２）。また、論理ボリューム管理テーブル７００に設定されている属性を属性一覧１４０３に表示する（Ｓ１６０３）。次に、管理者からの入力を待ち（Ｓ１６０４）、入力があった場合、完了ボタンの指示か判断する（Ｓ１６０５）。

管理者からの入力が、ボリューム検索条件一覧１４０１に表示されるボリューム検索条件の指定である場合（Ｓ１６０６で「Ｙ」）、指定されたボリューム検索条件をボリューム検索条件名称１４０２に表示し、またボリューム検索条件管理テーブル１５００から、指定されたボリューム検索条件に対応する検索条件を読み出し、検索条件１４０４に表示する（S１６０７）。

Ｓ１６０５で管理者からの入力が完了ボタンの指示である場合（Ｓ１６０５で「Ｙ」）、ボリューム検索条件名称１４０２に入力された名称と一致するボリューム検索条件がボリューム検索条件管理テーブル１５００にあるかを判断し（Ｓ１６０８）、一致するボリューム検索条件がある場合（Ｓ１６０８で「Y」）、検索条件１６０４に設定された検索条件を、ボリューム検索条件管理テーブル１５００に設定する（Ｓ１６０９）。一致する名称がない場合（Ｓ１６０８で「N」）、ボリューム検索条件管理テーブルに、入力されたボリューム検索条件と、入力された検索条件を設定する（Ｓ１６０９）。その後、図５に示した初期画面を表示して（S１６１０）、処理を終了する。

図１７は、ボリューム検索条件管理によって選択される論理ボリュームの一例を示したものである。図１７は、ストレージサブシステム２１、１２１の論理ボリュームを示したものである。なお、仮想ボリュームについては、マッピングされる論理ボリュームに対応付けて示している。破線は、図７に示した論理ボリューム管理テーブル７００の論理ボリュームの属性から図１５に示したボリューム検索条件を満たす論理ボリュームを示したものである。このように、ボリューム検索条件によって、ストレージサブシステムの論理ボリュームを分類することができる。従って、ボリューム検索条件によって、性能の高い論理ボリュームのグループと、性能の低い論理ボリュームのグループを定義することができ、論理的に階層構造として論理ボリュームを管理することが可能となる。また、このボリューム検索条件で複数のストレージサブシステムの論理ボリュームを分類すると、ストレージサブシステムを跨って一つのボリュームのグループを構成することが可能となる。

次に、設定したボリュームグループと、ボリューム検索条件によって、データをマイグレーションさせるマイグレーションタスクについて説明する。

図１８は、マイグレーションタスクを実行するための設定画面の一例を示したものである。

管理サーバ１１の表示装置には、ボリュームグループ一覧１８０１、ボリューム検索条件一覧１８０２、タスク実行タイミング１８０３、完了ボタンが表示される。

ボリュームグループ一覧１８０１には、論理ボリューム管理テーブル７００に設定されたボリュームグループの名称を表示する。ボリューム検索条件一覧１８０２には、ボリューム検索条件管理テーブル１５００に設定されたボリューム検索条件を表示する。管理者は、ボリュームグループ一覧１８０１に表示されたボリュームグループ、ボリューム検索条件一覧１８０２に表示された検索条件を指定し、タスク実行タイミング１８０３を指定し、完了ボタンを指定する。これにより、タスク管理テーブルに、データマイグレーションを行うタスクが設定される。

図１９は、データのマイグレーションを行うタスク管理テーブルの一例を示したものである。

タスク管理テーブル１９００には、マイグレーションタスク１９０１、管理者によって指定されたボリュームグループ１９０２、ボリューム検索条件１９０３、タスク実行タイミング１９０４、ソースボリューム１９０５、ターゲットボリューム１９０６が設定される。ここで、ソースボリューム１９０５には、マイグレーション元の論理ボリューム、ターゲットボリューム１９０６には、マイグレーション先となる論理ボリュームがそれぞれ設定される。マイグレーション元となる論理ボリュームは、ボリュームグループに設定されている論理ボリュームであり、マイグレーション先となる論理ボリュームは、後述するように、ボリューム検索条件を満たす論理ボリュームである。

図２０は、マイグレーションタスク管理プログラム１５の処理を示したものである。

この処理は、図５に示す表示画面で、管理者によって「マイグレーションタスク」、「生成」が選択された場合に実行される。なお、この処理の説明で、Tier Condition、Avoidance Condition、Volume Listは、管理サーバ１１のCPUの処理に利用される変数であり、CPU内の記憶領域に変数に設定されるデータが格納される。

まず、図１８に示す画面を管理サーバ１１の表示装置に表示する（Ｓ２００１）。次に、論理ボリューム管理テーブル７００に設定されているボリュームグループを読み出して、ボリュームグループ一覧１８０１に表示する（Ｓ２００２）。次に、ボリューム検索条件管理テーブル１５００から、ボリューム検索条件を読み出し、ボリューム検索条件一覧１８０２に表示する（Ｓ２００３）。その後、管理者から完了ボタンが指示されるのを待つ（Ｓ２００４）。管理者から完了ボタンが指示された場合（Ｓ２００４で「Ｙ」）、指定されたボリュームグループ、ボリューム検索条件、タスク実行タイミングをタスク管理テーブル１９００に設定する（Ｓ２００５）。次に、指定されたボリュームグループが設定されている論理ボリュームを論理ボリューム管理テーブル７００から特定し、タスク管理テーブル１９００のソースボリューム１９０５に設定する（Ｓ２００６）。

次に、ボリューム検索条件管理テーブル１５００から指定されたボリューム検索条件に対応する検索条件を読み出して、Tier Conditionに設定する（S２００７）。
次に、ボリュームグループ管理テーブル１０００に指定されたボリュームグループが設定されているかを判断する（S２００８）。設定されている場合（S２００８で「Y」）は、共存回避ボリュームグループが設定されているので、共存を回避するアレイグループの条件をAvoidance Conditionに設定する（S２００９）。なお、S２００９の処理については、図２１に示す。

次に、S２００７でTier Conditionに設定された検索条件とS２００９でAvoidance Conditionに設定された共存を回避するアレイグループの条件から、新たな検索条件を求め、Tier Conditionに設定する（S２０１０）。例えば、S２００７で設定された検索条件がFCであって、S２００９で求めた共存を回避するアレイグループの条件がArrayGroup71の場合、新たな検索は、“FC”NOT IN “ArrayGroup71”となり、これがTier Conditionに設定される。つまり、タイプがFCのディスクであって、アレイグループ７１に属さないものとなる。

次に、新たに設定された検索条件（Tier Conditionに設定された検索条件）を満たす論理ボリュームを、論理ボリューム管理テーブル７００から特定し、特定された論理ボリュームをVolume Listに設定する（S２０１１）。ここで、特定される論理ボリュームは、割当状況が「未済」、マイグレーション元の論理ボリュームの容量以上であって、新たに設定された検索条件を満たすものである。
このVolume Listに設定された論理ボリューム一覧を、管理サーバ１１の表示装置に表示する（S２０１２）。

図２２は、Ｓ２０１１の処理で、ボリューム検索条件によって、特定された論理ボリュームの表示画面の一例である。表示画面には、ボリュームグループ２２０１、ボリューム検索条件２２０２、ソースボリューム２２０３、ターゲットボリューム２２０４、ターゲットボリューム一覧２２０５、完了ボタンが表示される。ボリュームグループ２２０１、ボリューム検索条件２２０２は、指定されたボリュームグループ、ボリューム検索条件が表示される。ソースボリューム２２０３には、指定されたボリュームグループに属する論理ボリュームが表示される。ターゲットボリューム一覧２２０５には、Volume Listに設定された論理ボリュームが表示される。なお、S２０１１でボリューム検索条件を満たす論理ボリュームがない場合、ターゲットボリューム一覧２２０５には、何も表示されない。ターゲットボリューム２２０４は、ターゲットボリューム一覧２２０５に表示された論理ボリュームから管理者が選択することで表示される。管理者は、ターゲットボリュームを設定した後に完了ボタンを指示する。

再び、図２０の処理説明に戻る。

完了ボタンの指示を待ち、完了ボタンが指示されると（S２０１３）、タスク管理テーブルのターゲットボリュームに指定された論理ボリュームを設定し（S２０１４）、処理を終了する。

なお、ここでは管理者によりターゲットボリュームを選択する場合を示したが、Ｓ２０１１でボリューム検索条件を満たす論理ボリュームが特定されたら順にソースボリュームと対応付けるようにしてもよい。

図２１は、共存を回避するアレイグループの条件を求める処理を示したものである。なお、この処理の説明で、Group List、Source Volume List、Target Volume List、Array Group Setは、管理サーバ１１のCPUの処理に利用される変数であり、CPU内の記憶領域に変数に設定されるデータが格納される。

まず、ボリュームグループ管理テーブル１０００を参照し、指定されたボリュームグループに対応する共存回避ボリュームグループに設定されているボリュームグループを読み出し、Group Listに設定する（S２１０１）。次に、Group Listに設定された全てのボリュームグループに対してS２1０２−S２1１５の処理を行う。

まず、一つのボリュームグループを特定し（S２1０３）、そのボリュームグループに設定される全ての論理ボリュームを特定し、Source Volume Listに設定する（S２1０４）。次に、S２1０４で設定された論理ボリュームの一つを特定し（S２1０６）、その論理ボリュームが属するアレイグループを論理ボリューム管理テーブル７００から特定し、特定されたアレイグループをArray Group Setに設定する（S２1０７）。S２１０５〜S２１０８まで、Source Volume Listに設定された全ての論理ボリュームに対して実行する。
次に、S２１０３で特定されたボリュームグループのマイグレーションタスクが未処理であるかを判断し（S２１０９）、未処理であれば、S２１１０−S２１１４の処理を行う。これは、共存回避ボリュームグループに設定されたボリュームグループに対してマイグレーションが予定されている場合に、マイグレーション先のアレイグループも対象外とするために行う。なお、マイグレーションタスクが未処理かどうかの判断は、タスク管理テーブル１９００に当該ボリュームグループが設定されているかどうかで判断する。設定されていれば未処理と判断する。

まず、タスク管理テーブル１９００からターゲットボリュームに設定されている論理ボリュームをTarget Volume Listに設定する（S２１１０）。次に、Target Volume Listに設定された一つの論理ボリュームを特定し（S２１１２）、その特定された論理ボリュームが属するアレイグループを論理ボリューム管理テーブル７００から特定し、Array Group Setに設定する（S２１１３）。全てのターゲットボリュームに対して、S２１１１―S２１１４を実行し、全てのTarget Volume Listに設定された論理ボリュームに対するアレイグループをArray Group Setに追加する。

尚、S２１０９で、未処理のタスクがない場合には、S２１１０−S２１１４の処理をしない。

以上により、Array Group Setに設定されたアレイグループを共存を回避するアレイグループの条件としてAvoidance Conditionに設定する（S２３１６）。

図２３は、タスク管理テーブル１９００に設定されたタスクを実行する処理を示したものである。これは、図２０によってタスクがタスク管理テーブルに設定されたら処理を開始する。

まず、タスク管理テーブルに設定されたタスクの実行タイミングを監視し（Ｓ２３０１）、実行タイミングのタスクがある場合（S２３０２）、ソースボリューム、ターゲットボリューム、マイグレーションコマンドをストレージサブシステムに送信する（S２３０３）。ストレージサブシステムから、マイグレーションの終了を受けると（S２３０４で「Ｙ」、タスク管理テーブルに設定されているタスクを削除し（Ｓ２４０５）、処理を終了する。

以下、これまで説明した処理によるデータのマイグレーションの例を示す。
図２４は、ボリューム７１Ａとボリューム７２Ａが一つのストレージサブシステム内でコピーペアを構成し、ボリューム７２Ａをマイグレーションした場合の例を示したものである。

まず図９の処理でボリューム７１Ａを含むVolumeGroup１を生成する。なお、この段階では、ボリューム７２Aに対するボリュームグループが生成されていないので、VolumeGroup１の共存回避ボリュームグループを設定することができない。

次に、図９の処理でボリューム７２Ａを含むVolumeGroup2を設定する。既に、ボリューム７１Aを有するVolumeGroup１が生成されているので、共存回避ボリュームグループとして、VolumeGroup１を設定する。

次に、図１６の処理で、図１５に示すボリューム検索条件を生成する。

また、図２０の処理でVolumeGroup2を“ストレージ階層１”の条件でマイグレーションするマイグレーションタスクを生成する。

これにより、図２０に示すステップS２００９で、（アレイグループ ＮＯＴ ＩＮ （７１））がAvoidance Conditionに設定される。図２０のＳ２０１０で、Tier Conditionに（（ディスクタイプ=FC） ＡＮＤ （アレイグループ ＮＯＴ ＩＮ （７１）））が設定される。その結果、図２０のS２０１１で、Volume Listにボリューム７３B、７３Cが設定される。ボリューム７３Ａは、論理ボリューム管理テーブル７００で割当済となっているので、Volume Listには設定されない。

管理者は、ボリューム７２Ａのマイグレーション先としてボリューム７３B、７３Cのいずれかを指定する。

このように、ボリューム７２Ａのデータをマイグレーションする場合、ボリューム７１Ａと異なるアレイグループに配置することができる。

なお、ここでは管理者がマイグレーション先の論理ボリュームを指定するようにしているが、Volume List設定されたボリューム７３B、７３Cのいずれかを、自動的に選択するようにしてもよい。

図２５は、ボリューム７１Ａとボリューム７２Ａが一つのストレージサブシステム内でコピーペアを構成し、ボリューム７２Ａをマイグレーションする場合の例を示したものである。

Volume Group１の論理ボリュームには、ボリューム７１Ａが設定され、共存回避ボリュームグループにはマイグレーショングループ設定されていない。また、Volume Group１は、アレイグループ７３のボリューム７３Aにマイグレーションするマイグレーションタスクが設定されている。

Volume Group2の論理ボリュームには、ボリューム７２Ａが設定され、共存回避ボリュームグループにVolume Group１が設定されている。

ここで、Volume Group２をストレージ階層３にマイグレーションするマイグレーションタスクの生成について説明する。

この場合、図２０のS２００９でAvoidance Conditionに（アレイグループ ＮＯＴ ＩＮ （７１、７３））が設定される。そのため、図２０のS２０１１でTier Conditionに（（ (ディスクタイプ=SATA) OR (ディスクタイプ=FC)） ＡＮＤ （アレイグループ ＮＯＴ ＩＮ （７１、７３）））が設定される。その結果、マイグレーション先の論理ボリュームとして、アレイグループ７４のボリューム７４Ａ、７４B、７４CがVolume Listに設定され、管理者はマイグレーション先となる論理ボリュームを選択する。

これにより、ボリューム７２Ａのデータがボリューム７１Ａとボリューム７３Ａと異なるアレイグループに配置される。

図２６は、データベースのテーブルファイルがボリューム７１Ａとボリューム７３Ａに格納され、データベースのログファイルがボリューム７２Ａに格納されている場合を示している。ここで、ボリューム７２Aをマイグレーションする場合、マイグレーション先がボリューム７１Ａ、ボリューム７３Ａと異なるアレイグループに配置する場合について説明する。

まず図９の処理により、論理ボリュームをボリューム７１A、ボリューム７３AとするVolume Group１を生成する。

次に、図９の処理により、論理ボリュームをボリューム７２A、共存回避ボリュームグループをVolume Group１とするVolume Group2を生成する。

次に、Volume Group2、ストレージ階層３を指定して図２０の処理を実行すると、S２００９でアレイグループ７１とアレイグループ７３がAvoidance Conditionに設定され、S２０１０でTeir Conditionに（（ (ディスクタイプ=SATA) OR (ディスクタイプ=FC)） ＡＮＤ （アレイグループ ＮＯＴ ＩＮ （７１、７３）））が設定される。これにより、アレイグループ７４のボリューム７４Ａ、７４B、７４Cとアレイグループ７６のボリューム７６Ａ、７６Ｂ、７６ＣがVolume Listに設定される。

以上、ボリュームグループ単位で異なるアレイグループにマイグレーションする構成について説明した。

しかしながら、ストレージサブシステムの運用において、初期の段階でコピーペアを同じアレイグループに属する論理ボリューム間で生成してしまう場合がある。この場合、アレイグループのメディアドライブに障害が発生すると、いずれの論理ボリュームからもデータが読み出せない場合があることは、既に述べた。また、一つのアレイグループに属する複数の論理ボリュームに対するアクセス頻度が高い場合、別のアレイグループに分散することで、アレイグループの性能を向上させることができることも述べた。

以下では、関連する論理ボリュームが同じアレイグループに配置されている論理ボリュームを見つけ出して、この論理ボリュームを分散配置する構成について説明する。

図２７は、コピー管理テーブルの一例を示したものである。コピー管理テーブル２７００には、種別２７０１、主ボリューム２７０２、副ボリューム２７０３が設定される。コピーの場合、主ボリュームと、主ボリュームのデータの複製を格納する副ボリュームが設定される。主ボリュームと副ボリュームとの関係は同期、非同期の場合を含んでいる。なお、一つの主ボリュームに対して複数の副ボリュームが設定される場合もある。スナップショットの場合、主ボリュームに対して副ボリュームが設定される。副ボリュームは、ある時刻における主ボリュームのデータの複製（スナップショット）である。複数の時刻におけるスナップショットを取得する場合には、副ボリュームに複数の論理ボリュームが設定される。

なお、これ以外にも、差分データの複製を保持する差分バックアップ等の種別が設定されても良い。

このコピー管理テーブルは、ストレージサブシステム、管理サーバ１１に設定される。

図２８は、論理ボリュームを分散配置するための設定画面の一例を示したものである。

この設定画面では、関連ボリューム検索条件一覧２８０１、ボリューム一覧２８０２、配置条件２８０３が表示される。

関連ボリューム検索条件一覧２８０１には、図２７に示すコピー管理テーブルの種別、アクセス頻度などが表示される。ボリューム一覧２８０２には、関連ボリューム検索条件で指定された検索条件を満たし、同じアレイグループに配置されている論理ボリュームが表示される。例えば、コピーを選択した場合、コピー管理テーブルの主ボリューム、副ボリュームの論理ボリュームを特定し、論理ボリューム管理テーブル７００により、特定されたボリュームが同じアレイグループに設定されているかを判断し、同じアレイグループに設定されている場合に、ボリューム一覧２８０２に表示する。またアクセス頻度が指定された場合、予めアクセス頻度の下限値を設定しておくことで、その下限値以上のアクセス頻度であり、同じアレイグループに属する論理ボリュームを論理ボリューム管理テーブルから特定し、ボリューム一覧２８０２に表示する。なお、関連ボリューム検索条件で指定された条件の論理ボリュームを特定し、ボリューム一覧２８０２に表示する処理は、管理サーバ１１のＣＰＵ１６によって行う。管理者は、ボリューム一覧２８０２に表示された論理ボリュームを別々のアレイグループに再配置する場合は、配置条件２８０３に条件を設定する。例えば、スナップショットの主ボリューム７１Ａ、副ボリューム７１Ｂ、７１Ｃである場合、７１Ａ NOT ７１Ｂ NOT ７１Ｃと設定された場合、ボリューム７１Ａと７１Ｂ、７１Ｂと７１Ｃを、それぞれ異なるアレイグループに設定することを意味する（この場合、７１Ａと７１Ｃは同じアレイグループでも良い。）。また、（７１Ａ NOT ７１Ｂ）NOT ７１Ｃと設定された場合には、ボリューム７１Ａ、７１Ｂ、７１Ｃが異なるアレイグループに設定することを意味する（この場合、全て異なるアレイグループとなる。）。このように、全ての論理ボリュームを別々のアレイグループに設定することも、主ボリュームと副ボリュームとを別々のアレイグループに設定することも可能になる。

なお、コピーの指定において、複数の論理ボリュームがカスケード接続されている場合には、図２９のような表示としても良い。

図２９は、ボリュームのコピー関係を示したものである。これは、図２７のコピー管理テーブルから、論理ボリュームの関係を求めて、表示したものである。また、同じアレイグループに属する論理ボリュームであることが分かるように囲線を表示している。例えば、ボリューム７１Ａ、７１Ｂ、７１Ｃ、ボリューム７５Ａ、７５Ｂは同じアレイグループであることを示している。また、各ボリュームが属しているアレイグループが分かるようにアレイグループも表示している。管理者は、このコピー関係を見ながら、分散配置条件を設定する。このように表示すると、例えばボリューム７５Ａ、７５Ｂをボリューム７２Ｂのアレイグループと異なるように配置することが可能となる。

図３０は、図２８、図２９に示した配置条件からマイグレーションタスクを設定するまでの処理を示したものである。

まず、ボリュームグループを生成するために、論理ボリュームを分類し、ボリュームグループを生成する（Ｓ３００１）。これは、NOTを基準にボリュームグループを形成する。つまり、７１Ａ NOT ７１Ｂ NOT ７１Ｃである場合、７１Ａをボリュームグループ１、７１Ｂをボリュームグループ２、７１Ｃをボリュームグループ３と生成する。次に、配置条件に基づいてボリューム管理テーブルに生成したボリュームグループを設定する（Ｓ３００２）。７１Ａ NOT ７１Ｂ NOT ７１Ｃである場合、ボリュームグループ１ NOT ボリュームグループ２ NOT ボリュームグループ３となる。この場合、NOTを基準に、左側をボリュームグループに、右側を共存回避ボリュームグループに設定する。つまり、
ボリュームグループ：ボリュームグループ１
共存回避ボリュームグループ：ボリュームグループ２
ボリュームグループ：ボリュームグループ２
共存回避ボリュームグループ：ボリュームグループ３
となる。

また、（ボリュームグループ１ NOT ボリュームグループ２） NOT ボリュームグループ３の場合には、
ボリュームグループ：ボリュームグループ１
共存回避ボリュームグループ：ボリュームグループ２
ボリュームグループ：ボリュームグループ１
共存回避ボリュームグループ：ボリュームグループ３
ボリュームグループ：ボリュームグループ２
共存回避ボリュームグループ：ボリュームグループ３
となる。

次に、共存回避ボリュームグループに設定されたボリュームグループのボリューム検索条件を設定する（S３００３）。これは、共存回避ボリュームグループに設定されたボリュームグループに属する論理ボリュームの属性に基づいて設定される。つまり、論理ボリュームの属性を論理ボリューム管理テーブルから読み出し、これを検索条件とする。なお、論理ボリューム管理テーブルの全ての属性を検索条件に設定する必要はなく、容量、あるいは容量とディスクタイプといったように、一つ以上の属性を予め定めておいても良い。

次に、共存回避ボリュームグループに設定されたボリュームグループ、S３００３で設定されたボリューム検索条件によりマイグレーションタスクを生成する（S３００４）。このマイグレーションタスクは、図２０、２１に示した処理により生成する。具体的には、設定されたボリュームグループ、ボリューム検索条件でS２００５から処理を行うことによって、マイグレーションタスクを生成することができる。

この図３０に示した処理はＣＰＵ１６によって処理されるものであり、ここではマイグレーションタスク管理プログラム１５の一部として説明しているが、これは別のプログラムにより構成されても良い。

なお、図２７から図３０の説明では、配置条件を管理者が設定する場合を例に説明したが、配置条件を管理サーバ１１のＣＰＵ１６によって自動的に設定するようにしても良い。

例えば、図２７のコピー管理テーブル２７００で正ボリュームと副ボリュームが設定されるようになっているので、正ボリュームと副ボリュームを別々のアレイグループに配置するよう定義すればよい。つまり、“正ボリューム NOT 副ボリューム”と予め定義しておけば、管理者は特定のコピーペアを指定するだけで配置条件が自動的に生成される。

また、アクセス頻度の場合も同様である。つまり、同じアレイグループでアクセス頻度が高い論理ボリュームをボリューム管理テーブル７００からＣＰＵが特定し、特定された論理ボリュームが全て異なるアレイグループとなるように予め定義すればよい。例えば、２つの論理ボリュームが特定された場合には、論理ボリュームＡ NOT 論理ボリュームＢ、３つの論理ボリュームが特定された場合には、（論理ボリュームＡ NOT 論理ボリュームＢ） NOT 論理ボリュームＣ、と特定された論理ボリュームの数によって配置条件が定義されるようにすれば良い。

また、同じアレイグループに属する論理ボリュームに対するアクセス頻度の総和を求め、次にアレイグループ毎のアクセス頻度を求め、アクセス頻度が最も高いアレイグループを特定し、特定したアレイグループの各論理ボリュームを異なるアレイグループに分散配置するようにしても良い。同じアレイグループに属する論理ボリュームに対するアクセス頻度の総和、アレイグループ毎のアクセス頻度、アクセス頻度が最も高いアレイグループの特定については、ＣＰＵ１６の処理により行うことができる。また、特定されたアレイグループに属する論理ボリュームの特定も論理ボリューム管理テーブル７００をＣＰＵ１６が参照することで行うことができ、また特定した論理ボリュームから分散配置条件を生成することも、既に説明したようにＣＰＵ１６で行うことができる。

更に、アクセス頻度が高いアレイグループと、アクセス頻度が低いアレイグループとを特定し、アクセス頻度の差（アクセス頻度の差分）を求め、この差分に近いアクセス頻度を持つ論理ボリュームをアクセス頻度が高いアレイグループから特定し、特定した論理ボリュームのデータをアクセス頻度が低いアレイグループの論理ボリュームにマイグレーションするようにしても良い。アクセス頻度の差（アクセス頻度の差分）を求めること、この差分に近いアクセス頻度を持つ論理ボリュームをアクセス頻度が高いアレイグループから特定することは、ＣＰＵ１６によって行うことができる。この結果、特定した論理ボリュームのデータをアクセス頻度が低いアレイグループの論理ボリュームにマイグレーションすることも既に説明したようにＣＰＵ１６によって行うことができる。なお、アクセス頻度が高いアレイグループ、低いアレイグループは管理者によって指定し、ＣＰＵ１６は、アクセス頻度の差分を求めて、マイグレーションする論理ボリュームを特定して、マイグレーションするようストレージサブシステムに指示を与えるようにしても良い。また、単にアクセス頻度の差ではなく、アクセス頻度の差の１/２となるアクセス頻度に近い論理ボリュームを特定することで、２つのアレイグループのアクセス頻度を平均化することができる。

１…ホスト
３、１６、２３、１２３…ＣＰＵ
５、１７…記憶資源
１１…管理サーバ
１３…ボリュームグループ管理プログラム
１４…ボリューム検索条件管理プログラム
１５…マイグレーションタスク管理プログラム
２１、１２１…ストレージサブシステム
２２、１２２…コントローラ
２６、１２６…メモリ
３３、１３３…メディアドライブ
５１…業務アプリケーションプログラム

Claims (24)

1. 複数のアレイグループを含む１以上のストレージサブシステムと、管理サーバと、を有する情報処理システムにおけるデータマイグレーション方法であって、
   前記複数のアレイグループは１以上のメディアドライブから構成され、
   前記ストレージサブシステムは、複数のアレイグループの記憶領域を用いて複数の論理ボリュームを提供し、前記複数の論理ボリュームに含まれる第１論理ボリュームと第２論理ボリュームとの間でデータ複製を行うためのペアを作成し、
   前記管理サーバは、
   （１）ボリューム検索条件を受信し、
   （２）前記第１論理ボリュームをマイグレーション対象と指定する指示を受信し、
   （３）前記ボリューム検索条件と、論理ボリュームとアレイグループの所属関係とが設定された管理テーブルと、に基づいて、
   （３Ａ）前記第２論理ボリュームが属するアレイグループである、共存回避アレイグループを特定し、
   （３Ｂ）前記共存回避アレイグループを除いた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定し、
   前記ストレージサブシステムは、前記マイグレートの決定に従って、前記第１論理ボリュームのデータを前記第１論理ボリュームが属するアレイグループから、前記マイグレート先に決定したアレイグループに移動する、
   ことを特徴とするデータマイグレーション方法。
2. 請求項１記載のデータマイグレーション方法であって、
   前記管理サーバは、
   マイグレーションを決定済みだが、未実施のマイグレーションを管理するタスク管理テーブルを管理し、
   前記タスク管理テーブルを参照し、前記第２論理ボリュームが別途マイグレーション対象に決定している場合には、前記第２論理ボリュームのマイグレーション先となるアレイグループを追加の共存回避アレイグループと特定する、
   ことを特徴とするデータマイグレーション方法。
3. 請求項１乃至２のいずれか１項に記載のデータマイグレーション方法であって、
   前記管理サーバは、前記第２論理ボリュームを指定した所定の指示を受信した場合、前記第２論理ボリュームが属する前記共存回避アレイグループを含めた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定する、
   ことを特徴とするデータマイグレーション方法。
4. 請求項１乃至３のいずれか１項に記載のデータマイグレーション方法であって、
   前記第１論理ボリュームの１つに対応する前記第２論理ボリュームが複数ある場合、前記管理サーバは、前記（３Ａ）では、当該複数の第２論理ボリュームの各々について前記共存回避アレイグループを特定する、
   ことを特徴とするデータマイグレーション方法。
5. 請求項１乃至４のいずれか１項に記載のデータマイグレーション方法であって、
   前記論理ボリュームは内部ボリューム又は仮想ボリュームである、
   ことを特徴とするデータマイグレーション方法。
6. 請求項１乃至５のいずれか１項に記載のデータマイグレーション方法であって、
   前記ボリューム検索条件は前記データ複製とは独立な属性を検索対象条件とする、
   ことを特徴とするデータマイグレーション方法。
7. 複数のアレイグループを含む１以上のストレージサブシステムを管理する管理サーバで実行されるコンピュータプログラムであって、
   前記複数のアレイグループは１以上のメディアドライブから構成され、
   前記ストレージサブシステムは、複数のアレイグループの記憶領域を用いて複数の論理ボリュームを提供し、前記複数の論理ボリュームに含まれる第１論理ボリュームと第２論理ボリュームとの間でデータ複製を行うためのペアを作成し、
   前記コンピュータプログラムは前記管理サーバに、
   （１）ボリューム検索条件を受信させ、
   （２）前記第１論理ボリュームをマイグレーション対象と指定する指示を受信させ、
   （３）前記ボリューム検索条件と、論理ボリュームとアレイグループの所属関係とが設定された管理テーブルと、に基づいて、
   （３Ａ）前記第２論理ボリュームが属するアレイグループである、共存回避アレイグループを特定させ、
   （３Ｂ）前記共存回避アレイグループを除いた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定させ、
   前記ストレージサブシステムは、前記マイグレートの決定に従って、前記第１論理ボリュームのデータを前記第１論理ボリュームが属するアレイグループから、前記マイグレート先に決定したアレイグループに移動する、
   ことを特徴とするコンピュータプログラム。
8. 請求項７記載のコンピュータプログラムであって、
   前記プログラムは前記管理サーバに、
   マイグレーションを決定済みだが、未実施のマイグレーションを管理するタスク管理テーブルを管理させ、
   前記タスク管理テーブルを参照し、前記第２論理ボリュームが別途マイグレーション対象に決定している場合には、前記第２論理ボリュームのマイグレーション先となるアレイグループを追加の共存回避アレイグループと特定させる、
   ことを特徴とするコンピュータプログラム。
9. 請求項７乃至８のいずれか１項に記載のコンピュータプログラムであって、
   前記コンピュータプログラムは前記管理サーバに、前記第２論理ボリュームを指定した所定の指示を受信した場合、前記第２論理ボリュームが属する前記共存回避アレイグループを含めた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定させる、
   ことを特徴とするコンピュータプログラム。
10. 請求項７乃至９のいずれか１項に記載のコンピュータプログラムであって、
    前記第１論理ボリュームの１つに対応する前記第２論理ボリュームが複数ある場合、前記コンピュータプログラムは前記管理サーバに、前記（３Ａ）では、当該複数の第２論理ボリュームの各々について前記共存回避アレイグループを特定する、
    ことを特徴とするコンピュータプログラム。
11. 請求項７乃至１０のいずれか１項に記載のコンピュータプログラムであって、
    前記論理ボリュームは内部ボリューム又は仮想ボリュームである、
    ことを特徴とするプログラム。
12. 請求項７乃至１１のいずれか１項に記載のプログラムであって、
    前記ボリューム検索条件は前記データ複製とは独立な属性を検索対象条件とする、
    ことを特徴とするプログラム。
13. 複数のアレイグループを含む１以上のストレージサブシステムを管理する管理サーバであって、
    前記複数のアレイグループは１以上のメディアドライブから構成され、
    前記ストレージサブシステムは、複数のアレイグループの記憶領域を用いて複数の論理ボリュームを提供し、前記複数の論理ボリュームに含まれる第１論理ボリュームと第２論理ボリュームとの間でデータ複製を行うためのペアを作成し、
    前記管理サーバは、
    （１）ボリューム検索条件を受信する手段と、
    （２）前記第１論理ボリュームをマイグレーション対象と指定する指示を受信する手段と、
    （３）前記ボリューム検索条件と、論理ボリュームとアレイグループの所属関係とが設定された管理テーブルと、に基づいて、
    （３Ａ）前記第２論理ボリュームが属するアレイグループである、共存回避アレイグループを特定する手段と、
    （３Ｂ）前記共存回避アレイグループを除いた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定する手段と、
    前記ストレージサブシステムは、前記マイグレートの決定に従って、前記第１論理ボリュームのデータを前記第１論理ボリュームが属するアレイグループから、前記マイグレート先に決定したアレイグループに移動する手段と、
    を有することを特徴とする管理サーバ。
14. 請求項１３記載の管理サーバであって、
    マイグレーションを決定済みだが、未実施のマイグレーションを管理するタスク管理テーブルを管理する手段と、
    前記タスク管理テーブルを参照し、前記第２論理ボリュームが別途マイグレーション対象に決定している場合には、前記第２論理ボリュームのマイグレーション先となるアレイグループを追加の共存回避アレイグループと特定する手段と、
    を有することを特徴とする管理サーバ。
15. 請求項１３乃至１４のいずれか１項に記載の管理サーバであって、
    前記第２論理ボリュームを指定した所定の指示を受信した場合、前記（３Ｂ）の手段は、前記第２論理ボリュームが属する前記共存回避アレイグループを含めた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定する、
    ことを特徴とする管理サーバ。
16. 請求項１３乃至１５のいずれか１項に記載の管理サーバであって、
    前記第１論理ボリュームの１つに対応する前記第２論理ボリュームが複数ある場合、前記（３Ａ）の手段は、当該複数の第２論理ボリュームの各々について前記共存回避アレイグループを特定する、
    ことを特徴とする管理サーバ。
17. 請求項１３乃至１６のいずれか１項に記載の管理サーバであって、
    前記論理ボリュームは内部ボリューム又は仮想ボリュームである、
    ことを特徴とする管理サーバ。
18. 請求項１３乃至１７のいずれか１項に記載の管理サーバであって、
    前記ボリューム検索条件は前記データ複製とは独立な属性を検索対象条件とする、
    ことを特徴とする管理サーバ。
19. 複数のアレイグループを含む１以上のストレージサブシステムと、管理サーバと、を有する情報処理システムであって、
    前記複数のアレイグループは１以上のメディアドライブから構成され、
    前記ストレージサブシステムは、複数のアレイグループの記憶領域を用いて複数の論理ボリュームを提供し、前記複数の論理ボリュームに含まれる第１論理ボリュームと第２論理ボリュームとの間でデータ複製を行うためのペアを作成し、
    前記管理サーバは、
    （１）ボリューム検索条件を受信し、
    （２）前記第１論理ボリュームをマイグレーション対象と指定する指示を受信し、
    （３）前記ボリューム検索条件と、論理ボリュームとアレイグループの所属関係とが設定された管理テーブルと、に基づいて、
    （３Ａ）前記第２論理ボリュームが属するアレイグループである、共存回避アレイグループを特定し、
    （３Ｂ）前記共存回避アレイグループを除いた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定し、
    前記ストレージサブシステムは、前記マイグレートの決定に従って、前記第１論理ボリュームのデータを前記第１論理ボリュームが属するアレイグループから、前記マイグレート先に決定したアレイグループに移動する、
    ことを特徴とする情報処理システム。
20. 請求項１９記載の情報処理システムであって、
    前記管理サーバは、
    マイグレーションを決定済みだが、未実施のマイグレーションを管理するタスク管理テーブルを管理し、
    前記タスク管理テーブルを参照し、前記第２論理ボリュームが別途マイグレーション対象に決定している場合には、前記第２論理ボリュームのマイグレーション先となるアレイグループを追加の共存回避アレイグループと特定する、
    ことを特徴とする情報処理システム。
21. 請求項１９乃至２０のいずれか１項に記載の情報処理システムであって、
    前記管理サーバは、前記第２論理ボリュームを指定した所定の指示を受信した場合、前記第２論理ボリュームが属する前記共存回避アレイグループを含めた前記複数のアレイグループのいずれかに、前記第１論理ボリュームのデータをマイグレートすることを決定する、
    ことを特徴とする情報処理システム。
22. 請求項１９乃至２１のいずれか１項に記載の情報処理システムであって、
    前記第１論理ボリュームの１つに対応する前記第２論理ボリュームが複数ある場合、前記管理サーバは、前記（３Ａ）では、当該複数の第２論理ボリュームの各々について前記共存回避アレイグループを特定する、
    ことを特徴とする情報処理システム。
23. 請求項１９乃至２２のいずれか１項に記載の情報処理システムであって、
    前記論理ボリュームは内部ボリューム又は仮想ボリュームである、
    ことを特徴とする情報処理システム。
24. 請求項１９乃至２３のいずれか１項に記載の情報処理システムであって、
    前記ボリューム検索条件は前記データ複製とは独立な属性を検索対象条件とする、
    ことを特徴とする情報処理システム。

Images