JP7337872B2 - 複合型ストレージシステム及びその制御方法 - Google Patents

Description

本開示は、複合型ストレージシステム及びその制御方法に関する。

特許文献１には、複数のストレージ装置を収容した複数のストレージボックスが複数のストレージシステムで共有されている複合型ストレージシステムが開示されている。この複合型ストレージシステムでは、論理ボリュームに対する読み書きを行う権限である制御権を複数のストレージシステムのいずれかに割り当てることで、ストレージシステムの負荷分散が行われている。また、ストレージシステムが新たに追加された場合、論理ボリュームの制御権が既存の制御装置から新たに追加された制御装置に移行される。また、ストレージボックスが新たに追加された場合、新たに追加されたストレージボックスに含まれるストレージ装置の記憶領域を論理ボリュームに割り当てる割り当て権限を有するストレージシステムが決定される。

また、特許文献１に記載の複合型ストレージシステムは、ストレージ装置の容量を仮想化する容量仮想化機能に対応している。容量仮想化機能は、シン・プロビジョニングとも呼ばれ、例えば、特許文献２にも記載されている。

容量仮想化機能では、記憶領域がページと呼ばれる単位で管理されている。具体的には、論理ボリュームは仮想ページと呼ばれる単位で管理され、実際のストレージ装置の記憶領域は実ページと呼ばれる単位で管理される。論理ボリュームを定義した段階では、実ページの仮想ページへの割り当てが行われず、ライトデータをストレージ装置に書き込む際に、ライトデータを書き込む領域を含む実ページが仮想ページに割り当てられる。これにより論理ボリュームの容量を厳密に計算する必要がなく、比較的大きい容量を定義すればよくなるため、管理コストを低減することができる。

特許文献１に記載の複合型ストレージシステムでは、実ページを仮想ページに割り当てる割り当て権限が複数のストレージシステムのいずれかに割り当てられている。

特許第６１１４３９７号 特許第４３６９５２０号

しかしながら、特許文献１では、複合型ストレージシステムにおいて、ストレージ装置に障害が発生した際に、そのストレージ装置に格納されたデータを回復させる技術については開示されていない。

本開示の目的は、複数のストレージシステムが複数のストレージボックスのストレージ装置を共有する場合において、障害が発生したストレージ装置に格納していたデータを回復することを可能にする複合型ストレージシステム及びその制御方法を提供することにある。

本開示の一態様に従う複合型ストレージシステムは、複数のストレージ装置と、論理ボリュームを提供し前記論理ボリュームを介して前記複数のストレージ装置に入出力されるデータを処理する複数のストレージシステムとを有する複合型ストレージシステムであって、前記論理ボリュームには、前記ストレージ装置の記憶領域が割り当てられており、前記論理ボリュームについてデータの入出力を行う権限である制御権が前記複数のストレージシステムのいずれかに割り当てられており、前記論理ボリュームについて前記ストレージ装置の記憶領域を割り当てる権限である割り当て権限が前記複数のストレージシステムのいずれかに割り当てれており、前記ストレージ装置に障害が発生した場合、前記論理ボリュームに対して割り当てられた前記記憶領域に格納されたデータを回復する回復処理を前記制御権を有するストレージシステムが実行し、前記論理ボリュームに対して割り当てていない前記記憶領域に格納されたデータを回復する回復処理を前記割り当て権を有するストレージシステムが実行する、複合型ストレージシステム。

本発明によれば、複数のストレージシステムが複数のストレージ装置を共有する場合において、障害が発生したストレージ装置に格納していたデータを回復することを可能になる。

本開示の第１の実施形態の情報システムの構成を示す図である。 サーバポート情報の一例を示す図である。 実ストレージシステムの構成の一例を示す図である。 キャッシュの構成例を示す図である。 共有メモリに格納される情報の一例を示す図である。 ストレージシステム情報の一例を示す図である。 他ストレージシステム情報の一例を示す図である。 仮想論理ボリューム情報の一例を示す図である。 論理ボリューム情報の一例を示す図である。 ストレージボックス情報の一例を示す図である。 スペア装置情報の一例を示す図である。 ストレージグループ情報の一例を示す図である。 実ページ情報の一例を示す図である。 ストレージ装置情報の一例を示す図である。 キャッシュ管理情報の一例である。 空きキャッシュ管理情報ポインタを説明するための図である。 空き実ページ情報ポインタについてより詳細に説明するための図である プログラムが実行されることで実現される機能的な構成を示す図である。 スペア初期処理の一例を説明するためのフローチャートである。 戻し初期処理の一例を説明するためのフローチャートである。 リード処理の一例を説明するためのフローチャートである。 ライト要求受付処理の一例を説明するためのフローチャートである。 ライトアフタ処理の一例を説明するためのフローチャートである。 スペアデータ領域回復処理の一例を説明するためのフローチャートである。 データ領域戻し処理の一例を説明するためのフローチャートである。 スペア空き領域回復処理の一例を説明するためのフローチャートである。 空き領域戻し処理の一例を説明するためのフローチャートである。 本開示の第２の実施形態の情報システムの構成を示す図である。 コントロールＶＭが使用するメモリリソースの一例を示す図である。

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

（第１の実施形態）
図１は、本開示の第１の実施形態の情報システムの構成を示す図である。図１に示す情報システムは、１以上の実ストレージシステム（Real Storage System）１００と、１以上のサーバ（Server）１１０と、１以上のストレージボックス（Storage Box）１２０と、ストレージ管理サーバ（Storage Management Server）１３０とを有する複合型ストレージシステムである。

実ストレージシステム１００及びサーバ１１０は、ＳＡＮ（Storage Area Network）１４０を介して相互に接続され、実ストレージシステム１００及びストレージボックス１２０は、ボックスネットワーク（Box Network）１５０を介して相互に接続される。具体的には、実ストレージシステム１００は、ストレージポート１０１によってＳＡＮ１４０と接続され、サーバ１１０は、サーバポート１１１によってＳＡＮ１４０と接続される。また、実ストレージシステム１００は、バックエンドポート１０２によってボックスネットワーク１５０と接続され、ストレージボックス１２０は、ボックスポート１２１によってボックスネットワーク１５０と接続される。

実ストレージシステム１００は、後述の論理ボリュームを介してストレージボックス１２０（具体的には、後述のストレージ装置（Storage Unit）１６０）に入出力されるデータを処理するシステムである。サーバ１１０は、ユーザアプリケーションプログラムにより動作するシステムであり、ＳＡＮ１４０を経由して実ストレージシステム１００との間でデータの送受信を行う。実ストレージシステム１００同士もＳＡＮ１４０経由でデータの送受信ができる。なお、ＳＡＮ１４０では、ＳＣＳＩ（Small Computer System Interface）コマンドが転送可能なプロトコル（例えば、ファイバーチャネル（Fiber Channel）など）が使用される。

本実施形態では、１以上の実ストレージシステム１００によって仮想的なストレージシステムである仮想ストレージシステム（Virtual Storage System）１８０が構成される。サーバ１１０は、仮想ストレージシステム１８０を、データの読み書きを行うストレージシステムと認識する。ただし、仮想ストレージシステム１８０は構成されなくてもよい。この場合、サーバ１１０は実ストレージシステム１００をストレージシステムとして認識する。いずれの場合でも、サーバ１１０は、ストレージシステムに対してデータの読み書きを要求するためのサーバポート情報（Server Port Information）１７０（図２参照）を有する。

ストレージボックス１２０は、データを格納する１以上のストレージ装置１６０を備える。ストレージ装置１６０は、例えば、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリなどを記憶媒体として有する記憶装置である。フラッシュメモリは、ＳＬＣ（Single-Level-Cell）でもよいし、ＭＬＣ（Multi-Level-Cell）でもよい。記憶媒体は、これらの例に限定されず、例えば、相変化メモリなどの他の記憶媒体でもよい。

ストレージボックス１２０は、ボックスネットワーク１５０経由で、複数の実ストレージシステム１００にて共有され、ストレージボックス１２０内のストレージ装置１６０は、複数の実ストレージシステム１００にて共有される。ストレージボックス１２０は、ボックスネットワーク１５０経由で、仮想ストレージシステム１８０内の一つ以上の実ストレージシステム１００と接続される。ストレージボックス１２０は、仮想ストレージシステム１８０内の全ての実ストレージシステム１００と接続される必要はない。同様に、ある実ストレージシステム１００に接続されてるストレージボックス１２０の集合は、別の実ストレージシステム１００に接続されているストレージボックス１２０の集合と同一である必要はない。

ストレージ管理サーバ１３０は、実ストレージシステム１００及びストレージボックス１２０の管理を行うための装置であり、例えば、本情報システムの管理者であるストレージ管理者にて利用される。ストレージ管理サーバ１３０は、不図示のネットワークなどを介して実ストレージシステム１００及びサーバ１１０と接続される。

本実施形態では、上記の実ストレージシステム１００は、容量仮想化（シン・プロビジョニング）機能を有している。容量仮想化機能では、複数のストレージ装置１６０を含むストレージグループにおけるデータを記憶する記憶領域が容量プールとして確保され、その容量プールがページ（実ページ）と呼ばれる単位で管理される。また、論理ボリュームが定義された段階では、論理ボリュームの記憶領域への割り当てを行わずに、ライト要求が発行された場合に、そのライト要求に応じたライトデータを格納する記憶領域に対応する実ページが論理ボリュームの部分空間である仮想ページに割り当てられる。このような容量仮想化機能に対応した仮想的な論理ボリュームを仮想論理ボリュームと呼ぶことがある。なお、仮想論理ボリュームの容量は実際の記憶領域の容量よりも大きいため、仮想ページの数は実ページの数よりも多い。

図２は、サーバポート情報１７０の一例を示す図である。サーバポート情報１７０は、サーバポート１１１ごとに設定される。

