JP2008299359A - Ｒａｉｄ装置及びｒａｉｄ装置のストライプ変換制御方法 - Google Patents
Ｒａｉｄ装置及びｒａｉｄ装置のストライプ変換制御方法 Download PDFInfo
- Publication number
- JP2008299359A JP2008299359A JP2007141237A JP2007141237A JP2008299359A JP 2008299359 A JP2008299359 A JP 2008299359A JP 2007141237 A JP2007141237 A JP 2007141237A JP 2007141237 A JP2007141237 A JP 2007141237A JP 2008299359 A JP2008299359 A JP 2008299359A
- Authority
- JP
- Japan
- Prior art keywords
- data
- raid
- conversion
- phase
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】従来、複数コントローラで１つのＲＬＵを制御できず、資源の効率的な利用ができなかった。また、ＲＡＩＤ構成の再配置時に、元の構成データを上書きしてしまい、途中で処理が異常終了した場合、元のＲＡＩＤ構成に戻す事が直ぐにできなかった。
【解決手段】各コントローラは、ホスト１からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にデータをリード／ライトする機能を備えたＲＡＩＤ装置であって、各コントローラの制御部２は、ストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２の２つのフェーズを遷移する機能を備えている。
【選択図】図１
【解決手段】各コントローラは、ホスト１からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にデータをリード／ライトする機能を備えたＲＡＩＤ装置であって、各コントローラの制御部２は、ストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２の２つのフェーズを遷移する機能を備えている。
【選択図】図１
Description
本発明は、複数の物理ディスク装置を含むディスク装置群と、上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置及びＲＡＩＤ装置のストライプ変換制御方法に関するものである。
(1) ：従来例１
以下、特許文献１を従来例１として説明する。従来例１には次のような内容が記載されている。なお、ＲＡＩＤは、Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋのことである。
以下、特許文献１を従来例１として説明する。従来例１には次のような内容が記載されている。なお、ＲＡＩＤは、Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋのことである。
(a) ：「ＲＡＩＤ構成の冗長度を変更するＲＡＩＤ装置において、多様なＲＡＩＤレベル変換、容量増加を可能とする。」・・・要約の欄を参照
(b) ：「少なくとも、ＲＡＩＤレベルと論理デバイス数を定義した新旧のＲＡＩＤ構成定義情報を使用し、制御部が、それぞれによりＲＬＵをマッピングして、ステージング、ライトバックして、ＲＡＩＤ構成を変更する。このため、多様なＲＡＩＤレベルの変換、容量増加を実現できる。」・・・要約の欄を参照
(c) ：「従って、本発明の目的は、活性状態でのＲＡＩＤレベルの変更範囲を拡大するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１１］参照
(d) ：「又、本発明の他の目的は、物理ディスク数の変更なしに、活性状態でＲＡＩＤレベルを変更するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１２］参照
(e) ：「更に、本発明の他の目的は、活性状態で、ＲＡＩＤレベルを変更せずに、ＲＡＩＤグループの容量を増大するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１３］参照
(2) ：従来例２
以下、特許文献２を従来例２として説明する。従来例２には次のような内容が記載されている。
(b) ：「少なくとも、ＲＡＩＤレベルと論理デバイス数を定義した新旧のＲＡＩＤ構成定義情報を使用し、制御部が、それぞれによりＲＬＵをマッピングして、ステージング、ライトバックして、ＲＡＩＤ構成を変更する。このため、多様なＲＡＩＤレベルの変換、容量増加を実現できる。」・・・要約の欄を参照
(c) ：「従って、本発明の目的は、活性状態でのＲＡＩＤレベルの変更範囲を拡大するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１１］参照
(d) ：「又、本発明の他の目的は、物理ディスク数の変更なしに、活性状態でＲＡＩＤレベルを変更するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１２］参照
(e) ：「更に、本発明の他の目的は、活性状態で、ＲＡＩＤレベルを変更せずに、ＲＡＩＤグループの容量を増大するためのＲＡＩＤ装置及び論理デバイス拡張方法を提供するにある。」・・・段落番号［００１３］参照
(2) ：従来例２
以下、特許文献２を従来例２として説明する。従来例２には次のような内容が記載されている。
(a) ：「複数の論理ユニットを連結して、大容量論理ユニットを構築するストレージ制御装置において、複数のコントローラにまたがる論理ユニットの連結を可能とする。」・・・要約の欄を参照
(b) ：「従って、本発明の目的は、論理ユニットを連結しても、コントローラの負荷が大きくなることを防止するためのストレージ制御装置及び制御方法を提供することにある。」・・・段落番号［００１３］参照
(c) ：「又、本発明の他の目的は、連結できる論理ユニットの制限を解除し、柔軟性のある大容量論理ユニットを構成するためのストレージ制御装置及びその制御方法を提供することにある。」・・・段落番号［００１４］参照
(d) ：「更に、本発明の他の目的は、論理ユニットを連結しても、ホストアクセス性能の低下を防止するためのストレージ制御装置及び制御方法を提供することにある。」・・・段落番号［００１５］参照
(3) ：従来例３
以下、特許文献３を従来例３として説明する。従来例３には次のような内容が記載されている。
(b) ：「従って、本発明の目的は、論理ユニットを連結しても、コントローラの負荷が大きくなることを防止するためのストレージ制御装置及び制御方法を提供することにある。」・・・段落番号［００１３］参照
(c) ：「又、本発明の他の目的は、連結できる論理ユニットの制限を解除し、柔軟性のある大容量論理ユニットを構成するためのストレージ制御装置及びその制御方法を提供することにある。」・・・段落番号［００１４］参照
(d) ：「更に、本発明の他の目的は、論理ユニットを連結しても、ホストアクセス性能の低下を防止するためのストレージ制御装置及び制御方法を提供することにある。」・・・段落番号［００１５］参照
(3) ：従来例３
以下、特許文献３を従来例３として説明する。従来例３には次のような内容が記載されている。
(a) ：「本発明は、パリティ機能を有するディスク・アレイ・システムのように、複数の記憶装置を有するシステムのデータ転送方法に係り、特に、このようなシステム中に新たな記憶装置を追加した場合における、システムに記憶されているデータの再配置方法及びデータのアクセス方法に関する。」・・・段落番号［０００１］参照
(b) ：「そこで、本発明の第１の目的は、システムに記憶されているデータを消去することなく、システムに新たな記憶装置を追加可能にする方法を提供することである。」・・・段落番号［００１２］参照
特開２００４−２１３０６４号公報
特開２００４−２６４９４８号公報
特許第３１７０４５５号公報
(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 ２とも記す。
図１は本発明の原理説明図である。図１において、１はホストコンピュータ（以下、単に「ホスト」とも記す）、２は制御部、３はデータ配置管理テーブル用メモリ、４はバッファメモリ、ＣＭはコントローラモジュール（Controller Module ）、ＲＴはルータ(Router)、ＲＬＵはＲＡＩＤグループの論理ユニットを示す。なお、以下の説明では、フェーズ１をPhase １、フェーズ２をPhase ２とも記す。
以下に説明するＲＡＩＤ装置及びＲＡＩＤ装置のストライプ変換制御方法の概要を図１に基づいて説明する。
(1) ：複数の物理ディスク装置を含むディスク装置群（ＲＬＵ＃０〜ＲＬＵ＃２を含むディスク装置群）と、ホストコンピュータ１（上位装置）に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数（ＣＭ＃０〜ＣＭ＃２）備え、各コントローラは、ホストコンピュータ１（上位装置）からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にデータをリード／ライトする機能を備えたＲＡＩＤ装置である。
このＲＡＩＤ装置では、各コントローラ（ＣＭ＃０〜ＣＭ＃２）には、データのリード／ライトの制御を行う制御部２と、各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段（データ配置管理テーブル用メモリ３）と、転送データを一時的に格納するバッファメモリ４を少なくとも備えている。
そして、各コントローラの制御部２はストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２の２つのフェーズを遷移する機能を備えている。
(2) ：前記(1) のＲＡＩＤ装置において、各コントローラの制御部２がストライプ変換制御を行う際のフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有する。
更にフェーズ１では、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、変換元データのリード処理と、変換後データ配置へのライト処理と、変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、ストライプ変換処理用バッファメモリ（バッファメモリ４）を解放する処理を行う。
更にフェーズ２では、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、変換元ＲＡＩＤグループのデータをリードする処理と、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、上書きデータ進捗更新する処理と、前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えている。
(3) ：前記(1) 又は(2) のＲＡＩＤ装置において、各コントローラ（ＣＭ＃０〜ＣＭ＃２）は、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段（ルータＲＴ）を備え、該通信手段（ルータＲＴ）を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えている。
また、ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメント（１セグメント＝ｎストライプ分：ｎは任意の整数）として扱う機能を備えている。
(4) ：複数の物理ディスク装置を含むディスク装置群と、上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数（ＣＭ＃０〜ＣＭ＃２）備え、各コントローラ（ＣＭ＃０〜ＣＭ＃２）は、データのリード／ライトの制御を行う制御部２と、各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段（データ配置管理テーブル用メモリ３）と、転送データを一時的に格納するバッファメモリ４とを少なくとも備え、ホストコンピュータ１（上位装置）からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にデータをライトするＲＡＩＤ装置のストライプ変換制御方法である。
そして、このＲＡＩＤ装置のストライプデータ制御方法において、各コントローラの制御部２は、ストライプ変換制御を行う際、１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行う。
(5) ：前記(4) のＲＡＩＤ装置のストライプ変換制御方法において、各コントローラの制御部２がストライプ変換制御の際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置するステップを有し、フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰めるステップを有する。
更にフェーズ１のステップでは、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、変換元データのリード処理と、変換後データ配置へのライト処理と、変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、ストライプ変換処理用バッファメモリを解放する処理を行い、更にフェーズ２のステップでは、ストライプ変換処理用にバッファメモリ４の必要な領域を獲得する処理と、フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、上書きデータ進捗更新する処理と、前記ストライプ変換処理用バッファメモリ４を解放する処理を行う。
§２：システムの概念の説明
図２はシステムのハード構成図である。以下、図２に基づいてシステムのハード構成を説明する。
図２はシステムのハード構成図である。以下、図２に基づいてシステムのハード構成を説明する。
図２において、１はホストコンピュータ（以下、単に「ホスト」とも記す）、２は制御部、３はデータ配置管理テーブル用メモリ、４はバッファメモリ、５はキャッシュメモリ、ＣＭはコントローラモジュール（Controller Module ）、ＣＡはチャネルアダプタ（Channel Adapter ）、ＤＩはデバイスアダプタ（Device Adapter）、ＲＴはルータ(Router)、ＲＬＵはＲＡＩＤグループの論理ユニットを示す。
このシステムは、ホストコンピュータ１（上位装置）と、ホストコンピュータ１に接続された複数のＣＭ（この例では、ＣＭ＃０、ＣＭ＃１、ＣＭ＃２の３個のＣＭ）と、各ＣＭ間で通信を行うためのルータＲＴと、各ＣＭに接続された複数のディスク装置（図２では複数のＲＡＩＤグループの論理ユニットＲＬＵ＃０、ＲＬＵ＃１、ＲＬＵ＃２で表している）等を備えている。
また、前記各ＣＭにはそれぞれ、ＣＡと、ＤＩと、制御部２と、データ配置管理テーブル用メモリ３と、バッファメモリ４と、キャッシュメモリ５等が設けてある。この場合、制御部２は、ＣＰＵ、ＭＰＵ等のプロセッサと、該プロセッサが実行するプログラムと、該プログラムを記憶しておくための記憶手段等で構成されている。
§３：データ再配置処理の概要説明
(1) ：データ再配置処理の基本的な説明
以下に説明するデータ再配置処理では、従来、１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置することで、装置資源をより効率的に、また、安全に実現する。具体的には、下記の２つの機能を実現することで前記目的を達成する。
(1) ：データ再配置処理の基本的な説明
以下に説明するデータ再配置処理では、従来、１つのＲＡＩＤグループで制御されていたデータについて、自身を含む複数のＲＡＩＤグループに再配置することで、装置資源をより効率的に、また、安全に実現する。具体的には、下記の２つの機能を実現することで前記目的を達成する。
記
(a) ：一つのＲＡＩＤグループのデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数のＲＡＩＤグループに再配置する。
(a) ：一つのＲＡＩＤグループのデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数のＲＡＩＤグループに再配置する。
(b) ：前記(a) で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態なので、このデータの消し込みとデータ再配置を行う。
(2) ：データ再配置処理の実現方法の説明
データ再配置処理の実現方法として、ストライプ変換処理については、大きく２つのフェーズ（Phase １、Phase ２）を遷移する。１つ目のフェーズ（Phase １）として、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへの配置を実施する。２つ目のフェーズ（Phase ２）として、変換により他ＲＡＩＤグループへ移ったことで、二重に残ったデータ部を空き扱いにして、データを詰める。
データ再配置処理の実現方法として、ストライプ変換処理については、大きく２つのフェーズ（Phase １、Phase ２）を遷移する。１つ目のフェーズ（Phase １）として、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへの配置を実施する。２つ目のフェーズ（Phase ２）として、変換により他ＲＡＩＤグループへ移ったことで、二重に残ったデータ部を空き扱いにして、データを詰める。
(3) ：フェーズの詳細処理
（Ｐｈａｓｅ１）
(a) ：ストライプ変換処理用バッファメモリの獲得
(b) ：変換元データのリード
(c) ：変換後データ配置へのライト
(d) ：変換完了後、ホスト入出力の受付先を変換完了構成に変更
(e) ：ストライプ変換処理用バッファメモリ解放
（Ｐｈａｓｅ２）
(a) ：ストライプ変換処理用バッファメモリ獲得
(b) ：変換元ＲＡＩＤグループリード
(c) ：他ＲＡＩＤグループへ移ったデータ部への後構成での上書き
(d) ：上書きデータ進捗更新
(e) ：ストライプ変換処理用バッファメモリの解放
§４：フローチャートに基づくデータ再配置処理の説明
(1) ：Ｐｈａｓｅ１のデータ再配置処理
図３はＰｈａｓｅ１のデータ再配置処理フローチャートである。以下、図３に基づいて、Ｐｈａｓｅ１のデータ再配置処理を説明する。なお、図３においてＳ１〜Ｓ６は各処理ステップを示す。また、以下の処理は各ＣＭ内の制御部２が行う処理であり、各ＣＭでは、自ＣＭが対象とするＲＬＵは、予め、各ＣＭ内のデータ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録されているものとする。
（Ｐｈａｓｅ１）
(a) ：ストライプ変換処理用バッファメモリの獲得
(b) ：変換元データのリード
(c) ：変換後データ配置へのライト
(d) ：変換完了後、ホスト入出力の受付先を変換完了構成に変更
(e) ：ストライプ変換処理用バッファメモリ解放
（Ｐｈａｓｅ２）
(a) ：ストライプ変換処理用バッファメモリ獲得
(b) ：変換元ＲＡＩＤグループリード
(c) ：他ＲＡＩＤグループへ移ったデータ部への後構成での上書き
(d) ：上書きデータ進捗更新
(e) ：ストライプ変換処理用バッファメモリの解放
§４：フローチャートに基づくデータ再配置処理の説明
(1) ：Ｐｈａｓｅ１のデータ再配置処理
図３はＰｈａｓｅ１のデータ再配置処理フローチャートである。以下、図３に基づいて、Ｐｈａｓｅ１のデータ再配置処理を説明する。なお、図３においてＳ１〜Ｓ６は各処理ステップを示す。また、以下の処理は各ＣＭ内の制御部２が行う処理であり、各ＣＭでは、自ＣＭが対象とするＲＬＵは、予め、各ＣＭ内のデータ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録されているものとする。
先ず、該当するＣＭ内の制御部２は、ストライプ変換処理用のバッファメモリ４に変換データ格納用領域を確保する（Ｓ１）。次に、変換元データをディスク（例えば、ＲＬＵ＃０）からリードし、リードしたデータをバッファメモリ４（前記確保した領域）へ転送する（Ｓ２）。次に、コントローラ間（ＣＭ＃０→ＣＭ＃１）でバッファメモリ４（前記確保した領域）のデータをコピーする（Ｓ３）。
そして、バッファメモリ４のデータをディスクへ転送しディスクへデータをライトする（ＲＬＵ＃１）（Ｓ４）。次に、データ変換完了後、ホスト入出力の受け付け先を変換完了構成に変更する。例えば、ＲＬＵ＃０からＲＬＵ＃１へデータ移動が完了したことを、データ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録する（Ｓ５）。そして、ストライプ変換処理用のバッファメモリを解放し（Ｓ６）この処理を終了する。
(2) ：Ｐｈａｓｅ２のデータ再配置処理
図４はＰｈａｓｅ２のデータ再配置処理フローチャートである。以下、図４に基づいて、Ｐｈａｓｅ２のデータ再配置処理を説明する。なお、図４においてＳ１１〜Ｓ１５は各処理ステップを示す。また、以下の処理は各ＣＭ内の制御部２が行う処理であり、各ＣＭでは、自ＣＭが対象とするＲＬＵは、予め、各ＣＭ内のデータ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録されているものとする。
図４はＰｈａｓｅ２のデータ再配置処理フローチャートである。以下、図４に基づいて、Ｐｈａｓｅ２のデータ再配置処理を説明する。なお、図４においてＳ１１〜Ｓ１５は各処理ステップを示す。また、以下の処理は各ＣＭ内の制御部２が行う処理であり、各ＣＭでは、自ＣＭが対象とするＲＬＵは、予め、各ＣＭ内のデータ配置管理テーブル用メモリ３内のデータ配置管理テーブルに記録されているものとする。
先ず、該当するＣＭ内の制御部２は、ストライプ変換処理用のバッファメモリ４に変換データ格納用領域を確保する（Ｓ１１）。次に、変換元ＲＡＩＤのデータをリードする（Ｓ１２）。そして、他のＲＡＩＤグループへ移ったデータ部への後構成での上書きを実施する（Ｓ１３）。
次に、上書きデータ進捗情報を更新する（Ｓ１４）。そして、ストライプ変換処理用のバッファメモリ４を解放し（Ｓ１５）、この処理を終了する。
§５：データ再配置処理例の具体例による説明
図５はＰｈａｓｅ１(a) −(c) におけるデータ再配置処理例１の説明図である。また、図６はＰｈａｓｅ１(d) −(e) 及びＰｈａｓｅ２(a) −(d) におけるデータ再配置処理例の説明図であり、Ａ図はＰｈａｓｅ１(d) −(e) におけるデータ再配置処理例１の説明図、Ｂ図はＰｈａｓｅ２(a) −(d) におけるデータ再配置処理例２の説明図である。また、図７はＰｈａｓｅ２(e) におけるデータ再配置処理例２完了の説明図である。なお、ＲＬＵはＲＡＩＤグループの論理ユニット、ＣＭはコントローラモジュール、セグメントはデータ再配置の最小単位（例えば、１セグメント＝３ストライプ分）である。
図５はＰｈａｓｅ１(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) ：ＬＡＮ等の通信回線を介して他の装置から伝送されたプログラム等のデータを、ホストコンピュータ１を介して各ＣＭがＣＡを介して受信し、そのデータを前記記憶手段に記憶させる。
§８：付記
前記の説明に対し、次のような構成を付記する。
前記の説明に対し、次のような構成を付記する。
（付記１）
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置において、
前記各コントローラには、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、
前記フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２とからなる２つのフェーズを遷移する機能を備えていることを特徴とするＲＡＩＤ装置。
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置において、
前記各コントローラには、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、
前記フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２とからなる２つのフェーズを遷移する機能を備えていることを特徴とするＲＡＩＤ装置。
（付記２）
前記各コントローラの制御部が前記ストライプ変換制御の際に行うフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、
前記フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有すると共に、
更に前記フェーズ１では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えていることを特徴とする付記１記載のＲＡＩＤ装置。
前記各コントローラの制御部が前記ストライプ変換制御の際に行うフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、
前記フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有すると共に、
更に前記フェーズ１では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えていることを特徴とする付記１記載のＲＡＩＤ装置。
（付記３）
前記各コントローラは、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、
コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段を備え、該通信手段を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えると共に、
前記ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメントとして扱う機能を備えていることを特徴とする付記１又は２記載のＲＡＩＤ装置。
前記各コントローラは、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、
コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段を備え、該通信手段を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えると共に、
前記ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメントとして扱う機能を備えていることを特徴とする付記１又は２記載のＲＡＩＤ装置。
（付記４）
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置のストライプ変換制御方法において、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行うことを特徴とするＲＡＩＤ装置のストライプ変換制御方法。
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置のストライプ変換制御方法において、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行うことを特徴とするＲＡＩＤ装置のストライプ変換制御方法。
（付記５）
前記各コントローラの制御部が前記ストライプ変換制御を行う際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリ解放する処理を行い、
更に前記フェーズ２のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
前記フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行うことを特徴とする付記４記載のＲＡＩＤ装置のストライプ変換制御方法。
前記各コントローラの制御部が前記ストライプ変換制御を行う際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリ解放する処理を行い、
更に前記フェーズ２のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
前記フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行うことを特徴とする付記４記載のＲＡＩＤ装置のストライプ変換制御方法。
（付記６）
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置に、
ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを実現させるためのプログラム、又は該プログラムを記録したコンピュータ読み取り可能な記録媒体。
複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置に、
ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを実現させるためのプログラム、又は該プログラムを記録したコンピュータ読み取り可能な記録媒体。
（付記７）
前記ストライプ変換制御の際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
前記フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を実現させるための付記６記載のプログラム又は該プログラムを記録した付記６記載のコンピュータ読み取り可能な記録媒体。
前記ストライプ変換制御の際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
前記フェーズ１の処理に続く処理として、変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を実現させるための付記６記載のプログラム又は該プログラムを記録した付記６記載のコンピュータ読み取り可能な記録媒体。
１ ホストコンピュータ（ホスト）
２ 制御部
３ データ配置管理テーブル用メモリ
４ バッファメモリ
５ キャッシュメモリ
ＣＭ コントローラモジュール
ＣＡ チャネルアダプタ
ＤＩ デバイスアダプタ
ＲＴ ルータ
ＲＬＵ ＲＡＩＤグループの論理ユニット
２ 制御部
３ データ配置管理テーブル用メモリ
４ バッファメモリ
５ キャッシュメモリ
ＣＭ コントローラモジュール
ＣＡ チャネルアダプタ
ＤＩ デバイスアダプタ
ＲＴ ルータ
ＲＬＵ ＲＡＩＤグループの論理ユニット
Claims (5)
- 複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトする機能を備えたＲＡＩＤ装置において、
前記各コントローラには、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１と、
前記フェーズ１で再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２とからなる２つのフェーズを遷移する機能を備えていることを特徴とするＲＡＩＤ装置。 - 前記各コントローラの制御部が前記ストライプ変換制御の際に行うフェーズ１では、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する機能を有し、
前記フェーズ２では、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める機能を有すると共に、
更に前記フェーズ１では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリを解放する処理を行い、
更に前記フェーズ２では、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行う機能を備えていることを特徴とする請求項１記載のＲＡＩＤ装置。 - 前記各コントローラは、それぞれ自コントローラが担当するＲＡＩＤグループが割り当てられており、
コントローラ間で相互にデータ転送を含む通信ができるように各コントローラ間には通信手段を備え、該通信手段を介して、各コントローラが担当するＲＡＩＤグループに対するリード／ライトデータの転送を行う機能を備えると共に、
前記ストライプ変換処理では、各ＲＡＩＤグループ内の複数ストライプ分のデータを１まとめにし、データ再配置の最小単位の１セグメントとして扱う機能を備えていることを特徴とする請求項１又は２記載のＲＡＩＤ装置。 - 複数の物理ディスク装置を含むディスク装置群と、
上位装置に接続して運用され、前記ディスク装置群の予め割り当てられた複数のディスク装置毎にデータのリード／ライト制御を行うコントローラを複数備え、
前記各コントローラは、
データのリード／ライトの制御を行う制御部と、
前記各ディスク装置に対するデータの配置情報を管理するためのデータ配置管理テーブルを格納する記憶手段と、
転送データを一時的に格納するバッファメモリとを少なくとも備え、
上位装置からの要求に応じＲＡＩＤ構成定義に従ってデータを分解し、複数の物理ディスク装置に並列にリード／ライトするＲＡＩＤ装置のストライプ変換制御方法において、
前記各コントローラの制御部は、ストライプ変換制御を行う際、
１つのＲＡＩＤグループ内のデータを、同一ＲＡＩＤレベルの自ＲＡＩＤグループを含む複数ＲＡＩＤグループに再配置するフェーズ１のステップと、
前記フェーズ１のステップに続き、前記フェーズ１のステップで再配置する前のＲＡＩＤグループについては、二重のデータを持っている状態であり、このデータの消し込みとデータ再配置を行うフェーズ２のステップを行うことを特徴とするＲＡＩＤ装置のストライプ変換制御方法。 - 前記各コントローラの制御部が前記ストライプ変換制御を行う際に行うフェーズ１のステップでは、元のデータを残しながら変換元ＲＡＩＤグループのデータを別ＲＡＩＤグループへ配置する処理を有し、
前記フェーズ２のステップでは、変換により他ＲＡＩＤグループへ移った事で二重に残ったデータ部を空き扱いにして、データを詰める処理を有し、
更に前記フェーズ１のステップでは、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元データのリード処理と、
変換後データ配置へのライト処理と、
変換完了後、ホスト入出力の受付先を変換完了構成に変更する処理と、
ストライプ変換処理用バッファメモリ解放する処理を行い、
更に前記フェーズ２のステップでは、
前記フェーズ１の処理に続く処理として、
ストライプ変換処理用に前記バッファメモリの必要な領域を獲得する処理と、
変換元ＲＡＩＤグループのデータをリードする処理と、
他ＲＡＩＤグループへ移ったデータ部への後構成での上書きする処理と、
上書きデータ進捗更新する処理と、
前記ストライプ変換処理用バッファメモリを解放する処理を行うことを特徴とする請求項４記載のＲＡＩＤ装置のストライプ変換制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007141237A JP4934820B2 (ja) | 2007-05-29 | 2007-05-29 | Ｒａｉｄ装置及びｒａｉｄ装置のストライプ変換制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007141237A JP4934820B2 (ja) | 2007-05-29 | 2007-05-29 | Ｒａｉｄ装置及びｒａｉｄ装置のストライプ変換制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008299359A true JP2008299359A (ja) | 2008-12-11 |
| JP4934820B2 JP4934820B2 (ja) | 2012-05-23 |
Family
ID=40172872
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007141237A Active JP4934820B2 (ja) | 2007-05-29 | 2007-05-29 | Ｒａｉｄ装置及びｒａｉｄ装置のストライプ変換制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4934820B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013210959A (ja) * | 2012-03-30 | 2013-10-10 | Fujitsu Ltd | ストレージ管理方法、システム、およびプログラム |
| JP2014182755A (ja) * | 2013-03-21 | 2014-09-29 | Fujitsu Ltd | 制御装置、ストレージシステム、及び制御プログラム |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10171605A (ja) * | 1996-12-11 | 1998-06-26 | Hitachi Ltd | データ移行方法 |
| JP2003296039A (ja) * | 2002-04-02 | 2003-10-17 | Hitachi Ltd | クラスタ構成記憶システム及び制御方法 |
| JP2004272324A (ja) * | 2003-03-05 | 2004-09-30 | Nec Corp | ディスクアレイ装置 |
| JP2005107841A (ja) * | 2003-09-30 | 2005-04-21 | Toshiba Corp | ディスクアレイコントローラ及び容量拡張方法 |
| JP2007179200A (ja) * | 2005-12-27 | 2007-07-12 | Fujitsu Ltd | コンピュータシステムおよびストレージ仮想化装置 |
-
2007
- 2007-05-29 JP JP2007141237A patent/JP4934820B2/ja active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10171605A (ja) * | 1996-12-11 | 1998-06-26 | Hitachi Ltd | データ移行方法 |
| JP2003296039A (ja) * | 2002-04-02 | 2003-10-17 | Hitachi Ltd | クラスタ構成記憶システム及び制御方法 |
| JP2004272324A (ja) * | 2003-03-05 | 2004-09-30 | Nec Corp | ディスクアレイ装置 |
| JP2005107841A (ja) * | 2003-09-30 | 2005-04-21 | Toshiba Corp | ディスクアレイコントローラ及び容量拡張方法 |
| JP2007179200A (ja) * | 2005-12-27 | 2007-07-12 | Fujitsu Ltd | コンピュータシステムおよびストレージ仮想化装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013210959A (ja) * | 2012-03-30 | 2013-10-10 | Fujitsu Ltd | ストレージ管理方法、システム、およびプログラム |
| JP2014182755A (ja) * | 2013-03-21 | 2014-09-29 | Fujitsu Ltd | 制御装置、ストレージシステム、及び制御プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4934820B2 (ja) | 2012-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3892851B2 (ja) | メモリカード及び半導体装置 | |
| US6035373A (en) | Method for rearranging data in a disk array system when a new disk storage unit is added to the array using a new striping rule and a pointer as a position holder as each block of data is rearranged | |
| US7127557B2 (en) | RAID apparatus and logical device expansion method thereof | |
| US20070011401A1 (en) | System and method for adaptive operation of storage capacities of RAID systems | |
| US7383379B2 (en) | Manipulating data in a data storage device using an auxiliary memory device | |
| JP5315348B2 (ja) | シン・プロビジョニングの移行および取り消しのための方法および装置 | |
| US8639898B2 (en) | Storage apparatus and data copy method | |
| US20070143541A1 (en) | Methods and structure for improved migration of raid logical volumes | |
| JP2000099282A (ja) | ファイル管理システム | |
| US20200210291A1 (en) | Storage system | |
| JP2000010738A (ja) | ディスクアレイシステム、同システムに適用される記憶容量拡張方法および記録媒体 | |
| US20180307426A1 (en) | Storage apparatus and storage control method | |
| JP2009230352A (ja) | ストレージ容量拡張方法及びその方法を使用するストレージシステム | |
| JP4460967B2 (ja) | メモリカード、不揮発性半導体メモリ、及び半導体メモリの制御方法 | |
| JP4253272B2 (ja) | メモリカード、半導体装置、及び半導体メモリの制御方法 | |
| US8656131B2 (en) | Method and apparatus for expanding a virtual storage device | |
| JP2006318017A (ja) | Ｒａｉｄ構成変換方法、装置及びプログラム並びにこれを用いたディスクアレイ装置 | |
| JP2927282B2 (ja) | ディスクアレイ装置 | |
| US20090083503A1 (en) | System of creating logical volume and method thereof | |
| JP4751037B2 (ja) | メモリカード | |
| JP4934820B2 (ja) | Ｒａｉｄ装置及びｒａｉｄ装置のストライプ変換制御方法 | |
| US8793455B2 (en) | Storage apparatus, control method for storage apparatus, and storage system | |
| JP2007233838A (ja) | メモリシステムの制御方法 | |
| JP2008134720A (ja) | 情報記憶装置 | |
| JP5342055B1 (ja) | 記憶装置およびデータバックアップ方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100205 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111025 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111222 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20111222 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20111222 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120124 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120126 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150302 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4934820 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |