JP5056747B2 - 記憶領域管理装置、記憶領域管理方法 - Google Patents

Description

本発明はストレージ装置における論理ボリュームを管理する技術に関するものである。

複数のストレージ装置を含めたシステムにおいて、これらのストレージ装置のストレージボリュームを仮想的なストレージボリュームとして一元管理する技術としてストレージ仮想化が知られている。このストレージ仮想化によれば、ストレージ装置の複数のボリュームから切り出された任意の領域が、仮想ボリュームとして定義される。この仮想ボリュームは、ストレージリソースを必要とするホスト装置などに対して、必要な容量を必要なときに提供することを可能とする。

以下、この仮想ボリュームについて図面を用いて説明する。図１５は、ホスト装置に対して仮想ボリュームを提供する従来のシステムを示す図である。

図１５に示すシステムは、複数のストレージ装置、ホスト装置、及びこれらの装置間に接続された仮想化装置により構成される。このようなシステム（以下、仮想化システム）において、仮想化スイッチは、複数のストレージ装置のストレージボリュームをＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）として登録する。さらに、仮想化スイッチは、これらのＬＵＮをそれぞれのホスト装置に対して、必要とする容量を持つ１つの仮想的なボリューム（仮想ボリューム、図１５におけるＶＬＵＮ：Ｖｉｒｔｕａｌ Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）として提供する。つまり、複数のＬＵＮからなるストレージボリュームを、ホスト装置に対して１つのボリュームとして認識させる。この仮想ボリュームに対して書き込まれたデータは、実質的には、仮想ボリュームを構成するストレージ装置のストレージボリュームに書き込まれる。

このようなシステムによれば、例えば複数のストレージ装置の容量がそれぞれ１Ｔバイトであり、あるホスト装置が必要とする容量が１．５Ｔバイトである場合、このホスト装置に２つのストレージ装置を割り当てる必要がない。このような場合、仮想化スイッチは、このホスト装置に対して、登録されたＬＵＮのうち、例えば０．５ＴバイトのＬＵＮを３つ組み合わせ、１．５Ｔバイトの１つのボリュームとして提供する。

なお、本発明の関連ある従来技術として、複数設けられた第１の記憶領域の一部領域に障害が発生した場合に、一部領域に格納された前記データを移行するためのスペアの第２の記憶領域が存在しなかったときに、複数の第１の記憶領域の他の一部領域を第２の記憶領域として動的に確保するデータ処理システム及びその方法並びにストレージ装置が知られている（例えば、特許文献１参照）。
特開２００８−００９７６７号公報

しかしながら、図１５に示したような仮想化システムにおいて、ストレージ装置の縮退に対応するためには、各ストレージ装置に対してホットスペア用のストレージ装置を用意し、冗長性を維持する必要がある。つまり、仮想化システムの規模が大きくなる場合、ストレージ装置の数が増大し、このストレージ装置の数に比例して、必要となるホットスペア用のストレージ装置の数も増大するという問題がある。また、このホットスペア用のストレージ装置は、対応するストレージ装置それぞれの容量以上の容量が必要である。このため、仮想化システムにおける各ストレージ装置の容量の大きさに比例して、有効に利用できないストレージリソースが増大することになる。

本発明は、上述した問題点を解決するためになされたものであり、システムにおけるホットスペア領域の割り当てにおいて、ストレージリソースを有効に利用する記憶領域管理装置、記憶領域管理方法を提供することを目的としている。

上述した課題を解決するため、記憶領域管理装置は、互いに冗長性を持つ複数の記憶ドライブにより構成される複数の記憶ドライブグループを管理する装置であって、前記複数の記憶ドライブグループの論理的なボリュームである複数の論理ボリュームを管理する管理部と、前記複数の記憶ドライブグループのうち、少なくとも１つの記憶ドライブグループが縮退した場合、前記管理部により管理されている複数の論理ボリュームにおいて、前記縮退した記憶ドライブグループの論理ボリュームと、前記複数の記憶ドライブグループに対するホストである上位装置に割り当てられた論理ボリュームとを除く論理ボリュームである第１論理ボリュームの少なくとも一部を選択ボリュームとして選択する選択部と、前記選択部により選択ボリュームとして選択された論理ボリュームが属する記憶ドライブグループへ、前記縮退した記憶ドライブグループを復旧するためのデータである復旧データを転送する第１転送部とを備える。

また、記憶領域管理方法は、互いに冗長性を持つ複数の記憶ドライブにより構成される複数の記憶ドライブグループを管理する方法であって、前記複数の記憶ドライブグループの論理的なボリュームである複数の論理ボリュームを管理する管理ステップと、前記複数の記憶ドライブグループのうち、少なくとも１つの記憶ドライブグループが縮退した場合、前記管理ステップにより管理されている複数の論理ボリュームにおいて、前記縮退した記憶ドライブグループの論理ボリュームと、前記複数の記憶ドライブグループに対するホストである上位装置に割り当てられた論理ボリュームとを除く論理ボリュームである第１論理ボリュームの少なくとも一部を選択ボリュームとして選択する選択ステップと、前記選択ステップにより選択ボリュームとして選択された論理ボリュームが属する記憶ドライブグループへ、前記縮退した記憶ドライブグループを復旧するためのデータである復旧データを転送する第１転送ステップとを備える。

本発明によれば、システムにおけるホットスペア領域の割り当てにおいて、ストレージリソースを有効に利用することができるという効果を奏する。

以下、本発明の実施の形態について図を用いて説明する。まず、本実施の形態に係る仮想化システムと、システムを構成する装置のハードウェア構成について説明する。図１は、本実施の形態に係る仮想化システムを示す図である。

図１に示すように、本実施の形態に係る仮想化システムは、仮想化スイッチ１０、複数のストレージ装置２０（ストレージ装置２０Ａ及び２０Ｂ）、ホスト装置３０により構成されるものである。

仮想化スイッチ（記憶領域管理装置）１０は、ハードウェアとして、ＣＰＵ１０１、メモリ１０２、ｐｏｒｔ１０３ａ、ｐｏｒｔ１０３ｂ、ｐｏｒｔ１０３ｃを備えるものである。ｐｏｒｔ１０３ａは、ストレージ装置２０Ａに対する入出力インターフェイスである。また、ｐｏｒｔ１０３ｂは、ストレージ装置２０Ｂに対する入出力インターフェイスである。また、ｐｏｒｔ１０３ｃは、ホスト装置３０に対する入出力インターフェイスである。