サーバポート情報１７０は、サーバポート１１１を識別するサーバポート識別子１７０１と、当該サーバポート１１１からアクセス可能な１以上の論理ボリュームを識別する論理ボリューム識別子１７０２と、当該論理ボリュームを有するストレージシステムを識別するストレージシステム識別子１７０３と、サーバ１１０から当該論理ボリュームまでの経路であるストレージ経路を識別するストレージパス識別子１７０４とを含む。論理ボリューム識別子１７０２、ストレージシステム識別子１７０３及びストレージパス識別子１７０４は、当該サーバポート１１１からアクセス可能な論理ボリュームごとに設定される。ある。また、１つの論理ボリュームにアクセス可能なストレージパスが複数存在する場合、１つの論理ボリューム識別子１７０２に対して複数のストレージパス識別子１７０４が格納される。

本実施形態では、論理ボリュームを有するストレージシステムは、仮想ストレージシステム１８０であるとする。このため、ストレージシステム識別子１７０３は、仮想ストレージシステム１８０を識別する識別子となるが、仮想ストレージシステム１８０が構成されていない場合には、実ストレージシステム１００を識別する識別子となる。また、論理ボリューム識別子１７０２は、仮想論理ボリュームを識別する識別子であるが、仮想ストレージシステム１８０が構成されていない場合、実ストレージシステム１００の論理ボリュームを識別する識別子となる。なお、仮想論理ボリュームの識別子は、仮想ストレージシステム１８０内でユニークな値である。また、各実ストレージシステム１００が論理ボリュームを有するため、論理ボリュームの識別子は、実ストレージシステム１００内でユニークな値である。

また、サーバ１１０が発行するリード・ライト要求（リード要求及びライト要求）は、論理ボリューム識別子１７０２、ストレージシステム識別子１７０３及びストレージパス識別子１７０４を含む。ストレージパス識別子１７０４は仮想ではない実際のストレージパスを識別するため、リード・ライト要求は、リード・ライト要求を受け取る実ストレージシステム１００を示す。

図３は、実ストレージシステム１００の構成の一例を示す図である。図３に示す実ストレージシステム１００は、バックエンドポート１０２、１つ以上のストレージコントローラ（Storage Controller）２００、キャッシュ（Cache Memory）２１０、共有メモリ（Common Memory）２２０、１つ以上の内部ストレージ装置（Internal Storage）２３０及び接続装置（Connecting Unit）２４０を有する。

ストレージコントローラ２００は、プロセッサ２５０、メモリ２６０及びバッファ２７０を有する。プロセッサ２５０は、メモリ２６０に記憶されたプログラムを読み取り、その読み取ったプログラムを実行して種々の処理を実行する。例えば、ストレージコントローラ２００は、サーバ１１０から発行されたリード・ライト要求に応じた処理を実行する。メモリ２６０は、プロセッサ２５０の動作を規定するプログラムと、プロセッサ２５０で使用される種々の情報とを記憶する。バッファ２７０は、後述する冗長データと、冗長データの生成に必要な情報を格納する。バッファ２７０は、キャッシュメモリ２１０に記憶されたデータをストレージ装置（ストレージボックス１２０内のストレージ装置１６０又は内部ストレージ装置２３０）に恒久的に格納する際に、そのデータを一時的に格納する記憶領域としても使用される。

キャッシュメモリ２１０及び共有メモリ２２０は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）のような不揮発性メモリにて構成される。キャッシュメモリ２１０及び共有メモリ２２０は、バッテリーなどにより不揮発化されることが好ましい。また、キャッシュメモリ２１０及び共有メモリ２２０は、高信頼化のため、２重化されてもよい。キャッシュメモリ２１０は、内部ストレージ装置２３０とストレージボックス１２０内のストレージ装置１６０とに格納されたデータの中で、ストレージコントローラ２００にて頻繁にアクセスされるデータを格納する。共有メモリ２２０に格納されるデータについては後述する（図５参照）。

内部ストレージ装置２３０は、ストレージボックス１２０内のストレージ装置１６０と同様な記憶媒体を有する記憶装置である。なお、実ストレージシステム１００は、ストレージ装置１６０と同様に内部ストレージ装置２３０に対するデータの読み書きも制御する。また、内部ストレージ装置２３０はなくてもよい。本実施形態では、実ストレージシステム１００は、特に断りのない限りに、ストレージ装置１６０にデータを書き込むものとするが、内部ストレージ装置２３０にデータを書き込んでもよい。

接続装置２４０は、実ストレージシステム１００内の各部２００～２３０を相互に接続する装置である。ストレージコントローラ２００は、接続装置２４０経由で、１つ以上のストレージボックス１２０と接続される。これにより、ストレージコントローラ２００は、１つ以上のストレージボックス１２０内のストレージ装置１６０に対してデータの読み書きを行うことができる。また、本実施形態では、ストレージボックス１２０には、実ストレージシステム１００内の一つ以上のストレージコントローラ２００に接続されているものとする。

図４は、キャッシュメモリ２１０の構成例を示す図である。図４に示すキャッシュメモリ２１０は、固定長のスロット２１１に分割されている。スロット２１１は、リード・ライトデータの割り当て単位となる。

本実施形態では、ストレージコントローラ２００は、ライト要求を受け付けた際のライト処理では、ライト要求によって書き込みが要求されたライトデータをキャッシュメモリ２１０に書き込み、その後、ライトデータをキャッシュメモリ２１０からストレージ装置１６０に移動させる。ストレージコントローラ２００は、ライトデータをキャッシュメモリ２１０に書き込むと、ライト要求が完了した旨の応答情報をサーバ１１０に返信し、その後、所定のタイミングでライトデータをキャッシュメモリ２１０からストレージ装置１６０に移動させる。ただし、ストレージコントローラ２００は、ライトデータをストレージ装置１６０に格納した場合に、応答情報を返信してもよい。

また、本実施形態の情報システムは、ＲＡＩＤ（Redundancy Array Independent Device）１又はＲＡＩＤ５のような、ストレージ装置１６０のいずれかに障害が発生しても、そのストレージ装置１６０のデータを回復できるＲＡＩＤ（Redundancy Array Independent Device）機能を有している。なお、ＲＡＩＤグループは、本実施形態では、１つのストレージボックス内のストレージ装置１６０の集合、又は、１つの実ストレージシステム内の内部ストレージ装置２３０の集合で構成される。

図５は、共有メモリ２２０に格納される情報の一例を示す図である。図５の例では、共有メモリ２２０は、ストレージシステム情報（Storage System Information）２２１、他ストレージシステム情報（Other Storage Systems Information）２２２、仮想論理ボリューム情報（Virtual Logical Volume Information）２２３、論理ボリューム情報（Logical Volume Information）２２４、ストレージボックス情報（Storage Box Information）２２５、ストレージグループ情報（Storage Group Information）２２６、実ページ情報（Real Page Information）２２７、ストレージ装置情報（Storage Unit Information）２２８、キャッシュ管理情報（Cache Management Information）２２９、空きキャッシュ管理情報ポインタ（Empty Cache Management Information Pointer）２２Ａ、及び、仮想ページ容量（Virtual Page Capacity）２２Ｂを有する。

図６は、ストレージシステム情報２２１の一例を示す図である。ストレージシステム情報２２１は、ストレージシステム情報２２１を格納している共有メモリ２２０を有する実ストレージシステム１００（当該実ストレージシステム１００）に関する情報である。ストレージシステム情報２２１は、仮想ストレージシステム識別子（Virtual Storage System Identifier）２２１１及び実ストレージシステム識別子（Real Storage System Identifier）２２１２を含む。

仮想ストレージシステム識別子２２１１は、当該実ストレージシステム１００を含む仮想ストレージシステム１８０を識別するための識別子である。実ストレージシステム識別子２２１２は、当該実ストレージシステム１００を識別するための識別子である。

図７は、他ストレージシステム情報２２２の一例を示す図である。他ストレージシステム情報２２２は、当該実ストレージシステム１００以外の実ストレージシステム１００である他の実ストレージシステム１００に関する情報である。他ストレージシステム情報２２２は、仮想ストレージシステム識別子２２２１及び他実ストレージシステム識別子２２２２を含む。

仮想ストレージシステム識別子２２２１は、当該実ストレージシステム１００を含む仮想ストレージシステム１８０を識別するための識別子である。他実ストレージシステム識別子２２２２は、当該実ストレージシステム１００を含む仮想ストレージシステム１８０に含まれる他の実ストレージシステム１００を識別するための識別子である。

図８は、仮想論理ボリューム情報２２３の一例を示す図である。仮想論理ボリューム情報２２３は、仮想論理ボリュームに関する情報であり、仮想論理ボリュームごとに設定される。仮想論理ボリューム情報２２３は、仮想論理ボリューム識別子（Virtual Logical Volume Identifier）２２３１、制御権情報（Control Right Information）２２３２、制御権実ストレージシステム識別子（Real Storage System Identifier）２２３３、制御権ストレージパス識別子（Storage Port Identifier）２２３４、及び、制御権論理ボリューム識別子（Logical Volume Identifier）２２３５を含む。

仮想論理ボリューム識別子２２３１は、当該仮想論理ボリュームを識別するための識別子である。制御権情報２２３２は、当該実ストレージシステム１００が当該仮想論理ボリュームの制御権を有するか否かを示す。制御権は、仮想論理ボリュームについてデータの入出力を行う権限であり、実ストレージシステム１００のいずれか１つに割り当てられる。

制御権実ストレージシステム識別子２２３３及び制御権ストレージパス識別子２２３４は、当該実ストレージシステム１００が当該仮想論理ボリュームの制御権を有していない場合に、制御権を有する実ストレージシステムを特定するための情報である。制御権実ストレージシステム識別子２２３３は、制御権を有する実ストレージシステムの識別子である。制御権ストレージパス識別子２２３４は、当該仮想論理ボリュームが接続されている１つ以上のストレージパスの識別子である。制御権論理ボリューム識別子２２３５は、制御権を有する実ストレージシステム１００内の論理ボリュームの識別子である。

