JP2007058637A - ストレージシステム、管理計算機及びデータ移動方法 - Google Patents

Abstract

【課題】データを適切な位置に配置する。
【解決手段】本発明は、ストレージ装置と、ホスト計算機と、前記ストレージ装置を管理する管理計算機と、を含むストレージシステムにおけるデータ移動方法であって、前記ストレージ装置は、論理ボリュームの使用性能量及び論理ボリュームの記憶容量を、論理ボリュームごとに測定し、前記管理計算機は、前記論理ボリュームとグループとの対応関係を記憶することによって、前記論理ボリュームをグループ単位で管理し、前記ストレージ装置が測定した論理ボリュームの使用性能量及び論理ボリュームの記憶容量を、前記ストレージ装置から取得し、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先となる論理ボリュームを特定し、移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記ストレージ装置に指示することを特徴とする。
【選択図】図２

Description

本発明は、ストレージ装置、ホスト計算機及び管理計算機を含むストレージシステムに関し、特に、ストレージ装置に格納されているデータを再配置する技術に関する。

近年、ストレージ装置には、複数のディスクを統合するＲＡＩＤ構成のディスクアレイシステムが用いられることが多い。これによって、ストレージ装置は、信頼性及び性能を向上できる。

なお、ＲＡＩＤ構成のディスクの組は、アレイグループと呼ばれている。ホストサーバは、アレイグループから仮想的に編成される論理ボリューム単位でストレージ装置にアクセスする。そのため、同一のアレイグループに対してホストサーバからのアクセスが集中すると、当該アレイグループに所属する論理ボリューム全体の性能が劣化する。そこで、同一のアレイグループに対するアクセスの集中を回避する技術が知られている。

例えば、アレイグループに性能の上限を設け、その上限を超えた場合にデータを移動させる技術が知られている（例えば、特許文献１参照。）。これによって、アレイグループは、ユーザに要求された性能を満たすことができる。

他にも、ストレージ装置の性能を満たすようにデータを再配置する技術が知られている（例えば、特許文献２参照。）。この技術では、ストレージ装置の様々なリソースに対してサービスレベルを設定し、設定したサービスレベルを満たすようにデータを再配置する。様々なリソースは、ディスクの利用率及びディスクの容量等である。
特開２００３−１４０８３６号公報 特開２００５−０５０００７号公報

前述した従来技術によると、以下の問題が生じる。

一つのアレイグループにアクセス頻度の高いデータが集中してしまう可能性がある。この場合、当該アレイグループは、記憶容量を使い切れずに、性能が上限に達してしまう。一方、一つのアレイグループにアクセス頻度の低いデータが集中してしまう可能性もある。この場合、アレイグループは、記憶容量を使い切ってしまっても、性能を十分に活用できない。

つまり、従来技術では、アレイグループの性能リソースと容量リソースの両方を最大限に活用できない。このような状況を回避するため、ユーザが、データの配置先となるアレイグループを決めることも考えられる。この場合、ユーザは、論理ボリュームごとのアクセス頻度及び容量並びにアレイグループごとのアクセス頻度及び容量を確認して、データの配置先を決定する必要がある。そのため、ユーザの作業が煩雑となってしまう。

また、近年のストレージ装置は、大容量化しており、様々な性能特性及び様々な容量特性を持つデータを記憶している。そのため、ユーザが、アレイグループの容量リソース及び性能リソースを最大限活用するように、データの配置先を決定することが困難になっている。

本発明は、前述した問題点に鑑みてなされたものであり、データを適切な位置に配置することを目的とする。

本発明は、ストレージ装置と、前記ストレージ装置にネットワークを介して接続されるホスト計算機と、前記ストレージ装置にネットワークを介して接続される管理計算機と、を含むストレージシステムにおいて、前記ストレージ装置は、前記ネットワークに接続される第１インタフェースと、前記第１インタフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、前記ホスト計算機によって書き込まれたデータを格納するディスクドライブと、を備え、前記ホスト計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、前記管理計算機は、前記ネットワークに接続される第３インタフェースと、前記第３インタフェースに接続される第３プロセッサと、前記第３プロセッサに接続される第３メモリと、を備え、前記第２プロセッサは、前記ディスクドライブの記憶領域を論理ボリューム単位で認識し、前記第１プロセッサは、前記論理ボリュームの性能リソースの使用量である使用性能量及び前記論理ボリュームの記憶容量を、前記論理ボリュームごとに測定し、前記第３プロセッサは、前記論理ボリュームとグループとの対応関係を前記第３メモリに記憶させることによって、前記論理ボリュームをグループ単位で管理し、前記第１プロセッサが測定した論理ボリュームの使用性能量及び論理ボリュームの記憶容量を、前記第３インタフェースを介して取得し、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先となる論理ボリュームを特定し、移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記第３インタフェースを介して前記第１プロセッサに指示することを特徴とする。

本発明によれば、ストレージ装置内のデータを適切な位置に配置できる。これによって、ストレージ装置の容量リソース及び性能リソースを有効に活用できる。

以下、本発明の実施の形態について図面を参照して説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態のストレージシステムのブロック図である。

ストレージシステムは、ホストサーバ１０１、ＳＡＮ１０３、コントローラ１０４、ストレージサブシステム１０５、ストレージ管理サーバ１１４及びＬＡＮ１１３を含む。

ホストサーバ１０１は、ＳＡＮ１０３を介してコントローラ１０４に接続されている。なお、ホストサーバ１０１は、ＳＡＮ１０３の代わりに、ＩＰ−ＳＡＮ又はＮＡＳ等の他のネットワークを介してコントローラ１０４に接続されていてもよい。

ストレージサブシステム１０５は、ディスクコントローラ１０６及び物理ディスク１０９を備える。ディスクコントローラ１０６は、物理ディスク１０９へのデータの入出力を制御する。物理ディスク１０９は、ＲＡＩＤを構成し、アレイグループ１０７単位でデータを記憶する。これによって、ストレージサブシステム１０５は、性能及び信頼性を高めることができる。

アレイグループ１０７は、一つ以上の論理ボリューム１０８を含む。ホストサーバ１０１は、ストレージサブシステム１０５の記憶領域を論理ボリューム１０８として認識する。

コントローラ１０４は、ストレージサブシステム１０５を制御する。具体的には、コントローラ１０４は、同一又は異なるストレージサブシステム１０５の論理ボリューム１０８間のデータ転送を制御する。なお、このコントローラ１０４は、ストレージサブシステム１０５のディスクコントローラ１０６に含まれていてもよい。

また、コントローラ１０４は、ＬＡＮ１１３を介してストレージ管理サーバ１１４に接続されている。

ストレージ管理サーバ１１４は、図２で後述するが、ストレージシステムの全体を管理する。

図２は、本発明の第１の実施の形態のストレージ管理サーバ１１４のブロック図である。

ストレージ管理サーバ１１４は、ＣＰＵ１１５、メモリ１１６及び表示部１１７を備える。

ＣＰＵ１１５は、メモリ１１６に記憶されているプログラムを実行することによって、各種処理を行う。メモリ１１６は、運用管理プログラム２００及び運用管理データベース（運用管理ＤＢ）３００を記憶している。

運用管理プログラム２００は、ストレージサブシステム１０５の論理ボリューム１０８に記憶されているデータの配置を管理する。運用管理プログラム２００は、使用状況取得モジュール２０１、再配置先アレイグループ判定モジュール２０２及び再配置先表示モジュール２０３を含む。

使用状況取得モジュール２０１は、ストレージサブシステム１０５の論理ボリューム１０８の使用状況を取得し、運用管理ＤＢ３００に格納する。再配置先アレイグループ判定モジュール２０２は、図８で詳細を説明するが、再配置を要求されたデータの再配置先となるアレイグループ１０７を選択する。再配置先表示モジュール２０３は、図８で詳細を後述するが、再配置先アレイグループ判定モジュール２０２が選択したアレイグループ１０７に関する情報を、表示部１１７に表示させる。

運用管理ＤＢ３００は、ボリューム使用状況テーブル３０１、アレイグループ使用状況テーブル３０２、アレイグループ優先順位テーブル３０３及び再配置先候補ボリューム一覧テーブル３０４を含む。

ボリューム使用状況テーブル３０１は、図３で後述するが、ストレージサブシステム１０５の論理ボリューム１０８の使用状況に関する情報である。アレイグループ使用状況テーブル３０２は、図４で後述するが、論理ボリューム１０８が所属するアレイグループ１０７の使用状況に関する情報である。

アレイグループ優先順位テーブル３０３は、図６で後述するが、データ再配置後のアレイグループ１０７の使用状況に関する情報である。再配置先候補ボリューム一覧テーブル３０４は、図７で後述するが、論理ボリューム１０８の優先順位に関する情報である。なお、論理ボリューム１０８は、優先順位が高いほど、データの再配置先として適している。

図３は、本発明の第１の実施の形態のストレージ管理サーバ１１４のボリューム使用状況テーブル３０１の構成図である。

ボリューム使用状況テーブル３０１は、ボリュームＩＤ３０１Ａ、所属アレイグループ名３０１Ｂ、使用性能量３０１Ｃ、容量３０１Ｄ、使用性能密度３０１Ｅ及び使用状況３０１Ｆを含む。

ボリュームＩＤ３０１Ａは、ストレージサブシステム１０５の論理ボリューム１０８の一意な識別子である。所属アレイグループ名３０１Ｂは、当該論理ボリューム１０８が所属するアレイグループ１０７の一意な識別子である。

使用性能量３０１Ｃは、当該論理ボリューム１０８の性能リソースの使用量であり、例えば、データ書き込み時の転送速度、データ読み込み時の転送速度又は単位時間あたりのＩＯ回数（ＩＯＰＳ）等である。本説明図の使用性能量３０１Ｃは、データ書き込み時の転送量である。

容量３０１Ｄは、当該論理ボリューム１０８の記憶領域の容量である。

使用性能密度３０１Ｅは、図５で後述するが、当該論理ボリューム１０８の使用性能量と容量との比である。具体的には、使用性能密度３０１Ｅは、使用性能量３０１Ｃを容量３０１Ｄで割った値である。

使用状況３０１Ｆは、当該論理ボリューム１０８にデータが記憶されているか否か示す。論理ボリューム１０８にデータが記憶されている場合、使用状況３１０Ｆには「使用」が格納され、論理ボリューム１０８にデータが記憶されていない場合、使用状況３１０Ｆには「未使用」が格納される。

次に、ボリューム使用状況テーブル３０１の更新処理について説明する。なお、運用管理プログラム２００は、データ再配置処理を行う際にボリューム使用状況テーブル３０１を更新してもよいし、定期的にボリューム使用状況テーブル３０１を更新してもよい。

ストレージサブシステム１０５のディスクコントローラ１０６は、ＳＡＮ１０３と接続する複数のポートを有し、ポートごとにＩ／Ｏを制御する。また、ディスクコントローラ１０６は、アレイグループ１０７の構成情報を記憶している。構成情報は、論理ボリューム１０８とアレイグループ１０７との対応に関する情報、論理ボリューム１０８の容量に関する情報及び論理ボリューム１０８の使用状況を含む。

ディスクコントローラ１０６は、各論理ボリューム１０８の性能量を監視している。性能量は、例えば、各論理ボリューム１０８に対する書き込み時のデータ転送量又は各論理ボリューム１０８に対するＩ／Ｏ回数などである。次に、ディスクコントローラ１０６は、取得した性能量を、当該論理ボリューム１０８に対応するボリュームＩＤと共に記憶する。

ストレージ管理サーバ１１２の運用管理プログラム２００は、ストレージサブシステム１０５のディスクコントローラ１０６が記憶しているボリュームＩＤ及び性能量を取得する。