また、ストレージ装置２０Ａ及び２０Ｂは、ハードウェアとして、ＣＰＵ２０１、メモリ２０２を備える。また、ストレージ装置２０Ａは、仮想化スイッチ１０に対する入出力インターフェイスであるｐｏｒｔ２０３ａ、複数のディスクドライブ（記憶ドライブ）からなるＲＡＩＤグループ（記憶ドライブグループ）としてＡ−０、Ａ−１、Ａ−２を備える。また、ストレージ装置２０Ｂは、仮想化スイッチ１０に対する入出力インターフェイスである仮想化ｐｏｒｔ２０３ｂ、複数のストレージ装置からなるＲＡＩＤグループとしてＢ−０、Ｂ−１を備える。なお、ＲＡＩＤグループにおける複数のディスクドライブは互いに冗長性を持つ。また、本実施の形態において、ＲＡＩＤグループのＲＡＩＤレベルは５とするが、複数のディスクドライブが互いに冗長性を持つような構成（例えばＲＡＩＤ１）であれば、如何なる構成であっても良い。

また、ホスト装置（上位装置）３０は、ハードウェアとして、ＣＰＵ３０１、メモリ３０２、仮想化スイッチ１０に対する入出力インターフェイスであるホストバスアダプタ３０３を備えるものである。

次に、本実施の形態に係る仮想化システムにおける各装置の機能構成について説明する。図２は、本実施の形態に係る仮想化システムの機能構成を示す図である。

図２に示すように、本実施の形態に係る仮想化システムにおいて、仮想化スイッチ１０は、仮想ターゲット１０５、仮想化制御部（管理部、選択部、第１転送部、第２転送部、要求部）１０６、仮想化プール１０７、ｂｉｔｍａｐテーブル１０８を機能として備えるものである。また、複数のストレージ装置２０は、それぞれＲＡＩＤ制御部２０４を機能として備えるものである。なお、仮想化スイッチ１０及び複数のストレージ装置２０における各機能は実質的にはそれぞれに備えられたＣＰＵにより実現されるものである。また、複数のストレージ装置２０において、そのディスクボリュームは、論理的なボリュームであるＬＵＮとして扱われている。ストレージ装置２０Ａにおいては、ＲＡＩＤグループＡ−０のボリュームとしてＬＵＮ０及びＬＵＮ１、ＲＡＩＤグループＡ−１のボリュームとしてＬＵＮ０、ＬＵＮ１及びＬＵＮ２、ＲＡＩＤグループＡ−２のボリュームとしてＬＵＮ０、ＬＵＮ１及びＬＵＮ２が存在する。また、ストレージ装置２０Ｂにおいては、ＲＡＩＤグループＢ−０のボリュームとしてＬＵＮ０、ＬＵＮ１、ＬＵＮ２及びＬＵＮ３、ＲＡＩＤグループＢ−１のボリュームとしてＬＵＮ０、ＬＵＮ１及びＬＵＮ２が存在する。

仮想化スイッチ１０における仮想ターゲット１０５は、後述する仮想ボリュームをホスト装置３０へ認識させるための仮想的なインターフェイスアダプタである。また、仮想化プール１０７は、仮想化スイッチ１０に接続されているストレージ装置２０のＬＵＮを取り込むための仮想的な領域である。また、ｂｉｔｍａｐテーブル１０８は、後述する仮想ボリュームのコピーにおいて、コピーする仮想ボリュームの領域を細分化し、細分化した領域に対して、コピー済みか否かを記録するものである。また、仮想化制御部１０６は、仮想ターゲット１０５、仮想化プール１０７によりＬＵＮを管理、制御し、また、ｂｉｔｍａｐテーブル１０８を用いて、仮想ボリュームにおけるデータのコピーの進捗状況を管理するものである。また、複数のストレージ装置２０におけるＲＡＩＤ制御部２０４は、装置内の複数のディスクドライブを、冗長性を持たせたＲＡＩＤグループとして管理するものであり、ＲＡＩＤグループから、任意の容量の論理的なボリュームをＬＵＮとして構成するものである。

次に、本実施の形態に係る仮想化システムの動作の概要について説明する。図３は、本実施の形態に係る仮想化システムの動作の概要を示す図である。

図３に示すように、例えば、ストレージ装置２０Ａにおいて、あるＲＡＩＤグループが、属するディスクドライブの障害等により縮退した場合、ＲＡＩＤ制御部２０４は、仮想化スイッチ１０に対してホットスペア領域を要求する。この要求に対して、仮想化スイッチ１０は、縮退したＲＡＩＤグループ以外のＲＡＩＤグループに属するＬＵＮからホットスペア領域を選出して確保する。さらに仮想化スイッチ１０は、確保したホットスペア領域を、ストレージ装置２０ＡのＲＡＩＤ制御部２０４の要求に対する応答として返す。ホットスペア領域（実質的にはホットスペア領域を構成するＬＵＮのアドレス）を受け取ったＲＡＩＤ制御部２０４は、仮想化スイッチ１０に対してＲｅｂｕｉｌｄデータ（復旧データ）を転送する。このＲｅｂｕｉｌｄデータは、縮退したディスクドライブが属するＲＡＩＤグループ内の他の正常なディスクドライブに書き込まれたデータとそのパリティ部分により再構築されたデータである。このＲｅｂｕｉｌｄデータにより、縮退したＲＡＩＤグループが復旧される。また、仮想化スイッチ１０は、Ｒｅｂｕｉｌｄデータを受け取ると、ホットスペア領域としたＬＵＮへＲｅｂｕｉｌｄデータを転送する。また、ホットスペア領域へ転送され、書き込まれたＲｅｂｕｉｌｄデータは、縮退したディスクドライブが復旧した場合、Ｃｏｐｙｂａｃｋ処理により復旧したディスクドライブに書き戻される。なお、このような処理を、以降の説明において、Ｒｅｂｕｉｌｄと呼称する。このように、仮想的なホットスペア領域にＲｅｂｕｉｌｄデータが書き込まれることによって、縮退したディスクドライブが属するＲＡＩＤグループのＲＡＩＤ冗長性が維持される。

次に、仮想化システムにおける仮想化スイッチの動作の概要について説明する。図４は、仮想化スイッチの動作の概要を示す図である。また、図５は、ｂｉｔｍａｐテーブルを示す図である。なお、図４においては、複数のＬＵＮを区別するため、例えばＬＵＮ０（Ａ−０）というように、ＬＵＮにＲＡＩＤボリューム名が付加されることにより、それぞれのＬＵＮが区別されている。

図４に示すように、仮想化スイッチ１０の仮想化制御部１０６は、接続されている複数のストレージ装置２０の全てのＬＵＮを仮想プール１０７に登録する。なお、仮想プール１０７に登録する際、それぞれのＬＵＮに対して、ホットスペア属性（第１属性情報）が付与される。このホットスペア属性は、“２”、“１”、“０”により示される。“２”はホットスペア領域専用として用いられることを示す。また、“１”はホットスペア領域として使用可能であることを示す。また、“０”はホットスペア領域として使用不可能であることを示す。