図９は、論理ボリューム情報２２４の一例を示す図である。論理ボリューム情報２２４は、当該実ストレージシステムが有する論理ボリュームごとに存在する。論理ボリューム情報２２４は、論理ボリューム識別子（Logical Volume ID）２２４０、論理容量（Logical Capacity）２２４１、論理ボリュームタイプ（Logical Volume Type）２２４２、論理ボリュームＲＡＩＤタイプ（Logical Volume RAID Group Type）２２４３、実ページポインタ（Real Page Pointer）２２４４、回復中フラグ（Recovery Flag）２２４５、回復・戻しポインタ（Recovery Return Pointer）２２４６、リード・ライト中カウンタ（Read Write Counter）２２４７、戻し中フラグ（Return Flag）２２４８、スペアアクセス中フラグ（Spare Access Flag）２２４９、ウエイト中フラグ（Wait Flag）２２４A、回復・戻しウエイト中フラグ（Recovery Return Wait Flag）２２４Ｂ、及び、キャッシュ管理情報ポインタ（Cache Management Pointer）２２４Cを含む。

論理ボリューム識別子２２４０は、当該論理ボリュームを識別するための識別子である。論理容量２２４１は、当該論理ボリュームの容量を示す。論理ボリュームタイプ２２４２は、当該論理ボリュームのタイプを示す。論理ボリュームタイプ２２４２は、例えば、論理ボリュームタイプ２２４２は、当該論理ボリュームが、内部ストレージ装置２３０に格納されているか、ストレージ装置１６０に格納されているかを示す。論理ボリュームＲＡＩＤタイプ２２４３は、当該論理ボリュームのＲＡＩＤタイプ（ＲＡＩＤ０又はＲＡＩＤ５など）を示す。また、論理ボリュームＲＡＩＤタイプ２２４３は、例えば、ＲＡＩＤ５のようにデータ（ユーザデータ）を格納するＮ台のストレージ装置に対して冗長データを格納する１台のストレージ装置が必要となる場合、Ｎの具体的な数値をさらに示す。ただし、論理ボリュームＲＡＩＤタイプ２２４３は、任意のＲＡＩＤタイプではなく、少なくとも一つのストレージグループ２８０が対応したＲＡＩＤタイプを示す。

実ページポインタ２２４４は、当該論理ボリュームの部分空間である仮想ページを割り当てた実ページのアドレスを示す。本実施形態では、上述したように実ストレージシステム１００は、容量仮想化機能を有している。容量仮想化機能は、ライト要求に応じたライトデータを格納する領域を含む実ページを論理ボリュームの部分空間である仮想ページに割り当てる機能である。このため、論理ボリューム情報２２４は、論理ボリュームの容量を仮想ページのサイズで除算した数の実ページポインタ２２４４を有する。

回復中フラグ２２４５は、ストレージ装置１６０のいずれかに対してデータを回復する回復処理が実行中であるか否かを示す。本実施形態では、実ストレージシステム１００は、ストレージ装置１６０で障害が発生した場合、その障害が発生したストレージ装置に格納していたデータを回復（復元）する回復処理を実行する。回復処理は、論理ボリュームの仮想ページを割り当てた実ページ（つまり、回復対象のデータを格納した実ページ）については、その実ページの制御権を有する実ストレージシステム１００内のストレージコントローラ２００にて実行される。また、回復処理は、論理ボリュームの仮想ページを割り当てていない実ページである空きページについては、その空きページに対して仮想ページを割り当てる割り当て権限を有する実ストレージシステム１００内のストレージコントローラ２００にて実行される。割り当て権限は、実ストレージシステム１００のいずれかに割り当てられている。本実施形態では、１つ以上のストレージ装置１６０をスペア装置として予め設定しておき、回復処理を実行したストレージコントローラ２００は、その回復処理にて回復したデータである回復データをスペア装置のいずれかに書き込む。ただし、回復処理を実行したストレージコントローラ２００は、回復データを複数のスペア装置に分散して書き込んでもよい。また、本実施形態では、回復処理は、論理ボリューム単位で実行されるが、障害が発生したストレージ装置１６０を含むストレージグループ単位で実行されてもよいし、それ以外の単位で実行されてもよい。本実施形態では、空き領域に対する回復処理についてはストレージグループ単位に実行される。

回復・戻し中ポインタ２２４６は、論理ボリュームの回復処理及び戻し処理の進捗状況を示す情報であり、回復処理及び戻し処理が実行中の仮想ページを示すポインタである。戻し処理は、障害が発生したストレージ装置１６０が新しいストレージ装置１６０に置き替えられた後で、スペア装置に格納された回復データを、スペア装置から新しいストレージ装置１６０に移動させる処理である。戻し処理は、本実施形態では、回復処理を行ったストレージコントローラ２００にて行われる。なお、戻し処理は実行されなくてもよい。つまり、スペア装置をそのまま通常のストレージ装置１６０として使用してもよい。

リード・ライト中カウンタ２２４７は、仮想ページごとに設定され、その仮想ページに対するリード・ライト要求の数を示す。戻し中フラグ２２４８は、戻し中フラグ２２４８は、ストレージ装置１６０のいずれかに対して戻し処理が実行中であるか否かを示す。スペアアクセス中フラグ２２４９は、スペア装置へのアクセスが可能か否かを示す。。

ウエイト中フラグ２２４Ａは、仮想ページごとに設定され、当該仮想ページに対する待ち状態のリード・ライト要求が存在するか否かを示す。ウエイト中フラグ２２４Ａは、当該仮想ページに対する回復処理又は戻し処理の実行中に、当該仮想ページに対するリード・ライト要求が発行された場合にオンとなる。

回復・戻しウエイト中フラグ２２４Ｂは、仮想ページごとに設定され、当該仮想ページに対する待ち状態の回復処理又は戻し処理が存在するか否かを示す。回復・戻しウエイト中フラグ２２４Ｂは、当該仮想ページに対するリード・ライト処理の実行中に、回復処理又は戻し処理の実行タイミングとなった場合にオンとなる。

キャッシュ管理情報ポインタ２２４Cは、当該論理ボリュームをキャッシュメモリ２１０のスロット２１１に相当する容量で分割したスロット領域ごとに設定され、当該スロット領域にスロット２１１に割り当てられているか（スロット領域に対応するデータがキャッシュメモリ２１０に記憶されているか）否かを示す。キャッシュ管理情報ポインタ２２４Cは、スロット２１１が割り当てれている場合、そのスロット２１１に対応するキャッシュ管理情報２２９（図１５参照）を示し、スロット２１１が割り当てられていない場合、ヌル状態となる。

図１０は、ストレージボックス情報２２５の一例を示す図である。ストレージボックス情報２２５は、ストレージボックス１２０に関する情報であり、ストレージボックス１２０ごとに設定される。ストレージボックス情報２２５は、ストレージボックス識別子２２５１、接続情報２２５２、ストレージ台数２２５３、接続ストレージ台数２２５４、パス数２２５５、パス識別子２２５６、及び、スペア装置情報２２５７を含む。

ストレージボックス識別子２２５１は、当該ストレージボックス１２０を識別する識別子である。接続情報２２５２は、当該ストレージボックス１２０が、当該実ストレージシステム１００に接続されているか否かを示す。ストレージ台数２２５３は、当該ストレージボックス１２０に接続可能なストレージ装置１６０の台数である。接続ストレージ台数２２５４は、当該ストレージボックス１２０に実際に接続されているストレージ装置１６０の台数である。パス数２２５５は、当該ストレージボックス１２０に接続されているパスの数である。パス識別子２２５６は、ストレージボックス１２０に接続されているパスごとに設定され、当該パスを識別する識別子である。スペア装置情報２２５７は、当該ストレージボックス１２０に含まれるスペア装置として使用されるストレージ装置１６０に関する情報である。

図１１は、スペア装置情報２２５７の一例を示す図である。スペア装置情報２２５７は、台数（Number of Spare Units）２２５７１、スペア装置ポインタ（Spare Unit Pointer）２２５７２及び使用中フラグ（Using Flag）２２５７３を含む。

台数２２５７１は、当該ストレージボックス１２０に含まれるスペア装置の台数を示す。スペア装置ポインタ２２５７２は、当該ストレージボックス１２０に含まれるスペア装置ごとに設定され、当該スペア装置となるストレージ装置１６０を示す。使用中フラグ２２５７３は、当該ストレージボックス１２０に含まれるスペア装置ごとに設定され、当該スペア装置が使用中か否かを示す。

図１２は、ストレージグループ情報２２６の一例を示す図である。ストレージグループ情報２２６は、ストレージグループに関する情報であり、ストレージグループごとに設定される。ストレージグループ情報２２６は、ストレージグループ識別子（Storage Group ID）２２６１、ストレージグループＲＡＩＤタイプ２２６２（Storage Group RAID Type）、空き実ページ情報ポインタ（Empty Real Page Pointer）２２６３、ストレージ装置ポインタ（Storage Unit Pointer）２２６４、ストレージ装置障害情報（Storage Unit Error Information）２２６５、スペアポインタ（Spare Pointer）２２６６、障害情報（Error Information）２２６７、ストレージグループ回復中フラグ（Storage Group Recovery Flag）２２６８、及び、ストレージグループ戻し中フラグ（Storage Group Return Flag）２２６９を有する。

ストレージグループ識別子２２６１は、当該ストレージグループを識別する識別子である。本実施形態では、ストレージグループは１つのストレージボックス１２０内のストレージ装置１６０で構成され、ストレージグループ識別子２２６１は、当該ストレージグループを含むストレージボックス１２０も識別する。ストレージグループＲＡＩＤタイプ２２６２は、当該ストレージグループのＲＡＩＤタイプを示す。

空き実ページ情報ポインタ２２６３は、仮想ページが割り当てられていない空き状態の実ページに関する実ページ情報２２７を示す（図１７参照）。ストレージ装置ポインタ２２６４は、当該ストレージグループに含まれるストレージ装置１６０ごとに設定され、そのストレージ装置１６０に対応するストレージ装置情報２２８を示す。ストレージ装置障害情報２２６５は、当該ストレージグループに含まれるストレージ装置１６０ごとに設定され、当該ストレージ装置１６０が正常（障害が発生していない状態）か否かを示す。スペアポインタ２２６６は、当該ストレージグループに含まれるストレージ装置１６０ごとに設けられ、そのストレージ装置１６０に障害が発生し、ストレージ装置１６０の代わりにスペア装置を割り当てている場合に、そのスペア装置のストレージ装置情報２２８を示す。障害情報２２６７は、当該ストレージグループに含まれるストレージ装置１６０の少なくとも１つで障害が発生しているか否かを示す。

