JP5821392B2 - ストレージ装置、およびストレージ管理方法 - Google Patents

Description

本発明は、記憶領域を資源に分割して管理するストレージ装置、およびストレージ管理方法に関する。

ＲＡＩＤ（Redundant Array of Inexpensive Disks）装置などのストレージ装置は、ホストコンピュータに接続される。そして、ホストコンピュータを介して、多くのユーザがストレージ装置を利用することができる。例えば、１台のストレージ装置を複数の組織（例えば部門や業務グループ）で共用することも可能である。このような場合、ストレージ装置を使用する複数の組織それぞれの管理者が、ストレージ装置を管理することとなる。組織ごとの複数の管理者が共通のストレージ装置を管理すると、通常のユーザ権限管理では、特定組織の管理者が他の組織のボリュームを削除したり、データを上書きしたりといった行為を防ぐことができない。他の組織のボリュームの削除やデータの上書きは、例えば、管理者が誤って実行する場合が考えられる。そのため、各組織の管理者は、通常の管理作業においても他組織への影響が発生しないよう、細心の注意を持って慎重に作業を行う。ただし、管理者が管理するリソース（ボリューム等）の量に比例して、ストレージ装置の管理がより困難になる。そのため、管理者個人の注意力だけに頼っていたのでは、過誤によるボリューム削除といった事態を適切に抑止することができない。

そこで、管理者の負担を軽減するために、リソースドメインと呼ばれるストレージ装置の管理手法がある。リソースドメインでは、ストレージ装置のリソースをドメインと呼ぶ管理単位に分割する。そして、各ドメインを仮想的なストレージとして管理する。このとき、組織の管理者は、その組織に割り当てられたドメイン内のリソースに対してのみ、管理作業を実施することができる。これにより、ドメインごとの管理者の作業負荷の軽減が可能となるとともに、ドメイン単位でのセキュリティの確保が可能となる。

各ドメインに割り当てられるリソースの１つにＲＬＵ（ＲＡＩＤ論理ユニット）がある。ＲＬＵは、ＲＡＩＤグループの論理記憶領域である。例えば、全体管理者が、ストレージ装置に対してＲＬＵの作成操作を行い、各ドメインに割り当てる。ここで全体管理者は、特定のドメインに限定されず、すべてのリソースを操作可能な管理者である。各ドメインは、ドメイン管理者によって管理される。ドメイン管理者は、管理を担当するドメインが指定されており、管理を担当するドメインに割り当てられたＲＬＵに対してのみ操作可能である。例えば、ドメイン管理者は、管理対象のドメインに割り当てられたＲＬＵを所定の記憶領域に分割して、細かな論理ボリュームを作成することができる。以下、ＲＬＵを分割して生成された論理ボリュームを、ＯＬＵ（ホスト論理ユニット）と呼ぶこととする。

なお、ストレージ装置の記憶領域における論理ボリュームの作成は、作業者の負担となる。そこで、例えば、最低限の情報のみを入力してもらい、その情報を含んだＬＵ設定コマンドを受け付けたら、そのＬＵ設定コマンドに応答して、ＬＵと物理記憶装置に関する構成管理情報を用いて内部的に処理を完了するストレージシステムが考えられている。

特開２０１０−８６３９３号公報

リソースドメイン運用中には、ドメインを新規に追加した場合や、あるドメインが当初の想定以上のデータ格納領域を必要とした場合など、そのドメインに新たなＲＬＵの割り当てが必要となるケースがある。この場合、最も容易なのは、ディスクを増設してＲＬＵを作成し、増設したディスクを用いて作成したＲＬＵを、追加のＲＬＵを必要とするドメインに割り当てることである。ただし、既に存在するリソース内に未使用のリソースが十分にある場合にまでディスクの増設を行ったのでは、リソースの利用効率が低下してしまう。例えば、ＲＬＵの追加対象のドメイン以外のドメインにおいて、未使用のＲＬＵが存在する場合、そのＲＬＵを追加対象のドメインに割り当て直すことができれば、リソースの効率的な利用が可能となる。

しかし、既にドメインに割り当てられているＲＬＵは、ドメインごとの管理者によって管理されており、ストレージ装置全体の管理者が各ＲＬＵの使用状況を即座に判断するのは困難である。そのため、他のドメインに再割り当て可能なＲＬＵをストレージ装置の管理者が見つけ出すのは、非常に手間がかかる。この問題は、ストレージ装置の規模が大きくなるほど顕著となる。またこの問題は、ドメインへのＲＬＵの割り当てに限らず、資源を管理するためのグループへの資源の割り当てを行うストレージ装置一般の問題でもある。

１つの側面では、本発明は、資源の有効利用を図る資源割り当てを行うことができるストレージ装置、およびストレージ管理方法を提供することを目的とする。

１つの案では、記憶領域を資源に分割して管理するストレージ装置において、以下のような検出手段と設定手段とを有するストレージ装置が提供される。
検出手段は、割り当て先のグループを指定した資源の割り当て要求に応じて、記憶手段に格納された、複数のグループそれぞれに割り当てられた資源の使用の有無を示す情報を参照し、割り当て先のグループ以外のグループに割り当てられている未使用の資源を検出する。設定手段は、検出された未使用の割り当て済み資源の割り当てを解除し、該資源を割り当て先のグループに再度割り当てる設定を、記憶手段に対して行う。

資源の有効利用を図る資源割り当てが可能となる。

第１の実施の形態に係る装置の機能構成例を示す図である。 第１の実施の形態の資源割り当て処理手順の一例を示すフローチャートである。 第１の実施の形態による資源割り当て処理の一例を示す図である。 第２の実施の形態のシステム構成の一例を示す図である。 第２の実施の形態に用いるストレージ装置のハードウェア構成の一例を示す図である。 ＲＬＵの管理状況を示す図である。 メモリに記憶されている情報の一例を示す図である。 ドメイン情報記憶領域内のデータ構造の一例を示す図である。 ＲＬＵ情報記憶領域内のデータ構造の一例を示す図である。 ＯＬＵ情報記憶領域内のデータ構造の一例を示す図である。 ＲＬＵ割り当て処理の手順の一例を示す第１のフローチャートである。 ＲＬＵ割り当て処理の手順の一例を示す第２のフローチャートである。 ＲＬＵ割り当て処理の手順の一例を示す第３のフローチャートである。 ＲＬＵ割り当て処理の手順の一例を示す第４のフローチャートである。 ドメイン情報の一例を示す図である。 ＲＬＵ情報の一例を示す図である。 ＲＬＵの割り当て状況を示す図である。 １つ目の割り当て候補のＲＬＵの選択例を示す図である。 １つ目の割り当て候補選択後のＲＬＵ情報の例を示す図である。 ２つ目の割り当て候補のＲＬＵの選択例を示す図である。 ２つ目の割り当て候補選択後のＲＬＵ情報の例を示す図である。 ３つ目の割り当て候補のＲＬＵの選択例を示す図である。 ３つ目の割り当て候補選択後のＲＬＵ情報の例を示す図である。 ＲＬＵ番号「０」のＲＬＵの割り当て先のドメインへの割り当て例を示す図である。 ＲＬＵ番号「０」のＲＬＵの割り当て先のドメインへの割り当て後のドメイン情報の例を示す図である。 ＲＬＵ番号「０」のＲＬＵの割り当て先のドメインへの割り当て後のＲＬＵ情報の例を示す図である。 ＲＬＵ番号「３」のＲＬＵ内のＯＬＵの移行例を示す図である。 ＲＬＵ番号「３」のＲＬＵ内のＯＬＵの移行後のＲＬＵ情報の例を示す図である。 ＲＬＵ番号「３」のＲＬＵの割り当て先のドメインへの割り当て例を示す図である。 ＲＬＵ番号「３」のＲＬＵの割り当て先のドメインへの割り当て後のドメイン情報の例を示す図である。 ＲＬＵ番号「３」のＲＬＵの割り当て先のドメインへの割り当て後のＲＬＵ情報の例を示す図である。 ＲＬＵ番号「４」のＲＬＵの割り当て先のドメインへの割り当て例を示す図である。 ＲＬＵ番号「４」のＲＬＵの割り当て先のドメインへの割り当て後のドメイン情報の例を示す図である。 ＲＬＵ番号「４」のＲＬＵの割り当て先のドメインへの割り当て後のＲＬＵ情報の例を示す図である。

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る装置の機能構成例を示す図である。ストレージ装置Ａは、記憶手段１、検出手段２、および設定手段３を有する。

記憶手段１は、複数のグループそれぞれに割り当てられた資源と、資源の使用の有無とを示す情報が格納されている。資源は、例えばＲＡＩＤグループのような仮想的なディスクボリュームである。図１の例では、記憶手段１に、複数のグループそれぞれに割り当てられた資源を示す第１の情報１ａと、資源の使用の有無とを示す第２の情報１ｂとが格納されている。例えば第１の情報１ａには、資源番号「０」の資源が第１のグループに割り当てられ、資源番号「１」、「２」の資源が第２のグループに割り当てられていることが示されている。また第２の情報１ｂには、資源番号「０」の資源と資源番号「２」の資源とは使用中であり、資源番号「１」の資源は未使用であることが示されている。例えば、資源を使用するための領域確保が管理者によって行われた場合、その資源は使用中と設定される。