また、仮想化制御部１０６は、これらの登録されているＬＵＮを組み合わせて１つの仮想ボリュームとして定義する。また、仮想化制御部１０６は、１つのＬＵＮを分割し、複数の仮想ボリュームとして定義することもできる。また、定義された仮想ボリュームのうち、ホストに割り当てられた仮想ボリューム０は、仮想ターゲット１０５を介してホスト装置３０に認識される。なお、この仮想ターゲット１０５は、仮想化スイッチ１０の物理的なｐｏｒｔ１０３の数の制約を受けずに、複数作成可能である仮想的なｐｏｒｔである。また、仮想化制御部１０６は、ホスト装置３０から認識される仮想ボリューム０の内容を、仮想ボリューム０のコピー先として設定された異なる仮想ボリューム１にミラーリングするレプリケーション機能を有する。なお、仮想ボリュームのコピー先として設定される仮想ボリュームには、属性情報として、“コピー先優先フラグ”または“Ｒｅｂｕｉｌｄ優先フラグ”のいずれかのフラグ（第２属性情報）が設定される。“コピー先優先フラグ”が設定されている場合、コピー先である仮想ボリュームはホットスペア領域として設定されない。一方、“Ｒｅｂｕｉｌｄ優先フラグ”が設定されている場合、コピー先である仮想ボリュームはホットスペア領域として設定され得る。さらに、仮想化制御部１０６は、仮想ボリューム内のデータを、仮想ボリュームとして定義されたストレージ装置２０のＬＵＮから、他のストレージ装置２０のＬＵＮへデータを複製する機能を有する。

なお、上述した機能による仮想ボリューム間のデータコピー処理において、仮想化スイッチ１０は、ｂｉｔｍａｐテーブル１０８を用いる。このｂｉｔｍａｐテーブル１０８は、上述したように、コピー元としての仮想ボリューム０の細分化領域のそれぞれに対して、コピー先の仮想ボリューム１へコピー済みか否かを記録するテーブルである。コピー済みか否かは、図５に示すように、細分化された領域のそれぞれに対応する場所に未コピーを示す“１”、またはコピー済みを示す“０”が書き込まれることにより示される。この“１”と“０”によるフラグによって、仮想化制御部１０４が対応する領域のコピーの進捗状況を確認する。

次に、本実施の形態に係る仮想化システムにおける全体動作について説明する。図６及び７は、本実施の形態に係る仮想化システムにおける全体動作を示すフローチャートである。

まず、ストレージ装置２０Ａまたはストレージ装置２０ＢのＲＡＩＤ制御部２０４は、装置内のディスクドライブにおいて、ＲＡＩＤ縮退が起きたかどうかを判断する（Ｓ１０１）。

装置内においてＲＡＩＤ縮退が起きた場合（Ｓ１０１，ＹＥＳ）、ＲＡＩＤ制御部２０４は、装置内にＲｅｂｕｉｌｄ領域（Ｒｅｂｕｉｌｄに必要な領域）があるかどうかを判断する（Ｓ１０２，選択ステップ）。実質的には、縮退したディスクドライブのＲｅｂｕｉｌｄを行うために十分な容量があるかどうかが判断される。

装置内にＲｅｂｕｉｌｄ領域がない場合（Ｓ１０２，ＮＯ）、ＲＡＩＤ制御部２０４は、Ｒｅｂｕｉｌｄに必要な領域としてホットスペア領域を仮想化スイッチ１０の仮想化制御部１０６へ要求する（Ｓ１０３）。

この要求に対して、仮想化制御部１０６は、後述する空き容量確認処理を実行し（Ｓ１０４）、仮想化プール１０７に登録された全てのＬＵＮに対して、Ｒｅｂｕｉｌｄに必要な空き容量があるかどうかを判断する（Ｓ１０５，選択ステップ）。

Ｒｅｂｕｉｌｄに必要な空き容量がある場合（Ｓ１０５，ＹＥＳ）、仮想化制御部１０６は、後述するホットスペア領域選出処理を実行し（Ｓ１０６，選択ステップ）、ホットスペア領域の候補があるかどうかを判断する（Ｓ１０７，選択ステップ）。

ホットスペア領域の候補がある場合（Ｓ１０７，ＹＥＳ）、仮想化制御部１０６は、要求に対する応答として、ＲＡＩＤ制御部２０４へ、確定したホットスペア領域をホットスペアボリューム情報として返す（Ｓ１０８）。

応答を受け取ったＲＡＩＤ制御部２０４は、Ｒｅｂｕｉｌｄデータを仮想化制御部１０６へ転送し（Ｓ１０９）、Ｒｅｂｕｉｌｄデータの転送が完了したかどうかを判断する（Ｓ１１１）。また、ＲＡＩＤ制御部２０４に転送されたＲｅｂｕｉｌｄデータは、仮想化制御部１０６により、ホットスペア領域へ転送され、ホットスペア領域として確定されたＬＵＮへ書き込まれる（Ｓ１１０，選択ステップ）。なお、ホットスペア領域へのデータの書き込みの進捗状況に関しては、仮想ボリューム１を構成するＬＵＮを保持するストレージ装置において管理される。

Ｒｅｂｕｉｌｄデータの転送が完了した場合（Ｓ１１１，ＹＥＳ）、ＲＡＩＤ制御部２０４は、Ｒｅｂｕｉｌｄデータの転送完了を仮想化制御部１０６へ通知し（Ｓ１１２）、障害の起きたディスクドライブが、交換などにより回復したかどうか、つまり、縮退したＲＡＩＤグループが復旧したかどうかを判断する（Ｓ１１４）。また、通知を受けた仮想化制御部１０６は、ホットスペア領域へ書き込まれたＲｅｂｕｉｌｄデータを、要求があるまで保持しつづける（Ｓ１１３）。

故障ディスクが復旧した場合（Ｓ１１４，ＹＥＳ）、ＲＡＩＤ制御部２０４は、仮想化制御部１０６へＲｅｂｕｉｌｄデータを要求する（Ｓ１１５）。

Ｒｅｂｕｉｌｄデータの要求を受けた仮想化制御部１０６は、ホットスペア領域に保持しているＲｅｂｕｉｌｄデータをＲＡＩＤ制御部２０４へ転送する（Ｓ１１６、要求ステップ、第２転送ステップ）。具体的には、ホットスペア領域として確定したＬＵＮが属するストレージ装置にＲｅｂｕｉｌｄデータを要求し、要求したデータを縮退したＲＡＩＤグループが属するストレージ装置のＲＡＩＤ制御部２０４へ転送する。

Ｒｅｂｕｉｌｄデータを転送されたＲＡＩＤ制御部２０４は、復旧したディスクに対して、ＲｅｂｕｉｌｄデータをＣｏｐｙｂａｃｋする（Ｓ１１７）。具体的には、Ｒｅｂｕｉｌｄデータを書き戻すことによりデータを復旧する。次に、ＲＡＩＤ制御部２０４は、Ｃｏｐｙｂａｃｋが完了したかどうかを判断する（Ｓ１１８）。

Ｃｏｐｙｂａｃｋが完了した場合（Ｓ１１８，ＹＥＳ）、ＲＡＩＤ制御部２０４は、Ｃｏｐｙｂａｃｋが完了した旨を仮想化制御部１０６に通知する（Ｓ１１９）。

