(57)【要約】【課題】従来、複数コントローラで１つのＲＬＵを制御できず、資源の効率的な利用ができなかった。また、ＲＡＩＤ構成の再配置時に、元の構成データを上書きしてしまい、途中で処理が異常終了した場合、元のＲＡＩＤ構成に戻す事が直ぐにできなかった。【解決手段】各コントローラは、ホスト１からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にデータをリード／ライトする機能を備えたＲＡＩＤ装置であって、各コントローラの制御部２は、ストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２の２つのフェーズを遷移する機能を備えている。【選択図】図１
2008299359.tif 000002
【特許請求の範囲】
【請求項１】
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置において、
前記各コントローラには、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、
前記フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２とからなる２つのフェーズを遷移する機能を備えていることを特徴とするＲＡＩＤ装置。
【請求項２】
前記各コントローラの制御部が前記ストライプ変換制御の際に行うフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、
前記フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有すると共に、
更に前記フェーズ１では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えていることを特徴とする請求項１記載のＲＡＩＤ装置。
【請求項３】
前記各コントローラは、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、
コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段を備え、該通信手段を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えると共に、
前記ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメントとして扱う機能を備えていることを特徴とする請求項１又は２記載のＲＡＩＤ装置。
【請求項４】
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置のストライプ変換制御方法において、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行うことを特徴とするＲＡＩＤ装置のストライプ変換制御方法。
【請求項５】
前記各コントローラの制御部が前記ストライプ変換制御を行う際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリ解放する処理を行い、
更に前記フェーズ２のステップでは、
前記フェーズ１の処理に続く処理として、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行うことを特徴とする請求項４記載のＲＡＩＤ装置のストライプ変換制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の物理ディスク装置を含むディスク装置群と、上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置及びＲＡＩＤ装置のストライプ変換制御方法に関するものである。
【背景技術】
【０００２】
(1) ：従来例１
以下、特許文献１を従来例１として説明する。従来例１には次のような内容が記載されている。なお、ＲＡＩＤは、Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋのことである。
【０００３】
(a) ：「ＲＡＩＤ構成の冗長度を変更するＲＡＩＤ装置において、多様なＲＡＩＤレベル変換、容量増加を可能とする。」・・・要約の欄を参照
(b) ：「少なくとも、ＲＡＩＤレベルと論理デバイス数を定義した新旧のＲＡＩＤ構成定義情報を使用し、制御部が、それぞれによりＲＬＵをマッピングして、ステージング、ライトバックして、ＲＡＩＤ構成を変更する。このため、多様なＲＡＩＤレベルの変換、容量増加を実現できる。」・・・要約の欄を参照
(c) ：「従って、本発明の目的は、活性状態でのＲＡＩＤレベルの変更範囲を拡大するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１１］参照
(d) ：「又、本発明の他の目的は、物理ディスク数の変更なしに、活性状態でＲＡＩＤレベルを変更するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１２］参照
(e) ：「更に、本発明の他の目的は、活性状態で、ＲＡＩＤレベルを変更せずに、ＲＡＩＤグループの容量を増大するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１３］参照
(2) ：従来例２
以下、特許文献２を従来例２として説明する。従来例２には次のような内容が記載されている。
【０００４】
(a) ：「複数の論理ユニットを連結して、大容量論理ユニットを構築するストレージ制御装置において、複数のコントローラにまたがる論理ユニットの連結を可能とする。」・・・要約の欄を参照
(b) ：「従って、本発明の目的は、論理ユニットを連結しても、コントローラの負荷が大きくなることを防止するためのストレージ制御装置及び制御方法を提供することにある。」・・・段落番号［００１３］参照
(c) ：「又、本発明の他の目的は、連結できる論理ユニットの制限を解除し、柔軟性のある大容量論理ユニットを構成するためのストレージ制御装置及びその制御方法を提供することにある。」・・・段落番号［００１４］参照
(d) ：「更に、本発明の他の目的は、論理ユニットを連結しても、ホストアクセス性能の低下を防止するためのストレージ制御装置及び制御方法を提供することにある。」・・・段落番号［００１５］参照
(3) ：従来例３
以下、特許文献３を従来例３として説明する。従来例３には次のような内容が記載されている。
【０００５】
(a) ：「本発明は、パリティ機能を有するディスク・アレイ・システムのように、複数の記憶装置を有するシステムのデータ転送方法に係り、特に、このようなシステム中に新たな記憶装置を追加した場合における、システムに記憶されているデータの再配置方法及びデータのアクセス方法に関する。」・・・段落番号［０００１］参照
(b) ：「そこで、本発明の第１の目的は、システムに記憶されているデータを消去することなく、システムに新たな記憶装置を追加可能にする方法を提供することである。」・・・段落番号［００１２］参照
【特許文献１】特開２００４−２１３０６４号公報
【特許文献２】特開２００４−２６４９４８号公報
【特許文献３】特許第３１７０４５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
(1) ：従来例１は、ＲＡＩＤグループを変換する事で容量追加と性能向上を行なおうとした場合、同一ＲＬＵ（ＲＬＵ：ＲＡＩＤグループの論理ユニット）内でディスク追加によりＲＡＩＤ構成を変更するものである。
【０００７】
また、従来例２は、ＲＡＩＤグループを変換する事で容量追加と性能向上を行なおうとした場合、ＲＬＵ（ＲＡＩＤグループの論理ユニット）にあるＬＵＮ（論理ユニット番号）を該当するＲＬＵに結合する方法である。
【０００８】
(2) ：しかし、従来例１、２では、複数コントローラで１つのＲＬＵを制御できなかった。そのため、資源の効率的な利用ができなかった。また、従来例１、２では、ＲＡＩＤ構成の再配置時に、元の構成データを上書きしてしまい、途中で処理が異常終了した場合、元のＲＡＩＤ構成に戻す事が直ぐにできなかった。
【０００９】
(3) ：従来例３は、ディスクの増設に伴う再配置に係り、データ移動が必要なストライプはコピー処理により成され、新パリティデータが書き込まれるまで元データはそのままで、その後、再配置の新領域に供されるというものである。従って、従来例３は本発明の特許請求の範囲に記載された必須構成要件を含まず、本発明の参考程度の内容である。
【００１０】
本発明は前記従来の課題を解決し、１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置する事で、装置資源を効率的に利用すると共に、データ再配置を安全に実現することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は前記の目的を達成するため、次のように構成した。
【００１２】
(1) ：複数の物理ディスク装置を含むディスク装置群と、上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置において、前記各コントローラには、データのリード／ライトの制御を行う制御部と、前記各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段と、転送データを一時的に格納するバッファメモリとを少なくとも備え、前記各コントローラの制御部は、ストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、前記フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２とからなる２つのフェーズを遷移する機能を備えていることを特徴とする。
【００１３】
(2) ：前記(1) のＲＡＩＤ装置において、前記各コントローラの制御部が前記ストライプ変換制御の際に行うフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、前記フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有すると共に、更に前記フェーズ１では、ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、変換元データのリード処理と、変換後データ配置へのライト処理と、変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、ストライプ変換処理用バッファメモリを解放する処理を行い、更に前記フェーズ２では、ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、変換元ＲＡＩＤグループのデータをリードする処理と、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、上書きデータ進捗更新する処理と、前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えていることを特徴とする。
【００１４】
(3) ：前記(1) 又は(2) のＲＡＩＤ装置において、前記各コントローラは、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段を備え、該通信手段を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えると共に、前記ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメントとして扱う機能を備えていることを特徴とする。
【００１５】
(4) ：複数の物理ディスク装置を含むディスク装置群と、上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、前記各コントローラは、データのリード／ライトの制御を行う制御部と、前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、転送データを一時的に格納するバッファメモリとを少なくとも備え、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置のストライプ変換制御方法において、前記各コントローラの制御部は、ストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行うことを特徴とする。
【００１６】
(5) ：前記(4) のＲＡＩＤ装置のストライプ変換制御方法において、前記各コントローラの制御部が前記ストライプ変換制御を行う際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、更に前記フェーズ１のステップでは、ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、変換元データのリード処理と、変換後データ配置へのライト処理と、変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、ストライプ変換処理用バッファメモリ解放する処理を行い、更に前記フェーズ２のステップでは、前記フェーズ１の処理に続く処理として、ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、変換元ＲＡＩＤグループのデータをリードする処理と、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、上書きデータ進捗更新する処理と、前記ストライプ変換処理用バッファメモリを解放する処理を行うことを特徴とする。
【００１７】
（作用）
以下、前記構成に基づく本発明の作用を説明する。
【００１８】
(a) ：前記(1) 、(4) の作用
各コントローラの制御部は、ストライプ変換制御を行う際、フェーズ１からフェーズ２へ遷移する２つのフェーズを有する。フェーズ１では、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置し、フェーズ２では、前記フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行う。
【００１９】
このようにすれば、１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置する事で、装置資源を効率的に利用でき、また、データ再配置を安全に実現できる。
【００２０】
(b) ：前記(2) 、(5) の作用
各コントローラの制御部が前記ストライプ変換制御を行う際に行うフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有する。
【００２１】
更にフェーズ１では、ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、変換元データのリード処理と、変換後データ配置へのライト処理と、変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、ストライプ変換処理用バッファメモリ解放する処理を行う。
【００２２】
更にフェーズ２では、ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、変換元ＲＡＩＤグループのデータをリードする処理と、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、上書きデータ進捗更新する処理と、前記バッファメモリ解放する処理を行う機能を備えている。
【００２３】
このようにすれば、１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置する事で、装置資源を効率的に利用でき、また、データ再配置を安全に実現することができる。
【００２４】
(c) ：前記(3) の作用
前記ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメントとして扱う。
【００２５】
このようにすれば、１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置する事で、装置資源を効率的に利用し、また、データ再配置を安全に実現することができる。
【発明の効果】
【００２６】
本発明は請求項１乃至５により次のような効果がある。
【００２７】
(1) ：１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置する事で、装置資源を効率的に利用し、また、データ再配置を安全に実現することができる。
【００２８】
(2) ：従来方式でデータの再配置を行う場合、データを一時的に退避させた状態でＲＡＩＤ構成を変更してデータをリストアする方式か、データをバッファ上に載せた状態で新規構成への上書き処理を行う方式をとっていた。
【００２９】
これに対して本発明では、一旦、新規に追加されたＲＡＩＤグループへのデータ移行を行った後に、変換元のＲＡＩＤグループについて再配置処理を行なっている。そのため、データのリストアが不要なままで、更に、常にデータディスク上に二重化されたデータが残っている状態となり、データ移行が効率的でありながら、より安全にデータ再配置を実施できる効果がある。
【００３０】
(3) ：前記(2) に関連して、フェーズ１でエラー発生時には即時元構成に戻ることができるため、より安全にデータ再配置を実施できる効果がある。
【００３１】
(4) ：各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメント（１セグメント＝ｎストライプ分のデータ）として扱う。この場合、１セグメントの単位を自由に設定することでディスク性能、コントローラ間のデータ転送性能等の最適値を設定可能（セグメントを転送単位と同一にする等）である。
【００３２】
(5) ：セグメントを小さくする事で、ディスク及びコントローラを多数使う事ができるため、シーケンシャルな処理性能の向上が見込まれる。すなわち、シーケンシャルなデータアクセスを行う場合、ディスク数を多く使う事ができた方が、ディスクアクセス速度が早くなり、性能向上となる。
【００３３】
(6) ：セグメントをＲＡＩＤ５又はＲＡＩＤ６のストライプサイズの倍数に設定する事で、パリティ再計算無く再構成を実施できる。
【００３４】
(7) ：データを複数のＲＬＵ（ＲＡＩＤグループの論理ユニット）に分散する事で、コントローラ資源の有効利用ができる。
【００３５】
(8) ：データとパリティの比較を変える事無く、つまり冗長度を下げずに、どこまでもストライプを大きくすることが出来る。
【発明を実施するための最良の形態】
【００３６】
§１：概要説明
図１は本発明の原理説明図である。図１において、１はホストコンピュータ（以下、単に「ホスト」とも記す）、２は制御部、３はデータ配置管理テーブル用メモリ、４はバッファメモリ、ＣＭはコントローラモジュール（Controller Module ）、ＲＴはルータ(Router)、ＲＬＵはＲＡＩＤグループの論理ユニットを示す。なお、以下の説明では、フェーズ１をPhase １、フェーズ２をPhase ２とも記す。
【００３７】
以下に説明するＲＡＩＤ装置及びＲＡＩＤ装置のストライプ変換制御方法の概要を図１に基づいて説明する。
【００３８】
(1) ：複数の物理ディスク装置を含むディスク装置群（ＲＬＵ＃０〜ＲＬＵ＃２を含むディスク装置群）と、ホストコンピュータ１（上位装置）に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数（ＣＭ＃０〜ＣＭ＃２）備え、各コントローラは、ホストコンピュータ１（上位装置）からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にデータをリード／ライトする機能を備えたＲＡＩＤ装置である。
【００３９】
このＲＡＩＤ装置では、各コントローラ（ＣＭ＃０〜ＣＭ＃２）には、データのリード／ライトの制御を行う制御部２と、各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段（データ配置管理テーブル用メモリ３）と、転送データを一時的に格納するバッファメモリ４を少なくとも備えている。
【００４０】
そして、各コントローラの制御部２はストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２の２つのフェーズを遷移する機能を備えている。
【００４１】
(2) ：前記(1) のＲＡＩＤ装置において、各コントローラの制御部２がストライプ変換制御を行う際のフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有する。
【００４２】
更にフェーズ１では、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、変換元データのリード処理と、変換後データ配置へのライト処理と、変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、ストライプ変換処理用バッファメモリ（バッファメモリ４）を解放する処理を行う。
【００４３】
更にフェーズ２では、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、変換元ＲＡＩＤグループのデータをリードする処理と、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、上書きデータ進捗更新する処理と、前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えている。
【００４４】
(3) ：前記(1) 又は(2) のＲＡＩＤ装置において、各コントローラ（ＣＭ＃０〜ＣＭ＃２）は、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段（ルータＲＴ）を備え、該通信手段（ルータＲＴ）を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えている。
【００４５】
また、ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメント（１セグメント＝ｎストライプ分：ｎは任意の整数）として扱う機能を備えている。
【００４６】
(4) ：複数の物理ディスク装置を含むディスク装置群と、上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数（ＣＭ＃０〜ＣＭ＃２）備え、各コントローラ（ＣＭ＃０〜ＣＭ＃２）は、データのリード／ライトの制御を行う制御部２と、各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段（データ配置管理テーブル用メモリ３）と、転送データを一時的に格納するバッファメモリ４とを少なくとも備え、ホストコンピュータ１（上位装置）からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にデータをライトするＲＡＩＤ装置のストライプ変換制御方法である。
【００４７】
そして、このＲＡＩＤ装置のストライプデータ制御方法において、各コントローラの制御部２は、ストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行う。
【００４８】
(5) ：前記(4) のＲＡＩＤ装置のストライプ変換制御方法において、各コントローラの制御部２がストライプ変換制御の際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置するステップを有し、フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰めるステップを有する。
【００４９】
更にフェーズ１のステップでは、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、変換元データのリード処理と、変換後データ配置へのライト処理と、変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、ストライプ変換処理用バッファメモリを解放する処理を行い、更にフェーズ２のステップでは、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、上書きデータ進捗更新する処理と、前記ストライプ変換処理用バッファメモリ４を解放する処理を行う。
【００５０】
§２：システムの概念の説明
図２はシステムのハード構成図である。以下、図２に基づいてシステムのハード構成を説明する。
【００５１】
図２において、１はホストコンピュータ（以下、単に「ホスト」とも記す）、２は制御部、３はデータ配置管理テーブル用メモリ、４はバッファメモリ、５はキャッシュメモリ、ＣＭはコントローラモジュール（Controller Module ）、ＣＡはチャネルアダプタ（Channel Adapter ）、ＤＩはデバイスアダプタ（Device Adapter）、ＲＴはルータ(Router)、ＲＬＵはＲＡＩＤグループの論理ユニットを示す。
【００５２】
このシステムは、ホストコンピュータ１（上位装置）と、ホストコンピュータ１に接続された複数のＣＭ（この例では、ＣＭ＃０、ＣＭ＃１、ＣＭ＃２の３個のＣＭ）と、各ＣＭ間で通信を行うためのルータＲＴと、各ＣＭに接続された複数のディスク装置（図２では複数のＲＡＩＤグループの論理ユニットＲＬＵ＃０、ＲＬＵ＃１、ＲＬＵ＃２で表している）等を備えている。
【００５３】
また、前記各ＣＭにはそれぞれ、ＣＡと、ＤＩと、制御部２と、データ配置管理テーブル用メモリ３と、バッファメモリ４と、キャッシュメモリ５等が設けてある。この場合、制御部２は、ＣＰＵ、ＭＰＵ等のプロセッサと、該プロセッサが実行するプログラムと、該プログラムを記憶しておくための記憶手段等で構成されている。
【００５４】
§３：データ再配置処理の概要説明
(1) ：データ再配置処理の基本的な説明
以下に説明するデータ再配置処理では、従来、１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置することで、装置資源をより効率的に、また、安全に実現する。具体的には、下記の２つの機能を実現することで前記目的を達成する。
【００５５】
記
(a) ：一つのＲＡＩＤグループのデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数のＲＡＩＤグループに再配置する。
【００５６】
(b) ：前記(a) で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態なので、このデータの消し込みとデータ再配置を行う。
【００５７】
(2) ：データ再配置処理の実現方法の説明
データ再配置処理の実現方法として、ストライプ変換処理については、大きく２つのフェーズ（Phase １、Phase ２）を遷移する。１つ目のフェーズ（Phase １）として、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへの配置を実施する。２つ目のフェーズ（Phase ２）として、変換により他ＲＡＩＤグループへ移ったことで、二重に残ったデータ部を空き扱いにして、データを詰める。
【００５８】
(3) ：フェーズの詳細処理
（Ｐｈａｓｅ１）
(a) ：ストライプ変換処理用バッファメモリの獲得
(b) ：変換元データのリード
(c) ：変換後データ配置へのライト
(d) ：変換完了後、ホスト入出力の受付先を変換完了構成に変更
(e) ：ストライプ変換処理用バッファメモリ解放
（Ｐｈａｓｅ２）
(a) ：ストライプ変換処理用バッファメモリ獲得
(b) ：変換元ＲＡＩＤグループリード
(c) ：他ＲＡＩＤグループへ移ったデータ部への後構成での上書き
(d) ：上書きデータ進捗更新
(e) ：ストライプ変換処理用バッファメモリの解放
§４：フローチャートに基づくデータ再配置処理の説明
(1) ：Ｐｈａｓｅ１のデータ再配置処理
図３はＰｈａｓｅ１のデータ再配置処理フローチャートである。以下、図３に基づいて、Ｐｈａｓｅ１のデータ再配置処理を説明する。なお、図３においてＳ１〜Ｓ６は各処理ステップを示す。また、以下の処理は各ＣＭ内の制御部２が行う処理であり、各ＣＭでは、自ＣＭが対象とするＲＬＵは、予め、各ＣＭ内のデータ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録されているものとする。
【００５９】
先ず、該当するＣＭ内の制御部２は、ストライプ変換処理用のバッファメモリ４に変換データ格納用領域を確保する（Ｓ１）。次に、変換元データをディスク（例えば、ＲＬＵ＃０）からリードし、リードしたデータをバッファメモリ４（前記確保した領域）へ転送する（Ｓ２）。次に、コントローラ間（ＣＭ＃０→ＣＭ＃１）でバッファメモリ４（前記確保した領域）のデータをコピーする（Ｓ３）。
【００６０】
そして、バッファメモリ４のデータをディスクへ転送しディスクへデータをライトする（ＲＬＵ＃１）（Ｓ４）。次に、データ変換完了後、ホスト入出力の受け付け先を変換完了構成に変更する。例えば、ＲＬＵ＃０からＲＬＵ＃１へデータ移動が完了したことを、データ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録する（Ｓ５）。そして、ストライプ変換処理用のバッファメモリを解放し（Ｓ６）この処理を終了する。
【００６１】
(2) ：Ｐｈａｓｅ２のデータ再配置処理
図４はＰｈａｓｅ２のデータ再配置処理フローチャートである。以下、図４に基づいて、Ｐｈａｓｅ２のデータ再配置処理を説明する。なお、図４においてＳ１１〜Ｓ１５は各処理ステップを示す。また、以下の処理は各ＣＭ内の制御部２が行う処理であり、各ＣＭでは、自ＣＭが対象とするＲＬＵは、予め、各ＣＭ内のデータ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録されているものとする。
【００６２】
先ず、該当するＣＭ内の制御部２は、ストライプ変換処理用のバッファメモリ４に変換データ格納用領域を確保する（Ｓ１１）。次に、変換元ＲＡＩＤのデータをリードする（Ｓ１２）。そして、他のＲＡＩＤグループへ移ったデータ部への後構成での上書きを実施する（Ｓ１３）。
【００６３】
次に、上書きデータ進捗情報を更新する（Ｓ１４）。そして、ストライプ変換処理用のバッファメモリ４を解放し（Ｓ１５）、この処理を終了する。
【００６４】
§５：データ再配置処理例の具体例による説明
図５はＰｈａｓｅ１(a) −(c) におけるデータ再配置処理例１の説明図である。また、図６はＰｈａｓｅ１(d) −(e) 及びＰｈａｓｅ２(a) −(d) におけるデータ再配置処理例の説明図であり、Ａ図はＰｈａｓｅ１(d) −(e) におけるデータ再配置処理例１の説明図、Ｂ図はＰｈａｓｅ２(a) −(d) におけるデータ再配置処理例２の説明図である。また、図７はＰｈａｓｅ２(e) におけるデータ再配置処理例２完了の説明図である。なお、ＲＬＵはＲＡＩＤグループの論理ユニット、ＣＭはコントローラモジュール、セグメントはデータ再配置の最小単位（例えば、１セグメント＝３ストライプ分）である。
【００６５】
(1) ：Ｐｈａｓｅ１(a) −(c) におけるデータ再配置処理例１の説明（図５参照）
この例は、ＲＡＩＤ５（３＋１）のＲＬＵ＃０について、１セグメントを３ストライプ分とした例である。この処理では、ストライプ変換処理用バッファメモリ４の獲得を行い、変換元データをリードし（データ読み出し）、変換後データ配置へのライト（データ書き込み）を行う。
【００６６】
前記処理において、ＲＬＵ＃０をＣＭ＃０が担当し、ＲＬＵ＃１をＣＭ＃１が担当し、ＲＬＵ＃２をＣＭ＃２が担当するものとする。例えば、ＣＭ＃０が担当するＲＬＵ＃０では、セグメント＃０、セグメント＃１、セグメント＃２、セグメント＃３、セグメント＃４、セグメント＃５、セグメント＃６のようにデータが書き込まれる。
【００６７】
(2) ：Ｐｈａｓｅ１(d) −(e) におけるデータ再配置処理例１の説明（図６のＡ図参照）
この処理では、前記図５に示した変換完了後、ホスト入出力の受付先を変換完了構成に変更し、ストライプ変換処理用バッファメモリ解放する。この処理では、図５に示したＣＭ＃０が担当するＲＬＵ＃０に書き込んだセグメント＃０はそのままとし、セグメント＃１はＣＭ＃１が担当するＲＬＵ＃１の１番目に移動させ、セグメント＃２はＣＭ＃２が担当するＲＬＵ＃２の１番目に移動させる。
【００６８】
次に、ＣＭ＃０が担当するＲＬＵ＃０に書き込んだセグメント＃３はそのままとし、セグメント＃４はＣＭ＃１が担当するＲＬＵ＃１の２番目に移動させ、セグメント＃５はＣＭ＃２が担当するＲＬＵ＃２の２番目に移動させる。また、ＣＭ＃０が担当するＲＬＵ＃０に書き込んだセグメント＃６はそのままとする。このような処理を完了すると、図６のＡ図に示したようなデータ再配置になる。なお、この処理が完了した時点において、ＣＭ＃０が担当するＲＬＵ＃０のセグメント＃０乃至セグメント＃６はデータを消去せずにそのままである。
【００６９】
(3) ：Ｐｈａｓｅ２(a) −(d) におけるデータ再配置処理例２の説明（図６のＢ図参照）
この処理では、ストライプ変換処理用バッファメモリ４の領域を獲得し、変換元ＲＡＩＤグループリードし、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きをし、上書きデータ進捗更新を行う。
【００７０】
この処理は、図６のＢ図に示したように、ＣＭ＃０が担当するＲＬＵ＃０に書き込んだセグメント＃０乃至セグメント＃６について、他のＲＬＵ（ＲＬＵ＃１、ＲＬＵ＃２）へ移動させたデータの領域に対し、移動してないデータを上書きしてデータ書き込み領域を詰める処理を行う。
【００７１】
例えば、セグメント＃１、セグメント＃２、セグメント＃４、セグメント＃５は他のＲＬＵへ移動したので、これらのデータが書き込まれていた領域に、残っていたデータであるセグメント３、セグメント６を順次詰めて上書きする。
【００７２】
すなわち、セグメント＃０をそのままとし、セグメント＃３をセグメント＃１の領域に上書きし、セグメント＃６をセグメント＃２の領域に上書きして詰める（空き領域を詰める）。
【００７３】
(4) ：Ｐｈａｓｅ２(e) におけるデータ再配置処理例２完了の説明（図７のＡ図参照）  この処理では、前記(3) の処理で上書きデータ進捗更新をした後、ストライプ変換処理用バッファメモリ解放を行う。そして、この処理が完了すると、図７のＡ図のような状態になる。
【００７４】
§６：データ再配置処理前後でのＬＵＮ構成変化の説明
図８はＣＭでの担当ＬＵＮ構成の説明図、図９はＣＭでの担当ＬＵＮ共有／共用構成の説明図である。
【００７５】
例えば、ホストコンピュータ１に接続された各ＣＭでの担当ＬＵＮ構成が図８のようになっていたとする（データ再配置前の状態）。この場合、ＣＭ＃０でのＲＬＵ＃０では、ＬＵＮ＃０、ＬＵＮ＃１、ＬＵＮ＃２となっている。また、ＣＭ＃１でのＲＬＵ＃１では、ＬＵＮ＃３、ＬＵＮ＃４、ＬＵＮ＃５となっている。また、ＣＭ＃２でのＲＬＵ＃２では、ＬＵＮ＃６、ＬＵＮ＃７、ＬＵＮ＃８となっている。
【００７６】
前記のようなデータ配置になっていたものをデータ再配置した場合、図９のようになる。図９（データ再配置後）では、ＣＭ＃０でのＲＬＵ＃０と、ＣＭ＃１でのＲＬＵ＃１と、ＣＭ＃２でのＲＬＵ＃２が共用構成となり、各ＬＵＮ（ＬＵＮ＃０乃至ＬＵＮ＃９）が共用構成になっている。
【００７７】
すなわち、図９では、１つのＬＵＮが複数のＣＭに跨がって配置されている状態を表している。このようなデータ再配置によれば、セグメントを小さくすることで、ディスク及びコントローラを多数使用する事ができる為、シーケンシャルな処理性能の向上が見込まれる。また、データを複数のＲＬＵに分散することができるので、コントローラ資源の有効利用ができる。
【００７８】
§７：プログラム及び記録媒体の説明
前記ＲＡＩＤ装置が行う処理は、各ＣＭ内の制御部２が、各ＣＭの制御部２内の記憶手段（メモリ又はハードディスク装置等）に記憶されたプログラムを実行することにより行うが、このような例に限らず、次のようにしても実現できる。この場合、各ＣＭの制御部２内の記憶手段に記憶するプログラムは、次のようにして記憶させる。
【００７９】
(a) ：フレキシブルディスク（フロッピィディスク）に格納されているプログラム（他の装置で作成したプログラムデータ）を、前記ＣＭに接続したフレキシブルディスクドライブ（図示省略）により読み取り、前記記憶手段に記憶させる。
【００８０】
(b) ：各ＣＭに接続された磁気ディスク、或いはＣＤ−ＲＯＭ等の記録媒体に格納されているデータを、前記ＣＭに接続したドライブ装置（ＣＤ−ＲＯＭドライブ等）により読み取り、前記記憶手段に記憶させる。
【００８１】
(c) ：ＬＡＮ等の通信回線を介して他の装置から伝送されたプログラム等のデータを、ホストコンピュータ１を介して各ＣＭがＣＡを介して受信し、そのデータを前記記憶手段に記憶させる。
【００８２】
§８：付記
前記の説明に対し、次のような構成を付記する。
【００８３】
（付記１）
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置において、
前記各コントローラには、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、
前記フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２とからなる２つのフェーズを遷移する機能を備えていることを特徴とするＲＡＩＤ装置。
【００８４】
（付記２）
前記各コントローラの制御部が前記ストライプ変換制御の際に行うフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、
前記フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有すると共に、
更に前記フェーズ１では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えていることを特徴とする付記１記載のＲＡＩＤ装置。
【００８５】
（付記３）
前記各コントローラは、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、
コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段を備え、該通信手段を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えると共に、
前記ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメントとして扱う機能を備えていることを特徴とする付記１又は２記載のＲＡＩＤ装置。
【００８６】
（付記４）
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置のストライプ変換制御方法において、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行うことを特徴とするＲＡＩＤ装置のストライプ変換制御方法。
【００８７】
（付記５）
前記各コントローラの制御部が前記ストライプ変換制御を行う際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリ解放する処理を行い、
更に前記フェーズ２のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
前記フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行うことを特徴とする付記４記載のＲＡＩＤ装置のストライプ変換制御方法。
【００８８】
（付記６）
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置に、
ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを実現させるためのプログラム、又は該プログラムを記録したコンピュータ読み取り可能な記録媒体。
【００８９】
（付記７）
前記ストライプ変換制御の際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
前記フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を実現させるための付記６記載のプログラム又は該プログラムを記録した付記６記載のコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【００９０】
【図１】本発明の原理説明図である。
【図２】実施の形態におけるシステムのハード構成図である。
【図３】実施の形態におけるＰｈａｓｅ１のデータ再配置処理フローチャートである。
【図４】実施の形態におけるＰｈａｓｅ２のデータ再配置処理フローチャートである。
【図５】実施の形態におけるＰｈａｓｅ１(a) −(c) におけるデータ再配置処理例１の説明図である。
【図６】実施の形態におけるＰｈａｓｅ１(d) −(e) におけるデータ再配置処理例の説明図であり、Ａ図はＰｈａｓｅ１(d) −(e) におけるデータ再配置処理例１の説明図、Ｂ図はＰｈａｓｅ２(a) −(d) におけるデータ再配置処理例２の説明図である。
【図７】実施の形態におけるＰｈａｓｅ２(e) におけるデータ再配置処理例２完了の説明図である。
【図８】実施の形態におけるＣＭでの担当ＬＵＮ構成の説明図である。
【図９】実施の形態におけるＣＭでの担当ＬＵＮ共有／共用構成の説明図である。
【符号の説明】
【００９１】
１  ホストコンピュータ（ホスト）
２  制御部
３  データ配置管理テーブル用メモリ
４  バッファメモリ
５  キャッシュメモリ
ＣＭ  コントローラモジュール
ＣＡ  チャネルアダプタ
ＤＩ  デバイスアダプタ
ＲＴ  ルータ
ＲＬＵ  ＲＡＩＤグループの論理ユニット
【図１】
2008299359.tif 000003
【図２】
2008299359.tif 000004
【図３】
2008299359.tif 000005
【図４】
2008299359.tif 000006
【図５】
2008299359.tif 000007
【図６】
2008299359.tif 000008
【図７】
2008299359.tif 000009
【図８】
2008299359.tif 000010
【図９】
2008299359.tif 000011