JP2015532734A - 物理ストレージシステムを管理する管理システム、物理ストレージシステムのリソース移行先を決定する方法及び記憶媒体 - Google Patents

Abstract

一実施例は、一つのストレージシステムとしてホストに認識される仮想ストレージシステムに複数リソースを提供する複数の物理ストレージシステムを移行先候補として、一つの移行元物理ストレージシステムの複数リソースの１以上の移行先を決定する方法である。この方法は、移行元物理ストレージシステムにおいて、複数管理者のそれぞれが所定の管理権限を有するリソースを特定し、同一管理者が前記所定の管理権限を有するリソースが同一の移行グループに含まれるように、前記第１物理ストレージシステムに含まれる前記複数リソースから、１以上の移行グループを定義し、同一移行グループのリソースが、前記複数物理ストレージシステムにおける同一物理ストレージシステムに移行されることを条件として、前記１以上の移行グループの１以上の移行先を決定する。【選択図】 図１

Description

本発明は、物理ストレージシステムを管理する管理システム、物理ストレージシステムのリソース移行先を決定する方法及び記憶媒体に関する。

ホスト計算機とネットワークを介して接続されたストレージシステムは、データを記憶する記憶デバイスとして、例えば、複数の磁気ディスクを備える。ストレージシステムは、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）の技術によって、複数の記憶デバイスの記憶領域を冗長化し、ＲＡＩＤグループ（パリティグループとも呼ばれる）を構成する。

さらに、ストレージシステムは、ホスト計算機に対して、ＲＡＩＤグループの一部からホスト計算機が要求する容量の記憶領域を論理ボリュームという形で提供する。一般的に、ストレージシステムの論理ボリュームは、高性能かつ高価な記憶デバイスの記憶領域から構成されるもの、低性能かつ低価格な記憶デバイスの記憶領域から構成されるもの、ＲＡＩＤ構成の冗長化度合いが異なるものが存在しており、用途に応じて使い分けられる。

また、近年、１台のストレージシステムを複数の会社や複数の部署などで共有して使用する大規模ストレージ集約環境では、ストレージシステムの管理方法として、会社毎または部署毎に管理者を配置し、それぞれの管理者によってストレージシステムを管理するマルチテナンシ型の管理方法が求められている。これにより、ストレージシステムの管理者の負担を軽減する。

また、複数の物理ストレージシステムを束ねて、ホスト計算機に対して1台の仮想ストレージシステムとして提供する技術がある（例えば、特許文献１を参照）。本技術により、複数の物理ストレージシステムを複数の会社や複数の部署などで共有することができる。

米国特許出願公開第２０１０／０１８００７８号明細書

一つの物理ストレージシステム（移行元物理ストレージシステム）のリソース（ポート、ボリューム、ＲＡＩＤグループ等）を、複数移行先物理ストレージシステムを含む仮想ストレージ環境へ移行する場合、各移行先物理ストレージシステムのリソース空き状況によって、移行されるリソースの配置が変化する。移行されるリソースは、一台の移行先物理ストレージシステムに移行される場合もあれば、異なる物理ストレージシステムに分散配置される場合もある。

リソース移行後に、仮想ストレージ環境において一つのホスト計算機へ割当てられたリソース（例えばポートとボリューム）が、異なる物理ストレージシステムに存在する場合、ホスト計算機からリソース（例えばボリューム）へアクセス可能とするために、物理ストレージシステム間でそのリソース（例えばボリューム）をマッピングする必要がある。このとき、ホスト計算によるボリュームへのアクセスにおいて、物理ストレージシステム間の通信が発生し、その通信性能によっては、仮想ストレージ環境におけるホストＩ／Ｏ性能がリソース移行前の性能より劣化する恐れがあった。

本発明の一態様は、第１物理ストレージシステムと、一つのストレージシステムとしてホストに認識される仮想ストレージシステムに複数リソースを提供する複数物理ストレージシステムと、を管理する、管理システムである。前記管理システムは、前記第１物理ストレージシステムに含まれる複数リソースと複数管理者の権限とを関連付ける管理権限情報、を記憶する、記憶装置を含む。前記管理システムは、前記複数物理ストレージシステムを移行先候補として、前記第１物理ストレージシステムに含まれる前記複数リソースの移行先を決定する、プロセッサを含む。前記プロセッサは、前記管理権限情報を参照して、前記第１物理ストレージシステムにおいて、前記複数管理者のそれぞれが所定の管理権限を有するリソースを特定する。前記プロセッサは、同一管理者が前記所定の管理権限を有するリソースが同一の移行グループに含まれるように、前記第１物理ストレージシステムに含まれる前記複数リソースから、１以上の移行グループを定義する。前記プロセッサは、同一移行グループのリソースが、前記複数物理ストレージシステムにおける同一物理ストレージシステムに移行されることを条件として、前記１以上の移行グループの１以上の移行先を決定する。

本発明の一態様によれば、移行元物理ストレージシステムから仮想ストレージシステムにリソースを提供する複数の物理ストレージシステムへのリソース移行において、ホストＩ／Ｏ性能の劣化の可能性を低減することができる。

実施例１において、計算機システムの構成例を示す図である。 実施例１において、ホスト計算機の構成例を示す図である。 実施例１において、物理ストレージシステムの構成例を示す図である。 実施例１において、物理ストレージシステムのメモリにおけるソフトウェア構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるユーザ管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるロール管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるリソース管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるリソースグループ管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおける関連リソースグループ管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるホストグループ管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるボリューム管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるパリティグループ管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおける仮想ストレージテーブルの構成例を示す図である。 実施例１において、移行先候補物理ストレージシステムＢにおけるホストグループ管理テーブルの構成例を示す図である。 実施例１において、移行先候補物理ストレージシステムＢにおけるボリューム管理テーブルの構成例を示す図である。 実施例１において、移行先候補物理ストレージシステムＢにおけるパリティグループ管理テーブルの構成例を示す図である。 実施例１において、移行先候補物理ストレージシステムＣにおけるホストグループ管理テーブルの構成例を示す図である。 実施例１において、移行先候補物理ストレージシステムＣにおけるボリューム管理テーブルの構成例を示す図である。 実施例１において、移行先候補物理ストレージシステムＣにおけるパリティグループ管理テーブルの構成例を示す図である。 実施例１において、移行元物理ストレージシステムにおけるリソース構成例を示す図である。 実施例１において、リソース移行前の移行先仮想ストレージ装置におけるリソース構成例を示す図である。 実施例１において、管理計算機の構成例を示す図である。 実施例１において、管理計算機のメモリにおけるソフトウェア構成を示す図である。 実施例１において、移行グループ定義後の、移行グループ管理テーブルＡの構成例を示す図である。 実施例１において、移行グループ定義後の、移行グループ管理テーブルＢの構成例を示す図である。 実施例１において、移行グループ再定義後の、移行グループ管理テーブルＡの構成例を示す図である。 実施例１において、移行グループ再定義後の、移行グループ管理テーブルＢの構成例を示す図である。 実施例１において、リソース移行プログラムの処理例を示すフローチャートである。 実施例１において、移行グループ定義処理例を示すフローチャートである。 実施例１において、移行グループ移行先決定処理例を示すフローチャートである。 実施例１において、移行グループ再定義処理例を示すフローチャートである。 実施例１において、リソース移行完了後における、移行先仮想ストレージシステムの構成例を示す図である。 実施例２において、リソース移行前における、移行先仮想ストレージ環境の構成例を示す図である。 実施例２において、移行元物理ストレージシステムの仮想ストレージテーブルの構成例を示す図である。 実施例２において、リソース移行完了後における、移行先仮想ストレージ環境の構成例を示す図である。

以下で、本発明の実施形態を、実施例を用いて説明する。なお各実施例は、本発明の特徴を説明するものであって、本発明を限定するものではない。本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。

従って、以降の記述をこれに限定して解釈してはならない。ある実施例の構成要素は、本発明の技術的思想の範囲を逸脱しない範囲で、他の実施例に追加又は他の実施例に構成要素と代替可能である。本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装してもよいし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装してもよい。

なお、以後の説明では、主に「テーブル」形式によって本実施形態で利用される情報について説明するが、情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」等について単に「情報」と呼ぶことがある。また、「識別情報」、「識別子」、「名」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。

以下では「プログラム」を主語（動作主体）として本発明の実施形態における各処理について説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。

また、プログラムを主語として開示された処理は、管理計算機等の計算機又は計算システムが行う処理としてもよい。プログラムの一部又は全ては専用ハードウェアで実現してもよく、また、モジュール化されていてもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができ、プログラム配布サーバや非一時的記憶媒体によって計算機や計算システムにインストールすることができる。

プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、プロセッサは、制御プログラムに従って動作することで制御部として機能し、管理プログラムに従って動作することで管理部として機能する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。

本実施形態において、１台の移行元物理ストレージシステムのリソースが、１台の仮想ストレージシステムに移行される。移行先仮想ストレージシステムには複数物理ストレージシステムのリソースが割り当てられおり、移行元物理ストレージシステムのリソースは、上記複数物理ストレージシステムのいずれかに移行される。

本実施形態は、移行元物理ストレージシステムのリソースにおいて、管理権限に基づいて移行グループを定義し、移行グループ単位で移行先の物理ストレージシステムを決定する。つまり、移行グループの全てのリソースは、同一の物理ストレージシステムに移行される。

同一管理者に特定の管理権限が与えられたリソースは、一つのホスト計算機に対して割り当てられる可能性が高い。そのため、管理者の管理権限に基づいてリソースの移行単位を決定することで、ホスト計算機に割り当てられる可能性が高いリソースを単一の移行先物理ストレージシステムに割り当て、移行先での物理ストレージシステム間でのリソースマッピング（例えばボリュームのマッピング）を減らし、リソースマッピングによるホストＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）性能の劣化の発生を低減することができる。

図１は、本発明が適用された計算機システムの構成例である。図１の計算機システムは、ホスト計算機１０００と、物理ストレージシステム２０００Ａ、２０００Ｂ、２０００Ｃと、管理計算機３０００と、を含む。物理ストレージシステム２０００Ａは、リソースの移行元物理ストレージシステムであり、物理ストレージシステム２０００Ｂ、２０００Ｃは、それぞれ、移行先候補の物理ストレージシステム（移行先物理ストレージシステムとも呼ぶ）である。

計算機システムに含まれる各種装置（システム）の数は、設計に依存する。移行先候補の物理ストレージシステム２０００Ｂ、２０００Ｃは、１台の仮想的なストレージシステムである仮想ストレージシステムを構成する。本例の仮想ストレージ環境において、２台の物理ストレージシステムが１台の仮想ストレージシステムを構成するが、その構成ストレージシステム数は設計に依存する。

ホスト計算機１０００、管理計算機３０００及び物理ストレージシステム２０００Ａ〜２０００Ｃは、ＬＡＮ５０００で構成された管理ネットワークにより、通信可能に接続されている。例えば、管理ネットワーク５０００は、ＩＰネットワークである。なお、管理ネットワーク５０００は、管理データ通信用のネットワークであればどのタイプのネットワークでもよい。