通知を受けた仮想化制御部１０６は、ホットスペア領域を開放する（Ｓ１２０）。

また、ステップＳ１１８の判断において、Ｃｏｐｙｂａｃｋが完了していない場合（Ｓ１１８，ＮＯ）、ＲＡＩＤ制御部２０４は、復旧したディスクに対して、ＲｅｂｕｉｌｄデータをＣｏｐｙｂａｃｋし続ける（Ｓ１１７）。

また、ステップＳ１１４の判断において、故障ディスクが復旧していない場合（Ｓ１１４，ＮＯ）、ＲＡＩＤ制御部２０４は、再度、故障ディスクが復旧したかどうかを判断する（Ｓ１１４）。

また、ステップＳ１１１の判断において、Ｒｅｂｕｉｌｄデータの転送が完了していない場合（Ｓ１１１，ＮＯ）、ＲＡＩＤ制御部２０４は、再度、Ｒｅｂｕｉｌｄデータを仮想化制御部１０６へ転送する（Ｓ１０９）。

また、ステップＳ１０７の判断において、ホットスペア領域の候補がない場合（Ｓ１０７，ＮＯ）、仮想化制御部１０６は、処理を終了する。

また、ステップＳ１０５の判断において、Ｒｅｂｕｉｌｄに必要な空き容量がない場合（Ｓ１０５，ＮＯ）、仮想化制御部１０６は、処理を終了する。

また、ステップＳ１０２の判断において、装置内にＲｅｂｕｉｌｄ領域がある場合（Ｓ１０２，ＹＥＳ）、ＲＡＩＤ制御部２０４は、装置内で再構築処理を実行し（Ｓ１２１）、再構築処理が完了した旨を仮想化制御部１０６へ通知する（Ｓ１２２）。なお、この再構築処理は、ホットスペア領域を用いずに、装置内の正常なディスクドライブからデータを再構築し、装置内に設定されたＲｅｂｕｉｌｄ領域に格納し、格納したデータをディスクドライブに書き戻す処理である。

装置内においてＲＡＩＤ縮退が起きていない場合（Ｓ１０１，ＮＯ）、ＲＡＩＤ制御部２０４は、再度、装置内のディスクドライブにおいて、ＲＡＩＤ縮退が起きたかどうかを判断する（Ｓ１０１）。

次に、空き容量確認処理について説明する。図８は、空き容量確認処理の動作を示すフローチャートである。

まず、仮想化制御部１０６は、仮想プール１０７に登録されているＬＵＮのうち、未使用である（仮想ボリューム化されていない）ＬＵＮの総容量を確認し（Ｓ２０１）、この未使用であるＬＵＮの容量がＲｅｂｕｉｌｄに必要な容量以上であるかどうかを判断する（Ｓ２０２）。

未使用であるＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量未満である場合（Ｓ２０２，ＮＯ）、仮想化制御部１０６は、未使用である（ホスト装置３０に割り当てられておらず、且つコピー先でもない）仮想ボリュームが存在するかどうかを判断する（Ｓ２０３）。

未使用である仮想ボリュームが存在する場合（Ｓ２０３，ＹＥＳ）、仮想化制御部１０６は、未使用である仮想ボリュームの総容量がＲｅｂｕｉｌｄに必要な容量以上であるかどうかを判断する（Ｓ２０４）。

未使用である仮想ボリュームの総容量がＲｅｂｕｉｌｄに必要な容量未満である場合（Ｓ２０４，ＮＯ）、仮想化制御部１０６は、未使用のＬＵＮの総容量に未使用の仮想ボリュームの総容量を加えた容量（合計容量）がＲｅｂｕｉｌｄに必要な容量以上であるかどうかを判断する（Ｓ２０５）。

合計容量がＲｅｂｕｉｌｄに必要な容量未満である場合（Ｓ２０５，ＮＯ）、仮想化制御部１０６は、Ｒｅｂｕｉｌｄ優先フラグが設定されているコピー先としての仮想ボリューム（コピー先ボリューム）が存在するかどうかを判断する（Ｓ２０６）。

Ｒｅｂｕｉｌｄ優先フラグが設定されているコピー先ボリュームが存在する場合（Ｓ２０６，ＹＥＳ）、仮想化制御部１０６は、Ｒｅｂｕｉｌｄ優先フラグが設定されているコピー先ボリュームの総容量がＲｅｂｕｉｌｄに必要な容量以上であるかどうかを判断する（Ｓ２０７）。

Ｒｅｂｕｉｌｄ優先フラグが設定されているコピー先ボリュームの総容量がＲｅｂｕｉｌｄに必要な容量未満である場合（Ｓ２０７，ＮＯ）、仮想化制御部１０６は、ＲＡＩＤ制御部２０４の要求に対して、空き容量なしと判断する（Ｓ２０８）。

一方、Ｒｅｂｕｉｌｄ優先フラグが設定されているコピー先ボリュームの総容量がＲｅｂｕｉｌｄに必要な容量以上である場合（Ｓ２０７，ＹＥＳ）、仮想化制御部１０６は、ＲＡＩＤ制御部２０４の要求に対して、空き容量ありと判断する（Ｓ２０９）。

また、ステップＳ２０６の判断において、Ｒｅｂｕｉｌｄ優先フラグが設定されているコピー先ボリュームが存在しない場合（Ｓ２０６，ＮＯ）、仮想化制御部１０６は、ＲＡＩＤ制御部２０４の要求に対して、空き容量なしと判断する（Ｓ２０８）。

また、ステップＳ２０５の判断において、合計容量がＲｅｂｕｉｌｄに必要な容量以上である場合（Ｓ２０５，ＹＥＳ）、仮想化制御部１０６は、ＲＡＩＤ制御部２０４の要求に対して、空き容量ありと判断する（Ｓ２０９）。

また、ステップＳ２０４の判断において、未使用である仮想ボリュームの総容量がＲｅｂｕｉｌｄに必要な容量以上である場合（Ｓ２０４，ＹＥＳ）、仮想化制御部１０６は、ＲＡＩＤ制御部２０４の要求に対して、空き容量ありと判断する（Ｓ２０９）。

また、ステップＳ２０３の判断において、未使用である仮想ボリュームが存在しない場合（Ｓ２０３，ＮＯ）、仮想化制御部１０６は、Ｒｅｂｕｉｌｄ優先フラグが設定されているコピー先としての仮想ボリューム（コピー先ボリューム）が存在するかどうかを判断する（Ｓ２０６）。

また、ステップＳ２０２において、未使用であるＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量以上である場合（Ｓ２０２，ＹＥＳ）、仮想化制御部１０６は、ＲＡＩＤ制御部２０４の要求に対して、空き容量ありと判断する（Ｓ２０９）。