次に、運用管理プログラム２００は、取得したボリュームＩＤとボリューム使用状況テーブル３０１のボリュームＩＤ３０１Ａとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードの使用性能量３０１Ｃに、ディスクコントローラ１０６から取得した性能量を格納する。

次に、取得したボリュームＩＤに対応するボリュームが属するアレイグループ名を、ディスクコントローラ１０６から取得する。次に、選択したレコードの所属アレイグループ名３０１Ｂに、ディスクコントローラ１０６から取得したアレイグループ名を格納する。

次に、取得したボリュームＩＤに対応するボリュームの記憶容量を、ディスクコントローラ１０６から取得する。次に、選択したレコードの容量３０１Ｄに、ディスクコントローラ１０６から取得した記憶容量を格納する。

次に、運用管理プログラム２００は、使用性能量３０１Ｃを容量３０１Ｄで割る。そして、求めた値を使用性能密度３０１Ｅに格納する。

次に、運用管理プログラム２００は、取得したボリュームＩＤに対応するボリュームの使用状況を、ディスクコントローラ１０６から取得する。次に、選択したレコードの使用状況３０１Ｆに、ディスクコントローラ１０６から取得した使用状況を格納する。

図４は、本発明の第１の実施の形態のストレージ管理サーバ１１４のアレイグループ使用状況テーブル３０２の構成図である。

アレイグループ使用状況テーブル３０２は、アレイグループ名３０２Ａ、性能使用上限３０２Ｂ、使用可能性能量３０２Ｃ、容量３０２Ｄ、最適性能密度３０２Ｅ、使用性能量３０２Ｆ、使用容量３０２Ｇ、使用性能密度３０２Ｈ、残り性能量３０２Ｉ、残り容量３０２Ｊ及び残り性能密度３０２Ｋを含む。

アレイグループ名３０２Ａは、論理ボリューム１０８が所属するアレイグループ１０７の一意な識別子である。

性能使用上限３０２Ｂは、当該アレイグループ１０７の性能リソースの容量に対する実際に使用できる性能リソースの容量の割合である。なお、性能使用上限３０２Ｂは、ユーザによって設定される。ユーザは、当該アレイグループ１０７のＲＡＩＤ構成及び／又は論理ボリューム１０８の使用状況等を考慮して、性能使用上限３０２Ｂを設定する。

使用可能性能量３０２Ｃは、当該アレイグループ１０７の実際に使用できる性能リソースの容量であり、使用性能量の上限値である。つまり、当該アレイグループは、使用可能性能量３０２Ｃを超える性能リソースを使用できない。使用可能性能量３０２Ｃは、当該アレイグループ１０７の最大の性能量に性能使用上限３０２Ｂを乗じることによって算出される。

容量３０２Ｄは、当該アレイグループ１０７の記憶領域の容量である。つまり、容量３０２Ｄは、当該アレイグループ１０７に属する論理ボリューム１０８の記憶容量の総和である。

最適性能密度３０２Ｅは、図５で後述するが、当該アレイグループ１０７の使用可能性能量と容量との比ある。つまり、最適性能密度３０２Ｅは、当該アレイグループ１０７の使用性能量と容量との比（使用性能密度）の最適値である。具体的には、最適性能密度３０２Ｅは、使用可能性能量３０２Ｃを容量３０２Ｄで割った値である。

使用性能量３０２Ｆは、当該アレイグループ１０７の現在使用されている性能リソースの容量である。つまり、使用性能量３０２Ｆは、当該アレイグループ１０７に属し、且つ現在使用されている論理ボリューム１０８の使用性能量の総和である。

使用容量３０２Ｇは、当該アレイグループ１０７の現在使用されている記憶領域の容量である。つまり、使用容量３０２Ｇは、当該アレイグループ１０７に属し、且つ現在使用されている論理ボリューム１０８の容量の総和である。

使用性能密度３０２Ｈは、図５で後述するが、当該アレイグループ１０７の使用性能量と使用容量との比である。具体的には、使用性能密度３０２Ｈは、使用性能量３０２Ｆを使用容量３０２Ｇで割った値である。

残り性能量３０２Ｉは、当該アレイグループ１０７の現在使用されていない性能リソースの容量である。具体的には、残り性能量３０２Ｉは、使用可能性能量３０２Ｃから使用性能量３０２Ｆを引いた値である。

残り容量３０２Ｊは、当該アレイグループ１０７の現在使用されていない記憶領域の容量である。具体的には、残り容量３０２Ｊは、容量３０２Ｄから使用容量３０２Ｇを引いた値である。

残り性能密度３０２Ｋは、図５で後述するが、当該アレイグループ１０７の残り性能量と残り容量との比である。具体的には、残り性能密度３０２Ｋは、残り性能量３０２Ｉを残り容量３０２Ｊで割った値である。

次に、アレイグループ使用状況テーブル３０２の更新処理について説明する。なお、運用管理プログラム２００は、データ再配置処理を行う際にアレイグループ使用状況テーブル３０２を更新してもよいし、定期的にアレイグループ使用状況テーブル３０２を更新してもよい。

運用管理プログラム２００は、ストレージサブシステム０５のディスクコントローラ１０６が記憶しているボリュームＩＤ及び性能量を取得する。また、アレイグループ１０７の構成情報を、ディスクコントローラ１０６から取得する。

次に、情報を更新するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードのアレイグループ名３０２Ａとボリューム使用状況テーブル３０１の所属アレイグループ名３０１Ｂとが一致するすべてのレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードの容量３０１Ｄの総和を求める。そして、求めた総和を、アレイグループ使用状況テーブル３０２の容量３０２Ｄに格納する。

次に、使用可能性能量３０２Ｃを容量３０２Ｄで割る。そして、求め値を、アレイグループ使用状況テーブル３０２の最適性能密度３０２Ｅに格納する。

次に、情報を更新するレコードのアレイグループ名３０２Ａとボリューム使用状況テーブル３０１の所属アレイグループ名３０１Ｂとが一致し、且つ使用状況３０１Ｆが「使用」であるすべてのレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードの使用性能量３０１Ｃの総和を求める。そして、求めた総和を、アレイグループ使用状況テーブル３０２の使用性能量３０２Ｆに格納する。

次に、ボリューム使用状況テーブル３０１から選択したレコードの容量３０１Ｄの総和を求める。そして、求めた総和を、アレイグループ使用状況テーブル３０２の使用容量３０２Ｇに格納する。

次に、使用性能量３０２Ｆを使用容量３０２Ｇで割る。そして、求めた値を、アレイグループ使用状況テーブル３０２の使用性能密度３０２Ｈに格納する。

次に、情報を更新するレコードのアレイグループ名３０２Ａとボリューム使用状況テーブル３０１の所属アレイグループ名３０１Ｂとが一致し、且つ使用状況３０１Ｆが「未使用」であるすべてのレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードの使用性能量３０１Ｃの総和を求める。そして、求めた総和を、アレイグループ使用状況テーブル３０２の残り性能量３０２Ｉに格納する。

次に、ボリューム使用状況テーブル３０１から選択したレコードの容量３０１Ｄの総和を求める。そして求めた総和をアレイグループ使用状況テーブル３０２の残り容量３０２Ｊに格納する。

次に、残り性能量３０２Ｉを残り容量３０２Ｊで割る。そして、求めた値を、アレイグループ使用状況テーブル３０２の残り性能密度３０２Ｋに格納する。

図５は、本発明の第１の実施の形態の性能密度の説明図である。

本説明図は、アレイグループ１０７の性能リソースの使用量（性能量）とアレイグループ１０７の容量リソースの使用量（容量）との関係を示すグラフである。当該グラフは、縦軸に性能量を示し、横軸に容量を示す。

当該グラフに示されるアレイグループ１０７は、現在使用性能量４０８の性能リソースを使用している。また、当該アレイグループ１０７は、使用可能性能量４０９まで性能リソースを使用できる。

一方、当該アレイグループ１０７は、現在使用容量４０６の容量リソースを使用している。また、当該アレイグループ１０７は、容量４０７まで容量リソースを使用できる。

この場合、当該アレイグループ１０７の使用性能密度は、線分４０２の傾きとなる。また、当該アレイグループ１０７の残り性能密度は、線分４０３の傾きとなる。また、当該アレイグループ１０７の最適性能密度は、線分４０１の傾きとなる。

本実施の形態では、ストレージ管理サーバ１１４は、アレイグループ１０７の残り性能密度に基づいて、データの再配置を指示する。すると、ストレージ管理サーバ１１４は、アレイグループ１０７の使用性能密度を、最適性能密度に近づけることができる。これによって、ストレージサブシステム１０５は、アレイグループ１０７の性能リソースと容量リソースとを効率よく使用できる。

線分４０４及び線分４０５の傾きは、性能密度の閾値である。なお、線分４０４及び線分４０５については、第２の実施の形態で説明する。

図６は、本発明の第１の実施の形態のストレージ管理サーバ１１４のアレイグループ優先順位テーブル３０３の構成図である。

アレイグループ優先順位テーブル３０３は、アレイグループ名３０３Ａ、優先順位３０３Ｂ及び再配置後使用性能密度３０３Ｃを含む。

アレイグループ名３０３Ａは、論理ボリューム１０８が所属するアレイグループ１０７の一意な識別子である。

優先順位３０３Ｂは、当該アレイグループ１０７がデータの再配置先に適する度合いを示す。つまり、アレイグループ１０７は、優先順位３０３Ｂが高いほど、データの再配置先として適している。

再配置後使用性能密度３０３Ｃは、当該アレイグループ１０７にデータを再配置した場合の使用性能密度である。更に、再配置後使用性能密度３０３Ｃには、当該アレイグループ１０７にデータを再配置した場合の使用性能密度と最適性能密度との差を含む。

図７は、本発明の第１の実施の形態のストレージ管理サーバ１１４の再配置先候補ボリューム一覧テーブル３０４の構成図である。

再配置先候補ボリューム一覧テーブル３０４は、ボリュームＩＤ３０４Ａ及び優先順位３０４Ｂを含む。

ボリュームＩＤ３０４Ａは、ストレージサブシステム１０５の論理ボリューム１０８の一意な識別子である。優先順位３０４Ｂは、当該論理ボリューム１０８がデータの再配置先に適する度合いである。つまり、論理ボリューム１０８は、優先順位３０４Ｂが高いほど、データの再配置先として適している。

図８は、本発明の第１の実施の形態のストレージ管理サーバ１１４の再配置先アレイグループ判定モジュール２０２及び再配置先表示モジュール２０３のフローチャートである。

ユーザは、データの再配置元となる論理ボリューム（再配置要求ボリューム）１０８を指定して、運用管理プログラム２００にデータの再配置を要求する。

すると、運用管理プログラム２００は、再配置要求ボリュームのボリュームＩＤとボリューム使用状況テーブル３０１のボリュームＩＤ３０１Ａとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードから、使用性能密度３０１Ｅを抽出する（５０１）。

次に、選択したレコードから、所属アレイグループ名３０１Ｂ、使用性能量３０１Ｃ及び容量３０１Ｄを抽出する。次に、抽出した所属アレイグループ名３０１Ｂとアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。

次に、選択したレコードの使用性能量３０２Ｆから、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを減算する。次に、選択したレコードの使用容量３０２Ｇから、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを減算する。次に、当該レコードの使用性能量３０２Ｆを、当該レコードの使用容量３０２Ｇで割る。そして、求めた値を、使用性能密度３０２Ｈに格納する。