ホスト計算機１０００及び物理ストレージシステム２０００Ａ〜２０００Ｃは、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）４０００で構成されたデータネットワークにより接続されている。ホスト計算機１０００は、物理ストレージシステム２０００Ａ〜２０００Ｃのリソースにアクセスする。データネットワーク４０００はデータ通信用のネットワークであれば、どのようなタイプのネットワークでもよい。データネットワーク４０００と管理ネットワーク５０００は同一のネットワークでもよい。

２台の物理ストレージシステム２０００Ｂ、２０００Ｃは通信可能に接続され、仮想化されて、１台の仮想的なストレージシステム６０００Ａが、ホスト計算機１０００に認識されている。

物理ストレージシステム２０００Ｂ、２０００Ｃは、それぞれ、自身のボリューム（実ボリューム）及び他方の物理ストレージシステムのボリュームへのＩ／Ｏ要求をホスト計算機１０００から受信することができる。物理ストレージシステム２０００Ｂ、２０００Ｃは、それぞれ、他方の物理ストレージ装置のボリュームへのＩ／Ｏ要求を、他方の物理ストレージ装置に転送する。

例えば、物理ストレージシステム２０００Ｃのボリューム（実ボリューム）Ａが、物理ストレージシステム２０００Ｂにマッピングされているとする。物理ストレージシステム２０００Ｂは、ホスト計算機１０００から、ボリュームＡに対するライト要求及びライトデータを受信すると、そのライト要求とライトデータを物理ストレージシステム２０００Ｃに転送する。物理ストレージシステム２０００Ｃは、転送されたライト要求に従って、転送されたライトデータをボリュームＡに書き込む。

物理ストレージシステム２０００Ｂは、ホスト計算機１０００から、ボリュームＡに対するリード要求を受信すると、そのリード要求を物理ストレージシステム２０００Ｃに転送する。物理ストレージシステム２０００Ｃは、転送されたリード要求に従って、ボリュームＡのリードデータを、物理ストレージシステム２０００Ｂに転送する。物理ストレージシステム２０００Ｂは、物理ストレージシステム２０００Ｃから受信したリードデータを、ホスト計算機１０００に転送する。

物理ストレージシステム２０００Ｂ、２０００Ｃは、自身のボリューム及び他方の物理ストレージ装置からマッピングされているボリュームの管理情報を有し、その管理情報を参照することで、ボリュームへのアクセスを制御する。例えば、一方の物理ストレージ装置において、他方の実ボリュームに対応する仮想的なボリュームが定義され、その仮想的なボリュームを介して、Ｉ／Ｏ要求が転送される。

このように、ホスト計算機１０００は、ボリュームＡへのＩ／Ｏのために、物理ストレージシステム２０００Ｂ、２０００Ｃのいずれのポートにも、Ｉ／Ｏ要求を送信することができる。

例えば、ホスト計算機１０００においてパススイッチングプログラムが動作しており、パススイッチングプログラムは、所定の規則に従って、ボリュームＡへのアクセスに使用するパスを切り替える。例えば、現在使用している一方の物理ストレージ装置のポートとの間パスにおいて障害が発生すると、他方の物理ストレージ装置のポートとの間のパスに切り替える。パススイッチングプログラムは、通信状況に応じてパスを切り替えてもよい。

図２は、ホスト計算機１０００の構成例を模式的に示す図である。ホスト計算機１０００は、プロセッサであるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１００、不揮発性の二次記憶デバイス１２００、主記憶デバイスであるメモリ１３００、入出力デバイス１４００、Ｉ／Ｏ要求発行側インタフェースであるイニシエータポート１６００、管理インタフェース１７００を含む。各構成要素は、バス１５００により通信可能に接続されている。

ＣＰＵ１１００は、メモリ１３００に格納されたプログラムに従って動作する。典型的には、二次記憶デバイス１２００に格納されているプログラム及びデータが、メモリ１３００にロードされる。本例において、メモリ１３００は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１３１０及びアプリケーションプログラム１３２０を保持する。アプリケーションプログラム１３２０は、物理ストレージシステム２０００Ａ〜２０００Ｃが提供するボリュームへデータの読み書きを行うことができる。

イニシエータポート１６００は、ＳＡＮ４０００に接続するネットワークインタフェースである。イニシエータポート１６００は、ＳＡＮ４０００を介して物理ストレージシステム２０００Ａ〜２０００Ｃとデータ及び要求を送受信する。

管理インタフェース１７００は、ＬＡＮ５０００に接続するネットワークインタフェースである。管理インタフェース１７００は、ＬＡＮ５０００を介して物理ストレージシステム２０００Ａ〜２０００Ｃと管理データ及び制御命令を送受信する。管理インタフェース１７００は、さらに、ＬＡＮ５０００を介して管理計算機３０００と、管理データ及び制御命令を送受信する。

図３は、物理ストレージシステム２０００Ａ〜２０００Ｃのハードウェア構成例を模式的に示す図である。以下において、物理ストレージシステム２０００は、物理ストレージシステム２０００Ａ〜２０００Ｃの総称である。本例において、物理ストレージシステム２０００Ａ〜２０００Ｃの基本構成は同じであるが、構成要素の数や記憶容量等は各物理ストレージ装置に依存する。これらは異なる基本構成を有していてもよい。

ストレージシステム２０００は、複数の記憶デバイス（例えば、ハードディスクドライブやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等）２２００と、物理ストレージシステム２０００を制御し、ボリューム管理や、ホスト計算機１０００又は他の物理ストレージシステムとのデータ通信等を行うストレージコントローラとを含む。

ストレージコントローラは、プロセッサであるＣＰＵ２１００、プログラムメモリ２３００、Ｉ／Ｏ要求発行側インタフェースであるイニシエータポート２６００、Ｉ／Ｏ要求受信側インタフェースであるターゲットポート２７００、管理インタフェース２８００、データ転送のためのキャッシュメモリ２４００、を含む。ストレージシステム２０００の構成要素は、バス２５００で通信可能に接続されている。

ストレージシステム２０００は、イニシエータポート２６００を介して、外部（他）の物理ストレージシステムに接続し、外部の物理ストレージシステムにＩ／Ｏ要求及びライトデータ（ユーザデータ）を送信し、外部の物理ストレージシステムからリードデータ（ユーザデータ）を受信することができる。イニシエータポート２６００は、ＳＡＮ４０００に接続する。

イニシエータポート２６００は、外部の物理ストレージシステムとの通信に用いられるＦＣ、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（ＦＣｏＥ）、ｉＳＣＳＩ等のプロトコルを、ストレージコントローラ内部で用いられるプロトコル、例えば、ＰＣＩｅに変換する機能を有する。

ストレージシステム２０００は、ターゲットポート２７００において、ホスト計算機１０００又は外部の物理ストレージ装置に接続する。ストレージシステム２０００は、ターゲットポート２７００を介して、ホスト計算機１０００又は外部の物理ストレージ装置からＩ／Ｏ要求及びライトデータを受信し、また、ホスト計算機１０００又は外部の物理ストレージ装置にリードデータを送信する。ターゲットポート２７００は、ＳＡＮ４０００に接続する。

ターゲットポート２７００は、ホスト計算機１０００又は外部の物理ストレージシステムとの通信に用いられるＦＣ、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（ＦＣｏＥ）、ｉＳＣＳＩ等のプロトコルを、ストレージコントローラ内部で用いられるプロトコル、例えば、ＰＣＩｅに変換する機能を有する。

管理インタフェース２８００は、ＬＡＮ５０００に接続するためのデバイスである。管理インタフェース２８００は、ＬＡＮ５０００で使用されるプロトコルを、ストレージコントローラ内部で用いられるプロトコル、例えば、ＰＣＩｅに変換する機能を有する。

ＣＰＵ２１００は、ストレージシステム制御のためのプログラムを実行することで、ホスト計算機１０００からのＩ／Ｏの制御及び物理ストレージシステム２０００ボリュームの管理、制御を含む所定の機能を実現する。本実施例で説明するＣＰＵ２１００により実現される機能の少なくとも一部は、ＣＰＵ２１００と異なるロジック回路によって実現されてもよい。

プログラムメモリ２３００は、ＣＰＵ２１００が扱うデータやプログラムを格納する。プログラムメモリ２３００のデータは、例えば、物理ストレージシステム２０００内のいずれかの記憶デバイス２２００又はフラッシュメモリ（不図示）、又はＬＡＮ５０００を介して接続された他の装置からプログラムメモリ２３００にロードされる。

図４は、物理ストレージシステム２０００のプログラムメモリ２３００におけるソフトウェア構成例を示す。プログラムメモリ２３００は、データ入出力処理プログラム２３６０及びリソース管理プログラム２３７０を保持する。さらに、プログラムメモリ２３００は、ユーザ管理テーブル２３１０、ロール管理テーブル２３２０、リソース管理テーブル２３３０、リソースグループ管理テーブル２３４０、関連リソースグループ管理テーブル２３５０、ストレージ構成管理テーブル２３８０を保持する。

データ入出力処理プログラム２３６０は、ホスト計算機１０００からＩ／Ｏ要求に従って、ユーザデータのリード及びライトを行い、ホスト計算機１０００及び他のストレージシステムとの間の必要なデータ通信を行う。

リソース管理プログラム２３７０は、物理ストレージシステム２０００のリソースを管理する。リソース管理プログラム２３７０は、ボリュームの作成や削除の他、以下に説明するテーブル（情報）の作成及び更新を行う。リソース管理プログラム２３７０は、リソース管理のために必要な情報を、管理計算機３０００との間で送受信する。

以下において、物理ストレージシステム２０００が保持するテーブル（情報）について説明する。以下においては、本実施例の説明において参照されるテーブルの構成例を説明する。同一名称のテーブルは、各物理ストレージシステム２０００において、同一の構成（カラム）を有する。

図５は、リソース移行前における、移行元物理ストレージシステム２０００Ａに含まれるプログラムメモリ２３００が保持する、ユーザ管理テーブル２３１０の構成例を示す。ユーザ管理テーブル２３１０は、移行元物理ストレージシステム２０００Ａのユーザ（管理者）を管理するためのテーブルである。

ユーザ管理テーブル２３１０は、物理ストレージシステム２０００Ａの管理用アカウント（ユーザ識別子）を格納するユーザＩＤ欄２３１１、各ユーザのアクセス許可を判定するためのパスワードを格納するＰａｓｓｗｏｒｄ欄２３１２、各ユーザが属するユーザグループＩＤを格納するＵＧＩＤ欄２３１３を有する。

本例の計算機システムにおいて、各ユーザはいずれかのユーザグループに属する。物理ストレージシステム２０００Ａに対して１以上のユーザグループが定義される。一つのユーザグループは、１又は複数のユーザで構成されている。ユーザグループを定義することなく、ユーザ単位でユーザを管理してもよい。

