複数の記憶媒体で構成されるストレージグループの運用を、前記ストレージグループのアクセス対象である論理ボリュームへのアクセス動作に基づいて判定する判定部と、ストレージグループを構成する記憶媒体の故障が検知された場合、前記判定部によって判定された当該ストレージグループの運用に基づいて、故障が検知された記憶媒体の代替記憶媒体を選択する選択部とを有することを特徴とするストレージ装置。前記判定部は、前記論理ボリュームからのデータの読み出しおよび前記論理ボリュームへのデータの書き込みの回数を所定期間分カウントし、読み出しの回数が書き込みの回数より多い場合にレスポンスを優先する運用と判定することを特徴とする請求項1に記載のストレージ装置。前記選択部は、前記判定部によって当該ストレージグループの運用がレスポンスを優先する運用であると判定された場合、故障が検知された記憶媒体が属するストレージグループで、最小の回転数と同一の回転数または当該回転数より大きい回転数であって最小の回転数に最も近い回転数を有する代替記憶媒体を選択することを特徴とする請求項1または請求項2に記載のストレージ装置。前記選択部は、前記判定部によって当該ストレージグループの運用がバックアップを優先する運用であると判定された場合、故障が検知された記憶媒体が属するストレージグループで、最小の回転数と同一の回転数または当該回転数より小さい回転数であって最小の回転数に最も近い回転数を有する代替記憶媒体を選択することを特徴とする請求項1から請求項3のいずれか1つに記載のストレージ装置。ストレージ装置によって実行される代替記憶媒体選択方法であって、複数の記憶媒体で構成されるストレージグループのアクセス対象である論理ボリュームの運用を、前記論理ボリュームへのアクセス動作に基づいて判定し、ストレージグループを構成する記憶媒体の故障が検知された場合、当該ストレージグループの運用を、該論理ボリュームの運用を判定する処理によって判定された当該ストレージグループに属する論理ボリュームの運用に基づいて判定し、該ストレージグループの運用を判定する処理によって判定された当該ストレージグループの運用に基づいて、故障が検知された記憶媒体の代替記憶媒体を選択する処理を含むことを特徴とする代替記憶媒体選択方法。しかしながら、障害が発生したディスクをHSに代替させる従来の技術では、代替させるHSを適切に選択できない場合があるという問題がある。HSを適切に選択できない一例について説明する。例えば、ストレージ装置には、回転数の異なるディスクを混在して構成する場合がある。このようなストレージ装置は、障害が発生したディスクと同じ回転数のディスクをHSとして代替させることが望ましいが、状況によっては遅い回転数のディスクをHSとして選択することもある。この結果、ストレージ装置は、ホストとのレスポンスを優先させる運用の場合であっても、選択したHSを代替させた後のレスポンスを代替前より低下させることとなる。したがって、ストレージ装置は、障害が発生したディスクを代替させるHSを適切に選択できない。1つの側面では、本発明は、障害が発生したディスクを代替させるHSを適切に選択できるストレージ装置等を提供することを目的とする。本願の開示するストレージ装置は、一つの態様において、複数の記憶媒体で構成されるストレージグループの運用を、前記ストレージグループのアクセス対象である論理ボリュームへのアクセス動作に基づいて判定する判定部と、ストレージグループを構成する記憶媒体の故障が検知された場合、前記判定部によって判定された当該ストレージグループの運用に基づいて、故障が検知された記憶媒体の代替記憶媒体を選択する選択部とを有する。本願の開示するストレージ装置の一つの態様によれば、障害が発生したディスクを代替させるHSを適切に選択できるという効果を奏する。以下に、本願の開示するストレージ装置および代替記憶媒体選択方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例では、ストレージ装置の一例としてRAIDRedundantArraysofInexpensiveDisks装置を適用する場合を示す。また、記憶媒体の一例としてディスクを適用する場合を示す。しかし、本実施例によりこの発明が限定されるものではない。[実施例に係るRAID装置の構成]図1は、実施例に係るRAID装置の構成を示す機能ブロック図である。図1に示すように、RAID装置9は、ホスト1とコントロールモジュールCM2とディスク群3とを有する。ホスト1は、CM2と接続し、入出力要求をCM2に通知する。ディスク群3は、CM2と接続し、所謂ストレージとして機能する複数のディスクを有する。なお、RAID装置9は、2台のCM2を持つ小規模なRAID装置を例に示すが、4台の中規模のRAID装置、8台の大規模なRAID装置であっても良い。ここで、RAID装置9が有するディスクは、RAIDグループとしてグループ化される。図1の例では、ディスク00~07の8つのディスクが1つのRAIDグループ0を構成し、ディスク08~15の8つのディスクが1つのRAIDグループ1を構成する。また、ディスク16~23の8つのディスクが1つのRAIDグループ2を構成する。また、ディスク28~31の4つのディスクは、障害の発生したディスクを代替する予備のディスクとして配置される。この予備のディスクのことをホットスペアHSという。HSには、特定のRAIDグループが対象となるHSDedicatedHotSpareと全てのRAIDグループが対象となるHSGlobalHotSpareとがある。特定のRAIDグループが対象となるHSの場合、個々のRAIDグループに対してHSをあらかじめ準備することとなるので、コストがかかる。このため、実施例では、コストがかからない、全てのRAIDグループが対象となるHSを採用する。各RAIDグループには、ユーザが規定する運用目的に応じたディスクが配置される。運用目的には、例えば、ホスト1へのレスポンスを優先する運用目的やデータのバックアップを優先する運用目的がある。ホスト1へのレスポンスを優先する運用目的であるRAIDグループの場合、レスポンス時間を落とさないように、回転数が例えば平均値より大きいディスクが配置される。一方、データのバックアップを優先する運用目的であるRAIDグループの場合、性能を求めないので、回転数が例えば平均値より小さいディスクが配置される。図1の例では、RAIDグループ0がレスポンスを優先する運用目的である場合、15000rpmrevolutionperminuteの回転数を有するディスクが配置されている。また、RAIDグループ2がバックアップを優先する運用目的である場合、7200rpmの回転数を有するディスクが配置されている。さらに、RAIDグループ1は、レスポンス優先であってもバックアップ優先であっても良い場合、10000rpmの回転数を有するディスクが配置されている。なお、RAIDグループを構成する各ディスクは、全て同一の回転数を有していても良いし、有していなくても良い。CM2は、チャネルアダプタCA21と、ディスク側アダプタDA22と、マンマシンインタフェースMMI部23と、記憶部24と、制御部25とを有する。CA21は、ホスト1と通信接続する通信インタフェースである。DA22は、ディスク群3と通信接続する通信インタフェースである。MMI部23は、入出力装置と接続するマンマシンインタフェースである。入出力装置の入力装置には、例えばキーボード、マウスやタブレット等がある。入出力装置の出力装置には、例えばディスプレイ、プリンタやスピーカ等がある。制御部25は、CM2全体を制御する。記憶部24は、ボリュームテーブル41と、RAIDグループテーブル42と、ディスクテーブル43とを有する。ボリュームテーブル41は、ボリューム単位の管理情報およびボリューム単位のディスク群3へのアクセス情報を記憶する。RAIDグループテーブル42は、RAIDグループ単位の管理情報を記憶する。ディスクテーブル43は、ディスク単位の管理情報を記憶する。ここで、ボリュームとは、複数のディスクやディスク内に区切られた記憶領域をグループ化した結果、グループ化した各グループを論理的な記憶領域としたものであり、データを読み書きする際のアクセス対象となる。そして、各RAIDグループには、複数のボリュームが作成される。なお、ボリュームテーブル41、RAIDグループテーブル42およびディスクテーブル43の詳細については後述する。制御部25は、キャッシュ制御部31と、RAID制御部32と、故障判定部33と、リビルドコピーバック制御部34とを有する。RAID制御部32は、ボリューム運用判定部321を有する。リビルドコピーバック制御部34は、RAIDグループ運用判定部341と、HS選択部342とを有する。キャッシュ制御部31は、ホスト1からのデータのアクセス要求に基づいて、キャッシュを制御する。例えば、キャッシュ制御部31は、ホスト1からデータの読み出し要求を取得すると、取得した読み出し要求に応じてディスク群3の対応するボリュームからデータを読み出し、キャッシュに取り込む。ここで、ボリュームからデータを読み出してキャッシュに取り込むことをステージングという。そして、キャッシュ制御部31は、ステージングが行われたボリュームの識別情報をボリューム運用判定部321に通知する。また、キャッシュ制御部31は、ホスト1からデータの書き込み要求を取得すると、書き込み要求に応じてディスク群3の対応するボリュームへデータを書き込む。ここで、キャッシュからボリュームへデータを書き込むことをライトバックという。そして、キャッシュ制御部31は、ライトバックが行われたボリュームの識別情報をボリューム運用判定部321に通知する。ボリューム運用判定部321は、各ボリュームがレスポンスを優先する運用目的かバックアップを優先する運用目的かを、ボリュームへのアクセス動作に基づいて判定する。例えば、ボリューム運用判定部321は、あるRAIDグループに新たなボリュームが作成されたときから所定期間分、RAIDグループに作成されている各ボリュームについて、ステージングおよびライトバックの回数をカウントする。そして、ボリューム運用判定部321は、ボリューム毎にカウント結果をボリュームテーブル41に格納する。なお、回数をカウントするタイミングは、例えば、RAIDグループに新たなボリュームが作成されたときとしたが、あらかじめ定めた時点であっても良く、これらに限定されるものではない。また、回数をカウントする所定期間は、例えば1日とするが、10日としても良く、ステージングおよびライトバックを十分に実行できるような期間であれば良い。また、ボリューム運用判定部321は、所定期間経過後、ボリューム毎にステージングの回数とライトバックの回数とを比較し、ステージングの回数がライトバックの回数と一致するかまたは少ない場合にバックアップを優先する運用目的と判定する。すなわち、バックアップを優先する運用目的の場合には、データをボリュームへ書き込むライトバックの動作がほとんどであり、ボリュームからデータを読み出すステージングの動作頻度が少ない。そこで、ステージングの回数がライトバックの回数と一致するかまたは少ない場合にバックアップを優先する運用目的とするものである。一方、ボリューム運用判定部321は、ステージングの回数がライトバックの回数より多い場合にレスポンスを優先する運用目的と判定する。すなわち、レスポンスを優先する運用目的の場合、バックアップを優先する運用目的の場合と異なり、ステージングの動作頻度がライトバックの動作頻度より多い。例えば、ディスク群3をデータベースとして用いる場合には、シーケンシャルなステージング動作が連続することが多く、ステージング動作に比較してライトバックの頻度が少ない。そこで、ステージングの回数がライトバックの回数より多い場合にレスポンスを優先する運用目的とするものである。また、ボリューム運用判定部321は、ボリューム毎に判定された運用目的を後述するボリュームテーブル41の運用判定結果に格納する。ここで、ボリュームテーブル41のデータ構造について、図2を参照して説明する。図2は、実施例に係るボリュームテーブルのデータ構造の一例を示す図である。図2に示すように、ボリュームテーブル41は、ボリューム番号41a毎に、ボリュームサイズ41bおよび開始LBALogicalBlockAddressing41cを対応付けて記憶する。さらに、ボリュームテーブル41は、ボリューム番号41a毎に、測定開始時間41d、ステージング回数41e、ライトバック回数41fおよび運用判定結果41gを対応付けて記憶する。ボリューム番号41aには、ボリュームを識別する番号が記憶される。ボリュームサイズ41bには、ボリュームのサイズが記憶される。開始LBA41cには、ボリューム番号41aで示されるボリュームが開始されるLBAが記憶される。なお、LBAは、物理媒体であるディスクにアクセスできる単位セクタに割り当てられたアドレスを指し、例えば0から順番に数字が割り当てられる。測定開始時間41dには、アクセス動作の測定を開始した時間が記憶される。ステージング回数41eには、アクセス動作の測定を開始してからのボリューム番号41aで示されるボリュームに対するステージングの回数が記憶される。ライトバック回数41fには、アクセス動作の測定を開始してからのボリューム番号41aで示されるボリュームに対するライトバックの回数が記憶される。運用判定結果41gには、ボリューム番号41aで示されるボリュームについて、レスポンスを優先する運用目的かバックアップを優先する運用目的かの判定結果が記憶される。例えば、運用判定結果41gには、レスポンスを優先する運用目的を示す1、バックアップを優先する運用目的を示す2または運用目的が未決定であることを示す0が記憶される。なお、運用判定結果41gには、アクセス動作が測定中であっても、前回計測して判定された結果が保持されている。図1に戻って、故障判定部33は、RAIDグループのディスクの故障を検知した場合、故障を検知したディスクを切り離すか否かを判定する。例えば、故障判定部33は、故障を検知したディスクについて、異常が発生した都度計算される異常に関する統計情報に基づいて、切り離すか否かを判定する。そして、故障判定部33は、故障を検知したディスクについて、切り離すと判定した場合、切り離すディスクを、RAIDグループ運用判定部341に通知する。一方、故障判定部33は、故障を検知したディスクについて、切り離さないと判定した場合、今回検知した故障から異常に関する統計情報を計算し、統計情報を更新する。そして、故障判定部33は、故障を検知したディスクの運用をそのまま継続する。RAIDグループ運用判定部341は、故障ディスクを含むRAIDグループがレスポンスを優先する運用目的かバックアップを優先する運用目的かを、RAIDグループ内のボリュームへのアクセス動作に基づいて判定する。例えば、RAIDグループ運用判定部341は、切り離すディスクの通知を、故障判定部33から取得した場合、切り離すディスクが属するRAIDグループをRAIDグループテーブル42に基づいて探索する。また、RAIDグループ運用判定部341は、探索したRAIDグループに属する全てのボリュームがバックアップを優先する運用目的か否かを判定する。また、RAIDグループ運用判定部341は、全てのボリュームがバックアップを優先する運用目的と判定した場合、探索したRAIDグループを、バックアップを優先する運用目的と判定する。一方、RAIDグループ運用判定部341は、1つでもレスポンスを優先する運用目的のボリュームがあると判定したした場合、探索したRAIDグループを、レスポンスを優先する運用目的と判定する。すなわち、探索したRAIDグループにレスポンスを優先する運用目的のボリュームが1つでもあれば、そのボリュームを含むRAIDグループ全体のレスポンスの遅延を防止するため、当該RAIDグループを、レスポンスを優先する運用目的とする。そして、RAIDグループ運用判定部341は、探索したRAIDグループの運用目的をHS選択部342に通知する。ここで、RAIDグループテーブル42のデータ構造について、図3を参照して説明する。図3は、実施例に係るRAIDグループテーブルのデータ構造の一例を示す図である。図3に示すように、RAIDグループテーブル42は、RAIDグループ番号42a毎に、RAIDレベル42bおよびボリューム数42cを対応付けて記憶する。さらに、RAIDグループテーブル42は、RAIDグループ番号42a毎に、ボリューム番号[1]~[n]42d、ディスク数42eおよびディスク番号[1]~[m]42fを対応付けて記憶する。なお、n、mは、2以上の自然数を示し、固定であっても可変であっても良い。ただし、nはボリュームの数を含む数、mはディスクの数を含む数である。RAIDグループ番号42aには、RAIDグループを識別する番号が記憶される。RAIDレベル42bには、RAIDグループ番号42aで示されるRAIDグループのRAIDレベルが記憶される。ボリューム数42cには、RAIDグループに属するボリュームの数が記憶される。ボリューム番号42dには、RAIDグループに属するボリューム数分のボリュームの識別番号が記憶される。ディスク数42eには、RAIDグループに属するディスクの数が記憶される。ディスク番号42fには、RAIDグループに属するディスク数分のディスクの識別番号が記憶される。このディスク番号42fをRAIDグループ運用判定部341が参照することで、切り離すディスクが属するRAIDグループを探索できる。また、ディスクテーブル43のデータ構造について、図4を参照して説明する。図4は、実施例に係るディスクテーブルのデータ構造の一例を示す図である。図4に示すように、ディスクテーブル43は、ディスク番号43a毎に、ディスクサイズ43b、ディスク状態43c、HS区別43d、ディスク種類43eおよびディスク回転数43fを対応付けて記憶する。ディスク番号43aには、ディスクを識別する番号が記憶される。ディスクサイズ43bには、ディスク番号43aで示されるディスクのサイズが記憶される。ディスク状態43cは、ディスク番号43aで示されるディスクの状態が記憶される。HS区別43dには、ディスク番号43aで示されるディスクがHSであるか否かの区別が記憶される。ディスク種類43eには、ディスク番号43aで示されるディスクの種類、例えばHDDHardDiskDriveやSSDSolidStateDrive等のディスクの種類が記憶される。ディスク回転数43fには、ディスクの回転数が記憶される。図1に戻って、HS選択部342は、故障ディスクが属するRAIDグループの運用目的に基づいて、当該故障ディスクのHSを選択する。すなわち、HS選択部342は、故障ディスクが属するRAIDグループがレスポンスを優先する運用目的の場合とバックアップを優先する運用目的の場合とで当該故障ディスクのHSの選択処理を分ける。RAIDグループがレスポンスを優先する運用目的の場合の一例として、HS選択部342は、当該RAIDグループで、最も回転数が小さいディスクの回転数をディスクテーブル43のディスク回転数43fに基づいて求める。このRAIDグループで、最も回転数が小さいディスクの回転数をベース回転数という。また、HS選択部342は、HSのうちベース回転数と同じ回転数のHSがあるか否かを判定し、ベース回転数と同じ回転数のHSがあれば、同じ回転数のHSを選択する。一方、HS選択部342は、ベース回転数と同じ回転数のHSがなければ、ベース回転数より大きい回転数であってベース回転数に最も近い回転数を有するHSを選択する。また、HS選択部342は、ベース回転数より大きい回転数がない場合には、SSDのHSがあればSSDのHSを選択する。SSDは、高速に読み書きでき、レスポンスを優先する運用の維持を図ることができるためである。なお、HS選択部342は、レスポンスを優先する運用の維持を図るために、ベース回転数より小さい回転数のHSを選択しない。RAIDグループがバックアップを優先する運用目的の場合の一例として、HS選択部342は、当該RAIDグループのベース回転数をディスクテーブル43のディスク回転数43fに基づいて求める。また、HS選択部342は、HSのうちベース回転数と同じ回転数のHSがあるか否かを判定し、ベース回転数と同じ回転数のHSがあれば、同じ回転数のHSを選択する。一方、HS選択部342は、ベース回転数と同じ回転数のHSがなければ、ベース回転数より小さい回転数であってベース回転数に最も近い回転数を有するHSを選択する。なお、HS選択部342は、レスポンス優先用のHSとして残しておくために、ベース回転数より大きい回転数のHSおよびSSDを選択しない。また、HS選択部342は、HSを選択した場合、故障ディスクのデータを、選択したHSに再構築リビルドする。そして、HS選択部342は、故障ディスクを切り離す。その後、HS選択部342は、HSのデータを正常なディスクに復旧コピーバックすることとなる。次に、ボリュームとRAIDグループとディスクとの関係について、図5を参照して説明する。図5は、ボリュームとRAIDグループとディスクとの関係を説明する図である。図5に示すように、RAIDグループは、複数のボリュームを有し、ボリュームと別個独立に複数のディスクを有する。ここでは、RAIDグループ番号0のRAIDグループは、ボリューム番号10と11と12の3個のボリュームを有する。さらに、RAIDグループ番号0のRAIDグループは、ディスク番号00と01と02と03の4個のディスクを有する。このような関係の下、故障ディスクを含むRAIDグループがRAIDグループ番号0であったとする。すると、RAIDグループ運用判定部341は、0のRAIDグループに属する全てのボリューム10~12がバックアップを優先する運用目的か否かを、ボリュームテーブル41の運用判定結果41gに基づいて判定する。そして、HS選択部342は、RAIDグループ運用判定部341によって判定された運用目的に基づいて、故障ディスクのHSを選択する。このとき、HS選択部342は、0のRAIDグループのベース回転数をディスクテーブル43のディスク回転数43fに基づいて求める。すなわち、HS選択部342は、ディスク00~03のディスク回転数に基づいて、RAIDグループ0のベース回転数を求める。そして、HS選択部342は、求めたベース回転数を用いて、運用目的に応じたHSを選択するのである。[実施例に係るボリューム運用判定の処理手順]次に、実施例に係るボリューム運用判定の処理手順を、図6を参照して説明する。図6は、ボリューム運用判定の処理手順を示すフローチャートである。まず、ボリューム運用判定部321は、RAID装置9に存在するいずれかのRAIDブループに新たなボリュームが作成されたか否かを判定するステップS11。新たなボリュームが作成されていないと判定した場合ステップS11;No、ボリューム運用判定部321は、新たなボリュームが作成されるまで、判定処理を繰り返す。一方、新たなボリュームが作成されたと判定した場合ステップS11;Yes、ボリューム運用判定部321は、RAID装置9に存在する全てのボリュームについて、ボリュームテーブル41の測定開始時間41dに現在の時間を記録する。そして、ボリューム運用判定部321は、RAID装置9に存在する全てのボリュームについて、ボリュームテーブル41のステージング回数41eとライトバック回数41fを0に初期化するステップS12。その後、ボリューム運用判定部321は、ステージングが行われたボリュームについて、ボリュームテーブル41のステージング回数41eをインクリメントする。また、ボリューム運用判定部321は、ライトバックが行われたボリュームについて、ボリュームテーブル41のライトバック回数41fをインクリメントするステップS13。そして、ボリューム運用判定部321は、現在の時間とボリュームテーブル41に記録された測定開始時間41dとの差分が所定時間以上であるか否かを判定するステップS14。差分が所定時間以上でないと判定した場合ステップS14;No、ボリューム運用判定部321は、アクセス動作の測定を継続すべく、ステップS13に移行する。一方、差分が所定時間以上であると判定した場合ステップS14;Yes、ボリューム運用判定部321は、RAID装置9に存在する全てのボリューム毎に、ステージング回数がライトバック回数以下であるか否かを判定するステップS15。そして、ボリューム運用判定部321は、ステージング回数がライトバック回数より多いボリュームについてステップS15;No、レスポンス優先と判定し、判定結果をボリュームテーブル41の運用判定結果41gに記録するステップS16。一方、ボリューム運用判定部321は、ステージング回数がライトバック回数以下のボリュームについてステップS15:Yes、バックアップ優先と判定し、判定結果をボリュームテーブル41の運用判定結果41gに記録するステップS17。ボリューム運用判定部321は、RAID装置9に存在する全てのボリュームについて、判定結果を記録した後、ボリューム運用判定処理を終了する。[実施例に係るRAIDグループ運用判定の処理手順]次に、実施例に係るRAIDグループ運用判定の処理手順を、図7を参照して説明する。図7は、RAIDグループ運用判定の処理手順を示すフローチャートである。まず、故障判定部33は、ディスクに故障が発生したか否かを判定するステップS21。ディスクに故障が発生していない判定した場合ステップS21;No、故障判定部33は、ディスクに故障が発生するまで判定処理を繰り返す。一方、ディスクに故障が発生したと判定した場合ステップS21;Yes、RAIDグループ運用判定部341は、RAIDグループテーブル42に基づいて、故障ディスクのRAIDグループを探索するステップS22。そして、RAIDグループ運用判定部341は、探索したRAIDグループに属する全てのボリュームがバックアップを優先する運用目的か否かを判定するステップS23。例えば、RAIDグループ運用判定部341は、探索したRAIDグループに属する全てのボリュームがバックアップを優先する運用目的か否かを、ボリュームテーブル41の運用判定結果41gに基づいて判定する。運用判定結果41gには、レスポンスを優先する運用目的かバックアップを優先する運用目的かの判定結果が記憶されている。そして、全てのボリュームがバックアップを優先する運用目的であると判定した場合ステップS23;Yes、RAIDグループ運用判定部341は、探索したRAIDグループを、バックアップを優先する運用目的と判定するステップS24。そして、引き続き、HS選択部342は、バックアップ目的のRAIDグループにおけるHS選択処理を実行する。一方、1つでもレスポンスを優先する運用目的のボリュームがあると判定した場合ステップS23;No、RAIDグループ運用判定部341は、探索したRAIDグループを、レスポンスを優先する運用目的と判定するステップS25。そして、引き続き、HS選択部342は、レスポンス優先のRAIDグループにおけるHS選択処理を実行する。[実施例に係るレスポンス優先のRAIDグループにおけるHS選択処理手順]次に、実施例に係るレスポンス優先のRAIDグループにおけるHS選択の処理手順を、図8を参照して説明する。図8は、レスポンス優先のRAIDグループにおけるHS選択の処理手順を示すフローチャートである。まず、HS選択部342は、故障ディスクのRAIDグループについて、ベース回転数を求めるステップS31。例えば、HS選択部342は、故障ディスクのRAIDグループに属するディスクのディスク回転数をディスクテーブル43から読み出し、読み出したディスク回転数からベース回転数を求める。そして、HS選択部342は、求めたベース回転数と同じ回転数のHSがあるか否かを判定するステップS32。ベース回転数と同じ回転数のHSがあると判定した場合ステップS32;Yes、HS選択部342は、ベース回転数と同じ回転数のHSを選択するステップS33。そして、HS選択部342は、ステップS38に移行する。一方、ベース回転数と同じ回転数のHSがないと判定した場合ステップS32;No、HS選択部342は、ベース回転数より大きいHSがあるか否かを判定するステップS34。ベース回転数より大きいHSがあると判定した場合ステップS34;Yes、HS選択部342は、ベース回転数より大きいHSのうち、ベース回転数に最も近いHSを選択するステップS35。そして、HS選択部342は、ステップS38に移行する。一方、ベース回転数より大きいHSがないと判定した場合ステップS34;No、HS選択部342は、SSDのHSがあるか否かを判定するステップS36。SSDのHSがあると判定した場合ステップS36;Yes、HS選択部342は、SSDのHSを選択するステップS37。そして、HS選択部342は、ステップS38に移行する。ステップS38では、HS選択部342が、HSを選択した場合、故障ディスクのデータを、選択したHSへリビルドするステップS38。一方、SSDのHSがないと判定した場合ステップS36;No、HS選択部342は、故障ディスクのデータをリビルドしないステップS39。[実施例に係るバックアップ優先のRAIDグループにおけるHS選択処理手順]次に、実施例に係るバックアップ優先のRAIDグループにおけるHS選択の処理手順を、図9を参照して説明する。図9は、バックアップ優先のRAIDグループにおけるHS選択の処理手順を示すフローチャートである。まず、HS選択部342は、故障ディスクのRAIDグループについて、ベース回転数を求めるステップS41。例えば、HS選択部342は、故障ディスクのRAIDグループに属するディスクのディスク回転数をディスクテーブル43から読み出し、読み出したディスク回転数からベース回転数を求める。そして、HS選択部342は、求めたベース回転数と同じ回転数のHSがあるか否かを判定するステップS42。ベース回転数と同じ回転数のHSがあると判定した場合ステップS42;Yes、HS選択部342は、ベース回転数と同じ回転数のHSを選択するステップS43。そして、HS選択部342は、ステップS46に移行する。一方、ベース回転数と同じ回転数のHSがないと判定した場合ステップS42;No、HS選択部342は、ベース回転数より小さいHSがあるか否かを判定するステップS44。ベース回転数より小さいHSがあると判定した場合ステップS44;Yes、HS選択部342は、ベース回転数より小さいHSのうち、ベース回転数に最も近いHSを選択するステップS45。そして、HS選択部342は、ステップS46に移行する。ステップS46では、HS選択部342が、HSを選択した場合、故障ディスクのデータを、選択したHSへリビルドするステップS46。一方、ベース回転数より小さいHSがないと判定した場合ステップS44;No、HS選択部342は、故障ディスクのデータをリビルドしないステップS47。なお、本実施例では、HS選択部342は、故障ディスクを含むRAIDグループがバックアップを優先する運用目的の場合、ベース回転数より大きい回転数の代替ディスクおよびSSDをHSとして選択しないようにした。しかしながら、HS選択部342は、これに限定されず、ベース回転数より大きい回転数の代替ディスクおよびSSDを、優先順位を落としてHSとして選択するようにしても構わない。また、ボリューム運用判定部321は、ボリューム毎にステージングの回数とライトバックの回数とを比較し、ステージングの回数がライトバックの回数と一致するか少ない場合に、バックアップを優先する運用目的と判定するようにした。しかしながら、ボリューム運用判定部321の処理は、これに限定するものではない。例えば、RAID装置9には、CM2の制御部25を使用せずにストレージだけでコピーするアドバンスドコピー機能を備えている場合がある。かかる場合には、ボリューム運用判定部321は、コピー先のボリュームを、バックアップを優先する運用目的と判定すれば良い。一方、ボリューム運用判定部321は、コピー元のボリュームを、レスポンスを優先する運用目的と判定すれば良い。また、RAIDグループ運用判定部341は、故障ディスクを含むRAIDグループがレスポンスを優先する運用目的であるかバックアップを優先する運用目的であるかを、RAIDグループに属するボリューム毎の運用目的に応じて判定するようにした。しかしながら、RAIDグループ運用判定部341は、これに限定するものではなく、例えばRAIDグループのRAIDレベルに基づいて運用目的を判定するようにしても良い。つまり、RAIDグループ運用判定部341は、ミラーリングを示すRAID1やRAID10か、パリティを示すRAID5、RAID50、RAID6やRAID60かで判定することも可能である。すなわち、RAIDグループがミラーリングを示すRAIDレベルの場合、データを書き込む際、書き込む前のデータとパリティを読み出して更新パリティを作成後書き込むというライトペナルティがないので、レスポンス優先の運用に用いられることが多い。一方、RAIDグループがパリティを示すRAIDレベルの場合、ディスク数に対するデータの保持量が多いので、バックアップ優先の運用に用いられることが多い。そこで、RAIDグループ運用判定部341は、RAIDグループのRAIDレベルがパリティを示すものであれば、バックアップを優先する運用目的と判定すれば良い。一方、RAIDグループ運用判定部341は、RAIDグループのRAIDレベルがミラーリングを示すものであれば、レスポンスを優先する運用目的と判定すれば良い。[実施例の効果]上記実施例によれば、RAID装置9は、複数のディスクで構成されるRAIDグループがレスポンスを優先する運用かバックアップを優先する運用かを、RAIDグループのアクセス対象である論理ボリュームへのアクセス動作に基づいて判定する。そして、RAID装置9は、RAIDグループのディスク障害が検知された場合、判定された当該RAIDグループの運用に基づいて、障害が検知されたディスクの代替ディスクを選択する。かかる構成によれば、RAID装置9は、障害が検知されたディスクを代替させる代替ディスクを、RAIDグループの運用に基づいて選択するので、RAIDグループの運用に合った代替ディスクを適切に選択できる。この結果、RAID装置9は、障害が検知されたディスクを含むRAIDグループがレスポンスを優先する運用の場合、当該ディスクの代替ディスクを運用に合ったディスクとすることで、レスポンスを優先する運用を維持することが可能となる。また、RAID装置9は、障害が検知されたディスクを含むRAIDグループがバックアップを優先する運用の場合、当該ディスクの代替ディスクを運用に合ったディスクとすることで、バックアップを優先する運用を維持することが可能となる。また、上記実施例によれば、RAID装置9は、論理ボリュームからのデータの読み出しおよび論理ボリュームへのデータの書き込みの回数を所定期間分カウントし、読み出しの回数が書き込みの回数より多い場合にレスポンスを優先する運用と判定する。かかる構成によれば、RAID装置9は、論理ボリュームについて、読み出しの回数が書き込みの回数より多い場合にレスポンスを優先する運用と判定するので、論理ボリュームに対応するRAIDグループの運用を容易に判定することができる。また、上記実施例によれば、RAID装置9は、転送元の論理ボリュームから転送先の論理ボリュームへのデータの転送が行われた場合、転送元の論理ボリュームを、レスポンスを優先する運用と判定する。かかる構成によれば、RAID装置9は、転送元の論理ボリュームをレスポンスを優先する運用と判定するので、論理ボリュームに対応するRAIDグループの運用を容易に判定することができる。また、上記実施例によれば、RAID装置9は、RAIDグループの運用がレスポンスを優先する運用であると判定された場合、障害が検知されたディスクが属するRAIDグループのうち最小の回転数ベース回転数と同一の代替ディスクを選択する。そして、RAID装置9は、ベース回転数と同一の代替ディスクがない場合、ベース回転数より大きい回転数であってベース回転数に最も近い回転数の代替ディスクを選択する。かかる構成によれば、RAID装置9は、RAIDグループの運用がレスポンスを優先する運用である場合、ベース回転数と同一またはベース回転数より大きい回転数の代替ディスクを選択するので、レスポンスを優先する運用を維持することが可能となる。また、上記実施例によれば、RAID装置9は、RAIDグループの運用がバックアップを優先する運用であると判定された場合、障害が検知されたディスクが属するRAIDグループのうち最小の回転数ベース回転数と同一の代替ディスクを選択する。そして、RAID装置9は、ベース回転数と同一の回転数の代替ディスクがない場合、ベース回転数より小さい回転数であってベース回転数に最も近い回転数の代替ディスクを選択する。かかる構成によれば、RAID装置9は、RAIDグループの運用がバックアップを優先する運用である場合、ベース回転数と同一またはベース回転数より小さい回転数の代替ディスクを選択するので、バックアップを優先する運用を維持することが可能となる。また、RAID装置9は、ベース回転数より大きい回転数の代替ディスクを、レスポンスを優先する運用であるRAIDグループ用の予備として確保しておくことができる。[その他]なお、図示したRAID装置9の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、RAID装置9の分散統合の具体的態様は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散統合して構成することができる。例えば、RAIDグループ運用判定部341とHS選択部342とを1つの部として統合しても良い。また、HS選択部342をレスポンスを優先する運用目的の場合の第1のHS選択部とバックアップを優先する運用目的の場合の第2のHS選択部とに分散しても良い。また、記憶部24をCM2の外部装置としてネットワーク経由で接続するようにしても良い。また、CM2にて行われる各処理機能は、その全部または任意の一部が、CPUまたはMPU、MCUMicroControllerUnit等のマイクロコンピュータあるいは、ワイヤードロジックによるハードウェアとして実現されても良い。また、制御部25にて行われる各処理機能は、その全部または任意の一部が、CPUまたはMPU、MCUなどのマイクロコンピュータにて解析実行されるプログラムにて実現されても良い。以上の実施例に係る実施形態に関し、さらに以下の付記を開示する。付記1複数の記憶媒体で構成されるストレージグループの運用を、前記ストレージグループのアクセス対象である論理ボリュームへのアクセス動作に基づいて判定する判定部と、ストレージグループを構成する記憶媒体の故障が検知された場合、前記判定部によって判定された当該ストレージグループの運用に基づいて、故障が検知された記憶媒体の代替記憶媒体を選択する選択部とを有することを特徴とするストレージ装置。付記2前記判定部は、前記論理ボリュームからのデータの読み出しおよび前記論理ボリュームへのデータの書き込みの回数を所定期間分カウントし、読み出しの回数が書き込みの回数より多い場合にレスポンスを優先する運用と判定することを特徴とする付記1に記載のストレージ装置。付記3前記判定部は、転送元の論理ボリュームから転送先の論理ボリュームへのデータの転送が行われた場合、転送元の論理ボリュームを、レスポンスを優先する運用と判定することを特徴とする付記1に記載のストレージ装置。付記4前記選択部は、前記判定部によって当該ストレージグループの運用がレスポンスを優先する運用であると判定された場合、故障が検知された記憶媒体が属するストレージグループで、最小の回転数と同一の回転数または当該回転数より大きい回転数であって最小の回転数に最も近い回転数を有する代替記憶媒体を選択することを特徴とする付記1から付記3のいずれか1つに記載のストレージ装置。付記5前記選択部は、前記判定部によって当該ストレージグループの運用がバックアップを優先する運用であると判定された場合、故障が検知された記憶媒体が属するストレージグループで、最小の回転数と同一の回転数または当該回転数より小さい回転数であって最小の回転数に最も近い回転数を有する代替記憶媒体を選択することを特徴とする付記1から付記3のいずれか1つに記載のストレージ装置。付記6ストレージ装置によって実行される代替記憶媒体選択方法であって、複数の記憶媒体で構成されるストレージグループのアクセス対象である論理ボリュームの運用を、前記論理ボリュームへのアクセス動作に基づいて判定し、ストレージグループを構成する記憶媒体の故障が検知された場合、当該ストレージグループの運用を、該論理ボリュームの運用を判定する処理によって判定された当該ストレージグループに属する論理ボリュームの運用に基づいて判定し、該ストレージグループの運用を判定する処理によって判定された当該ストレージグループの運用に基づいて、故障が検知された記憶媒体の代替記憶媒体を選択する処理を含むことを特徴とする代替記憶媒体選択方法。