次に、選択したレコードの残り性能量３０２Ｉに、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。次に、選択したレコードの残り容量３０２Ｊに、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。次に、当該レコードの残り性能量３０２Ｉを、当該レコードの残り容量３０２Ｊで割る。そして、求めた値を、残り性能密度３０２Ｋに格納する。

これによって、再配置要求ボリュームのデータを再配置した後の状態にアレイグループ使用状況テーブル３０２を更新する（５０２）。

次に、運用管理プログラム２００は、再配置要求ボリュームに関するアレイグループ優先順位テーブル３０３（図６）を作成する。

具体的には、アレイグループ使用状況テーブル３０２のレコードを上から順に選択する。次に、ステップ５０１で抽出した使用性能密度３０１Ｅと選択したレコードの残り性能密度３０２Ｋとの差を算出する（５０３）。同様に、アレイグループ使用状況テーブル３０２のすべてのレコードを順番に選択し、使用性能密度３０１Ｅと残り性能密度３０２Ｋとの差を算出する。

次に、それぞれのアレイグループ１０７に優先順位を設定する。具体的には、算出した使用性能密度３０１Ｅと残り性能密度３０２Ｋとの差が大きいアレイグループ１０７から順に、高い優先順位を設定する。

次に、設定した優先順位を、アレイグループ優先順位テーブル３０３の優先順位３０３Ｂに格納する（５０４）。

次に、運用管理プログラム２００は、アレイグループ使用状況テーブル３０２のレコードを上から順に選択する。次に、選択したレコードから、使用性能量３０２Ｆ、使用容量３０２Ｇ及び使用性能密度３０２Ｈを抽出する。

次に、抽出した使用性能量３０２Ｆに、ステップ５０２でボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。これによって、当該アレイグループ１０７にデータを再配置した場合の使用性能量を算出する。

次に、抽出した使用容量３０２Ｇに、ステップ５０２でボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。これによって、当該アレイグループ１０７にデータを再配置した場合の使用容量を算出する。

次に、算出した使用性能量を、算出した使用容量で割る。これによって、当該アレイグループ１０７にデータを再配置した場合の使用性能密度を算出する。そして、算出した使用性能密度を、アレイグループ優先順位テーブル３０３の再配置後使用性能密度３０３Ｃに格納する。

次に、格納した再配置後使用性能密度３０３Ｃとアレイグループ使用状況テーブル３０２から抽出した使用性能密度３０２Ｈとの差を算出する。これによって、当該アレイグループ１０７にデータを再配置した場合の使用性能密度の変化量を算出する。そして、算出した変化量を、アレイグループ優先順位テーブル３０３の使用性能密度３０３Ｃの変化量の欄に格納する。

同様に、アレイグループ使用状況テーブル３０２のすべてのレコードを順番に選択し、当該アレイグループ１０７にデータを再配置した場合の使用性能密度及び使用性能密度の変化量を算出する。そして、算出した使用性能密度及び使用性能密度の変化量を、アレイグループ優先順位テーブル３０３に格納する（５０５）。

次に、運用管理プログラム２００は、再配置要求ボリュームに関する再配置先候補ボリューム一覧テーブル３０４を作成する（５０６）。

具体的には、ボリューム使用状況テーブル３０１の使用状況３０１Ｆが「未使用」であるすべてのレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードからボリュームＩＤ３０１Ａ及び所属アレイグループ名３０１Ｂを抽出する。

次に、抽出したボリュームＩＤ３０１Ａを、再配置先候補ボリューム一覧テーブル３０４のボリュームＩＤ３０４Ａに格納する。

次に、抽出した所属アレイグループ名３０１Ｂとアレイグループ優先順位テーブル３０３のアレイグループ名３０３Ａとが一致するレコードを、アレイグループ優先順位テーブル３０３から選択する。次に、選択したレコードから、優先順位３０３Ｂを抽出する。次に、抽出した優先順位を、再配置先候補ボリューム一覧テーブル３０４の優先順位３０４Ｂに格納する（５０７）。

次に、運用管理プログラム２００は、再配置要求ボリュームのデータの再配置先を、論理ボリューム１０８又はアレイグループ１０７のどちらから選択するかをユーザに指定させる（５０８）。

ユーザが論理ボリューム１０８からの選択を指定すると、運用管理プログラム２００は、再配置先ボリューム選択画面を表示させる（５０９）。

図９は、本発明の第１の実施の形態のストレージ管理サーバ１１４が表示する再配置先ボリューム選択画面６０１の説明図である。

再配置先ボリューム選択画面６０１は、ボリュームＩＤ６０１Ａ、所属アレイグループ名６０１Ｂ及びアレイグループ使用性能密度６０１Ｃを含む。

ボリュームＩＤ６０１Ａは、ストレージサブシステム１０５の論理ボリューム１０８の一意な識別子である。所属アレイグループ名６０１Ｂは、当該論理ボリューム１０８の所属するアレイグループ１０７の一意な識別子である。

アレイグループ使用性能密度６０１Ｃには、データの再配置前及び再配置後の当該アレイグループ１０７の使用性能密度が含まれる。更に、アレイグループ使用性能密度６０１Ｃには、当該アレイグループ１０７の使用性能密度と最適性能密度との差が含まれる。

例えば、ボリュームＩＤ６０１Ａが「１：０１」の論理ボリューム１０８は、「アレイグループ２」に所属する。また、当該論理ボリューム１０８が属するアレイグループ１０７の使用性能密度は、「０．５０」である。また、当該アレイグループ１０７の使用性能密度と最適性能密度との差は、「−０．３０」である。

そして、当該論理ボリューム１０８が再配置要求ボリュームのデータの移動先になると、当該論理ボリューム１０８が所属するアレイグループ１０７の使用性能密度は、「０．５０」から「０．５４」に変化する。また、当該アレイグループ１０７の使用性能密度と最適性能密度との差は、「−０．３０」から「−０．２６」に変化する。

ここで、運用管理プログラム２００の再配置先ボリューム選択画面の作成の処理について説明する。

まず、運用管理プログラム２００は、再配置先候補ボリューム一覧テーブル３０４の優先順位３０４Ｂが高いレコードから順に、ボリュームＩＤ３０４Ａを抽出する。次に、抽出したボリュームＩＤ３０４Ａを、再配置先ボリューム選択画面６０１のボリュームＩＤ６０１Ａに格納する。

次に、格納したボリュームＩＤ６０１Ａとボリューム使用状況テーブル３０１のボリュームＩＤ３０１Ａとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードから、所属アレイグループ名３０１Ｂを抽出する。

次に、抽出した所属アレイグループ名３０１Ｂを、再配置先ボリューム選択画面６０１の所属アレイグループ名６０１Ｂに格納する。

次に、格納した所属アレイグループ名６０１Ｂとアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードから、最適性能密度３０２Ｅ及び使用性能密度３０２Ｈを抽出する。次に、抽出した使用性能密度３０２Ｈから、抽出した最適性能密度３０２Ｅを減算する。そして、減算の結果及び抽出した使用性能密度３０２Ｈを、再配置先ボリューム選択画面６０１のアレイグループ使用性能密度６０１Ｃの現在の状態の欄に格納する。

次に、格納した所属アレイグループ名６０１Ｂとアレイグループ優先順位テーブル３０３のアレイグループ名３０３Ａとが一致するレコードを、アレイグループ優先順位テーブル３０３から選択する。次に、選択したレコードから、再配置後使用性能密度３０３Ｃを抽出する。次に、抽出した再配置後使用性能密度３０３Ｃを、再配置先ボリューム選択画面６０１のアレイグループ使用性能密度６０１Ｃのデータ再配置後の状態の欄に格納する。

ここで図８に戻る。ユーザは、ストレージ管理サーバ１１４に表示された再配置先ボリューム選択画面６０１を参照して、再配置要求ボリュームのデータの再配置先となる論理ボリューム（再配置先ボリューム）１０８を選択する。

すると、運用管理プログラム２００は、データ再配置要求をコントローラ１０４に送信する。データ再配置要求には、再配置要求ボリュームのボリュームＩＤ及び選択された再配置先ボリュームのボリュームＩＤが含まれる。

コントローラ１０４は、データ再配置要求を受信する。そして、コントローラ１０４は、受信した再配置要求から、再配置要求ボリュームのボリュームＩＤ及び再配置先ボリュームのボリュームＩＤを抽出する。そして、再配置要求ボリュームのデータを、再配置先ボリュームに移動することによって、データを再配置する。

一方、運用管理プログラム２００は、ユーザに選択された再配置先ボリュームのボリュームＩＤとボリューム使用状況テーブル３０１のボリュームＩＤ３０１Ａとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードから、所属アレイグループ名３０１Ｂ、使用性能量３０１Ｃ及び容量３０１Ｄを抽出する。

次に、抽出した所属アレイグループ名３０１Ｂとアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。

次に、選択したレコードの使用性能量３０２Ｆに、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。次に、抽出したレコードの使用容量３０２Ｇに、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。次に、当該レコードの使用性能量３０２Ｆを、当該レコードの使用容量３０２Ｇで割る。そして、求めた値を、使用性能密度３０２Ｈに格納する。

次に、選択したレコードの残り性能量３０２Ｉから、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを減算する。次に、抽出したレコードの残り容量３０２Ｊから、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを減算する。次に、当該レコードの残り性能量３０２Ｉを、当該レコードの残り容量３０２Ｊで割る。そして、求めた値を、残り性能密度３０２Ｋに格納する。

以上のように、運用管理プログラム２００は、アレイグループ使用状況テーブル３０２を更新する。そして、データ再配置処理を終了する。

一方、ステップ５０８においてユーザがアレイグループ１０７からの選択を指定すると、運用管理プログラム２００は、再配置先アレイグループ選択画面を表示させる（５１０）。

図１０は、本発明の第１の実施の形態のストレージ管理サーバ１１４が表示する再配置先アレイグループ選択画面６０２の説明図である。

再配置先アレイグループ選択画面６０２は、アレイグループ名６０２Ａ、最適性能密度６０２Ｂ及び使用性能密度６０２Ｃを含む。

アレイグループ名６０２Ａは、アレイグループ１０７の一意な識別子である。最適性能密度６０２Ｂは、当該アレイグループ１０７の性能量と容量との比の最適値である。

使用性能密度６０２Ｃには、データの再配置前及び再配置後の当該アレイグループ１０７の使用性能密度が含まれる。更に、使用性能密度６０２Ｃには、当該アレイグループ１０７の使用性能密度と最適性能密度との差が含まれる。

例えば、アレイグループ名６０２Ａが「アレイグループ２」のレコードについて説明する。当該アレイグループ１０７の最適性能密度６０２Ｂは、「０．８０」である。また、当該アレイグループ１０７の使用性能密度は、「０．５０」である。また、当該アレイグループ１０７の使用性能密度と最適性能密度との差は、「−０．３０」である。

そして、当該アレイグループ１０７が再配置要求ボリュームのデータの移動先になると、当該アレイグループ１０７の使用性能密度は、「０．５０」から「０．５４」に変化する。また、当該アレイグループ１０７の使用性能密度と最適性能密度との差は、「−０．３０」から「−０．２６」に変化する。

ここで、運用管理プログラム２００の再配置先グループ選択画面の作成の処理について説明する。

まず、運用管理プログラム２００は、アレイグループ優先順位テーブル３０３の優先順位３０３Ｂが高いレコードから順に、アレイグループ名３０３Ａを抽出する。次に、抽出したアレイグループ名３０３Ａを、再配置先アレイグループ選択画面６０２のアレイグループ名６０２Ａに格納する。

次に、格納したアレイグループ名６０２Ａとアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードから、最適性能密度３０２Ｅ及び使用性能密度３０２Ｈを抽出する。

