"データを保持し、RAIDを構成する複数のディスクドライブをそれぞれ含むデータアレイを少なくとも一つ備えるデータ保持装置と、スペアとなるディスクドライブを少なくとも一つ含むスペアデバイスとを具備し、前記データアレイ内のディスクドライブの故障を検出する手段と、故障が検出されたディスクドライブと同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブの有無を、前記スペアデバイスに問い合わせる手段と、前記問い合わせに応答した前記スペアデバイスから、前記条件を満足するディスクドライブに関する情報を受け入れ、当該条件を満足するディスクドライブを、前記故障を検出したディスクドライブの代替としてマウントする手段と、を含むディスクシステム。データを保持し、RAIDを構成する複数のディスクドライブをそれぞれ含むデータアレイを少なくとも一つ備え、スペアとなるディスクドライブを少なくとも一つ含むスペアデバイスと通信可能に接続されるデータ保持装置であって、前記データアレイ内のディスクドライブの故障を検出する手段と、故障が検出されたディスクドライブと同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブの有無を、前記スペアデバイスに問い合わせる手段と、前記問い合わせに応答した前記スペアデバイスから、前記条件を満足するディスクドライブに関する情報を受け入れ、当該条件を満足するディスクドライブを、前記故障を検出したディスクドライブの代替としてマウントする手段と、を含むデータ保持装置。データを保持し、RAIDを構成する複数のディスクドライブをそれぞれ含むデータアレイを少なくとも一つ備えるデータ保持装置と通信可能に接続され、スペアとなるディスクドライブを少なくとも一つ含むディスクデバイスであって、前記データ保持装置において、故障が検出されたディスクドライブと同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブの有無の問い合わせを、前記データ保持装置から受け入れる手段と、前記問い合わせに応答して、前記スペアとなるディスクドライブのうち、前記条件を満足するディスクドライブを検索する手段と、前記条件を満足するディスクドライブが検索されると、当該検索によって見出されたディスクドライブをマウントするための情報を、前記問い合わせ元のデータ保持装置へ送信する手段と、を含むディスクデバイス。請求項3記載のディスクデバイスであって、前記検索によって見出されたディスクドライブのマウント先を表す情報を表示する表示手段をさらに含むディスクデバイス。請求項2に記載のデータ保持装置であって、前記スペアデバイスとの間の通信は、問い合わせ及びディスクドライブに関する情報を送受する制御情報通信手段と、スペアとなるディスクドライブに記録するデータ、または当該スペアとなるディスクドライブから読み出されるデータを送信するデータ通信手段と、を含む通信手段を介して行われるデータ保持装置。しかしながら上記従来の装置では、スペアとして設定されているディスク装置であれば必ずしも障害ドライブを代替できるとは限らないにも関わらず、代替可能性に関する条件が考慮されていない。つまり、ディスクユニットに含まれるディスク装置が互いにスペアとして働くことができるとの条件でユニットが構成されている必要がある。このような条件は、現実の運用においては、容易に満足させることができるものではない。本発明は上記実情に鑑みてなされたもので、現実的な運用に適し、可用性を向上できるディスクシステム、データ保持装置、及びディスクデバイスを提供することを、その目的の一つとする。上記従来例の問題点を解決するための本発明は、ディスクシステムであって、データを保持し、RAIDを構成する複数のディスクドライブをそれぞれ含むデータアレイを少なくとも一つ備えるデータ保持装置と、スペアとなるディスクドライブを少なくとも一つ含むスペアデバイスとを具備し、前記データアレイ内のディスクドライブの故障を検出する手段と、故障が検出されたディスクドライブと同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブの有無を、前記スペアデバイスに問い合わせる手段と、前記問い合わせに応答した前記スペアデバイスから、前記条件を満足するディスクドライブに関する情報を受け入れ、当該条件を満足するディスクドライブを、前記故障を検出したディスクドライブの代替としてマウントする手段と、を含むこととしたものである。また本発明の一態様に係るデータ保持装置は、データを保持し、RAIDを構成する複数のディスクドライブをそれぞれ含むデータアレイを少なくとも一つ備え、スペアとなるディスクドライブを少なくとも一つ含むスペアデバイスと通信可能に接続されるデータ保持装置であって、前記データアレイ内のディスクドライブの故障を検出する手段と、故障が検出されたディスクドライブと同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブの有無を、前記スペアデバイスに問い合わせる手段と、前記問い合わせに応答した前記スペアデバイスから、前記条件を満足するディスクドライブに関する情報を受け入れ、当該条件を満足するディスクドライブを、前記故障を検出したディスクドライブの代替としてマウントする手段と、を含むこととしたものである。さらに本発明の別の態様に係るディスクデバイスは、データを保持し、RAIDを構成する複数のディスクドライブをそれぞれ含むデータアレイを少なくとも一つ備えるデータ保持装置と通信可能に接続され、スペアとなるディスクドライブを少なくとも一つ含むディスクデバイスであって、前記データ保持装置において、故障が検出されたディスクドライブと同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブの有無の問い合わせを、前記データ保持装置から受け入れる手段と、前記問い合わせに応答して、前記スペアとなるディスクドライブのうち、前記条件を満足するディスクドライブを検索する手段と、前記条件を満足するディスクドライブが検索されると、当該検索によって見出されたディスクドライブをマウントするための情報を、前記問い合わせ元のデータ保持装置へ送信する手段と、を含むこととしたものである。このとき、前記検索によって見出されたディスクドライブのマウント先を表す情報を表示する表示手段をさらに含んでもよい。また、上記データ保持装置にあっては、前記スペアデバイスとの間の通信が、問い合わせ及びディスクドライブに関する情報を送受する制御情報通信手段と、スペアとなるディスクドライブに記録するデータ、または当該スペアとなるディスクドライブから読み出されるデータを送信するデータ通信手段と、を含む通信手段を介して行われることとしてもよい。本発明によると、現実的な運用にも適合し、可用性を向上できる。本発明の実施の形態に係るディスクシステムは、図1に例示するように、少なくとも一つのデータアレイ10を備えたデータ保持装置1と、スペアとなるディスクドライブを少なくとも一つ含むスペアデバイス2とを含む。データ保持装置1のデータアレイ10はそれぞれ、ディスクコントローラ11と、複数のディスクドライブ12a,12b,...12nと、通信部13とを含んで構成される。またスペアデバイス2は、ディスクデバイスであって、ディスクコントローラ21と、少なくとも一つのディスクドライブ22複数ある場合は22a,22b,...22nと、通信部23とを含んで構成されている。データアレイ10及びスペアデバイス2の筐体内では、例えば図1にその概要を図示するようにディスクドライブ12やディスクドライブ22が、一列またはn×m台のマトリクス状でもよいに配列されている。データアレイ10のディスクコントローラ11は、例えばCPU等のプロセッサと、メモリ等の記憶部と、インテル社製の82801IBICH9RAIDICH9R等のI/Oコントローラ、その他の周辺回路クロックジェネレータや電源マネージャ回路、USBUniversalSerialBusインタフェース回路等とを含む。このディスクコントローラ11は、その記憶部に格納されているプログラムに従ってプロセッサが動作することにより、次の機能を実現する。すなわちこのディスクコントローラ11は、利用者からRAIDに構成するディスクの数や、RAIDのレベルの指定を受け、当該指定された態様で、複数のディスクドライブ12a,12b,...12nをRAIDに構成する。また、このディスクコントローラ11は、ディスクドライブ12a,12b,...12nの故障を検出する手段として機能する。そして、ディスクコントローラ11は、いずれかのディスクドライブ12の故障を検出すると、当該故障が検出されたディスクドライブ12と同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブ22の有無を、スペアデバイス2に対して、通信部13を介して問い合わせる。そして当該問い合わせに応答して、スペアデバイス2から、故障が検出されたディスクドライブ12と同じ容量を備え、かつ現在使用されていないとの条件を満足するディスクドライブ22に関する情報が通信部13を介して受信されると、ディスクコントローラ11は、当該条件を満足するディスクドライブ22を、故障を検出したディスクドライブ12の代替としてマウントし、改めて利用者から指定された態様に、RAIDを再構成する。このディスクコントローラ11の詳しい動作については、後に述べる。通信部13は、ディスクアレイ10とスペアデバイス2との間で情報を授受する。この通信部13の具体的構成は、ディスクアレイ10とスペアデバイス2とがどのように配置されているかにより異なるが、例えばこれらが同じサーバラックに収納されている場合は、この通信部13は、USBインタフェースであってもよい。また、ディスクアレイ10とスペアデバイス2とが互いにインターネット等のネットワーク通信回線を介して接続されている場合は、通信部13はネットワークカードであってもよい。いずれの場合も通信の内容はSCSISmallComputerSystemInterfaceに準拠した通信で構わない。なお、ネットワークを介してSCSIの通信を行う方法には、例えばiSCSIRFC3720ほかがある。iSCSIを利用する場合、ディスクアレイ10側のディスクコントローラ11は、イニシエータとして動作することになる。スペアデバイス2は、データアレイ10と同様の構成を備えるものであるが、ディスクコントローラ21の動作が、データアレイ10のディスクコントローラ11におけるものと異なっている。すなわちこのディスクコントローラ21もまた、例えばCPU等のプロセッサと、メモリ等の記憶部と、インテル社製の82801IBICH9RAIDICH9R等のI/Oコントローラ、その他の周辺回路クロックジェネレータや電源マネージャ回路、USBインタフェース回路等とを含む。このディスクコントローラ21もその記憶部に格納されているプログラムに従ってプロセッサが動作する。そして、ディスクコントローラ21は、データ保持装置1に含まれるデータアレイ10のいずれかから、故障が検出されたディスクドライブ12と同じ容量、かつ現在使用されていないとの条件を満足するディスクドライブ22の有無の問い合わせを通信部23を介して受け入れる。ディスクコントローラ21は、当該問い合わせに応答して、スペアとなるディスクドライブ22のうち、受け入れた条件を満足するディスクドライブ22を検索する。ここでディスクコントローラ21が受け入れた条件を満足するディスクドライブ22を見出すと、当該見出されたディスクドライブ22をマウントするための情報を、問い合わせ元のデータ保持装置1のデータアレイ10へ送信する。このディスクコントローラ21の動作についても後に詳しく述べる。なお、iSCSIを利用する場合、このディスクコントローラ21は、ターゲットとして動作する。通信部23は、ディスクアレイ10との間で情報を授受する。この通信部23についても、ディスクアレイ10の通信部13と同様、その具体的構成は、ディスクアレイ10とスペアデバイス2とがどのように配置されているかにより、適宜USBインタフェースやネットワークインタフェースなどとすることができる。ここでデータアレイ10のディスクコントローラ11、並びにスペアデバイス2のディスクコントローラ21の動作について説明する。各データアレイ10のディスクコントローラ11は、機能的には、図2に例示するように、データ処理部31と、故障検出部32と、問い合わせ部33と、マウント制御部34と、RAID再構成部35とを含んで構成される。また、ディスクコントローラ21は、図3に例示するように、機能的には、問い合わせ受入部36と、検索部37と、情報提供部38と、データ処理部39とを含んで構成される。各データアレイ10のディスクコントローラ11のデータ処理部31は、利用者からの指示に従い、RAIDに構成したディスクドライブ12a,b,...,nに対してアクセスし、データの読み出し書き込みを実行する。故障検出部32は、データ処理部31によるディスクドライブ12へのデータ書き込み、あるいはディスクドライブ12からのデータ読み出しの成否を調べる。故障検出部32は、いずれかのディスクドライブ12との間でのデータ書き込みあるいはデータの読み出しに失敗したことを検出すると、当該データ書き込みあるいはデータの読み出しに失敗したディスクドライブ12について、当該ディスクドライブ12が故障したことを表す情報故障報知情報を出力する。またこのとき故障検出部32は、図示しないブザーを鳴動し、あるいはLEDデバイスを明滅させるなどして利用者に対して故障を報知することとしてもよい。問い合わせ部33は、故障検出部32が故障報知情報を出力すると、当該故障報知情報を参照して故障したディスクドライブ12を故障ドライブとして特定する。問い合わせ部33は、故障ドライブの容量を表す情報を取得する。一例として問い合わせ部33は、故障ドライブに対して構成情報を問い合わせる信号を送信する。故障ドライブ側が、この信号に応答してセクタサイズと最大セクタアドレスとを含んだ情報を送信すると、問い合わせ部33はこの情報を故障ドライブから受け入れて、これらから故障ドライブの容量を演算して取得できる。問い合わせ部33は、そして、通信部13を介してスペアデバイス2に対して、この取得した故障ドライブの容量の情報とともに、未使用のディスクドライブ22の有無の問い合わせを送出する。ここでスペアデバイス2のネットワークアドレスやUSBのアドレス等は予め設定されているものとする。問い合わせ部33は、スペアデバイス2から要求した容量を備え、未使用であるとの条件を満足するディスクドライブ22以下スペアドライブと呼ぶに関する情報が受信されると、当該受信した情報をマウント制御部34に出力する。この情報は具体的には、スペアドライブのマウントに必要な情報であり、iSCSIを利用する場合は、スペアデバイス2ターゲット側の登録ノードであるスペアドライブを特定する情報に相当する。なお、問い合わせ部33は、スペアデバイス2から予め定めた時間内に応答がないか、または要求した容量を備え、未使用であるスペアドライブに関する情報が受信されない場合は、さらに図示しないブザーを鳴動し、あるいはLEDデバイスを明滅させるなどして利用者に対してスペアドライブがないことを報知する。マウント制御部34は、スペアドライブのマウントに必要な情報を受け入れると、当該情報を利用して、スペアデバイス2上のスペアドライブをマウントする。一例としてiSCSIを利用し、マウントに必要な情報としてスペアドライブの登録ノードを特定する情報が入力された場合、マウント制御部34は、当該登録ノードをマウントする処理を実行する。RAID再構成部35は、故障ドライブの代替としてスペアドライブを利用し、故障ドライブに記録されている情報をスペアドライブ内に再現して書き込む。一例として当初ディスクドライブ12a,b,c,dの4台でRAID5による運用を行っているとする。この状態では図4に例示するように、ディスクドライブ12aにはデータブロックA、D、Gが記録され、ディスクドライブ12bにはデータブロックB、E及びデータブロックG,H,Iに係るパリティP3が記録され...といったようにデータが保持された状態にある。ここでディスクドライブ12bが故障して故障ドライブとなった場合、RAID再構成部35は、ディスクドライブ12a,c,dに格納されているデータブロックA、C及びパリティP1よりデータブロックBのデータを再現してスペアドライブとしてマウントされているスペアデバイスのディスクドライブ22に格納する。また、RAID再構成部35は、故障ドライブに格納されていたデータブロックEやパリティP3についても、他のディスクドライブ12a,c,dに格納されている情報から再現して、このマウントされたスペアドライブに格納していく。これにより、RAID再構成部35は、ディスクドライブ12a,c,d及びスペアドライブによるRAID5を構成する。以下、ディスクコントローラ11は、利用者がディスクドライブ12bを修理するか、これを新たなディスクドライブに置き換えるなどして、当該データアレイ10内の故障ドライブが正常な状態に戻るまで、ディスクドライブ12a,c,d及びスペアドライブによるRAID5での運用を継続する。またディスクコントローラ11は、利用者がディスクドライブ12bを修理するか、これを別のディスクドライブに置き換えるなどして、当該データアレイ10内の故障ドライブを、正常な状態に戻したことを検出すると利用者が復帰のボタンを押下したことを検出することとしてもよい、スペアドライブ内のデータを、正常な状態に戻ったディスクドライブ12先の例ではディスクドライブ12bに複写し、スペアドライブをアンマウントする。そしてディスクコントローラ11は、以下、データアレイ10内のディスクドライブ12によるRAID構成に戻して、データの書き込み読み出し処理を継続する。また、利用者は保守点検等の際に、スペアデバイス2からスペアドライブとなっているディスクドライブ22を引き抜いて、物理的にデータアレイ10の故障ドライブに置き換えることで運用を継続することとしてもよい。この場合、スペアデバイス2側のディスクコントローラ21は、アンマウント時にもディスクドライブ22をフォーマットしないように設定しておく。この場合は、ディスクコントローラ11は、正常な状態に戻したことを検出すると利用者が復帰のボタンを押下したことを検出することとしてもよい、スペアドライブとなっているディスクドライブ22をそのまま、故障したディスクドライブ12bの代替として新たなディスクドライブ12bとして利用し、データアレイ10内のディスクドライブ12a,b,c,dによるRAID構成に戻して、データの書き込み読み出し処理を継続する。一方、スペアデバイス2側のディスクコントローラ21の問い合わせ受入部36は、データアレイ10のいずれかから、例えば故障ドライブと同じ容量、かつ現在使用されていない、といった条件を満足するディスクドライブ22の有無の問い合わせを通信部23を介して受け入れる。そして問い合わせ受入部36は、当該受け入れた問い合わせに含まれる条件を、検索部37に出力する。検索部37は、条件に係る情報を受け入れる。そしてスペアデバイス2内のディスクドライブ22のうち、受け入れた条件を満足するディスクドライブ22を検索する。一例として、ここでの条件には、故障ドライブの容量に関する情報が含まれるので、検索部37は、当該情報の表す容量と同じ容量のディスクドライブ22であって、現在利用されていないどこからもマウントされていないディスクドライブ22を検索する。検索部37は、受け入れた条件を満足するディスクドライブ22を見出したならば、当該見出したディスクドライブ22を特定する情報を情報提供部38に出力する。また検索部37は、受け入れた条件を満足するディスクドライブ22を見出すことができなければ、エラーとして処理を終了してもよい。情報提供部38は、検索部37から、検索部37により見出されたディスクドライブ22を特定する情報を受け入れる。そして情報提供部38は、この情報で特定されるディスクドライブ22を、データアレイ10側でマウントするために必要な情報を生成する。情報提供部38は、問い合わせ受入部36にて受け入れた問い合わせの送信元であるデータアレイ10宛に、当該生成した情報を送出する。例えば、iSCSIを利用している場合、情報提供部38は、検索部37により見出されたディスクドライブ22をターゲットとして定義する。この定義の際、情報提供部38は、当該ディスクドライブ22について固有の名称targetnameを設定する。そしてこの設定した名称を、マウントに必要な情報として、問い合わせの送信元であるデータアレイ10宛に送出する。なお、アクセスコントロールリストへの登録等その他の必要な設定は行っておくものとする。データ処理部39は、ディスクドライブ22のマウント先となっているデータアレイ10から受信するデータの読み出し書き込みの指示に従い、ディスクドライブ22に対してアクセスして、データの読み出し書き込みを実行する。また、このデータ処理部39は、ディスクドライブ22がデータアレイ10からアンマウントされると、当該アンマウントされたディスクドライブ22をフォーマットして、未使用の状態としてもよい。本実施の形態のディスクシステムは、以上の構成を備えてなり、次のように動作する。具体的に以下の例では、ディスクシステムに含まれるN台のデータアレイ10は、ラックマウントタイプの装置であるとする。そしてこのデータアレイ10をN台配したラックが組まれているものとする。また、以下の例では、スペアデバイス2もまた、データアレイ10と同じ構成を備えた装置であり、データアレイ10とともに同じラックに組み込まれ、USBやネットワーク等の通信手段により接続されているものとする。またここでは、一部のデータアレイ10では内蔵するディスクドライブ12の数は4台であり、容量はいずれも1TBであるとし、その他のデータアレイ10では内蔵されるディスクドライブ12の数は4台であり、容量は2TBであるとする。そしてスペアデバイス2には、ディスクドライブ22a,bの2台が1TBの容量であり、ディスクドライブ22c,dの2台が2TBの容量を有し、いずれも当初は未使用であるものとする。さらに、以下の例では、各データアレイ10ではRAID5が構成されているものとする。図5に示すように、当初は、各データアレイ10のディスクコントローラ11は、利用者からの指示に従い、RAIDに構成したディスクドライブ12a,b,c,dに対してアクセスし、データの読み出し書き込みを実行しているS1。ここで、データアレイ10ディスク容量1TBとするの一つにおいて、ディスクドライブ12bが故障すると、当該データアレイ10のディスクコントローラ11がこのディスクドライブ12b故障ドライブへのアクセス障害を検出しS2、故障報知情報を出力するS3。ディスクコントローラ11は、故障ドライブの容量を表す情報を取得するS4。ここでの例ではディスクコントローラ11は1TBの情報を取得することとなる。ディスクコントローラ11は、通信部13を介して、スペアデバイス2に対して、この取得した故障ドライブの容量の情報1TBとともに、未使用のディスクドライブ22の有無の問い合わせを送出するS5。スペアデバイス2側のディスクコントローラ21では、当該故障ドライブを含むデータアレイ10から、故障ドライブの容量を表す情報とともに、当該容量と同じ容量を有し、かつ現在使用されていない、といった条件を満足するディスクドライブ22の有無の問い合わせを、通信部23を介して受け入れる。スペアデバイス2のディスクコントローラ21は、内蔵するディスクドライブ22のうち、受け入れた条件を満足するディスクドライブ22を検索するS6。ここでの例では、1TBの未使用ディスクを検索することとなっているので、ディスクコントローラ21は、ディスクドライブ22aを見出す。ディスクコントローラ21は、この見出したディスクドライブ22aを、データアレイ10側でマウントするために必要な情報を生成するS7。具体的に、ディスクコントローラ21は、ディスクドライブ22aをiSCSIでマウントさせるために、ターゲットとしての定義を行い、例えばspare1tbno1comfoobarといった名称を設定する。そしてディスクコントローラ21は、この設定した名称など、マウントに必要な情報を、問い合わせの送信元であるデータアレイ10側へ送出するS8。なお、アクセスコントロールリストへの登録等その他の必要な設定は別途行っておく。故障ドライブを含むデータアレイ10のディスクコントローラ11は、マウントに必要な情報が受信されると、当該情報で表されるターゲットのディスクドライブ22aをスペアドライブとしてマウントする処理を実行するS9。具体的に上述のように、ディスクコントローラ21側で定義されたターゲットの名称を用いて、ディスクコントローラ11は、iSCSIのイニシエータ側の処理としてこの名称のターゲット登録ノードに対してログインの処理を実行する。ディスクコントローラ11は、故障ドライブの代替としてスペアドライブを利用し、故障ドライブに記録されている情報をスペアドライブ内に再現して書き込んでRAID5を再構成するS10。このとき、スペアドライブに対する書き込みや、スペアドライブ内のデータの読み出しは、通信部13及び通信部23を介して、スペアデバイス2側のディスクコントローラ21に指示を行うことによって達成される。すなわちディスクコントローラ21は、マウント先となっているデータアレイ10から受信するデータの読み出し書き込みの指示に従い、ディスクドライブ22に対してアクセスして、データの読み出し書き込みを実行することとなる。これによりデータアレイ10側では、RAID構成を維持して運用を継続することが可能となる。また、データアレイ10のそれぞれに1台ずつのスペアを設ける場合に比べ、本実施の形態では故障率に応じてスペアデバイス2を適宜設ければよいので、ディスクドライブの利用効率も向上できる。なお、ここでの例では、スペアデバイス2が内蔵するディスクドライブ22のうち、例えば受け入れた条件を満足するディスクドライブ22が複数ある場合等に、ディスクコントローラ21がどのディスクドライブ22をスペアドライブとするかを選択する方法については特に定めておらず、条件を満足するならば、何番目のディスクドライブ22がスペアドライブとなってもよいが、次のようにしてもよい。すなわち、故障ドライブを含むデータアレイ10のディスクコントローラ11は、問い合わせの際に、故障ドライブがデータアレイ10内のディスクドライブ12のうち、何番目のディスクドライブであるかを表す情報ディスク順序情報を、スペアデバイス2側に伝達する。スペアデバイス2では、問い合わせに係る条件を満足するディスクドライブ22を検索するとともに、検索によって見出したディスクドライブ22のうちに、伝達されたディスク順序情報によって表される位置にあるディスクドライブがあるか否かを判断し、そのようなディスクドライブがあれば、他に条件を満足するディスクドライブがあっても、当該伝達されたディスク順序情報によって表される位置にあるディスクドライブをマウントさせるための情報をデータアレイ10側へ送出することとしてもよい。このようにしておくと、仮に、スペアデバイス2からスペアドライブとなっているディスクドライブ22を引き抜いて、物理的にデータアレイ10の故障ドライブに置き換えることで運用を継続する場合既に述べたように、この場合はアンマウント時にもディスクドライブ22をフォーマットしないように設定しておく、引き抜くディスクドライブ22の位置が、置き換えの対象となる故障ドライブの位置と可能な限り同じになるので、利用者にとって作業がわかりやすくなる利点がある。さらに本実施の形態の一例では、既に述べたように、インターネット等のネットワーク通信回線を介してデータアレイ10と、スペアデバイス2とが通信可能に接続されていてもよい。このようにスペアデバイス2を遠隔に配することが可能な場合、スペアデバイス2として機能する装置を複数配して、スペアデバイス2を利用させるサービスを提供することとしてもよい。このように遠隔に配される場合は、スペアデバイス2側では、スペアドライブとなるディスクドライブ22を2台以上用い、データの書き込みをミラーリングしてもよい。つまり、この場合は、図5のステップS6において、スペアデバイス2のディスクコントローラ21は、内蔵するディスクドライブ22のうち、受け入れた条件を満足するディスクドライブ22を複数台検索する。先の例では、1TBの未使用ディスクを検索することとなっているので、ディスクコントローラ21は、ディスクドライブ22aとディスクドライブ22bとを見出すことになる。そしてステップS7においてディスクコントローラ21は、この見出したディスクドライブ22a,bをミラーリングで使用するため、ディスクドライブ22aまたは22bと同じ容量の論理ディスクドライブを形成し、この論理ディスクドライブを、データアレイ10側でマウントするために必要な情報を生成する。論理ディスクドライブの形成等については広く知られているので、ここでの詳しい説明を省略する。データアレイ10側のディスクコントローラ11が、故障ドライブの代替としてこの論理ディスクドライブをスペアドライブとしてマウントすると、以降、当該スペアドライブに対するデータの書き込みの指示に従い、ディスクコントローラ21がディスクドライブ22a,bに対して同じデータの書き込みを実行することとなるミラーリング。その後、運用を一時的に停止できるようになった段階で、ディスクコントローラ21に対してミラーリングの制御を停止するように指示する。この指示に従ってディスクコントローラ21がミラーリングの制御を停止すると、スペアデバイス2の管理者は、いずれか一方のディスクドライブ22をスペアデバイス2から取り外して、故障ドライブを含んだデータアレイ10の利用者側へ配送する。利用者側では当該配送したディスクドライブ22を故障ドライブに置き換えてデータアレイ10に装着し、運用を継続する。なお、運用の停止中ディスクドライブ22の配送中に、運用の必要が生じた場合は、先の論理ディスクドライブを、データアレイ10側でマウントして運用を継続する。するとディスクコントローラ21はミラーリングの制御を停止しているので、データアレイ10側からのスペアドライブに対するデータの書き込み指示に従い、取り外されていないディスクドライブ22例えばディスクドライブ22aに対してデータを書き込むこととなる。またディスクコントローラ21は、データアレイ10側からのスペアドライブに対するデータの読み出し指示に従い、当該書き込み先となったディスクドライブ22この例ではディスクドライブ22aからデータを読み出して、データアレイ10へ送信する。この場合、利用者側では、当該配送されたディスクドライブ22bを故障ドライブに置き換えてデータアレイ10に装着したのち、マウントしているスペアドライブからリストアする。つまり、ディスクドライブ22aから配送されたディスクドライブ22bへとデータをリストアする。このように、本実施の形態では、利用者側での運用の継続を容易にできる。さらに本実施の形態のスペアデバイス2は、図6に例示するように、ディスクドライブ22ごとに対応する液晶ディスプレイ等の表示部24を備えてもよい。この表示部24は、ディスクコントローラ21から入力される指示に従って情報を表示する。本実施の形態のある例では、ディスクコントローラ21は、データアレイ10からマウントされたディスクドライブ22に対応する表示部24に、マウントに関する情報を表示する。ここでマウントに関する情報は、例えばデータアレイ10を特定する情報データアレイ10ごとに予め設定された識別情報や、IPアドレス等のアドレス情報であってもよいや、マウント先のディスクドライブの番号故障ドライブの位置を表す情報に相当するを含む。この表示は例えば、データアレイ8ドライブ3、RAID構成中などといったものとなる。またここまでの説明では、通信部13及び通信部23は、データアレイ10からスペアデバイス2に対するスペアドライブとなり得るディスクドライブ22の有無に関する問い合わせやそれに対する応答等ディスクドライブ22に関する制御情報と、ディスクドライブ22に書き込み、またはディスクドライブ22から読み出されるデータとの通信経路は特に分離していなかったが、これらの通信経路を個別に設けてもよい。例えば通信部13及び通信部23はいずれも、第1、第2の2つのUSBポートを備えて、制御情報通信手段となる第1のUSBポートを介して制御情報を授受し、データ通信手段となる第2のUSBポートを介してデータを授受するようにしてもよい。また、通信部13及び通信部23がネットワークインタフェースである場合も同様に、第1、第2の2つのネットワークインタフェースを備えて、制御情報通信手段となる第1のネットワークインタフェースを介して制御情報を授受し、データ通信手段となる第2のネットワークインタフェースを介してデータを授受するようにしてもよい。本実施の形態によると、容量の異なるディスクドライブが混在する現実的な運用環境にあっても、スペアとなるディスクドライブとして適切な、故障ドライブと容量の同じディスクドライブを選択して使用することとなり、利用可能性可用性を向上できる。"