上述したように、縮退したＲＡＩＤグループに対して、他のＲＡＩＤグループのＬＵＮがホットスペア領域として動的に割り当てられる。これにより、仮想化システムを構成する複数のストレージ装置２０のそれぞれに対して、ホットスペア領域用のストレージ装置を用意する必要がなく、結果として既存のリソースを効率良く利用することができる。

次に、ホットスペア領域候補選出処理について説明する。図９及び１０は、ホットスペア領域候補選出処理の動作を示すフローチャートである。

まず、仮想化制御部１０６は、対象ＬＵＮのホットスペア属性を参照する（Ｓ３０１）。なお、ここで対象ＬＵＮとは、ホットスペア領域の選出対象を示す。また、対象ＬＵＮとしては、図４における仮想ボリューム０としてのＬＵＮのように、仮想ターゲット１０５によりホスト装置３０と結び付けられたＬＵＮ、及び縮退したＲＡＩＤグループに属するＬＵＮ以外の全てのＬＵＮが選択されるものとする。また、上述した空き容量確認処理に基づいて対象ＬＵＮを決定しても良い。例えば、ステップＳ２０４の判断がＹＥＳである場合、未使用の仮想ボリュームを対象ＬＵＮとしても良い。

次に、仮想化制御部１０６は、ホットスペア属性が“２”及び“１”である対象ＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量以上であるかどうかを判断する（Ｓ３０２）。

ホットスペア属性が“２”及び“１”である対象ＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量以上（Ｒｅｂｕｉｌｄデータの容量以上）である場合（Ｓ３０２，ＹＥＳ）、仮想化制御部１０６は、ホットスペア属性が“２”である対象ＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量以上であるかどうかを判断する（Ｓ３０３）。

ホットスペア属性が“２”である対象ＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量以上である場合（Ｓ３０３，ＹＥＳ）、仮想化制御部１０６は、対象ＬＵＮをホットスペア属性が“２”である対象ＬＵＮに限定する（Ｓ３０４）。次に、仮想化制御部１０６は、限定した対象ＬＵＮを含むＲＡＩＤグループのうち、利用率が最も低いＲＡＩＤグループを選択する（Ｓ３０５）。なお、ＲＡＩＤグループの利用率は、ＲＡＩＤグループ内において、仮想ボリュームとして割り当てられたＬＵＮを、ＲＡＩＤグループ内のＬＵＮの総容量により除算することで求められる。さらに、仮想化制御部１０６は、選択したＲＡＩＤグループが複数のストレージ装置２０において複数存在するかどうか、即ち、利用率が同様であるＲＡＩＤグループが複数のストレージ装置２０において存在するかどうかを判断する（Ｓ３０６）。

選択したＲＡＩＤグループが複数のストレージ装置２０において複数存在する場合（Ｓ３０６，ＹＥＳ）、仮想化制御部１０６は、選択したＲＡＩＤグループが存在する複数のストレージ装置２０のうち、利用率が最も低いストレージ装置を選択する（Ｓ３０７）。なお、ストレージ装置の利用率は、装置内において、仮想ボリュームとして割り当てられたＬＵＮを、装置内のＬＵＮの総量により除算することで求められる。次に、仮想化制御部１０６は、選択したストレージ装置において、利用率が同様であるストレージ装置が複数存在するかどうかを判断する（Ｓ３０８）。

選択したストレージ装置において、利用率が同様であるストレージ装置が複数存在する場合（Ｓ３０８，ＹＥＳ）、仮想化制御部１０６は、利用率が同様であるストレージ装置のうち、未割当であるＬＵＮの総容量が最大であるストレージ装置を選択する（Ｓ３０９）。次に、仮想化制御部１０６は、選択したストレージ装置内において、利用率が同様であるＲＡＩＤグループが複数存在するかどうかを判断する（Ｓ３１０）。

選択したストレージ装置内において、利用率が同様であるＲＡＩＤグループが複数存在する場合（Ｓ３１０，ＹＥＳ）、これらのＲＡＩＤグループのうち、未割当であるＬＵＮの総容量が最大のＲＡＩＤグループを選択する（Ｓ３１１）。次に、仮想化制御部１０６は、選択したＲＡＩＤグループのうち、容量がＲｅｂｕｉｌｄに必要な容量以上のＬＵＮが存在するかどうかを判断する（Ｓ３１２）。

容量がＲｅｂｕｉｌｄに必要な容量以上のＬＵＮが存在しない場合（Ｓ３１２，ＮＯ）、仮想化制御部１０６は、選択したＲＡＩＤグループ内において、割り振られた番号が最大のＬＵＮを選択する（Ｓ３１３）。次に、仮想化制御部１０６は、選択したＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量以上かどうかを判断する（Ｓ３１４）。

選択したＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量以上である場合（Ｓ３１４，ＮＯ）、仮想化制御部１０６は、選択したＬＵＮをホットスペア領域として確定する（Ｓ３１５）。

一方、選択したＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量未満である場合（Ｓ３１４，ＹＥＳ）、仮想化制御部１０６は、選択したＲＡＩＤグループ内において、選択したＬＵＮを除く、番号が最大のＬＵＮをさらに選択する（Ｓ３１３）。

また、ステップＳ３１２において、容量がＲｅｂｕｉｌｄに必要な容量以上のＬＵＮが存在する場合（Ｓ３１２，ＹＥＳ）、容量がＲｅｂｕｉｌｄに必要な容量に最も近いＬＵＮを選択する（Ｓ３１６）。これにより、必要最小限の容量のＬＵＮをホットスペア領域に割り当てることができる。

また、ステップＳ３１０において、選択したストレージ装置内において、利用率が同様であるＲＡＩＤグループが複数存在しない場合（Ｓ３１０，ＮＯ）、仮想化制御部１０６は、ステップＳ３１２の処理を実行する。

また、ステップＳ３０８において、選択したストレージ装置において、利用率が同様であるストレージ装置が複数存在しない場合（Ｓ３０８，ＮＯ）、仮想化制御部１０６は、ステップＳ３１０の処理を実行する。

また、ステップＳ３０６において、選択したＲＡＩＤグループが複数のストレージ装置２０において複数存在しない場合（Ｓ３０６，ＮＯ）、仮想化制御部１０６は、ステップＳ３１０の処理を実行する。

また、ステップＳ３０３において、ホットスペア属性が“２”である対象ＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量未満である場合（Ｓ３０３，ＮＯ）、仮想化制御部１０６は、対象ＬＵＮをホットスペア属性が“２”及び“１”である対象ＬＵＮとする（Ｓ３１７）。

また、ステップＳ３０２において、ホットスペア属性が“２”及び“１”である対象ＬＵＮの総容量がＲｅｂｕｉｌｄに必要な容量未満である場合（Ｓ３０２，ＮＯ）、仮想化制御部１０６は、ホットスペア領域の候補なしとし（Ｓ３１８）、処理を終了する。