ストレージグループ回復中フラグ２２６８は、当該ストレージグループに含まれるストレージ装置１６０の少なくとも１つに対して回復処理が実行中か否かを示す。ストレージグループ戻し中フラグ２２６９は、当該ストレージグループに含まれるストレージ装置１６０の少なくとも１つに対して戻し処理が実行中か否かを示す。

図１３は、実ページ情報２２７の一例を示す図である。実ページ情報２２７は、実ページごとに設定され、当該実ページを管理する情報である。実ページ情報２２７は、ストレージグループ識別子２２７１、実ページアドレス（Real Page Address）２２７２、空きページポインタ（Empty Page Pointer）２２７３、回復・戻し待ちフラグ（Recovery・Return Wait Flag）２２７４、及び、回復・戻し中フラグ（Recovery・Return Execution Flag）２２７５を有する。

ストレージグループ識別子２２７１は、当該実ページが割り当てられているストレージグループを識別する。実ページアドレス２２７２は、当該実ページが割り当てられているストレージグループの中における実ページのアドレスを示す。空きページポインタ２２７３は、当該実ページに仮想ページが割り当てられていない場合に有効な値となる情報であり、当該ストレージグループの中で、仮想ページが割り当てられていない次の実ページの実ページ情報２２７を示す。回復・戻し待ちフラグ２２７４は、当該実ページに対する回復処理又は戻し処理が待ち状態か否かを示す。回復・戻し中フラグ２２７５は、当該実ページに対する回復処理又は戻し処理が実行中か否かを示す。

図１４は、ストレージ装置情報２２８の一例を示す図である。ストレージ装置情報２２８は、ストレージ装置（ストレージ装置１６０及び内部ストレージ装置２３０）に関する情報であり、ストレージ装置ごとに設定される。ストレージ装置情報２２８は、ストレージ装置識別子（Storage Unit ID）２２８１、接続形態（Connection Type）２２８２、接続パス（Connection Path）２２８３、ストレージタイプ（Storage Type）２２８４及び容量（Capacity）２２８５を含む。

ストレージ装置識別子２２８１は、当該ストレージ装置を識別する識別子である。接続形態２２８２は、当該ストレージ装置がストレージ装置１６０か内部ストレージ装置２３０かを示す。接続パス２２８３は、当該ストレージ装置がストレージ装置１６０装置の場合に、当該ストレージ装置と接続されているパスの識別子を示す。ストレージタイプ２２８４は、当該ストレージ装置に備わった記憶媒体の種類を示す。容量２２８５は、当該ストレージ装置の容量を示す。なお、本実施形態では、ストレージグループに含まれる各ストレージ装置のストレージタイプ２２８４及び容量２２８５は全て等しいとする。

図１５は、キャッシュ管理情報２２９の一例である。キャッシュ管理情報２２９は、スロット２１１ごとに設定される情報である。キャッシュ管理情報２２９は、次キャッシュ管理情報ポインタ（Next Cache Management Information Pointer）２２９１、割り当て論理ボリュームアドレス（Allocated Logical Volume Address）２２９２、ブロックビットマップ（Block Bit Map）２２９３及び更新ビットマップ（Update Bit Map）２２９４を含む。

次キャッシュ管理情報ポインタ２２９１は、データを格納していないスロットに対応するキャッシュ管理情報２２９において有効となる情報であり、データを格納していない次のスロットに対応するキャッシュ管理情報２２９を示すポインタである。割り当て論理ボリュームアドレス２２９２は、キャッシュ管理情報２２９に対応するスロット２１１に、どの論理ボリュームのどのアドレスから開始する領域のデータを格納したかを示す。ブロックビットマップ２２９３は、割り当てられた領域の中で、キャッシュメモリ２１０に格納されたブロック（読み書きの最小単位）を示す。ブロックビットマップ２２９３のビットは、ビットに対応するブロックがキャッシュメモリ２１０に格納されている場合には、オンに設定される。更新ビットマップ２２９４は、サーバ１１０から書き込み要求を受け、サーバ１１０から受け取り、キャッシュメモリ２１０に格納したブロックであって、まだ、ストレージ装置１６０に書き込んでいないブロックを示すためのビットマップである。更新ビットマップ２２９４のビットは、ビットに対応するブロックがストレージ装置１６０に書き込んでいないブロックである場合には、オンに設定される。

図１６は、空きキャッシュ管理情報ポインタ２２Ａを説明するための図である。図１６に示すように空きキャッシュ管理情報ポインタ２２Ａは、キャッシュメモリ２１０のスロット２１１のうち、データを格納していない先頭のスロットに対応するキャッシュ管理情報２２９を示すポインタである。また、先頭のスロットに対応するキャッシュ管理情報２２９に含まれる次キャッシュ管理情報ポインタ２２９１が、データを格納していない次のスロットに対応するキャッシュ管理情報２２９を示す。同様にして、データを格納していない最後のスロットに対応するキャッシュ管理情報２２９まで順次示されることとなる。最後のスロットに対応するキャッシュ管理情報２２９に含まれる次キャッシュ管理情報ポインタ２２９１は、図１６の例では、空きキャッシュ管理情報ポインタ２２Ａを示しているが、ヌル値でもよい。

図５に示す仮想ページ容量２２Ｂは、仮想ページの容量である。仮想ページ容量２２Ｂは、実ページの容量がＲＡＩＤのタイプに応じて異なるため、実ページの容量と等しいとは限らない。例えば、ＲＡＩＤ１のようにデータを２重に書き込む場合、実ページの容量は仮想ページ容量２２Ｂの２倍となる。また、ＲＡＩＤ５のようにＮ台のストレージ装置に対して冗長データを格納する１台のストレージ装置が必要となる場合、実ページの容量は「仮想ページ容量２２Ｂ×（N＋１）／N」となる。本実施形態では、実ストレージシステム１００内の全ての仮想ページの仮想ページ容量２２Ｂが等しいとするが、仮想ページ容量２２Ｂが異なる仮想ページが存在してもよい。また、本実施形態では、ストレージグループはＲＡＩＤ５に対応しているとするが、他のＲＡＩＤタイプに対応していてもよい。

図１７は、図１２に示した空き実ページ情報ポインタ２２６３を説明するための図である。図１７は、空き実ページ情報ポインタ２２６３にて管理される空き実ページの集合を示す。空き実ページは、仮想ページが割り当てられていない実ペ－ジである。以下、空き実ページに対応した実ページ情報２２７を空き実ページ情報２２７と呼ぶこともある。

空き実ページ情報２２７は空き実ページの回復処理で使用される。本実施形態では、上述したように空きページに関しては、その割り当て権限を有している実ストレージシステム１００内のストレージコントローラ２００が回復処理を行う。このため、各実ストレージシステム１００が割り当て権限を有する空きページの集合が、空き実ページ情報ポインタ２２６３にて管理される。したがって、実ストレージシステム１００ごとに異なる空き実ページの集合が管理される。

空き実ページ情報ポインタ２２６３は、先頭の空き実ページに対応する空き実ページ情報２２７のアドレスを示すポインタである。また、先頭の空き実ページに対応する空き実ページ情報２２７に含まれる空きページポインタ２２７３が次の空き実ページに対応する空き実ページ情報２２７を示す。同等にして、空き実ページに対応する空き実ページ情報２２７が順次示されることとなる。最後のから実ページに対応する空き実ページ情報２２７に含まれる空きページポインタ２２７３は、図２７の例では、空き実ページ情報ポインタ２２６３を示しているが、ヌル値でもよい。

なお、ストレージコントローラ２００は、実ページを割り当てていない仮想ページに対する書き込み要求を受け付けると、論理ボリュームＲＡＩＤタイプ２２４３に該当するストレージグループのいずれか（例えば、空き実ページの数が最も多いストレージグループ）に対応する空き実ページ情報ポインタ２２６３から、空き実ページを検索して仮想ページに割り当てる。

次に、上記に説明した管理情報を用いて、ストレージコントローラ２００が実行する処理について説明する。なお、以下の処理は、ストレージコントローラ２００内のプロセッサ２５０がメモリ２６０に記録されたプログラムを読み取り、その読み取ったプログラムを実行することで行われる。図１８は、メモリ２６０に記録されたプログラムが実行されることで実現される機能的な構成を示す図である。

図１８に示すように、プログラムは、スペア初期処理部（Spare Initializing Part）４００、戻し初期処理部（Return Initializing Part）４１０、リード処理実行部（Read Process Execution Part）４２０、ライト要求受付部（Write Request Receive Part）４３０、ライトアフタ実行部（Write After Process Execution Part）４４０、スペアデータ領域回復処理部（Spare Data Area Recovery Part）４５０、データ領域戻し処理部（Data Area Returning Part）４６０、スペア空き領域回復処理部（Spare Empty Area Recovery Part）４７０、及び、空き領域戻し処理部（Empty Area Returning Part）４８０を実現する。

図１９は、スペア初期処理部４００が行うスペア初期処理の一例を説明するためのフローチャートである。スペア初期処理は、ストレージ装置１６０のいずれかに障害が発生した場合に実行される。本実施形態では、スペア初期処理は、障害が発生したストレージ装置１６０を含むストレージグループにアクセス可能なストレージコントローラ２００にて実行される。スペア初期処理は、回復処理に含まれる。

ステップＳ５００では、スペア初期処理部４００は、当該ストレージコントローラ２００（障害が発生したストレージ装置１６０を含むストレージコントローラ２００）である対象ストレージコントローラが制御権を有する全ての論理ボリュームの論理ボリューム情報２２４の回復中フラグ２２４５をオンにする。