次に、抽出した最適性能密度３０２Ｅを、再配置先アレイグループ選択画面６０２の最適性能密度６０２Ａに格納する。

次に、抽出した使用性能密度３０２Ｈから、抽出した最適性能密度３０２Ｅを減算する。そして、減算の結果及び抽出した使用性能密度３０２Ｈを、再配置先アレイグループ選択画面６０２の使用性能密度６０２Ｃの現在の状態の欄に格納する。

次に、格納したアレイグループ名６０２Ａとアレイグループ優先順位テーブル３０３のアレイグループ名３０３Ａとが一致するレコードを、アレイグループ優先順位テーブル３０３から選択する。次に、選択したレコードから、再配置後使用性能密度３０３Ｃを抽出する。次に、抽出した再配置後使用性能密度３０３Ｃを、再配置先ボリューム選択画面６０１のアレイグループ使用性能密６０１Ｃのデータ再配置後の状態の欄に格納する。

ここで、図８に戻る。ユーザは、ストレージ管理サーバに表示された再配置先アレイグループ選択画面６０２を参照して、再配置要求ボリュームのデータの再配置先となるアレイグループ（再配置先アレイグループ）を選択する。

すると、運用管理プログラム２００は、再配置先アレイグループから、任意の論理ボリューム１０８を選択する。そして、選択した論理ボリューム１０８を、再配置先ボリュームとする。

運用管理プログラム２００は、データ再配置要求をコントローラ１０４に送信する。データ再配置要求には、再配置要求ボリュームのボリュームＩＤ及び選択された再配置先ボリュームのボリュームＩＤが含まれる。

コントローラ１０４は、データ再配置要求を受信する。そして、コントローラ１０４は、受信した再配置要求から、再配置要求ボリュームのボリュームＩＤ及び再配置先ボリュームのボリュームＩＤを抽出する。そして、再配置要求ボリュームのデータを、再配置先ボリュームに移動することによって、データを再配置する。

運用管理プログラム２００は、アレイグループ使用状況テーブル３０２を更新する。アレイグループ使用状況テーブル３０２の更新は、ステップ５０９で説明した処理と同一である。よって説明を省略する。

そして、運用管理プログラム２００は、データ再配置処理を終了する。

なお、再配置先アレイグループ判定モジュール２０２は、本説明図のステップ５０１からステップ５０５までの処理である。また、再配置先表示モジュール２０３は、本説明図のステップ５０６からステップ５１０までの処理である。

ユーザは、運用管理プログラム２００にデータの再配置を要求するときに、データの再配置先の対象となるアレイグループ１０７を指定してもよい。この場合、運用管理プログラム２００は、ユーザに指定されたアレイグループ１０７に対してのみ優先順位を設定する。すると、運用管理プログラム２００は、指定されたアレイグループ１０７に関する情報のみを含む再配置先ボリューム選択画面６０１又は再配置先アレイグループ選択画面６０２を表示する。これによって、運用管理プログラム２００は、例えば、アーカイブ用として利用されるアレイグループ１０７をデータの再配置先の対象から外すことができる。

本実施の形態のストレージ管理サーバ１１４は、再配置要求ボリュームの使用性能密度とアレイグループ１０７の残り性能密度との差が小さいアレイグループ１０７から順に、高い優先順位を設定する。そして、優先順位の高いものから順に、アレイグループ１０７を表示する。すると、ユーザは、優先順位の高いアレイグループ１０７をデータの再配置先として選択できる。これを繰り返すことによって、ストレージ管理サーバ１１４は、それぞれのアレイグループ１０７の使用性能密度を最適性能密度に近づけることができる。よって、ストレージサブシステム１０５は、性能リソース及び容量リソースを最大限に活用できる。

（第２の実施の形態）
第２の実施の形態のストレージシステムは、自動的にデータを再配置する。なお、第２の実施の形態のストレージシステムの構成は、ストレージ管理サーバ１１４を除き、第１の実施の形態のストレージシステム（図１）と同一である。よって、説明を省略する。

図１１は、本発明の第２の実施の形態のストレージ管理サーバ１１４のブロック図である。

ストレージ管理サーバ１１４は、メモリ１１６に含まれるプログラム及び情報を除き、第１の実施の形態のストレージ管理サーバ（図２）と同一である。よって、同一の構成には同一の番号を付し、説明を省略する。

メモリ１１６には、運用管理プログラム２００及び運用管理ＤＢ３００が記憶されている。

運用管理プログラム２００は、使用状況取得モジュール２０１、再配置実行判定モジュール２０４、再配置判定モジュール２０５及び再配置実行モジュール２０６を含む。

使用状況取得モジュール２０１は、第１の実施の形態の運用管理プログラムに含まれる処理と同一なので説明を省略する。

再配置実行判定モジュール２０４は、再配置判定モジュール２０５及び再配置実行モジュール２０６を実行するかどうかを判定する。再配置判定モジュール２０５は、図１３Ａ〜図１３Ｃで後述するが、データの再配置元となる論理ボリューム１０８及びデータの再配置先となるアレイグループ１０７を判定する。再配置実行モジュール２０６は、図１３Ｄで後述するが、データの再配置の実行をコントローラ１０４に指示する。

運用管理ＤＢ３００は、ボリューム使用状況テーブル３０１、アレイグループ使用状況テーブル３０２、再配置実行判定テーブル３０６及び再配置ボリューム一覧テーブル３０５を含む。

ボリューム使用状況テーブル３０１、アレイグループ使用状況テーブル３０２、アレイグループ優先順位テーブル３０３及び再配置先候補ボリューム一覧テーブル３０４は、第１の実施の形態のストレージ管理サーバ１１４の構成と同一なので、説明を省略する。

再配置実行判定テーブル３０６は、図１２で後述するが、データの再配置を実行する契機をアレイグループ１０７ごとに管理する。

図１２は、本発明の第２の実施の形態のストレージ管理サーバ１１４の再配置実行判定テーブル３０６の構成図である。

再配置実行判定テーブル３０６は、アレイグループ名３０６Ａ、閾値３０６Ｂ及び期間３０６Ｃを含む。

アレイグループ名３０６Ａは、アレイグループ１０７の一意な識別子である。

閾値３０６Ｂは、当該アレイグループ１０７のデータの再配置を実行する契機である。具体的には、使用性能密度と最適性能密度との差が閾値３０６Ｂを越えると、運用管理プログラム２００は、当該アレイグループ１０７に再配置判定モジュール２０５及び再配置実行モジュール２０６を実行する。

次に、使用性能密度と最適性能密度との差に関する閾値を図５を用いて説明する。

使用性能密度と最適性能密度との差は、線分４０２の傾きと線分４０１の傾きとの差である。よって、使用性能密度に関する閾値が、線分４０４及び線分４０５で表される。

つまり、使用性能密度を表す線分４０２の傾きが線分４０４の傾きを上回ると、運用管理プログラム２００は、当該アレイグループ１０７に再配置判定モジュール２０５及び再配置実行モジュール２０６を実行する。同様に、使用性能密度を表す線分４０２の傾きが線分４０５の傾きを下回ると、運用管理プログラム２００は、当該アレイグループ１０７に再配置判定モジュール２０５及び再配置実行モジュール２０６を実行する。

運用管理プログラム２００は、アレイグループ１０７の使用性能密度と最適性能密度との差が大きくなると、当該アレイグループ１０７のデータを再配置する。これによって、運用管理プログラム２００は、使用性能密度を平準化できる。

ここで図１２に戻る。なお、閾値３０６Ｂは、例えば、アレイグループの最適使用性能量と使用性能量との差に関する閾値等であってもよい。最適使用性能量は、当該アレイグループの使用容量に対応して決定される。

期間３０６Ｃは、当該アレイグループ１０７のデータの再配置を実行する契機である。具体的には、アレイグループ１０７のデータを再配置してから現在までの時間が期間３０６Ｃを超えると、運用管理プログラム２００は、当該アレイグループ１０７に再配置判定モジュール２０５及び再配置実行モジュール２０６を実行する。

つまり、運用管理プログラム２００は、定期的にアレイグループ１０７のデータを再配置する。これによって、運用管理プログラム２００は、使用性能密度を定期的に平準化できる。

運用管理プログラム２００は、再配置実行判定テーブル３０６以外の契機に基づいて、アレイグループ１０７に再配置判定モジュール２０５及び再配置実行モジュール２０６を実行してもよい。

例えば、運用管理プログラム２００は、アレイグループ使用状況テーブル３０２の使用性能量３０２Ｆとアレイグループ使用状況テーブル３０２の使用可能性能量３０２Ｃとを定期的に比較する。そして、運用管理プログラム２００は、アレイグループ使用状況テーブル３０２の使用性能量３０２Ｆがアレイ使用状況テーブル３０２の使用可能性能量３０２Ｃを超えると、当該アレイグループ１０７に再配置判定モジュール２０５及び再配置実行モジュール２０６を実行する。

この場合、運用管理プログラム２００は、使用性能量３０２Ｆが使用可能性能量３０２Ｃを下回るように、当該アレイグループのデータを再配置する。

他にも運用管理プログラム２００は、ユーザからの再配置要求を契機として、アレイグループ１０７に再配置判定モジュール２０５及び再配置実行モジュール２０６を実行してもよい。

図１３は、本発明の第２の実施の形態のストレージ管理サーバ１１４の再配置ボリューム一覧テーブル３０５の構成図である。

再配置ボリューム一覧テーブル３０５は、再配置元ボリュームＩＤ３０５Ａ及び再配置先アレイグループ名３０５Ｂを含む。

再配置元ボリュームＩＤ３０５Ａは、再配置するデータを記憶している論理ボリューム１０８の一意な識別子である。つまり、再配置元ボリュームＩＤ３０５Ａは、再配置元となる論理ボリューム１０８の一意な識別子である。

再配置先アレイグループ名３０５Ｂは、当該論理ボリューム１０８のデータの移動先となるアレイグループ１０７の一意な識別子である。つまり、再配置アレイグループ３０５Ｂは、再配置先となる論理ボリューム１０８の一意な識別子である。

図１４Ａ、図１４Ｂ、図１４Ｃ及び図１４Ｄは、本発明の第２の実施の形態のストレージ管理サーバ１１４の再配置判定モジュール２０５及び再配置実行モジュール２０６のフローチャートである。

まず、運用管理プログラム２００は、データを再配置するアレイグループ（最適化実行アレイグループ）を判定する（１３０１）。具体的には、再配置実行判定テーブル３０６の閾値３０６Ｂ又は期間３０６Ｃを満たしたレコードのアレイグループ名３０６Ａを抽出する。そして、抽出したアレイグループ名３０６Ａに対応するアレイグループ１０７を最適化実行アレイグループとする。

次に、判定した最適化実行アレイグループの使用性能密度が最適性能密度より大きいかどうかを判定する（１３０２）。具体的には、抽出したアレイグループ名３０６Ａとアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードから、最適性能密度３０２Ｅ及び使用性能密度３０２Ｈを抽出する。そして、抽出した使用性能密度３０２Ｈが、抽出した最適性能密度３０２Ｅより大きいかどうかを判定する。

使用性能密度３０２Ｈが最適性能密度３０２Ｅより大きいと判定すると、最適化実行アレイグループのデータを移動するアレイグループ（再配置先アレイグループ）を選択する。具体的には、使用性能密度３０２Ｈが最適性能密度３０２Ｅより小さいレコードを、アレイグループ使用状況テーブル３０２から選択する。なお、選択したレコードが複数ある場合には、当該レコードの中から一つを選択する。例えば、選択した複数のレコードの中から、使用性能密度３０２Ｈと最適性能密度３０２Ｅとの差が最も大きいレコードを選択する。