図６は、リソース移行前における、移行元物理ストレージシステム２０００Ａに含まれるプログラムメモリ２３００が保持する、ロール管理テーブル２３２０の構成例を示す。ロール管理テーブル２３２０は、移行元物理ストレージシステム２０００Ａにおいてユーザに割り当てられる管理権限を管理するためのテーブルである。

ロール管理テーブル２３２０は、ユーザに割り当てられるロールの権限を管理（定義）する。計算機システムのユーザ（管理者）に付与されるロールの識別子を格納するロールＩＤ欄２３２１と、各ロールに割り当てられた権限を示す権限欄２３２２とを有する。

図６の例において、Ｒｏｌｅ１には、「Ｖｉｅｗ」権限が付与されており、Ｒｏｌｅ２には、「Ｖｉｅｗ／Ｍｏｄｉｆｙ」権限が付与されている。Ｒｏｌｅ１のユーザは、ストレージシステムのリソース情報やユーザ情報等の参照のみを行うことができ、Ｒｏｌｅ２のユーザは、リソース情報やユーザ情報等の参照に加え、リソースの設定操作やユーザ管理操作を行うことができる。例えば、Ｒｏｌｅ２のユーザは、ボリュームの作成、ボリュームへのパリティグループ（ＲＡＩＤグループ）の割り当て、ボリュームとポートとの間のパス設定、ボリュームの削除、コピーペアの作成、ユーザアカウントの作成やユーザグループの定義、ユーザグループへのロール割り当て等を行うことができる。

本例の移行元物理ストレージシステム２０００Ａにおいては、２種類の管理権限が定義されているが、３以上の管理権限が定義されていてもよい。例えば、ユーザアカウントやユーザグループの定義、ユーザグループへのロール割り当て操作等、ユーザ管理操作に関する権限を「Ｖｉｅｗ」や「Ｖｉｅｗ／Ｍｏｄｉｆｙ」とは別の権限として定義してもよい。また、参照できる対象や操作できる対象によって複数の「Ｖｉｅｗ」権限や「Ｖｉｅｗ／Ｍｏｄｉｆｙ」を定義してもよい。

図７は、リソース移行前における、移行元物理ストレージシステム２０００Ａに含まれるプログラムメモリ２３００が保持する、リソース管理テーブル２３３０の構成例を示す。リソース管理テーブル２３３０は、物理ストレージシステム２０００Ａにおけるリソースを管理するためのテーブルである。

リソース管理テーブル２３３０は、リソース種別欄２３３１、リソースＩＤ欄２３３２、リソースが属するリソースグループを示すＲＳＧＩＤ欄２３３３、を有する。リソースＩＤ欄２３３２は、各リソースの識別子を格納する。リソース種別欄２３３１は、各リソースＩＤで特定されるリソースの種別を特定する識別子を格納する。ＲＳＧＩＤ欄２３３３は、各リソースＩＤで特定されるリソースが属するリソースグループの識別子を格納する。

本例において、移行元ストレージシステム２０００Ａのリソースは、１又は複数のリソースグループに分割される。リソースグループは、１又は複数のリソースで構成されている。リソースグループを定義することで、リソースの管理を効率的に行うことができる。例えば、一つのリソースは一つのリソースグループに属し、他のリソースグループには属さない。

図７の例においては、ポート（物理ポート）、ホストグループ、ボリューム、そしてパリティグループ（ＲＡＩＤグループ）の４種類のリソースが定義されている。図１０Ａを参照して後述するように、ホストグループは、物理ストレージシステムにおいて定義されるグループであり、同一物理ポートに接続し、同一プラットフォーム上で稼働するホスト計算機のグループである。ホストグループに登録されたホスト計算機は、当該ホストグループが割り当てられているボリュームにアクセスする。

物理ストレージシステム２０００Ａにおいては、各ホストグループに割り当てられる１又複数のリソース（ポートやボリューム）が定義されている。割り当てられている１又複数のリソースが、ホストグループのリソースＩＤで特定される。なお、ホストグループを定義することなくホスト計算機及びそれに割り当てるリソースを管理してもよい。

リソース管理テーブル２３３０で定義されるリソースの種類は設計に依存し、上記種類の一部のリソースのみが定義されていてもよい。上記種類とは異なる種類のリソース、例えば、キャッシュメモリが、リソース管理テーブル２３３０において管理されていてもよい。

図８は、リソース移行前における、移行元物理ストレージシステム２０００Ａに含まれるプログラムメモリ２３００が保持する、リソースグループ管理テーブル２３４０の構成例を示す。リソースグループ管理テーブル２３４０は、物理ストレージシステム２０００Ａにおけるリソースグループを管理するテーブルである。

リソースグループ管理テーブル２３４０は、ユーザグループＩＤを格納するＵＧＩＤ欄２３４１、ユーザグループに付与されたロールのＩＤを格納するロールＩＤ欄２３４２、ユーザグループ割り当てられたリソースグループを格納するＲＳＧＩＤ欄２３４３を有する。一つのユーザグループに、１又は複数のリソースグループが割り当てられており、割り当てられている各リソースグループに対するユーザグループのロールが定義されている。

ユーザは、自身が属するユーザグループに対して割り当てられているリソースグループの各リソースを、各リソースグループに対して定義されているロールの権限範囲で、管理（参照又は操作）することができる。例えば、ユーザグループＵＧ０２の各ユーザは、リソースグループＲＳＧ０１、ＲＳＧ０２、ＲＳＧ０４、ＲＳＧ０５、ＲＳＧ０７のそれぞれを、参照及び操作することができる（Ｒｏｌｅ２）。このように、リソースグループ単位で管理権限を定義することで、効率的な管理が実現される。

図９は、リソース移行前における、移行元物理ストレージシステム２０００Ａに含まれるプログラムメモリ２３００が保持する、関連リソースグループ管理テーブル２３５０の構成例を示している。関連リソースグループ管理テーブル２３５０は、互いに関連する移行対象リソースグループを定義する。

関連リソースグループ管理テーブル２３５０は、移行対象リソースグループを示すＲＳＧＩＤ欄２３５１、そして、移行対象リソースグループのそれぞれにストレージ構成上（リソース構成上）関連するリソースグループの識別子を示す関連ＲＳＧＩＤ欄２３５２を有する。

構成上関連するリソースは、例えば、パスが設定されている物理ポート（ＲＳＧ０１）とボリューム（ＲＳＧ０４）、ボリューム（ＲＳＧ０６）と当該ボリュームが割り当てられているホストグループ（ＲＳＧ０３）である。関連すると定義される関係は設計に依存する。例えば、ボリュームと当該ボリュームに記憶領域を提供するパリティグループが、関連リソースグループ管理テーブル２３５０において関連リソースと定義されてもよい。

リソースグループに含まれるいずれかのリソースが関連する場合、それらリソースグループが関連すると定義される。後述するように、関連する移行対象のリソースグループは、同一の物理ストレージシステムに移行される。

図１０Ａ〜図１０Ｄは、リソース移行前における、移行元物理ストレージシステム２０００Ａに含まれるプログラムメモリ２３００が保持する、ストレージ構成管理テーブル２３８０の構成例である。ストレージ構成管理テーブル２３８０は、ホストグループ管理テーブル２３８１Ａ、ボリューム管理テーブル２３８２Ａ、パリティグループ管理テーブル２３８３Ａ、そして仮想ストレージテーブル２３８４を含む。

図１０Ａは、ホストグループ管理テーブル２３８１Ａの構成例を示している。ホストグループ管理テーブル２３８１Ａは、ホストグループに割当てられているリソースを管理するテーブルである。

ホストグループ管理テーブル２３８１Ａは、ホストグループＩＤ欄２３８１Ａａ、ポートＩＤ欄２３８１Ａｂ、ホストＷＷＮ欄２３８１Ａｃ、ボリュームＩＤ欄２３８１Ａｄを有する。ホストグループ管理テーブル２３８１Ａは、各ホスト計算機が属するホストグループ及び各ホスト計算機に割当てられている物理ポート及びボリュームを定義する。

ホストＷＷＮ欄２３８１Ａｃは、ホスト計算機（インタフェース）のＷｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ（ＷＷＮ）を格納する。本例においては、図１に示すシステム構成に応じて、一つのホスト計算機のＷＷＮが登録されている。ホストグループＩＤ欄２３８１Ａａは、各ホスト計算機が属するホストグループの識別子を格納する。

ポートＩＤ欄２３８１Ａｂ及びボリュームＩＤ欄２３８１Ａｄは、それぞれ、ホストグループに割当てられている物理ポートの識別子及びボリュームの識別子を格納する。同一エントリの物理ポートとボリュームとの間にパスが設定されている。

図１０Ｂは、ボリューム管理テーブル２３８２Ａの構成例を示している。ボリューム管理テーブル２３８２Ａは、物理ストレージシステム２０００Ａが提供するボリュームを管理するテーブルである。

ボリューム管理テーブル２３８２Ａは、ボリュームの識別子を格納するボリュームＩＤ欄２３８２Ａａ、パリティグループの識別子を格納するＰＧＩＤ欄２３８２Ａｂ、そして容量欄２３８２Ａｃを有する。ＰＧＩＤ欄２３８２Ａｂは、各ボリュームに記憶領域を提供するパリティグループを示す。容量欄２３８２Ａｃは、各ボリュームの容量を示す。

図１０Ｃは、パリティグループ管理テーブル２３８３Ａの構成例を示している。パリティグループ管理テーブル２３８３Ａは、物理ストレージシステム２０００Ａのパリティグループを管理するテーブルである。本例では、一つのパリティグループのみが定義されているが、物理ストレージシステム２０００Ａは複数のパリティグループを含むことができる。

図１０Ｃの例において、パリティグループ管理テーブル２３８３Ａは、パリティグループの識別子を格納するＰＧＩＤ欄２３８３Ａａ、総容量欄２３８３Ａｂ、空き容量欄２３８３Ａｃを有する。図１０Ｂに示すように、ボリュームＶＯＬ０１〜ＶＯＬ０７の合計容量が６５０ＧＢであり、パリティグループＰＧ０１の総容量１０００ＧＢのうち、３５０ＧＢが空き容量である。

図１０Ｄは、仮想ストレージテーブル２３８４の構成例を示す。仮想ストレージテーブル２３８４は、移行先仮想ストレージシステム６０００の構成情報を格納する。仮想ストレージテーブル２３８４は、仮想ストレージシステムＩＤ欄２３８４ａと物理ストレージシステムＩＤ欄２３８４ｂとを有する。物理ストレージシステムＩＤ欄２３８４ｂは、仮想ストレージシステムに含まれる物理ストレージシステムの識別子を格納する。

本例においては、移行先は、一つの仮想ストレージシステムＶＳＴ１であり、二つの物理ストレージシステムＰＳＴＢ、ＰＳＴＣで構成されている。管理計算機３０００及び移行元物理ストレージシステム２０００Ａは、仮想ストレージテーブル２３８４を参照して、移行先に含まれる仮想ストレージシステム及び物理ストレージシステムを特定することができる。