ステップＳ５０１では、スペア初期処理部４００は、当該ストレージコントローラ２００が制御権を有する全ての論理ボリュームの論理ボリューム情報２２４の回復・戻し中ポインタ２２４６を初期化する。また、スペア初期処理部４００は、その論理ボリューム情報２２４内の全てのリード・ライト中カウンタ２２４７を初期化する。

ステップＳ５０２では、スペア初期処理部４００は、当該ストレージコントローラ２００が制御権を有する全ての論理ボリュームに対応したスペアデータ領域回復処理部４５０を起動する。

ステップＳ５０３では、スペア初期処理部４００は、障害が発生したストレージ装置１６０を含むストレージグループに対応するストレージグループ情報２２６内の障害情報２２６７及びストレージグループ回復中フラグ２２６８をオンにし、さらに、障害が発生したストレージ装置１６０のストレージ装置障害情報２２６５をオンにする。そして、スペア初期処理部４００は、障害が発生したストレージ装置１６０を含むストレージボックス１２０に対応するストレージボックス情報２２５内のスペア装置情報２２５７を参照して、使用中フラグ２２５７３がオフのスペア装置（ストレージ装置１６０）を検索し、その検索したストレージ装置１６０を示すスペアポインタ２２６６を設定する。

ステップＳ５０４では、スペア初期処理部４００は、障害が発生したストレージ装置１６０を含むストレージグループにおいて、当該ストレージコントローラ２００が割り当て権限を有する全ての空き実ページに対応する実ページ情報２２７の回復・戻し待ちフラグ２２７４をオンにする。これにより、障害が発生したストレージ装置１６０を含むストレージグループのストレージグループ情報２２６の空き実ページ情報ポインタ２２６３から検索可能な実ページ情報２２７（図１７に示した実ページ情報２２７の集合）に対応した実ページが回復処理の対象となる。

ステップＳ５０５では、スペア初期処理部４００は、障害が発生したストレージ装置１６０を含むストレージグループに対応するスペア空き領域回復処理部４７０を起動し、処理を終了する。

図２０は、戻し初期処理部４１０が行う戻し初期処理の一例を説明するためのフローチャートである。戻し初期処理は、障害が発生したストレージ装置１６０が新しいストレージ装置１６０に置き替えられた後に実行される。本実施形態では、戻し初期処理は、新しいストレージ装置１６０を含むストレージグループにアクセス可能なストレージコントローラ２００にて実行される。戻し初期処理は、戻し処理に含まれる。

ステップＳ６００では、戻し初期処理部４１０は、当該ストレージコントローラ２００が制御権を有する全ての論理ボリュームの論理ボリューム情報２２４の戻し中フラグ２２４８をオンにする。

ステップＳ６０１では、戻し初期処理部４１０は、当該ストレージコントローラ２００が制御権を有する全ての論理ボリューム情報の論理ボリューム情報２２４の回復・戻し中ポインタ２２４６を初期化する。また、戻し初期処理部４１０は、その論理ボリューム情報２２４内の全てのリード・ライト中カウンタ２２４７を初期化する。

ステップＳ６０２では、戻し初期処理部４１０は、当該ストレージコントローラ２００が制御権を有する全ての論理ボリュームに対応したデータ領域戻し処理部４６０を起動する。

ステップＳ６０３では、戻し初期処理部４１０は、障害が発生したストレージ装置１６０を含むストレージグループに対応するストレージグループ情報２２６内のストレージグループ戻し中フラグ２２６９をオンにする。

ステップＳ６０４では、戻し初期処理部４１０は、障害が発生したストレージ装置１６０を含むストレージグループにおいて、当該ストレージコントローラ２００が割り当て権限を有する全ての空き実ページに対応する実ページ情報２２７の回復・戻し待ちフラグ２２７４をオンにする。

ステップＳ６０５では、戻し初期処理部４１０は、障害を起こしたストレージ装置１６０を含むストレージグループに対応する空き領域戻し処理部４８０を起動する。

図２１は、リード処理実行部４２０が行うリード処理の一例を説明するためのフローチャートである。リード処理は、ストレージコントローラ２００がサーバ１１０からリード要求を受け付けた場合に実行される。

ステップＳ７００では、リード処理実行部４２０は、リード要求にて指定されたアドレスの仮想論理ボリュームを、仮想論理ボリューム情報２２３を用いて論理ボリュームに変換し、その論理ボリュームの論理ボリューム情報２２４を取得する。

ステップＳ７０１では、リード処理実行部４２０は、当該論理ボリューム情報２２４の回復中フラグ２２４５、戻し中フラグ２２４８及びスペアアクセス中フラグ２２４９の全てがオフか否かを判断する。リード処理実行部４２０は、これらのフラグのいずれかがオンの場合、ステップＳ７０２の処理を実行し、これらのフラグが全てオフの場合、ステップＳ７１７の処理を実行する。ステップＳ７１７では、リード処理実行部４２０は、ストレージ装置１６０に障害が発生していない通常のリード処理を行い、処理を終了する。

ステップＳ７０２では、リード処理実行部４２０は、リード要求にて指定されたアドレスに対応する仮想ページを特定する。そして、リード処理実行部４２０は、当該論理ボリューム情報２２４の回復・戻し中ポインタ２２４６を確認して、当該仮想ページに対する回復処理又は戻し処理が実行中か否かを確認する。リード処理実行部４２０は、回復処理又は戻し処理が実行中の場合、ステップＳ７０３の処理を実行し、回復処理又は戻し処理が実行中でない場合、ステップＳ７０４の処理を実行する。

ステップＳ７０３では、リード処理実行部４２０は、回復処理又は戻し処理が終了するまで待機する。

ステップＳ７０４では、リード処理実行部４２０は、当該論理ボリューム情報２２４に含まれる、リード要求にて指定されたアドレスに対応する仮想ページのリード・ライト中カウンタ２２４７をインクリメントする。

ステップＳ７０５では、リード処理実行部４２０は、リード要求にて指定されたアドレスと、当該論理ボリューム情報２２４のキャッシュ管理情報ポインタ２２４Cと、キャッシュ管理情報２２９のブロックビットマップ２２９３とに基づいて、リード要求にて指定されたデータがキャッシュメモリ２１０に格納されているか否かを確認する。リード処理実行部４２０は、データがキャッシュメモリ２１０に格納されている場合、ステップＳ７１６の処理を実行し、データがキャッシュメモリ２１０に格納されていない場合、ステップＳ７０６の処理を実行する。

ステップＳ７０６では、リード処理実行部４２０は、リード要求にて指定されたアドレスに対応する仮想ページを割り当てた実ページを有するストレージ装置１６０に障害が発生しているか否かを確認する。リード処理実行部４２０は、障害が発生している場合、ステップＳ７０７の処理を実行し、障害が発生していない場合、ステップＳ７０９の処理を実行する。

ステップＳ７０７では、リード処理実行部４２０は、回復中・戻し中ポインタ２２４６に基づいて、リード要求にて指定されたアドレスに係る回復処理が完了しているか否かを判断して、障害が発生したストレージ装置１６０のデータを同じストレージグループの他のストレージ装置１６０に格納されたデータから回復する必要があるか否かを判断する。アドレスに係る回復処理とは、アドレスに対応する仮想ページの回復処理である。リード処理実行部４２０は、回復処理が完了している場合、データを回復する必要がないと判断して、ステップＳ７０８の処理を実行し、回復処理が完了していない場合、データを回復する必要があると判断して、ステップＳ７１１の処理を実行する。

ステップＳ７０８では、リード処理実行部４２０は、スペア装置からデータを読み込むか否かを判断する。具体的には、リード処理実行部４２０は、回復中フラグ２２４５がオンであり、かつ、回復中・戻し中ポインタ２２４６がリード要求にて指定されたアドレスに係る回復処理の完了を示す場合、又は、戻し中フラグ２２４８がオンであり、かつ、回復中・戻し中ポインタ２２４６がリード要求にて指定されたアドレスに係る戻し処理の未完了を示す場合、又は、スペアアクセス中フラグ２２４９がオンの場合、スペア装置からデータを読み込むと判断する。リード処理実行部４２０は、スペア装置からデータを読み込まない場合、ステップＳ７０９の処理を実行し、スペア装置からデータを読み込む場合、ステップＳ７１０の処理を実行する。

ステップＳ７０９では、リード処理実行部４２０は、リード要求にて指定されたアドレスに対応するストレージ装置１６０からデータを読み込むことが可能であるため、そのストレージ装置１６０に対してリード要求を発行する。その後、ステップＳ７１４が実行される。

ステップＳ７１０では、リード処理実行部４２０は、スペア装置からデータを読み込むため、スペア装置となるストレージ装置１６０に対してリード要求を発行する。その後、ステップＳ７１４が実行される。

ステップＳ７１１では、リード処理実行部４２０は、ストレージグループの他のストレージ装置１６０から必要なデータ（冗長データなど）を読み込んで回復する必要があるため、ストレージグループの他のストレージ装置１６０に対してリード要求を発行する。

ステップＳ７１２では、リード処理実行部４２０は、他のストレージ装置１６０に対するリード要求が完了するまで待機する。

ステップＳ７１３では、リード処理実行部４２０は、他のストレージ装置１６０に対するリード要求の応答として取得したデータに基づいて、リード要求に応じたデータを回復する。その後、ステップＳ７１５が実行される。

ステップＳ７１４では、リード処理実行部４２０は、ステップＳ７０９又はＳ７１０で送信したリード要求が完了するまで待機する。

ステップＳ７１５では、リード処理実行部４２０は、読み込んだデータ又は回復したデータをキャッシュメモリ２１０に転送して格納し、キャッシュ管理情報２２９（例えば、ブロックビットマップ２２９３など）を更新する。

ステップＳ７１６では、リード処理実行部４２０は、キャッシュメモリ２１０に格納されているデータを、サーバ１１０に転送する。さらに、リード処理実行部４２０は、リード要求にて指定されたアドレスに対応する仮想ページを特定し、当該仮想ページに対応するリード・ライト中カウンタ２２４７をデクリメントし、処理を終了する。