検出手段２は、割り当て先のグループを指定した資源の割り当て要求に応じて、記憶手段１を参照し、割り当て先のグループ以外のグループに割り当てられている未使用の資源を検出する。例えば割り当て先のグループとして第１のグループが指定された場合、検出手段２は、第２のグループに割り当てられた未使用の資源として、資源番号「１」の資源を検出する。

設定手段３は、割り当て先のグループ以外のグループへの、検出された未使用の資源の割り当てを解除し、該未使用の資源を割り当て先のグループに再度割り当てる設定を、記憶手段１に対して行う。

なお、検出手段２と設定手段３とは、ストレージ装置Ａが有するＣＰＵ（Central Processing Unit）により実現することができる。また、記憶手段１は、ストレージ装置Ａが有するＲＡＭ（Random Access Memory）、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）、ＳＳＤ（Solid State Drive）などにより実現することができる。

また、図１に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。
図２は、第１の実施の形態の資源割り当て処理手順の一例を示すフローチャートである。以下、図２に示す処理をステップ番号に沿って説明する。

［ステップＳ１］検出手段２は、割り当て先のグループを指定した資源の割り当て要求を取得する。例えばストレージ装置Ａに接続された端末装置などのＭＭＩ（Man-Machine Interface）から、ストレージ装置Ａに割り当て要求が入力される。

［ステップＳ２］検出手段２は、記憶手段１を参照し、割り当て先に指定されたグループとは別のグループの未使用の資源を検出する。
［ステップＳ３］設定手段３は、検出手段２により、割り当て先に指定されたグループとは別のグループの未使用の資源が、少なくとも１つ検出されたか否かを判断する。未使用の資源が検出された場合、設定手段３は、処理をステップＳ４に進める。また、未使用の資源が検出されなかった場合、設定手段３は、処理を終了する。

［ステップＳ４］設定手段３は、他のグループの未使用の資源の他のグループへの割り当てを解除し、割り当て先に指定されたグループに割り当てる。
このようにして、他のグループに既に割り当てられている資源の中から未使用の資源を検出し、割り当て先のグループに割り当てることができる。

図３は、第１の実施の形態による資源割り当て処理の一例を示す図である。図３の例では、第１のグループ４に資源番号「０」の資源６ａが割り当てられ、第２のグループ５に資源番号「１」、「２」の資源６ｂ，６ｃが割り当てられている。図３では、各資源６ａ，６ｂ，６ｃのうち、使用されている領域を網掛けで示している。

このような状況において、第１のグループ４においてさらに資源を使用する予定ができると、ストレージ装置Ａに対して、第１のグループ４を割り当て先に指定した資源の割り当て要求が入力される。その場合、ストレージ装置Ａでは、第２のグループ５に割り当てられ、且つ未使用の資源６ｂが検出される。そしてストレージ装置Ａにおいて、検出された資源６ｂの第２のグループ５への割り当てが解除され、資源６ｂは、新たに第１のグループ４に割り当てられる。

このような割り当て処理がストレージ装置Ａ内で自動実行されることで、管理者は、未使用の資源を探す手間が省け、あるグループにおける未使用の資源の他のグループへの再割り当てが容易となる。すなわち資源の有効利用を図る資源割り当てを、容易に行うことが可能となる。

〔第２の実施の形態〕
次に第２の実施の形態について説明する。第２の実施の形態は、リソースドメインシステムにおいて、ＲＬＵのドメインへの割り当てを、容易に行うことができるようにしたものである。なお、リソースドメインシステムにおけるドメインは、リソースを管理するグループの一例である。またドメインに割り当てられるＲＬＵは、ストレージ装置の記憶領域を分割して得られる資源の一例である。

図４は、第２の実施の形態のシステム構成の一例を示す図である。ストレージ装置１００は、ＲＡＩＤ技術を用いたディスクアレイ装置である。ストレージ装置１００には、全体管理者３０が使用する端末装置２０が接続されている。全体管理者３０は、端末装置２０を用いて、ストレージ装置１００全体を管理する。例えば全体管理者３０は、ドメインに割り当てるリソースの拡張の要求を、端末装置２０を用いてストレージ装置１００に入力することができる。

またストレージ装置１００にはホストコンピュータ１０が接続されている。ホストコンピュータ１０には、ネットワーク１１を介して複数の端末装置２１〜２３に接続されている。複数の端末装置２１〜２３は、それぞれドメイン管理者３１〜３３が使用する端末装置である。複数のドメイン管理者３１〜３３は、端末装置２１〜２３を用いて、それぞれ個別のドメインを管理する。

図５は、第２の実施の形態に用いるストレージ装置のハードウェア構成の一例を示す図である。ストレージ装置１００は、複数のコントローラ制御部（ＣＭ：Controller Module）１１０，１２０を有している。ＣＭ１１０，１２０は、ストレージ装置１００内の物理ディスクなどの資源管理を行う。例えばＣＭ１１０には、ハードディスク装置（ＨＤＤ）１３１，１３２，・・・が接続されている。ＣＭ１１０は、接続されたＨＤＤ１３１，１３２，・・・で提供されるリソース（記憶機能）の管理を担当する。またＣＭ１２０には、ＨＤＤ１４１，１４２，・・・が接続されている。ＣＭ１２０は、接続されたＨＤＤ１４１，１４２，・・・で提供されるリソース（記憶機能）の管理を担当する。ＣＭ１１０，１２０は、担当する複数のＨＤＤを組み合わせてＲＡＩＤグループを生成し、生成したＲＡＩＤグループをＲＬＵとすることができる。なお、ＨＤＤ１３１，１３２，・・・，１４１，１４２，・・・は、ＳＳＤに置き換えることも可能である。

ＣＭ１１０は、ＣＰＵ１１１、メモリ１１２、キャッシュメモリ１１３、ＣＡ（Channel Adapter）１１４、複数のＤＡ（Device Adapter）１１５ａ，１１５ｂ，・・・、ＭＭＩ接続インタフェース（Ｉ／Ｆ）１１６、およびＣＭ間通信Ｉ／Ｆ１１７を有する。ＣＭ１１０内の各構成要素は、ＣＭ１１０の内部バス１１８によって互いに接続されている。

ＣＰＵ１１１は、ＣＭ１１０全体を制御する。例えばＣＰＵ１１１は、メモリ１１２に格納されたプログラムやデータに基づいて、ドメインへのＲＬＵの割り当て処理を実行する。

メモリ１１２は、ＣＭ１１０の制御に用いられる各種情報を記憶する。またメモリ１１２は、ＣＰＵ１１１に実行させる処理が記述されたプログラムも記憶する。例えば、図１１〜図１４に示す処理をＣＰＵ１１１に実行させるプログラムが、メモリ１１２に格納される。メモリ１１２としては、例えばフラッシュメモリなどの不揮発性のメモリを使用することができる。キャッシュメモリ１１３は、ＨＤＤ１３１，１３２，・・・に入出力するデータを一時的に保存するメモリである。

ＣＡ１１４は、ファイバーチャネルで通信を行うインタフェースである。ＤＡ１１５ａ，１１５ｂ，・・・は、それぞれＨＤＤ１３１，１３２，・・・に接続され、接続されたＨＤＤへのデータの入出力を行う。ＭＭＩ接続インタフェース１１６は、全体管理者３０が使用する端末装置２０を接続するインタフェースである。ＣＭ間通信Ｉ／Ｆ１１７は、ストレージ装置１００内の別のＣＭ１２０と通信するインタフェースである。ＣＭ間通信Ｉ／Ｆ１１７は、例えばＰＣＩ Expressで通信を行う。なおＣＭ１１０，１２０間の通信は、ＦＥＲ（Front-end Router）と呼ばれる中継回路を介して行うこともできる。

ＣＭ１２０は、ＣＰＵ１２１、メモリ１２２、キャッシュメモリ１２３、ＣＡ１２４、複数のＤＡ１２５ａ，１２５ｂ，・・・、ＭＭＩ接続Ｉ／Ｆ１２６、およびＣＭ間通信Ｉ／Ｆ１２７を有する。ＣＭ１２０内の各構成要素は、ＣＭ１２０の内部バス１２８によって互いに接続されている。ＣＭ１２０内の各構成要素は、ＣＭ１１０内の同名の構成要素と同じ機能を有している。

以上のようなハードウェア構成によって、第１の実施の形態の処理機能を実現することができる。なお、第１の実施の形態に示したストレージ装置も、図５に示したストレージ装置１００と同様のハードウェアにより実現することができる。その場合、図１に示した検出手段２と設定手段３との機能は、図５に示すＣＭ１１０，１２０のＣＰＵ１１１，１２１によって実現される。また図１に示した記憶手段１の機能は、図５に示すＣＭ１１０，１２０のメモリ１１２，１２２によって実現される。また、図５に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。

次に、ストレージ装置１００において生成されたＲＬＵの、ドメインごとの管理状況について説明する。
図６は、ＲＬＵの管理状況を示す図である。図６の例では、ストレージ装置１００内に６つのＲＬＵ１５１〜１５６が生成されている。ストレージ装置１００の全体管理者３０は、ドメインへのＲＬＵの割り当てを行う。例えば全体管理者３０からの指示に応じて、ストレージ装置１００が内部でＲＬＵのドメインへの割り当てを設定する。図６の例では、ＲＬＵ番号「１」のＲＬＵ１５２がドメイン名「Ａ」のドメイン４１に割り当てられている。ＲＬＵ番号「２」と「３」とのＲＬＵ１５３，１５４がドメイン名「Ｂ」のドメイン４２に割り当てられている。ＲＬＵ番号「４」と「５」のＲＬＵ１５５，１５６がドメイン名「Ｃ」のドメイン４３に割り当てられている。

