RAIDグループが設定された複数のハードディスクと、前記RAIDグループに1つ又は複数の使用領域を設定する使用領域設定部と、前記使用領域の設定状態に基づいて前記RAIDグループにおける診断対象とする領域を決定する診断対象決定部と、前記診断対象決定部が決定した診断対象の領域に対して周期的な診断を実行する診断実行部とを備えたことを特徴とするディスクアレイ装置。前記診断対象決定部は、前記RAIDグループに設定された最も小さい使用領域のサイズが未使用領域のサイズよりも小さい場合、前記使用領域が設定されている領域のみを診断対象とし、前記RAIDグループに設定された最も小さい使用領域のサイズが未使用領域のサイズ以上の場合、前記RAIDグループの全ての領域を診断対象とすることを特徴とする請求項1に記載のディスクアレイ装置。前記診断対象決定部は、前記RAIDグループにおける全ての領域に対する未使用領域の割合を求め、求めた割合が所定値より小さい場合、前記使用領域が設定されている領域のみを診断対象とし、求めた割合が所定値以上の場合、前記RAIDグループの全ての領域を診断対象とすることを特徴とする請求項1又は請求項2に記載のディスクアレイ装置。前記診断対象決定部は、前記RAIDグループの未使用領域が所定サイズよりも小さい場合、前記使用領域が設定されている領域のみを診断対象とし、前記RAIDグループの未使用領域が所定サイズ以上の場合、前記RAIDグループの全ての領域を診断対象とすることを特徴とする請求項1又は請求項2に記載のディスクアレイ装置。複数のハードディスクを用いて設定されたRAIDグループに1つ又は複数の使用領域を設定し、前記使用領域の設定状態に基づいて前記RAIDグループにおける診断対象とする領域を決定し、決定した診断対象の領域に対して周期的な診断を実行することを特徴とするディスクアレイ装置制御方法。しかしながら、演算装置の稼動状態を基に未使用領域の試験容量を決定する従来技術では、未使用領域を決定するための処理の負荷が大きく、ディスクアレイ装置の本来の処理のIOInputOutput性能に影響が出てしまう。また、ディスク等の使用率を基に未使用領域の検査を実施する従来技術では、その未使用領域が使用される直前の状態が把握できないため、経年劣化などに対応することができない。開示の技術は、上記に鑑みてなされたものであって、未使用領域を使用する場合のディスク故障の発生を軽減するディスクアレイ装置及びディスクアレイ装置制御方法を提供することを目的とする。本願の開示するディスクアレイ装置及びディスクアレイ装置制御方法は、一つの態様において、RAIDグループが設定された複数のハードディスクを有する。そして、使用領域設定部は、前記RAIDグループに1つ又は複数の使用領域を設定する。診断対象決定部は、前記使用領域の設定状態に基づいて前記RAIDグループにおける診断対象とする領域を決定する。診断実行部は、前記診断対象決定部が決定した診断対象の領域に対して周期的な診断を実行する。本願の開示するディスクアレイ装置及びディスクアレイ装置制御方法の一つの態様によれば、未使用領域を使用する場合のディスク故障の発生を軽減することができるという効果を奏する。以下に、本願の開示するディスクアレイ装置及びディスクアレイ装置制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示するディスクアレイ装置及びディスクアレイ装置制御方法が限定されるものではない。図1は、実施例に係るディスクアレイ装置のブロック図である。図1に示すように、ディスクアレイ装置1は、ホスト2と接続されている。ホスト2は、パーソナルコンピュータやサーバといった情報処理装置である。ホスト2は、ディスクアレイ装置1に対して、データの読み出し及び書き込みといった命令を出力する。そして、ホスト2は、読み出し命令への応答として、要求したデータをディスクアレイ装置1から取得する。ディスクアレイ装置1は、コントロールモジュールCMControlModuleとも呼ばれる。10及びハードディスク群11を有している。ハードディスク群11は、複数のハードディスクを有している。ハードディスク群11に含まれるハードディスクとは、例えば、ハードディスク110などである。そして、ハードディスク群11は、複数のハードディスクを用いて構成された論理グループを有する。本実施例では、ハードディスク群11は、RAIDグループ111~113という3つの論理グループを有している。また、グループ114は、各RAIDグループのホットスペアとなっているディスクの集合である。コントロールモジュール10は、CAChannelAdaptor制御部101、キャッシュ制御部102、RAID制御部103、構成記憶部104、データチェック制御部105、DADeviceAdaptor制御部106を有している。CA制御部101は、ホスト2とのインタフェースであるチャネルアダプタCAを制御する。具体的には、CA制御部101は、ホスト2から送信されたデータや命令をチャネルアダプタにより受信する。例えば、CA制御部101は、書き込み対象のデータと共に書き込み命令をホスト2から受信する。また、CA制御部101は、データの読み出し命令をホスト2から受信する。その他にも、CA制御部101は、論理グループであるRAIDの構築命令などをホスト2から受信する。そして、CA制御部101は、受信したデータをキャッシュ制御部102へ出力する。また、CA制御部101は、受信した命令をRAID制御部103へ出力する。また、CA制御部101は、データの読み出し命令をキャッシュ制御部102へ通知する。そして、CA制御部101は、指定したデータをキャッシュ制御部102から取得する。そして、CA制御部101は、取得したデータをホスト2へ出力する。データの書込みの場合、キャッシュ制御部102は、データの入力をCA制御部101から受ける。そして、キャッシュ制御部102は、CA制御部101から受信したデータをキャッシュに蓄積する。また、キャッシュ制御部102は、RAID制御部103からデータの読み出し命令を受信する、そして、キャッシュ制御部102は、指定されたデータをRAID制御部103へ出力する。また、データの読み出しの場合、キャッシュ制御部102は、データの入力をRAID制御部103から受ける。そして、キャッシュ制御部102は、RAID制御部103から受信したデータをキャッシュに蓄積する。また、キャッシュ制御部102は、CA制御部101からデータの読み出し命令を受信する、そして、キャッシュ制御部102は、指定されたデータをCA制御部101へ出力する。構成記憶部104は、ハードディスクやメモリなどの記憶装置である。構成記憶部104は、構成定義141を記憶する。構成定義141は、RAIDグループの構成情報や、ボリュームの設定情報及びデータチェックの管理情報などが含まれている。構成定義141については後で詳細に説明する。RAID制御部103は、ボリューム設定部131及びデータチェック実行部132を有する。RAID制御部103は、ホスト2からの命令をCA制御部101から受ける。例えば、RAID制御部103は、RAIDの構築命令を受けた場合、構築の指示に従い指定されたディスクに対して指定されたRAIDレベルでRAIDを構築する。そして、RAID制御部103は、構築したRAIDグループの情報を用いて構成定義141を生成し、生成した構成定義141を構成記憶部104に記憶させる。また、RAID制御部103がボリュームの設定命令をCA制御部101から受けた場合、ボリューム設定部131は、設定の指示に従い、指定されたRAIDグループに対して指定されたサイズのボリュームを設定する。このボリュームが使用領域の一例にあたる。そして、RAID制御部103は、ボリューム設定部131が設定したボリュームの情報をそのボリュームを設定したRAIDグループの構成定義141に登録する。このボリューム設定部131が、使用領域設定部の一例にあたる。ここで、構成定義について説明する。図2は、構成定義の概要を表す図である。構成定義は、RAIDグループ毎に生成される。図2の構成定義201は、ある1つのRAIDグループの構成定義を表している。ここでは、RAIDグループがn個のハードディスクで構成されている場合を例に説明する。以下では、構成定義201に記載されたRAIDグループを記載RAIDグループと呼ぶ。構成定義201は、RAIDグループ番号、RAIDグループサイズ及びRAIDLevelが格納されている。RAIDグループ番号は、記載RAIDグループを一意に識別するための識別子である。RAIDグループサイズは、記載RAIDグループの全ての容量を表す。RAIDLevelは、記載RAIDグループの構築に用いられたRAIDの種類である。また、構成定義201は、ボリューム数及び各ボリュームの情報を有している。ここで、ボリューム数は、記載RAIDグループに設定されたボリュームの数を表している。また、各ボリュームの情報は、図2では、ボリューム[1]~[3]にあたる。ここでは、記載RAIDグループに3つのボリュームを作成した場合を例に説明する。ボリュームの情報として記載されている内容の詳細としては、図2における各ボリュームの情報から延びる矢印の先に示された情報が記載されている。ボリューム情報211は、ボリューム[1]と表されているボリュームの情報である。また、ボリューム情報212は、ボリューム[2]と表されているボリュームの情報である。さらに、ボリューム情報213は、ボリューム[3]と表されているボリュームの情報である。ボリューム情報211~213に示すように、ボリュームの情報としては、ボリューム番号、ボリュームサイズ及び開始RAIDグループLBALogicalBlockAddressingが含まれている。ボリューム番号とは、記載RAIDにおいて各ボリュームを識別するための識別子である。例えば、ボリューム情報211には、ボリューム番号として0000が記載されており、ボリューム情報212には、ボリューム番号として0001が記載されており、ボリューム情報213には、ボリューム番号として0002が記載されている。ボリュームサイズは、各ボリュームの容量である。また、開始RAIDグループLBAは、各ボリュームの開始位置を示すアドレスである。さらに、構成定義201は、Disk数及び各Diskの情報を有している。Disk数は、記載RAIDを構成するハードディスクの数である。また、各Diskの情報は、図2では、Disk[1]~[n]にあたる。Diskの情報として記載されている内容の詳細としては、図2における各Diskの情報から延びる矢印の先に示された情報が記載されている。Disk情報221は、Disk[1]と表されているハードディスクの情報である。また、Disk情報222は、Disk[2]と表されているハードディスクの情報である。また、Disk情報223は、Disk[3]と表されているハードディスクの情報である。さらに、Disk情報224は、ボリューム[n]と表されているハードディスクの情報である。Disk情報221~224に示すように、Diskの情報としては、Disk番号、Diskサイズ及びチェック進捗が記載されている。Disk番号は、記載RAIDグループを構成する各ハードディスクを一意に識別するための識別子である。例えば、Disk221には、Disk番号として0000が記載されており、Disk222には、Disk番号として0001が記載されている。また、Disk223には、ボリューム番号として0002が記載されており、Disk224には、ボリューム番号として000nが記載されている。図1に戻り、RAID制御部103は、データの書き込み命令を受けた場合、書き込みの指定を受けたデータをキャッシュ制御部102から取得する。そして、RAID制御部103は、指定されたRAIDグループの指定されたボリュームに対して取得したデータを書き込むようにDA制御部106へ指示する。また、RAID制御部103は、データの読み出し命令を受けた場合、指定されたRAIDグループの指定されたボリュームから指定されたデータを読み出すようにDA制御部106へ指示する。そして、RAID制御部103は、読み出しを指示したデータをDA制御部106から取得する。その後、RAID制御部103は、取得したデータをキャッシュ制御部102へ出力する。また、データチェック実行部132は、例えば、読み出しや書き込みなどの処理を行っていないときを使用して、周期的に、ハードディスクの媒体面のエラーの有無を確認及びベリファイを行うデータチェックを実行する。このデータチェックは、データパトロールと呼ばれる場合がある。より詳しくは、データチェック実行部132は、1回のデータチェックを行うと、一定期間データチェック処理を停止し、その後前回データチェックが終了した位置からデータチェックを再開することを繰り返す。そこで、データチェックの動作について詳細に説明する。データチェック実行部132は、データチェックを行うにあたり、データチェック制御部105に対して、データチェックの管理情報を問い合わせる。データチェックの管理情報には、データチェックの対象とするRAIDグループ、データチェックの開始位置、1回にデータチェックを行う量及びデータチェックを行う対象領域の情報が含まれる。データチェックを行う対象領域の情報とは、ボリュームが設定されている領域のみを対象領域とするか、ボリュームが設定されている領域に加えて未使用領域も対象領域とするかを示す情報である。また、1回にデータチェックを行う量は、本実施例では、例えば、1MB又は2MBなどと指定されている。そして、データチェック実行部132は、問合せに対する応答としてデータチェックの管理情報の入力をデータチェック制御部105から受ける。次に、データチェック実行部132は、データチェックの管理情報により指定されたRAIDグループにおける指定された開始位置からデータチェックを開始する。データチェックの具体的な内容としては、次のような処理を行う。データチェック実行部132は、データチェックの対象領域から順次データを読み出す。そして、データチェック実行部132は、読み出しエラーが発生した場合には、読み出しエラーの発生したデータ領域に代わる予備領域を確保する。そして、データチェック実行部132は、RAIDグループを構成するハードディスクを用いて読み出しエラーが発生した箇所のデータの再構築を行う。さらに、データチェック実行部132は、再構築したデータを確保した領域に記録する。その後、指定された量のデータチェックが完了すると、データチェック実行部132は、データチェックが完了した位置のアドレスをデータチェック制御部105へ通知する。また、データチェック実行部132は、指定された対象領域に対するデータチェックを全て完了すると、次に行うデータチェックの管理情報を、データチェック制御部105に対して問い合わせる。そして、データチェック実行部132は、未使用領域も対象領域としている場合、ボリュームが設定されている領域のデータチェックに続いて、未使用領域のデータチェックを行う。これに対して、ボリュームが設定されている領域のみを対象領域としている場合、データチェック実行部132は、あるRAIDグループのボリュームが設定されている領域のデータチェックが終わると、次のRAIDグループのデータチェックに移る。データチェック実行部132は、全てのRAIDグループの指定された対象領域に対するデータチェックが完了すると、最初にデータチェックを行ったRAIDグループのデータチェックに戻ることをデータチェック制御部105から指示される。このデータチェック実行部132が、診断実行部の一例にあたる。データチェック制御部105は、周期的に構成定義141から各RAIDグループの全体の容量及び各RAIDグループに設定された各ボリュームのサイズを取得する。さらに、データチェック制御部105は、各RAIDグループの全体の容量からそのRAIDグループに設定されたボリュームのサイズの総計を減算して未使用領域のサイズを求める。そして、データチェック制御部105は、各RAIDグループの全体の容量、各RAIDグループに設定された各ボリュームのサイズ及び未使用領域を用いて、各RAIDグループに対するデータチェックの対象領域を求める。その後、データチェック制御部105は、求めた各RAIDグループに対するデータチェックの対象領域を構成定義141に登録する。ここで、データチェック制御部105が、データチェックの対象領域を決定し登録する周期は、データチェック実行部132が実際にデータチェックを行う周期とは無関係に決定してよい。例えば、データチェックの対象領域を決定し登録する周期は、ディスクアレイ装置の運用状況に合わせて、ボリュームの構成が変わったことを適切に反映できるように決定することが好ましい。データチェック制御部105は、データチェックの管理情報の問合せをデータチェック実行部132から受ける。データチェック制御部105は、データチェックの対象とするRAIDグループ、データチェックの開始位置、1回にデータチェックを行う量及びデータチェックを行う対象領域の情報などを構成定義141から取得する。そして、データチェック制御部105は、取得した情報をデータチェックの管理情報としてデータチェック実行部132へ出力する。さらに、データチェック制御部105は、指定したRAIDグループの対象領域に対するデータチェックが完了した場合、次に行うデータチェックの管理情報の問合せをデータチェック実行部132から受ける。そして、データチェック制御部105は、次にデータチェックを行うRAIDグループのデータチェックの管理情報を構成定義141から取得する。そして、データチェック制御部105は、取得した次にデータチェックを行うRAIDグループのデータチェックの管理情報をデータチェック実行部132へ出力する。ここで、データチェック制御部105は、例えば、各RAIDグループのRAIDグループ番号の小さい順にデータチェックを行う対象としていく。さらに、全てのRAIDグループに対するデータチェックが完了した場合、データチェック制御部105は、RAIDグループ番号が最小のRAIDグループに戻り、再度RAIDグループ番号の小さい順にデータチェックの対象としていく。また、データチェック制御部105は、1回のデータチェックが終わる毎に、データチェックが完了した位置のアドレスの入力をデータチェック実行部132から受ける。そして、データチェック制御部105は、受信したアドレスを構成定義141の進捗の欄に書き込む。例えば、図2の構成定義201で表されるRAIDグループのDisk情報221で表されるハードディスクの特定の位置までデータチェックが終わった場合、データチェック制御部105は、そのハードディスクのデータチェックが完了したアドレスを受信する。そして、データチェック制御部105は、構成定義201のDisk情報221の進捗の欄に受信したアドレスを登録する。これにより、データチェック制御部105は、各ハードディスクの進捗の欄を検索することで、次のデータチェックの開始位置を取得することができる。このデータチェック制御部105が、診断対象決定部の一例にあたる。ここで、本実施例では、データチェックの管理情報を一元管理するため、データチェック実行部132は、データチェックを開始する度及び対象領域のデータチェックが完了した場合にデータチェック制御部105からデータチェックの管理情報を取得している。しかし、これは他の方法でもよく、例えば、データチェック実行部132は、データチェックを行う際に直接構成定義141から必要な情報を取得するようにしてもよい。ここで、図3を参照して、データチェック制御部105によるデータチェックの対象領域決定の流れについて説明する。図3は、データチェックの対象領域決定の処理のフローチャートである。ここでは、あるRAIDグループに対するデータチェック対象領域決定について説明する。以下では、ここでのデータチェックの対象領域決定の対象とするRAIDグループを対象RAIDグループと呼ぶ。データチェック制御部105は、構成定義141から取得した対象RAIDグループに設定された各ボリュームのボリュームサイズの中から最小のボリュームサイズを取得するするステップS1。データチェック制御部105は、取得した最小ボリュームサイズと未使用領域のサイズとを比較するステップS2。そして、データチェック制御部105は、未使用領域のサイズが最小ボリュームサイズよりも大きいか否かを判定するステップS3。未使用領域のサイズが最小ボリュームサイズよりも大きい場合ステップS3:肯定、データチェック制御部105は、対象RAIDグループにおけるデータチェックの対象領域を、ボリュームが設定されている領域及び未使用領域の両方と決定するステップS8。これは、未使用領域のサイズが最小のボリュームサイズよりも大きい場合、未使用領域にさらにボリュームを登録する可能性が高い。そこで、予め未使用領域のデータチェックを行っておき、いつ未使用領域にボリュームが設定されても障害の発生を回避することができるようにするためである。これに対して、未使用領域のサイズが最小ボリュームサイズ以下の場合ステップS3:否定、データチェック制御部105は、対象RAIDグループに設定されたボリュームの数が予め決められた閾値Nよりも大きいか否かを判定するステップS4。対象RAIDグループに設定された数が小さければステップS4:否定、データチェック制御部105は、対象RAIDグループにおけるデータチェックの対象領域を、ボリュームが設定されている領域のみとするステップS9。これは、設定されたボリューム数が多い場合には、統計数が多くなるため、ボリュームサイズを用いた判断によって未使用領域の使用の予想が高い確度で判定できる。そして、未使用領域のサイズが最小のボリュームサイズ以下の場合、未使用領域にさらにボリュームを登録する可能性は低い。そこで、迅速なデータチェック及び負荷の軽減のため、未使用領域はデータチェックの対象とせずに、ボリュームが既に設定されている領域のみをデータチェックの対象としている。これに対して、設定されたボリュームが少ない場合ステップS4:肯定、ボリュームサイズを用いた判断だけでは、未使用領域の使用不使用の予測の確度が下がるため、より正確を期すために、他の判断基準も用いる。そこで、データチェック制御部105は、対象RAIDグループの全容量に対する未使用領域の比率を求めるステップS5。次に、データチェック制御部105は、求めた未使用領域の比率が予め決められた閾値x以上か否かを判定するステップS6。未使用領域の比率が予め決められた閾値xより小さい場合ステップS6:否定、データチェック制御部105は、対象RAIDグループにおけるデータチェックの対象領域を、ボリュームが設定されている領域のみとするステップS9。例えば、閾値xを0.1とすることが考えられる。その場合、未使用領域の比率が0.1未満であれば、データチェック制御部105は、対象RAIDグループにおけるデータチェックの対象領域を、ボリュームが設定されている領域のみとする。これは、未使用領域の割合がRAIDグループ全体に対してある程度小さければ、未使用領域を使用する可能性は低いと考えられるからである。ここで、本実施例では、一例として、x=0.1として説明したが、閾値xは他の値でもよく、運用状態に合わせて、全体から見て未使用領域の比率がその値より小さくなればほぼ未使用領域を使うことがないという値に決定されることが好ましい。これに対して、未使用領域の比率が予め決められた閾値x以上の場合ステップS6:肯定、データチェック制御部105は、未使用領域のサイズが予め決められた閾値y以上か否かを判定するステップS7。未使用領域のサイズが予め決められた閾値yより小さい場合ステップS7:否定、対象RAIDグループにおけるデータチェックの対象領域を、ボリュームが設定されている領域のみとするステップS9。例えば、閾値yを10GBとすることが考えられる。その場合、未使用領域のサイズが10GBより小さければ、データチェック制御部105は、対象RAIDグループにおけるデータチェックの対象領域を、ボリュームが設定されている領域のみとする。これは、未使用領域のサイズがある程度小さければ、未使用領域を使用する可能性は低いと考えられるからである。ここで、本実施例では、一例として、y=10GBとして説明したが、閾値yは他の値でもよく、運用状態に合わせて、そのサイズより小さくなればボリュームを割り当てることは考えにくいという値に決定されることが好ましい。DA制御部106は、データを書き込むRAIDグループ及びボリュームの指定、並びに書き込むデータの入力をRAID制御部103から受ける。DA制御部106は、指定されたRAIDグループの指定されたボリュームに対して受信したデータを書き込む。また、DA制御部106は、データを読み出す先のRAIDグループ及びボリュームの指定をRAID制御部103から受ける。DA制御部106は、指定されたRAIDグループの指定されたボリュームの中からデータを読み出す。そして、DA制御部106は、読み出したデータをRAID制御部106へ出力する。次に、図4を参照して、データチェックの対象領域決定及びデータチェックの処理の流れを説明する。図4は、データチェックの対象領域決定及びデータチェックの処理のフローチャートである。図4の紙面に向かって左側のフローはデータチェック制御部105によるデータチェックの対象領域の決定の処理を示しており、紙面に向かって右側のフローはデータチェック実行部132によるデータチェックの処理を示している。また、図4の点線矢印は、データチェック制御部105からデータチェック実行部132へのデータチェックの管理情報の送信を表している。データチェック制御部105は、一定周期で繰り返されるデータチェックの対象領域決定のタイミングが到来したか否かを判定するステップS101。タイミングが到来している場合ステップS101:肯定、データチェック制御部105は、データチェックの対象領域の決定を行うステップS102。このステップS102では、具体的には、データチェック制御部105は、図3のフローチャートに示した処理を行う。これに対して、タイミングが到来していない場合ステップS101:否定、データチェック制御部105は、ステップS103に進む。データチェック制御部105は、ディスクアレイ装置が停止したか否かを判定するステップS103。ディスクアレイ装置が停止していない場合ステップS103:否定、データチェック制御部105は、ステップS101へ戻る。これに対して、ディスクアレイ装置が停止した場合ステップS103:肯定、データチェック制御部105は、データチェックの対象領域決定の処理を終了する。データチェック実行部132は、一定周期で繰り返されるデータチェックのタイミングが到来したか否かを判定するステップS201。タイミングが到来している場合ステップS201:肯定、データチェック実行部132は、データチェックの管理情報をデータチェック制御部105から取得するステップS202。そして、データチェック実行部132は、受信したデータチェックの管理情報で指定された対象領域において、指定されたRAIDグループのボリュームに対して指定された量のデータチェックを行うステップS203。これに対して、タイミングが到来していない場合ステップS201:否定、データチェック実行部132は、ステップS204に進む。データチェック実行部132は、ディスクアレイ装置が停止したか否かを判定するステップS204。ディスクアレイ装置が停止していない場合ステップS204:否定、データチェック実行部132は、ステップS201へ戻る。これに対して、ディスクアレイ装置が停止した場合ステップS204:肯定、データチェック実行部132は、データチェックの処理を終了する。ハードウェア構成次に、図5を参照して、本実施例に係るディスクアレイ装置のコントロールモジュールのハードウェア構成について説明する。図5は、実施例に係るディスクアレイ装置のコントロールモジュールのハードウェアの構成図である。ここでは、ディスクアレイ装置がコントロールモジュール301とコントロールモジュール302とを有しており、コントロールモジュール301とコントロールモジュール302が接続されている場合で説明する。また、コントロールモジュール301とコントロールモジュール302とは、同じ構成を有するため、コントロールモジュール301を例に説明する。コントロールモジュールCM301は、チャネルアダプタCA311及び312、CPUCentralProcessingUnit313、メモリ314、キャッシュ315、並びにデバイスアダプタDA316及び317を有している。チャネルアダプタ311及び312、メモリ314、キャッシュ315、並びにデバイスアダプタ316及び317は、CPU313にバスで接続されている。また、コントロールモジュール301のバスは、コントロールモジュール302のバスに接続されている。チャネルアダプタ311及び312は、図1に示すようなホスト不図示に接続されている。チャネルアダプタ311及び312、並びにCPU313によって、例えば、図1に示したCA制御部101の機能が実現される。また、デバイスアダプタ316及び317は、図1に示すようなハードディスク群不図示に接続されている。キャッシュ315及びCPU313によって、例えば、図1に示したキャッシュ制御部102の機能が実現される。また、デバイスアダプタ316及び317、並びにCPU313によって、例えば、図1に示したDA制御部106の機能が実現される。また、メモリ314は、図1に示す構成記憶部104の機能を実現する。さらに、CPU313及びメモリ314は、例えば、図1に示した、RAID制御部103及びデータチェック制御部105などの機能を実現する。例えば、メモリ314は、図1に例示したRAID制御部103、ボリューム設定部131、データチェック実行部132及びデータチェック制御部105などの各部による処理を実現する各種プログラムを記憶している。そして、CPU313は、これら各種プログラムをメモリ314から読み出して展開することで、上述した機能を実現するプロセスを生成する。そして、CPU313は、生成したプロセスに基づいて上述した各機能を実行する。以上に説明したように、本実施例に係るディスクアレイ装置は、周期的にデータチェックの対象領域を決定し、その決定した対象領域に対して周期的にデータチェックを行う。さらに、本実施例に係るディスクアレイ装置は、未使用領域のサイズとボリュームサイズの関係、未使用領域の割合及び未使用領域のサイズなどを用いてデータチェックの対象領域を決定する。このような基準を用いることで、未使用領域が使用される可能性を高い確度で判定することができる。さらに、データチェックの対象領域として決定した領域に対して、周期的にデータチェックを行うことで、いつ未使用領域が使用されてもデータチェックを行ってからの期間を短く抑えることができる。そのため、未使用領域を使用開始する場合のディスク故障の発生を軽減することができる。ここで、本実施例では、より高い確度で未使用領域の使用可能性を判定するため、未使用領域のサイズとボリュームサイズの関係による判定、未使用領域の割合による判定、未使用領域のサイズによる判定という3つの判定を組み合わせて判定を行なっている。ただし、未使用領域の使用可能性の判定に求められる正確さに応じて、判定方法を決定してもよい。例えば、それほど正確な判定を求めずに、判定処理の負荷を軽減することが望ましければ、いずれか一つの判定のみを用いてもよい。また、判定の正確性及び判定処理の負荷のバランスをとる場合には、いずれか二つの判定を組み合わせて判定を行なってもよい。