図１１Ａ〜図１１Ｃは、リソース移行前における、移行先仮想環境の物理ストレージシステム２０００Ｂに含まれるプログラムメモリ２３００が保持する、ストレージ構成管理テーブル２３８０の構成例である。ストレージ構成管理テーブル２３８０は、ホストグループ管理テーブル２３８１Ｂ、ボリューム管理テーブル２３８２Ｂ、そしてパリティグループ管理テーブル２３８３Ｂを含む。

図１１Ａが示すホストグループ管理テーブル２３８１Ｂは、ホストグループＩＤ欄２３８１Ｂａ、ポートＩＤ欄２３８１Ｂｂ、ホストＷＷＮ欄２３８１Ｂｃ、ボリュームＩＤ欄２３８１Ｂｄを有する。このテーブル構成は、上記ホストグループ管理テーブル２３８１Ａと同様である。

図１１Ｂが示すボリューム管理テーブル２３８２Ｂは、ボリュームＩＤ欄２３８２Ｂａ、ＰＧＩＤ欄２３８２Ｂｂ、そして容量欄２３８２Ｂｃを有する。このテーブル構成は、上記ボリューム管理テーブル２３８２Ａと同様である。図１１Ｃが示すパリティグループ管理テーブル２３８３Ｂは、ＰＧＩＤ欄２３８３Ｂａ、総容量欄２３８３Ｂｂ、空き容量欄２３８３Ｂｃを有する。このテーブル構成は、上記パリティグループ管理テーブル２３８３Ａと同様である。

図１２Ａ〜図１２Ｃは、リソース移行前における、移行先仮想環境の物理ストレージシステム２０００Ｃに含まれるプログラムメモリ２３００が保持する、ストレージ構成管理テーブル２３８０の構成例である。ストレージ構成管理テーブル２３８０は、ホストグループ管理テーブル２３８１Ｃ、ボリューム管理テーブル２３８２Ｃ、そしてパリティグループ管理テーブル２３８３Ｃを含む。

図１２Ａが示すホストグループ管理テーブル２３８１Ｃは、ホストグループＩＤ欄２３８１Ｃａ、ポートＩＤ欄２３８１Ｃｂ、ホストＷＷＮ欄２３８１Ｃｃ、ボリュームＩＤ欄２３８１Ｃｄを有する。このテーブル構成は、上記ホストグループ管理テーブル２３８１Ａと同様である。

図１２Ｂが示すボリューム管理テーブル２３８２Ｃは、ボリュームＩＤ欄２３８２Ｃａ、ＰＧＩＤ欄２３８２Ｃｂ、そして容量欄２３８２Ｃｃを有する。このテーブル構成は、上記ボリューム管理テーブル２３８２Ａと同様である。図１２Ｃが示すパリティグループ管理テーブル２３８３Ｃは、ＰＧＩＤ欄２３８３Ｃａ、総容量欄２３８３Ｃｂ、空き容量欄２３８３Ｃｃを有する。このテーブル構成は、上記パリティグループ管理テーブル２３８３Ａと同様である。

図１３は、リソース移行前における、移行元物理ストレージシステム２０００Ａの構成例を模式的に示す図である。図１３の構成例は、図５〜図１０Ｃを参照して説明した構成例に対応している。移行元物理ストレージシステム２０００Ａは、六つの物理ポートＰＴ０１〜ＰＴ０６を有し、物理ポートＰＴ０１〜ＰＴ０６のそれぞれは、ホストグループＨＧ０１〜ＨＧ０６に割り当てられている。

物理ポートＰＴ０１、ＰＴ０２、ホストグループＨＧ０１、ＨＧ０２は、リソースグループＲＳＧ０１を構成する。物理ポートＰＴ０３、ＰＴ０４、ホストグループＨＧ０３、ＨＧ０４は、リソースグループＲＳＧ０２を構成する。物理ポートＰＴ０５、ＰＴ０６、ホストグループＨＧ０５、ＨＧ０６は、リソースグループＲＳＧ０３を構成する。

リソースグループＲＳＧ０４は、ボリュームＶＯＬ０１〜ＶＯＬ０３で構成されている。ボリュームＶＯＬ０１は、ホストグループＨＧ０１に割り当てられ、ボリュームＶＯＬ０１と物理ポートＰＴ０１との間にパスが設定されており、これらは関連付けられている。この結果、リソースグループＲＳＧ０４とリソースグループＲＳＧ０１が関連づけられている。

リソースグループＲＳＧ０５は、ボリュームＶＯＬ０４、ＶＯＬ０５で構成されている。リソースグループＲＳＧ０６は、ボリュームＶＯＬ０６、ＶＯＬ０７で構成されている。ボリュームＶＯＬ０６は、ホストグループＨＧ０５に割り当てられ、ボリュームＶＯＬ０６と物理ポートＰＴ０５との間にパスが設定されており、これらは関連付けられている。この結果、リソースグループＲＳＧ０６とリソースグループＲＳＧ０３が関連づけられている。

ボリュームＶＯＬ０１〜ＶＯＬ０７は、パリティグループＰＧ０１が提供する記憶領域で構成されている。パリティグループＰＧ０１は、リソースグループＲＳＧ０７を構成している。

ユーザＵｓｅｒ０１は、全てのリソースグループ（リソース）の情報を参照することができる。ユーザＵｓｅｒ０１は、リソースを操作する権限を有していないため、いずれのリソースも作成、変更、削除することはできない。ユーザＵｓｅｒ０２は、リソースグループＲＳＧ０１、ＲＳＧ０２、ＲＳＧ０４、ＲＳＧ０５、ＲＳＧ０７の参照及び操作の権限を有する。ユーザＵｓｅｒ０３は、リソースグループＲＳＧ０３、ＲＳＧ０６、ＲＳＧ０７の参照及び操作の権限を有する。

図１４は、リソース移行前における、移行先仮想ストレージシステム６０００に含まれる移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃの構成例を示す。図１４の構成例は、図１１Ａ〜図１２Ｃを参照して説明した構成に対応している。

物理ストレージシステム２０００Ｂは、物理ポートＰＴ０１〜ＰＴ０６と、それらが割り当てられているホストグループＨＧ０１〜ＨＧ０６、ボリュームＶＯＬ０１、ＶＯＬ０２、そしてパリティグループＰＧ０１を含む。

ボリュームＶＯＬ０１、ＶＯＬ０２は、それぞれ、ホストグループＨＧ０１、ＨＧ０２に割り当てられている。ボリュームＶＯＬ０１と物理ポートＰＴ０１との間でパスが設定され、ボリュームＶＯＬ０２と物理ポートＰＴ０２との間でパスが設定されている。パリティグループＰＧ０１が、ボリュームＶＯＬ０１、ＶＯＬ０２の記憶領域を与える。

物理ストレージシステム２０００Ｃは、物理ポートＰＴ０１〜ＰＴ０６と、それらが割り当てられているホストグループＨＧ０１〜ＨＧ０６、ボリュームＶＯＬ０１、ＶＯＬ０２、そしてパリティグループＰＧ０１を含む。ボリュームＶＯＬ０１、ＶＯＬ０２は、それぞれ、ホストグループＨＧ０５、ＨＧ０６に割り当てられている。ボリュームＶＯＬ０１と物理ポートＰＴ０５との間でパスが設定され、ボリュームＶＯＬ０２と物理ポートＰＴ０６との間でパスが設定されている。パリティグループＰＧ０１が、ボリュームＶＯＬ０１、ＶＯＬ０２の記憶領域を与える。

図１５は、管理計算機３０００の構成例を示す図である管理計算機３０００は、プロセッサであるＣＰＵ３１００、主記憶デバイスであるメモリ３３００、二次記憶デバイス３２００、入出力デバイス３４００、管理インタフェース（Ｉ／Ｆ）３６００を含む。管理計算機３０００のデバイスは、バス３５００により通信可能に接続されている。

管理計算機３０００は、管理プログラムを実行し、それに従って動作する。管理Ｉ／Ｆ３６００はＬＡＮ５０００に接続し、計算機内のプロトコルとＬＡＮ５０００のプロトコルとの間の変換を行う。管理計算機３０００は、管理Ｉ／Ｆ３６００及びＬＡＮ５０００を介して、物理ストレージシステム２０００Ａ〜２０００Ｃ及びホスト計算機１０００と通信することができる。

入出力デバイス３４００は、ディスプレイ、ポインタ又はキーボード等のデバイスの一つ又は複数のデバイスを含む。ユーザ（上記例において、ユーザＵｓｅｒ０１〜Ｕｓｅｒ０３）は、入出力デバイス３４００により、管理計算機３０００を操作することができるほか、ネットワークを介して接続するクライアント計算機から管理計算機３０００にアクセスしてもよい。クライアント計算機は、管理計算機３０００と共に管理システムに含まれる。ユーザは、入力デバイス（例えばマウス及びキーボード）により必要な情報を入力し、出力デバイスにより必要な情報を視認することができる。

ＣＰＵ３１００は、メモリ３３００に記憶されているプログラムを実行することによって管理計算機３０００の所定の機能を実現する。メモリ３３００は、ＣＰＵ３１００よって実行されるプログラム及びプログラムの実行に必要なデータを記憶する。管理計算機３０００で動作するプログラムについては後述する。本実施例で説明するＣＰＵ３１００により実現される機能の少なくとも一部は、ＣＰＵ３１００と異なるロジック回路によって実現されてもよい。

例えば、プログラムは、二次記憶デバイス３２００からメモリ３３００にロードされる。二次記憶デバイス３２００は、管理計算機３０００の所定の機能を実現するために必要なプログラム及びデータを格納する、不揮発性の非一時的記憶媒体を備える記憶装置である。二次記憶デバイス３２００は、ネットワークを介して接続された外部の記憶装置でもよい。

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

例えば、管理者は、管理システムの管理コンソールから、同管理システムの管理計算機にアクセスし、管理計算機に処理を指示するとともに、管理コンソールに管理計算機の処理結果を取得、表示させてもよい。管理システムは、物理ストレージシステム内に構成されていてもよい。管理システムの一部の機能が、物理ストレージシステム内に実装されていてもよい。

図１６は、管理計算機３０００のメモリ３３００におけるソフトウェア構成例を示している。メモリ３３００は、ＯＳ３３１０、リソース移行グループ管理テーブル３３２０、そしてリソース移行プログラム３３３０、物理ストレージシステム情報３３４０及び移行対象リソース情報３３５０を保持する。リソース移行プログラム３３３０は、管理プログラムに含まれる。

リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００Ａにおける移行対象リソースの移行先物理ストレージシステムを決定し、リソース移行グループ管理テーブル３３２０を作成する。図１の構成例において、移行先候補物理ストレージシステムは、物理ストレージシステム２０００Ｂ、２０００Ｃであり、リソース移行プログラム３３３０は、リソースの移行先として、これらのいずれか一方を選択又はいずれにも移行できないと判定する。

物理ストレージシステム情報３３４０は、移行対象リソースの移行先の決定のために必要とされる、物理ストレージシステム２０００Ａ〜２０００Ｃついての情報、具体的には、リソースの構成情報や管理権限の情報を含む。管理計算機３０００は、物理ストレージシステム２０００Ａ〜２０００Ｃから、この情報を取得することができる。管理計算機３０００は、物理ストレージシステム情報３３４０を、入出力デバイス３４００又は他の管理計算機から入力された情報から作成してもよい。