各ドメイン４１〜４３には、個別のドメイン管理者３１〜３３が存在する。例えばドメイン管理者３１は、ドメイン名「Ａ」のドメイン４１を管理することはできるが、他のドメイン４２，４３を管理することはできない。ドメイン管理者３２は、ドメイン名「Ｂ」のドメイン４２を管理することはできるが、他のドメイン４１，４３を管理することはできない。ドメイン管理者３３は、ドメイン名「Ｃ」のドメイン４３を管理することはできるが、他のドメイン４１，４２を管理することはできない。

このように、ＲＬＵをドメインに割り当てることで、ＲＬＵの管理作業を、全体管理者３０に代わってドメイン管理者３１〜３３が行うことができる。例えば、企業内の部門ごとにドメインを設け、各部門内のドメイン管理者に、その部門で使用するＲＬＵの管理を行わせることができる。しかも、１つのドメインに関するドメイン管理者は、他のドメインに対する設定などの操作を行うことができないため、誤って他の部署のドメインを操作してしまうことが抑止されている。

ＲＬＵにデータを格納する場合、例えば、そのＲＬＵが割り当てられたドメインを管理するドメイン管理者からの指示に基づいて、ＲＬＵ内に論理ボリューム（ＯＬＵ）が作成される。そしてホストコンピュータ１０を介して、ＯＬＵを指定したデータの入出力が行われる。

なお担当ＣＭ（Centralized Module）には、担当するＲＬＵが定義されている。ＲＬＵへのデータアクセスには、そのＲＬＵの担当ＣＭ上のキャッシュメモリが用いられる。そのため、リソースドメイン環境では、ドメインごとに、割り当てるＲＬＵの担当ＣＭが異なるようにシステムを構築することで、他ドメインにおけるデータアクセスの影響を受けにくくすることができる。そこで、第２の実施の形態では、ドメインにＲＬＵを割り当てる際には、既にそのドメインに割り当てられているＲＬＵと同じ担当ＣＭを有する他のＲＬＵを、優先的にそのドメインに割り当てるようにする。

ストレージ装置１００におけるドメインへのＲＬＵの割り当て、およびＲＬＵ内へのＯＬＵの作成状況などの管理情報は、各ＣＭ１１０，１２０それぞれのメモリ１１２，１２２で保持される。

図７は、メモリに記憶されている情報の一例を示す図である。図７の例では、メモリ１１２には、ドメイン情報記憶領域１１２ａ、ＲＬＵ情報記憶領域１１２ｂ、およびＯＬＵ情報記憶領域１１２ｃが設けられている。ドメイン情報記憶領域１１２ａには、ドメインに関する情報が格納される。ＲＬＵ情報記憶領域１１２ｂには、ＲＬＵに関する情報が格納される。ＯＬＵ情報記憶領域１１２ｃには、ＯＬＵに関する情報が格納される。

図８は、ドメイン情報記憶領域内のデータ構造の一例を示す図である。ドメイン情報記憶領域１１２ａには、ドメインごとのドメイン情報５１〜５３が格納されている。
ドメイン情報５１〜５３には、ドメイン名、当該ドメインに割り当てられているＲＬＵ数、およびＲＬＵ番号のフィールドが設けられている。ドメイン名のフィールドには、ストレージ装置１００に生成されたドメインの名称が設定される。ＲＬＵ数のフィールドには、ドメイン名で示されるドメインに割り当てられているＲＬＵの数が設定される。ＲＬＵ番号のフィールドには、ドメイン名で示されるドメインに割り当てられているＲＬＵの識別番号（ＲＬＵ番号）が設定される。例えばＲＬＵ数がＮ個（Ｎは、０以上の整数）の場合、ＲＬＵ番号のフィールドには、Ｎ個分のＲＬＵ番号が設定される。

図９は、ＲＬＵ情報記憶領域内のデータ構造の一例を示す図である。ＲＬＵ情報記憶領域１１２ｂには、ＲＬＵごとのＲＬＵ情報６１，６２，６３，・・・が格納されている。
ＲＬＵ情報６１，６２，６３，・・・には、ＲＬＵ番号、ＲＡＩＤ Ｌｅｖｅｌ、ステータス（Status）、担当ＣＭ、容量、ＯＬＵ数、およびＯＬＵ番号のフィールドが設けられている。

ＲＬＵ番号のフィールドには、ストレージ装置１００内に生成されたＲＬＵの識別番号（ＲＬＵ番号）が設定される。ＲＡＩＤ Ｌｅｖｅｌのフィールドには、ＲＬＵ番号で示されるＲＬＵのＲＡＩＤレベルが設定される。

ステータスのフィールドには、ＲＬＵ番号で示されるＲＬＵの状態が設定される。ステータスには、「Free」、「Not Reserved」、「Reserved」、「Protect」の４種類がある。ステータス「Free」は、どのドメインにも割り当てられていない状態である。ステータス「Not Reserved」は、あるドメインに割り当てられている状態である。ステータス「Reserved」は、ドメイン自動割り当ての候補となっている状態である。ステータス「Protect」は、ドメイン自動割り当て禁止となっている状態である。

担当ＣＭのフィールドには、ＲＬＵ番号で示されるＲＬＵの制御を担当するＣＭの識別番号が設定される。容量のフィールドには、ＲＬＵ番号で示されるＲＬＵの記憶容量が設定される。ＯＬＵ数のフィールドには、ＲＬＵ番号で示されるＲＬＵ内に作成されたＯＬＵの数が設定される。ＯＬＵ番号のフィールドには、ＲＬＵ番号で示されるＲＬＵ内に作成されたＯＬＵの識別番号（ＯＬＵ番号）が設定される。例えばＯＬＵ数がｎ個（ｎは、０以上の整数）の場合、ＯＬＵ番号のフィールドには、ｎ個分のＯＬＵ番号が設定される。

図１０は、ＯＬＵ情報記憶領域内のデータ構造の一例を示す図である。ＯＬＵ情報記憶領域１１２ｃには、ＯＬＵごとのＯＬＵ情報７１，７２，７３，・・・が格納されている。

ＯＬＵ情報７１，７２，７３，・・・には、ＯＬＵ番号と記憶容量とのフィールドが設けられている。ＯＬＵ番号のフィールドには、ＯＬＵの識別番号が設定される。記憶容量のフィールドには、ＯＬＵ番号で示されるＯＬＵの記憶容量が設定される。

以上のような構成のストレージ装置１００により、あるドメインの拡張要求に応じて、そのドメインに追加に割り当てるＲＬＵを自動で選択し、選択したＲＬＵをそのドメインに割り当てることができる。

図７〜図１０には、ＣＭ１１０のメモリ１１２の内部構造について説明しが、他のＣＭ１２０のメモリ１２２の内部構造も、ＣＭ１１０のメモリ１１２と同様である。また各ＣＭ１１０，１２０は、定期的にメモリ１１２，１２２内の情報の同期処理を行い、最新の情報で統一する。例えばＣＭ１１０のメモリ１１２内の情報が更新されると、同期処理によって、更新内容がＣＭ１２０のメモリ１２２に反映される。

なおドメイン管理者はあらかじめ、自身が管理するドメインに割り当てられているＲＬＵごとに、他ドメインへの再割り当て対象としてよいか否かを、ユーザーインタフェースを介して設定しておくことができる。例えば、ドメイン管理者から再割り当て可と指定されたＲＬＵについては、対応するＲＬＵ情報のStatusが“Not Reserved”に設定される。またドメイン管理者から再割り当て不可と指定されたＲＬＵについては、対応するＲＬＵ情報のStatusが“Protect”に設定される。

以下、ＲＬＵの割り当て処理について詳細に説明する。以下の例では、ＣＭ１１０がＲＬＵの割り当て処理を実行し、割り当て結果を他のＣＭ１２０に適用するものとする。
図１１は、ＲＬＵ割り当て処理の手順の一例を示す第１のフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。

［ステップＳ１０１］ＣＭ１１０は、例えば全体管理者３０が端末装置２０から、ドメインへのＲＬＵの割り当て要求の入力を受け付ける。割り当て要求には、割り当て先となるドメインのドメイン名、割り当てるＲＬＵ数、および割り当てる１以上のＲＬＵの条件（割り当て条件）が含まれる。割り当て条件では、例えばＲＬＵに適用されているＲＡＩＤレベルおよびＲＬＵの記憶容量が指定される。

［ステップＳ１０２］ＣＭ１１０は、割り当て条件を満たす未割り当てのＲＬＵの有無を抽出する。この際、ＣＭ１１０は、ドメインの自動割り当てが禁止されているＲＬＵについては、抽出対象から除外する。ドメインの自動割り当てが禁止されているＲＬＵとは、ＲＬＵ情報において、ステータスが「Protected」となっているＲＬＵである。

例えばＣＭ１１０のＣＰＵ１１１は、メモリ１１２内のＲＬＵ情報記憶領域１１２ｂを参照し、割り当て要求に示されるＲＡＩＤレベルと記憶容量との条件を共に満たし、且つステータスが「Free」と設定されているＲＬＵ情報を検索する。そしてＣＰＵ１１１は、検索で見つけ出したＲＬＵ情報に設定されているＲＬＵ番号を抽出する。

