(57)【要約】【課題】予備装置の数が少ない場合においても収納装置の閉塞時に記憶装置の冗長化を実現できるようにする。【解決手段】収納装置のいずれかが閉塞した場合において、予備記憶装置の所定の記憶領域を分割して形成した区画を、ストレージグループ毎に割り当て、複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、ストレージグループに割り当てられた区画に記憶させる制御を行なう。【選択図】図２
2017016245.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の記憶装置を収納する複数の収納装置と、
前記複数の収納装置に収納された複数の記憶装置と、
前記複数の記憶装置のいずれかの故障にそなえて予備的に設けられた予備記憶装置と、
前記複数の記憶装置を制御するストレージ制御装置と、を備え、
前記ストレージ制御装置は、
複数のストレージグループを管理するストレージグループ管理部と、
前記予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理する区画管理部と、
前記複数の記憶装置および前記予備記憶装置に対するアクセスを制御するアクセス制御部と、を備え、
前記収納装置のいずれかが閉塞した場合において、
前記区画管理部は、前記 複数の区画を、前記ストレージグループ毎に割り当て、
前記アクセス制御部は、前記複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、該ストレージグループに割り当てられた区画に記憶させる制御を行なうことを特徴とする、ストレージシステム。
【請求項２】
前記区画管理部は、前記予備記憶装置の数が前記ストレージグループの数よりも少ない場合に、前記複数の区画を、前記ストレージグループ毎に割り当てる
ことを特徴とする、請求項１記載のストレージシステム。
【請求項３】
前記収納装置が閉塞した場合において、前記予備記憶装置の数が前記ストレージグループの数以上の場合に、前記閉塞した収納装置に収納された前記記憶装置のデータを、前記ストレージグループの構成に用いられる記憶装置のうち、前記閉塞した収納装置に収納された前記記憶装置とは異なる他の記憶装置を用いて復元する復元処理部を備える
ことを特徴とする、請求項１又は２記載のストレージシステム。
【請求項４】
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記複数のストレージグループのうちアクセス回数が最も少ないストレージグループに割り当てられている前記区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、請求項１〜３のいずれか１項に記載のストレージシステム。
【請求項５】
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、最後にデータアクセスが生じた時刻が古い区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、請求項１〜４のいずれか１項に記載のストレージシステム。
【請求項６】
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、アクセス回数が少ない区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、請求項１〜５のいずれか１項に記載のストレージシステム。
【請求項７】
１つ以上の記憶装置を収納する複数の収納装置と、前記複数の収納装置に収納された複数の記憶装置と、前記複数の記憶装置のいずれかの故障にそなえて予備的に設けられた予備記憶装置と、を備えるストレージシステムにおいて、前記複数の記憶装置を制御するストレージ制御装置であって、
複数のストレージグループを管理するストレージグループ管理部と、
前記予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理する区画管理部と、
前記複数の記憶装置および前記予備記憶装置に対するアクセスを制御するアクセス制御部と、を備え、
前記収納装置のいずれかが閉塞した場合において、
前記区画管理部は、
前記複数の区画を、前記ストレージグループ毎に割り当て、
前記アクセス制御部は、前記複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、該ストレージグループに割り当てられた区画に記録させる制御を行なう
ことを特徴とする、ストレージ制御装置。
【請求項８】
１つ以上の記憶装置を収納する複数の収納装置と、前記複数の収納装置に収納された複数の記憶装置と、前記複数の記憶装置のいずれかの故障にそなえて予備的に設けられた予備記憶装置と、を備えるストレージシステムのストレージ制御装置において、
複数のストレージグループを管理し、
前記予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理し、
前記複数の記憶装置および前記予備記憶装置に対するアクセスを制御し、
前記収納装置のいずれかが閉塞した場合において、
前記複数の区画を、前記ストレージグループ毎に割り当て、
前記複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、該ストレージグループに割り当てられた区画に記憶させる制御を行なう
処理をプロセッサに実行させることを特徴とする、ストレージ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステム，ストレージ制御装置およびストレージ制御プログラムに関する。
【背景技術】
【０００２】
ディスクアレイシステムにおいて、Disk Enclosure（ＤＥ）には複数の記憶装置（ディスク）が搭載される。ＤＥにおいては、経路異常や環境異常、内蔵モジュール故障などを検出すると、ＤＥ閉塞状態になる場合がある。
ＤＥ閉塞が発生すると、当該ＤＥに搭載されたディスクへのアクセスが出来なくなる。そこで、閉鎖されたＤＥのディスクをメンバーディスクとして使用して構成されたRedundant Arrays of Inexpensive Disks（ＲＡＩＤ）グループにおいては、当該ＤＥ内のディスクのディスクステータスを存在しないものとすることで、当該ディスクへのアクセスを抑制する。また、これによりＲＡＩＤは非冗長として運用が継続される。
【０００３】
また、このとき予備記憶装置であるHot Spare（ＨＳ）が登録されていると、ＲＡＩＤを構成するディスクに故障が生じたとみなされ、ＲＡＩＤを構成する残りのメンバーディスクからＨＳへ、故障とみなされたディスクのデータを復元するリビルド処理が行なわれる。これにより、ディスクの冗長性が回復する。さらに、閉塞したＤＥが復旧すると、ＨＳから復旧したＤＥに搭載されたディスクへのコピーバック処理が行なわれる。
【０００４】
また、ＤＥにおいては、多数のディスクを高密度に搭載するものも知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−２５３４００号公報
【特許文献２】特開２０１４−１０６８１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような従来のディスクアレイシステムにおいては、１台のＤＥに搭載されるディスク数が多い場合には、それらのディスクのデータを退避させるための多くのＨＳが必要となる。すなわち、ＨＳの台数が不足する場合にはディスクの冗長化を実現することができず、そのために多数のＨＳの台数を搭載するとコストが増大するという課題がある。
【０００７】
１つの側面では、本発明は、予備装置の数が少ない場合においても収納装置の閉塞時に記憶装置の冗長化を実現できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
このため、このストレージシステムは、１つ以上の記憶装置を収納する複数の収納装置と、前記複数の収納装置に収納された複数の記憶装置と、前記複数の記憶装置のいずれかの故障にそなえて予備的に設けられた予備記憶装置と、を備えるストレージシステムであって、複数のストレージグループを管理するストレージグループ管理部と、前記予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理する区画管理部と、前記複数の記憶装置および前記予備記憶装置に対するアクセスを制御するアクセス制御部と、を備え、前記収納装置のいずれかが閉塞した場合において、前記区画管理部は、前記複数の区画を、前記ストレージグループ毎に割り当て、前記アクセス制御部は、前記複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、該ストレージグループに割り当てられた区画に記憶させる制御を行なう。
【発明の効果】
【０００９】
一実施形態によれば、予備装置の数が少ない場合においても収納装置の閉塞時に記憶装置の冗長化を実現できる。
【図面の簡単な説明】
【００１０】
【図１】実施形態の一例としてのストレージシステムのハードウェア構成を模式的に示す図である。
【図２】実施形態の一例としてのストレージシステムの機能構成を示す図である。
【図３】実施形態の一例としてのストレージシステムにおける管理情報の構成を例示する図である。
【図４】実施形態の一例としてのストレージシステムのリビルド処理を例示する図である。
【図５】実施形態の一例としてのストレージシステムにおけるＨＳ領域管理部によるＨＳ領域の管理方法を説明するための図である。
【図６】（ａ），（ｂ）は実施形態の一例としてのストレージシステムのＨＳ領域管理部によるＨＳ領域の確保手法を説明するための図である。
【図７】実施形態の一例としてのストレージシステムにおける復旧処理部による処理を説明する図である。
【図８】実施形態の一例としてのストレージシステムにおける復旧処理部による処理を説明する図である。
【図９】実施形態の一例としてのストレージシステムにおける処理の概要を説明するためのフローチャートである。
【図１０】実施形態の一例としてのストレージシステムのＲＡＩＤ制御部によるＲＡＩＤグループの作成手法を説明するためのフローチャートである。
【図１１】実施形態の一例としてのストレージシステムのＲＡＩＤ再構成部による処理を説明するためのフローチャートである。
【図１２】実施形態の一例としてのストレージシステムにＤＥの閉塞が発生した状態で、ＤＥの閉塞によって影響を受けたＲＡＩＤグループに対してホスト装置からライト要求が行なわれた場合の処理を説明するためのフローチャートである。
【図１３】実施形態の一例としてのストレージシステムにＤＥの閉塞が発生した状態で、ＤＥの閉塞によって影響を受けたＲＡＩＤグループに対してホスト装置からリード要求が行なわれた場合の処理を説明するためのフローチャートである。
【図１４】実施形態の一例としてのストレージシステムにおける、第１の閉塞処理モードにおいて、閉塞していたＤＥを復旧させた場合の処理を説明するためのフローチャートである。
【図１５】実施形態の一例としてのストレージシステムのＨＳ領域管理部による解放ＨＳ領域の選択手法を説明するためのフローチャートである。
【図１６】実施形態の一例としてのストレージシステムにおけるアクセス性能を例示するための図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本ストレージシステム，ストレージ制御装置およびストレージ制御プログラムに係る実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。又、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
【００１２】
以下、図中において、同一の各符号は同様の部分を示しているので、その説明は省略する。
〔Ａ〕システム構成
図１は、実施形態の一例としてのストレージシステム１００のハードウェア構成を模式的に示す図、図２はその機能構成を示す図である。
【００１３】
本実施形態の一例におけるストレージシステム１００は、図１に示すように、ストレージ装置（ストレージディスクアレイ装置）１及びホスト装置２を備える。これらのストレージ装置１とホスト装置２とは、Local Area Network（ＬＡＮ）ケーブル等の通信線を介して通信可能に接続されている。
ホスト装置２は、例えば、サーバを備えたコンピュータ（情報処理装置）である。図１に示す例では、１つのホスト装置２を備えているが、２つ以上のホスト装置２を備えることとしても良い。
【００１４】
ストレージ装置１は、後述する複数の記憶装置２１を搭載し、ホスト装置２に対して記憶領域を提供する装置であり、ＲＡＩＤを用いて複数の記憶装置２１にデータを分散し、冗長化した状態で保存する。ストレージ装置１は、２つのControl Module（ＣＭ；ストレージ制御装置）１０及び複数（図１に示す例では３つ）のＤＥ２０を備える。
以下、特定のＣＭを指す場合は、単に「ＣＭ＃０」又は「ＣＭ＃１」と表記するが、任意のＣＭを指す場合は、「ＣＭ１０」と表記する。
【００１５】
ＣＭ＃０とＣＭ＃１とは例えばPeripheral Component Interconnect Express（ＰＣＩｅ）バス等の通信線を介して通信可能に接続されており、各ＣＭ１０と各ＤＥ２０とは例えばバス線を介して通信可能に接続されている。
ＤＥ２０は、冗長化のためにＣＭ＃０，＃１のぞれぞれとデータアクセスパスで通信可能に接続されており、それぞれ複数の記憶装置２１を備える。
【００１６】
記憶装置２１は、データを読み書き可能に格納する既知の装置であり、例えば、Hard Disk Drive（ＨＤＤ）やSolid State Drive（ＳＳＤ）である。これらの記憶装置２１は、互いに同様の機能構成を備える。各ＤＥ２０が備える複数の記憶装置２１の一部はＨＳ２１ａとして機能する。以下、記憶装置２１をディスクもしくはＤｉｓｋと表す場合がある。
【００１７】
ＨＳ２１ａは、ストレージ装置１内の記憶装置２１の故障にそなえて予備的に設けられた代替記憶装置であり、記憶装置２１と同様の構成を備える。
図１に示す例においては、本ストレージ装置１に備えられた３つのＤＥ２０をＤＥ＃０〜＃２で表す。
ＤＥ＃０には、Ｄｉｓｋ＃００〜＃０２で示される３つの記憶装置２１が搭載され、ＤＥ＃１には、Ｄｉｓｋ＃１０〜＃１２で示される３つの記憶装置２１が搭載されている。また、ＤＥ＃２には、ＨＳ＃０〜＃２で示される３つのＨＳ２１ａが搭載されている。
【００１８】
なお、以下、ＤＥを示す符号としては、複数のＤＥのうち１つを特定する必要があるときには符号＃０〜＃２を用いるが、任意のＤＥを指すときには符号２０を用いる。
また、以下、記憶装置を示す符号としては、複数の記憶装置のうち１つを特定する必要があるときには符号＃００〜＃０２，＃１０〜＃１２を用いるが、任意の記憶装置を指すときには符号２１を用いる。
【００１９】
さらに、以下、ＨＳを示す符号としては、複数のＨＳのうち１つを特定する必要があるときには符号＃０〜＃２を用いるが、任意のＨＳを指すときには符号２１ａを用いる。
ＣＭ１０は、種々の制御を行なう制御装置であり、ホスト装置２からのストレージアクセス要求（アクセス制御信号：以下、ホストＩ／Ｏという）に従って、各種制御を行なう。ＣＭ１０は、Central Processing Unit（ＣＰＵ）１１，メモリ１２，複数のポート１３およびCommunication Adapter（ＣＡ）１４を備える。なお、図１に示す例においては、ストレージ装置１が２つのＣＭ１０を備えているが、これに限定されるものではなく、１つ又は３つ以上のＣＭ１０を備えても良い。
【００２０】
ＣＡ１４は、ホスト２と通信可能に接続するインタフェースコントローラである。
ポート１３は、ＣＭ１０とＤＥ２０とを通信可能に接続するためのインタフェースとしてのDevice Adapter（ＤＡ）であり、例えばFiber Channel（ＦＣ）アダプタである。ＣＭ１０は、このポート１３を介してＤＥ２０の記憶装置２１に対するデータの書き込みや読み出しを行なう。
【００２１】
メモリ１２は、Read Only Memory（ＲＯＭ）及びRandom Access Memory（ＲＡＭ）を含む記憶装置である。メモリ１２のＲＯＭには、Basic Input/Output System（ＢＩＯＳ）等のプログラムが書き込まれている。メモリ１２上のソフトウェアプログラムは、ＣＰＵ１１に適宜読み込まれて実行される。また、メモリ１２のＲＡＭは、一次記録メモリあるいはワーキングメモリとして利用される。本実施形態の一例において、メモリ１２には、管理情報１２１を格納する記憶領域を有する。
【００２２】
図３は実施形態の一例としてのストレージシステム１００における管理情報１２１の構成を例示する図であり、管理情報１２１において管理される管理項目の例と、登録される情報の具体例を示す。
管理情報１２１は、図３に示すように、ディスク情報１２１ａ，ＨＳ情報１２１ｂおよび閉塞中ディスク情報１２１ｃを備える。
【００２３】
ディスク情報１２１ａは、記憶装置２１に関する情報であって、記憶装置２１毎に管理される。
図３に示す例においては、ディスク情報１２１ａは、Vender，DISKシリアルNo.，HDD/SSD，回転数，2.5/3.5，DISK容量，搭載DE No.，搭載Slot No.，定義／未定義，RAID使用/HS使用，RAID No.およびLUN No.を管理項目として備え、これらの管理項目の各情報を相互に関連付けることにより構成されている。
【００２４】
Venderは、記憶装置２１の製造ベンダを特定する識別情報（固有値）である。DISKシリアルNo.は、記憶装置２１を特定するための識別情報（固有値）である。HDD/SSDは当該記憶装置２１がＨＤＤであるかＳＳＤであるかを示す情報である。例えば、“0”はＨＤＤを表し、“1”がＳＳＤを表す。
回転数は記憶装置２１の性能を表すものであり、例えば、“15000,10000,7200”等の回転速度（RPM：Round Per Minute）を表す値である。2.5/3.5は記憶装置２１が2.5インチサイズであるか3.5インチサイズであるかを示す。
【００２５】
DISK容量は記憶装置２１の記憶容量であり、例えば、300,600,900等のディスク容量（単位：GB）を表す値である。搭載DE No.は、記憶装置２１が搭載されているＤＥ２０を特定する識別情報（例えば、“00,01,02”）である。搭載Slot No.は、ＤＥ２０において記憶装置２１が搭載されているスロットを表す識別情報（例えば、“00,01,02”）である。
定義／未定義は、当該記憶装置２１にＲＡＩＤグループが設定されているか否かを表す。例えば、“0”がＲＡＩＤグループが設定されていないことを表し、“1”がＲＡＩＤグループが設定されていることを表す。
【００２６】
RAID使用/HS使用は、当該記憶装置２１の用途を表す。例えば“0”がＲＡＩＤ構成に用いられていることを表し、“1”がＨＳ２１ａとして用いられていることを表す。
RAID No.は当該記憶装置２１が用いられているＲＡＩＤのＲＡＩＤグループを特定する識別情報（例えば、“00,01,02”）である。LUN No. 当該記憶装置２１が用いられているLogical Unit Number（ＬＵＮ）を特定する識別情報（例えば、“00,01,02”）である。
【００２７】
ＨＳ情報１２１ｂは、ＨＳに関する情報であって、ＨＳ２１ａ毎に管理される。ＨＳ情報１２１ｂは、ＨＳ領域に関する情報を管理する。ここで、ＨＳ領域は、ＨＳ２１ａの所定の記憶領域を分割して作成した区画である。
図３に示す例においては、ＨＳ情報１２１ｂは、ＨＳ使用状況，ＨＳ領域使用状況，ＨＳ領域割り当てアドレス，ＨＳ領域・データ更新有無，ＨＳ領域・データ更新アドレス，ＨＳ領域・アクセス数およびＨＳ領域・アクセス時間を管理項目として備え、これらの管理項目の各情報を相互に関連付けることにより構成されている。
【００２８】
ＨＳ使用状況は、当該記憶装置２１がＨＳ２１ａとして使用されているか否かを表す。例えば、“0”がＨＳ２１ａとして使用されていないことを表し、“1”がＨＳ２１ａとして使用されていることを表す。
ＨＳ領域使用状況は、ＨＳ２１ａの記憶領域に複数形成されるＨＳ領域の使用状況を示す。ＨＳ領域使用状況として、例えば、ＨＳ領域を特定するための識別情報（例えば“00”）と、そのＨＳ領域においてデータ（更新データ；詳細は後述）が格納されている領域、すなわち使用されている領域を表すアドレス範囲（例えば“0x00000000-0x5FFFFFF”）とが管理される。
【００２９】
ＨＳ領域割り当てアドレスは、当該ＨＳ領域の位置を代表するアドレスを示す（例えば“0x5FFFFFF”）。
ＨＳ領域・データ更新有無は、当該ＨＳ領域に対するデータの更新があったか否かを示す。例えば、“0”はデータ更新がないことを表し、“1”はデータ更新があったことを表す。
【００３０】
ＨＳ領域・データ更新アドレスは、当該ＨＳ領域においてデータ更新が行なわれた位置（例えば、“0x01234567”）を表す。ＨＳ領域・アクセス数は、当該ＨＳ領域に対して行なわれたデータアクセス（例えば、リードアクセス）の回数を示す。このアクセス数は、例えば、ＨＳ領域を特定する識別情報に対応付けて記録される（例えば、“00:10回”）。ＨＳ領域・アクセス時間は、当該ＨＳ領域に対して行なわれたデータアクセス（例えば、リードアクセス）の最終アクセス時刻を示す。このアクセス時間は、例えば、ＨＳ領域を特定する識別情報に対応付けて記録される（例えば、“00:2015/05/30/12:34:56”）。
【００３１】
なお、上述したＨＳ領域使用状況，ＨＳ領域割り当てアドレス，ＨＳ領域・データ更新有無，ＨＳ領域・データ更新アドレス，ＨＳ領域・アクセス数およびＨＳ領域・アクセス時間は、ＨＳ領域毎に管理される。
閉塞中ディスク情報１２１ｃは、ＨＳ領域に割り当てられる閉塞中の記憶装置２１（閉塞中ディスク）に関する情報であって、ＨＳ領域毎に管理される。
【００３２】
図３に示す例においては、閉塞中ディスク情報１２１ｃは、ＨＳ領域解放有無，ＨＳ領域に対応する閉塞中ディスクのSlot，ＨＳ領域に対応する閉塞中ディスクのS/N，ＨＳ領域に対応する閉塞中ディスクの分割アドレスおよび、ＨＳ領域に対応する閉塞中ディスクのデータ更新領域のアドレスを管理項目として備え、これらの管理項目の各情報を相互に関連付けることにより構成されている。
【００３３】
ＨＳ領域解放有無は、当該ＨＳ領域が後述するＨＳ領域管理部１１７によって解放されたものであるか否かを表す。例えば、“0”が当該ＨＳ領域が解放されたものでないことを表し、“1”が当該ＨＳ領域が解放されたものであることを表す。
ＨＳ領域に対応する閉塞中ディスクのSlotは、当該ＨＳ領域に対応する閉塞中の記憶装置２１が搭載されたＤＥ２０のスロットを表す識別情報（例えば、“00,01,02”）である。
【００３４】
ＨＳ領域に対応する閉塞中ディスクのS/Nは、当該ＨＳ領域に対応する閉塞中の記憶装置２１を特定するための識別情報（固有値）である。
ＨＳ領域に対応する閉塞中ディスクのデータ更新領域のアドレスは、当該ＨＳ領域に書き込んだ、データ領域が閉塞した記憶装置２１の更新すべき領域の実アドレス（例えば、“0x01234567”）である。
【００３５】
ＣＰＵ１１は、種々の制御や演算を行なう処理装置（プロセッサ）であり、メモリ１２に格納されたOperating System（ＯＳ）やプログラムを実行することにより、種々の機能を実現する。すなわち、ＣＰＵ１１は、図２に示すように、ＲＡＩＤ制御部１１１，ストレージ制御部１１２，閉塞処理部１１３，ＩＯ制御部１２０およびＲＡＩＤ再構成部１１４として機能する。
【００３６】
なお、これらのＲＡＩＤ制御部１１１，ストレージ制御部１１２，閉塞処理部１１３，ＩＯ制御部１２０およびＲＡＩＤ再構成部１１４としての機能を実現するためのプログラム（ストレージ制御プログラム）は、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ  ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体から図示しない読取装置を介してプログラムを読み取って内部記録装置または外部記録装置に転送し格納して用いる。又、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供してもよい。
【００３７】
ＲＡＩＤ制御部１１１，ストレージ制御部１１２，閉塞処理部１１３，ＩＯ制御部１２０およびＲＡＩＤ再構成部１１４としての機能を実現する際には、内部記憶装置（本実施形態ではメモリ１２）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ１１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行してもよい。
【００３８】
なお、本実施形態においては、ＣＭ＃０のＣＰＵ１１が、ＲＡＩＤ制御部１１１，ストレージ制御部１１２，閉塞処理部１１３，ＩＯ制御部１２０およびＲＡＩＤ再構成部１１４として機能する例について示す。
また、ＣＭ＃０をプライマリとし、ＣＭ＃１をセカンダリとすることによって、冗長化されていても良い。また、プライマリであるＣＭ＃０が故障した場合には、セカンダリであるＣＭ＃１は、ＣＭ＃０の機能を引き継ぐようにしても良い。
【００３９】
ストレージ制御部１１２は、本ストレージ装置１に備えられた記憶装置２１を管理する。このストレージ制御部１１２は、例えば、管理情報１２１のディスク情報１２１ａを用いて各記憶装置２１を管理する。
ＲＡＩＤ制御部１１１は、記憶装置２１を用いてＲＡＩＤを実現し、ＲＡＩＤを構成する記憶装置２１の制御を行なう。すなわち、ＲＡＩＤ制御部１１１は、複数の記憶装置２１を用いた冗長構成を設定する。
【００４０】
このＲＡＩＤ制御部１１１は、複数の記憶装置２１を用いてＲＡＩＤグループを設定し、各種ＲＡＩＤ制御を行なう。すなわち、ＲＡＩＤ制御部１１１は、ＲＡＩＤグループの作成や、ＲＡＩＤグループへの記憶装置２１（メンバーディスク）の登録を行なう。
ＲＡＩＤの管理は、例えば、管理情報１２１のディスク情報１２１ａのRAID No.等を用いて行なわれる。なお、ＲＡＩＤ制御部１１１は、ＲＡＩＤの管理をディスク情報１２１ａのRAID No.以外の情報を用いて行なってもよく、種々変形して実施することができる。
【００４１】
ＲＡＩＤ制御部１１１は、ＲＡＩＤグループを作成する際に、ＲＡＩＤグループを構成する記憶装置２１（メンバーディスク）の個体識別情報（DISKシリアルNo.）を読み出し、ディスク情報１２１ａにＲＡＩＤグループ（RAID No.）毎に対応付けて記憶する。
なお、ＤＥ２０の閉塞中は、ＲＡＩＤ制御部１１１によるＲＡＩＤグループの作成やＲＡＩＤグループのメンバーディスクの変更は行なわないものとする。
【００４２】
また、ＲＡＩＤ制御部１１１は、記憶装置２１を用いてＬＵＮ（論理ボリューム）の設定・管理を行ない、ホスト装置２はこの設定されたＬＵＮに対してデータアクセスを行なう。すなわち、ＲＡＩＤ制御部１１１は、ＬＵＮの管理を行なうＬＵＮ管理部としての機能も備える。ＲＡＩＤ制御部１１１は、ＲＡＩＤグループの論理記憶領域であるＲＬＵ（RAID Logical Unit；ＲＡＩＤ論理ユニット）の管理を行なう。ＬＵＮの管理は、例えば、管理情報１２１のディスク情報１２１ａのLUN No.等を用いて行なわれる。
【００４３】
なお、ＲＡＩＤ制御部１１１は、ＬＵＮの管理をディスク情報１２１ａのLUN No.以外の情報を用いて行なってもよく、種々変形して実施することができる。
以下、本実施形態においては、簡便のため、ＲＡＩＤ制御部１１１がＲＡＩＤ１（ミラーリング）を実施する例について示す。ただし、ＲＡＩＤ制御部１１１はＲＡＩＤ１に限定されるものではなく、ＲＡＩＤ２〜６等の他のＲＡＩＤレベルを実施してもよい。
【００４４】
また、本実施形態においては、ＲＡＩＤグループは、複数のＤＥ２０に分散して搭載された記憶装置２１を用いて実現されるものとする。すなわち、ＲＡＩＤグループを構成するメンバーディスクは複数のＤＥ２０にまたがって搭載されるものとする。
閉塞処理部１１３は、ＤＥ２０を閉塞する制御を行なう。例えば、ＤＥ２０における経路異常，環境異常，内蔵モジュール故障等が検出されると、閉塞処理部１１３は当該ＤＥ２０を閉塞させる。
【００４５】
本実施形態においては、ＤＥ２０における図示しないインタフェースやバックパネルに故障が生じたことによりＤＥ２０を閉塞するものであり、閉塞したＤＥ２０に搭載された記憶装置２１には異常がない場合について示す。すなわち、閉塞したＤＥ２０に搭載された各記憶装置２１のデータに異常はないものとする。
以下、閉塞されたＤＥ２０に搭載され、データアクセスが遮断された状態の記憶装置２１を閉塞中ディスクもしくは復旧対象記憶装置２１という場合がある。
【００４６】
なお、ＤＥ２０の閉塞は、既知の種々の手法を用いて実現することができ、その説明は省略する。
閉塞処理部１１３は、ＤＥ２０の閉塞を実施すると、ＤＥ２０の閉塞を行なった旨をＲＡＩＤ再構成部１１４に通知する。
ＲＡＩＤ再構成部１１４は、閉塞処理部１１３がＤＥ２０の閉塞を行なうことで冗長性が失なわれたＲＡＩＤグループに対して、冗長性を持たせるための処理（ＲＡＩＤ再構成）を行なう。ＲＡＩＤ再構成部１１４は、例えば、閉塞処理部１１３によるＤＥ２０の閉塞が行なわれたことを検知して処理を開始する。
【００４７】
ＲＡＩＤ再構成部１１４は、図２に示すように、ＨＳ数確認部１１５，リビルド処理部１１６，ＨＳ領域管理部１１７，応急ＲＡＩＤグループ管理部１１８および復旧処理部１１９としての機能を備える。
ＨＳ数確認部１１５は、本ストレージ装置１において管理されているＲＡＩＤグループの数（ＲＡＩＤグループ数）と、本ストレージ装置１に備えられている未使用のＨＳ２１ａの数（未使用ＨＳ数）とを比較する。
【００４８】
なお、ＲＡＩＤグループ数は、例えば管理情報１２１のディスク情報１２１ａから取得することができ、未使用ＨＳ数は、例えば管理情報１２１のＨＳ情報１２１ｂから取得することができる。
リビルド処理部１１６は、閉塞したＤＥ２０に搭載されている記憶装置２１（復旧対象記憶装置２１）のデータを、この復旧対象記憶装置２１と同一のＲＡＩＤグループにおける、当該復旧対象記憶装置２１以外の記憶装置２１のデータを用いて、ＨＳ２１ａに再構築（リビルド）する。これにより、ＤＥ２０の閉塞によって失われたＲＡＩＤグループの冗長性が回復する。
【００４９】
図４は実施形態の一例としてのストレージシステム１００のリビルド処理を例示する図である。
図４に示す例においては、ＤＥ＃０に、Ｄｉｓｋ＃００〜＃０２で示される記憶装置２１が搭載され、ＤＥ＃１に、Ｄｉｓｋ＃１０〜＃１２で示される記憶装置２１が搭載されている。また、ＤＥ＃２にはＨＳ＃０〜＃２で示される３つの未使用のＨＳ２１ａが搭載されている。
【００５０】
そして、ＤＥ＃０のＤｉｓｋ＃００とＤＥ＃１のＤｉｓｋ＃１０とで１つのＲＡＩＤグループを構成している（ＲＡＩＤ１：ミラーリング）。同様に、ＤＥ＃０のＤｉｓｋ＃０１とＤＥ＃１のＤｉｓｋ＃１１とが、また、ＤＥ＃０のＤｉｓｋ＃０２とＤＥ＃１のＤｉｓｋ＃１２とが、それぞれ１つのＲＡＩＤグループを構成している（ＲＡＩＤ１：ミラーリング）。
【００５１】
このような構成において、ＤＥ＃０が閉塞すると、図４に示すように、リビルド処理部１１６は、ＤＥ＃１のＤｉｓｋ＃１０のデータを用いてＤＥ＃０のＤｉｓｋ＃００のデータをＨＳ＃０にリビルドする。同様に、リビルド処理部１１６は、ＤＥ＃１のＤｉｓｋ＃１１のデータを用いて、ＤＥ＃０のＤｉｓｋ＃０１のデータをＨＳ＃１にリビルドし、また、ＤＥ＃１のＤｉｓｋ＃１２のデータを用いて、ＤＥ＃０のＤｉｓｋ＃０２のデータをＨＳ＃２にリビルドする。
【００５２】
なお、リビルド処理部１１６は、前述したＨＳ数確認部１１５による確認の結果、未使用ＨＳ数がＲＡＩＤグループ数以上である場合に、リビルド処理を行なう。
以下、ＨＳ数確認部１１５による確認の結果、未使用ＨＳ数がＲＡＩＤグループ数以上である場合に、リビルド処理部１１６がリビルド処理を行なうことを、第１の閉塞処理モードという場合がある。
【００５３】
ＨＳ領域管理部１１７は、ＨＳ２１ａの所定の記憶領域を、所定サイズの複数の区画（ＨＳ領域）に分割し、このＨＳ領域を、閉塞したＤＥ２０に搭載されている復旧対象記憶装置２１（閉塞中ディスク）に割り当てる。
ＨＳ領域管理部１１７は、ＨＳ領域を、上述した管理情報１２１のＨＳ情報１２１ｂを用いて管理する。すなわち、ＨＳ領域管理部１１７は、予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理する区画管理部として機能する。
【００５４】
なお、ＨＳ領域のサイズは適宜設定することができるが、予め規定することが望ましい。例えば、ＨＳ２１ａの記憶領域のサイズをＲＡＩＤグループ数で割った値をＨＳ領域のサイズとして用いてもよく、また、予め規定したサイズをＨＳ領域のサイズとして用いてもよい。
ＨＳ領域には、割り当てられた復旧対象記憶装置２１が構成するＲＡＩＤグループに対して行なわれるディスクアクセスによる更新差分が更新データとして書き込まれる。
【００５５】
ＨＳ領域管理部１１７は、前述したＨＳ数確認部１１５による確認の結果、未使用ＨＳ数がＲＡＩＤグループ数よりも少ない場合に、ＨＳ領域を復旧対象記憶装置２１に割り当てる処理を行なう。
図５は実施形態の一例としてのストレージシステム１００におけるＨＳ領域管理部１１７によるＨＳ領域の管理方法を説明するための図である。また、図６（ａ），（ｂ）は実施形態の一例としてのストレージシステム１００のＨＳ領域管理部１１７によるＨＳ領域の確保手法を説明するための図である。図６（ａ）はＨＳ領域の解放前の状態を例示する図、図６（ｂ）は解放したＨＳ領域を割り当てた状態を例示する図である。
【００５６】
図５に示す例においては、ＤＥ＃０に、Ｄｉｓｋ＃００〜＃０２で示される記憶装置２１が搭載され、ＤＥ＃１に、Ｄｉｓｋ＃１０〜＃１２で示される記憶装置２１が搭載されている。また、ＤＥ＃２にはＨＳ＃１，＃２で示される２つの未使用のＨＳ２１ａが搭載されている。
また、ＤＥ＃０のＤｉｓｋ＃００とＤＥ＃１のＤｉｓｋ＃１０とで１つのＲＡＩＤグループを構成している（ＲＡＩＤ１：ミラーリング）。同様に、ＤＥ＃０のＤｉｓｋ＃０１とＤＥ＃１のＤｉｓｋ＃１１とが、また、ＤＥ＃０のＤｉｓｋ＃０２とＤＥ＃１のＤｉｓｋ＃１２とが、それぞれ１つのＲＡＩＤグループを構成している（ＲＡＩＤ１：ミラーリング）。
【００５７】
すなわち、図５に示す例においては、ＤＥ＃２に搭載された未使用のＨＳ２１ａの数（２つ）は、ＤＥ＃０，＃１において形成されているＲＡＩＤグループ数（３つ）よりも少ない。このように、未使用ＨＳ数がＲＡＩＤグループ数よりも少ない場合に、ＨＳ領域管理部１１７は、ＨＳ領域を復旧対象記憶装置２１に割り当てる処理を行なう。
図５に示す例においては、ＨＳ領域管理部１１７は、ＨＳ＃１に２つのＨＳ領域（Ｄｉｓｋ＃０−１，＃１−１）を形成する。そして、ＨＳ領域管理部１１７は、ＨＳ領域であるＤｉｓｋ＃０−１を閉塞中ディスクであるＤｉｓｋ＃００に割り当て、ＨＳ領域であるＤｉｓｋ＃１−１を閉塞中ディスクであるＤｉｓｋ＃０１に割り当てる。
【００５８】
ＨＳ領域管理部１１７は、前述した管理情報１２１の閉塞中ディスク情報１２１ｃを用いて、閉塞中ディスクとＨＳ領域との対応付けを管理する。
ＨＳ領域管理部１１７によって閉塞中ディスクに割り当てられたＨＳ領域は、後述する応急ＲＡＩＤグループ管理部１１８によって応急ＲＡＩＤグループに組み込まれる。このように、ＨＳ領域管理部１１７は、応急ＲＡＩＤグループに組み込むＨＳ領域を用意（確保）する。
【００５９】
ＨＳ領域管理部１１７は、ホスト装置２からのライト要求を受け付けた際に、以下の優先順位（１）〜（３）に従ってＨＳ領域の確保を行なう。
（１）未使用のＨＳ領域
本ストレージ装置１内に備えられたＨＳ２１ａにおいて、ＨＳ領域として確保された未使用の記憶領域が存在する場合には、ＨＳ領域管理部１１７は、この未使用のＨＳ領域を優先して閉塞中ディスクに割り当てる。
【００６０】
（２）未使用のＨＳ領域がない、すなわち、閉塞中ディスクに割り当て可能なＨＳ領域がない（ＨＳ領域が不足）場合には、ＨＳ領域管理部１１７は、他のＲＡＩＤグループに割り当て済みで未使用のＨＳ領域を、閉塞中ディスクに割り当てるＨＳ領域として選択する。
（３）上記（２）に該当するＨＳ領域も存在しない場合には、ＨＳ領域管理部１１７は、自ＲＡＩＤグループ／他ＲＡＩＤグループに割り当て済みのＨＳ領域のなかで、以下の手順（ｉ）〜（ｉｉｉ）によって決定されるＨＳ領域（解放ＨＳ領域）を、閉塞中ディスクに割り当てるＨＳ領域として選択する。
【００６１】
（ｉ）全てのＨＳ領域を含む記憶装置２１で構成された全てのＲＡＩＤグループの中で、最もアクセス回数が少ないＲＡＩＤグループを解放対象ＲＡＩＤグループとして選択する。
すなわち、ＨＳ領域管理部１１７は、複数のＲＡＩＤグループのうちアクセス回数が最も少ないＲＡＩＤグループに割り当てられている前記部分記憶領域を優先して解放する。
【００６２】
なお、ＲＡＩＤグループに対するアクセス回数は、既知の手法により把握することができるものであり、その説明は省略する。
（ｉｉ）上記手順（ｉ）において選択された解放対象ＲＡＩＤグループの中で、アクセス時間が古い順に解放するＨＳ領域（解放ＨＳ領域）の候補を複数選択する。
すなわち、ＨＳ領域管理部１１７は、複数の解放ＨＳ領域候補の中から、最後にアクセスが生じた時刻が古いＨＳ領域を優先して解放ＨＳ領域として選択する。
【００６３】
（ｉｉｉ）上記手順（ｉｉ）の中で最もアクセス回数が少ない領域を解放ＨＳ領域と決定する。
ＨＳ領域管理部１１７は、既にＲＡＩＤグループに割り当て済みであるこの解放ＨＳ領域を、割り当てられているＲＡＩＤグループから解放し、新たに閉塞中ディスクに割り当てる。
【００６４】
すなわち、ＨＳ領域管理部１１７は、複数の解放ＨＳ領域候補の中から、アクセス回数が最も少ないＨＳ領域を優先して解放ＨＳ領域として選択する。
図６（ａ）に示す例においては、ＨＳ＃１のＤｉｓｋ＃１−１が解放ＨＳ領域として選択され、ＨＳ領域管理部１１７によって解放される。解放されたＨＳ領域は、その後、ＲＡＩＤグループＧ０に割り当てられ、図６（ｂ）に示すように、Ｄｉｓｋ＃０−３として、ＤＥ＃１のＤｉｓｋ＃１０の更新データの格納に用いられる。
【００６５】
上記の手順（ｉ）〜（ｉｉｉ）によって決定される解放ＨＳ領域に格納されている更新データは、割り当て済みのＲＡＩＤグループから解放することで冗長性が失われることになるが、正常ディスクにそのデータは保全されているので影響はない。
なお、上記実施形態においては、手順（ｉ），（ｉｉ），（ｉｉｉ）に従って解放ＨＳ領域の選択を行なっているが、これに限定されるものではなく、種々変形して実施してもよい。すなわち、手順（ｉｉ）と手順（ｉｉｉ）との適用順序を入れ替えたり、他の処理を追加する等、適宜変更して実施することができる。
【００６６】
未使用のＨＳ領域がない、すなわち、閉塞中ディスクに割り当て可能なＨＳ領域がない（ＨＳ領域が不足）場合には、ＨＳ領域管理部１１７は、他のＲＡＩＤグループに割り当て済みで未使用のＨＳ領域を、閉塞中ディスクに割り当てるＨＳ領域として選択する。
なお、ＨＳ領域を解放するとデータが紛失される場合は、応急ＲＡＩＤグループ管理部１１８による応急ＲＡＩＤグループの作成は抑止される。
【００６７】
また、ＨＳ領域管理部１１７は、上記の手順により解放ＨＳ領域として選択したＨＳ領域を実際に解放する前に、管理情報１２１の閉塞中ディスク情報１２１ｃを更新することで、冗長化が崩れているデータ領域を認識するため解放前の書き込み状態のログを残す。
具体的には、ＨＳ領域管理部１１７は、閉塞中ディスク情報１２１ｃにおけるＨＳ領域解放有無に“1（ホットスペア解放済み）”を設定する。
【００６８】
なお、このように、閉塞中ディスク情報１２１ｃにおけるＨＳ領域解放有無に“1（ホットスペア解放済み）”が設定されたＨＳ領域については、次回の解放ＨＳ領域の選択候補から除外する。
ストレージ装置１にＨＳ２１ａが存在しない場合には、リビルド処理部１１６およびＨＳ領域管理部１１７は処理を行なわない。
【００６９】
応急ＲＡＩＤグループ管理部１１８は、閉塞中ディスクと同一のＲＡＩＤグループを構成する閉塞していない記憶装置２１（すなわち、正常な記憶装置２１）と、ＨＳ領域管理部１１７によって閉塞中ディスクに割り当てられたＨＳ領域とを用いて、応急ＲＡＩＤグループを構成する。以下、応急ＲＡＩＤグループに含まれる正常な記憶装置２１を正常ディスクという場合がある。
【００７０】
従って、応急ＲＡＩＤグループは、正常ディスクとＨＳ情報１２１ｂによって割り当てられたＨＳ領域とで構成される。
そして、このＨＳ領域には、ＲＡＩＤグループに対して行なわれるＩＯアクセスによる更新データが格納される。
応急ＲＡＩＤグループにおいては、ＤＥ２０の閉塞により、ＲＡＩＤを構成する記憶装置２１が閉塞中ディスクとなったＲＡＩＤグループについて、閉塞中ディスクに代えてＨＳ領域を用いることで冗長性が維持されている。
【００７１】
応急ＲＡＩＤにおいては、後述するＩＯ制御部１２０により、閉塞中ディスク以外の記憶装置２１にＩＯアクセスが行なわれるとともに、そのＩＯアクセスより生じる更新差分を表す更新データがＨＳ領域に格納される。これにより、ＤＥ２０の閉塞中にＲＡＩＤグループに対して行なわれるＩＯアクセスによる更新データが、閉塞中ディスクとＨＳ領域とに冗長化されて格納されることとなる。
【００７２】
以下、ＨＳ数確認部１１５による確認の結果、未使用ＨＳ数がＲＡＩＤグループ数よりも少ない場合に、ＨＳ領域管理部１１７がＨＳ領域を復旧対象記憶装置２１に割り当て、応急ＲＡＩＤグループ管理部１１８が応急ＲＡＩＤグループを構成することを、第２の閉塞処理モードという場合がある。
例えば、図５に示す例において、Ｄｉｓｋ＃００とＤｉｓｋ＃１０とによってＲＡＩＤグループＧ０が構成されている状態で、ＤＥ＃０が閉塞したとする。このＤＥ＃０の閉塞によりＤｉｓｋ＃００〜＃０２が閉塞中ディスクとなる。
【００７３】
閉塞中ディスクであるＤｉｓｋ＃００に対して、ＨＳ領域管理部１１７によりＤＥ＃２のＨＳ＃１のＨＳ領域（Ｄｉｓｋ＃０−１）が割り当てられる。同様に、閉塞中ディスクであるＤｉｓｋ＃０１に対して、ＨＳ領域管理部１１７によりＤＥ＃２のＨＳ＃１のＨＳ領域（Ｄｉｓｋ＃１−１）が割り当てられる。
応急ＲＡＩＤグループ管理部１１８は、Ｄｉｓｋ＃１０とＨＳ＃１のＨＳ領域（Ｄｉｓｋ＃０−１）とを用いて応急ＲＡＩＤグループＥＧ０を作成し、Ｄｉｓｋ＃１１とＨＳ＃１のＨＳ領域（Ｄｉｓｋ＃１−１）とを用いて応急ＲＡＩＤグループＥＧ１を作成する。
【００７４】
そして、ＤＥ＃０の閉塞中の間は、ＲＡＩＤグループＧ０の代わりに応急ＲＡＩＤグループＥＧ０が用いられ、ＲＡＩＤグループＧ１の代わりに応急ＲＡＩＤグループＥＧ１が用いられる。
ホスト装置２から論理ボリュームへのＩＯ要求が発行されると、例えば、この論理ボリュームの構成に用いられるＲＡＩＤグループＧ０に含まれるＤｉｓｋ＃１０にライトアクセスが行なわれ、また、このライトアクセスによる更新差分がＨＳ＃１のＨＳ領域（Ｄｉｓｋ＃０−１）に格納される。同様に、ＲＡＩＤグループＧ１に含まれるＤｉｓｋ＃１１にライトアクセスが行なわれ、また、このライトアクセスによる更新差分がＨＳ＃１のＨＳ領域（Ｄｉｓｋ＃１−１）に格納される。
【００７５】
なお、本ストレージ装置１においては、第１の閉塞処理モードが第２の閉塞処理モードよりも優先して実施される。これにより、ＤＥ２０の閉塞が行なわれた際に、ＨＳ２１ａの数がＲＡＩＤグループ数以上の場合にリビルドが優先して行なわれるので、ＲＡＩＤグループを構成する記憶装置２１のデータを確実に冗長化することができ、信頼性を向上させることができる。
【００７６】
ＩＯ制御部１２０は、ＬＵＮに対するＩＯ制御を行なう。ＩＯ制御部１２０は、ホスト装置２からのＩＯ要求に応じて実ボリュームである記憶装置２１に対するＩＯ処理を行なう。ＩＯ制御部１２０は、ホスト装置２から送信されたＩＯ要求に応じて、ＬＵＮを構成する記憶装置２１に対して、データのリードやライトを行なう。
すなわち、ＩＯ制御部１２０は、複数の記憶装置２１およびＨＳ２１ａに対するアクセスを制御するアクセス制御部として機能する。
【００７７】
ホスト装置２から、ＤＥ２０の閉塞によって影響を受けたＲＡＩＤグループへのライト要求を受付けた場合には、ＩＯ制御部１２０は、応急ＲＡＩＤグループにライトを実行する。すなわち、ＩＯ制御部１２０は応急ＲＡＩＤグループを構成する正常ディスクとＨＳ領域とのそれぞれにライト処理を行なう。なお、ＩＯ制御部１２０は、ＨＳ領域には、応急ＲＡＩＤグループに対するＩＯアクセスによって生じる更新データ（更新情報）のみを格納する。
【００７８】
すなわち、ＩＯ制御部１２０は、複数のＲＡＩＤグループのいずれかに対して行なわれるデータアクセスについての更新データを、そのＲＡＩＤグループに割り当てられた区画（ＨＳ領域）に記録させる制御を行なう。
また、ホスト装置２から、ＤＥ２０の閉塞によって影響を受けたＲＡＩＤグループへのリード要求を受付けた場合には、ＩＯ制御部１２０は、以下に示す処理を行なう。すなわち、リード要求の対象が、ＨＳ領域管理部１１７によりＨＳ領域が割り当てられている（ＨＳ領域確保済みの）ＲＡＩＤグループの場合には、ＩＯ制御部１２０は、ＨＳ領域に格納された更新データを含めたデータを読み出す。
【００７９】
また、リード要求の対象が、ＨＳ領域管理部１１７によるＨＳ領域の割り当てが解放されている（ＨＳ領域解放済み）のＲＡＩＤグループの場合には、ＩＯ制御部１２０は、当該ＲＡＩＤグループの他のメンバーディスクに格納されたデータからデータを復元して読み出す。
なお、ＲＡＩＤを構成する他のメンバーディスクからデータの復元を行なう手法は既知であり、その詳細な説明は省略する。
【００８０】
ＩＯ制御部１２０は、リード対象のＲＡＩＤグループのうちＨＳ領域以外の部分（正常ディスク）からもデータを読み込む。
復旧処理部１１９は、閉塞していたＤＥ２０が復旧した場合に、ＨＳ２１ａに格納したデータを、復旧させたＤＥ２０に搭載されている記憶装置２１（復旧対象記憶装置２１）に反映させる。これにより、ＤＥ２０内の記憶装置２１を正常な状態に戻すとともに、ＤＥ２０の閉塞中に行なわれたＩＯアクセスを反映させることで、冗長性を回復させるとともにデータを最新の状態にする。
【００８１】
図７および図８は実施形態の一例としてのストレージシステム１００における復旧処理部１１９による処理を説明する図である。図７は第１の閉塞処理モードに関する復旧処理を示す図、図８は第２の閉塞処理モードに関する復旧処理を示す図である。
復旧処理部１１９は、閉塞処理部１１３が第１の閉塞処理モードで処理を行なった場合に、閉塞していたＤＥ２０が復旧した際に、図７に示すように、コピーバック処理により、リビルド処理部１１６によりＨＳ２１ａに復元された記憶装置２１のデータを、復旧したＤＥ２０の記憶装置２１に書き戻す。
【００８２】
図７に示す例において、閉塞していたＤＥ＃０が復旧すると、復旧処理部１１９は、ＨＳ＃０のデータをＤｉｓｋ＃００にコピーする。同様に、復旧処理部１１９は、ＨＳ＃１のデータをＤｉｓｋ＃０１に、また、ＨＳ＃２のデータをＤｉｓｋ＃０２にコピーする。
なお、コピーバック処理は既知の手法で実現することができ、その詳細な説明は省略する。
【００８３】
また、復旧処理部１１９は、閉塞処理部１１３が第２の閉塞処理モードで処理を行なった場合において、ＤＥ２０の復旧時に、ＨＳ領域が解放されていない場合、すなわち、ＨＳ領域に更新データが格納されている場合には、ＨＳ領域に格納された更新データを用いて閉塞中ディスクを復旧する。具体的には、復旧処理部１１９は、ＨＳ領域に格納されている更新データを、閉塞が解除された記憶装置２１（復旧対象記憶装置２１）に書き込むことで、閉塞中ディスクを復旧する。
【００８４】
図８に示す例において、閉塞していたＤＥ＃０が復旧すると、復旧処理部１１９は、ＨＳ＃１のＨＳ領域Ｄｉｓｋ＃０−１のデータをＤｉｓｋ＃００にコピーする（矢印Ａ１参照）。
一方、復旧処理部１１９は、第１の閉塞処理モードにおいて、閉塞していたＤＥ２０が復旧した場合に、ＨＳ領域が解放されている場合、すなわち、ＨＳ領域に更新データが格納されていない場合には、稼働中である正常ディスクからデータを復元し、閉塞が解除された記憶装置２１（復旧対象記憶装置２１）に書き込むことで、閉塞中ディスクを復旧する。
【００８５】
図８に示す例において、閉塞していたＤＥ＃０が復旧すると、復旧処理部１１９は、正常ディスクであるＤＥ＃１のＤｉｓｋ＃１１からデータを復元し、閉塞が解除されたＤｉｓｋ＃００に書き込むことで、閉塞中ディスクを復旧する（矢印Ａ２参照）。
〔Ｂ〕動作
上述の如く構成された実施形態の一例としてのストレージシステム１００における処理の概要を、図９に示すフローチャート（ステップＡ１〜Ａ６）に従って説明する。
【００８６】
ステップＡ１において、ＲＡＩＤ制御部１１１がＲＡＩＤの作成処理を行なう。ステップＡ２において、例えば、ＣＭ１０とＤＥ２０との間の経路の障害やＤＥ２０の筐体の障害が検出され、閉塞処理部１１３がＤＥ２０の閉塞を行なう。ＲＡＩＤ再構成部１１４は、ＤＥ２０の閉塞に伴うＲＡＩＤ再構成処理を行なう。
ＤＥ２０の閉塞中において、ホスト装置２からのＩＯ要求に基づくＲＡＩＤグループに対するリード処理（ステップＡ３）や、ライト処理（ステップＡ４）が行なわれる。また、ＨＳ領域の不足に基づきＨＳ領域管理部１１７によるＨＳ領域の解放が行なわれる（ステップＡ５）。
【００８７】
その後、ステップＡ６において、復旧処理部１１９がＤＥ２０の閉塞からの復旧処理が行なわれる。
次に、実施形態の一例としてのストレージシステム１００のＲＡＩＤ制御部１１１によるＲＡＩＤグループの作成手法を、図１０に示すフローチャート（ステップＢ１〜Ｂ３）に従って説明する。
【００８８】
ステップＢ１において、ＲＡＩＤ制御部１１１は、ＲＡＩＤグループの各メンバーディスクの個体識別情報を取得する。各メンバーディスクの個体識別情報の取得は既知の手法により実現することができる。例えば、システム管理者が各メンバーディスクの個体識別情報を入力してもよく、また、各メンバーディスクにおける所定の領域にそれぞれ自身の個体識別情報を予め格納しておき、当該個体識別情報を読み出すことで取得してもよい。
【００８９】
ステップＢ２において、ＲＡＩＤ制御部１１１は、取得した各メンバーディスクの個体識別情報を、管理情報１２１のディスク情報１２１ａに記憶装置２１する。
ステップＢ３において、ＲＡＩＤ制御部１１１はＲＡＩＤグループの作成を行なう。なお、ＲＡＩＤグループの作成は既知の手法で実現することができ、その説明は省略する。
次に、実施形態の一例としてのストレージシステム１００のＲＡＩＤ再構成部１１４による処理を、図１１に示すフローチャート（ステップＣ１〜Ｃ６）に従って説明する。
【００９０】
ステップＣ１において、ＨＳ数確認部１１５は、本ストレージ装置１において管理されているＲＡＩＤグループ数と未使用ＨＳ数とを比較することで、全てのＲＡＩＤグループに未使用のＨＳ２１ａを確保可能であるか否かを確認する。
確認の結果、本ストレージ装置１において未使用のＨＳ２１ａを確保できる場合、すなわち、未使用ＨＳ数がＲＡＩＤグループ数以上である場合には（ステップＣ１のＹｅｓ（未使用ＨＳ有り）ルート参照）、ステップＣ２に移行する。ステップＣ２においては、リビルド処理部１１６が、ＨＳ２１ａを確保する。そして、リビルド処理部１１６は、この確保したＨＳ２１ａに対して、復旧対象記憶装置２１と同一のＲＡＩＤグループにおける、当該復旧対象記憶装置２１以外の記憶装置２１のデータを用いて、ＨＳ２１ａにリビルドを行なう。その後、処理を終了する。
【００９１】
一方、ステップＣ１における確認の結果、未使用のＨＳ２１ａを確保できない場合、すなわち、未使用ＨＳ数がＲＡＩＤグループ数より少ない場合には（ステップＣ１のＮｏ（未使用ＨＳ無し）ルート参照）、ステップＣ３に移行する。ステップＣ３において、ＨＳ領域管理部１１７がＲＡＩＤ構成中に未使用のＨＳ領域があるか否かを確認する。この確認は、例えば、管理情報１２１のＨＳ情報１２１ｂのＨＳ領域使用状況等に基づいて実施するこができる。
【００９２】
確認の結果、未使用のＨＳ領域が無い、もしくは未使用のＨＳ領域の数がＲＡＩＤグループ数よりも少ない場合には（ステップＣ３のＮｏ（無し／不足）ルート参照）、ステップＣ４に移行する。
ステップＣ４において、ＨＳ領域管理部１１７は、使用中であっても、閉塞中ディスクに未割り当てのＨＳ領域があるか否かを確認する。未割り当てのＨＳ領域が無い、もしくは未割り当てのＨＳ領域の数がＲＡＩＤグループ数よりも少ない場合には（ステップＣ４のＮｏ（無し／不足）ルート参照）、ステップＣ５に移行する。
【００９３】
ステップＣ５において、ＨＳ領域管理部１１７は、ＲＡＩＤグループに割り当て済みであるＨＳ領域を解放して、新たに閉塞中ディスクに割り当てる。
その後、ステップＣ６において、応急ＲＡＩＤグループ管理部１１８が、閉塞中ディスクと同一のＲＡＩＤグループを構成する閉塞していない記憶装置２１と、閉塞中ディスクに割り当てられたＨＳ領域とを用いて、応急ＲＡＩＤグループを構成し、処理を終了する。
【００９４】
なお、ステップＣ３における確認の結果、未使用のＨＳ領域がある場合（ステップＣ３のＹｅｓ（有り）ルート参照）、および、ステップＣ４における確認の結果、未割り当てのＨＳ領域がある場合には（ステップＣ４のＹｅｓ（有り）ルート参照）、ステップＣ６に移行する。
次に、実施形態の一例としてのストレージシステム１００にＤＥ２０の閉塞が発生した状態で、ＤＥ２０の閉塞によって影響を受けたＲＡＩＤグループに対してホスト装置２からライト要求が行なわれた場合の処理を、図１２に示すフローチャート（ステップＤ１〜Ｄ５）に従って説明する。
【００９５】
ステップＤ１において、ＨＳ領域管理部１１７は、応急ＲＡＩＤグループに含まれるＨＳ領域に空きがあるか否かを確認する。確認の結果、この応急ＲＡＩＤグループに含まれるＨＳ領域に空きがある場合には（ステップＤ１のＹｅｓ（有り）ルート参照）、ステップＤ５に移行する。
また、確認の結果、応急ＲＡＩＤグループに含まれるＨＳ領域に空きがない、もしくは空いているが容量が不足する場合には（ステップＤ１のＮｏ（無し／不足）ルート参照）、ステップＤ２に移行する。
【００９６】
ステップＤ２においては、ＨＳ領域管理部１１７は、未割り当てのＨＳ領域があるか否かを確認する。未割り当てのＨＳ領域が無い、もしくは未割り当てのＨＳ領域が不足する場合には（ステップＤ２のＮｏ（無し／不足）ルート参照）、ステップＤ３に移行する。
ステップＤ３において、ＨＳ領域管理部１１７は、ＲＡＩＤグループに割り当て済みであるＨＳ領域を解放して、新たに閉塞中ディスクに割り当てる。
【００９７】
その後、ステップＤ４において、応急ＲＡＩＤグループ管理部１１８が、閉塞中ディスクと同一のＲＡＩＤグループを構成する閉塞していない記憶装置２１（正常ディスク）と、閉塞中ディスクに割り当てられたＨＳ領域とを用いて、応急ＲＡＩＤグループを構成する。
また、ステップＤ２における確認の結果、未割り当てのＨＳ領域がある場合にも（ステップＤ２のＹｅｓ（有り）ルート参照）、ステップＤ４に移行する。
【００９８】
その後、ステップＤ５において、ＩＯ制御部１２０が、応急ＲＡＩＤグループにおける空きのあるＨＳ領域に、ホスト装置２からのライト要求によって生じた更新データを格納する。また、ＩＯ制御部１２０は、応急ＲＡＩＤグループの正常ディスクに対しても、ホスト装置２からのライト要求に基づくライト処理を行なう。その後、処理を終了する。
次に、実施形態の一例としてのストレージシステム１００にＤＥ２０の閉塞が発生した状態で、ＤＥ２０の閉塞によって影響を受けたＲＡＩＤグループに対してホスト装置２からリード要求が行なわれた場合の処理を、図１３に示すフローチャート（ステップＥ１〜Ｅ９）に従って説明する。
【００９９】
ステップＥ１において、ＩＯ制御部１２０は、例えば、ＨＳ情報１２１ｂを参照して、リード要求の対象のＲＡＩＤグループに対して、ＨＳ領域が割り当てられており、ＨＳ領域に更新データが格納されているか否かを確認する。
確認の結果、更新データがない場合（ステップＥ１のＮｏルート参照）、ステップＥ２に移行する。ステップＥ２においては、リード対象のＲＡＩＤグループのメンバーディスク（正常ディスク）からリードを行なう、非冗長時のリード処理が行なわれる。その後、処理を終了する。
【０１００】
また、確認の結果、更新データがある場合（ステップＥ１のＹｅｓルート参照）、ステップＥ３に移行する。
ステップＥ３において、ＩＯ制御部１２０は、更新データが格納されているＨＳ領域は解放済みであるか否かを確認する。確認の結果、ＨＳ領域が解放済みでない場合には（ステップＥ３のＮｏ（ＨＳ領域未解放）ルート参照）、ステップＥ７に移行する。
【０１０１】
ＨＳ領域が未解放である場合には、このＨＳ領域に更新データが格納されている。ＩＯ制御部１２０は、ステップＥ７において、正常ディスクからリード対象のデータを読み出すとともに、ＨＳ領域からリード対象のデータに対応する更新データを読み出す。
ステップＥ８において、ＩＯ制御部１２０はＨＳ情報１２１ｂのＨＳ領域・アクセス数の値をカウントアップする。また、ステップＥ９において、ＩＯ制御部１２０は、ステップＥ７においてデータの読み出しを最終的に行なった時刻を用いて、ＨＳ情報１２１ｂのＨＳ領域・アクセス時間の値を更新する。その後、処理を終了する。
【０１０２】
一方、ステップＥ３における確認の結果、ＨＳ領域が解放済みである場合には（ステップＥ３のＹｅｓ（ＨＳ領域解放済み）ルート参照）、ステップＥ４に移行する。
ＨＳ領域が解放済みである場合には、このＨＳ領域に更新データが格納されていない。ＩＯ制御部１２０は、ステップＥ４において、正常ディスクに格納されたデータから、ＨＳ領域に格納されていた更新データを復元し、この更新データを用いて読み出しデータを編集する。ＩＯ制御部１２０はこの編集したデータをリード対象のデータとして読み出す。
【０１０３】
例えば、ＲＡＩＤ５やＲＡＩＤ６の場合には、正常ディスク内のデータとパリティからＨＳ領域にあったデータが復元される。
ステップＥ５において、ＩＯ制御部１２０はＨＳ情報１２１ｂのＨＳ領域・アクセス数の値をカウントアップする。また、ステップＥ６において、ＩＯ制御部１２０は、ステップＥ７においてデータの読み出しを最終的に行なった時刻を用いて、ＨＳ情報１２１ｂのＨＳ領域・アクセス時間の値を更新する。その後、処理を終了する。
【０１０４】
次に、実施形態の一例としてのストレージシステム１００における、第１の閉塞処理モードにおいて、閉塞していたＤＥ２０を復旧させた場合の処理を、図１４に示すフローチャート（ステップＦ１〜Ｆ１０）に従って説明する。
閉塞していたＤＥ２０が復旧すると、復旧処理部１１９は、復旧したＤＥ２０に搭載されたメンバーディスクの個体識別情報（DISKシリアル No.）を取得する（ステップＦ１）。復旧処理部１１９は、この取得したＤＥ２０のメンバーディスクの個体識別情報と、管理情報１２１のディスク情報１２１ａに予め記憶していた閉塞前のＤＥ２０における記憶装置２１の個体認識情報と、復旧したＤＥ２０に搭載されたメンバーディスクの個体識別情報とを比較する（ステップＦ２）。
【０１０５】
比較の結果、これらの個体認識情報が一致したか否かを確認（ステップＦ３）する。個体認識情報が不一致である場合には（ステップＦ３のＮｏ（不一致）ルート参照）、ステップＦ４に移行する。ステップＦ４においては、記憶装置２１（ディスク）の搭載位置が誤りである旨の通報をホスト装置２等に行ない、処理を終了する。
また、個体認識情報が一致した場合には（ステップＦ３のＹｅｓ（一致）ルート参照）、ステップＦ５に移行する。ステップＦ５においては、復旧処理部１１９は、復旧対象記憶装置２１に対して復旧対象の全てのデータの復旧が行なわれたか否かを判断する。
【０１０６】
復旧対象の全てのデータの復旧が行なわれていない場合には（ステップＦ５のＮｏ（未復旧有り）ルート参照）、ステップＦ６に移行する。ステップＦ６においては、復旧処理部１１９は、ＤＥ２０の閉塞中にＲＡＩＤグループに対する更新データがあるか否かを確認する。この確認は、例えば、ＨＳ情報１２１ｂのＨＳ領域・データ更新有無等を確認することにより行なわれる。
【０１０７】
確認の結果、更新データがない場合には（ステップＦ６のＮｏルート参照）、ステップＦ７に移行する。ステップＦ７において、復旧処理部１１９は、正常ディスクに格納されたデータから更新データを復旧し、復旧対象記憶装置２１に書き込む。その後、ステップＦ５に戻る。
また、ステップＦ６における確認の結果、更新データがある場合には（ステップＦ６のＹｅｓルート参照）、ステップＦ８に移行する。ステップＦ８において、復旧処理部１１９は、更新データがＨＳ領域にあるか否かを確認する。この確認は、例えば、閉塞中ディスク情報１２１ｃのＨＳ領域解放有無を確認することにより行なわれる。
【０１０８】
ＨＳ領域が解放されておらず、更新データがこのＨＳ領域に格納されている場合には（ステップＦ８のＹｅｓ（ＨＳ領域未解放）ルート参照）、復旧処理部１１９は、このＨＳ領域に格納された更新データを用いて閉塞中ディスクを復旧する。具体的には、復旧処理部１１９は、ＨＳ領域に格納されている更新データを読み出し、閉塞が解除された記憶装置２１（復旧対象記憶装置２１）に書き込む（マージする）ことで、閉塞中ディスクを復旧する（ステップＦ９）。
【０１０９】
復旧処理部１１９は、ＨＳ情報１２１ｂを参照して、ＤＥ２０の閉塞期間中のＨＳ領域への更新データの格納位置等を取得し、ＨＳ領域から更新データおよび非冗長データを抽出する。そして、復旧処理部１１９は、ＨＳ領域のデータおよび非冗長データを、復旧したＤＥ２０に搭載された復旧対象記憶装置２１にマージ（コピーバック）する。その後、ステップＦ５に戻る。
【０１１０】
なお、ＨＳ情報１２１ｂの確認の結果、ＨＳ領域に更新データがない場合には、復旧したＤＥ２０の記憶装置２１を更新せずに、そのままＲＡＩＤグループの再構成に用いる。
一方、ＨＳ領域が解放されており、ＨＳ領域に更新データが格納されていない場合には（ステップＦ８のＮｏ（ＨＳ領域解放済み）ルート参照）、ステップＦ７に移行する。ステップＦ７においては、復旧処理部１１９は、稼働中である正常ディスクから更新分のデータを復元し、閉塞が解除された記憶装置２１（復旧対象記憶装置２１）に書き込む（マージする）ことで、閉塞中ディスクを復旧する。
【０１１１】
また、復旧処理部１１９は、マージが完了した復旧対象記憶装置２１のデータとＲＡＩＤグループを構成するその他の記憶装置２１のデータとの整合性を確認し、差分があればデータを修復する。その後、ステップＦ５に戻る。
また、ステップＦ５における確認の結果、復旧対象記憶装置２１に対して復旧対象の全てのデータの復旧が行なわれている場合には（ステップＦ５のＹｅｓ（復旧終了）ルート参照）、ステップＦ１０に移行する。ステップＦ１０において、復旧処理部１１９は、復旧処対象記憶装置２１に割り当てられていたＨＳ領域を解放し、ＨＳ情報１２１ｂにおけるＨＳ使用状況のフラグ（ビットマップメモリ）に“0”を設定する。その後処理を終了する。
【０１１２】
次に、実施形態の一例としてのストレージシステム１００のＨＳ領域管理部１１７による解放ＨＳ領域の選択手法を、図１５に示すフローチャート（ステップＧ１〜Ｇ３）に従って説明する。
ステップＧ１において、ＨＳ領域管理部１１７は、全てのＨＳ領域を含む記憶装置２１で構成された全てのＲＡＩＤグループの中で、最もアクセス回数が少ないＲＡＩＤグループを解放対象ＲＡＩＤグループとして選択する。
【０１１３】
ステップＧ２において、ＨＳ領域管理部１１７は、ステップＧ１において選択した解放対象ＲＡＩＤグループの中で、アクセス時間が古い順に解放ＨＳ領域の候補を複数選択する。
ステップＧ３において、ステップＧ２において選択した解放ＨＳ領域の候補の中から、最もアクセス回数が少ないＨＳ領域を解放ＨＳ領域として決定する。
【０１１４】
〔Ｃ〕効果
このように、実施形態の一例としてのストレージシステム１００によれば、未使用のＨＳ２１ａがＲＡＩＤグループ数よりも少ない場合に、ＨＳ領域管理部１１７がＨＳ２１ａの記憶領域を複数のＨＳ領域に分割し、それぞれＲＡＩＤグループに割り当てる。そして、ＲＡＩＤグループに対するＩＯアクセスによって生じる更新データを、対応するＨＳ領域に格納する。これにより、未使用のＨＳ２１ａがＲＡＩＤグループ数よりも少ない場合であっても、更新データについてのデータの冗長性を保つことが出来、信頼性を向上させることができる。
【０１１５】
また、各ＨＳ領域に更新データのみを格納することで、ＨＳ２１ａを複数のＲＡＩＤグループで共有することができ、少ないＨＳ２１ａを有効に活用することができる。
従って、本ストレージシステム１００によれば、ストレージ装置１に搭載するＨＳ２１ａの本数を削減することができ経済的である。
前述の如く、本実施形態においては、ＤＥ２０における図示しないインタフェースやバックパネルに故障が生じたことによりＤＥ２０を閉塞するものであり、閉塞したＤＥ２０に搭載された記憶装置２１には異常がない場合について示している。従って、ＤＥ２０の閉塞からの復旧時に、復旧対象記憶装置２１にＨＳ領域に格納された更新データを適用するだけで、短時間でＤＥ２０を最新の状態に復旧することができ、ダウンタイムを短くすることができる。
【０１１６】
図１６は実施形態の一例としてのストレージシステム１００におけるアクセス性能を例示するための図である。この図１６においては、「ライト」，「リード」および「ＤＥの復旧」の３つの処理について、（Ａ）ＨＳ領域なし、および（Ｂ）ＨＳ領域ありの各場合でかかる時間を、（Ｃ）通常時（故障発生前）にかかる時間を基準に表している。
すなわち、（Ｂ）ＨＳ領域ありの場合については、「ライト」，「リード」および「ＤＥの復旧」の３つの処理について、（Ｃ）通常時（故障発生前）にかかる時間とほぼ同じ時間がかかる。
【０１１７】
これに対して、（Ａ）ＨＳ領域なしの場合については、「ライト」 処理に、（Ｃ）通常時（故障発生前）とほぼ同じ時間がかかる。
しかし、（Ａ）ＨＳ領域なしの場合には、「リード」処理と「ＤＥ復旧」処理において、書いたデータ（更新データ）を復元するためのオーバヘッドが生じる。このため、（Ｃ）通常時（故障発生前）よりも同じ時間がかかる。
【０１１８】
これによって、ＨＳ領域が割り当てられない状況では、冗長性を欠いた状態（ＨＳ領域が無い）で稼働を続ける従来手法と比較すると、本発明実施においては、ＤＥ２０の閉塞状態におけるトータルアクセス性能の改善が期待できる。
なお、「ＤＥ復旧」では、「ＨＳ領域有り／無し」を含む全更新データを復元（コピーバック）する必要があるが、復旧に要する時間は、ＨＳ領域の全体量に依存する。
【０１１９】
「ＤＥ復旧」における効果は、ストレージ装置のＨＳ領域を、ＨＤＤ単位で１つのＲＡＩＤグループが占有使用する従来技術と比較して、必要なＨＳ領域を全ＲＡＩＤグループで共有する本発明実施によって、すべてのＨＳ領域が無駄なく（空き領域のまま特定のＲＡＩＤグループに占有されることなく）活用される。これにより、ストレージ装置１全体としての、ＤＥ閉塞状態からの復旧時間の短縮が期待できる。
【０１２０】
〔Ｄ〕その他
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
例えば、上述した実施形態においては、３つのＤＥ２０をそなえ、そのうちの１つのＤＥ２０が閉塞した場合について示しているが、これに限定されるものではない。例えば、２つもしくは４つ以上のＤＥ２０を備えてもよく、また、２つ以上のＤＥ２０が閉塞する場合に適用してもよい。
【０１２１】
また、ＤＥ２０に備えられる記憶装置２１の数についても、適宜変更して実施することができる。
さらに、上述した実施形態においては、複数のＤＥ２０にまたがるＲＡＩＤグループが構成され、そのうちの一のＤＥ２０が閉塞する場合について示しているが、これに限定されるものではない。単に複数の記憶装置２１でＲＡＩＤグループが構成されたストレージシステムに適用してもよい。
【０１２２】
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
〔Ｅ〕付記
（付記１）
１つ以上の記憶装置を収納する複数の収納装置と、
前記複数の収納装置に収納された複数の記憶装置と、
前記複数の記憶装置のいずれかの故障にそなえて予備的に設けられた予備記憶装置と、
前記複数の記憶装置を制御するストレージ制御装置と、を備え、
前記ストレージ制御装置は、
複数のストレージグループを管理するストレージグループ管理部と、
前記予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理する区画管理部と、
前記複数の記憶装置および前記予備記憶装置に対するアクセスを制御するアクセス制御部と、を備え、
前記収納装置のいずれかが閉塞した場合において、
前記区画管理部は、前記複数の区画を、前記ストレージグループ毎に割り当て、
前記アクセス制御部は、前記複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、該ストレージグループに割り当てられた区画に記憶させる制御を行なうことを特徴とする、ストレージシステム。
【０１２３】
（付記２）
前記区画管理部は、前記予備記憶装置の数が前記ストレージグループの数よりも少ない場合に、前記複数の区画を、前記ストレージグループ毎に割り当てる
ことを特徴とする、付記１記載のストレージシステム。
（付記３）
前記収納装置が閉塞した場合において、前記予備記憶装置の数が前記ストレージグループの数以上の場合に、前記閉塞した収納装置に収納された前記記憶装置のデータを、前記ストレージグループの構成に用いられる記憶装置のうち、前記閉塞した収納装置に収納された前記記憶装置とは異なる他の記憶装置を用いて復元する復元処理部を備える
ことを特徴とする、付記１又は２記載のストレージシステム。
【０１２４】
（付記４）
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記複数のストレージグループのうちアクセス回数が最も少ないストレージグループに割り当てられている前記区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、付記１〜３のいずれか１項に記載のストレージシステム。
【０１２５】
（付記５）
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、最後にデータアクセスが生じた時刻が古い区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、付記１〜４のいずれか１項に記載のストレージシステム。
【０１２６】
（付記６）
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、アクセス回数が少ない区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、付記１〜５のいずれか１項に記載のストレージシステム。
【０１２７】
（付記７）
１つ以上の記憶装置を収納する複数の収納装置と、前記複数の収納装置に収納された複数の記憶装置と、前記複数の記憶装置のいずれかの故障にそなえて予備的に設けられた予備記憶装置と、を備えるストレージシステムにおいて、前記複数の記憶装置を制御するストレージ制御装置であって、
複数のストレージグループを管理するストレージグループ管理部と、
前記予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理する区画管理部と、
前記複数の記憶装置および前記予備記憶装置に対するアクセスを制御するアクセス制御部と、を備え、
前記収納装置のいずれかが閉塞した場合において、
前記区画管理部は、前記複数の区画を、前記ストレージグループ毎に割り当て、
前記アクセス制御部は、前記複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、該ストレージグループに割り当てられた区画に記憶させる制御を行なう
ことを特徴とする、ストレージ制御装置。
【０１２８】
（付記８）
前記区画管理部は、前記予備記憶装置の数が前記ストレージグループの数よりも少ない場合に、前記複数の区画を、前記ストレージグループ毎に割り当てる
ことを特徴とする、付記７記載のストレージ制御装置。
（付記９）
前記収納装置が閉塞した場合において、前記予備記憶装置の数が前記ストレージグループの数以上の場合に、前記閉塞した収納装置に収納された前記記憶装置のデータを、前記ストレージグループの構成に用いられる記憶装置のうち、前記閉塞した収納装置に収納された前記記憶装置とは異なる他の記憶装置を用いて復元する復元処理部を備える
ことを特徴とする、付記７又は８記載のストレージ制御装置。
【０１２９】
（付記１０）
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記複数のストレージグループのうちアクセス回数が最も少ないストレージグループに割り当てられている前記区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、付記７〜９のいずれか１項に記載のストレージ制御装置。
【０１３０】
（付記１１）
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、最後にデータアクセスが生じた時刻が古い区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、付記７〜１０のいずれか１項に記載のストレージ制御装置。
【０１３１】
（付記１２）
前記区画管理部が、前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、アクセス回数が少ない区画を優先して解放し、他のストレージグループに割り当てる
ことを特徴とする、付記７〜１１のいずれか１項に記載のストレージ制御装置。
【０１３２】
（付記１３）
１つ以上の記憶装置を収納する複数の収納装置と、前記複数の収納装置に収納された複数の記憶装置と、前記複数の記憶装置のいずれかの故障にそなえて予備的に設けられた予備記憶装置と、を備えるストレージシステムにおいて、前記複数の記憶装置を制御するストレージ制御装置において、
複数のストレージグループを管理し、
前記予備記憶装置の所定の記憶領域を分割して形成した複数の区画を管理し、
前記複数の記憶装置および前記予備記憶装置に対するアクセスを制御し、
前記収納装置のいずれかが閉塞した場合において、
前記複数の区画を、前記ストレージグループ毎に割り当て、
前記複数のストレージグループのいずれかに対して行なわれるデータアクセスについての更新情報を、該ストレージグループに割り当てられた区画に記憶させる
処理をプロセッサに実行させることを特徴とする、ストレージ制御プログラム。
【０１３３】
（付記１４）
前記予備記憶装置の数が前記ストレージグループの数よりも少ない場合に、前記複数の区画を、前記ストレージグループ毎に割り当てる
処理を前記プロセッサに実行させることを特徴とする、付記１３記載のストレージ制御プログラム。
【０１３４】
（付記１５）
前記収納装置が閉塞した場合において、前記予備記憶装置の数が前記ストレージグループの数以上の場合に、前記閉塞した収納装置に収納された前記記憶装置のデータを、前記ストレージグループの構成に用いられる記憶装置のうち、前記閉塞した収納装置に収納された前記記憶装置とは異なる他の記憶装置を用いて復元する
処理を前記プロセッサに実行させることを特徴とする、付記１３又は１４記載のストレージ制御プログラム。
【０１３５】
（付記１６）
前記ストレージグループに割り当て可能な区画がない場合に、前記複数のストレージグループのうちアクセス回数が最も少ないストレージグループに割り当てられている前記区画を優先して解放し、他のストレージグループに割り当てる
処理を前記プロセッサに実行させることを特徴とする、付記１３〜１５のいずれか１項に記載のストレージ制御プログラム。
【０１３６】
（付記１７）
前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、最後にデータアクセスが生じた時刻が古い区画を優先して解放し、他のストレージグループに割り当てる
処理を前記プロセッサに実行させることを特徴とする、付記１３〜１６のいずれか１項に記載のストレージ制御プログラム。
【０１３７】
（付記１８）
前記ストレージグループに割り当て可能な区画がない場合に、前記ストレージグループに対して割り当て済みの区画のうち、アクセス回数が少ない分区画を優先して解放し、他のストレージグループに割り当てる
処理を前記プロセッサに実行させることを特徴とする、付記１３〜１７のいずれか１項に記載のストレージ制御プログラム。
【符号の説明】
【０１３８】
１００    ストレージシステム
１    ストレージ装置
２    ホスト装置
１０    ＣＭ（ストレージ制御装置）
１１    ＣＰＵ
１１１    ＲＡＩＤ制御部
１１２    ストレージ制御部
１１３    閉塞処理部
１１４    ＲＡＩＤ再構成部
１１５    モード判定部
１１６    リビルド処理部（復元処理部）
１１７    ＨＳ領域管理部
１１８    応急ＲＡＩＤグループ管理部
１１９    復旧処理部
１２０    ＩＯ制御部
１２    メモリ
１３    ポート
１４    ＣＡ
２０    ＤＥ
２１    記憶装置
２１ａ    ＨＳ
１２１    管理情報
１２１ａ    ディスク情報
１２１ｂ    ＨＳ情報
１２１ｃ    閉塞中ディスク情報
【図１】
2017016245.tif 000003
【図２】
2017016245.tif 000004
【図３】
2017016245.tif 000005
【図４】
2017016245.tif 000006
【図５】
2017016245.tif 000007
【図６】
2017016245.tif 000008
【図７】
2017016245.tif 000009
【図８】
2017016245.tif 000010
【図９】
2017016245.tif 000011
【図１０】
2017016245.tif 000012
【図１１】
2017016245.tif 000013
【図１２】
2017016245.tif 000014
【図１３】
2017016245.tif 000015
【図１４】
2017016245.tif 000016
【図１５】
2017016245.tif 000017
【図１６】
2017016245.tif 000018