移行対象リソース情報３３５０は、移行元ストレージシステム２０００Ａにおいて、移行対象のリソースとして選択されたリソースを示す。例えば、管理計算機３０００は、入出力デバイス３４００又は移行元物理ストレージ装置２０００Ａから、移行対象リソース情報３３５０を取得する。例えば、移行対象リソース情報３３５０は、移行対象のリソースグループの識別子を含む。

図１７Ａ、１７Ｂ及び図１８Ａ、１８Ｂは、リソース移行グループ管理テーブル３３２０の構成例を示す。移行グループは、移行元物理ストレージシステム２０００Ａにおいて、単一の物理ストレージシステムに移行するリソースのグループである。本例において、リソース移行プログラム３３３０は、リソースに対するユーザの管理権限に基づいて、移行グループを決定する。

これにより、移行元物理ストレージシステム２０００Ａから複数の物理ストレージシステム２０００Ｂ、２０００Ｃを含む仮想ストレージ環境へのリソース移行において、移行先におけるストレージシステム間の通信に発生を抑制し、ホストＩ／O性能の劣化の可能性を低減することができる。

リソース移行グループ管理テーブル３３２０は、各移行グループの構成及びその移行先物理ストレージシステムを管理する。移行元物理ストレージシステム２０００Ａから、仮想ストレージシステム６０００へのリソース移行は、リソース移行グループ管理テーブル３３２０に従って実行される。

本例において、移行元物理ストレージシステム２０００Ａにおいて選択された移行対象リソースは、リソースグループＲＳＧ０１〜ＲＳＧ０６に含まれるリソースであり、移行対象リソース、本例では移行対象リソースグループは、ユーザによって予め指定され、移行対象リソース管理情報３３５０に格納される。

図１７Ａ、１７Ｂは、図１９Ａ〜１９Ｄを参照して後述するリソース移行プログラム３３３０の処理における移行グループ移行先決定処理Ｓ１０７の終了直後のリソース移行グループ管理テーブル３３２０の内容例を示す。一方、図１８Ａ、１８Ｂは、図１９Ａ〜１９Ｄを参照して後述するリソース移行プログラム３３３０の処理における移行グループ移行先再定義処理Ｓ１０９の終了直後のリソース移行グループ管理テーブル３３２０の内容例を示す。

リソース移行グループ管理テーブル３３２０は、図１７Ａ、１８Ａが示すリソース移行グループ管理テーブルＡ３３２１と、図１７Ｂ、１８Ｂが示すリソース移行グループ管理テーブルＢ３３２２とを含む。

図１７Ａ、１８Ａにおいて、リソース移行グループ管理テーブルＡ３３２１は、移行グループの識別子を格納する移行グループＩＤ欄３３２１ａ、移行グループに属するリソースグループの識別子を格納するＲＳＧＩＤ欄３３２１ｂ、そして、移行グループの移行先ストレージシステムの識別子を格納する移行先ストレージＩＤ欄３３２１ｃを有する。このように、リソース移行グループ管理テーブルＡ３３２１は、各移行グループに属するリソースグループ及び各移行グループの移行先（候補）の物理ストレージシステムを定義する。

図１７Ｂ、図１８Ｂにおいて、リソース移行グループ管理テーブルＢ３３２２は、各移行グループ内のポート合計数とボリューム容量合計値を管理する。リソース移行グループ管理テーブルＢ３３２２は、移行グループの識別子を格納する移行グループＩＤ欄３３２２ａ、各移行グループに属する全リソースグループ内に存在するポートの合計数を示すポート数欄３３２２ｂ、そして、各移行グループに属する全リソースグループ内に存在するボリューム容量の合計値を示すボリューム容量３３２２ｃを有する。

図１９Ａ〜１９Ｄは、管理計算機３０００において、リソース移行プログラム３３３０が実行する処理例を示すフローチャートである。上述のように、リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００Ａにおける移行対象のリソースの移行先を決定する。図１９Ａ〜１９Ｄのフローチャートを参照して、この処理を説明する。

まず、ステップＳ１０１において、リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００Ａ及び移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃを含む、全物理ストレージシステムの構成情報及びユーザ管理権限情報を取得する。取得した情報は、物理ストレージシステム情報３３４０として、メモリ３３００に格納される。

具体的には、リソース移行プログラム３３３０は、各物理ストレージシステム２０００から、ユーザ管理テーブル２３１０、ロール管理テーブル２３２０、リソース管理テーブル２３３０、リソースグループ管理テーブル２３４０、関連リソースグループ管理テーブル２３５０、ストレージ構成管理テーブル２３８０の情報を取得する。

リソース移行プログラム３３３０は、全てのテーブルの情報を取得してもよいし、各テーブルの必要な情報のみを取得してもよい。例えば、移行元物理ストレージシステム２０００Ａにおけるパリティグループ管理テーブル２３８３Ｂや、リソース管理テーブル２３３０のパリティグループに関する情報は、取得しなくともよい。

次に、ステップＳ１０２からステップＳ１０４において、リソース移行プログラム３３３０は、各移行先物理ストレージシステム２０００Ｂ、２０００Ｃについて、ステップ１０３の処理を実施する。

ステップＳ１０３において、リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００Ａの移行対象の各リソース種別のリソース数や容量と、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃの各リソース種別の未使用リソース数や空き容量と、を比較する。これにより、リソース移行プログラム３３３０は、全ての移行対象リソースを、単一の移行先候補物理ストレージシステムに移行することができるか否かを判定する。

例えば、リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００Ａのリソース管理テーブル２３３０の情報から、移行対象のリソースグループに含まれるリソースを特定することができ、移行対象のリソースの数、例えば、物理ポートやボリュームの数を知ることができる。さらに、リソース移行プログラム３３３０は、ボリューム管理テーブル２３８２Ａを参照して移行するボリュームの容量を知ることができる。

リソース移行プログラム３３３０は、ホストグループ管理テーブル２３８１Ｂ、２３８１Ｃを参照して、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのそれぞれの空き物理ポート数を知ることができ、パリティグループ管理テーブル２３８３Ｂ、２３８３Ｃを参照して、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのそれぞれの空き容量を知ることができる。

なお、リソース移行プログラム３３３０が、移行元物理ストレージシステム２０００Aと、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃとの各リソース種別の未使用リソース数や空き容量の比較において、移行先候補物理ストレージシステムを比較対象として選択する順番、すなわちリソース移行プログラム３３３０が、各移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのうちいずれのストレージシステムに対し最初にステップＳ１０３を実行するかどうかは、各移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃの各リソース数や空き容量の情報を基に決めてよい。例えば、移行先環境全体の容量バランスを考慮する場合、移行先候補物理ストレージシステムのうち空き容量が多いものから順番にステップＳ１０３を実行する。また、空き物理ポート数が最も多い移行先候補物理ストレージシステムから選択してもよいし、空き容量と空き物理ポート数の両方が最多のものから選択してもよい。

ステップＳ１０３の判定結果が肯定的である（Ｓ１０３：Ｙｅｓ）、つまり、移行元物理ストレージシステム２０００Ａの全移行対象リソースを、移行先候補物理ストレージシステム２０００Ｂ又は２０００Ｃの１台の物理ストレージシステムへ移行可能ならば、リソース移行プログラム３３３０は、全移行対象リソースを、選択した一つの物理ストレージシステムに移行することを決定し、それを示す画像を、入出力デバイス３４００に出力する。入出力デバイス３４００は、移行対象リソースとその移行先物理ストレージシステムとを示す情報をユーザに提示する。全移行対象リソースを単一の物理ストレージシステムに移行することで、移行先でのホストＩ／Ｏ性能の低下をより確実に防ぐことができる。

ステップＳ１０３の判定結果が否定的である（Ｓ１０３：Ｎｏ）、つまり、移行元物理ストレージシステム２０００Ａの全移行対象リソースを、単一の物理ストレージシステムに移行することができない場合、リソース移行プログラム３３３０は、ステップＳ１０６へ進む。

ステップＳ１０６では、リソース移行プログラム３３３０は、移行グループを決定する処理（移行グループ定義処理）を実行する。移行グループは、複数の移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃへのリソース移行単位である、移行グループは、単一の物理ストレージシステムに移行すべきリソースのグループである。

リソース移行プログラム３３３０は、ステップＳ１０６において、移行グループ管理テーブルＡ３３２１及び移行グループ管理テーブルＢ３３２２を作成する。移行グループ管理テーブルＡ３３２１における移行先ストレージＩＤ欄３３２１ｃは、ＮＵＬＬ値のみを格納する。移行グループ定義処理Ｓ１０６の詳細は後述する。

ステップＳ１０７では、リソース移行プログラム３３３０は、ステップＳ１０６で決定した各移行グループを、いずれの移行先候補物理ストレージシステムへ移行するか決定する。移行グループの移行先が決定された場合、その移行先の物理ストレージシステムのＩＤを、移行グループ管理テーブルＡ３３２１に格納する。

いずれかの移行グループを、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのいずれにも移行することができない場合、リソース移行プログラム３３３０は、それを示す値を返す。また、全ての移行グループを、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃに移行することができる場合、リソース移行プログラム３３３０は、それを示す値を返す。

ステップＳ１０８において、リソース移行プログラム３３３０は、ステップＳ１０７の戻り値を参照し、全ての移行グループが、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃに移行することができるか否かを判定する。ステップＳ１０７の詳細は後述する。

ステップＳ１０８の判定結果が肯定的である（Ｓ１０８：Ｙｅｓ）、つまり、全ての移行グループのそれぞれが、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのいずれかに移行することができる場合、リソース移行プログラム３３３０は、ステップＳ１０７で決定した各リソースグループ（リソース）と移行先物理ストレージ装置との関係を確定し、それを示す画像を入出力デバイス３４００に出力する。例えば、入出力デバイス３４００は、ステップＳ１０７の結果である移行グループ管理テーブル３３２０を、ユーザに提示する。

ステップＳ１０８の判定結果が否定的である（Ｓ１０８：Ｎｏ）、つまり、いずれかの移行グループが、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのいずれにも移行することができない場合、リソース移行プログラム３３３０は、移行グループの再定義処理を実行する（Ｓ１０９）。

リソース移行プログラム３３３０は、移行先物理ストレージシステムが未確定の移行グループのリソースについて、移行グループを再定義する。これにより、移行グループの移行先を決定することができず異常終了する可能性を低減する。ステップＳ１０９の詳細は後述する。なお、この再定義処理を省略してもよい。

次に、ステップＳ１１０では、リソース移行プログラム３３３０は、移行先未決定の移行グループについて、ステップＳ１０７と同様の処理を行い、ステップＳ１１１へ進む。全ての移行グループのそれぞれが、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのいずれかに移行することができる場合（Ｓ１１１：Ｙｅｓ）、リソース移行プログラム３３３０は、その結果を入出力デバイス３４００に出力する。例えば、リソース移行プログラム３３３０は、図１８Ａ、図１８Ｂに示すテーブルを含む画像データを入出力デバイス３４００に出力し、入出力デバイス３４００は、それをユーザに提示する。