次に、選択したレコードから、アレイグループ名３０２Ａを抽出する。そして、抽出したアレイグループ名３０２Ａに対応するアレイグループを再配置先アレイグループとする（１３０３）。

次に、最適化実行アレイグループの最適性能密度と再配置先アレイグループの最適性能密度とを比較し、値が大きいものを基準最適性能密度とする（１３０４）。

次に、最適化実行アレイグループに所属する論理ボリューム１０８の中から、基準性能密度より大きい使用性能密度の論理ボリューム１０８を選択する。次に、選択した論理ボリューム１０８の中から、既に再配置元候補ボリュームになっている論理ボリューム１０８以外の論理ボリューム１０８を選択する。そして、選択した論理ボリューム１０８を再配置元候補ボリュームとする（１３０５）。

具体的には、最適化実行アレイグループのアレイグループ名とボリューム使用状況テーブル３０１の所属アレイグループ名３０１Ｂとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードの中から、ボリューム使用状況テーブル３０１の使用性能密度３０１Ｅが基準最適性能密度より大きいレコードを選択する。そして、選択したレコードからボリュームＩＤ３０１Ａを抽出する。そして、抽出したボリュームＩＤ３０１Ａに対応する論理ボリューム１０８の中から、既に再配置元候補ボリュームになっている論理ボリューム１０８以外の論理ボリューム１０８を選択する。そして、選択した論理ボリューム１０８を再配置元候補ボリュームとする。

次に、ステップ１３０５において再配置元候補ボリュームを選択できたかどうかを判定する（１３０６）。ただし、最適化実行アレイグループに属するすべての論理ボリューム１０８が既に再配置元候補ボリュームとなっている場合、再配置元候補ボリュームを選択できなかったと判定する。

再配置元候補ボリュームを選択できなかった場合、そのままステップ１３１８に進む。

一方、再配置元候補ボリュームを選択できた場合、再配置実行モジュール２０６を実行することによって、最適化実行アレイグループ及び再配置先アレイグループの使用性能密度が、それぞれの最適性能密度に近づくかどうかを判定する（１３０７）。

具体的には、再配置元候補ボリュームのデータを再配置先アレイグループに移動することによって、最適化実行アレイグループ及び再配置先アレイグループの使用性能密度が、それぞれの最適性能密度に近づくかどうかを判定する。

使用性能密度が最適性能密度に近づかないと判定すると、再配置元候補ボリュームを再度選択するために、ステップ１３０５に戻る。

一方、使用性能密度が最適性能密度に近づくと判定すると、アレイグループ使用状況テーブル３０１を再配置実行モジュール２０６の実行後の状態に更新する（１３０８）。

具体的には、再配置元候補ボリュームのボリュームＩＤとボリューム使用状況テーブル３０１のボリュームＩＤ３０１Ａとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードから、使用性能量３０１Ｃ及び容量３０１Ｄを抽出する。

次に、最適化実行アレイグループのアレイグループ名とアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードの使用性能量３０２Ｆから、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを減算する。次に、選択したレコードの使用容量３０２Ｇから、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを減算する。次に、選択したレコードの使用性能量３０２Ｆを、選択したレコードの使用容量３０２Ｇで割る。そして、求めた値を、使用性能密度３０２Ｈに格納する。

次に、選択したレコードの残り性能量３０２Ｉに、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。次に、選択したレコードの残り容量３０２Ｊに、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。次に、選択したレコードの残り性能量３０２Ｉを、選択したレコードの残り容量３０２Ｊで割る。そして、求めた値を、選択したレコードの残り性能密度３０２Ｋに格納する。

次に、再配置先アレイグループのアレイグループ名とアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードの使用性能量３０２Ｆに、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。次に、選択したレコードの使用容量３０２Ｇに、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。次に、選択したレコードの使用性能量３０２Ｆを、選択したレコードの使用容量３０２Ｇで割る。そして、求めた値を、使用性能密度３０２Ｈに格納する。

次に、選択したレコードの残り性能量３０２Ｉから、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを減算する。次に、選択したレコードの残り容量３０２Ｊから、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを減算する。次に、選択したレコードの残り性能量３０２Ｉを、選択したレコードの残り容量３０２Ｊで割る。そして、求めた値を、選択したレコードの残り性能密度３０２Ｋに格納する。

次に、再配置ボリューム一覧テーブル３０５に新たなレコードを追加する。次に、追加したレコードの再配置元ボリュームＩＤ３０５Ａに、ステップ１３０５で選択した再配置元候補ボリュームのボリュームＩＤを格納する。次に、追加したレコードの再配置先アレイグループ名３０５Ｂに、ステップ１３０３で選択した再配置アレイグループのアレイグループ名を格納する（１３０９）。

次に、運用管理プログラム２００は、処理終了判定を行う（１３１７）。なお、処理終了判定については、図１５で詳細を説明する。

運用管理プログラム２００は、再配置判定モジュール２０５を終了しないと判定すると、本処理を再度実行するので、ステップ１３０３に戻る。

一方、再配置判定モジュール２０５を終了すると判定すると、再配置ボリューム一覧テーブル３０５に基づいて再配置実行モジュール２０６を実行する（１３１８）。

具体的には、再配置ボリューム一覧テーブル３０５の再配置元ボリュームＩＤ３０５Ａに対応する論理ボリューム１０８のデータを、再配置ボリューム一覧テーブル３０５の再配置先アレイグループ名３０５Ｂに対応するアレイグループに所属する論理ボリューム１０８に移動する。

そして、本処理を終了する。

一方、ステップ１３０２で使用性能密度３０２Ｈが最適性能密度３０２Ｅ以下であると判定すると、最適化実行アレイグループのデータを移動するアレイグループ（再配置先アレイグループ）を選択する。具体的には、使用性能密度３０２Ｈが最適性能密度３０２Ｅより大きいレコードを、アレイグループ使用状況テーブル３０２から選択する。なお、選択したレコードが複数ある場合には、当該レコードの中から一つを選択する。例えば、選択した複数のレコードの中から、使用性能密度３０２Ｈと最適性能密度３０２Ｅとの差が最も大きいレコードを選択する。

次に、選択したレコードから、アレイグループ名３０２Ａを抽出する。そして、抽出したアレイグループ名３０２Ａに対応するアレイグループを再配置先アレイグループとする（１３１０）。

次に、最適化実行アレイグループの最適性能密度と再配置先アレイグループの最適性能密度とを比較し、値が小さいものを基準最適性能密度とする（１３１１）。

次に、最適化実行アレイグループに属する論理ボリューム１０８の中から、基準性能密度より小さい使用性能密度の論理ボリューム１０８を選択する。次に、選択した論理ボリューム１０８の中から、既に再配置元候補ボリュームになっている論理ボリューム１０８以外の論理ボリューム１０８を選択する。そして、選択した論理ボリューム１０８を再配置元候補ボリュームとする（１３１２）。

具体的には、最適化実行アレイグループのアレイグループ名とボリューム使用状況テーブル３０１の所属アレイグループ名３０１Ｂとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードの中から、ボリューム使用状況テーブル３０１の使用性能密度３０１Ｅが基準最適性能密度より小さいレコードを選択する。そして、選択したレコードからボリュームＩＤ３０１Ａを抽出する。そして、抽出したボリュームＩＤ３０１Ａに対応する論理ボリューム１０８の中から、既に再配置元候補ボリュームになっている論理ボリューム１０８以外の論理ボリューム１０８を選択する。そして、選択した論理ボリューム１０８を再配置元候補ボリュームとする。

次に、ステップ１３１２において再配置元候補ボリュームを選択できたかどうかを判定する（１３１３）。ただし、最適化実行アレイグループに属するすべての論理ボリューム１０８が既に再配置元候補ボリュームとなっている場合、再配置元候補ボリュームを選択できなかったと判定する。

再配置元候補ボリュームを選択できなかった場合、そのままステップ１３１８に進む。

一方、再配置元候補ボリュームを選択できた場合、再配置実行モジュール２０６を実行することによって、最適化実行アレイグループ及び再配置先アレイグループの使用性能密度が、それぞれの最適性能密度に近づくかどうかを判定する（１３１４）。

具体的には、再配置元候補ボリュームのデータを再配置先アレイグループに移動することによって、最適化実行アレイグループ及び再配置先アレイグループの使用性能密度が、それぞれの最適性能密度に近づくかどうかを判定する。

使用性能密度が最適性能密度に近づかないと判定すると、再配置元候補ボリュームを再度選択するために、ステップ１３１０に戻る。

一方、使用性能密度が最適性能密度に近づくと判定すると、アレイグループ使用状況テーブル３０１を再配置実行モジュール２０６の実行後の状態に更新する（１３１５）。

具体的には、再配置元候補ボリュームのボリュームＩＤとボリューム使用状況テーブル３０１のボリュームＩＤ３０１Ａとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードから、使用性能量３０１Ｃ及び容量３０１Ｄを抽出する。

次に、最適化実行アレイグループのアレイグループ名とアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードの使用性能量３０２Ｆから、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを減算する。次に、選択したレコードの使用容量３０２Ｇから、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを減算する。次に、選択したレコードの使用性能量３０２Ｆを、選択したレコードの使用容量３０２Ｇで割る。そして、求めた値を、使用性能密度３０２Ｈに格納する。

次に、選択したレコードの残り性能量３０２Ｉに、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。次に、選択したレコードの残り容量３０２Ｊに、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。次に、選択したレコードの残り性能量３０２Ｉを、選択したレコードの残り容量３０２Ｊで割る。そして、求めた値を、選択したレコードの残り性能密度３０２Ｋに格納する。

次に、再配置先アレイグループのアレイグループ名とアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードの使用性能量３０２Ｆに、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。次に、選択したレコードの使用容量３０２Ｇに、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。次に、選択したレコードの使用性能量３０２Ｆを、選択したレコードの使用容量３０２Ｇで割る。そして、求めた値を、使用性能密度３０２Ｈに格納する。

次に、選択したレコードの残り性能量３０２Ｉから、ボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを減算する。次に、選択したレコードの残り容量３０２Ｊから、ボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを減算する。次に、選択したレコードの残り性能量３０２Ｉを、選択したレコードの残り容量３０２Ｊで割る。そして、求めた値を、選択したレコードの残り性能密度３０２Ｋに格納する。

次に、再配置ボリューム一覧テーブル３０５に新たなレコードを追加する。次に、追加したレコードの再配置元ボリュームＩＤ３０５Ａに、ステップ１３１２で選択した再配置元候補ボリュームのボリュームＩＤを格納する。次に、追加したレコードの再配置先アレイグループ名３０５Ｂに、ステップ１３０３で選択した再配置アレイグループのアレイグループ名を格納する（１３１６）。

次に、運用管理プログラム２００は、処理終了判定を行う（１３１７）。なお、処理終了判定については、図１５で詳細を説明する。

運用管理プログラム２００は、処理を終了しないと判定すると、本処理を再度実行するので、ステップ１３１０に戻る。

一方、処理を終了すると判定すると、再配置ボリューム一覧テーブル３０５に基づいて再配置実行モジュール２０６を実行する（１３１８）。具体的には、再配置ボリューム一覧テーブル３０５の再配置元ボリュームＩＤ３０５Ａに対応する論理ボリューム１０８のデータを、再配置ボリューム一覧テーブル３０５の再配置先アレイグループ名３０５Ｂに対応するアレイグループに所属する論理ボリューム１０８に移動する。

そして、本処理を終了する。

図１５は、本発明の第２の実施の形態のストレージ管理サーバ１１４の処理終了判定処理のフローチャートである。