図２２は、ライト要求受付部４３０が行うライト要求受付処理の一例を説明するためのフローチャートである。ライト要求受付処理は、ストレージコントローラ２００がサーバ１１０からライト要求を受け付けた場合に実行される。

ステップＳ８００では、ライト要求受付部４３０は、ライト要求にて指定されたアドレスの仮想論理ボリュームを、仮想論理ボリューム情報２２３を用いて論理ボリュームに変換し、その論理ボリュームの論理ボリューム情報２２４を取得する。

ステップＳ８０１では、ライト要求受付部４３０は、当該論理ボリューム情報２２４の回復中フラグ２２４５、戻し中フラグ２２４８及びスペアアクセス中フラグ２２４９の全てがオフか否かを判断する。リード処理実行部４２０は、これらのフラグのいずれかがオンの場合、ステップＳ８０２の処理を実行し、これらのフラグが全てオフの場合、ステップＳ８０９の処理を実行する。ステップＳ８０９では、ライト要求受付部４３０は、ストレージ装置１６０に障害が発生していない通常のライト要求受付処理を行い、処理を終了する。

ステップＳ８０２では、ライト要求受付部４３０は、ライト要求にて指定されたアドレスに対応する仮想ページを特定し、当該仮想ページに対応するリード・ライト中カウンタ２２４７をインクリメントする。

ステップＳ８０３では、ライト要求受付部４３０は、ライト要求にて指定されたアドレスと、当該論理ボリューム情報２２４のキャッシュ管理情報ポインタ２２４Cと、キャッシュ管理情報２２９のブロックビットマップ２２９３とに基づいて、ライト要求にて指定されたデータがキャッシュメモリ２１０でヒットするか否かを確認する。ライト要求受付部４３０は、データがヒットする場合、ステップＳ８０４の処理を実行し、データがヒットしない場合、ステップＳ８０５の処理を実行する。

ステップＳ８０４では、ライト要求受付部４３０は、空きキャッシュ管理情報ポインタ２２Ａにて示される先頭のキャッシュ管理情報２２９を、当該論理ボリューム情報２２４の該当するキャッシュ管理情報ポインタ２２４Cにセットすることで、当該論理ボリュームに対してキャッシュメモリ２１０のスロット２１１を割り当てる。さらに、ライト要求受付部４３０は、キャッシュ管理情報２２９の割り当て論理ボリュームアドレス２２９２に当該論理ボリュームの識別子及びアドレスを設定する。

ステップＳ８０５では、ライト要求受付部４３０は、サーバ１１０からライト要求にて指定されたデータを取得し、そのデータをキャッシュメモリ２１０に格納する。そして、ライト要求受付部４３０は、キャッシュ管理情報２２９のブロックビットマップ２２９３及び更新ビットマップ２２９４を更新する。

ステップＳ８０６では、ライト要求受付部４３０は、ライト要求にて指定されたアドレスに対応する仮想ページに対応する実ページポインタ２２４４に基づいて、当該仮想ページに実ページが割り当てられているか否かを確認する。ライト要求受付部４３０は、実ページが割り当てられていない場合、ステップＳ８０７の処理を実行し、実ページが割り当てられている場合、ステップＳ８０８の処理を実行する。

ステップＳ８０７では、ライト要求受付部４３０は、対応するストレージグループ情報２２６の空き実ページ情報ポインタ２２６３から、空いた状態であり、かつ、回復・戻し待ちフラグ２２７４がオフの実ページの実ページ情報２２７を確保し、かつ、その実ページのアドレスを、対応する仮想ページの実ページポインタ２２４４に設定する。

ステップＳ８０８では、ライト要求受付部４３０は、リード・ライトカウンタをデクリメントし、処理を終了する。

図２３は、ライトアフタ実行部４４０が行うライトアフタ処理の一例を説明するためのフローチャートである。ライトアフタ処理は、所定のタイミングで実行される。

ステップＳ９００では、ライトアフタ実行部４４０は、ライトアフタ処理の対象となる論理ボリュームの論理ボリューム情報２２４の回復中フラグ２２４５、戻し中フラグ２２４８及びスペアアクセス中フラグ２２４９の全てがオフか否かを判断する。リード処理実行部４２０は、これらのフラグのいずれかがオンの場合、ステップＳ９０１の処理を実行し、これらのフラグが全てオフの場合、ステップＳ９１７の処理を実行する。ステップＳ９１７では、ライトアフタ実行部４４０は、ストレージ装置１６０に障害が発生していない通常のライトアフタ処理を行い、処理を終了する。

ステップＳ９０１では、ライトアフタ実行部４４０は、更新ビットマップ２２９４がオンであるキャッシュ管理情報２２９を検索して、ストレージ装置１６０に書き込んでいないデータを見つける。

ステップＳ９０２では、ライトアフタ実行部４４０は、検索したキャッシュ管理情報２２９の割り当て論理ボリュームアドレス２２９２を確認して、ストレージ装置１６０に書き込んでいないデータを格納しているスロットに対応する論理ボリュームを認識する。

ステップＳ９０３では、ライトアフタ実行部４４０は、検索したキャッシュ管理情報２２９の更新ビットマップ２２９４に基づいて、認識した論理ボリュームに対応する仮想ページを特定する。

ステップＳ９０４では、ライトアフタ実行部４４０は、回復中・戻し中ポインタ２２４６を参照して、当該仮想ページに係る回復処理又は戻し処理が実行中か否かを確認する。ライトアフタ実行部４４０は、回復処理又は戻し処理が実行中である場合、ステップＳ９０５を実行し、回復処理又は戻し処理が実行中でない場合、ステップＳ９０６を実行する。

ステップＳ９０５では、ライトアフタ実行部４４０は、回復処理又は戻し処理が終了するまで待機する。

ステップＳ９０６では、ライトアフタ実行部４４０は、当該仮想ページに対応するリード・ライト中カウンタ２２４７をインクリメントする。そして、ライトアフタ実行部４４０は、当該仮想ページに対応する実ページの実ページ情報２２７のストレージグループ識別子２２７１に基づいて、当該仮想ページに対応するストレージグループを認識する。ライトアフタ実行部４４０は、ライトデータに対応する冗長データを生成するのに必要なデータを読み出すために、当該論理ボリューム情報２２４の論理ボリュームＲＡＩＤタイプ２２４３、回復中フラグ２２４５、回復・戻し中ポインタ２２４６、戻し中フラグ２２４８、及び、スペアアクセス中フラグ２２４９などに基づいて、必要なデータを格納しているストレージ装置１６０に対してリード要求を発行する。

ステップＳ９０７では、ライトアフタ実行部４４０は、リード要求が完了するまで（データの読み出しが完了するまで）待機する。

ステップＳ９０８では、ライトアフタ実行部４４０は、読み出したデータに基づいて、冗長データを生成する。

ステップＳ９０９では、ライトアフタ実行部４４０は、当該ストレージグループのストレージグループ情報２２６を参照して、ライトデータ及び冗長データを書き込むストレージ装置１６０に障害が発生しているか否かを確認する。ライトアフタ実行部４４０は、障害が発生していない場合、ステップＳ９１０の処理を実行し、障害が発生している場合、ステップＳ９１１の処理を実行する。

ステップＳ９１０では、ライトアフタ実行部４４０は、ストレージ装置１６０にライト要求を発行する。具体的には、ライトアフタ実行部４４０は、ライトデータを書き込むストレージ装置１６０には、ライトデータのライト要求を発行し、冗長データを書き込むストレージ装置１６０には、冗長データのライト要求を発行する。その後、ライトアフタ実行部４４０は、ステップＳ９１５を実行する。

ステップＳ９１１では、ライトアフタ実行部４４０は、データを書き込むアドレスに係る回復処理が完了しているか否かを確認する。具体的には、ライトアフタ実行部４４０は、回復中フラグ２２４５及び回復中・戻し中ポインタ２２４６に基づいて回復処理が完了していないか否かを判断する。ライトアフタ実行部４４０は、回復処理が完了している場合、ステップＳ９１２を実行し、回復処理が完了していない場合、データの書き込みを行わないため、ステップＳ９１６の処理を実行する。

ステップＳ９１２では、ライトアフタ実行部４４０は、データを書き込むアドレスに係る戻し処理が完了しているか否かを確認する。具体的には、ライトアフタ実行部４４０は、戻し中フラグ２２４８及び回復中・戻し中ポインタ２２４６に基づいて戻し処理が完了していないか否かを判断する。ライトアフタ実行部４４０は、戻し処理が完了している場合、ステップＳ９１３を実行し、戻し処理が完了していない場合、スペアアクセス中フラグがオンであると、スペア装置にライトデータ又は冗長データを書き込むため、ステップＳ９１４の処理を実行する。

ステップＳ９１３では、ライトアフタ実行部４４０は、戻し処理により新しく置き換えられたストレージ装置１６０にライトデータ又は冗長データを書き込むため、そのストレージ装置１６０のライト要求を発行する。その後、ステップＳ９１５の処理が実行される。

ステップＳ９１４では、ライトアフタ実行部４４０は、スペア装置にライトデータ又は冗長データを書き込むので、スペア装置にライト要求を発行する。その後、ステップＳ９１５の処理が実行される。

ステップＳ９１５では、ライトアフタ実行部４４０は、データの書き込みが完了するまで待機する。

ステップＳ９１６では、ライトアフタ実行部４４０は、検索したキャッシュ管理情報２２９の更新ビットマップ２２９４をリセットする。そして、ライトアフタ実行部４４０は、対応する仮想ページを算出し、当該仮想ページに対応するリード・ライト中カウンタ２２４７をデクリメントし、処理を終了する。

図２４は、スペアデータ領域回復処理部４５０が行うスペアデータ領域回復処理の一例を説明するためのフローチャートである。なお、スペアデータ領域回復処理部４５０は論理ボリュームごとに設けられる。