いずれかの移行グループが、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのいずれにも移行することができない場合（Ｓ１１１：Ｎｏ）、リソース移行プログラム３３３０は、このフローを異常終了し、ユーザに適切な移行先を決定することができないことを、入出力デバイス３４００を介して通知する。例えば、リソース移行プログラム３３３０は、ステップＳ１１０の結果としてＮＵＬＬ値を含む移行グループ管理テーブル３３２０をユーザに提示する。

図１９Ｂは、図１９ＡにおけるステップＳ１０６の移行グループ定義処理の例を示すフローチャートである。リソース移行プログラム３３３０は、ユーザの管理権限に基づいて、移行グループを決定する。

以下に説明する例において、リソース移行プログラム３３３０は、各ユーザの管理リソースグループにおいて、「Ｍｏｄｉｆｙ」が含まれるロール（Ｒｏｌｅ２）が割り当てられているリソースグループを、同一の移行グループに含める。さらに、リソース移行プログラム３３３０は、異なる移行グループが共通のリソースグループを含む場合、これら異なる移行グループを統合して一つの移行グループを形成する。

本例は、「Ｍｏｄｉｆｙ」を含む権限（Ｒｏｌｅ２）により移行グループを定義するが、いずれの設定されている管理権限から選択されたいずれの管理権限により移行グループを定義するかは、移行元物理ストレージシステム及びリソース移行プログラム３３３０の設計に依存する。

リソース移行プログラム３３３０は、移行グループ管理テーブルＡ３３２１、移行グループ管理テーブルＢ３３２２を作成して初期値（例えばＮＵＬＬ値）を格納し、図１９Ｂのフローを開始する。図１９Ｂのフローにおいて、リソース移行プログラム３３３０は、移行グループ管理テーブルＡ３３２１、移行グループ管理テーブルＢ３３２２を、適宜更新する。

図１９Ｂのフローチャートにおいて、リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００ＡのユーザグループＵＧ０１〜ＵＧ０３のそれぞれに対し、ステップＳ２０１〜Ｓ２０６の間のステップを繰り返し実行する。

ステップＳ２０２では、リソース移行プログラム３３３０は、選択したユーザグループに関連する登録リソースグループが存在するか判定する。リソース移行プログラム３３３０は、リソースグループ管理テーブル２３４０において、選択したユーザグループの識別子を検索して、関連する登録リソースグループ（ユーザがいずれかの管理権限を有するリソースグループ）を知ることができる。

選択したユーザグループに関連するリソースグループが存在している場合（Ｓ２０２：Ｙｅｓ）、リソース移行プログラム３３３０は、ステップＳ２０３に進む。選択したリソースに関連するリソースグループが存在していない場合（Ｓ２０２：Ｎｏ）、リソース移行プログラム３３３０は、ステップＳ２０６に進む。

ステップＳ２０３では、リソース移行プログラム３３３０は、ステップＳ２０２でチェックした各リソースグループについて、「Ｍｏｄｉｆｙ」が含まれるロール（Ｒｏｌｅ２）が割り当てられているかを判定する。リソース移行プログラム３３３０は、リソースグループ管理テーブル２３４０において、各リソースグループに割り当てられているロールを知ることができる。

さらに、リソース移行プログラム３３３０は、「Ｍｏｄｉｆｙ」が含まれるロールが割り当てられたリソースグループが同一の移行グループに含まれると決定し、これらリソースグループからなる移行グループを仮定義する。仮定義された移行グループの情報は、メモリ３３００に格納される。その後、リソース移行プログラム３３３０は、ステップＳ２０４に進む。

ステップＳ２０４では、リソース移行プログラム３３３０は、直前のステップＳ２０３で移行グループが仮定義されているか判定し、さらに、仮定義された移行グループに属するリソースグループが、以前のループ（別ユーザグループためのループ）で決定された別の移行グループに含まれているかを判定する。以前のループ決定された移行グループの情報は、移行グループ管理テーブルＡ３３２１、移行グループ管理テーブルＢ３３２２に格納されており、リソース移行プログラム３３３０は、それらを参照する。

本ループの直前のステップＳ２０３で仮定義された移行グループのいずれのリソースグループも、他の既に定義されている移行グループに属さない場合（Ｓ２０４：Ｎｏ）、リソース移行プログラム３３３０は、この移行グループに新たな移行グループＩＤを付与し、この移行グループの情報を、移行グループ管理テーブルＡ３３２１、移行グループ管理テーブルＢ３３２２に登録する（テーブル更新）。

リソース移行プログラム３３３０は、移行グループ管理テーブルＡ３３２１に、新たな移行グループＩＤ及びそれに対応する１又は複数のリソースグループＩＤのエントリを追加する。リソース移行プログラム３３３０は、移行グループ管理テーブルＢ３３２２に。新たな移行グループＩＤのエントリを追加する。リソース移行プログラム３３３０は、移行グループのポート数及びボリューム容量の情報を、移行元物理ストレージシステム２０００Ａの構成情報（例えばリソース管理テーブル２３３０）から得ることができる。その後、リソース移行プログラム３３３０は、ステップＳ２０６へ進む。

本ループの直前のステップＳ２０３で仮定義された移行グループのいずれかのリソースグループが、移行グループ管理テーブルＡ３３２１に格納されている別の移行グループで既に定義されている場合（Ｓ２０４：Ｙｅｓ）、リソース移行プログラム３３３０は、ステップＳ２０５へ進む。

ステップＳ２０５では、リソース移行プログラム３３３０は、本ループのステップＳ２０３で仮定義した移行グループに属する全リソースグループを、他のユーザグループのループにおいて既に定義されている移行グループ（移行グループ管理テーブルＡ３３２１で定義されている移行グループ）に加え、移行グループ管理テーブルＡ３３２１、移行グループ管理テーブルＢ３３２２を更新する。

リソース移行プログラム３３３０は、移行グループ管理テーブルＡ３３２１において、既存の移行グループに属するリソースグループのエントリを追加する。リソース移行プログラム３３３０は、リソースグループのポート数及びボリューム容量を、移行元物理ストレージシステム２０００Ａの構成情報（例えばリソース管理テーブル２３３０）から得ることができ、それらの値を既存の移行グループのエントリにおいて加算する。

リソース移行プログラム３３３０は、本ループのステップＳ２０３で仮定義した移行グループの情報をメモリ３３００から削除し、ステップＳ２０６へ進む。

ステップＳ２０６では、ステップＳ２０１で示す繰り返し処理終了条件が満たされていなければ、リソース移行プログラム３３３０はステップＳ２０１へ戻る。ステップＳ２０１で示す繰り返し処理終了条件が満たされていれば、リソース移行プログラム３３３０は、ステップＳ２０７へ進む。

ステップＳ２０７では、リソース移行プログラム３３３０は、ステップＳ２０１〜Ｓ２０６で所属する移行グループが定義されていないリソースグループのそれぞれを、一つの移行グループと定義し、移行グループ管理テーブルＡ３３２１、移行グループ管理テーブルＢ３３２２を更新（エントリ追加）して、処理を終了する。移行グループが定義されていない複数のリソースグループから移行グループを作成してもよい。

次に、図１９Ｃを参照して、ステップＳ１０７の詳細を説明する。図１９Ｃは、ステップＳ１０７の移行グループ移行先決定処理の例を示すフローチャートである。まず、ステップＳ３０１で、リソース移行プログラム３３３０は、ステップＳ１０７での戻り値Ｘに、全移行グループを仮想ストレージシステム６０００へ移行可能であることを示す値を代入し、ステップＳ３０２に進む。

リソース移行プログラム３３３０は、移行先未決定の移行グループについて、ステップＳ３０２〜Ｓ３０８を繰り返し実行する。さらに、リソース移行プログラム３３３０は、各移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃについて、ステップ３０４、３０５を繰り返し実行する。

ステップＳ３０４では、リソース移行プログラム３３３０は、選択されている移行先候補物理ストレージシステムにおいて、選択されている移行グループのポート数・ボリューム容量を確保できるかどうか判定する。

リソース移行プログラム３３３０は、取得済みの移行元物理ストレージシステム２０００Ａ及び移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃの構成情報を参照して、選択されている移行グループのリソース及び選択されている移行先候補物理ストレージシステム２０００Ｂ又は２０００Ｃの空きリソースを知ることができる。

ステップＳ３０４の判定において、選択されている移行先候補物理ストレージシステムを移行先と決定された１又は複数の移行グループが既に存在する場合、選択されている移行先候補物理ストレージシステムにおいて選択された移行グループのリソースと比較される空きリソースは、上記決定済みの１又は複数の移行グループに割り当てられる空きリソースを含まない。

リソース移行プログラム３３３０は、移行グループ管理テーブルＡ３３２１を参照して、選択されている移行先候補物理ストレージシステムに割り当てられている移行グループを知ることができ、さらに、移行グループ管理テーブルＢ３３２２を参照してその移行グループのポート数及びボリューム容量を知ることができる。

選択されている移行先候補物理ストレージシステムにおいて移行グループのポート数・ボリューム容量が確保できる場合（Ｓ３０４：Ｙｅｓ）、リソース移行プログラム３３３０は、その移行グループの移行先を、選択されている物理ストレージシステムに決定する（Ｓ３０５）。リソース移行プログラム３３３０は、移行グループ管理テーブルＡ３３２１において、選択されている移行グループのエントリにおいて、移行先ストレージＩＤのフィールドに決定した物理ストレージシステムのＩDを格納する。

選択されている移行先候補物理ストレージシステムにおいて移行グループのポート数・ボリューム容量が確保できない場合（Ｓ３０４：Ｎｏ）、リソース移行プログラム３３３０は、Ｓ３０６へ進む。ステップＳ３０６では、リソース移行プログラム３３３０は、ステップＳ３０３で示す繰り返し処理終了条件が満たされているか判定する。繰り返し処理終了条件が満たされていなければ、リソース移行プログラム３３３０はステップＳ３０３へ進み、繰り返し処理終了条件が満たされていれば、リソース移行プログラム３３３０はステップＳ３０７へ進む。

なお、リソース移行プログラム３３３０が、移行元物理ストレージシステム２０００Aと、移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃとの各リソース種別の未使用リソース数や空き容量の比較において、移行先候補物理ストレージシステムを比較対象として選択する順番、すなわちリソース移行プログラム３３３０が、各移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃのうちいずれのストレージシステムに対し最初にステップＳ３０４を実行するかどうかは、各移行先候補物理ストレージシステム２０００Ｂ、２０００Ｃの各リソース数や空き容量の情報を基に決めてよい。例えば、移行先環境全体の容量バランスを考慮する場合、移行先候補物理ストレージシステムのうち空き容量が多いものから順番にステップＳ３０４を実行する。また、空き物理ポート数が最も多い移行先候補物理ストレージシステムから選択してもよいし、空き容量と空き物理ポート数の両方が最多のものから選択してもよい。