上述したように、仮想化制御部１０６は、ホットスペア領域とするＬＵＮの選出において、利用率が低いＲＡＩＤグループ、利用率が低いストレージ装置におけるＬＵＮを優先させる。これにより、可能な限り通常の動作に影響を及ぼさないように、ホットスペア領域を確定することができる。また、予めそれぞれのＬＵＮに割り振られた属性に基づいて、ホットスペア領域とするＬＵＮを選出する。例えば、ホットスペア領域として用いられることにより不都合が生じるようなＬＵＮをホットスペア領域から除外することができる。

次に、図４に示した仮想ボリューム１のようなコピー先としての仮想ボリュームにおけるＬＵＮがホットスペア領域として設定された場合の処理について説明する。図１１は、コピー先としての仮想ボリュームへのコピー処理の動作を示すフローチャートである。また、図１２は、ホットスペア領域が設定された仮想ボリュームに対応するｂｉｔｍａｐテーブルである。また、図１３は、ホットスペア領域としての設定が解除された仮想ボリュームに対応するｂｉｔｍａｐテーブルである。なお、図１１〜１３を用いた以下の説明において、コピー先の仮想ボリュームを、図４に倣って仮想ボリューム１と呼称する。また、同様に、コピー元のボリュームを仮想ボリューム０と呼称する。また、図１１において、仮想ボリューム１を構成するＬＵＮのいずれかは、ホットスペア領域として予め設定されているものとする。

図１１に示すように、まず、仮想化制御部１０６は、仮想ボリューム０にデータが書き込まれたかどうかを判断する（Ｓ４０１）。

仮想ボリューム０にデータが書き込まれた場合（Ｓ４０１，ＹＥＳ）、仮想化制御部１０６は、仮想ボリューム１へのコピーがサスペンド状態かどうかを判断する（Ｓ４０２）。

仮想ボリューム１へのコピーがサスペンド状態ではない場合（Ｓ４０２，ＮＯ）、仮想化制御部１０６は、仮想ボリューム１におけるコピー先がホットスペア領域かどうかを判断する（Ｓ４０３）。具体的には、仮想ボリューム１に対応するｂｉｔｍａｐテーブル１０８において、コピー先とする領域に対応する箇所が参照されることにより、コピー先がホットスペア領域かどうかが判断される。なお、図１２に示すように、ホットスペア領域に設定された領域に対応する箇所は、強制的に未コピーを示す“１”に固定される。この“１”に固定された箇所に対応する領域は、ホットスペア領域の設定が解除されるまで、データの書き込み、データのコピーが禁止される。なお、ｂｉｔｍａｐテーブル１０８におけるホットスペア領域を定義する方法として、異なるｂｉｔｍａｐテーブル１０８を用意し、未定義の領域を“０”、ホットスペア領域として定義する領域を“１”とする方法が挙げられる。この方法によれば、２つのｂｉｔｍａｐテーブル１０８において対応する箇所のフラグを足し合わせることで、仮想化制御部１０６がホットスペア領域か否かを判断することが可能である。具体的には、フラグの合計が２である箇所がホットスペア領域であり、フラグの合計が１以下である箇所が未定義の領域である。

仮想ボリューム１におけるコピー先がホットスペア領域ではない場合（Ｓ４０３，ＮＯ）、仮想化制御部１０６は、仮想ボリューム０に書き込まれたデータを、仮想ボリューム１へコピーする（Ｓ４０４）。コピー後、仮想化制御部１０６は、再度、仮想ボリューム０にデータが書き込まれたかどうかを判断する（Ｓ４０１）。

また、ステップＳ４０３の判断において、仮想ボリューム１におけるコピー先がホットスペア領域である場合（Ｓ４０３，ＹＥＳ）、仮想化制御部１０６は、ホットスペア領域をスキップする（Ｓ４０５）。次に、仮想化制御部１０６は、再度、仮想ボリューム０にデータが書き込まれたかどうかを判断する（Ｓ４０１）。

また、ステップＳ４０２の判断において、仮想ボリューム１へのコピーがサスペンド状態である場合（Ｓ４０２，ＹＥＳ）、仮想ボリューム０にデータが書き込まれた箇所に関してｂｉｔｍａｐテーブル１０８を更新し（Ｓ４０６）、再度、仮想ボリューム０にデータが書き込まれたかどうかを判断する（Ｓ４０１）。

また、ステップＳ４０１の判断において、仮想ボリューム０にデータが書き込まれていない場合（Ｓ４０１，ＮＯ）、仮想化制御部１０６は、再度、仮想ボリューム０にデータが書き込まれたかどうかを判断する（Ｓ４０１）。

上述したように、定義がなされていない領域と、ホットスペア領域として定義された領域とは、ｂｉｔｍａｐテーブル１０８により管理・区別される。これにより、仮想化制御部１０６は、コピー先としての仮想ボリュームに対して、コピー元の仮想ボリュームのデータと、Ｒｅｂｕｉｌｄデータとを書き込むことができる。

次に、コピー元の仮想ボリュームにすでに書き込まれているデータのコピー処理について説明する。この処理は、解放されたホットスペア領域に対応するデータをコピー元の仮想ボリュームからコピー先の仮想ボリュームへのコピーを含む。図１４は、コピー元の仮想ボリュームにすでに書き込まれているデータのコピー処理を示す図である。なお、図１４の説明において、図１１の説明と同様に、コピー先の仮想ボリュームを仮想ボリューム１と呼称し、コピー元のボリュームを仮想ボリューム０と呼称する。

まず、仮想化制御部１０６は、仮想ボリューム１へのコピーがサスペンド状態かどうかを判断する（Ｓ５０１）。

仮想ボリューム１へのコピーがサスペンド状態ではない場合（Ｓ５０１，ＮＯ）、仮想化制御部１０６は、ｂｉｔｍａｐテーブル１０８を参照し、未コピーの箇所があるかどうかを判断する（Ｓ５０２）。なお、ホットスペア領域が解放された場合、ｂｉｔｍａｐテーブル１０８における解放されたホットスペア領域に対応する箇所は、フラグが“１”となるため、未コピーの領域として扱われる。つまり、未コピーの箇所には解放されたホットスペア領域も含まれる。

未コピーの箇所がある場合（Ｓ５０２，ＹＥＳ）、仮想化制御部１０６は、未コピーの箇所に対応するデータを仮想ボリューム０から読み出し（Ｓ５０３）、読み出したデータを仮想ボリューム１へ書き込む（Ｓ５０４）。次に、仮想化制御部１０６は、再度、仮想ボリューム１へのコピーがサスペンド状態かどうかを判断する（Ｓ５０１）。

一方、未コピーの箇所がない場合（Ｓ５０２，ＮＯ）、仮想化制御部１０６は、再度、仮想ボリューム１へのコピーがサスペンド状態かどうかを判断する（Ｓ５０１）。

