(57)【要約】【課題】消費電力の削減、管理の簡素化及び記憶資源の使用効率の向上を実現する。【解決手段】ストレージ装置は、１つ以上のハードディスクドライブから提供される記憶領域を１以上のパラメータを用いて作成される所定の単位毎に管理する第１の管理部と、その単位を少なくとも１つ以上用いて構成されるプール毎にプールの容量に関する管理方針及びプールの記憶容量に関する閾値を管理する第２の管理部と、第１の管理部で管理される単位のハードディスクドライブ毎に、通電する第１の状態、省電力で通電する第２の状態のいずれかの状態とする制御を行なう電源制御部と、プールの記憶容量が閾値を超えたときに、そのプールの管理方針と管理されるパラメータから最適な記憶領域の単位を選択し、電源制御部に選択した単位分のハードディスクドライブを第２の状態から第１の状態に移行させた後、その記憶領域の単位をプールの容量に増設する制御部とを備える。【選択図】図１
2010033261.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータからのデータを、仮想ボリュームを介して１つ以上のハードディスクドライブに保存するストレージ装置であって、
前記１つ以上のハードディスクドライブから提供される記憶領域を、１以上のパラメータを用いて作成される所定の単位毎に管理する第１の管理部と、
前記第１の管理部で管理される前記単位を少なくとも１つ以上用いて構成されるプール毎に、前記プールの容量に関する管理方針及び前記プールの記憶容量に関する閾値を管理する第２の管理部と、
前記第１の管理部で管理される単位のハードディスクドライブ毎に、通電する第１の状態、省電力で通電する第２の状態のいずれかの状態とする制御を行なう電源制御部と、
前記プールの記憶容量が前記閾値を超えたときに、そのプールの前記管理方針と前記第１の管理部で管理されるパラメータから最適な前記記憶領域の単位を選択し、前記電源制御部に前記選択した単位分のハードディスクドライブを前記第２の状態から前記第１の状態に移行させた後、その記憶領域の単位を前記プールの容量に増設する制御部と、
を備えることを特徴とするストレージ装置。
【請求項２】
前記制御部は、前記プールの増設をした後、前記第１の管理部及び前２の管理部が管理する情報を更新すること、
を特徴とする請求項１記載のストレージ装置。
【請求項３】
前記単位はＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループであること、
を特徴とする請求項１記載のストレージ装置。
【請求項４】
前記管理方針は、性能重視、容量重視、省電力重視及び信頼性重視のいずれかであること、
を特徴とする請求項１記載のストレージ装置。
【請求項５】
前記制御部は、所定の時間間隔で前記第２の管理部で管理されるプールの容量を監視し所定の閾値を記憶容量が超えたとき、又は、前記ホストコンピュータから前記プールの増設コマンドを受領したときに、前記プールの容量を増設すること、
を特徴とする請求項１記載のストレージ装置。
【請求項６】
前記プールが前記単位を複数用いて構成されており、
前記制御部は、そのプールの容量が、予め設定されたプールを減設する条件を満たしたときに、前記複数の単位のいずれかに記憶されたデータを他の単位に移動し、前記電源制御部にそのデータを移動した単位分のハードディスクドライブを前記第１の状態から前記第２の状態に移行させた後、その単位を前記プールの容量から減設すること、
を特徴とする請求項１記載のストレージ装置。
【請求項７】
前記制御部は、前記プールの減設をした後、前記第１の管理部及び前２の管理部が管理する情報を更新すること、
を特徴とする請求項６記載のストレージ装置。
【請求項８】
前記更新により第２の状態に移行した前記単位分のハードディスクドライブは、前記プールの容量を増設するときの対象となること、
を特徴とする請求項７記載のストレージ装置。
【請求項９】
前記制御部は、前記データを移行するときに、前記仮想ボリュームを介してデータの移動を行い、仮想ボリューム内のゼロデータを削除すること、
を特徴とする請求項６記載のストレージ装置。
【請求項１０】
前記制御部は、前記ゼロデータの削除をしたとき、前記ゼロデータの割り当てられていた領域を開放すること、
を特徴とする請求項９記載のストレージ装置。
【請求項１１】
前記制御部は、所定の時間間隔で前記第２の管理部で管理されるプールの容量を監視し所定の閾値を記憶容量が超えたとき、又は、前記ホストコンピュータから前記プールの最適化コマンドを受領したときに、前記プールの容量を減設すること、
を特徴とする請求項６記載のストレージ装置。
【請求項１２】
ホストコンピュータからのデータを、仮想ボリュームを介して１つ以上のハードディスクドライブに保存するストレージ装置の制御方法であって、
前記ストレージ装置は、
前記１つ以上のハードディスクドライブから提供される記憶領域を、１以上のパラメータを用いて作成される所定の単位毎に管理する第１の管理部と、
前記第１の管理部で管理される前記単位を少なくとも１つ以上用いて構成されるプール毎に、前記プールの容量に関する管理方針及び前記プールの記憶容量に関する閾値を管理する第２の管理部と、
前記第１の管理部で管理される単位のハードディスクドライブ毎に、通電する第１の状態、省電力で通電する第２の状態のいずれかの状態とする制御を行なう電源制御部とを有し、
前記プールの記憶容量が前記閾値を超えたときに、そのプールの前記管理方針と前記第１の管理部で管理されるパラメータから最適な前記記憶領域の単位を選択するステップと、
前記電源制御部に前記選択した単位分のハードディスクドライブを前記第２の状態から前記第１の状態に移行させるステップと、
前記選択した単位を前記プールの容量に増設するステップとを有すること、
を特徴とするストレージ装置の制御方法。
【請求項１３】
前記選択するステップの前に、所定の時間間隔で前記第２の管理部で管理されるプールの容量を監視し所定の閾値を記憶容量が超えたと判定するステップ、又は、前記ホストコンピュータから前記プールの増設コマンドを受領するステップのいずれかを有すること、
を特徴とする請求項１２記載のストレージ装置の制御方法。
【請求項１４】
前記プールが前記単位を複数用いて構成されており、
そのプールの容量が、予め設定されたプールを減設する条件を満たしたときに、前記複数の単位のいずれかに記憶されたデータを他の単位に移動するステップと、
前記電源制御部にそのデータを移動した単位分のハードディスクドライブを前記第１の状態から前記第２の状態に移行させるステップと、
前記データを移動した単位を前記プールの容量から減設するステップとを有すること、
を特徴とする請求項１２記載のストレージ装置の制御方法。
【請求項１５】
前記移動するステップの前に、所定の時間間隔で前記第２の管理部で管理されるプールの容量を監視し所定の閾値を記憶容量が超えたと判定するステップ、又は、前記ホストコンピュータから前記プールの最適化コマンドを受領するステップのいずれかを有すること、
を特徴とする請求項１４記載のストレージ装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ装置及びその制御方法に関し、特に、仮想ボリュームを利用してデータを保存するストレージ装置及びその制御方法に適用しても好適なものである。
【背景技術】
【０００２】
ストレージシステムにおいて、実記憶領域を消費しない仮想ボリュームを定義し、この仮想ボリュームをサーバに提供し、そのサーバから実際にデータが書き込まれた時点で実記憶領域を割当て、ストレージ装置の記憶容量の使用効率の向上を図る技術が知られている。
【０００３】
また、仮想ボリュームと対応するプールを動的に拡張させて使用効率の向上を図るために、ホストコンピュータから記憶装置の論理ボリュームへアクセスされるリードもしくはライトＩ／Ｏの論理ブロックアドレスを監視し、取得された論理ブロックアドレスを元に、論理ボリュームの記憶領域を動的に伸長するストレージシステムも知られている（例えば、特許文献１参照）。さらに、プールに割り当てられた記憶資源に対する必要電力を低減させ、かつ、この記憶資源の寿命低下を避けるようにしたストレージシステムも知られている（例えば、特許文献２参照。）。
【特許文献１】特開２００３−１５９１５号公報
【特許文献２】特開２００７−２９３４４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
仮想ボリュームは、プールと称される記憶領域に作成され、プールは、１以上のハードディスクドライブからなるプールボリューム（例えばＲＡＩＤグループを構成するディスクドライブ）から構成される。このため予め多めにプールの記憶容量を作成した場合に仮想ボリュームとして割り当てられていない未使用の記憶容量がある場合、それら未使用の記憶領域を提供するプールボリュームも常に稼動しておかなければならず電力を消費していた。
【０００５】
また、一旦プールとして記憶容量を作成してしまうと、ストレージシステムを運用した際に、実際に使用するプールのデータが少ない場合でもプールの容量は減設することができなかった。一方、プールの記憶容量の使用率が予め設定した閾値に達する度に、プールの用途と、プールボリュームの特性を考慮し、プールの記憶容量を拡張することが管理者に求められていた。さらに、プールの記憶容量が満杯になると割り当てられている仮想ボリュームは使用不可になるため、プールの記憶容量の使用率をこまめに監視する必要があった。
【０００６】
加えて、ストレージシステムにおいて、複数のプールをある用途ごとに運用する場合、プールに割り当てるプールボリュームは、管理者がストレージシステム中に存在するプールボリュームのうち、その容量、性能などの特性を考慮したうえで選択し、プールに追加する必要があった。
【０００７】
また、仮想ボリュームのデータを移行するときに、移行先のボリュームは移行元のボリュームと同容量を必要とし、移行元では空き領域であった領域に対しても実記憶領域を消費していた。
【０００８】
さらに、ホストコンピュータから仮想ボリューム内のデータを削除した場合、仮想ボリューム内ではそのデータのページに対して実記憶領域が割り当てられたままで、実記憶領域を消費していた。
【０００９】
本発明は、以上の点を考慮してなされたもので、消費電力の削減、管理の簡素化及び記憶資源の使用効率の向上を実現することができるストレージ装置及びその制御方法を提案しようとするものである。
【課題を解決するための手段】
【００１０】
本発明は、ホストコンピュータからのデータを、仮想ボリュームを介して１つ以上のハードディスクドライブに保存するストレージ装置であって、前記１つ以上のハードディスクドライブから提供される記憶領域を１以上のパラメータを用いて作成される所定の単位毎に管理する第１の管理部と、前記第１の管理部で管理される前記単位を少なくとも１つ以上用いて構成されるプール毎に前記プールの容量に関する管理方針及び前記プールの記憶容量に関する閾値を管理する第２の管理部と、前記第１の管理部で管理される単位のハードディスクドライブ毎に、通電する第１の状態、省電力で通電する第２の状態のいずれかの状態とする制御を行なう電源制御部と、前記プールの記憶容量が前記閾値を超えたときに、そのプールの前記管理方針と前記第１の管理部で管理されるパラメータから最適な前記記憶領域の単位を選択し、前記電源制御部に前記選択した単位分のハードディスクドライブを前記第２の状態から前記第１の状態に移行させた後、その記憶領域の単位を前記プールの容量に増設する制御部とを備えるものである。
【００１１】
この構成によると、制御部は、プールの記憶容量が前記閾値を超えたときに、そのプールの前記管理方針と第１の管理部で管理されるパラメータから最適な単位を選択し、電源制御部に選択した記憶領域の単位分のハードディスクドライブを第２の状態から第１の状態に移行させ、その記憶領域の単位をプールの容量に増設することができる。
【発明の効果】
【００１２】
本発明によれば、消費電力の削減、管理の簡素化及び記憶資源の使用効率の向上を実現することができるストレージ装置及びその制御方法を提案できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を参照して説明する。なお、本発明は以下の実施形態に限定されるものではない。
【００１４】
（第１の実施形態）
図１は、ストレージシステム全体の構成を示す図である。図１に示すように、ストレージシステム１は、ホストコンピュータ１００、コンピュータ１１０、保守端末（ＳＶＰ）１２０、ストレージ装置２００を含んで構成される。ホストコンピュータ１００、コンピュータ１１０及びストレージ装置２００は、ネットワーク１３０を介して接続されている。また、保守端末１２０はストレージ装置２００に接続されている。
【００１５】
ホストコンピュータ１００は、図示しないアプリケーションプログラムを実行することにより各種業務を行ない、その結果をストレージ装置２００に保存する。すなわち、ホストコンピュータ１００は、業務結果を示すデータを、ネットワーク１３０を介してストレージ装置２００に書き込み、必要がある場合にはその書き込んだデータをストレージ装置２００から読み出す。
【００１６】
コンピュータ１１０は、ネットワーク１３０に接続されたストレージ装置２００を管理するコンピュータである。保守端末１２０は、ストレージ装置２００の保守点検等を行なうために用いられる端末装置である。コンピュータ１１０、保守端末１２０は、それぞれストレージ管理部１１１，１２１を有している。この実施形態では、コンピュータ１１０及び保守端末１２０それぞれがストレージ管理部１１１，１２１を有している場合で説明するが、これに限るものではない。例えば、ストレージシステムに含まれるコンピュータ１１０、又は、保守端末１２０のいずれかにストレージ管理部を有するように構成してよい。なお、ストレージ管理部１１１，１２１は同様な処理を行う管理部であり、詳細については後述する。
【００１７】
ストレージ装置２００は、インターフェース制御部２１０、メモリ２２０、ディスク制御部２３０、ハードディスクドライブ（ＨＤＤ）２４０を含んでいる。インターフェース制御部２１０は、ホストコンピュータ１００、コンピュータ１２０とのデータのやり取りを制御する。メモリ２２０は、動的記憶領域割当て部２３１、ＲＡＩＤグループ電源制御部２２２、ＲＡＩＤグループ割り当て部２２３、記憶領域管理テーブル３００、ＲＡＩＤグループ管理テーブル４００及びプール管理テーブル５００を保存する領域を有している。ディスク制御部２３０は、ハードディスクドライブ２４０へのデータの書き込み、ハードディスクドライブ２４０からのデータの読み取りを制御する。
【００１８】
動的記憶領域割当て部２３１は、記憶領域を動的に割り当てる処理を行う。ＲＡＩＤグループ電源制御部２２２は、ＲＡＩＤグループ毎の省電力制御を行なう。ＲＡＩＤグループ割り当て部２２３は、ＲＡＩＤグループをホストコンピュータ１００に割り当てる処理を行う。なお、記憶領域管理テーブル３００、ＲＡＩＤグループ管理テーブル４００、プール管理テーブル５００に保存される内容については後述する。
【００１９】
図２は、記憶領域管理テーブル３００を示す図である。記憶領域管理テーブル３００は、ホストコンピュータ１００に割当てる実記憶領域に関する情報を登録する。記憶領域管理テーブル３００は、記憶領域番号フィールド３１０、実記憶領割当て有無フィールド３２０、実記憶領域ＩＤフィールド３３０を有している。
【００２０】
記憶領域番号フィールド３１０は、記憶領域に付与された番号を保存する。実記憶領割当てフィールド３２０は、実記憶領域をホストコンピュータ１００に割当てたか否かを保存する。記憶領域番号で特定される記憶領域を実記憶領域としてホストコンピュータ１００に割当てた場合は、“有”を割当てていない場合は“無”を保存する。実記憶領域ＩＤフィールド３３０は、実記憶領域のＩＤを保存する。
【００２１】
記憶領域管理テーブル３００には、例えば、記憶領域番号フィールド３１０に“Ｐ７１５１”、実記憶領割当てフィールド３２０に“有”、実記憶領域ＩＤフィールド３３０に“Ａｘｘｘｘ”と一つの行に各情報が保存される。
【００２２】
図３は、ＲＡＩＤグループ管理テーブル４００を示す図である。ＲＡＩＤグループ管理テーブル４００はＲＡＩＤグループを管理するテーブルである。ＲＡＩＤグループ管理テーブル４００は、番号フィールド４１０、ＲＡＩＤレベルフィールド４２０、ハードディスクドライブ種別フィールド４３０、ハードディスクドライブ容量フィールド４４０、回転数フィールド４５０、電源状態フィールド４６０、空き容量フィールド４７０、割り当てプール番号フィールド４８０を有している。
【００２３】
番号フィールド４１０は、ＲＡＩＤグループの番号を保存する。ＲＡＩＤレベルフィールド４２０は、例えば、ＲＡＩＤ１のようなＲＡＩＤレベルに関する情報を保存する。ハードディスクドライブ種別フィールド４３０は、“ＦＣ（Fiber Channel）”，“ＳＡＴＡ（Serial ATA）”のようなハードディスクドライブ２４０の種別に関する情報を保存する。ハードディスクドライブ容量フィールド４４０は、ハードディスクドライブ２４０の容量（GB: Giga Byte）に関する情報を保存する。回転数フィールド４５０は、ハードディスクドライブ２４０の回転数に関する情報を保存する。電源状態フィールド４６０は、“ＯＮ”，“低回転モード”，“ＯＦＦ”などの電源の状態を示す情報を保存する。なお、“ＯＮ”は電源が通常通り通電されている場合であり、“低回転モード”は通常のディスク起動時のディスクの回転より遅くディスクを回転させ省電力を図るモードであり、“ＯＦＦ”はディスクの回転は停止して省電力を図るがコマンド等の指示は受けるように通電されているモードである。なお、この実施形態では省電力状態はこれら２つの状態の場合で説明するが、省電力状態はこれらに限定されるものではない。空き容量フィールド４７０は、空き容量の具体的な数字を示す情報が保存される。なお、実記憶領域としてホストコンピュータ１００に割当てられていない場合は、空き容量に関する情報は保存されない。割り当てプール番号フィールド４８０は、実記憶領域を割当てたプールの番号を示す情報を保存する。
【００２４】
ＲＡＩＤグループ管理テーブル４００には、例えば、番号フィールド４１０に“１”、ＲＡＩＤレベルフィールド４２０に“ＲＡＩＤ１（２Ｄ＋２Ｄ）”、ハードディスクドライブ種別フィールド４３０に“ＦＣ”、ハードディスクドライブ容量フィールド４４０に“７３”、回転数フィールド４５０に“１５ｋｒｐｍ”、電源状態フィールド４６０に“ＯＮ”、空き容量フィールド４７０に“ＸＸＸ（空き容量を示す数字）”、割当てプール番号フィールド４８０に“１”と一つの行に情報が保存される。
【００２５】
図４は、プール管理テーブル５００を示す図である。プール管理テーブル５００は、ハードディスクドライブ２４０の記憶領域から提供されるプールを管理するためのテーブルである。プール管理テーブル５００は、番号フィールド５１０、閾値フィールド５２０、合計容量フィールド５３０、ポリシーフィールド５４０、空き容量フィールド５５０、割り当てＲＡＩＤグループフィールド５６０を有している。
【００２６】
番号フィールド５１０は、プールの番号を保存する。閾値フィールド５２０は、プールの記憶容量の使用率の閾値を示す情報を保存する。合計容量フィールド５３０は、プールの容量を示す情報を保存する。ポリシーフィールド５４０は、ポリシーを示す情報を保存する。このポリシーは、ＲＡＩＤグループ毎にどのように制御を行なうかについて方針を示すものであり、詳細は後述する。空き容量フィールド５５０は、空き容量を示す情報を保存する。割り当てＲＡＩＤグループフィールド５６０は、割り当てたＲＡＩＤグループを示す情報を保存する。
【００２７】
プール管理テーブル５００には、例えば、番号フィールド５１０に“１”、閾値フィールド５２０に“８０”、合計容量フィールド５３０に“ＸＸＸ”、ポリシーフィールド５４０に“性能重視”、空き容量フィールド５５０に“ｙｙｙ（空き容量を示す数字）”、割り当てＲＡＩＤグループフィールド５６０に“１，２”と一つの行に各情報が保存される。
【００２８】
ここで、ポリシーフィールド５４０に保存されるポリシーについて説明する。管理者が設定可能なポリシーとして、“性能重視”、“容量重視”、“省電力重視”、“信頼性重視”の４つのポリシーが設定できる。これら各ポリシーには、判断基準となるＲＡＩＤグループのパラメータ（ＲＡＩＤグループ管理テーブル４００で管理されているパラメータ）が指定されており、複数のパラメータを元にポリシーが判断される場合はどのパラメータをより重要視するかという指標となる優先順位が設けられている。
【００２９】
“性能重視”の場合のパラメータの優先順位は、“ハードディスク種別（ＦＣであるか）”、“回転数（高回転数であるか）”、“容量（大容量であるか）”、“ＲＡＩＤレベル（ＲＡＩＤ１＞６＞５）”となっている。“容量重視”の場合のパラメータの優先順位は、“ハードディスク容量（大容量であるか）”、“ＲＡＩＤレベル（ＲＡＩＤ５＞６＞１，ハードディスクドライブが少数構成であるか）”となっている。“省電力重視”の場合のパラメータの優先順位は、“回転数（低回転であるか）”、“ハードディスク容量（大容量であるか）”、“ＲＡＩＤレベル（ハードディスクドライブが少数構成であるか、ＲＡＩＤレベル５＞６＞１）”となっている。“信頼性重視”の場合のパラメータの優先順位は、“ハードディスク種別（ＦＣであるか）”、“ＲＡＩＤレベル（ＲＡＩＤ１＞６＞５）”となっている。
【００３０】
ＲＡＩＤグループ割り当て部２２３は、ポリシーに最も適したＲＡＩＤグループをＲＡＩＤグループ管理テーブル４００の電源状態フィールド４６０に保存された情報を元に選択する。したがって、上記判断基準の場合、ＲＡＩＤグループ管理テーブル４００内に例示したＲＡＩＤグループから選択されるＲＡＩＤグループは、“性能重視”の場合は番号“３”のＲＡＩＤグループ、“容量重視”の場合は番号“９”のＲＡＩＤグループ、“省電力重視”の場合は番号“８”のＲＡＩＤグループ、“信頼性重視”の場合は番号“４”のＲＡＩＤグループが選択される。なお、上記のポリシー以外にも、管理者が任意の判断基準（パラメータや優先順位）を設定し、独自のポリシーを作成するようにしても良い。
【００３１】
次に、ホストコンピュータ１００に自動的に記憶領域を割り当てる動的記憶領域割り当て部２２1の処理について説明する。図５は、動的記憶領域割り当て処理を説明するための図である。図６は、仮想ボリュームの仮想記憶領域と実データを記憶する実記憶領域との関係を示す図である。なお、この動的記憶領域割り当て処理は、ＨＤＰ（Hitachi Dynamic Provisioning）やシンプロビジョニングと称されることもある。
【００３２】
図５に示すように、ホストコンピュータ１００からの仮想ボリュームへのデータ書き込みに対して動的記憶領域割り当て部２２１は、図６に示すように動的に実記憶領域を割り当てる。割り当て済みの領域に対するデータの更新時は、格納されているデータが更新される。また、実記憶領域が割り当てられていない領域にリード要求がされた場合は、ホストコンピュータ１００に“０”が送信され、実記憶領域が割り当てられてないことが応答される。なお、上記ライト処理及びリード処理は、既述の記憶領域管理テーブル３００を用いて処理が行われる。
【００３３】
次に、動的記憶領域割り当て部２２１のライト処理及びリード処理について説明する。図７は、動的記憶領域割り当て部２２１のライト時の処理を示すフローチャートである。また、図８は、動的記憶領域割り当て部２２１のリード時の処理を示すフローチャートである。
【００３４】
図７に示すように、ステップＳ１０１において、動的記憶領域割り当て部２２１は、ホストコンピュータ１００から指定されたライトデータの指定領域が記憶領域割り当て済みか否かを判定する。記憶領域が割り当て済みでなければ（Ｓ１０１：ＮＯ）、動的記憶領域割り当て部２２１はステップＳ１０２において、記憶領域の割り当てを行い、ステップＳ１０３において、記憶領域管理テーブル３００を更新する。
【００３５】
記憶領域管理テーブル３００が更新されたとき（Ｓ１０３）、又は、上記指定領域を記憶領域割り当て済みでないと判定したときは（Ｓ１０１：ＹＥＳ）、ステップＳ１０４において、動的記憶領域割り当て部２２１は、メモリ２２０にデータを格納する。これにより、ライト処理は終了する。なお、メモリ２２０に格納されたデータは、その後、ハードディスクドライブ２４０にディスク制御部２３０により書き込まれる。
【００３６】
図８に示すように、ステップＳ２０１において、動的記憶領域割り当て部２２１は、ホストコンピュータ１００から指定されたリードデータの指定領域が記憶領域割り当て済みか否かを判定する。記憶領域が割り当て済みであれば（Ｓ２０１：ＹＥＳ）、ステップＳ２０２において、動的記憶領域割り当て部２２１は、格納データをホストコンピュータ１００へ返す。また、記憶領域が割り当て済みでなければ（Ｓ２０１：ＮＯ）、ステップＳ２０３において、動的記憶領域割り当て部２２１は、“０”をホストコンピュータ１００へ返す。これにより、リード処理は終了する。
【００３７】
次に、図９から図１１を参照して、プール容量増設処理及びプール容量減設処理について説明する。なお、プール容量増設処理及びプール容量減設処理は、ＲＡＩＤグループ割り当て部２２３によって実行される処理である。
【００３８】
先ず、ストレージ装置２００がホストコンピュータ１００に提供する記憶資源の構成について説明する。図９は、仮想ボリューム、プール、ＲＡＩＤグループ（プールボリューム）との関係を説明するための図である。
【００３９】
仮想ボリューム７１０と対応してプールが設定されている。例えば図９に示すように、あるプール７２０は、２つの仮想ボリュームと対応付けられており、他のプール７２０は１つの仮想ボリュームと対応付けられている。また、各プール７２０に設定されたポリシーと対応するＲＡＩＤグループが対応付けられている。具体的には、性能重視のプール７２０にはＲＡＩＤグループ７３０（Ａ，Ｃ）が対応しており、容量重視のプール７２０にはＲＡＩＤグループ７３０（Ｄ）が対応している。ＲＡＩＤグループ７３０（Ｂ）は低回転モードで、ＲＡＩＤグループ７３０（Ｅ）は電源ＯＦＦ状態となり、それぞれ省電力状態となっている。
【００４０】
図１０は、プール容量増設処理を説明するための図である。図１０の上段に示すように、プール７２０は、ＲＡＩＤグループ７３０（Ａ）から記憶領域を提供されるとともに、プール管理テーブル５００で説明したように閾値が設定されている。このプール７２０に格納するデータが閾値を超えたときに、電源ＯＦＦ又は低回転モードとなっているＲＡＩＤグループ７３０からプールのポリシーに最適なＲＡＩＤグループ７３０（Ｘ）を選択してプール容量を増設する。
【００４１】
つまり、ＲＡＩＤグループ７３０（Ｘ）が電源ＯＮ状態となり、図１０の下段に示すように、プール７２０は、ＲＡＩＤグループ７３０（Ａ），７３０（Ｘ）から記憶領域が提供されるようになる。また、プール７２０は、ＲＡＩＤグループ７３０（Ｘ）の分だけ容量が増すため、閾値として新閾値がプール管理テーブル５００に設定される。そして、プール７２０に格納するデータが新閾値を超える場合には同様な処理が行われる。このようにして、プール容量の増設処理が自動的に行われる。
【００４２】
図１１は、プール容量減設処理を説明するための図である。図１１の上段に示すように、プール７２０は、ＲＡＩＤグループ７３０（Ａ），７３０（Ｂ）から記憶領域が提供されている。そして、プール７２０の使用率が減設基準を満たすと、減設の対象となるＲＡＩＤグループ７３０をプールのポリシーに基づき選択する。プールに基づく優先度が、ＲＡＩＤグループ７３０（Ａ）とＲＡＩＤグループ７３０（Ｂ）とで同じであるとき、ＲＡＩＤグループ７３０（Ａ）とＲＡＩＤグループ７３０（Ｂ）とで前者の方が格納するデータ量が多い場合、ＲＡＩＤグループ７３０（Ｂ）が減設の対象となる。
【００４３】
次に、図１１の中段に示すように、プール７２０の容量が減設されるととともに、ＲＡＩＤグループ７３０（Ｂ）に格納されたデータをＲＡＩＤグループ７３０（Ａ）に移行する処理が行われる。
【００４４】
次に、図１１の下段に示すように、データの移行が終了した後、ＲＡＩＤグループ７３０（Ｂ）を電源ＯＦＦ又は低回転モードにし、省電力状態とする。このようにして、プールの減設処理が自動的に行われる。
【００４５】
次に、図１１におけるデータ移行時のゼロデータ削除処理について説明する。図１２は、このゼロデータ削除処理を説明するための図である。
【００４６】
ノーマルボリューム（ＲＡＩＤグループ）７３０から仮想ボリューム７１０へデータを移動（図中（１））した時に書き込まれる、仮想ボリューム７１０内のゼロデータを削除する（図中（２））。このゼロデータの削除は、ページ（ハードディスクドライブのデータを管理する単位）内が全て“０”であるページを削除することにより行なう。これにより、実記憶領域に割り当てられている余分なデータを削除するができ、プール７２０の記憶容量の効率化が可能となる。移行元のＲＡＩＤグループは共有のＲＡＩＤグループに追加し、電源ＯＦＦ又は低回転モードに移行する（図中（３））。これにより、移行元のＲＡＩＤグループをプールの容量として再利用することができ、実記憶領域の使用効率の向上と省電力が可能となる。
【００４７】
次に、データ削除時の割り当て領域開放処理について説明する。図１３は、この開放処理を説明するための図である。
【００４８】
ホストコンピュータ１００から仮想ボリューム７１０内のデータを削除すると同時に、ディスク制御部２３０が仮想ボリューム７１０内でデータの割り当てられていた領域を開放する指示を出す（図１３左側）。そして、ディスク制御部２３０は、仮想ボリューム７１０内でデータが割り当てられていた領域を開放する（図１３中央）。これにより、仮想ボリューム７１０内の空き領域が増す（図１３右側）。なお、領域の開放には、ＳＣＳＩコマンドが用いられる。
【００４９】
図１４は、ＲＡＩＤグループの新規登録処理を示すフローチャートである。ＲＡＩＤグループの新規登録処理は、ストレージシステム１内のＲＡＩＤグループの情報を、ＲＡＩＤグループ管理テーブル４００に登録し、そのＲＡＩＤグループがプールのポリシーに従い自動的に割り当てられる状態にするための処理である。図１４に示すように、ＲＡＩＤグループの新規登録処理は、ストレージ管理部１１１とＲＡＩＤグループ割り当て部２２３によって行われる。なお、ストレージ管理部１１１に代わってストレージ管理部１２１によって本処理が行なわれても、もちろん良い。
【００５０】
管理者によってＲＡＩＤグループ新規登録が選択されると、ステップＳ１０１において、ストレージ管理部１１１はそのＲＡＩＤグループ新規登録が選択されたことを示す情報をＲＡＩＤグループ割り当て部２２３へ送信する。
【００５１】
ステップＳ１０２において、ＲＡＩＤグループ割り当て部２２３は、ストレージ装置２００内の未使用のＲＡＩＤグループの情報を取得し、この取得した情報をストレージ管理部１１１へ送信する。
【００５２】
ステップＳ１０３において、ストレージ管理部１１１は、ストレージ装置２００内の未使用のＲＡＩＤグループの情報を取得する。ステップＳ１０４において、ストレージ管理部１１１は、取得した情報から未使用のＲＡＩＤグループを選択する。そして、ステップＳ１０５において、ストレージ管理部１１１は、その選択を受け付けたＲＡＩＤグループをＲＡＩＤグループ管理テーブル４００へ登録するための指示をＲＡＩＤグループ割り当て部２２３へ送信する。
【００５３】
ステップＳ１０６において、ＲＡＩＤグループ割り当て部２２３は、ＲＡＩＤグループ管理テーブル４００にステップＳ１０５において送信された選択されたＲＡＩＤグループを登録する。ステップＳ１０７において、ＲＡＩＤグループ割り当て部２２３は、プール管理テーブル５００、ＲＡＩＤグループ管理テーブル４００を読み込み、ステップＳ１０８において、登録するＲＡＩＤグループにポリシーが最も近いプールが存在するか否かを判定する。
【００５４】
プールが存在する場合は（Ｓ１０８：ＹＥＳ）、ステップＳ１０９において、ＲＡＩＤグループ割り当て部２２３は、そのＲＡＩＤグループを低回転モードに設定する。また、プールが存在しない場合は（Ｓ１０８：ＮＯ）、ステップＳ１１０において、ＲＡＩＤグループ割り当て部２２３は、そのＲＡＩＤグループを電源ＯＦＦに設定する。
【００５５】
このようにＲＡＩＤグループの設定を分ける理由は次の通りである。登録するＲＡＩＤグループが、プール管理テーブル５００内の、あるプールにおいてはポリシーに最も近いＲＡＩＤグループである場合も考えられる。その場合は、その登録するＲＡＩＤグループが直近の増設対象となる可能性が高いため、より短時間でプールへの容量追加が可能な低回転モード状態に設定する。逆に、減設対象のＲＡＩＤグループが、どのプールポリシーにもマッチしない場合は、そのＲＡＩＤグループはしばらく稼動状態にはならないと予想されるため、電源をＯＦＦに設定する。
【００５６】
ステップＳ１１１において、ＲＡＩＤグループ割り当て部２２３は、ＲＡＩＤグループ管理テーブル４００を更新し、その旨をストレージ管理部１１１へ送信する。
【００５７】
ステップＳ１１２において、ストレージ管理部１１１は、ＲＡＩＤグループの登録完了を管理者に報告する。これにより、ＲＡＩＤグループの新規登録処理が終了する。
【００５８】
図１５は、プール設定処理を示すフローチャートである。プール設定処理は、新たにポリシーを設定したプールを作成し、ＲＡＩＤグループ管理テーブル４００のＲＡＩＤグループをそのプールに割り当てる処理である。図１５に示すように、プール設定処理は、ストレージ管理部１１１とＲＡＩＤグループ割り当て部２２３によって行われる。なお、ストレージ管理部１１１に代わってストレージ管理部１２１によって本処理が行なわれても、もちろん良い。
【００５９】
管理者から新規プールの作成指示を受けると、ステップＳ２０１において、ストレージ管理部１１１は、新規プール作成をＲＡＩＤグループ割り当て部２２３へ指示する。
【００６０】
ステップＳ２０２において、ＲＡＩＤグループ割り当て部２２３は、ＲＡＩＤグループ管理テーブル４００を読み込む。そして、ＲＡＩＤグループ割り当て部２２３ステップＳ２０３において、ＲＡＩＤグループ管理テーブル４００内に電源ＯＦＦ又は低回転モードに設定されているＲＡＩＤグループはあるか否かを判定する。
【００６１】
ＲＡＩＤグループがあると判定されると（Ｓ２０３：ＹＥＳ）、処理はステップＳ２０８へ進む。ＲＡＩＤグループがないと判定されると（Ｓ２０３：ＮＯ）、ＲＡＩＤグループ割り当て部２２３は、ステップＳ２０４において、ＲＡＩＤグループ管理テーブル４００内に登録されていないが、認識しているＲＡＩＤグループはあるか否かを判定する。
【００６２】
ＲＡＩＤグループがない場合は（Ｓ２０４：ＮＯ）、ＲＡＩＤグループ割り当て部２２３は、ステップＳ２０５において、アラートを示す情報をストレージ管理部１１１へ送信する。そして、ストレージ管理部１１１は、ステップＳ２０６において、ＲＡＩＤグループがなくプールが作成できない旨のアラートを管理者に対し表示する。
【００６３】
ＲＡＩＤグループがある場合は（Ｓ２０４：ＹＥＳ）、ＲＡＩＤグループ割り当て部２２３は、ステップＳ２０７において、ＲＡＩＤグループの新規登録処理を行う。これにより、ストレージ装置２００内に配置され認識されているが、ＲＡＩＤグループとしては登録されていなかったハードディスクドライブをＲＡＩＤグループとして認識できるようになる。
【００６４】
ステップＳ２０８において、管理者からの指示を受けて、ストレージ管理部１１１は、プールにポリシーを設定する。ステップＳ２０９において、管理者からの指示を受けて、ストレージ管理部１１１は、プールに閾値を設定する。これらの情報は、ＲＡＩＤグループ割り当て部２２３へ送信される。
【００６５】
ステップＳ２１０において、ＲＡＩＤグループ割り当て部２２３は、ポリシーに基づいて、ＲＡＩＤグループ管理テーブル４００からＲＡＩＤグループを選択する。ステップＳ２１１において、ＲＡＩＤグループ割り当て部２２３は、選択したＲＡＩＤグループをプール容量に追加する。ステップＳ２１２において、ＲＡＩＤグループ割り当て部２２３は、プール管理テーブル５００、ＲＡＩＤグループ管理テーブル４００を更新する。
【００６６】
ステップＳ２１３において、ストレージ管理部１１１は、プール設定を完了する。
【００６７】
図１６は、プール容量増設処理を示すフローチャートである。プール容量増設処理は、プールを設定し、そのプールを使用している状態で、プールに設定したポリシーに従ってプール容量をＲＡＩＤグループ単位で増設するときの処理である。このプール容量増設処理は、ＲＡＩＤグループ割り当て部２２３が実行する処理である。
【００６８】
ＲＡＩＤグループ割り当て部２２３は、ステップＳ３０１において指定時間が経過したか否かを判定する。経過していなければ（Ｓ３０１：ＮＯ）、ステップＳ３０２において、プール容量増設コマンドを受領したか否かを判定する。受領していなければ（Ｓ３０２：ＮＯ）、ステップＳ３０１の処理へ戻る。すなわち、ＲＡＩＤグループ割り当て部２２３は、指定時間の経過及びプール容量増設コマンドの受領の有無を監視している。なお、指定時間は予め設定された時間間隔としても良いし、管理者により指定された時間としても良い。
【００６９】
指定時間が経過したと判定すると（Ｓ３０１：ＹＥＳ）、ＲＡＩＤグループ割り当て部２２３は、ステップＳ３０３において、プール管理テーブル５００を読み出す。ステップＳ３０４において、ＲＡＩＤグループ割り当て部２２３は、プール容量の使用率チェックを行う。ステップＳ３０５において、ＲＡＩＤグループ割り当て部２２３は、ＲＡＩＤグループ管理テーブルを読み出す。そして、ステップＳ３０６において、ＲＡＩＤグループ割り当て部２２３は、プール容量の使用率が閾値に達しているか否かを判定する。閾値に達していなければ（Ｓ３０６：ＮＯ）、ステップＳ３０１の処理へ戻る。
【００７０】
閾値に達している場合（Ｓ３０６：ＹＥＳ）、又は、プール容量増設コマンドを受領した場合は（Ｓ３０２：ＹＥＳ）、ステップＳ３０７において、ＲＡＩＤグループ割り当て部２２３は、電源ＯＦＦ又は低回転モード状態のＲＡＩＤグループがあるか否かを判定する。なお、ＲＡＩＤグループがなければ（Ｓ３０７：ＮＯ）、ステップＳ３１３において、ＲＡＩＤグループ割り当て部２２３は、ストレージ管理部１１１に対してアラートを出力する。これにより自動的にプール容量の増設ができないことを管理者に報知できる。
【００７１】
ＲＡＩＤグループがあれば（Ｓ３０７：ＹＥＳ）、ステップＳ３０８において、ＲＡＩＤグループ割り当て部２２３は、そのＲＡＩＤグループは複数あるか否かを判定する。複数あれば（Ｓ３０８：ＹＥＳ）、ステップＳ３０９において、ＲＡＩＤグループ割り当て部２２３は、電源ＯＦＦ又は低回転モード状態のＲＡＩＤグループから、プールに設定されたポリシーに基づき、最もポリシーに近いＲＡＩＤグループを選択する。
【００７２】
ＲＡＩＤグループが複数なかった場合（Ｓ３０８：ＮＯ）、又は、ステップＳ３０９においてＲＡＩＤグループが選択された場合は、ステップＳ３１０において、ＲＡＩＤグループ割り当て部２２３は、それＲＡＩＤグループをレディ状態へ移行する。すなわち、電源ＯＦＦ状態であれば電源ＯＮし、低回転モード状態であればスピンアップする。
【００７３】
ステップＳ３１１において、ＲＡＩＤグループ割り当て部２２３は、プールにＲＡＩＤグループを追加する。ステップＳ３１２において、ＲＡＩＤグループ割り当て部２２３は、プール管理テーブル５００、ＲＡＩＤグループ管理テーブル４００を更新する。これにより、処理は終了する。
【００７４】
図１７は、プール容量減設・最適化処理を示すフローチャートである。プール容量減設処理は、プールを設定し、そのプールを使用している状態で、プールに設定したポリシーに従ってプール容量をＲＡＩＤグループ単位で減設するときの処理である。プール最適化処理は、プール内の割り当て済み未使用領域を開放し、プールの空き領域を増やし、その後、プール容量が減設条件を満たせば減設を行なう処理である。このプール容量減設・最適化処理は、ＲＡＩＤグループ割り当て部２２３が実行する処理である。
【００７５】
ＲＡＩＤグループ割り当て部２２３は、ステップＳ４０１において指定時間が経過したか否かを判定する。経過していなければ（Ｓ４０１：ＮＯ）、ステップＳ４０２において、プール最適化コマンドを受領したか否かを判定する。受領していなければ（Ｓ４０２：ＮＯ）、ステップＳ４０１の処理へ戻る。すなわち、ＲＡＩＤグループ割り当て部２２３は、指定時間の経過及びプール最適化コマンドの受領の有無を監視している。なお、指定時間は予め設定された時間間隔としても良いし、管理者により指定された時間としても良い。
【００７６】
指定時間が経過したと判定すると（Ｓ４０１：ＹＥＳ）、ＲＡＩＤグループ割り当て部２２３は、ステップＳ４０３において、プールに割り当てられているＲＡＩＤグループが複数あるか否かを判定する。ＲＡＩＤグループが複数なければ（Ｓ４０３：ＮＯ）、処理は終了する。
【００７７】
ＲＡＩＤグループが複数ある場合（Ｓ４０３：ＹＥＳ）、又は、プール最適化コマンドを受領し（Ｓ４０２：ＹＥＳ）、ステップＳ４０４においてＲＡＩＤグループ割り当て部２２３がプール内の割り当て済み未使用領域を開放した場合は、ステップＳ４０５の処理へ進む。
【００７８】
ステップＳ４０５において、ＲＡＩＤグループ割り当て部２２３は、プール管理テーブル５００を読み出す。ステップＳ４０６において、ＲＡＩＤグループ割り当て部２２３は、プール容量の使用率チェックを行う。ステップＳ４０７において、ＲＡＩＤグループ割り当て部２２３は、ＲＡＩＤグループ管理テーブルを読み出す。そして、ステップＳ４０８において、ＲＡＩＤグループ割り当て部２２３は、使用率が減設の要件を満たすか否かを判定する。満たしていなければ（Ｓ４０８：ＮＯ）、ステップＳ４０１の処理へ戻る。
【００７９】
ここで、減設の要件は、次の（１）式を用いて判定される。
閾値（％）＞Ｐｃ／（Ｐｔ−Ｒｔ）×１００＋α  …（１）
なお、Ｐｔ：プール全容量、Ｐｃ：プール全使用量、Ｒｔ：優先度が最も低いＲＡＩＤグループの容量、α：減設時の空き容量（任意の値）である。
【００８０】
要件を満たす場合は（Ｓ４０８：ＹＥＳ）、ステップＳ４０９において、ＲＡＩＤグループ割り当て部２２３は、ポリシーに基づき、優先度が最も低いＲＡＩＤグループのデータを他のＲＡＩＤグループの空き領域に移動する。ステップＳ４１０において、ＲＡＩＤグループ割り当て部２２３は、そのＲＡＩＤグループをプールから解放する。
【００８１】
ステップＳ４１１において、ＲＡＩＤグループ割り当て部２２３は、減設対象のＲＡＩＤグループにポリシーが最も近いプールが存在するか否かを判定する。存在すれば（Ｓ４１１：ＹＥＳ）、ステップＳ４１２において、ＲＡＩＤグループ割り当て部２２３は、そのＲＡＩＤグループを低回転モードに設定する。存在しなければ（Ｓ４１１：ＮＯ）、ステップＳ４１３において、ＲＡＩＤグループ割り当て部２２３は、そのＲＡＩＤグループを電源ＯＦＦに設定する。このようにＲＡＩＤグループの設定を分ける理由は、ステップＳ１０８での既述と同じ理由であるため説明は省略する。
【００８２】
ステップＳ４１４において、ＲＡＩＤグループ割り当て部２２３は、プール管理テーブル５００、ＲＡＩＤグループ管理テーブル４００を更新する。これにより、処理は終了する。
【００８３】
この第１の実施形態によると、ストレージシステム１は、消費電力の削減、管理の簡素化及び記憶資源の使用効率の向上を実現することができる。
【００８４】
また、ストレージシステム１は、プールの用途、容量の使用率に応じて、ＲＡＩＤグループ単位で電力に関わる制御を行うことができる。また、ＲＡＩＤ管理テーブル４００を複数のプール７２０で共有することで、従来はプールごとに用意しておかなければならなかった予備の記憶容量を、複数のプール７２０で共有することによって容量の効率使用が可能となる。
【００８５】
さらに、プール７２０の容量の使用率が閾値に達した時に、ストレージシステム１が自動的に、ＲＡＩＤグループ管理テーブル４００からポリシーに基づく適切なＲＡＩＤグループ７３０を選択し、電源ＯＮ又はスピンアップし、プール７２０の容量を増設することにより、容量使用率をこまめに監視し、手動で容量を追加する管理者の手間を削減することができる。
【００８６】
さらに、ストレージシステム１が自動的に、ＲＡＩＤグループ管理テーブル４００から、プール７２０のポリシーに基づく適切なＲＡＩＤグループ７３０を選択し、そのＲＡＩＤグループ７３０に保存してあるデータを同じプール７２０に属する他のＲＡＩＤグループ７３０にすべて移動させ、選択したＲＡＩＤグループ７３０を電断ＯＦＦまたは低回転モードに移行した後、ＲＡＩＤグループ管理テーブル４００に再登録することにより、ハードディスクドライブ２４０の容量の使用率向上と、使用しているハードディスクドライブ２４０の容量に対する電力効率を向上させることができる。
【００８７】
さらに、ストレージシステム１は、仮想ボリューム７１０からデータを移動した時に書き込まれる、仮想ボリューム７１０のゼロデータを削除し、実記憶領域として割り当てられている余分なデータを削除し、仮想ボリューム７１０にデータを移行することによって容量の効率化が可能となる。移行元のＲＡＩＤグループ７３０はプール７２０のＲＡＩＤグループ管理テーブル４００に追加され、電源ＯＦＦまたは低回転モードに移行し、プール７２０の容量として再利用することができる。これにより、実記憶領域の使用効率の向上と省電力が可能となる。
【００８８】
さらに、ストレージシステム１は、ホストコンピュータ１００から仮想ボリューム７１０内のデータを削除したとき、仮想ボリューム７１０内でそのデータの割り当てられていた領域を開放することにより、空き領域を増やすことができる。
【００８９】
（第２の実施形態）
なお、上記実施形態では、自動的にプールの減設処理が行われる場合で説明したが、減設を行うＲＡＩＤグループを管理者に報知し、管理者の指示によって減設処理が行なわれるようにしても良い。
【００９０】
図１７は、プール管理画面のＲＡＩＤグループ減設時の画面表示の一例を示す図である。この画面表示６００は、後述するＲＡＩＤグループの減設処理時に表示される画面である。このプール管理画面は、コンピュータ１１０に表示されるようにしてもよいし、保守端末１２０に表示されるようにしても良い。
【００９１】
画面表示６００は、テーブル６００と詳細情報エリア６１０とを有している。テーブル６００は、減設するＲＡＩＤグループの候補を表示するテーブルであり、詳細情報エリア６１０は、そのＲＡＩＤグループの詳細情報を示すエリアである。
【００９２】
テーブル６００は、指定フィールド６１１、ＲＡＩＤグループ番号フィールド６１２、ＬＵ番号フィールド６１３、プール番号フィールド６１４、減設可否フィールド６１５、省電力可否フィールド６１６、スクロールバーフィールド６１７を有している。
【００９３】
指定フィールド６１１は、詳細情報エリア６１０に詳細情報を表示するＲＡＩＤグループの指定をする。ＲＡＩＤグループ番号フィールド６１２は、減設の対象となるＲＡＩＤグループの番号を表示する。ここに表示されるＲＡＩＤグループ番号は、ＲＡＩＤグループ管理テーブル４００で管理されるＲＡＩＤグループのうち電源ＯＮとなっているＲＡＩＤグループの一覧が表示される。
【００９４】
ＬＵ番号フィールド６１３は、ＲＡＩＤを構成するＬＵのＬＵ番号を表示する。プール番号フィールド６１４は、プール番号を表示する。減設可否フィールド６１５は、ＲＡＩＤグループの減設が可能か否かを表示する。ＲＡＩＤグループ又はＬＵがプール容量の減設の基準を満たしているかに基づいて可否が表示される。省電力可否フィールド８１８は、ＲＡＩＤグループを省電力状態にすることが可能か否かを表示する。なお、１つのＲＡＩＤグループに、複数のＬＵが複数のプールに跨って存在する場合、全てのＬＵがプールから減設可能であるときに、そのＲＡＩＤグループは省電力状態にすることが可能である。スクロールバーフィールド６１７は、テーブル６１０に表示されていないＲＡＩＤグループをスクロールすることにより表示する。
【００９５】
詳細情報エリア６２０には、指定フィールド６１１で指定されたＲＡＩＤグループの詳細情報が表示される。この詳細情報を表示する詳細情報表示６２１には、具体的には、総容量、使用容量、ＲＡＩＤレベル、ＨＤＤ種別が表示される。
【００９６】
また、詳細情報エリア６２０には、減設ボタン６２２，６２３が表示される。減設ボタン６２２は、プールから減設後、ＲＡＩＤグループの電源をＯＦＦする指示を行なうボタンである。減設ボタン６２３は、プールから減設後、ＲＡＩＤグループを低回転モードへ移行する指示を行なうボタンである。なお、これら減設ボタン６２２，６２３の下側には、それぞれの省電力効果を示す表示がなされる。
【００９７】
管理者は、ＲＡＩＤグループの減設処理を行う際に、表示画面６００を参照して省電力化を行なうことができる。
【００９８】
（他の実施形態）
なお、上記各実施形態では、本発明を、ホストコンピュータ１００からのデータを、仮想ボリューム７１０を介して１つ以上のハードディスクドライブ２４０に保存するストレージ装置２００であって、１つ以上のハードディスクドライブ２４０から提供される記憶領域を１以上のパラメータを用いて作成されるＲＡＩＤグループ毎に管理するＲＡＩＤグループ管理テーブル４００と、ＲＡＩＤグループ管理テーブル４００で管理されるＲＡＩＤグループを少なくとも１つ以上用いて構成されるプールのハードディスクドライブ２４０毎に、プールの容量に関するポリシー及びプールの記憶容量に関する閾値を管理するプール管理テーブル５００と、ＲＡＩＤグループ毎に、プールに利用しているＲＡＩＤグループ７３０は通電している電源ＯＮ状態、プールに使用していないＲＡＩＤグループ７３０は省電力となる電源ＯＦＦ又は低回転モード状態のいずれかの状態とする制御を行なうＲＡＩＤグループ電源制御部２２２と、プールの記憶容量が閾値を超えたときに、そのプールのポリシーとＲＡＩＤグループ管理テーブル４００で管理されるパラメータから最適なＲＡＩＤグループ７３０を選択し、ＲＡＩＤグループ電源制御部２２２に選択したＲＡＩＤグループ７３０を構成するハードディスクドライブ２４０を電源ＯＦＦ又は低回転モード状態から電源ＯＮ状態に移行させた後、そのＲＡＩＤグループ７３０をプールの容量に増設するＲＡＩＤグループ割り当て部２２３を備えものについて適用した場合で説明したが、本発明はこれに限るものではない。
【産業上の利用可能性】
【００９９】
本発明は、ストレージ装置及びその制御方法に広く適用することができる。
【図面の簡単な説明】
【０１００】
【図１】本発明の第１の実施形態に係わるストレージシステム全体の構成を示す図である。
【図２】第１の実施形態に係わる記憶領域管理テーブルを示す図である。
【図３】第１の実施形態に係わるＲＡＩＤグループ管理テーブルを示す図である。
【図４】第１の実施形態に係わるプール管理テーブルを示す図である。
【図５】第１の実施形態に係わる動的記憶領域割り当て処理を説明するための図である。
【図６】第１の実施形態に係わる仮想ボリュームの仮想記憶領域と実データを記憶する実記憶領域との関係を示す図である。
【図７】第１の実施形態に係わる動的記憶領域割り当て部のライト時の処理を示すフローチャートである。
【図８】第１の実施形態に係わる動的記憶領域割り当て部のリード時の処理を示すフローチャートである。
【図９】第１の実施形態に係わる、仮想ボリューム、プール、ＲＡＩＤグループ（プールボリューム）との関係を説明するための図である。
【図１０】第１の実施形態に係わるプール容量増設処理を説明するための図である。
【図１１】第１の実施形態に係わるプール容量減設処理を説明するための図である。
【図１２】第１の実施形態に係わるゼロデータ削除処理を説明するための図である。
【図１３】第１の実施形態に係わる開放処理を説明するための図である。
【図１４】第１の実施形態に係わるＲＡＩＤグループの新規登録処理を示すフローチャートである。
【図１５】第１の実施形態に係わるプール設定処理を示すフローチャートである。
【図１６】第１の実施形態に係わるプール容量増設処理を示すフローチャートである。
【図１７】第１の実施形態に係わるプール容量減設・最適化処理を示すフローチャートである。
【図１８】本発明の第２の実施形態に係わるＲＡＩＤグループ減設時の画面表示の一例を示す図である。
【符号の説明】
【０１０１】
１…ストレージシステム、１００…ホストコンピュータ、１１０…コンピュータ、１２０…保守端末、２００…ストレージ装置、２２０…メモリ、２２１…動的記憶領域割り当て部、２２２…ＲＡＩＤグループ電源制御部、２２３…ＲＡＩＤグループ割り当て部、２３０…ディスク制御装置、２４０…ハードディスクドライブ、３００…記憶領域管理テーブル、４００…ＲＡＩＤグループ管理テーブル、５００…プール管理テーブル
【図１】
2010033261.tif 000003
【図２】
2010033261.tif 000004
【図３】
2010033261.tif 000005
【図４】
2010033261.tif 000006
【図５】
2010033261.tif 000007
【図６】
2010033261.tif 000008
【図７】
2010033261.tif 000009
【図８】
2010033261.tif 000010
【図９】
2010033261.tif 000011
【図１０】
2010033261.tif 000012
【図１１】
2010033261.tif 000013
【図１２】
2010033261.tif 000014
【図１３】
2010033261.tif 000015
【図１４】
2010033261.tif 000016
【図１５】
2010033261.tif 000017
【図１６】
2010033261.tif 000018
【図１７】
2010033261.tif 000019
【図１８】
2010033261.tif 000020