(57)【要約】【課題】データ記憶ドライブの継続使用を可能とし、リビルド処理に要する実行時間を効果的に削減できるドライブアレイ装置を提供することにある。【解決手段】本実施形態のドライブアレイ装置は、ドライブアレイを構成する複数のデータ記憶ドライブと、コントローラとを具備する。前記コントローラは、前記各データ記憶ドライブの全データ記憶領域を複数の論理的単位領域に分割し、前記各論理的単位領域と前記各データ記憶ドライブとを対応付けて管理する。前記コントローラは、エラーが発生したデータ記憶ドライブからの通知に基づいてエラー発生対象の論理的単位領域を特定し、前記特定された論理的単位領域のデータを復元して前記ドライブアレイの再構成処理を実行する。【選択図】図１
2014203285.tif 000002
【特許請求の範囲】
【請求項１】
ドライブアレイを構成する複数のデータ記憶ドライブと、
前記各データ記憶ドライブの全データ記憶領域を複数の論理的単位領域に対応付けて分割し、前記各論理的単位領域と前記各データ記憶ドライブとを対応付けて管理するコントローラとを具備し、
前記コントローラは、
エラーが発生したデータ記憶ドライブからの通知に基づいてエラー発生対象の論理的単位領域を特定し、
前記特定された論理的単位領域のデータを復元して前記ドライブアレイの再構成処理を実行するドライブアレイ装置。
【請求項２】
前記コントローラは、
前記各データ記憶ドライブと前記各論理的単位領域とを対応付けるテーブル情報を記憶し、
前記テーブル情報に基づいて前記エラー発生対象の論理的単位領域を特定する請求項１に記載のドライブアレイ装置。
【請求項３】
前記コントローラは、
前記エラー発生対象に対応する前記データ記憶ドライブの論理的単位領域を、データ記憶領域として未使用であることを示す情報を前記テーブル情報に設定する請求項２に記載のドライブアレイ装置。
【請求項４】
前記コントローラは、
前記特定された論理的単位領域のデータを復元して、エラーが発生したデータ記憶ドライブとは異なるデータ記憶ドライブに格納し、前記ドライブアレイの再構成処理を実行する請求項１から３のいずれか１項に記載のドライブアレイ装置。
【請求項５】
前記ドライブアレイを構成するデータ記憶ドライブとして、前記復元されたデータを格納するための予備データ記憶ドライブを有し、
前記コントローラは、
前記特定された論理的単位領域のデータを復元して、前記予備データ記憶ドライブに格納し、前記ドライブアレイの再構成処理を実行する請求項１から３のいずれか１項に記載のドライブアレイ装置。
【請求項６】
前記各データ記憶ドライブは、データ記憶領域をアクセスするための論理アドレスと前記論理的単位領域とを対応付けて管理し、
前記コントローラは、
エラーが発生したデータ記憶ドライブからの、前記エラー発生対象のデータ記憶領域の論理アドレスに対応する論理的単位領域を示す情報の通知に基づいて、前記エラー発生対象の論理的単位領域を特定する請求項１から５のいずれか１項に記載のドライブアレイ装置。
【請求項７】
ドライブアレイを構成する複数のデータ記憶ドライブを有するドライブアレイ装置に適用するコントローラであって、
前記各データ記憶ドライブの全データ記憶領域を複数の論理的単位領域に対応付けて分割し、前記各論理的単位領域と前記各データ記憶ドライブとを対応付けて管理する手段と、
エラーが発生したデータ記憶ドライブからの通知に基づいてエラー発生対象の論理的単位領域を特定する手段と、
前記特定された論理的単位領域のデータを復元して前記ドライブアレイの再構成処理を実行する手段と
を具備するコントローラ。
【請求項８】
前記各データ記憶ドライブと前記各論理的単位領域とを対応付けるテーブル情報を記憶する手段を含み、
前記テーブル情報に基づいて前記エラー発生対象の論理的単位領域を特定する請求項７に記載のコントローラ。
【請求項９】
ドライブアレイを構成するデータ記憶ドライブであって、
全データ記憶領域を複数の論理的単位領域に対応付けて分割し、前記各論理的単位領域とデータ記憶領域をアクセスするための論理アドレスとを対応付けたテーブル情報を記憶する手段と、
エラーが発生した際に、前記テーブル情報に基づいてエラー発生対象のデータ記憶領域の論理アドレスに対応する論理的単位領域を示す情報を、前記ドライブアレイの再構成処理を実行するコントローラに通知する手段と
を具備するデータ記憶ドライブ。
【請求項１０】
ドライブアレイを構成する複数のデータ記憶ドライブを有するドライブアレイ装置に適用するドライブアレイの再構成方法であって、
前記各データ記憶ドライブの全データ記憶領域を複数の論理的単位領域に対応付けて分割し、前記各論理的単位領域と前記各データ記憶ドライブとを対応付けて管理し、
エラーが発生したデータ記憶ドライブからの通知に基づいてエラー発生対象の論理的単位領域を特定し、
前記特定された論理的単位領域のデータを復元して前記ドライブアレイの再構成処理を実行するドライブアレイの再構成方法。
【請求項１１】
ドライブアレイを構成する複数のデータ記憶ドライブ及びコントローラを有するドライブアレイ装置に適用するドライブアレイの再構成方法であって、
エラーが発生したデータ記憶ドライブはインターフェースを経由して、前記コントローラに対してエラー発生対象のデータ記憶領域の論理アドレスに対応する論理的単位領域を示す情報を通知し、
前記コントローラは、
前記各データ記憶ドライブの全データ記憶領域を複数の論理的単位領域に対応付けて分割し、前記インターフェースを経由して、アクセス対象の論理的単位領域を含むコマンドによりデータ記憶ドライブをアクセス制御し、
前記データ記憶ドライブからの通知に基づいてエラー発生対象の論理的単位領域を特定し、
前記特定された論理的単位領域のデータを復元して前記ドライブアレイの再構成処理を実行するドライブアレイの再構成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ドライブアレイ装置、コントローラ、データ記憶ドライブ及び方法に関する。
【背景技術】
【０００２】
近年、例えばサーバが管理するストレージシステムは、さらなる大容量化が推進されている。大容量のストレージシステムの構築には、高信頼性と高性能を実現できるドライブアレイ装置が必要不可欠である。ドライブアレイ装置は、ＲＡＩＤ（Redundant Array of Independent Disks）装置や、ディスクアレイ（disk array）装置とも呼ばれている。以下、ＲＡＩＤ装置と表記する場合がある。
【０００３】
通常では、ＲＡＩＤ装置は、複数のハードディスクドライブ（ＨＤＤ）により構成されている。近年では、ＲＡＩＤ装置として、複数のＨＤＤとＳＳＤ（solid state drive）を使用するハイブリッド型構成も開発されている。なお、ＨＤＤとＳＳＤを総称してデータ記憶ドライブと表記する場合がある。
【０００４】
ＲＡＩＤ装置は、構成するＨＤＤの特定の記憶領域に障害が発生した場合、当該記憶領域に記録されたデータを復元し、当該ＨＤＤの全てのデータをスペアのデータ記憶ドライブ（以下、単にスペアドライブ）にコピーする。このようなリビルド（rebuild）処理により、ＲＡＩＤ装置を再構成できる。
【０００５】
このようにリビルド処理によりＲＡＩＤ装置を再構成する場合、特定の記憶領域に障害が発生したＨＤＤを使用不可にして、当該ＨＤＤを別のＨＤＤに交換することになる。このため、ＨＤＤ交換の作業時間を含むリビルド処理に要する実行時間は増大し、ＨＤＤ交換の費用も含めて、ストレージシステムの運用の大きな負担となる。このような背景から、従来においてもＨＤＤ継続使用を可能とする改善型ＲＡＩＤ装置が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第４８２１４４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来の改善型ＲＡＩＤ装置は、各ＨＤＤのヘッド毎の記憶領域（ＬＢＡによりアクセス）を管理する管理テーブルを使用して、障害が発生したヘッドに対応する記憶領域のデータを復元するリビルド処理を行なう。このようなリビルド処理であれば、ＨＤＤの交換を抑制して、ＨＤＤの継続使用を可能とする。しかし、このようなリビルド処理では、各ヘッドに対応する全てのＬＢＡを管理する大容量の管理テーブルが必要であり、管理テーブルを参照し、更新する処理には多大な時間を要する。従って、ＨＤＤの継続使用は可能であるが、結果としてリビルド処理に要する実行時間を削減できない可能性がある。
【０００８】
そこで、本発明の目的は、データ記憶ドライブの継続使用を可能とし、リビルド処理に要する実行時間を効果的に削減できるドライブアレイ装置、コントローラ、データ記憶ドライブ及び方法を提供することにある。
【課題を解決するための手段】
【０００９】
本実施形態のドライブアレイ装置は、ドライブアレイを構成する複数のデータ記憶ドライブと、コントローラとを具備する。前記コントローラは、前記各データ記憶ドライブの全データ記憶領域を複数の論理的単位領域に分割し、前記各論理的単位領域と前記各データ記憶ドライブとを対応付けて管理する。前記コントローラは、エラーが発生したデータ記憶ドライブからの通知に基づいてエラー発生対象の論理的単位領域を特定し、前記特定された論理的単位領域のデータを復元して前記ドライブアレイの再構成処理を実行する。
【図面の簡単な説明】
【００１０】
【図１】実施形態に関するシステムの構成を説明するブロック図。
【図２】実施形態に関するＲＡＩＤ装置の構成を説明するブロック図。
【図３】実施形態に関するＨＤＤのデータ記憶領域とＬＵＮとの関係を説明する図。
【図４】実施形態に関するＬＵＮ／ＬＢＡテーブルの構成を説明する図。
【図５】実施形態に関するＳＳＰコマンドフレームの構成を説明する図。
【図６】実施形態に関するエラー発生時のＲＡＩＤ構成を説明する図。
【図７】実施形態に関するリビルド処理を説明する図。
【図８】実施形態に関するＲＡＩＤマップテーブルの一例を説明する図。
【図９】実施形態に関するエラー発生時のＲＡＩＤ構成を説明する図。
【図１０】実施形態に関するリビルド処理を説明する図。
【図１１】ＲＡＩＤマップテーブルの一例を説明する図。
【図１２】実施形態に関するリビルド処理を説明するフローチャート。
【発明を実施するための形態】
【００１１】
以下図面を参照して、実施形態を説明する。
【００１２】
［システムの構成］
図１に示すように、本実施形態に関するストレージシステムは大別して、ＲＡＩＤ装置１０及びホスト（サーバ）１３からなる。サーバ１３はコンピュータであり、ＲＡＩＤ装置１０を大容量のデータ記憶装置としてアクセスする。
【００１３】
ＲＡＩＤ装置１０は、ＲＡＩＤコントローラ１１とドライブアレイ１２とを有する。ＲＡＩＤコントローラ１１はドライブアレイ１２の構成を管理し、サーバ１３からのコマンドに応じてドライブアレイ１２を制御する。なお、ＲＡＩＤコントローラ１１は、ホスト１３側に設けられるＲＡＩＤカードと呼ばれるモジュールでもよい。
【００１４】
図２に示すように、ＲＡＩＤコントローラ１１は、後述するように、ドライブアレイ１２の構成を管理するためのＲＡＩＤマップテーブル１１０を内部記憶装置に格納している。ドライブアレイ１２は、複数のデータ記憶ドライブから構成されている。本実施形態は、データ記憶ドライブとしてハードディスクドライブ（ＨＤＤ）を適用する。なお、本実施形態は、複数のデータ記憶ドライブとしてＨＤＤとＳＳＤ（solid state drive）を使用するハイブリッド型構成にも適用できる。便宜的に、本実施形態のドライブアレイ１２は、４台のＨＤＤ（HDD0〜HDD3）２０〜２３、及びスペアドライブ（Spare HDD）２４と呼ばれる予備ＨＤＤにより構成される。
【００１５】
図３に示すように、ＲＡＩＤコントローラ１１は、スペアドライブ２４も含むＨＤＤ２０〜２４のいずれかを意味するＨＤＤ２Ｎ（Ｎ＝０〜４、HDDx）の全データ記憶領域２００を、例えば４分割（パーティション０〜４）して論理的単位番号（ＬＵＮ:Logical Unit Number）を割り当てて管理する。
【００１６】
本実施形態では、便宜的に、各ＨＤＤ２Ｎに対して４分割のデータ記憶領域に対応するＬＵＮ０〜ＬＵＮ３が割り当てられる。さらに、ＨＤＤ２Ｎは４本のヘッド０〜３を有し、各データ記憶領域（即ち、各ディスク面）に論理アドレス（以下、ＬＢＡ: Logical Block Address）が割り当てられている。本実施形態では、ＬＵＮ０〜ＬＵＮ３はそれぞれ、ヘッド０〜３毎の全ＬＢＡが対応する。各ＨＤＤ２Ｎの何れかのＬＵＮに対応するデータ記憶領域に障害が発生した場合でも、他のＨＤＤのＬＵＮに対応するデータ記憶領域のデータを用いてデータを復元することができる。なお、本実施形態は、データ記憶ドライブとしてヘッドが存在しないＳＳＤの場合にも適用できる。この場合には、ＬＵＮは、ヘッドとは無関係なデータ記憶領域（即ち、不揮発性メモリチップ毎など）に対応する論理的単位領域を示す論理的単位番号でもよい。
【００１７】
ＨＤＤ２Ｎは、ＬＵＮとＬＢＡが対応付けられたＬＵＮ／ＬＢＡテーブル２１０を記憶している。例えば、図４に示すように、ＬＵＮ／ＬＢＡテーブル２１０は、ヘッド０〜３毎にＬＵＮ０〜ＬＵＮ３が割り当てられた場合に、ＬＵＮ０〜ＬＵＮ３毎に対応する全ＬＢＡが対応付けられたテーブル構成である。ＲＡＩＤコントローラ１１は、ＨＤＤ２Ｎからインターフェースを経由してＬＵＮ／ＬＢＡテーブル２１０の内容が通知される。即ち、各ＨＤＤの構成ＬＵＮ数や各ＬＵＮに対応するＬＢＡ数が通知される。これにより、ＲＡＩＤコントローラ１１は、スペアドライブ２４も含む全ＨＤＤに対して、ＬＵＮ毎にデータのリードまたはライトを管理できる。なお、本実施形態では、ＲＡＩＤコントローラ１１とドライブアレイ１２間のインターフェースは、例えばＳＡＳ（Serial Attached SCSI）インターフェースである。
【００１８】
ＲＡＩＤコントローラ１１はドライブアレイ１２をアクセスする場合に、ＳＡＳインターフェースを経由してＨＤＤ２０〜２４を選択(OPEN ADDRESSフレームを使用する)し、ＳＳＰ（Serial SCSI Protocol）コマンドフレームにより実行するコマンドを指示する。ＳＳＰコマンドフレームは、単にＳＳＰフレーム（SSP frame）とも呼び、ヘッダとコマンド情報ユニット（ＣＩＵ: Command Information Unit）を含む。具体的には、図５に示すように、ＳＳＰフレームのヘッダ５０には、ＬＵＮを指定する例えば８バイトの指定部が含まれる。ＣＩＵには、リザーブ部（Rsv: Reserved）、タスク部（TASK）、付加部（Additional）以外に、コマンド・ディスクリプタ・ブロック（ＣＤＢ: command descriptor block）５１が含まれる。ＣＤＢ５１は、リードまたはライトなどのコマンドを指示するコマンド指示部である。
【００１９】
さらに、図８に示すように、ＲＡＩＤコントローラ１１は、ＲＡＩＤマップテーブル１１０を有する。ＲＡＩＤコントローラ１１は、後述するように、ＲＡＩＤ装置を再構成するためのリビルド（rebuild）処理を実行することによりＲＡＩＤマップテーブル１１０を更新する。ＲＡＩＤマップテーブル１１０は、各ＬＵＮと各ＨＤＤとを対応付けて、全ＬＵＮ毎の状態を示すステータス情報を有する。
【００２０】
ＲＡＩＤマップテーブル１１０において、HDD番号０〜３以外の「ＨＳ」はスペアドライブ２４を示すコードである。ステータス情報は、Act(Active)、OPR(Operative)、MFC(Malfunction)、OPR(Operative)、OFL(Offline)、SWP(Swapping)、IPR(Inoperative)などがある。「Act」は当該ＬＵＮがドライブアレイ１２の一部として組み込まれていることを示す。「OPR」は当該ＨＤＤが動作可能であることを示す。「MFC」は当該ＬＵＮが故障状態であることを示す。「OFL」は当該ＨＤＤがオフライン状態であることを示す。「SWP」は当該ＬＵＮが移動中であることを示す。「IPR」は当該ＨＤＤが物理的に存在しないことを示す。なお、ＨＳ（スペアドライブ２４）において、「HDD x」はHDD x(x:0-3)のデータが移動中（SWP）であることを示す。
【００２１】
［ＲＡＩＤ装置の再構成］
以下、図６から図１２を参照して、本実施形態のリビルド処理を説明する。
【００２２】
図６に示すように、ドライブアレイ１２では、例えばＨＤＤ２０（HDD0）の特定のデータ記憶領域６０において、例えばデータの再生エラーが頻繁に起こるなどの障害（以下、エラーと表記する）が発生することがある。この場合、エラーと判定されたデータを復元する処理が行われる。この処理を、図１２を参照して説明する。
【００２３】
図１２に示すように、当該ＨＤＤ２０はインターフェースを経由して、エラー発生をＲＡＩＤコントローラ１１に通知する（ブロック１２００）。この場合、ＨＤＤ２０はＬＵＮ／ＬＢＡテーブル２１０を参照して、エラーが発生したデータ記憶領域６０のＬＵＮ（ＬＵＮ０）とＬＢＡをＲＡＩＤコントローラ１１に通知する。
【００２４】
ＲＡＩＤコントローラ１１は、ＨＤＤ２０からの通知及びＲＡＩＤマップテーブル１１０の参照により、エラー発生対象のHDD番号（HDD0）とＬＵＮ（ＬＵＮ０）を特定する（ブロック１２０１）。ＲＡＩＤコントローラ１１は、特定したＨＤＤ２０とＬＵＮ０を対象とするリビルド処理を実行する。
【００２５】
具体的には、図７に示すように、ＲＡＩＤコントローラ１１は、エラーが発生したデータ記憶領域６０に記録されているデータを、他のＨＤＤ２１〜２３に格納されている各ＬＵＮ０のデータ（ＥＣＣを含む）を読み出して復元する（ブロック１２０２）。ここで、ドライブアレイ１２は、例えばＲＡＩＤレベル５の方法によるＲＡＩＤ構成である。ＲＡＩＤコントローラ１１は、復元したＨＤＤ２０のＬＵＮ０に対応するデータをスペアドライブ２４の特定のデータ記憶領域７０にコピー（または移動）して、スペアドライブ２４に再構築する（ブロック１２０３）。
【００２６】
このようなリビルド処理の実行後に、図８に示すように、ＲＡＩＤコントローラ１１は、ＲＡＩＤマップテーブル１１０を更新する（ブロック１２０４）。即ち、ＲＡＩＤマップテーブル１１０には、エラー発生対象であるＨＤＤ２０（HDD0）のＬＵＮ０が、故障状態であることを示すステータス状態「MFC」が設定される。また、ＲＡＩＤマップテーブル１１０には、スペアドライブ２４（HS）のＬＵＮ０が、ドライブアレイ１２の一部として組み込まれていることを示すステータス状態「Act」が設定される。この場合、スペアドライブ２４（HS）のＬＵＮ０は、ＨＤＤ２０（HDD0）からのデータが移動されたことを示すステータス状態「HDD0」も設定される。
【００２７】
以上のようなリビルド処理により、図７に示すように、ドライブアレイ１２は再構成される。具体的には、ＨＤＤ２０のＬＵＮ０に対応するデータ記憶領域６０は、未使用領域として設定される。また、ＲＡＩＤコントローラ１１は、ＨＤＤ２０のＬＵＮ０の代わりに、スペアドライブ２４のＬＵＮ０に対応するデータ記憶領域７０に対してアクセスする。
【００２８】
同様にして、図９に示すように、例えばＨＤＤ２１（HDD1）の特定のデータ記憶領域６１において、エラーが発生した場合を説明する。
【００２９】
ＨＤＤ２１はインターフェースを経由して、エラー発生をＲＡＩＤコントローラ１１に通知する。ＲＡＩＤコントローラ１１は、ＨＤＤ２１からの通知及びＲＡＩＤマップテーブル１１０の参照により、エラー発生対象のHDD番号（HDD1）とＬＵＮ（ＬＵＮ2）を特定する。ＲＡＩＤコントローラ１１は、特定したＨＤＤ２１とＬＵＮ２を対象とするリビルド処理を実行する。
【００３０】
即ち、図１０に示すように、ＲＡＩＤコントローラ１１は、エラーが発生したデータ記憶領域６１に記録されているデータを、他のＨＤＤ２０，２２，２３に格納されている各ＬＵＮ２のデータ（ＥＣＣを含む）を読み出して復元する。ＲＡＩＤコントローラ１１は、復元したＨＤＤ２１のＬＵＮ２に対応するデータをスペアドライブ２４の特定のデータ記憶領域７１にコピー（または移動）して、スペアドライブ２４に再構築する。
【００３１】
このようなリビルド処理の実行後に、図１１に示すように、ＲＡＩＤコントローラ１１は、ＲＡＩＤマップテーブル１１０を更新する。即ち、ＲＡＩＤマップテーブル１１０には、エラー発生対象であるＨＤＤ２１（HDD1）のＬＵＮ２が、故障状態であることを示すステータス状態「MFC」が設定される。また、ＲＡＩＤマップテーブル１１０には、スペアドライブ２４（HS）のＬＵＮ２が、ドライブアレイ１２の一部として組み込まれていることを示すステータス状態「Act」が設定される。この場合、スペアドライブ２４（HS）のＬＵＮ２は、ＨＤＤ２１（HDD1）からのデータが移動されたことを示すステータス状態「HDD1」も設定される。
【００３２】
以上のようなリビルド処理により、図１０に示すように、ドライブアレイ１２は再構成される。具体的には、ＨＤＤ２０のＬＵＮ０に対応するデータ記憶領域６０と共に、ＨＤＤ２１のＬＵＮ２に対応するデータ記憶領域６１も、未使用領域として設定される。また、ＲＡＩＤコントローラ１１は、ＨＤＤ２０のＬＵＮ０の場合と同様に、ＨＤＤ２１のＬＵＮ２の代わりに、スペアドライブ２４のＬＵＮ２に対応するデータ記憶領域７１に対してアクセスする。
【００３３】
以上のように本実施形態によれば、ドライブアレイ１２において、各ＨＤＤのデータ記憶領域をＬＵＮにより管理しているため、エラーが発生した領域をＬＵＮにより特定できる。従って、リビルド処理の対象をＬＵＮ毎に行なうことが可能となり、例えばＨＤＤを１台交換する必要がなくなり、リビルド処理にかかる作業工数を大幅に削減できる。これにより、ＲＡＩＤの再構成に必要なリビルド処理に要する時間を短縮化し、各ＨＤＤの継続使用を実現することが可能となる。
【００３４】
さらに、本実施形態の方法であれば、エラーが発生したヘッドを特定し、当該ヘッドに対応するＬＢＡに基づいてリビルド処理を実行するのではなく、リビルド処理単位がＬＵＮである。従って、本実施形態のＲＡＩＤコントローラ１１は、エラー発生対象としてヘッドに対応する全ＬＢＡを検索するための巨大なテーブル情報を必要とせずに、ＨＤＤとＬＵＮとを対応付けるＲＡＩＤマップテーブル１１０を有する。このため、本実施形態のＲＡＩＤコントローラ１１は、リビルド処理の対象となるエラー箇所を容易に特定することができる。
【００３５】
一方、ＬＵＮ／ＬＢＡテーブル２１０は各ＨＤＤに格納されている。換言すれば、本実施形態は、リビルド処理に必要なテーブル情報を、ＲＡＩＤマップテーブル１１０とＬＵＮ／ＬＢＡテーブル２１０に分割して、ＲＡＩＤコントローラと各ＨＤＤに分散することが可能である。このため、ＲＡＩＤコントローラ１１が管理するテーブル情報を最小限にすることができる。
【００３６】
なお、本実施形態は、スペアドライブ２４を使用するＲＡＩＤ再構成について説明したが、これに限定されることなく、エラー発生対象のＨＤＤ以外のＨＤＤを使用してＲＡＩＤ再構成を実現方法でもよい。
【００３７】
また、本実施形態は、例えばＲＡＩＤレベル５のＲＡＩＤ構成の場合について説明したが、これに限定されることなく、他のＲＡＩＤレベルのＲＡＩＤ構成の場合にも適用できる。さらに、インターフェースについてもＳＡＳインターフェースに限定されることなく、他のインターフェース規格の場合にも適用できる。
【００３８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００３９】
１０…ＲＡＩＤ装置、１１…ＲＡＩＤコントローラ、１２…ドライブアレイ、
１３…ホスト（サーバ）、２０〜２３…ハードディスクドライブ（ＨＤＤ）、
２４…スペアドライブ（予備ＨＤＤ）、１１０…ＲＡＩＤマップテーブル、
２１０…ＬＵＮ／ＬＢＡテーブル。
【図１】
2014203285.tif 000003
【図２】
2014203285.tif 000004
【図３】
2014203285.tif 000005
【図４】
2014203285.tif 000006
【図５】
2014203285.tif 000007
【図６】
2014203285.tif 000008
【図７】
2014203285.tif 000009
【図８】
2014203285.tif 000010
【図９】
2014203285.tif 000011
【図１０】
2014203285.tif 000012
【図１１】
2014203285.tif 000013
【図１２】
2014203285.tif 000014