ステップＳ３０７では、リソース移行プログラム３３３０は、戻り値Ｘに、移行先候補物理ストレージシステム２０００Ｂ及び２０００Ｃへの移行が不可能な移行グループが存在することを示す値を代入し、ステップＳ３０８へ進む。

ステップＳ３０８では、リソース移行プログラム３３３０は、ステップＳ３０２で示す繰り返し処理終了条件が満たされているか判定し、繰り返し処理終了条件が満たされていなければステップＳ３０２へ進み、繰り返し処理終了条件が満たされていればステップＳ３０９へ進む。ステップＳ３０９では、リソース移行プログラム３３３０は、ステップＳ１０７の戻り値Ｘを返し、処理を終了する。

図１７Ａ、１７Ｂに示すように、本例において、移行グループＭＧ０２は、物理ストレージシステム２０００Ｂ（ＰＳＴＢ）に移行可能である。移行グループＭＧ０１は、いずれの移行先候補物理ストレージ２０００Ｂ、２０００Ｃにも移行不可能であり、その移行先が未定である。

具体的には、図１７Ｂの移行グループ管理テーブル３３２２Ｂが示すように、移行グループＭＧ０１のポート数は４、ボリューム容量は５５０ＧＢである。図１１Ｃ及び図１２Ｃのパリティグループ管理テーブル２３８３Ｂ、２３８３Ｃが示すように、物理ストレージシステム２０００Ｂ、２０００Ｃの空き容量は、それぞれ、５００ＧＢである。物理ストレージシステム２０００Ｂ、２０００Ｃの空きリソースは、移行グループＭＧ０１の要求リソースに対して不足である。

一方、図１７Ｂの移行グループ管理テーブル３３２２Ｂが示すように、移行グループＭＧ０２のポート数は２、ボリューム容量は１００ＧＢである。移行先候補物理ストレージシステム２０００Ｂのパリティグループ管理テーブル２３８３Ｂ（図１１Ｃ）及びホストグループ管理テーブル２３８１Ｂ（図１１Ａ）が示すように、物理ストレージシステム２０００Ｂの空き容量及び空きポート数は、それぞれ、５００ＧＢ及び４個である。

したがって、移行グループＭＧ０２は、移行先候補物理ストレージシステム２０００Ｂに移行可能であり、移行グループＭＧ０２の移行先として、移行先候補物理ストレージシステム２０００Ｂが選択されている。

本例において、リソース移行プログラム３３３０は、いずれかの移行グループが移行不可能である場合（Ｓ１０８：Ｎｏ）、移行グループの再定義を検討し、移行グループの再定義が可能である場合、移行グループを再定義する（Ｓ１０９）。移行グループ再定義において、リソース移行プログラム３３３０は、移行先未定の移行グループを分割する。これにより、移行グループの移行可能性を高めることができる。

図１９Ｄを参照して、ステップＳ１０９の移行グループ再定義処理の詳細を説明する。図１９Ｄは、ステップＳ１０９の移行グループ再定義処理の例を示すフローチャートである。まず、リソース移行プログラム３３３０は、移行先物理ストレージシステムが未決定の各移行グループに対し、ステップＳ４０１〜Ｓ４０６を繰り返し実行する。さらに、リソース移行プログラム３３３０は、移行グループ内の各リソースグループに対し、ステップＳ４０２〜Ｓ４０５を繰り返し実行する。

ステップＳ４０３では、リソース移行プログラム３３３０は、選択されているリソースグループに関連付けられているリソースグループが存在するか判定する。リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００Ａの関連リソースグループ管理テーブル２３５０を参照して、選択されているリソースグループの関連リソースグループを特定することができる。

リソース移行プログラム３３３０は、選択されているリソースグループから順次リソースを選択して、移行元物理ストレージシステム２０００Ａの構成情報において、関連リソースを検索してもよい。リソースグループに属する一つリソースが、他のリソースグループのリソースと関連付けられている場合、それらリソースグループか関連づけられている。

本例においては、関連付けの対象はパス設定されたボリュームとポートであリソース移行プログラム３３３０は、ホストグループ管理テーブル２３８１Ａを参照して、ボリューム又はポートに関連付けられている（パス設定されている）ポート又はボリュームを特定することができる。

ステップＳ４０３において、選択されたリソースグループに関連付けられている同一移行グループ内の他のリソースグループが存在する場合（Ｓ４０３：Ｙｅｓ）、リソース移行プログラム３３３０は、関連付けられているリソースグループを同一の新たな移行グループに含める（Ｓ４０４）。

ステップＳ４０３において、選択されたリソースグループに関連付けられている同一移行グループ内の他のリソースグループが存在しない場合（Ｓ４０３：Ｎｏ）又はステップＳ４０４の後、リソース移行プログラム３３３０は、ステップＳ４０５に進む。

ステップＳ４０５では、リソース移行プログラム３３３０は、ステップＳ４０２が示す繰り返し処理終了条件が満たされていなければステップＳ４０２へ進み、満たされていればステップＳ４０６へ進む。ステップＳ４０６では、リソース移行プログラム３３３０は、ステップＳ４０１が示す繰り返し処理終了条件が満たされていなければステップＳ４０１へ進み、満たされていれば処理を終了する。

上記フローにより、リソース移行プログラム３３３０は、関連するリソースグループが同一移行グループに含まれるように、移行先未決定の移行グループを複数の移行グループに分割することができる。いずれのリソースグループとも関連しない全てのリソースグループは、一つの移行グループを構成する。いずれのリソースグループとも関連しないリソースグループから、それぞれが１又は複数のリソースを含む複数の移行グループを定義してもよい。管理権限により決定された移行グループを分割して生成する移行グループ数を少なくすることで、移行先でのＩ／Ｏ性能低下の可能性を低減できる。

関連しないリソースグループからなる移行グループは、さらに分割が可能である。当該移行グループの移行先を決定できない場合には、リソース移行プログラム３３３０は、さらに、個の移行グループを分割してもよい。これにより、移行先未決定による異常終了の可能性を低減できる。関連するリソースが一つの移行グループに含まれていれば、その移行グループが関連していないリソースを含んでいてもよい。

分割により生成された各移行グループは、分割前の移行グループよりもリソースが少ないため、単一の物理ストレージシステムの空きリソースが移行グループの要求リソースを満たす可能性が増加する。なお、全てのリソースグループが関連する場合には、リソース移行プログラム３３３０は、移行先未決定の移行グループを分割することなく、処理を異常終了する。

図１８Ａ、１８Ｂに示すように、本例においては、ステップＳ１０７において移行先が決定されなかった移行グループＭＧ０１は、二つの移行グループＭＧ０１、ＭＧ０３に分割されている。移行先未決定移行グループＭＧ０１は、リソースグループＲＳＧ０１、ＲＳＧ０２、ＲＳＧ０４、ＲＳＧ０５で構成されている。分割により生成された新たな移行グループＭＧ０１は、リソースグループＲＳＧ０１、ＲＳＧ０４で構成され、移行グループＭＧ０３は、リソースグループＲＳＧ０２、ＲＳＧ０５で構成されている。

図１８Ａの移行グループ管理テーブルＡ３３２１が示すように、再定義された移行グループＭＧ０１、ＭＧ０３は、それぞれ、物理ストレージシステム２０００Ｂ（ＰＳＴＢ）、２０００Ｃ（ＰＳＴＣ）に移行される。

図１８Ｂの移行グループ管理テーブルＢ３３２２が示すように、移行グループＭＧ０１のポート数と容量は、それぞれ、２個と３５０ＧＢである。移行先候補物理ストレージシステム２０００Ｂ（ＰＳＴＢ）のホストグループ管理テーブル２３８１Ｂ（図１１Ａ）、パリティグループ管理テーブル２３８３Ｂ（図１１Ｃ）が示すように、その空きポート数と空き容量は、それぞれ、４個及び５００ＧＢである。

また、移行先候補物理ストレージシステム２０００Ｂ（ＰＳＴＢ）に既に割り当てられている移行グループＭＧ０２のポート数とボリューム容量が、それぞれ２個と１００ＧＢである。したがって、移行グループＭＧ０１は、移行先候補物理ストレージシステム２０００Ｂ（ＰＳＴＢ）に移行可能である。

図１８Ｂの移行グループ管理テーブルＢ３３２２が示すように、移行グループＭＧ０３のポート数と容量は、それぞれ、２個と２００ＧＢである。移行先候補物理ストレージシステム２０００Ｃのホストグループ管理テーブル２３８１Ｃ（図１２Ａ）、パリティグループ管理テーブル２３８３Ｃ（図１２Ｃ）が示すように、その空きポート数と空き容量は、それぞれ、４個及び５００ＧＢである。したがって、移行グループＭＧ０３は、移行先候補物理ストレージシステム２０００Ｃ（ＰＳＴＣ）に移行可能である。

図２０は、図１９Ａ〜１９Ｄのフローチャートに従うリソース移行後の、仮想ストレージシステム６０００の構成を模式的に示す図である。図２０は、図１４、１８Ａ、１８Ｂの構成に対応している。移行グループＭＧ０１に対して、物理ストレージシステム２０００Ｂにおける、二つのポート及び二つのホストグループ（ＲＳＧ０１）並びに三つのボリューム（ＲＳＧ０４）が割り当てられている。

移行グループＭＧ０２に対して、物理ストレージシステム２０００Ｂにおける、二つのポート及び二つのホストグループ（ＲＳＧ０３）並びに二つのボリューム（ＲＳＧ０６）が割り当てられている。移行グループＭＧ０３に対して、物理ストレージシステム２０００Ｃにおける、二つのポート及び二つのホストグループ（ＲＳＧ０２）並びに二つのボリューム（ＲＳＧ０５）が割り当てられている。

本実施例により、移行元物理ストレージシステムから、複数移行先物理ストレージシステムを含む移行先仮想ストレージシステムのへのリソース移行後に、移行先物理ストレージシステム間でのリソースマッピングによるホストＩ／Ｏ性能劣化の可能性を低減することができる。

上記例は、リソースグループを定義し、リソースグループ毎に管理権限を定義する。これと異なり、管理システムは、リソースグループを定義することなくリソースを管理し、そして、リソース単位で権限の管理を行ってもよい。同様に、管理システムは、ユーザグループ及びホストグループを定義しなくともよい。

以下において、実施例２について説明する。本実施例２においては、主に、実施例１と異なる点を説明する。図２１は、本実施例２のシステムにおけるリソース移行先の仮想ストレージ環境を模式的に示している。本例において、移行先の複数の物理ストレージシステムが複数の仮想ストレージシステムを提供する。図２１の例において、２台の物理ストレージシステム２０００Ｂ、２０００Ｃが、２台の仮想ストレージシステム６１００Ａ、６１００Ｂを提供している。