［ステップＳ１０３］ＣＭ１１０は、割り当て条件を満たす未割り当てのＲＬＵが少なくとも１つ存在するか否かを判断する。例えば、ステップＳ１０２において少なくとも１つのＲＬＵ番号が抽出された場合、割り当て条件を満たす未割り当てのＲＬＵが少なくとも１つ存在する。ＣＭ１１０は、該当するＲＬＵが存在する場合、処理をステップＳ１０４に進める。またＣＭ１１０は、該当するＲＬＵが存在しない場合、処理をステップＳ１１１（図１２参照）に進める。

［ステップＳ１０４］ＣＭ１１０は、割り当て条件を満たす未割り当てのＲＬＵのうち、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが同じＲＬＵが存在するか否かを判断するする。

例えばＣＭ１１０のＣＰＵ１１１は、ドメイン情報記憶領域１１２ａ内の、割り当て先のドメインのドメイン名が設定されたドメイン情報を参照し、ＲＬＵ番号を取得する。ＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の、ドメイン情報から取得したＲＬＵ番号に対応するＲＬＵ情報から担当ＣＭのＣＭ番号を取得し、割り当て先ドメインの担当ＣＭ番号とする。さらにＣＰＵ１１１は、ステップＳ１０２で抽出したＲＬＵ番号に対応するＲＬＵ情報を検索対象として、割り当て先ドメインの担当ＣＭ番号と同じＣＭ番号が設定されているＲＬＵ情報を検索する。ＣＰＵ１１１は、検索により該当するＲＬＵ情報があれば、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが同じ、未割り当てのＲＬＵが存在するものと判断する。

なお、割り当て先のドメインに未だＲＬＵが割り当てられていない場合、該当するＲＬＵは存在しないと判断される。該当するＲＬＵが存在する場合、ＣＭ１１０は処理をステップＳ１０５に進める。また該当するＲＬＵが存在しない場合、ＣＭ１１０は処理をステップＳ１０６に進める。

［ステップＳ１０５］ＣＭ１１０は、割り当て条件を満たす未割り当てのＲＬＵのうち、割り当て先に指定されたドメインに既に割り当てられているＲＬＵと担当ＣＭが同じＲＬＵの１つを、割り当て候補として選択する。その後、ＣＭ１１０は処理をステップＳ１３１（図１４参照）に進める。

［ステップＳ１０６］ＣＭ１１０は、割り当て条件を満たす未割り当てのＲＬＵのうち、任意の１つのＲＬＵを割り当て候補として選択する。その後、ＣＭ１１０は処理をステップＳ１３１（図１４参照）に進める。

図１１に示したステップＳ１０３〜Ｓ１０６の処理により、割り当て条件を満たすＲＬＵのうち、未割り当てのＲＬＵがあれば、そのＲＬＵが最優先で、割り当て候補として選択される。また割り当て条件を満たす未割り当てのＲＬＵが複数ある場合には、それらのＲＬＵの中から、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが共通のＲＬＵが、優先的に割り当て候補として選択される。

図１２は、ＲＬＵ割り当て処理の手順の一例を示す第２のフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。
［ステップＳ１１１］ＣＭ１１０は、割り当て条件を満たす未割り当てのＲＬＵが存在しない場合、割り当て先のドメイン以外のドメインに割り当てられているＲＬＵのうち、割り当て条件を満たす未使用のＲＬＵを抽出する。この際、ＣＭ１１０は、既に割り当て候補として選択されているＲＬＵと、ドメインの自動割り当てが禁止されているＲＬＵとについては、抽出対象から除外する。

例えばＣＭ１１０のＣＰＵ１１１は、ドメイン情報記憶領域１１２ａの割り当て先のドメインに対応するドメイン情報を参照し、そのドメインに割り当てられたＲＬＵのＲＬＵ番号を抽出する。次にＣＰＵは、ＲＬＵ情報記憶領域１１２ｂ内の、抽出したＲＬＵ番号以外のＲＬＵ番号が設定されたＲＬＵ情報を参照し、割り当て条件を満たし、且つステータスが「Not Reserved」と設定されている未使用のＲＬＵを検索する。ＲＬＵが未使用か否かは、例えばＯＬＵの生成の有無によって判断できる。すなわちＣＰＵ１１１は、ＲＬＵ内にＯＬＵが生成されていなければ、そのＲＬＵが未使用であると判断する。ＲＬＵ内にＯＬＵが生成されているか否かは、ＲＬＵ情報のＯＬＵ数のフィールドの値で判断できる。ＲＬＵ情報のＯＬＵ数が「０」の場合、そのＲＬＵ情報に対応するＲＬＵ内にはＯＬＵが生成されていない。

［ステップＳ１１２］ＣＭ１１０は、割り当て条件を満たす未使用のＲＬＵが少なくとも１つ存在するか否かを判断する。例えば、ステップＳ１１１において少なくとも１つのＲＬＵが抽出された場合、割り当て条件を満たす未使用のＲＬＵが少なくとも１つ存在する。ＣＭ１１０は、該当するＲＬＵが存在する場合、処理をステップＳ１１３に進める。またＣＭ１１０は、該当するＲＬＵが存在しない場合、処理をステップＳ１２１（図１３参照）に進める。

［ステップＳ１１３］ＣＭ１１０は、割り当て条件を満たす未使用のＲＬＵのうち、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが同じＲＬＵが存在するか否かを判断する。

例えばＣＭ１１０のＣＰＵ１１１は、ドメイン情報記憶領域１１２ａ内の、割り当て先のドメインのドメイン名が設定されたドメイン情報を参照し、ＲＬＵ番号を取得する。ＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の、ドメイン情報から取得したＲＬＵ番号に対応するＲＬＵ情報から担当ＣＭのＣＭ番号を取得し、割り当て先ドメインの担当ＣＭ番号とする。さらにＣＰＵ１１１は、ステップＳ１１１で抽出したＲＬＵ番号に対応するＲＬＵ情報を検索対象として、割り当て先ドメインの担当ＣＭ番号と同じＣＭ番号が設定されているＲＬＵ情報を検索する。ＣＰＵ１１１は、検索により該当するＲＬＵ情報があれば、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが同じ、未使用のＲＬＵが存在するものと判断する。

なお、割り当て先のドメインに未だＲＬＵが割り当てられていない場合、該当するＲＬＵは存在しないと判断される。該当するＲＬＵが存在する場合、ＣＭ１１０は処理をステップＳ１１４に進める。また該当するＲＬＵが存在しない場合、ＣＭ１１０は処理をステップＳ１１５に進める。

［ステップＳ１１４］ＣＭ１１０は、割り当て条件を満たす未使用のＲＬＵのうち、割り当て先に指定されたドメインに既に割り当てられているＲＬＵと担当ＣＭが同じＲＬＵの１つを、割り当て候補として選択する。その後、ＣＭ１１０は処理をステップＳ１３１（図１４参照）に進める。

［ステップＳ１１５］ＣＭ１１０は、割り当て条件を満たす未使用のＲＬＵのうち、未使用ＲＬＵが最も多く存在するドメインに割り当てられたＲＬＵの１つを、割り当て候補として選択する。その後、ＣＭ１１０は処理をステップＳ１３１（図１４参照）に進める。

図１２に示したステップＳ１１１〜Ｓ１１５の処理により、割り当て条件を満たす未割り当てのＲＬＵがない場合、次に、割り当て条件を満たす未使用のＲＬＵが、優先的に割り当て候補として選択される。また割り当て条件を満たす未使用のＲＬＵが複数ある場合には、それらのＲＬＵの中から、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが共通のＲＬＵが、優先的に割り当て候補として選択される。

図１３は、ＲＬＵ割り当て処理の手順の一例を示す第３のフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
［ステップＳ１２１］ＣＭ１１０は、割り当て先のドメイン以外のドメインに割り当てられているＲＬＵのうち、割り当て条件を満たし、未使用状態に変更可能なＲＬＵを抽出する。この際、ＣＭ１１０は、既に割り当て候補として選択されているＲＬＵと、ドメインの自動割り当てが禁止されているＲＬＵとについては、抽出対象から除外する。

例えばＣＭ１１０のＣＰＵ１１１は、割り当て先のドメイン以外のそれぞれドメインについて、そのドメインに割り当てられたＲＬＵのＲＬＵ情報を参照する。そしてＣＰＵ１１１は、ドメインごとに、Statusが「Not Reserved」で且つ割り当て条件を満たし、さらに以下の容量以下の式（１）で得られる容量をもつＲＬＵが存在するか検索する。なお割り当て条件は、例えばＲＡＩＤレベルと容量に関する条件である。
［ドメインに割り当てられているＲＬＵの総容量］−［ドメインがもつＯＬＵの総容量］
・・・・（１）
式（１）は、ドメインに割り当てられたＲＬＵすべてにおける未使用領域の総量を示している。すなわち、式（１）で得られた容量以下の容量のＲＬＵであれば、そのＲＬＵ内に設けられているＯＬＵを別のＲＬＵに移動させることで、そのＲＬＵを未使用状態に移行できる。

なお［ドメインに割り当てられているＲＬＵの総容量］は、ドメイン情報とＲＬＵ情報とに基づいて計算できる。例えばＣＰＵ１１１は、ドメイン情報記憶領域１１２ａ内のドメイン情報を１つずつ順に選択する。次にＣＰＵ１１１は、選択したドメイン情報に設定されているＲＬＵ番号のうち、割り当て候補として既に選択されているＲＬＵ以外のＲＬＵ番号を取得する。ＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の、取得したＲＬＵ番号に対応するＲＬＵ情報を参照し、参照したＲＬＵ情報に設定されている容量を合計する。合計された値が、ドメイン情報に対応するドメインの［ドメインに割り当てられているＲＬＵの総容量］となる。