当該処理終了判定処理は、ストレージ管理サーバ１１４の再配置判定モジュール（図１４Ｂ及び図１４Ｃ）のステップ１３１７で実行される。

まず、運用管理プログラム２００は、再配置判定モジュール２０５を実行する契機が、再配置実行判定テーブル３０６の閾値３０６Ｂに基づくものであるか否かを判定する。つまり、使用性能密度と最適性能密度との差が再配置実行判定テーブル３０６の閾値３０６Ｂを越えることが、再配置判定モジュール２０５を実行する契機になったかどうかを判定する（１５０１）。

再配置判定モジュール２０５の実行の契機が閾値３０６Ｂに基づかない場合、ステップ１５０３に進む。

一方、再配置判定モジュール２０５の実行の契機が閾値３０６Ｂに基づく場合、最適化実行アレイグループの使用性能密度と最適性能密度との差が閾値３０６Ｂを下回ったかどうかを判定する（１５０２）。

具体的には、最適化実行アレイグループのアレイグループ名とアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードから、最適性能密度３０２Ｅ及び使用性能密度３０２Ｈを抽出する。次に、最適化実行アレイグループのアレイグループ名と再配置実行判定テーブル３０６のアレイグループ名３０６Ａとが一致するレコードを、再配置実行判定テーブル３０６から選択する。次に、選択したレコードから閾値３０６Ｂを抽出する。そして、抽出した最適性能密度３０２Ｅと使用性能密度３０２Ｈとの差が、抽出した閾値３０６Ｂより小さいかどうかを判定する。

差が閾値３０６Ｂより小さいと、再配置判定モジュール２０５を終了すると判定する。そして、図１４Ｄのステップ１３１９の再配置実行モジュール２０６の処理に移る。

一方、ステップ１５０１において再配置判定モジュール２０５の実行の契機が閾値３０６Ｂに基づかない場合、又はステップ１５０２において差が閾値３０６Ｂ以上である場合、ステップ１５０３に進む。

そして、再配置実行モジュール２０６を実行する回数が、ユーザによって指定された実行要求回数に達するかどうかを判定する（１５０３）。具体的には、図１４Ｂのステップ１３０５又は図１４Ｃのステップ１３１２で選択した再配置元候補ボリュームの数が、ユーザによって指定された実行要求回数以上になったかどうかを判定する。

再配置実行モジュール２０６を実行する回数が実行要求回数に達しない場合、再配置判定モジュール２０５を繰り返す。そのため、図１４Ｂのステップ１３０３又は図１４Ｃのステップ１３１０に戻る。

一方、再配置実行モジュール２０６を実行する回数が実行要求回数に達する場合、再配置判定モジュール２０５を終了すると判定する。そして、図１４Ｄのステップ１３１９の再配置実行モジュール２０６の処理に移る。

本実施の形態では、運用管理プログラム２００は、最適化を行うアレイグループ１０７から他のアレイグループ１０７にデータを移動することによって、使用性能密度を最適性能密度に近づける。

他にも、運用管理プログラム２００は、最適化を行うアレイグループ１０７に他のアレイグループ１０７からデータを移動することによって、使用性能密度を最適性能密度に近づけてもよい。具体的には、運用管理プログラム２００は、データの再配置元となるアレイグループ（再配置元アレイグループ）１０７のデータを、最適化を行うアレイグループ１０７に所属する論理ボリューム（再配置先論理ボリューム）１０８に移動する。

この場合の運用管理プログラム２００の再配置判定モジュール２０５では、ステップ１３０３〜１３０５（図１４Ｂ）及びステップ１３１０〜１３１２（図１４Ｃ）が異なる。以下、異なる処理について説明する。

運用管理プログラム２００は、ステップ１３０３において、使用性能密度が最適性能密度より小さいアレイグループ１０７を再配置元アレイグループとする。

次に、ステップ１３０４において、最適化実行アレイグループの最適性能密度と再配置元アレイグループの使用性能密度とを比較し、値が小さいものを基準最適密度とする。

次に、ステップ１３０５において、最適化実行アレイグループに属する論理ボリューム１０８の中から、基準性能密度より小さい使用性能密度の論理ボリューム１０８を選択する。次に、選択した論理ボリューム１０８の中から、既に再配置先候補ボリュームになっている論理ボリューム１０８以外の論理ボリューム１０８を選択する。そして、選択した論理ボリューム１０８を再配置先候補ボリュームとする。

以降の処理は同様であるので、説明を省略する。

また、運用管理プログラム２００は、ステップ１３１０において、使用性能密度が最適性能密度より大きいアレイグループ１０７を再配置元アレイグループとする。

次に、ステップ１３１１において、最適化実行アレイグループの最適性能密度と再配置元アレイグループの使用性能密度とを比較し、値が大きいものを基準最適密度とする。

次に、ステップ１３１２において、最適化実行アレイグループに属する論理ボリューム１０８の中から、基準性能密度より大きい使用性能密度の論理ボリューム１０８を選択する。次に、選択した論理ボリューム１０８の中から、既に再配置先候補ボリュームになっている論理ボリューム１０８以外の論理ボリューム１０８を選択する。そして、選択した論理ボリューム１０８を再配置先候補ボリュームとする。

以降の処理は同様であるので、説明を省略する。

これによって、運用管理プログラム２００は、再配置元アレイグループのデータを、最適化実行アレイグループに所属する再配置先ボリュームに移動することができる。

従って、運用管理プログラム２００は、最適化を行うアレイグループ１０７の使用容量が少ない場合又は最適化を行うアレイグループ１０７から移動する適切なデータが見つからない場合であっても、最適化を行うことができる。

更に、運用管理プログラム２００は、最適化を行うアレイグループ１０７から他のアレイグループ１０７にデータを移動する形態及び最適化を行うアレイグループ１０７に他のアレイグループ１０７からデータを移動する形態を組み合わせて実行してもよい。これによって、運用管理プログラム２００は、柔軟な最適化を行うことができる。

また、運用管理プログラム２００は、再配置先アレイグループの対象となるアレイグループ１０７をユーザに指定させてもよい。例えば、ユーザは、再配置先アレイグループとして選択されるアレイグループ１０７を予め指定しておく。すると、運用管理プログラム２００は、指定されたアレイグループ１０７の中から、再配置先アレイグループを選択する。

（第３の実施の形態）
第３の実施の形態のストレージシステムは、ユーザによって指定された論理ボリューム１０８のデータを最適化実行アレイグループに移動できない場合に、最適化実行アレイグループの最適化を実行する。

第３の実施の形態のストレージシステムの構成は、第２の実施の形態のストレージシステム（図１）と同一である。よって、説明を省略する。また、第３の実施の形態のストレージ管理サーバ１１４の構成は、第２の実施の形態のストレージ管理サーバ（図１１）と同一である。よって、説明を省略する。

図１６Ａ、図１６Ｂ、図１６Ｃ及び図１６Ｄは、本発明の第３の実施の形態のストレージ管理サーバ１１４の再配置判定モジュール２０５及び再配置実行モジュール２０６のフローチャートである。

まず、ユーザは、最適化の実行を要求するアレイグループ（最適化実行アレイグループ）を指定して、データの再配置をストレージ管理サーバ１１４に要求する。このとき、ユーザは、最適化実行アレイグループに移動するデータを記憶している論理ボリューム（再配置要求ボリューム）１０８を指定する。

つまり、運用管理プログラム２００は、ユーザに指定された再配置要求ボリュームのデータを最適化実行アレイグループに移動することによって、最適化実行アレイグループを最適化しようとする。ところが、最適化実行アレイグループは、空いている記憶領域が少なく、再配置要求ボリュームのデータをこのままでは記憶できない。つまり、運用管理プログラム２００は、再配置要求ボリュームのデータを最適化実行アレイグループに移動できない。

運用管理プログラム２００は、このような場合に本実施の形態の再配置判定モジュール２０５を実行する。

なお、第３の実施の形態の再配置判定モジュール２０５は、複数のステップを除き、第２の実施の形態の再配置判定モジュール（図１４Ａ〜図１４Ｄ）と同一である。よって、同一のステップには、同一の番号を付し、説明を省略する。

運用管理プログラム２００は、ステップ１３０５において再配置元候補ボリュームを選択できたかどうかを判定する（１３０６）。再配置元候補ボリュームを選択できなかった場合、最適化実行アレイグループの最適化を実行できない。よって、そのまま本処理を終了する。

同様に、運用管理プログラム２００は、ステップ１３１２において再配置元候補ボリュームを選択できたかどうかを判定する（１３１３）。再配置元候補ボリュームを選択できなかった場合、最適化実行アレイグループの最適化を実行できない。よって、そのまま本処理を終了する。

また、運用管理プログラム２００は、ステップ１３１７の終了判定処理の代わりに、再配置要求ボリュームのデータを最適化実行アレイグループに移動できるかどうかを判定する。

具体的には、最適化実行アレイグループのアレイグループ名とアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードから、残り容量３０２Ｊを抽出する。次に、再配置要求ボリュームのボリュームＩＤとボリューム使用状況テーブル３０１のボリュームＩＤ３０１Ａとが一致するレコードを、ボリューム使用状況テーブル３０１から選択する。次に、選択したレコードから、容量３０１Ｄを抽出する。そして、抽出した残り容量３０２Ｊが、抽出した容量３０１Ｄ以上であるか否かを判定する（１６１７）。

残り容量３０２Ｊが容量３０１Ｄより小さいと、再配置実行アレイグループの残り容量３０２Ｊを増やすため、ステップ１３０３又はステップ１３１０に戻る。

一方、残り容量３０２Ｊが容量３０１以上であると、再配置要求ボリュームのデータを最適化実行アレイグループに移動できる。そこで、運用管理プログラム２００は、再配置ボリューム一覧テーブル３０５に基づいて再配置実行モジュール２０６を実行する（１３１８）。具体的には、再配置ボリューム一覧テーブル３０５の再配置元ボリュームＩＤ３０５Ａに対応する論理ボリューム１０８のデータを、再配置ボリューム一覧テーブル３０５の再配置先アレイグループ名３０５Ｂに対応するアレイグループ１０７に所属する論理ボリューム１０８に移動する。これによって、最適化実行アレイグループに空き領域を作成する。

次に、再配置要求ボリュームのデータを最適化実行アレイグループに移動する（１６１９）。そして、本処理を終了する。

本実施の形態のストレージ管理サーバ１１４は、ユーザによって指定された論理ボリューム１０８のデータを最適化実行アレイグループに移動できない場合であっても、最適化実行アレイグループの最適化を実行できる。

（第４の実施の形態）
第４の実施の形態のストレージシステムは、すべてのアレイグループ１０７の使用性能密度が均一となるように、データを再配置する。

第４の実施の形態のストレージシステムの構成は、第２の実施の形態のストレージシステム（図１）と同一である。よって、説明を省略する。また、第４の実施の形態のストレージ管理サーバ１１４の構成は、第２の実施の形態のストレージ管理サーバ（図１１）と同一である。よって、説明を省略する。

なお、第４の実施の形態のストレージシステムは、第２の実施の形態及び第３の実施の形態のストレージシステムに適用できる。

第２の実施の形態及び第３のストレージ管理サーバ１１４は、使用性能密度を最適性能密度に近づけるように、データを再配置する。しかし、第４の実施の形態のストレージ管理サーバ１１４は、使用性能密度を平均使用性能密度に近づけるようにデータを再配置する。なお、平均使用性能密度は、すべてのアレイグループ１０７の使用性能密度の平均である。

具体的には、第４の実施の形態のストレージ管理サーバ１１４は、すべての処理において、最適性能密度の代わりに平均使用性能密度を用いる。それ以外の処理は、第２の実施の形態及び第３の実施の形態のストレージ管理サーバ１１４の処理と同一である。よって説明を省略する。