また、ステップＳ５０１において、仮想ボリューム１へのコピーがサスペンド状態である場合（Ｓ５０１，ＹＥＳ）、仮想化制御部１０６は、仮想ボリューム０から仮想ボリューム１へデータがコピーされた箇所に関してｂｉｔｍａｐテーブル１０８を更新し（Ｓ５０５）、再度、仮想ボリューム１へのコピーがサスペンド状態かどうかを判断する（Ｓ５０１）。

上述したように、ホットスペア領域が解放された場合、ｂｉｔｍａｐテーブル１０８における解放されたホットスペア領域に対応する箇所のフラグが“１”となる。これにより、解放されたホットスペア領域へのデータのコピーが再開される。

本発明は、その要旨または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態は、あらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、何ら拘束されない。更に、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、全て本発明の範囲内のものである。

以上、本実施の形態によれば、以下の付記で示す技術的思想が開示されている。
（付記１） 互いに冗長性を持つ複数の記憶ドライブにより構成される複数の記憶ドライブグループを管理する記憶領域管理装置であって、
前記複数の記憶ドライブグループの論理的なボリュームである複数の論理ボリュームを管理する管理部と、
前記複数の記憶ドライブグループのうち、少なくとも１つの記憶ドライブグループが縮退した場合、前記管理部により管理されている複数の論理ボリュームにおいて、前記縮退した記憶ドライブグループの論理ボリュームと、前記複数の記憶ドライブグループに対するホストである上位装置に割り当てられた論理ボリュームとを除く論理ボリュームである第１論理ボリュームの少なくとも一部を選択ボリュームとして選択する選択部と、
前記選択部により選択ボリュームとして選択された論理ボリュームが属する記憶ドライブグループへ、前記縮退した記憶ドライブグループを復旧するためのデータである復旧データを転送する第１転送部と
を備える記憶領域管理装置。
（付記２） 付記１に記載の記憶領域管理装置において、
前記縮退した記憶ドライブグループが復旧した場合、前記第１転送部により前記復旧データが転送された記憶ドライブグループに前記復旧データを要求する要求部と、
前記要求部による要求に対して転送された前記復旧データを、前記復旧した記憶ドライブグループへ転送する第２転送部とを更に備える記憶領域管理装置。
（付記３） 付記１に記載の記憶領域管理装置において、
前記選択部は、前記第１論理ボリュームのうち、前記上位装置に割り当てられている論理ボリュームの割合が最も低い記憶ドライブグループに属する複数の論理ボリュームである第２論理ボリュームの少なくとも一部を前記選択ボリュームとして選択することを特徴とする記憶領域管理装置。
（付記４） 付記３に記載の記憶領域管理装置において、
前記選択部は、前記第２論理ボリュームにおいて、前記復旧データの容量以上の容量を持つ論理ボリュームが複数存在する場合、前記復旧データの容量以上の容量を持つ論理ボリュームのうち、前記復旧データの容量に最も近い容量を持つ複数の論理ボリュームを前記選択ボリュームとして選択することを特徴とする記憶領域管理装置。
（付記５） 付記１に記載の記憶領域管理装置において、
前記管理部により管理される複数の論理ボリュームのそれぞれには、前記選択ボリュームとして選択可能か否かを示す第１属性情報が付加されており、
前記選択部は、前記第１論理ボリュームのうち、前記選択ボリュームとして選択可能であることを示す第１属性情報が付加された論理ボリュームを、前記選択ボリュームの候補とすることを特徴とする記憶領域管理装置。
（付記６） 付記１に記載の記憶領域管理装置において、
前記管理部により管理される論理ボリュームのうち、少なくとも１つの論理ボリュームにより構成され、前記上位装置に割り当てられている論理ボリュームに格納されているデータのコピー先として設定されているボリュームであるコピー先ボリュームには、該コピー先ボリュームを構成する論理ボリュームを前記選択ボリュームとして選択可能か否かを示す第２属性情報が付加されており、
前記選択部は、前記第１論理ボリュームに前記コピー先ボリュームを構成する論理ボリュームが含まれる場合、前記選択ボリュームとして選択不可能であることを示す第２属性情報が付加されたコピー先ボリュームを構成する論理ボリュームを、前記選択ボリュームとしての選択対象から外すことを特徴とする記憶領域管理装置。
（付記７） 互いに冗長性を持つ複数の記憶ドライブにより構成される複数の記憶ドライブグループを管理する記憶領域管理方法であって、
前記複数の記憶ドライブグループの論理的なボリュームである複数の論理ボリュームを管理する管理ステップと、
前記複数の記憶ドライブグループのうち、少なくとも１つの記憶ドライブグループが縮退した場合、前記管理ステップにより管理されている複数の論理ボリュームにおいて、前記縮退した記憶ドライブグループの論理ボリュームと、前記複数の記憶ドライブグループに対するホストである上位装置に割り当てられた論理ボリュームとを除く論理ボリュームである第１論理ボリュームの少なくとも一部を選択ボリュームとして選択する選択ステップと、
前記選択ステップにより選択ボリュームとして選択された論理ボリュームが属する記憶ドライブグループへ、前記縮退した記憶ドライブグループを復旧するためのデータである復旧データを転送する第１転送ステップと
を備える記憶領域管理方法。
（付記８） 付記７に記載の記憶領域管理方法において、
前記縮退した記憶ドライブグループが復旧した場合、前記第１転送ステップにより前記復旧データが転送された記憶ドライブグループに前記復旧データを要求する要求ステップと、
前記要求ステップによる要求に対して転送された前記復旧データを、前記復旧した記憶ドライブグループへ転送する第２転送ステップとを更に備える記憶領域管理方法。
（付記９） 付記７に記載の記憶領域管理方法において、
前記選択ステップは、前記第１論理ボリュームのうち、前記上位装置に割り当てられている論理ボリュームの割合が最も低い記憶ドライブグループに属する複数の論理ボリュームである第２論理ボリュームの少なくとも一部を前記選択ボリュームとして選択することを特徴とする記憶領域管理方法。
（付記１０） 付記９に記載の記憶領域管理方法において、
前記選択ステップは、前記第２論理ボリュームにおいて、前記復旧データの容量以上の容量を持つ論理ボリュームが複数存在する場合、前記復旧データの容量以上の容量を持つ論理ボリュームのうち、前記復旧データの容量に最も近い容量を持つ複数の論理ボリュームを前記選択ボリュームとして選択することを特徴とする記憶領域管理方法。
（付記１１） 付記７に記載の記憶領域管理方法において、
前記管理ステップにより管理される複数の論理ボリュームのそれぞれには、前記選択ボリュームとして選択可能か否かを示す第１属性情報が付加されており、
前記選択ステップは、前記第１論理ボリュームのうち、前記選択ボリュームとして選択可能であることを示す第１属性情報が付加された論理ボリュームを、前記選択ボリュームの候補とすることを特徴とする記憶領域管理方法。
（付記１２） 付記７に記載の記憶領域管理方法において、
前記管理ステップにより管理される論理ボリュームのうち、少なくとも１つの論理ボリュームにより構成され、前記上位装置に割り当てられている論理ボリュームに格納されているデータのコピー先として設定されているボリュームであるコピー先ボリュームには、該コピー先ボリュームを構成する論理ボリュームを前記選択ボリュームとして選択可能か否かを示す第２属性情報が付加されており、
前記選択ステップは、前記第１論理ボリュームに前記コピー先ボリュームを構成する論理ボリュームが含まれる場合、前記選択ボリュームとして選択不可能であることを示す第２属性情報が付加されたコピー先ボリュームを構成する論理ボリュームを、前記選択ボリュームとしての選択対象から外すことを特徴とする記憶領域管理方法。