また［ドメインがもつＯＬＵの総容量］は、ドメイン情報、ＲＬＵ情報、およびＯＬＵ情報に基づいて計算できる。例えばＣＰＵ１１１は、ドメイン情報記憶領域１１２ａ内のドメイン情報を１つずつ順に選択する。次にＣＰＵ１１１は、選択したドメイン情報に設定されているＲＬＵ番号を取得する。ＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の、取得したＲＬＵ番号に対応するＲＬＵ情報を参照し、参照したＲＬＵ情報に設定されているＯＬＵ番号を取得する。ＣＰＵ１１１は、ＯＬＵ情報記憶領域１１２ｃ内の、取得したＯＬＵ番号に対応するＯＬＵ情報を参照し、参照したＯＬＵ情報に設定されている記憶容量を合計する。合計された値が、［ドメインがもつＯＬＵの総容量］となる。

割り当て条件を満たし、式（１）で得られる容量以下の記憶容量をもつＲＬＵは、式（１）の検索結果、ドメイン情報、およびＲＬＵ情報に基づいて得られる。例えばＣＰＵ１１１は、ドメイン情報記憶領域１１２ａ内の、式（１）の計算対象となったドメインのドメイン情報から、ＲＬＵ番号を取得する。次にＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の、取得したＲＬＵ番号に対応するＲＬＵ情報を検索対象とし、式（１）で得られた容量以下の容量が設定されているＲＬＵ情報を検索する。そしてＣＰＵ１１１は、検索により該当したＲＬＵ情報に設定されているＲＬＵ番号を、検索結果として取得する。ＣＰＵ１１１は、割り当て条件を満たし、式（１）の容量以下の容量のＲＬＵを検出すると、検出したＲＬＵを未使用状態に変更可能なＲＬＵとする。

またＣＭ１１０は、ドメインごとに、未使用状態に変更可能なＲＬＵ数を計算する。例えばＣＭ１１０のＣＰＵ１１１は、あるドメインについて、未使用状態に変更可能なＲＬＵが得られた場合、未使用状態に変更可能なＲＬＵの１つを除外して、式（１）による容量を再計算する。除外されたＲＬＵは、再計算の際に、該当ドメインに割り当てられていないものとして扱われる。すなわち、再計算の際には、除外したＲＬＵ以外のＲＬＵの容量の合計が［ドメインに割り当てられているＲＬＵの総容量］となる。なお［ドメインがもつＯＬＵの総容量］については、再計算の際も、初回の計算と同じ値である。

ＣＰＵ１１１は、再計算した容量に基づいて、さらに割り当て条件を満たし、式（１）の容量以下の容量のＲＬＵを検索する。該当するＲＬＵが検出された場合、ＣＰＵ１１１は、検出したＲＬＵの１つをさらに除外し、式（１）の再計算と割り当て条件を満たし、式（１）の容量以下の容量のＲＬＵの検索を行う。ＣＰＵ１１１は、このような検索を、該当するＲＬＵが検出されなくなるまで繰り返す。そしてＣＰＵ１１１は、該当するＲＬＵが検出されなくなるまでに除外したＲＬＵ数を、そのドメインにおいて未使用状態に変更可能なＲＬＵ数とする。

ステップＳ１２１の処理の結果、ドメインごとに、そのドメインにおいて未使用状態に変更可能なＲＬＵのリストと、未使用状態に変更可能なＲＬＵ数が求められる。
［ステップＳ１２２］ＣＭ１１０は、未使用状態に変更可能なＲＬＵが、いずれかのドメインに少なくとも１つ存在したか否かを判断する。該当するＲＬＵが存在する場合、ＣＭ１１０は処理をステップＳ１２４に進める。該当するＲＬＵが存在しない場合、処理をステップＳ１２３に進める。

［ステップＳ１２３］ＣＭ１１０は、割り当て要求で指定された数のＲＬＵを割り当てることができないと判断し、割り当て候補として選択していたＲＬＵの選択を解除する。そして、ＣＭ１１０は割り当て要求に対してエラーを応答する。例えばＣＭ１１０のＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の各ＲＬＵ情報のステータスを確認し、ステータスが「Reserved」の場合、「Not Reserved」に変更する。これにより、該当するＲＬＵの割り当て候補としての選択が解除される。そしてＣＰＵ１１１は、エラーメッセージを、例えば全体管理者３０が使用している端末装置２０に対して出力する。その後、処理が終了する。

［ステップＳ１２４］ＣＭ１１０は、未使用状態に変更可能なＲＬＵが存在する場合、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが同じである、未使用状態に変更可能なＲＬＵが存在するか否かを判断する。例えばＣＭ１１０のＣＰＵ１１１は、ドメイン情報記憶領域１１２ａ内の、割り当て先のドメインのドメイン名が設定されたドメイン情報を参照し、ＲＬＵ番号を取得する。ＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の、ドメイン情報から取得したＲＬＵ番号に対応するＲＬＵ情報から担当ＣＭのＣＭ番号を取得し、割り当て先ドメインの担当ＣＭ番号とする。さらにＣＰＵ１１１は、ステップＳ１２１で抽出したＲＬＵ番号に対応するＲＬＵ情報を検索対象として、割り当て先ドメインの担当ＣＭ番号と同じＣＭ番号が設定されているＲＬＵ情報を検索する。ＣＰＵ１１１は、検索により該当するＲＬＵ情報があれば、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが同じ、未使用状態に変更可能なＲＬＵが存在するものと判断する。

なお、割り当て先のドメインに未だＲＬＵが割り当てられていない場合、該当するＲＬＵは存在しないと判断される。該当するＲＬＵが存在する場合、ＣＭ１１０は処理をステップＳ１２５に進める。また該当するＲＬＵが存在しない場合、ＣＭ１１０は処理をステップＳ１２６に進める。

［ステップＳ１２５］ＣＭ１１０は、割り当て条件を満たす、未使用状態に変更可能なＲＬＵのうち、割り当て先に指定されたドメインに既に割り当てられているＲＬＵと担当ＣＭが同じＲＬＵの１つを、割り当て候補として選択する。その後、ＣＭ１１０は処理をステップＳ１３１（図１４参照）に進める。

［ステップＳ１２６］ＣＭ１１０は、割り当て条件を満たす、未使用状態に変更可能なＲＬＵのうち、未使用状態に変更した場合にドメインへの影響を最も少なく抑えることができるＲＬＵを、割り当て候補として選択する。例えばＣＭ１１０のＣＰＵ１１１は、ステップＳ１２１でドメインごとに求められた未使用状態に変更可能なＲＬＵの数を、ドメイン間で比較し、該当ＲＬＵが最も多いドメインを特定する。そしてＣＭ１１０は、特定されたドメインに対してステップＳ１２１で抽出されたＲＬＵのうち、生成されたＯＬＵの総容量が最も少ないＲＬＵを、割り当て候補として選択する。

なお、ＲＬＵに生成されたＯＬＵの総容量は、ＲＬＵ情報とＯＬＵ情報とに基づいて判断できる。例えばＣＰＵ１１１は、ステップＳ１２１で抽出されたＲＬＵの１つを選択する。次にＣＰＵ１１１は、選択したＲＬＵに対応するＲＬＵ情報からＯＬＵ番号を取得する。そしてＣＰＵ１１１は、ＯＬＵ情報記憶領域１１２ｃ内の、取得したＯＬＵ番号に対応するＯＬＵ情報を参照し、参照したＯＬＵ情報それぞれの記憶容量を合計する。合計された値が、ＲＬＵに生成されたＯＬＵの総容量である。

その後、ＣＭ１１０は処理をステップＳ１３１（図１４参照）に進める。
図１３には、割り当て条件を満たす未割り当てのＲＬＵと割り当て条件を満たす未割り当てのＲＬＵとがない場合の処理が示されている。この場合、未使用状態に変更可能なＲＬＵが調査され、そのＲＬＵが割り当て候補として選択される。また未使用状態に変更可能なＲＬＵが複数ある場合には、それらのＲＬＵの中から、割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが共通のＲＬＵが、優先的に割り当て候補として選択される。割り当て先のドメインに既に割り当てられているＲＬＵと担当ＣＭが共通のＲＬＵがなければ、許容量の大きいドメインに割り当てられているＲＬＵのうちの、データコピーが最も少なくてすむＲＬＵが、割り当て候補として選択される。

図１４は、ＲＬＵ割り当て処理の手順の一例を示す第４のフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。
［ステップＳ１３１］ＣＭ１１０は、割り当ての候補として選択したＲＬＵのステータスを、「Reserved」に変更する。例えばＣＭ１１０のＣＰＵ１１１は、ステップＳ１０５，Ｓ１０６，Ｓ１１４，Ｓ１１５，Ｓ１２５，Ｓ１２６のいずれかで割り当て候補に選択されたＲＬＵに対応するＲＬＵ情報を、ＲＬＵ情報記憶領域１１２ｂから特定する。そしてＣＰＵ１１１は、特定したＲＬＵ情報のステータスを「Reserved」に変更する。