第２の実施の形態及び第３の実施の形態のストレージ管理サーバ１１４は、すべてのアレイグループ１０７の使用性能密度が最適性能密度より高い場合、アレイグループ１０７を最適化できない。同様に、ストレージ管理サーバ１１４は、すべてのアレイグループ１０７の使用性能密度が最適性能密度より低い場合、アレイグループ１０７を最適化できない。

しかし、第４の実施の形態のストレージ管理サーバは、このような場合であっても、アレイグループ１０７を最適化できる。

運用管理プログラム２００は、最適性能密度又は平均使用性能密度のいずれを用いるかをユーザに選択させてもよい。これによって、運用管理プログラム２００は、柔軟な最適化を実行できる。

（第５の実施の形態）
第５の実施の形態のストレージ管理サーバ１１４は、データの再配置後の使用性能密度に基づいて、優先順位を決定する。

第５の実施の形態のストレージシステムの構成は、第１の実施の形態のストレージシステム（図１）と同一である。よって、説明を省略する。また、第５の実施の形態のストレージ管理サーバ１１４の構成は、第１の実施の形態のストレージ管理サーバ（図２）と同一である。よって、説明を省略する。

図１７は、本発明の第５の実施の形態のストレージ管理サーバ１１４の再配置先アレイグループ判定モジュール２０２のフローチャートである。

まず、運用管理プログラム２００は、ステップ５０１及びステップ５０２を実行する。ステップ５０１及びステップ５０２は、第１の実施の形態の再配置先アレイグループ判定モジュール（図８）の処理と同一である。よって、説明を省略する。

運用管理プログラム２００は、アレイグループ使用状況テーブル３０２を更新すると、再配置要求ボリュームに関するアレイグループ優先順位テーブル３０３（図６）を作成する。そして、作成したアレイグループ優先順位テーブル３０３の再配置後使用性能密度３０３Ｃに値を格納する（１７０３）。

具体的には、アレイグループ使用状況テーブル３０２のレコードを上から順に選択する。次に、選択したレコードから、使用性能量３０２Ｆ、使用容量３０２Ｇ及び使用性能密度３０２Ｈを抽出する。次に、抽出した使用性能量３０２Ｆに、ステップ５０２でボリューム使用状況テーブル３０１から抽出した使用性能量３０１Ｃを加算する。これによって、当該アレイグループ１０７にデータを再配置した場合の使用性能量を算出する。次に、抽出した使用容量３０２Ｇに、ステップ５０２でボリューム使用状況テーブル３０１から抽出した容量３０１Ｄを加算する。これによって、当該アレイグループ１０７にデータを再配置した場合の使用容量を算出する。

次に、算出した使用性能量を、算出した使用容量で割る。これによって、当該アレイグループ１０７にデータを再配置した場合の使用性能密度を算出する。そして、算出した使用性能密度を、アレイグループ優先順位テーブル３０３の再配置後使用性能密度３０３Ｃに格納する。

次に、格納した再配置後使用性能密度３０３Ｃとアレイグループ使用状況テーブル３０２から抽出した使用性能密度３０２Ｈとの差を算出する。これによって、当該アレイグループ１０７にデータを再配置した場合の使用性能密度の変化量を算出する。そして、算出した変化量を、アレイグループ優先順位テーブル３０３の再配置後使用性能密度３０３Ｃの変化量の欄に格納する。

同様に、アレイグループ使用状況テーブル３０２のすべてのレコードを順番に選択し、それぞれのアレイグループ１０７にデータを再配置した場合の使用性能密度及び使用性能密度の変化量を算出する。そして、算出した使用性能密度及び使用性能密度の変化量を、アレイグループ優先順位テーブル３０３の再配置後使用性能密度３０３Ｃに格納する（１７０３）。

次に、作成した再配置後使用性能テーブル３０３のレコードを、上から順番に選択する。次に、選択したレコードから、アレイグループ名３０３Ａ及び再配置後使用性能密度３０３Ｃを抽出する。次に、抽出したアレイグループ名３０３Ａとアレイグループ使用状況テーブル３０２のアレイグループ名３０２Ａとが一致するレコードを、アレイグループ使用状況テーブル３０２から選択する。次に、選択したレコードから、最適性能密度３０２Ｅを抽出する。次に、抽出した再配置後使用性能密度３０３Ｃと抽出した最適性能密度３０２Ｅとの差を算出する。

同様に、作成した再配置後使用性能テーブル３０３のすべてのレコードを順番に選択し、それぞれのアレイグループ１０７の再配置後使用性能密度３０３Ｃと最適性能密度３０２Ｅとの差を算出する（１７０４）。

次に、それぞれのアレイグループ１０７に優先順位を設定する。具体的には、算出した再配置後使用性能密度３０３Ｃと最適性能密度３０２Ｅとの差が小さいアレイグループ１０７から順に、高い優先順位を設定する。

次に、設定した優先順位を、アレイグループ優先順位テーブル３０３の優先順位３０３Ｂに格納する（１７０５）。

そして、再配置先アレイグループ判定モジュール２０２の処理を終了する。

本実施の形態のストレージ管理サーバ１１４は、データの再配置後の使用性能密度に基づいて、優先順位を設定する。そして、優先順位の高いものから順に、アレイグループ１０７を表示する。すると、ユーザは、優先度の高いアレイグループ１０７をデータの再配置先として選択できる。これを繰り返すことによって、ストレージ管理サーバ１１４は、それぞれのアレイグループ１０７の使用性能密度を最適性能密度に近づけることができる。よって、ストレージサブシステム１０５は、性能リソース及び容量リソースを最大限に活用できる。

（第６の実施の形態）
第６の実施の形態のストレージ管理サーバ１１４は、ユーザが論理ボリューム１０８に対して要求する性能量に基づいて、データを再配置する。

なお、第６の実施の形態は、第１〜５の実施の形態のストレージシステムのいずれにも適用できる。

第６の実施の形態のストレージシステムの構成は、第１の実施の形態のストレージシステム（図１）と同一である。よって、説明を省略する。また、第６の実施の形態のストレージ管理サーバ１１４の構成は、ボリューム使用状況テーブル３０１を除き、第１の実施の形態のストレージ管理サーバ（図２）又は第２の実施の形態のストレージ管理サーバ（図１１）と同一である。よって、説明を省略する。

図１８は、本発明の第６の実施の形態のストレージ管理サーバ１１４のボリューム使用状況テーブル３０１の構成図である。

ボリューム使用状況テーブル３０１は、ボリュームＩＤ３０１Ａ、所属アレイグループ名３０１Ｂ、使用性能量３０１Ｃ、容量３０１Ｄ、使用性能密度３０１Ｅ、使用状況３０１Ｆ、要求性能量３０１Ｇ及び要求性能密度３０１Ｈを含む。

ボリュームＩＤ３０１Ａ、所属アレイグループ名３０１Ｂ、使用性能量３０１Ｃ、容量３０１Ｄ、使用性能密度３０１Ｅ及び使用状況３０１Ｆは、第１の実施の形態のボリューム管理テーブル（図３）の構成と同一である。同一の構成には同一の番号を付し、説明を省略する。

要求性能量３０１Ｇは、当該論理ボリューム１０８に対してユーザが要求する性能量である。つまり、ストレージサブシステム１０５は、要求性能量３０１Ｇに対応する性能を当該論理ボリューム１０８に対してアレイグループ１０７内で確保する。

要求性能密度３０１Ｈは、当該論理ボリューム１０８の要求性能量と容量との比である。具体的には、使用性能密度３０１Ｅは、要求性能量３０１Ｇを容量３０１Ｄで割った値である。

本実施の形態のストレージ管理サーバ１１４は、すべての処理においてボリューム使用状況テーブル３０１の使用性能量３０１Ｃを用いる場合、使用性能量３０１Ｃと要求性能量３０１Ｇとを比較する。

要求性能量３０１Ｇが使用性能量３０１Ｃより大きい場合、使用性能量３０１Ｃの代わりに要求性能量３０１Ｇを、当該論理ボリューム１０８の使用性能量として用いる。一方、要求性能量３０１Ｇが使用性能量３０１Ｃ以下の場合、使用性能量３０１Ｃを当該論理ボリューム１０８の使用性能量として用いる。

例えば、ストレージ管理サーバ１１４は、アレイグループ１０７の使用性能量を求めるときに、当該アレイグループ１０７に所属するそれぞれの論理ボリューム１０８の使用性能量３０１Ｃと要求性能量３０１Ｇとを比較する。そして、それぞれの論理ボリューム１０８ごとに、使用性能量３０１Ｃ又は要求性能量３０１Ｇの値の大きいものを抽出する。そして、抽出した値の総和を求め、当該アレイグループ１０７の使用性能量とする。

本実施の形態のストレージ管理サーバ１１４は、ユーザに要求された性能量を確保しながら、データを再配置できる。

（第７の実施の形態）
第７の実施の形態のストレージ管理サーバ１１４は、所定の期間内の使用性能量の平均値を、使用性能量として用いる。

なお、第７の実施の形態は、第１〜５の実施の形態のストレージシステムのいずれにも適用できる。

第７の実施の形態のストレージシステムの構成は、第１の実施の形態のストレージシステム（図１）と同一である。よって、説明を省略する。また、第６の実施の形態のストレージ管理サーバ１１４の構成は、ボリューム使用状況テーブル３０１を除き、第１の実施の形態のストレージ管理サーバ（図２）又は第２の実施の形態のストレージ管理サーバ（図１１）と同一である。よって、説明を省略する。

ユーザは、使用性能量の平均をとる期間をストレージ管理サーバ１１４に設定する。なお、ユーザは、複数の論理ボリューム１０８の集合又はアレイグループ１０７等に対して同一の期間を設定してもよい。

本実施の形態では、運用管理プログラム２００の使用状況取得モジュール２０１が第１〜５の実施の形態と異なる。そこで、運用管理プログラムの使用状況取得モジュール２０１について説明する。

運用管理プログラム２００は、ストレージサブシステム１０５のディスクコントローラ１０６が記憶しているボリュームＩＤ及び性能量を所定のサンプリング間隔で取得する。

次に、運用管理プログラム２００は、ユーザによって設定された期間となるまで、取得した性能量の和を論理ボリューム１０８ごとに求める。そして、求めた性能量の和及び取得したボリュームＩＤを記憶する。

運用管理プログラム２００は、ユーザによって設定された期間を経過すると、記憶している性能量の和を当該期間で割る。これによって、ユーザによって指定された期間の性能量の平均値を算出する。

そして、算出した性能量の平均値を、ボリューム使用状況テーブル３０１の使用性能量３０１Ｃに格納する。

以上のように、本実施の形態のストレージ管理サーバ１１４は、所定の期間内の使用性能量の平均値を、使用性能量として用いる。これによって、ストレージ管理サーバ１１４は、性能リソースの使用量の変化が大きいデータに対しても、適切な再配置を実行できる。