ステップＳ１０００では、スペアデータ領域回復処理部４５０は、当該論理ボリュームの論理ボリューム情報２２４に含まれる回復・戻し中ポインタ２２４６にて示される仮想ページを処理対象の仮想ページとして設定する。

ステップＳ１００１では、スペアデータ領域回復処理部４５０は、処理対象の仮想ページに対応する実ページの実ページ情報２２７に含まれるストレージグループ識別子２２７１に基づいて、当該仮想ページを含むストレージグループのストレージグループ情報２２６を特定する。スペアデータ領域回復処理部４５０は、特定したストレージグループ情報２２６に基づいて、当該ストレージグループに障害が発生しているストレージ装置１６０が含まれるか否かを確認する。スペアデータ領域回復処理部４５０は、ストレージ装置１６０が含まれる場合、ステップＳ１００２の処理を実行し、ストレージ装置１６０が含まれない場合、ステップＳ１００９の処理を実行する。

ステップＳ１００２では、スペアデータ領域回復処理部４５０は、当該論理ボリュームの論理ボリューム情報２２４における、処理対象の仮想ページに対応するリード・ライト中カウンタ２２４７が０か否かを確認する。スペアデータ領域回復処理部４５０は、リード・ライト中カウンタ２２４７が０でない場合、ステップＳ１００３の処理を実行し、リード・ライト中カウンタ２２４７が０である場合、ステップＳ１００４の処理を実行する。

ステップＳ１００３では、スペアデータ領域回復処理部４５０は、リード・ライト中カウンタ２２４７が０になるまで待機する。

ステップＳ１００４では、スペアデータ領域回復処理部４５０は、障害が発生しているストレージ装置１６０に格納されているデータを回復するために、データの回復に必要なデータを格納するストレージ装置に対してデータを読み出すためのリード要求を発行する。

ステップＳ１００５では、スペアデータ領域回復処理部４５０は、リード要求が完了するまで待機する。

ステップＳ１００６では、スペアデータ領域回復処理部４５０は、リード要求の応答として取得したデータに基づいて、障害が発生したストレージ装置１６０に格納されていたデータを回復する。

ステップＳ１００７では、スペアデータ領域回復処理部４５０は、特定したストレージグループ情報２２６のスペアポインタ２２６６に基づいて、スペア装置に対して回復したデータである回復データを書き込むためのライト要求を発行する。

ステップＳ１００８では、スペアデータ領域回復処理部４５０は、ライト要求が完了するまで待機する。

ステップＳ１００９では、スペアデータ領域回復処理部４５０は、当該論理ボリュームの論理ボリューム情報２２４の回復・戻し中ポインタ２２４６を一つ進める。

ステップＳ１０１０では、スペアデータ領域回復処理部４５０は、その回復・戻し中ポインタ２２４６に基づいて、当該論理ボリュームの全ての領域に対する回復処理が完了した否かを確認する。スペアデータ領域回復処理部４５０は、回復処理が完了していない場合、ステップＳ１０００の処理に戻り、回復処理が完了した場合、ステップＳ１０１１の処理に進む。

ステップＳ１０１１では、スペアデータ領域回復処理部４５０は、障害が発生したストレージ装置を含むストレージグループの空き状態にある全ての実ページ情報２２７の回復・戻し待ちフラグ２２７４が全てオフか否かを確認する。スペアデータ領域回復処理部４５０は、回復・戻し待ちフラグ２２７４が全てオフでない場合、ステップＳ１０１２の処理を実行し、回復・戻し待ちフラグ２２７４が全てオフである場合、ステップＳ１０１３の処理を実行する。

ステップＳ１０１２では、スペアデータ領域回復処理部４５０は、全ての実ページ情報２２７の回復・戻し待ちフラグ２２７４がオフになるまで待機する。

ステップＳ１０１３では、スペアデータ領域回復処理部４５０は、当該論理ボリュームの論理ボリューム情報２２４の回復中フラグ２２４５をオフにし、かつ、スペアアクセス中フラグ２２４９をオンにして、処理を終了する。

図２５は、データ領域戻し処理部４６０が行うデータ領域戻し処理の一例を説明するためのフローチャートである。データ領域戻し処理は、ステップＳ６０５にて実行される。また、データ領域戻し処理部４６０は論理ボリュームごとに設けられる。

ステップＳ１１００では、データ領域戻し処理部４６０は、当該論理ボリュームの論理ボリューム情報２２４に含まれる回復・戻し中ポインタ２２４６にて示される仮想ページを戻し処理の処理対象の仮想ページとして設定する。

ステップＳ１１０１では、データ領域戻し処理部４６０は、処理対象の仮想ページに対応する実ページの実ページ情報２２７に含まれるストレージグループ識別子２２７１にて示されるストレージグループに新しく置き換えたストレージ装置１６０が含まれるか否かを判断する。新しく置き換えたストレージ装置１６０は、例えば、ストレージ管理サーバ１３０などから指定される。データ領域戻し処理部４６０は、新しく置き換えたストレージ装置１６０が含まれる場合、ステップＳ１１０２の処理を実行し、新しく置き換えたストレージ装置１６０が含まれない場合、ステップＳ１１０８の処理を実行する。

ステップＳ１１０２では、データ領域戻し処理部４６０は、当該論理ボリュームの論理ボリューム情報２２４における、処理対象の仮想ページに対応するリード・ライト中カウンタ２２４７が０か否かを確認する。データ領域戻し処理部４６０は、リード・ライト中カウンタ２２４７が０でない場合、ステップＳ１１０３の処理を実行し、リード・ライト中カウンタ２２４７が０である場合、ステップＳ１１０４の処理を実行する。

ステップＳ１１０３では、データ領域戻し処理部４６０は、リード・ライト中カウンタ２２４７が０になるまで待機する。

ステップＳ１１０４では、データ領域戻し処理部４６０は、新しく置き換えたストレージ装置のデータを戻すために、そのデータを格納しているスペア装置からデータを読み出すためのリード要求を発行する。

ステップＳ１１０５では、データ領域戻し処理部４６０は、リード要求が完了するまで待機する。

ステップＳ１１０６では、データ領域戻し処理部４６０は、リード要求の応答として取得したデータを書き込むためのライト要求を、新しく置き換えたストレージ装置に対して発行する。

ステップＳ１１０７では、データ領域戻し処理部４６０は、ライト要求が完了するまで待機する。

ステップＳ１１０８では、データ領域戻し処理部４６０は、当該論理ボリュームの論理ボリューム情報２２４の回復・戻し中ポインタ２２４６を一つ進める。

ステップＳ１１０９では、データ領域戻し処理部４６０は、その回復・戻し中ポインタ２２４６に基づいて、当該論理ボリュームの全ての領域に対する戻し処理が完了したか否かを確認する。データ領域戻し処理部４６０は、戻し処理が完了していない場合、ステップＳ１１００の処理に戻り、戻し処理が完了した場合、ステップＳ１０１０の処理に進む。

ステップＳ１１１０では、データ領域戻し処理部４６０は、新しく置き換えたストレージ装置を含むストレージグループの空き状態にある全ての実ページの実ページ情報２２７の回復・戻し待ちフラグ２２７４が全てオフか否かを確認する。データ領域戻し処理部４６０は、回復・戻し待ちフラグ２２７４が全てオフでない場合、ステップＳ１０１１の処理を実行し、回復・戻し待ちフラグ２２７４が全てオフである場合、ステップＳ１０１２の処理を実行する。

ステップＳ１１１１では、データ領域戻し処理部４６０は、全ての実ページ情報２２７の回復・戻し待ちフラグ２２７４がオフになるまで待機する。

ステップＳ１１１２では、データ領域戻し処理部４６０は、当該論理ボリュームの論理ボリューム情報２２４のスペアアクセス中フラグ２２４９をオフにして、処理を終了する。

図２６は、スペア空き領域回復処理部４７０が行うスペア空き領域回復処理の一例を説明するためのフローチャートである。データ領域戻し処理は、図１９のステップＳ５０５にて実行される。

ステップＳ１２００では、スペア空き領域回復処理部４７０は、障害が発生したストレージ装置１６０を含むストレージグループのストレージグループ情報２２６の空き実ページ情報ポインタ２２６３にて示される実ページ情報２２７を処理対象とする。

ステップＳ１２０１では、スペア空き領域回復処理部４７０は、処理対象の実ページ情報２２７の回復・戻し待ちフラグ２２７４がオンか否かを確認する。スペア空き領域回復処理部４７０は、回復・戻し待ちフラグ２２７４がオンの場合、ステップＳ１２０２の処理を実行し、回復・戻し待ちフラグ２２７４がオフの場合、ステップＳ１２０５の処理を実行する。

ステップＳ１２０２では、スペア空き領域回復処理部４７０は、障害が発生したストレージ装置１６０を含むストレージグループに対応するストレージグループ情報２２６のスペアポインタ２２６６に基づいて、そのストレージグループに含まれるスペア装置に対して、処理対象の実ページ情報２２７に対応する実ページに応じた領域に初期データ（初期パターン）を書き込むためのライト要求を発行する。なお、初期データは、記論理ボリュームに割り当てられていない記憶領域に格納されているデータであり、例えば、全てのビットが０のデータである。

ステップＳ１２０３では、スペア空き領域回復処理部４７０は、ライト要求が完了するまで待機する。

ステップＳ１２０４では、スペア空き領域回復処理部４７０は、回復・戻し待ちフラグ２２７４をオフにする。

ステップＳ１２０５では、スペア空き領域回復処理部４７０は、処理対象の実ページ情報２２７の空きページポインタ２２７３に基づいて、空き状態にある次の実ページ情報２２７が存在するか否かを確認する。スペア空き領域回復処理部４７０は、空き状態にある次の実ページ情報２２７が存在する場合、当該実ページ情報２２７を処理対象の実ページ情報２２７として選択してステップＳ１２０１の処理に戻り、空き状態にある次の実ページ情報２２７が存在しない場合、ステップＳ１２０６の処理を実行する。