［ステップＳ１３２］ＣＭ１１０は、割り当て要求で指定された数のＲＬＵが「Reserved」に変更されたか否かを判断する。ステータスが「Reserved」に変更されたＲＬＵが要求数に達した場合、ＣＭ１１０は処理をステップＳ１３３に進める。ステータスが「Reserved」に変更されたＲＬＵが要求数に達していなければ、ＣＭ１１０は処理をステップＳ１０３（図１１参照）に進める。

［ステップＳ１３３］ＣＭ１１０は、ステータスが「Reserved」となっているＲＬＵのうち、ステップＳ１３４〜Ｓ１４０の処理が未処理のＲＬＵを１つ選択する。例えばＣＭ１１０のＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内のＲＬＵ情報から、ステータスが「Reserved」のＲＬＵ情報を、ＲＬＵ番号が小さい順に選択する。

［ステップＳ１３４］ＣＭ１１０は、選択したＲＬＵ内にＯＬＵが作成されているか否かを判断する。例えばＣＭ１１０のＣＰＵ１１１は、選択されたＲＬＵに対応するＲＬＵ情報のＯＬＵ数を取得する。取得したＯＬＵ数が「０」であれば、ＣＰＵ１１１は、選択されたＲＬＵ内にＯＬＵが作成されていないと判断する。また取得したＯＬＵ数が１以上であれば、ＣＰＵ１１１は、選択されたＲＬＵ内にＯＬＵが作成されていると判断する。

ＣＰＵ１１１は、ＯＬＵが作成されていれば、処理をステップＳ１３５に進める。またＣＰＵ１１１は、ＯＬＵが作成されていなければ、処理をステップＳ１３９に進める。
［ステップＳ１３５］ＣＭ１１０は、選択したＲＬＵと同じドメインに割り当てられた、十分な空き容量を有する他のＲＬＵを、ＯＬＵ移転先候補として抽出する。例えばＣＭ１１０のＣＰＵ１１１は、ドメイン情報記憶領域１１２ａ内のドメイン情報から、選択したＲＬＵのＲＬＵ番号が設定されているドメイン情報を特定する。ＣＰＵ１１１は特定したドメイン情報に設定されているＲＬＵ番号のうち、選択したＲＬＵ以外のＲＬＵのＲＬＵ番号を取得する。次にＣＰＵ１１１は、ＲＬＵ情報記憶領域１１２ｂ内の、取得したＲＬＵ番号に対応するＲＬＵ情報を参照し、そのＲＬＵ情報に示されるＲＬＵの空き容量を計算する。空き容量は、ＲＬＵの容量から、そのＲＬＵに設定されているＯＬＵの総容量を減算した値である。例えばＣＰＵ１１１は、選択したＲＬＵ内のＯＬＵの容量よりも多い空き容量を有するすべてのＲＬＵを、ＯＬＵ移転先候補として抽出する。

［ステップＳ１３６］ＣＭ１１０は、ＯＬＵ移転先候補のＲＬＵのうち、選択したＲＬＵと担当ＣＭが同じＲＬＵがあるか否かを判断する。ＣＭ１１０は、該当するＲＬＵがあれば、処理をステップＳ１３７に進める。またＣＭ１１０は、該当するＲＬＵがなければ、処理をステップＳ１３８に進める。

［ステップＳ１３７］ＣＭ１１０は、ＯＬＵ移転先候補のＲＬＵのうち、選択したＲＬＵと担当ＣＭが同じＲＬＵに、選択したＲＬＵのデータを移行する。例えば、ＣＭ１１０のＣＰＵ１１１は、選択したＲＬＵ内のＯＬＵと同じ要領のＯＬＵを、移転先とするＲＬＵ内に生成する。次にＣＰＵ１１１は、選択したＲＬＵ内のＯＬＵ内のデータを、移転先とするＲＬＵ内に生成したＯＬＵにコピーする。そしてＣＰＵ１１１は、選択したＲＬＵからＯＬＵを削除する。その後、ＣＭ１１０は、処理をステップＳ１３９に進める。

［ステップＳ１３８］ＣＭ１１０は、ＯＬＵ移転先候補のＲＬＵのうちの任意の１つに、選択したＲＬＵのデータを移行する。データ移行の処理の具体例は、ステップＳ１３７と同様である。

［ステップＳ１３９］ＣＭ１１０は、選択したＲＬＵの所属ドメインを、割り当て要求における割り当て先のドメインに変更し、そのＲＬＵの状態を、割り当て候補から割り当て済みに変更する。例えばＣＭ１１０のＣＰＵ１１１は、選択したＲＬＵが属していたドメインのドメイン情報から、選択したＲＬＵのＲＬＵ番号を削除する。またＣＰＵ１１１は、割り当て先のドメインのドメイン情報に、選択したＲＬＵのＲＬＵ番号を追加する。さらにＣＰＵ１１１は、選択したＲＬＵのＲＬＵ情報のステータスを「Not Reserved」に変更する。

［ステップＳ１４０］ＣＭ１１０は、ステータスが「Reserved」となっている未選択のＲＬＵがあるか否かを判断する。例えばＣＭ１１０のＣＰＵ１１１は、ステップＳ１３３において、ステータスが「Reserved」のＲＬＵ情報をＲＬＵ番号が小さい順に選択している場合、最後に選択したＲＬＵよりＲＬＵ番号が大きいステータスが「Reserved」のＲＬＵの有無を判断する。該当するＲＬＵがあれば、ＣＰＵ１１１は、ステータスが「Reserved」となっている未選択のＲＬＵがあると判断する。未選択のＲＬＵがある場合、ＣＭ１１０は、処理をステップＳ１３３に進める。未選択のＲＬＵがなければ、ＣＭ１１０は処理を終了する。

図１４のステップＳ１３３〜Ｓ１４０の処理により、割り当て要求に指定された台数分のＲＬＵが、割り当て先のドメインに割り当てられる。このとき、ＯＬＵが既に作成されているＲＬＵについては、そのＯＬＵ内のデータが、同じドメインに割り当てられているＲＬＵに移行された後、移行先のドメインに割り当てられる。データの移行先となるＲＬＵについては、移行元ＲＬＵと同じ担当ＣＭをもつＲＬＵを優先的に選出される。

以上、図１１〜図１４の処理がストレージ装置１００内部で自動的で行われることにより、ドメインへのＲＬＵの追加を容易に行うことができ、全体管理者の作業項数の削減が可能となる。

次に、ＲＬＵ割り当ての具体例について説明する。図１５と図１６に、ＲＬＵ割り当て処理開始前のドメイン情報とＲＬＵ情報との例を示す。
図１５は、ドメイン情報の一例を示す図である。図１５の例では、ドメイン情報記憶領域１１２ａに、３つのドメイン情報５１〜５３が格納されている。ドメイン名「Ａ」のドメインには、ＲＬＵ番号「１」の１つのＲＬＵが割り当てられている。ドメイン名「Ｂ」のドメインには、ＲＬＵ番号「２」、「３」の２つのＲＬＵが割り当てられている。ドメイン名「Ｃ」のドメインには、ＲＬＵ番号「４」、「５」の２つのＲＬＵが割り当てられている。

図１６は、ＲＬＵ情報の一例を示す図である。図１６の例では、ＲＬＵ情報記憶領域１１２ｂに、６つのＲＬＵ情報６１〜６６が格納されている。なお図１６では、各ＲＬＵ情報６１〜６６の「ＲＡＩＤ Ｌｅｖｅｌ」と「容量」との各フィールドは省略されている。同様に、図１９、図２１、図２３、図２６、図２８、図３１、図３４においても、「ＲＡＩＤ Ｌｅｖｅｌ」と「容量」との各フィールドは省略されている。

ＲＬＵ番号「０」のＲＬＵは、ステータスが「Free」であり、担当ＣＭのＣＭ番号は「０」である。ＲＬＵ番号「１」のＲＬＵは、ステータスが「Not Reserved」であり、担当ＣＭのＣＭ番号は「０」であり、ＯＬＵ番号「０」、「１」の２つのＯＬＵを有している。ＲＬＵ番号「２」のＲＬＵは、ステータスが「Not Reserved」であり、担当ＣＭのＣＭ番号は「１」であり、ＯＬＵ番号「２」の１つのＯＬＵを有している。ＲＬＵ番号「３」のＲＬＵは、ステータスが「Not Reserved」であり、担当ＣＭのＣＭ番号は「０」であり、ＯＬＵ番号「３」の１つのＯＬＵを有している。ＲＬＵ番号「４」のＲＬＵは、ステータスが「Not Reserved」であり、担当ＣＭのＣＭ番号は「０」であり、ＯＬＵは有していない。ＲＬＵ番号「５」のＲＬＵは、ステータスが「Not Reserved」であり、担当ＣＭのＣＭ番号は「１」であり、ＯＬＵ番号「４」の１つのＯＬＵを有している。

図１７は、ＲＬＵの割り当て状況を示す図である。図１７に示すように、３つのドメイン４１〜４３にＲＬＵが割り当てられている。ここで、ドメイン４１に割り当てられたＲＬＵ１５２の記憶容量は、すべてＯＬＵに使用されている。そのため、このままの状態では、ドメイン４１を使用している組織は、新たなＯＬＵを生成することができない。そこで、ドメイン４１を使用している組織において、取り扱う情報がさらに増加することが見込まれる場合、ドメイン４１の記憶容量を拡張することとなる。以下の例では、ドメイン４１に対して新たに３つのＲＬＵを追加するものとする。その場合、例えば全体管理者３０は、端末装置２０を用い、ストレージ装置１００に対してドメイン４１を割り当て先に指定した３つのＲＬＵの割り当て要求を入力する。このとき、全体管理者３０は、割り当て条件として、ＲＡＩＤレベルや記憶容量を指定することができる。この例では、図１７に示すすべてのＲＬＵ１５１〜１５６が、割り当て条件を満たしているものとする。