本実施の形態に係る仮想化システムを示す図である。 本実施の形態に係る仮想化システムの機能構成を示す図である。 本実施の形態に係る仮想化システムの動作の概要を示す図である。 仮想化スイッチの動作の概要を示す図である。 ｂｉｔｍａｐテーブルを示す図である。 本実施の形態に係る仮想化システムにおける全体動作を示すフローチャートである。 本実施の形態に係る仮想化システムにおける全体動作を示すフローチャートである。 空き容量確認処理の動作を示すフローチャートである。 ホットスペア領域候補選出処理の動作を示すフローチャートである。 ホットスペア領域候補選出処理の動作を示すフローチャートである。 コピー先としての仮想ボリュームへのコピー処理の動作を示すフローチャートである。 ホットスペア領域が設定された仮想ボリュームに対応するｂｉｔｍａｐテーブルである。 ホットスペア領域としての設定が解除された仮想ボリュームに対応するｂｉｔｍａｐテーブルである。 コピー元の仮想ボリュームにすでに書き込まれているデータのコピー処理を示す図である。 ホスト装置に対して仮想ボリュームを提供する従来のシステム示す図である。

符号の説明

１０ 仮想化スイッチ、２０Ａ，２０Ｂ ストレージ装置、３０ ホスト装置、１０５ 仮想ターゲット、１０６ 仮想化制御部、１０７ 仮想化プール、１０８ ｂｉｔｍａｐテーブル、２０４ ＲＡＩＤ制御部。

Claims (6)

1. 互いに冗長性を持つ複数の記憶ドライブにより構成される複数の記憶ドライブグループを有する複数のストレージ装置を管理する記憶領域管理装置であって、
   前記複数の記憶ドライブグループの論理的なボリュームである複数の論理ボリュームを管理する管理部と、
   前記複数の記憶ドライブグループのうち、少なくとも１つの記憶ドライブグループが縮退した場合、前記管理部により管理されている複数の論理ボリュームにおいて、前記縮退した記憶ドライブグループの論理ボリュームと、前記複数の記憶ドライブグループに対するホストである上位装置に割り当てられた論理ボリュームとを除く論理ボリュームである第１論理ボリュームから選択した選択ボリュームを含む記憶ドライブグループ内において、仮想ボリュームとして割り当てられた論理ボリュームの容量と前記記憶ドライブグループ内の論理ボリュームの総容量とから得られる利用率が最も低く、前記第１論理ボリュームから選択した前記選択ボリュームを含む記憶ドライブグループを選択する選択部と、
   前記選択部により選択ボリュームとして選択された論理ボリュームが属する記憶ドライブグループへ、前記縮退した記憶ドライブグループを復旧するためのデータである復旧データを転送する第１転送部と
   を備える記憶領域管理装置。
2. 請求項１に記載の記憶領域管理装置において、
   前記縮退した記憶ドライブグループが復旧した場合、前記第１転送部により前記復旧データが転送された記憶ドライブグループに前記復旧データを要求する要求部と、
   前記要求部による要求に対して転送された前記復旧データを、前記復旧した記憶ドライブグループへ転送する第２転送部とを更に備える記憶領域管理装置。
3. 請求項１又は２に記載の記憶領域管理装置において、
   前記選択部は、前記第１論理ボリュームのうち、前記上位装置に割り当てられている論理ボリュームの割合が最も低い記憶ドライブグループに属する複数の論理ボリュームである第２論理ボリュームにおいて、前記復旧データの容量以上の容量を持つ論理ボリュームが複数存在する場合、前記復旧データの容量以上の容量を持つ論理ボリュームのうち、前記復旧データの容量に最も近い容量を持つ論理ボリュームを前記選択ボリュームとして選択することを特徴とする記憶領域管理装置。
4. 請求項１乃至請求項３のいずれかに記載の記憶領域管理装置において、
   前記管理部により管理される複数の論理ボリュームのそれぞれには、前記選択ボリュームとして選択可能か否かを示す第１属性情報が付加されており、
   前記選択部は、前記第１論理ボリュームのうち、前記選択ボリュームとして選択可能であることを示す第１属性情報が付加された論理ボリュームを、前記選択ボリュームの候補とすることを特徴とする記憶領域管理装置。
5. 請求項１乃至請求項４のいずれかに記載の記憶領域管理装置において、
   前記管理部により管理される論理ボリュームのうち、少なくとも１つの論理ボリュームにより構成され、前記上位装置に割り当てられている論理ボリュームに格納されているデータのコピー先として設定されているボリュームであるコピー先ボリュームには、該コピー先ボリュームを構成する論理ボリュームを前記選択ボリュームとして選択可能か否かを示す第２属性情報が付加されており、
   前記選択部は、前記第１論理ボリュームに前記コピー先ボリュームを構成する論理ボリュームが含まれる場合、前記選択ボリュームとして選択不可能であることを示す第２属性情報が付加されたコピー先ボリュームを構成する論理ボリュームを、前記選択ボリュームとしての選択対象から外すことを特徴とする記憶領域管理装置。
6. 互いに冗長性を持つ複数の記憶ドライブにより構成される複数の記憶ドライブグループを有する複数のストレージ装置を管理する記憶領域管理方法であって、
   前記複数の記憶ドライブグループの論理的なボリュームである複数の論理ボリュームを管理する管理ステップと、
   前記複数の記憶ドライブグループのうち、少なくとも１つの記憶ドライブグループが縮退した場合、前記管理ステップにより管理されている複数の論理ボリュームにおいて、前記縮退した記憶ドライブグループの論理ボリュームと、前記複数の記憶ドライブグループに対するホストである上位装置に割り当てられた論理ボリュームとを除く論理ボリュームである第１論理ボリュームから選択した選択ボリュームを含む記憶ドライブグループ内において、仮想論理ボリュームとして割り当てられた論理ボリュームの容量と前記記憶ドライブグループ内の論理ボリュームの総容量とから得られる利用率が最も低く、前記第１論理ボリュームから選択した前記選択ボリュームを含む記憶ドライブグループを選択する選択ステップと、
   前記選択ステップにより選択ボリュームとして選択された論理ボリュームが属する記憶ドライブグループへ、前記縮退した記憶ドライブグループを復旧するためのデータである復旧データを転送する第１転送ステップと
   を備える記憶領域管理方法。

Images