リソース移行プログラム３３３０は、移行元物理ストレージシステム２０００Ａの全ての移行対象リソースが、１台の仮想ストレージシステムに移行されるように、移行先を決定する。本実施例２において、管理計算機３０００は、移行元物理ストレージシステム２０００Ａからのリソースの移行先の決定後に、仮想ストレージシステムを定義し、その仮想ストレージシステムに、物理ストレージシステム２０００Ｂ、２０００Ｃからリソースをマッピングする。実施例１と同様に、リソース移行プログラム３３３０は、２台の物理ストレージシステム２０００Ｂ、２０００Ｃのいずれか又は双方に、リソースを移行する。

リソース移行プログラム３３３０は、物理ストレージシステム２０００Ｂ、２０００Ｃのそれぞれの空きリソースを特定し、物理ストレージシステム２０００Ｂ、２０００Ｃの一方が全ての移行対象リソースを提供できる場合、その物理ストレージシステムを移行先と決定する。

リソース移行プログラム３３３０は、物理ストレージシステム２０００Ｂ、２０００Ｃが有するリソースの情報（例えば実施例１におけるストレージ構成管理テーブル）及び物理ストレージシステム２０００Ｂ、２０００Ｃが仮想ストレージシステム６１００Ａ、６１００Ｂに提供しているリソースの管理情報（下記仮想ストレージテーブル２３８５）から、物理ストレージシステム２０００Ｂ、２０００Ｃの空きリソースを特定することができる。

図２２は、本実施例２における、移行元物理ストレージシステム２０００Ａのストレージ構成管理テーブル２３８０に含まれる、仮想ストレージテーブル２３８５の構成例を示している。仮想ストレージテーブル２３８５は、移行先仮想環境における仮想ストレージシステム６１００Ａ、６１００Ｂの構成情報を管理する。

図２２において、仮想ストレージテーブル２３８５は、仮想ストレージＩＤ欄２３８５ａ、物理ストレージＩＤ欄２３８５ｂ、リソース種別欄２３８５ｃ、リソースＩＤ欄２３８５ｄを有する。

仮想ストレージＩＤ欄２３８５ａは、移行先に含まれる仮想ストレージシステムの識別子を格納する。物理ストレージＩＤ欄２３８５ｂは、各仮想ストレージシステムにリソースを提供する物理ストレージシステムの識別子を格納する。リソース種別欄２３８５ｃは、仮想ストレージシステムに物理ストレージシステムからマッピングされるリソースの種別を示す識別子を格納する。リソースＩＤ欄２３８５ｄは、仮想ストレージシステムに物理ストレージシステムからマッピングされるリソースの識別子を格納する。

リソース移行プログラム３３３０によるリソースの移行先を決定する処理は、実施例１と同様である。物理ストレージシステム２０００Ｂ、２０００Ｃのいずれかが、全ての移行対象リソースを提供できる場合、リソース移行プログラム３３３０は、その物理ストレージシステムに全てのリソースを移行することを決定する。物理ストレージシステム２０００Ｂ、２０００Ｃのいずれも全ての移行対象リソースを提供できない場合、リソース移行プログラム３３３０は、管理権限に基づき決定される移行グループ毎に、移行先を決定する。

図２３は、リソース移行後の、移行先仮想ストレージシステムの構成概要を示す。本例は、移行元物理ストレージシステム２０００Ａからのリソース移行先決定後に、新規に仮想ストレージシステム６１００Ｃ（ＶＳＴＣ）を定義し、仮想ストレージシステム６１００Ｃ（ＶＳＴＣ）に対し移行対象となっていたリソースをマッピングする。

本実施例により、移行元物理ストレージシステムから移行先仮想ストレージ環境の複数物理ストレージシステムへのリソース移行後に、移行先物理ストレージシステム間でのリソースマッピングによるホストＩ／Ｏ性能劣化の可能性を低減することができる。本実施例により、移行対象の全てのリソースを含む仮想ストレージシステムを適切に構成することができる。

Claims (13)

1. 第１物理ストレージシステムと、一つのストレージシステムとしてホストに認識される仮想ストレージシステムに複数リソースを提供する複数物理ストレージシステムと、を管理する、管理システムであって、
   前記第１物理ストレージシステムに含まれる複数リソースと複数管理者の権限とを関連付ける管理権限情報、を記憶する、記憶装置と、
   前記複数物理ストレージシステムを移行先候補として、前記第１物理ストレージシステムに含まれる前記複数リソースの移行先を決定する、プロセッサと、を含み、
   前記プロセッサは、前記管理権限情報を参照して、前記第１物理ストレージシステムにおいて、前記複数管理者のそれぞれが所定の管理権限を有するリソースを特定し、
   前記プロセッサは、同一管理者が前記所定の管理権限を有するリソースが同一の移行グループに含まれるように、前記第１物理ストレージシステムに含まれる前記複数リソースから、１以上の移行グループを定義し、
   前記プロセッサは、同一移行グループのリソースが、前記複数物理ストレージシステムにおける同一物理ストレージシステムに移行されることを条件として、前記１以上の移行グループの１以上の移行先を決定する、管理システム。
2. 請求項１に記載の管理システムであって、
   前記記憶装置は、前記第１物理ストレージシステムに含まれる前記複数リソースの構成についての第１情報と、前記複数ストレージシステムのそれぞれの空きリソースについての第２情報と、前記第１物理ストレージシステムに含まれる前記複数リソースにおけるリソース間の構成上の関連を定義する第３情報と、をさらに記憶し、
   前記プロセッサは、前記第１情報及び第２情報を参照して、前記１以上の移行グループの１以上の移行先を決定し、
   前記１以上の移行グループは第１移行グループを含み、前記第１移行グループのリソースを、同一物理ストレージシステムに移行することができない場合に、前記プロセッサは、前記第３情報を参照して、前記第１移行グループにおいて構成上の関連を有する関連リソースを特定し、
   前記プロセッサは、前記特定した関連リソースを含む第２移行グループを含む複数の移行グループを、前記第１移行グループから再定義し、
   前記プロセッサは、前記第１情報及び第２情報を参照して、前記再定義した前記複数の移行グループの移行先を決定する、管理システム。
3. 請求項２に記載の管理システムであって、
   前記プロセッサは、前記第１移行グループにおいて他のリソースと関連付けられていない複数リソースから一つの移行グループを定義する、管理システム。
4. 請求項１に記載の管理システムであって、
   前記記憶装置は、前記前記第１物理ストレージシステムに含まれる前記複数リソースが属する複数リソースグループを管理するリソースグループ情報をさらに含み、
   前記管理権限情報は、前記複数リソースグループと、前記複数リソースグループに対する前記複数管理者の管理権限とを関連づけ、
   前記プロセッサは、前記複数リソースグループから前記１以上の移行グループを定義する、管理システム。
5. 請求項１に記載の管理システムであって、
   前記プロセッサは、異なる管理者の前記所定の管理権限によって定義された異なる移行グループが、共通のリソースを含む場合に、前記異なる移行グループを統合して一つの移行グループを定義する、管理システム。
6. 請求項１に記載の管理システムであって、
   前記記憶装置は、前記第１物理ストレージシステムに含まれる前記複数リソースの構成についての第１情報と、前記複数ストレージシステムのそれぞれの空きリソースについての第２情報と、をさらに記憶し、
   前記プロセッサは、前記第１情報及び第２情報を参照して、前記第１物理ストレージシステムに含まれる前記複数リソースが、前記複数物理ストレージシステムにおける単一の物理ストレージシステムに移行可能であるか判定し、
   前記判定が肯定的である場合に、前記プロセッサは、前記第１物理ストレージシステムの前記複数リソースを前記単一の物理ストレージシステムに移行することを決定する、管理システム。
7. 請求項１に記載の管理システムであって、
   前記プロセッサは、前記１以上の移行グループの移行先を決定した後に、前記仮想ストレージシステムを前記複数物理ストレージシステムにおいて定義する、管理システム。
8. 一つのストレージシステムとしてホストに認識される仮想ストレージシステムに複数リソースを提供する複数の物理ストレージシステムを移行先候補として、一つの移行元物理ストレージシステムの複数リソースの１以上の移行先を、管理システムが決定する方法であって、
   前記管理システムが、前記移行元物理ストレージシステムにおいて、複数管理者のそれぞれが所定の管理権限を有するリソースを特定し、
   前記管理システムが、同一管理者が前記所定の管理権限を有するリソースが同一の移行グループに含まれるように、前記移行元物理ストレージシステムに含まれる前記複数リソースから、１以上の移行グループを定義し、
   前記管理システムが、同一移行グループのリソースが、前記複数物理ストレージシステムにおける同一物理ストレージシステムに移行されることを条件として、前記１以上の移行グループの１以上の移行先を決定する、方法。
9. 請求項８に記載の方法であって、
   前記管理システムが、前記１以上の移行グループは第１移行グループを含み、
   前記第１移行グループのリソースが同一物理ストレージシステムに移行することができない場合に、前記第１移行グループにおいて構成上の関連を有する関連リソースを特定し、
   前記管理システムが、前記特定した関連リソースを含む第２移行グループを含む複数の移行グループを、前記第１移行グループから再定義し、
   前記管理システムが、前記再定義した前記複数の移行グループの移行先を決定する、方法。
10. 請求項８に記載の方法であって、
    前記移行元物理ストレージシステムに含まれる前記複数リソースが属する複数リソースグループが定義され、
    前記複数管理者の管理権限は、前記複数リソースグループに対して定義されており、
    前記管理システムが、前記複数管理者のそれぞれが前記所定の管理権限を有するリソースグループを特定し
    前記管理システムが、前記複数リソースグループから前記１以上の移行グループを定義する、方法。
11. 管理システムにおいて実行された時に、一つのストレージシステムとしてホストに認識される仮想ストレージシステムに対して複数リソースを提供する複数の物理ストレージシステムを移行先候補として、一つの移行元物理ストレージシステムの複数リソースの１以上の移行先を決定する処理を、前記管理システムに実行させる複数命令、を記憶する、計算機読み取り可能な非一時的記憶媒体であって、前記処理は、
    前記移行元物理ストレージシステムにおいて、複数管理者のそれぞれが所定の管理権限を有するリソースを特定し、
    同一管理者が前記所定の管理権限を有するリソースが同一の移行グループに含まれるように、前記移行元物理ストレージシステムに含まれる前記複数リソースから、１以上の移行グループを定義し、
    同一移行グループのリソースが、前記複数物理ストレージシステムにおける同一物理ストレージシステムに移行されることを条件として、前記１以上の移行グループの１以上の移行先を決定する、ことを含む、記憶媒体。
12. 請求項１１に記載の記憶媒体であって、
    前記処理は、前記移行元物理ストレージシステムに含まれる前記複数リソースの構成についての情報と、前記複数ストレージシステムのそれぞれの空きリソースについての情報と、を参照して前記１以上の移行グループの１以上の移行先を決定する、記憶媒体。
13. 請求項１１に記載の記憶媒体であって、
    前記処理は、異なる管理者の前記所定の管理権限によって定義された異なる移行グループが共通のリソースを含む場合に、前記異なる移行グループを統合して一つの移行グループを定義することをさらに含む、記憶媒体。

Images