割り当て要求を受け取ったストレージ装置１００では、割り当て候補とするＲＬＵが選択される。
図１８は、１つ目の割り当て候補のＲＬＵの選択例を示す図である。割り当て候補の優先順位が最も高いのは、未割り当てのＲＬＵである。そのため、１台目の割り当て候補として、図１８に示すようにＲＬＵ１５１が選択される。割り当て候補のＲＬＵ１５１が選択されると、選択されたＲＬＵ１５１のＲＬＵ情報が更新される。

図１９は、１つ目の割り当て候補選択後のＲＬＵ情報の例を示す図である。図１９の例では、ＲＬＵ番号「０」のＲＬＵ１５１が割り当て候補として選択されたことで、対応するＲＬＵ情報６１のステータスが「Reserved」に変更されている。

図２０は、２つ目の割り当て候補のＲＬＵの選択例を示す図である。図２０に示すように、未割り当てのＲＬＵは１つしかない。そこで、２つ目の割り当て候補としては、他のドメインに割り当てられているものの、未使用のＲＬＵが優先的に選択される。図２０の例では、ドメイン４３に割り当てられているＲＬＵ１５５が未使用である。そこでＲＬＵ１５５が、２つ目の割り当て候補として選択される。

図２１は、２つ目の割り当て候補選択後のＲＬＵ情報の例を示す図である。図２１の例では、ＲＬＵ番号「４」のＲＬＵ１５５が割り当て候補として選択されたことで、対応するＲＬＵ情報６５のステータスが「Reserved」に変更されている。

図２２は、３つ目の割り当て候補のＲＬＵの選択例を示す図である。図２２に示すように、割り当て候補として選択されたＲＬＵ１５１，１５５以外には、未割り当てのＲＬＵや未使用のＲＬＵは存在しない。そこで、既にいずれかのドメインに割り当てられているＲＬＵの中から、未使用状態に変更可能なＲＬＵが求められる。

図２２の例では、ドメイン４２では、ＲＬＵ１５３，１５４内のＯＬＵを、どちらか一方のＲＬＵに纏めることが可能である。すると２つのＲＬＵ１５３，１５４のどちらも未使用状態に変更可能なＲＬＵである。またドメイン４２からは１つのＲＬＵのみを未使用状態に変更可能であるため、ドメイン４２に関する未使用状態に変更可能なＲＬＵ数は「１」である。

ドメイン４３では、ＲＬＵ１５５が既に割り当て候補として選択されている。そのため、ＲＬＵ１５６を未使用状態に変更することはできない。従って、ドメイン４３には未使用状態に変更可能なＲＬＵは存在せず、ドメイン４２に関する未使用状態に変更可能なＲＬＵ数は「０」である。

以上より、未使用状態に変更可能なＲＬＵは、ドメイン４２内のＲＬＵ１５３，１５４であることが分かる。ここで、割り当て先のドメイン４１に既に割り当てられているＲＬＵ１５２の担当ＣＭのＣＭ番号は「０」である。また未使用状態に変更可能なＲＬＵのうち、ＲＬＵ１５３の担当ＣＭのＣＭ番号は「１」であり、ＲＬＵ１５４の担当ＣＭのＣＭ番号は「０」である。そこで、割り当て先のドメイン４１に既に割り当てられているＲＬＵ１５２と担当ＣＭが共通のＲＬＵ１５４が、割り当て候補として選択される。

図２３は、３つ目の割り当て候補選択後のＲＬＵ情報の例を示す図である。図２３の例では、ＲＬＵ番号「３」のＲＬＵ１５４が割り当て候補として選択されたことで、対応するＲＬＵ情報６４のステータスが「Reserved」に変更されている。

以上のようにして、割り当て要求で指定された数のＲＬＵ１５１，１５４，１５５が、割り当て候補として選択される。割り当て候補のＲＬＵ１５１，１５４，１５５は、順番に選択され、割り当て先のドメイン４１に割り当てられる。以下の例では、ＲＬＵ番号の小さい順に、割り当て候補のＲＬＵ１５１，１５４，１５５が選択され、ドメイン４１に割り当てられるものとする。

最初にＲＬＵ番号「０」のＲＬＵ１５１が、割り当て先のドメイン４１に割り当てられる。
図２４は、ＲＬＵ番号「０」のＲＬＵの割り当て先のドメインへの割り当て例を示す図である。ＲＬＵ番号「０」のＲＬＵ１５１は未割り当て状態から、ドメイン名「Ａ」のドメイン４１に割り当てられた状態に変更されている。このような割り当て状態の変更は、ドメイン情報とＲＬＵ情報を更新することで実現される。

図２５は、ＲＬＵ番号「０」のＲＬＵの割り当て先のドメインへの割り当て後のドメイン情報の例を示す図である。図２５の例では、ドメイン名「Ａ」のドメイン情報５１について、ＲＬＵ数が「１」から「２」に変更され、ＲＬＵ番号が「１」から「０，１」に変更されている。これにより、ＲＬＵ番号「０」のＲＬＵ１５１が、新たにドメイン名「Ａ」のドメイン４１に割り当てられる。

図２６は、ＲＬＵ番号「０」のＲＬＵの割り当て先のドメインへの割り当て後のＲＬＵ情報の例を示す図である。図２６の例では、ＲＬＵ番号「０」のＲＬＵ情報６１について、ステータスが「Reserved」から「Not Reserved」に変更されている。

次に、ＲＬＵ番号「３」のＲＬＵ１５４が、割り当て先のドメイン４１に割り当てられる。なおＲＬＵ１５４はＯＬＵが有しているため、そのＯＬＵを別のＲＬＵに移行した後に、ＲＬＵ１５４のドメイン４１への割り当てが行われる。

図２７は、ＲＬＵ番号「３」のＲＬＵ内のＯＬＵの移行例を示す図である。ＲＬＵ番号「３」のＲＬＵ１５４内に設けられていたＯＬＵ（ＯＬＵ番号「３」）は、ＲＬＵ１５４と同じドメイン４２に割り当てられた別のＲＬＵ１５３に移行される。

図２８は、ＲＬＵ番号「３」のＲＬＵ内のＯＬＵの移行後のＲＬＵ情報の例を示す図である。図２８の例では、ＲＬＵ番号「２」のＲＬＵ情報６３について、ＯＬＵ数が「１」から「２」に変更され、ＯＬＵ番号が「２」から「２，３」に変更されている。またＲＬＵ番号「３」のＲＬＵ情報６４について、ＯＬＵ数が「１」から「０」に変更され、ＯＬＵ番号が「３」から「−」に変更されている。

ＯＬＵの移行が完了すると、移行元のＲＬＵ１５４は未使用の状態となる。そこでＲＬＵ１５４がドメイン４１に割り当てられる。
図２９は、ＲＬＵ番号「３」のＲＬＵの割り当て先のドメインへの割り当て例を示す図である。ＲＬＵ番号「３」のＲＬＵ１５４は、割り当て先がドメイン名「Ｂ」のドメイン４２からドメイン名「Ａ」のドメイン４１が変更されている。このような割り当て状態の変更は、ドメイン情報とＲＬＵ情報を更新することで実現される。

図３０は、ＲＬＵ番号「３」のＲＬＵの割り当て先のドメインへの割り当て後のドメイン情報の例を示す図である。図３０の例では、ドメイン名「Ａ」のドメイン情報５１について、ＲＬＵ数が「２」から「３」に変更され、ＲＬＵ番号が「０，１」から「０，１，３」に変更されている。ドメイン名「Ｂ」のドメイン情報５２について、ＲＬＵ数が「２」から「１」に変更され、ＲＬＵ番号が「２，３」から「２」に変更されている。これにより、ＲＬＵ番号「３」のＲＬＵ１５４のドメイン名「Ｂ」のドメイン４２への割り当てが解除され、ＲＬＵ番号「３」のＲＬＵ１５４が、新たにドメイン名「Ａ」のドメイン４１に割り当てられる。

図３１は、ＲＬＵ番号「３」のＲＬＵの割り当て先のドメインへの割り当て後のＲＬＵ情報の例を示す図である。図３１の例では、ＲＬＵ番号「２」のＲＬＵ情報６３について、ステータスが「Reserved」から「Not Reserved」に変更されている。

次に、ＲＬＵ番号「４」のＲＬＵ１５５が、割り当て先のドメイン４１に割り当てられる。
図３２は、ＲＬＵ番号「４」のＲＬＵの割り当て先のドメインへの割り当て例を示す図である。ＲＬＵ番号「４」のＲＬＵ１５５は、ドメイン名「Ｃ」のドメイン４３からドメイン名「Ａ」のドメイン４１に、割り当て先が変更されている。このような割り当て状態の変更は、ドメイン情報とＲＬＵ情報を更新することで実現される。

図３３は、ＲＬＵ番号「４」のＲＬＵの割り当て先のドメインへの割り当て後のドメイン情報の例を示す図である。図３３の例では、ドメイン名「Ａ」のドメイン情報５１について、ＲＬＵ数が「３」から「４」に変更され、ＲＬＵ番号が「０，１」から「０，１，３，４」に変更されている。これにより、ＲＬＵ番号「４」のＲＬＵ１５５のドメイン名「Ｃ」のドメイン４３への割り当てが解除され、ＲＬＵ番号「４」のＲＬＵ１５５が、新たにドメイン名「Ａ」のドメイン４１に割り当てられる。