ステップＳ１２０６では、スペア空き領域回復処理部４７０は、待ち状態のスペアデータ領域回復処理部４５０が存在する場合、そのスペアデータ領域回復処理部４５０の待ち状態を解除して、処理を終了する。

図２７は、空き領域戻し処理部４８０が行う空き領域戻し処理の一例を説明するためのフローチャートである。空き領域戻し処理は、図２０のステップＳ６０５にて実行される。

ステップＳ１３００では、空き領域戻し処理部４８０は、新しく置き換えたストレージ装置１６０を含むストレージグループのストレージグループ情報２２６の空き実ページ情報ポインタ２２６３にて示される実ページ情報２２７を処理対象とする。

ステップＳ１３０１では、空き領域戻し処理部４８０は、処理対象の実ページ情報２２７の回復・戻し待ちフラグ２２７４がオンか否かを確認する。空き領域戻し処理部４８０は、回復・戻し待ちフラグ２２７４がオンの場合、ステップＳ１３０２の処理を実行し、回復・戻し待ちフラグ２２７４がオフの場合、ステップＳ１３０５の処理を実行する。

ステップＳ１３０２では、空き領域戻し処理部４８０は、新しく置き換えたストレージ装置１６０に対して、処理対象の実ページ情報２２７に対応する実ページに応じた領域に初期データを書き込むためのライト要求を発行する。

ステップＳ１３０３では、空き領域戻し処理部４８０は、ライト要求が完了するまで待機する。

ステップＳ１３０４では、空き領域戻し処理部４８０は、回復・戻し待ちフラグ２２７４をオフにする。

ステップＳ１３０５では、空き領域戻し処理部４８０は、処理対象の実ページ情報の空きページポインタ２２７３に基づいて、空き状態にある次の実ページ情報２２７が存在するか否かを確認する。空き領域戻し処理部４８０は、空き状態にある次の実ページ情報２２７が存在する場合、当該実ページ情報２２７を処理対象の実ページ情報２２７として選択してステップＳ１３０１の処理に戻り、空き状態にある次の実ページ情報２２７が存在しない場合、ステップＳ１３０６の処理を実行する。

ステップＳ１３０６では、空き領域戻し処理部４８０は、待ち状態のデータ領域回復処理部４６０が存在する場合、そのデータ領域回復処理部４６０の待ち状態を解除して、処理を終了する。

以上説明したように本実施形態によれば、複合型ストレージシステム（情報システム）は、複数のストレージ装置１６０を有する複数のストレージボックス１２０と、複数のストレージ装置１６０を制御する複数の実ストレージシステム１００とを有する。ストレージ装置１６０に障害が発生した場合、論理ボリュームに対して割り当てられた記憶領域に格納されたデータを回復する回復処理を制御権を有する実ストレージシステム１００が実行し、論理ボリュームに対して割り当てていない記憶領域に格納されたデータを回復する回復処理を割り当て権を有する実ストレージシステム１００が実行する。したがって、複合型ストレージシステムにおいて障害が発生したストレージ装置１６０に格納していたデータを回復することを可能になる。

また、本実施形態では、制御権を有する実ストレージシステム１００は、回復したデータをスペア装置に格納する。このため、複合型ストレージシステムにおいて回復させたデータをスペア装置に移動させることが可能となる。また、本実施形態では、制御権を有する実ストレージシステム１００は、障害が発生したストレージ装置１６０が新しいストレージ装置に置き替えられた場合、回復したデータをスペア装置から新しいストレージ装置に移動する。このため、複合型ストレージシステムにおいてデータを新しく置き換えたストレージ装置に戻すことが可能となる。

また、本実施形態では、論理ボリュームに割り当てられていない実ページに格納されているデータは初期データである。このため、したがって、複合型ストレージシステムにおいて障害が発生したストレージ装置１６０に格納していた初期データを回復することを可能になる。

また、本実施形態では、割り当て権限を有する実ストレージシステム１００は、回復した初期データをスペア装置に格納する。このため、複合型ストレージシステムにおいて回復させた初期データをスペア装置に移動させることが可能となる。また、本実施形態では、割り当て権限を有する実ストレージシステム１００は、障害が発生したストレージ装置１６０が新しいストレージ装置に置き替えられた場合、回復した初期データをスペア装置から新しいストレージ装置に移動する。このため、複合型ストレージシステムにおいて初期データを新しく置き換えたストレージ装置に戻すことが可能となる。

（第２の実施形態）
図２８は、本開示の第２の実施形態の情報システムの構成を示す図である。図２８に示す情報システムは、図１に示した情報システムと比較して、サーバ１１０にて仮想ストレージシステム１８０が構成される点で異なる。具体的には、サーバ１１０は、ストレージコントローラが動作するコントロールＶＭ（Virtual Machine）２９０と、ユーザアプリケーションプログラムが動作するアプリケーションＶＭ２９１と、コントロールＶＭ２９０及びアプリケーションＶＭ２９１を管理するＶＭ管理部２９２とを有する。

図２８の例では、アプリケーションＶＭ２９１がリード・ライト要求を発行すると、同一サーバ１１０上のコントロールＶＭ２９０がそのリード・ライト要求を受け付け、そのリード・ライト要求に応じた処理を行う。例えば、コントロールＶＭ２９０は、リード・ライト要求をボックスネットワーク１５０経由でストレージボックス１２０に対して発行し、ストレージボックス１２０との間でリード・ライトデータの転送を行う。また、コントロールＶＭ２９０は、他のサーバ１１０上のコントロールＶＭ２９０に対して、ボックスネットワーク１５０経由で通信を行う。

図２９は、コントロールＶＭ２９０が使用するメモリリソースの一例を示す図である。コントロールＶＭ２９０には、サーバ１１０の主記憶部によって、共有メモリ２２０、キャッシュメモリ２１０及びメモリ２６０が割り当てられている。

本実施形態の場合、複数のコントロールＶＭ２９０にて仮想ストレージシステム１８０が構成され、複数のコントロールＶＭ２９０のそれぞれが第１の実施形態の実ストレージシステム１８０（具体的には、そのストレージコントローラ２００）と同等な処理を行う。このため、本実施形態でも、第１の実施形態と同様な処理を実行することが可能になり、同様な効果を奏することが可能となる。

上述した本開示の各実施形態は、本開示の説明のための例示であり、本開示の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本開示の範囲を逸脱することなしに、他の様々な態様で本開示を実施することができる。

１００：実ストレージシステム １１０：サーバ １２０：ストレージボックス １３０：ストレージ管理サーバ １４０：ＳＡＮ １５０：ボックスネットワーク １６０：ストレージ装置 １７０：ボックスネットワーク １８０：仮想ストレージシステム ２００：ストレージコントローラ ２１０：キャッシュメモリ ２１１：スロット ２２０：共有メモリ ２３０：内部ストレージ装置 ２５０：プロセッサ ２６０：メモリ ２７０：バッファ ２９０：コントロールＶＭ ２９１：アプリケーションＶＭ ２９２：ＶＭ管理部

Claims (6)

1. 複数のストレージ装置と、論理ボリュームを提供し前記論理ボリュームを介して前記複数のストレージ装置に入出力されるデータを処理する複数のストレージシステムとを有する複合型ストレージシステムであって、
   前記論理ボリュームには、前記ストレージ装置の記憶領域が割り当てられており、
   前記論理ボリュームについてデータの入出力を行う権限である制御権が前記複数のストレージシステムのいずれかに割り当てられており、
   前記論理ボリュームを割り当てていない前記ストレージ装置の記憶領域に対して前記論理ボリュームを割り当てる権限である割り当て権限が前記複数のストレージシステムのいずれかに割り当てれており、
   前記ストレージ装置に障害が発生した場合、前記論理ボリュームに対して割り当てられた前記記憶領域に格納されたデータを回復する回復処理を前記制御権を有するストレージシステムが実行し、前記論理ボリュームに対して割り当てていない前記記憶領域に格納された、予め定められた初期パターンの初期データを回復する回復処理を前記割り当て権限を有するストレージシステムが実行する、複合型ストレージシステム。
2. 前記制御権を有するストレージシステムは、前記回復したデータである回復データを前記障害が発生したストレージ装置とは異なるストレージ装置であるスペア装置に書き込む、請求項１に記載の複合型ストレージシステム。
3. 前記制御権を有するストレージシステムは、前記障害が発生したストレージ装置が新しいストレージ装置に置き替えられた場合、前記回復データを前記スペア装置から前記新しいストレージ装置に移動する、請求項２に記載の複合型ストレージシステム。
4. 前記割り当て権限を有するストレージシステムは、前記回復した初期データである回復初期データを前記障害が発生したストレージ装置とは異なるストレージ装置であるスペア装置に書き込む、請求項１に記載の複合型ストレージシステム。
5. 前記割り当て権限を有するストレージシステムは、前記障害が発生したストレージ装置が新しいストレージ装置に置き替えられた場合、前記回復初期データを前記スペア装置から前記新しいストレージ装置に移動する、請求項４に記載の複合型ストレージシステム。
6. 複数のストレージ装置と、論理ボリュームを提供し前記論理ボリュームを介して前記複数のストレージ装置に入出力されるデータを処理する複数のストレージシステムとを有する複合型ストレージシステムの制御方法であって、
   前記論理ボリュームには、前記ストレージ装置の記憶領域が割り当てられており、
   前記論理ボリュームについてデータの入出力を行う権限である制御権が前記複数のストレージシステムのいずれかに割り当てられており、
   前記論理ボリュームを割り当てていない前記ストレージ装置の記憶領域に対して前記論理ボリュームを割り当てる権限である割り当て権限が前記複数のストレージシステムのいずれかに割り当てれており、
   前記ストレージ装置に障害が発生した場合、前記論理ボリュームに対して割り当てられた記憶領域に格納されたデータを回復する回復処理を前記制御権を有するストレージシステムが実行し、前記論理ボリュームに対して割り当てていない前記記憶領域に格納された、予め定められた初期パターンの初期データを回復する回復処理を前記割り当て権限を有するストレージシステムが実行する、複合型ストレージシステムの制御方法。

Images