本発明の第１の実施の形態のストレージシステムのブロック図である。 本発明の第１の実施の形態のストレージ管理サーバのブロック図である。 本発明の第１の実施の形態のストレージ管理サーバのボリューム使用状況テーブル３０１の構成図である。 本発明の第１の実施の形態のストレージ管理サーバのアレイグループ使用状況テーブル３０２の構成図である。 本発明の第１の実施の形態の性能密度の説明図である。 本発明の第１の実施の形態のストレージ管理サーバのアレイグループ優先順位テーブルの構成図である。 本発明の第１の実施の形態のストレージ管理サーバの再配置先候補ボリューム一覧テーブルの構成図である。 本発明の第１の実施の形態のストレージ管理サーバの再配置先アレイグループ判定モジュール及び再配置先表示モジュールのフローチャートである。 本発明の第１の実施の形態のストレージ管理サーバが表示する再配置先ボリューム選択画面の説明図である。 本発明の第１の実施の形態のストレージ管理サーバが表示する再配置先アレイグループ選択画面の説明図である。 本発明の第２の実施の形態のストレージ管理サーバのブロック図である。 本発明の第２の実施の形態のストレージ管理サーバの再配置実行判定テーブルの構成図である。 本発明の第２の実施の形態のストレージ管理サーバの再配置ボリューム一覧テーブルの構成図である。 本発明の第２の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第２の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第２の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第２の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第２の実施の形態のストレージ管理サーバの処理終了判定処理のフローチャートである。 本発明の第３の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第３の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第３の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第３の実施の形態のストレージ管理サーバの再配置判定モジュール及び再配置実行モジュールのフローチャートである。 本発明の第５の実施の形態のストレージ管理サーバの再配置先アレイグループ判定モジュールのフローチャートである。 本発明の第６の実施の形態のストレージ管理サーバのボリューム使用状況テーブルの構成図である。

符号の説明

１０１ ホストサーバ
１０３ ＳＡＮ
１０４ コントローラ
１０５ ストレージサブシステム
１０６ ディスクコントローラ
１０７ アレイグループ
１０８ 論理ボリューム
１０９ 物理ディスク
１１３ ＬＡＮ
１１４ ストレージ管理サーバ
１１５ ＣＰＵ
１１６ メモリ
２００ 運用管理プログラム
２０１ 使用状況取得モジュール
２０２ 再配置先アレイグループ判定モジュール
２０３ 再配置先表示モジュール
２０４ 再配置実行判定モジュール
２０５ 再配置判定モジュール
２０６ 再配置実行モジュール
３００ 運用管理ＤＢ
３０１ ボリューム使用状況テーブル
３０２ アレイグループ使用状況テーブル
３０３ アレイグループ優先順位テーブル
３０４ 再配置先ボリューム一覧テーブル
３０５ 再配置ボリューム一覧テーブル
３０６ 再配置実行判定テーブル

Claims (18)

1. ストレージ装置と、前記ストレージ装置にネットワークを介して接続されるホスト計算機と、前記ストレージ装置にネットワークを介して接続される管理計算機と、を含むストレージシステムにおいて、
   前記ストレージ装置は、前記ネットワークに接続される第１インタフェースと、前記第１インタフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、前記ホスト計算機によって書き込まれたデータを格納するディスクドライブと、を備え、
   前記ホスト計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
   前記管理計算機は、前記ネットワークに接続される第３インタフェースと、前記第３インタフェースに接続される第３プロセッサと、前記第３プロセッサに接続される第３メモリと、を備え、
   前記第２プロセッサは、前記ディスクドライブの記憶領域を論理ボリューム単位で認識し、
   前記第１プロセッサは、前記論理ボリュームの性能リソースの使用量である使用性能量及び前記論理ボリュームの記憶容量を、前記論理ボリュームごとに測定し、
   前記第３プロセッサは、
   前記論理ボリュームとグループとの対応関係を前記第３メモリに記憶させることによって、前記論理ボリュームをグループ単位で管理し、
   前記第１プロセッサが測定した論理ボリュームの使用性能量及び論理ボリュームの記憶容量を、前記第３インタフェースを介して取得し、
   前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先となる論理ボリュームを特定し、
   移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記第３インタフェースを介して前記第１プロセッサに指示することを特徴とするストレージシステム。
2. 前記第３プロセッサは、
   前記取得した論理ボリュームの使用性能量に基づいて、前記グループの性能リソースの残り容量である残り性能量を算出し、
   前記取得した論理ボリュームの記憶容量に基づいて、前記グループの使用されていない記憶領域の容量である残り容量を算出し、
   前記算出したグループの残り性能量と前記算出したグループの残り容量との比と、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比と、を比較することによって、データの移動先となる論理ボリュームを特定することを特徴とする請求項１に記載のストレージシステム。
3. 前記第３プロセッサは、
   前記グループの性能リソースの使用量の上限値である使用可能性能量を前記第３メモリに記憶させ、
   前記取得した論理ボリュームの記憶容量に基づいて、前記グループの使用されている記憶領域の容量である使用容量を算出し、
   前記第３メモリに記憶されているグループの使用可能性能量と前記算出したグループの使用容量との比と、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比と、を比較することによって、データの移動先となる論理ボリュームを特定することを特徴とする請求項１に記載のストレージシステム。
4. 前記管理計算機は、情報を表示する表示部を備え、
   前記第３プロセッサは、
   前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先として適する度合いを示す優先順位を論理ボリュームに対して設定し、
   前記設定した優先順位が高い論理ボリュームから順に、論理ボリュームの識別子を前記表示部に表示させることを特徴とする請求項１に記載のストレージシステム。
5. 前記第３プロセッサは、
   論理ボリューム間のデータの移動処理の契機を管理する再配置実行判定情報を前記第３メモリに記憶させ、
   前記第３メモリに記憶されている再配置実行判定情報に含まれる契機になると、移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記第３インタフェースを介して前記第１プロセッサに指示すること特徴とする請求項１に記載のストレージシステム。
6. 前記第３プロセッサは、
   データの移動先となるグループが指定されている再配置要求を受けた際に、当該グループにデータの移動先となる論理ボリュームが存在しなかった場合、
   当該グループに所属する論理ボリュームのデータの移動先となる論理ボリュームを、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて特定し、
   当該グループに所属する論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記第３インタフェースを介して前記第１プロセッサに指示することによって、当該グループの記憶領域を確保することを特徴とする請求項１に記載のストレージシステム。
7. ホスト計算機によってデータが書き込まれるストレージ装置に接続される管理計算機において、
   前記ストレージ装置は、前記ホスト計算機によって書き込まれたデータを格納するディスクドライブを備え、
   前記ホスト計算機は、前記ディスクドライブの記憶領域を論理ボリューム単位で認識し、
   前記管理計算機は、前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、
   前記プロセッサは、
   前記論理ボリュームとグループとの対応関係を前記メモリに記憶させることによって、前記論理ボリュームをグループ単位で管理し、
   前記論理ボリュームの性能リソースの使用量である使用性能量及び前記論理ボリュームの記憶容量を、前記インタフェースを介して前記ストレージ装置から取得し、
   前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先となる論理ボリュームを特定し、
   移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記インタフェースを介して前記ストレージ装置に指示することを特徴とする管理計算機。
8. 前記プロセッサは、
   前記取得した論理ボリュームの使用性能量に基づいて、前記グループの性能リソースの残り容量である残り性能量を算出し、
   前記取得した論理ボリュームの記憶容量に基づいて、前記グループの使用されていない記憶領域の容量である残り容量を算出し、
   前記算出したグループの残り性能量と前記算出したグループの残り容量との比と、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比と、を比較することによって、データの移動先となる論理ボリュームを特定することを特徴とする請求項７に記載の管理計算機。
9. 前記プロセッサは、
   前記グループの性能リソースの使用量の上限値である使用可能性能量を前記メモリに記憶させ、
   前記取得した論理ボリュームの記憶容量に基づいて、前記グループの使用されている記憶領域の容量である使用容量を算出し、
   前記メモリに記憶されているグループの使用可能性能量と前記算出したグループの使用容量との比と、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比と、を比較することによって、データの移動先となる論理ボリュームを特定することを特徴とする請求項７に記載の管理計算機。
10. 情報を表示する表示部を備え、
    前記プロセッサは、
    前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先として適する度合いを示す優先順位を論理ボリュームに対して設定し、
    前記設定した優先順位が高い論理ボリュームから順に、論理ボリュームの識別子を前記表示部に表示させることを特徴とする請求項７に記載の管理計算機。
11. 前記プロセッサは、
    論理ボリューム間のデータの移動処理の契機を管理する再配置実行判定情報を前記メモリに記憶させ、
    前記メモリに記憶されている再配置実行判定情報に含まれる契機になると、移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記インタフェースを介して前記ストレージ装置に指示すること特徴とする請求項７に記載の管理計算機。
12. 前記プロセッサは、
    データの移動先となるグループが指定されている再配置要求を受けた際に、当該グループにデータの移動先となる論理ボリュームが存在しなかった場合、
    当該グループに所属する論理ボリュームのデータの移動先となる論理ボリュームを、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて特定し、
    当該グループに所属する論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記インタフェースを介して前記ストレージ装置に指示することによって、当該グループの記憶領域を確保することを特徴とする請求項７に記載の管理計算機。
13. データを記憶するディスクドライブを備えるストレージ装置と、前記ディスクドライブにデータを格納するホスト計算機と、前記ストレージ装置を管理する管理計算機と、を含むストレージシステムにおけるデータ移動方法であって、
    前記第ホスト計算機は、前記ディスクドライブの記憶領域を論理ボリューム単位で認識し、
    前記ストレージ装置は、論理ボリュームの性能リソースの使用量である使用性能量及び論理ボリュームの記憶容量を、論理ボリュームごとに測定し、
    前記管理計算機は、
    前記論理ボリュームとグループとの対応関係を記憶することによって、前記論理ボリュームをグループ単位で管理し、
    前記ストレージ装置が測定した論理ボリュームの使用性能量及び論理ボリュームの記憶容量を、前記ストレージ装置から取得し、
    前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先となる論理ボリュームを特定し、
    移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記ストレージ装置に指示することを特徴とするデータ移動方法。
14. 前記管理計算機は、
    前記取得した論理ボリュームの使用性能量に基づいて、前記グループの性能リソースの残り容量である残り性能量を算出し、
    前記取得した論理ボリュームの記憶容量に基づいて、前記グループの使用されていない記憶領域の容量である残り容量を算出し、
    前記算出したグループの残り性能量と前記算出したグループの残り容量との比と、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比と、を比較することによって、データの移動先となる論理ボリュームを特定することを特徴とする請求項１３に記載のデータ移動方法。
15. 前記管理計算機は、
    前記グループの性能リソースの使用量の上限値である使用可能性能量を記憶し、
    前記取得した論理ボリュームの記憶容量に基づいて、前記グループの使用されている記憶領域の容量である使用容量を算出し、
    前記記憶しているグループの使用可能性能量と前記算出したグループの使用容量との比と、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比と、を比較することによって、データの移動先となる論理ボリュームを特定することを特徴とする請求項１３に記載のデータ移動方法。
16. 前記管理計算機は、
    前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて、データの移動先として適する度合いを示す優先順位を論理ボリュームに対して設定し、
    前記設定した優先順位が高い論理ボリュームから順に、論理ボリュームの識別子を表示することを特徴とする請求項１３に記載のデータ移動方法。
17. 前記管理計算機は、
    論理ボリューム間のデータの移動処理の契機を管理する再配置実行判定情報を記憶し、
    前記記憶している再配置実行判定情報に含まれる契機になると、移動元の論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記ストレージ装置に指示すること特徴とする請求項１３に記載のデータ移動方法。
18. 前記管理計算機は、
    データの移動先となるグループが指定されている再配置要求を受けた際に、当該グループにデータの移動先となる論理ボリュームが存在しなかった場合、
    当該グループに所属する論理ボリュームのデータの移動先となる論理ボリュームを、前記取得した論理ボリュームの使用性能量と前記取得した論理ボリュームの記憶容量との比に基づいて特定し、
    当該グループに所属する論理ボリュームのデータの前記特定した移動先の論理ボリュームへの移動を、前記ストレージ装置に指示することによって、当該グループの記憶領域を確保することを特徴とする請求項１３に記載のデータ移動方法。

Images