図３４は、ＲＬＵ番号「４」のＲＬＵの割り当て先のドメインへの割り当て後のＲＬＵ情報の例を示す図である。図３４の例では、ＲＬＵ番号「４」のＲＬＵ情報６５について、ステータスが「Reserved」から「Not Reserved」に変更されている。

このようにして、ドメインに対する自動割り当てが可能となる。その結果、全体管理者３０の作業工数が削減される。
また第２の実施の形態では、既にドメインに割り当てられているＲＬＵの中から未使用のＲＬＵを検出し、割り当て要求で指定されたドメインに割り当て先を変更することができる。これにより、未割り当てのＲＬＵが不足している場合であっても、ＨＤＤの拡張を行わずに、ドメインへのＲＬＵの割り当てを行うことができる。その結果、資源の有効活用が可能となる。

さらに第２の実施の形態では、未使用のＲＬＵが検出できない場合、使用中のＲＬＵを未使用状態に変更し、割り当て先のドメインに割り当てることができる。これにより、資源の有効活用の効果からさらに向上する。

また、割り当てるＲＬＵを選択するときに、同一ドメイン内でＲＬＵの担当ＣＭが同じになるようにＲＬＵが選択されることにより、ドメインごとに割り当てるＲＬＵの担当ＣＭが異なるようなシステムとなる。その結果、あるドメインでのＩ／Ｏアクセス負荷が他ドメインへのＩ／Ｏアクセス性能に影響を与えるのを防ぐことができる。このＲＬＵ選択も装置側で自動的に行うことにより、全体管理者３０によるシステム再設計時のミスを防止して最適な条件のＲＬＵを選択することができる。

なお、ドメインに割り当てたＲＬＵは、例えば全体管理者３０からの指示に応じて割り当てを解除することができる。例えば、ＲＬＵをドメインから割り当て対象外とする場合は、全体管理者３０が端末装置２０などのユーザーインタフェースよりＲＬＵ番号を指定した割り当て解除要求をストレージ装置１００に入力する。すると、例えばストレージ装置１００のＣＭ１１０により、そのＲＬＵが割り当てられているドメインのドメイン情報から、当該ＲＬＵ番号が削除される。

またＣＭ１１０によりメモリ１１２内の情報が更新されると、ＣＭ１１０とＣＭ１２０との同期処理により、更新内容がＣＭ１２０内のメモリ１２２に反映される。その結果、メモリ１１２内の情報とメモリ１２２内の情報との同一性が保たれる。

なお各ドメイン管理者３１〜３３は、自己の管理するドメインに対応するドメイン情報において割り当てられているＲＬＵに対してのみ、ＯＬＵの作成などの操作を行うことができる。従って、図３３に示すようなドメイン情報５１〜５３に変更された後は、例えばドメイン名「Ａ」のドメイン４１のドメイン管理者３１は、ＲＬＵ番号「０，１，３，４」のＲＬＵ１５１，１５２，１５４，１５５を操作可能である。

〔その他の実施の形態〕
第２の実施の形態では、ドメインにＲＬＵを割り当てる例を示したが、ＲＬＵのような論理的なボリュームに限らず、ＨＤＤやＳＳＤなどの物理ボリュームを割り当てることも可能である。

上記の各実施の形態に示した処理機能は、コンピュータによって実現することができる。その場合、ストレージ装置１００内のＣＭ１１０，１２０が有する機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory） ／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現することもできる。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

以上の実施の形態に開示された技術には、以下の付記に示す技術が含まれる。
（付記１） 記憶領域を資源に分割して管理するストレージ装置において、
割り当て先のグループを指定した資源の割り当て要求に応じて、記憶手段に格納された、複数のグループそれぞれに割り当てられた資源の使用の有無を示す情報を参照し、前記割り当て先のグループ以外のグループに割り当てられている未使用の資源を検出する検出手段と、
検出された未使用の割り当て済み資源の割り当てを解除し、該資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う設定手段と、
を有することを特徴とするストレージ装置。

（付記２） 前記設定手段は、未使用の割り当て済み資源が複数検出された場合、検出された未使用の割り当て済み資源のうち、前記割り当て先のグループに割り当てられている資源と共通の制御部で制御されている資源を優先的に選択し、選択した資源の割り当てを解除し、該選択した資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う、
ことを特徴とする付記１記載のストレージ装置。

（付記３） 前記設定手段は、異なるグループそれぞれに割り当てられた複数の未使用の割り当て済み資源が検出された場合、検出された未使用の割り当て済み資源数が多い方のグループに割り当てられている資源を優先的に選択し、選択した資源の割り当てを解除し、該選択した資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う、
ことを特徴とする付記１または２のいずれかに記載のストレージ装置。

（付記４） 前記設定手段は、未使用の割り当て済み資源が検出されない場合、前記割り当て先のグループ以外のグループに割り当てられた第１の資源内のデータを、該第１の資源と同じグループに割り当てられた第２の資源に移動し、該第１の資源の割り当てを解除し、該第１の資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う、
ことを特徴とする付記１乃至３のいずれかに記載のストレージ装置。

（付記５） 前記設定手段は、前記割り当て先のグループ以外のグループに割り当てられた複数の資源のうち、使用されている記憶容量が最も少ない資源を前記第１の資源とすることを特徴とする付記４記載のストレージ装置。

（付記６） 前記割り当て要求には、割り当てる資源の条件が指定されており、
前記検出手段は、前記割り当て先のグループ以外のグループに割り当てられている未使用の割り当て済み資源のうち、前記条件に適合した資源を検出することを特徴とする付記１乃至５のいずれかに記載のストレージ装置。

（付記７） 前記記憶手段には、割り当ての変更を禁止する資源を示す情報が記憶されており、
前記検出手段は、割り当ての変更が禁止された資源を、検出対象から除外する、
ことを特徴とする付記１乃至６のいずれかに記載のストレージ装置。

（付記８） 記憶領域を資源に分割して管理するストレージ管理方法において、
ストレージ装置が、
割り当て先のグループを指定した資源の割り当て要求に応じて、記憶手段に格納された、複数のグループそれぞれに割り当てられた資源の使用の有無を示す情報を参照し、前記割り当て先のグループ以外のグループに割り当てられている未使用の資源を検出し、
検出された未使用の割り当て済み資源の割り当てを解除し、該資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う、
ことを特徴とするストレージ管理方法。

１ 記憶手段
１ａ 第１の情報
１ｂ 第２の情報
２ 検出手段
３ 設定手段
Ａ ストレージ装置

Claims (5)

1. 複数の制御部と、前記複数の制御部それぞれに接続された記憶装置とを有し、前記複数の制御部それぞれが、接続された記憶装置内の記憶領域を資源に分割して管理するストレージ装置において、
   割り当て先のグループを指定した資源の割り当て要求に応じて、記憶手段に格納された、複数のグループそれぞれに割り当てられた資源の使用の有無を示す情報を参照し、前記割り当て先のグループ以外のグループに割り当てられている未使用の資源を検出する検出手段と、
   未使用の割り当て済み資源が複数検出された場合、検出された未使用の割り当て済み資源のうち、前記割り当て先のグループに割り当てられている資源と共通の制御部で制御されている資源を優先的に選択し、選択した資源の割り当てを解除し、該資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う設定手段と、
   を有することを特徴とするストレージ装置。
2. 前記設定手段は、異なるグループそれぞれに割り当てられた複数の未使用の割り当て済み資源が検出された場合、検出された未使用の割り当て済み資源数が多い方のグループに割り当てられている資源を優先的に選択し、選択した資源の割り当てを解除し、該選択した資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う、
   ことを特徴とする請求項１記載のストレージ装置。
3. 前記設定手段は、未使用の割り当て済み資源が検出されない場合、前記割り当て先のグループ以外のグループに割り当てられた第１の資源内のデータを、該第１の資源と同じグループに割り当てられた第２の資源に移動し、該第１の資源の割り当てを解除し、該第１の資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う、
   ことを特徴とする請求項１または２のいずれかに記載のストレージ装置。
4. 前記設定手段は、前記割り当て先のグループ以外のグループに割り当てられた複数の資源のうち、使用されている記憶容量が最も少ない資源を前記第１の資源とすることを特徴とする請求項３記載のストレージ装置。
5. 複数の制御部と、前記複数の制御部それぞれに接続された記憶装置とを有し、前記複数の制御部それぞれが、接続された記憶装置内の記憶領域を資源に分割して管理するストレージ管理方法において、
   ストレージ装置が、
   割り当て先のグループを指定した資源の割り当て要求に応じて、記憶手段に格納された、複数のグループそれぞれに割り当てられた資源の使用の有無を示す情報を参照し、前記割り当て先のグループ以外のグループに割り当てられている未使用の資源を検出し、
   未使用の割り当て済み資源が複数検出された場合、検出された未使用の割り当て済み資源のうち、前記割り当て先のグループに割り当てられている資源と共通の制御部で制御されている資源を優先的に選択し、選択した資源の割り当てを解除し、該資源を前記割り当て先のグループに再度割り当てる設定を、前記記憶手段に対して行う、
   ことを特徴とするストレージ管理方法。
   
   

Images