複数の物理ディスクにより構成されるボリュームに対して読書きするディスクアレイ装置であって、過去にエラーが発生した履歴のある物理ディスクのセクタについてのディスク番号及びセクタ番号を格納するテーブルと、前記テーブルを参照し、アクセス対象の前記物理ディスクのセクタにエラー履歴が存在するか否かをチェックし、エラー履歴が存在しない場合、当該物理ディスクのセクタへの読書きを行う制御部とを備えることを特徴とするディスクアレイ装置。前記ボリュームは、複数の前記物理ディスクによりRAID構成されており、前記制御部は、前記エラーが発生した履歴のある物理ディスクのセクタが存在する場合、当該セクタを有する物理ディスク以外の物理ディスクを用いて読書きを行うことを特徴とする請求項2に記載のディスクアレイ装置。複数の物理ディスクにより構成されるボリュームに対して読書きするディスクアレイ装置の制御方法であって、制御部が、過去にエラーが発生した履歴のある物理ディスクのセクタについてのディスク番号及びセクタ番号を格納するテーブルを参照し、アクセス対象の前記物理ディスクのセクタにエラー履歴が存在するか否かをチェックする第1のステップと、前記制御部が、エラー履歴が存在しない場合、当該物理ディスクのセクタへの読書きを行う第2のステップとを備えることを特徴とするディスクアレイ装置の制御方法。デグレード状態から障害の発生した物理ディスクの交換によりボリュームを再構築するときに、障害が発生していない物理ディスクの潜在エラーが顕在化することがある。この場合、RAIDの冗長性が失われているため、ボリュームの再構築を継続できなくなり、結局、ボリューム内のデータが失われるという問題がある。かかる問題に対しては、特許文献1のように、障害が発生した仮閉塞領域を仮閉塞することで対応することが考えられる。しかしながら、物理ディスクの障害には、物理ディスクのディスクプラッタ面の微小な欠損により部分的にアクセスができなくなるケースがあるところ、特許文献1のディスクアレイ装置は、いずれかの物理ディスクで障害が発生した後に障害管理のテーブルを参照して、他の物理ディスクからのデータ修復を行う構成であるため、実際に障害のあるディスクプラッタ面へのアクセスが発生し、ディスクプラッタ面の障害が拡散するおそれがある。本発明は以上の点を考慮してなされたものであり、信頼性を向上させ得るディスクアレイ装置及びその制御方法を提案するものである。かかる課題を解決するために本発明は、複数の物理ディスクにより構成されるボリュームに対して読書きするディスクアレイ装置であって、過去にエラーが発生した履歴のある物理ディスクのセクタについてのディスク番号及びセクタ番号を格納するテーブルと、前記テーブルを参照し、アクセス対象の前記物理ディスクのセクタにエラー履歴が存在するか否かをチェックし、エラー履歴が存在しない場合、当該物理ディスクのセクタへの読書きを行う制御部とを備えることを特徴とする。また、本発明は、複数の物理ディスクにより構成されるボリュームに対して読書きするディスクアレイ装置の制御方法であって、制御部が、過去にエラーが発生した履歴のある物理ディスクのセクタについてのディスク番号及びセクタ番号を格納するテーブルを参照し、アクセス対象の前記物理ディスクのセクタにエラー履歴が存在するか否かをチェックする第1のステップと、前記制御部が、エラー履歴が存在しない場合、当該物理ディスクのセクタへの読書きを行う第2のステップとを備えることを特徴とする。従って、エラーが物理ディスクのディスクプラッタ面上の欠陥によるものであった場合、この欠陥を含むセクタに繰り返し読書きすることによって欠陥が拡散するのを未然かつ有効に防止し、ストレージシステム全体の可用性を高めることができる。具体的に、本発明は、コントローラ部5内に、論理ボリュームを構成する各ディスクの書き込み及び読み出しのエラーをセクタ単位にリソース量を考慮して複数セクタとしても良い管理するエラー履歴管理テーブル24を備える。コントローラ部5は、論理ボリュームへのアクセス時には論理ボリュームを構成する冗長の物理ディスク装置7にアクセスするが、アクセス前に、エラー履歴管理テーブル24を参照し、アクセスしようとしている物理ディスク装置7のセクタにエラーの履歴があった場合、当該物理ディスク装置7のセクタのみアクセスを行わない。一方、コントローラ部5は、エラーの履歴がエラー履歴管理テーブル24に登録されていない場合、該当する物理ディスク装置7にアクセスを行うが、いずれかの物理ディスク装置7でエラーが発生した場合、そのディスクID及びエラーが発生したセクタ番号をエラー履歴管理テーブル24に登録する。本発明によれば、信頼性を向上させ得るディスクアレイ装置及びその制御方法を実現することができる。以下、本発明の一実施の形態を、図面を参照して詳細に説明する。なお、これにより本発明が限定されるものではない。図1は、本実施の形態によるストレージシステム1のハードウェア構成の一例を示している。ストレージシステム1は、複数のホスト計算機2がネックワーク3を介してディスクアレイ装置4に接続されることにより構成されている。ホスト計算機2は、例えば、CPUCentralProcessingUnitやメモリ等の情報処理資源、情報入力装置、情報出力装置を備えたコンピュータ装置である。ホスト計算機2は、例えば、書き込み要求をディスクアレイ装置4に送信して、対応するデータをディスクアレイ装置4に書き込む。また、ホスト計算機2は、例えば、読み出し要求をディスクアレイ装置4に送信し、対応するデータをディスクアレイ装置4から読み出す。ネットワーク3は、例えば、LANLocalAreaNetwork、SANStorageAreaNetwork、インターネット、専用回線、公衆回線等を場合に応じて適宜用いることができる。ディスクアレイ装置4は、例えば、コントローラ部5及び記憶部6により構成されている。ディスクアレイ装置4は、コントローラ部5を最低1つ備えている。コントローラ部5は、当該ディスクアレイ装置4全体を制御する。記憶部6は、ホスト計算機2から受信したデータを格納する複数の物理ディスク装置7により構成されている。コントローラ部5は、ホストインタフェース11、CPU12、メモリ13及びディスクインタフェース14により構成されている。ホストインタフェース11は、ホスト計算機2とネットワーク3を介して接続され、ホスト計算機2から受信した各種要求やデータの送受信を制御する。ホストインタフェース11は、ネットワーク3の種類に応じた種々のインタフェースを用いることができる。CPU12は、コントローラ部5ごとに1つ備えられる。CPU12は、コントローラ部5全体を制御し、ホストインタフェース11から受信した各種要求を解釈して、各構成要素に指示を送信する。また、CPU12は、物理ディスク装置7に対してRAIDRedundantArraysofIndependentDisks制御を行うことにより、ディスクアレイ装置4の信頼性、可用性及び性能を向上させる。この場合、CPU12は、1又は複数の物理ディスク装置7により提供される物理的な記憶領域RAIDグループ上に、1又は複数の論理ボリュームを設定する。そして、データは、この論理ボリューム内に所定の大きさのブロック単位で記憶される。メモリ13は、ホスト計算機2から受信したデータを一時的に保持する。メモリ13は、コントローラ部5内部で使用する各種プログラムや、各種テーブルを保持する。ディスクインタフェース14は、記憶部6の物理ディスク装置7と接続され、ホスト計算機2から受信したデータの送受信を制御する。ディスクインタフェース14は、ファイバチャネル、SASSerialAttachedSCSI、SATASerialATA等の種類に応じた種々のインタフェースを用いることができる。図2は、本実施形態のストレージシステム1の機能的構成の一例を示している。コントローラ部5は、例えば、ホストインタフェース制御部21、RAID制御部22、複数のディスクR/W制御部23及びエラー履歴管理テーブル24により構成されている。ホストインタフェース制御部21は、ホストインタフェース11が対応して処理を行う。RAID制御部22は、CPU12が対応して処理を行う。RAID制御部22は、ホストインタフェース制御部21から受信した論理ボリュームへの書き込み要求及び書き込み対象のデータに対し、冗長データを生成し、論理ボリュームのセクタ番号を、当該論理ボリュームを構成する各物理ディスク装置7のディスクID及びそれぞれの物理ディスク装置7上のセクタ番号に変換し、書き込み対象のデータ及び冗長データを、論理ボリュームを構成する各物理ディスク装置7に書き込む。ただし、RAID制御部22は、物理ディスク装置7への書き込みにあたっては、エラー履歴管理テーブル24を検索し、書き込みを行おうとする物理ディスク装置7のセクタ番号のエラー履歴を確認し、エラー履歴の存在する物理ディスク装置7のセクタ番号に対しては実際の書き込み動作を行わない。また、RAID制御部22は、エラー履歴がなく書き込み動作を行った物理ディスク装置7のセクタ番号に対し、書き込み時にエラーが報告された場合、その物理ディスク装置7のディスク番号及びセクタ番号をエラー履歴管理テーブル24に追加登録する。一方、RAID制御部22は、ホストインタフェース制御部21から受信した論理ボリュームへの読み出し要求に対し、論理ボリュームのセクタ番号を論理ボリュームを構成する物理ディスク装置7のディスクIDとそれぞれの物理ディスク装置7上のセクタ番号に変換し、論理ボリュームを構成する各物理ディスク装置7から読み出し対象のデータ及び冗長データを読み出す。RAID制御部22は、読み出し対象のデータ及び冗長データの検算を行い、データの誤りが検出された場合、データを修復したうえで読み出し対象のデータをホストインタフェース制御部21経由でホスト計算機2に返却する。ただし、RAID制御部22は、物理ディスク装置7からの読み出しにあたっては、エラー履歴管理テーブル24を検索し、読み出しを行おうとする物理ディスク装置7のセクタ番号のエラー履歴を確認し、エラー履歴の存在する物理ディスク装置7のセクタ番号に対しては実際の読み出し動作を行わない。複数のディスクR/W制御部23は、ディスクインタフェース14が対応して処理を行う。ディスクR/W制御部23は、書き込み要求又は読み出し要求に基づくディスクR/W指示により、対応する物理ディスク装置7に対する書き込み又は読み出し動作を行う。ディスクR/W制御部23は、書き込み又は読み出し動作時にエラーが発生した場合、その物理ディスク装置7のディスク番号とセクタ番号をエラー履歴管理テーブル24に追加登録する。図3は、エラー履歴管理テーブル24の一例を示した図である。エラー履歴管理テーブル24は、過去の物理ディスク装置7に対するアクセスの失敗の履歴を記録及び管理するテーブルである。エラー履歴管理テーブル24は、エントリ番号、ディスクID、セクタ番号を対応付けて格納する。ディスクIDは、書き込み又は読み出し時にエラーが発生した物理ディスクの装置7のIDである。セクタ番号は、書き込み又は読み出し時にエラーが発生した物理ディスク装置7のセクタの番号である。次に、本実施形態のストレージシステム1の動作について詳細に説明する。図4及び図5は、本実施形態のストレージシステム1のデータ書き込み処理を示すフローチャートである。RAID制御部22は、ホストインタフェース制御部21から、論理ボリュームへの書き込み要求及び書き込み対象のデータを受信すると、当該書き込み対象のデータの冗長データを生成するステップS1。続いて、RAID制御部22は、書き込み対象のデータ及び冗長データについて、論理ボリュームを構成する物理ディスク装置7への分割、マッピングを行うステップS2。続いて、RAID制御部22は、エラー履歴管理テーブル4を検索し、分割マッピングした分割データの書き込みを行う物理ディスク装置7のセクタにエラー履歴が存在するか否かをチェックするステップS3。そして、RAID制御部22は、物理ディスク装置7のセクタにエラー履歴が存在する場合ステップS3:YES、対応する物理ディスク装置7のセクタへの分割データの書き込みを行わないステップS4。すなわち、RAID制御部22は、エラー履歴に該当するセクタへの書き込みとなる分割データについて、それぞれ対応する複数のディスクR/W制御部23への送信を行わない。そして、RAID制御部22は、その後、データ書き込み処理を終了する。これに対して、RAID制御部22は、物理ディスク装置7のセクタにエラー履歴が存在しない場合ステップS3:NO、分割データをそれぞれ対応する複数のディスクR/W制御部23に送信するステップS5。続いて、ディスクR/W制御部23は、RAID制御部22から、ディスクR/W指示及び分割データを受信し、当該分割データをそれぞれ対応する物理ディスク装置7のセクタに書き込むステップS6。続いて、ディスクR/W制御部23は、書き込み時に物理ディスク装置7にエラーが発生したか否かをチェックするステップS7。そして、ディスクR/W制御部23は、書き込み時に物理ディスク装置7にエラーが発生していない場合ステップS7:NO、ステップS9に進む。これに対して、ディスクR/W制御部23は、書き込み時に物理ディスク装置7にエラーが発生した場合ステップS7:YES、当該物理ディスク装置7のディスクID及びセクタ番号をエラー履歴管理テーブル24に追加登録するステップS8。続いて、ディスクR/W制御部23は、RAID制御部22に対し、書き込み完了報告により、書き込みが成功したか否かを報告するステップS9。続いて、RAID制御部22は、各ディスクR/W制御部23から受信した書き込み完了報告を取りまとめ、ステップS4において物理ディスク装置7のセクタへの書き込みを行わなかった分割データについても書き込み失敗として、書き込み失敗した分割データの数が1つ以下であるか否かをチェックするステップS10。そして、RAID制御部22は、書き込み失敗した分割データの数が1つ以下でない場合ステップS10:NO、ホスト計算機2に対し、書き込みの異常終了通知をホストインタフェース制御部21を経由して送信しステップS11、その後、データ書き込み処理を終了する。これに対して、RAID制御部22は、書き込み失敗した分割データの数が1つ以下である場合ステップS10:YES、ホスト計算機2に対し、書き込みの正常終了通知をホストインタフェース制御部21を経由して送信しステップS12、その後、データ書き込み処理を終了する。図6及び図7は、本実施形態のストレージシステム1のデータ読み出し処理を示すフローチャートである。RAID制御部22は、ホストインタフェース制御部21から、論理ボリュームからの読み出し要求を受信すると、読み出し要求について、読み出しアドレス及び読み出し対象のデータの容量に基づいて、論理ボリュームを構成する物理ディスク装置7への分割、マッピングを行い、読み出し対象のデータ及び冗長データの分割データの分割読み出し要求を生成するステップS21。続いて、RAID制御部22は、エラー履歴管理テーブル4を検索し、分割データが書き込まれている物理ディスク装置7のセクタに、エラー履歴が存在するか否かをチェックするステップS22。そして、RAID制御部22は、分割データが書き込まれている物理ディスク装置7のセクタに、エラー履歴が存在する場合ステップS22:YES、エラー履歴に該当するセクタからの分割データの読み出しを行わないステップS23。すなわち、RAID制御部22は、エラー履歴に該当するセクタからの読み出しとなる分割読み出し要求について、それぞれ対応する複数のディスクR/W制御部23への送信を行わない。そして、RAID制御部22は、その後、データ読み出し処理を終了する。これに対して、RAID制御部22は、分割データが書き込まれている物理ディスク装置7のセクタに、エラー履歴が存在しない場合ステップS22:NO、生成した分割読み出し要求をそれぞれ対応する複数のディスクR/W制御部23に送信するステップS24。続いて、ディスクR/W制御部23は、RAID制御部22から、分割読み出し要求を受信し、当該分割読み出し要求に基づいて、それぞれ対応する物理ディスク装置7のセクタから分割データを読み出すステップS25。続いて、ディスクR/W制御部23は、読み出し時に物理ディスク装置7にエラーが発生したか否かをチェックするステップS26。そして、ディスクR/W制御部23は、読み出し時に物理ディスク装置7にエラーが発生していない場合ステップS26:NO、ステップS28に進む。これに対して、ディスクR/W制御部23は、読み出し時に物理ディスク装置7にエラーが発生した場合ステップS26:YES、当該物理ディスク装置7のディスクID及びセクタ番号をエラー履歴管理テーブル24に追加登録するステップS27。続いて、ディスクR/W制御部23は、RAID制御部22に対し、読み出し完了報告により、読み出しが成功したか否かを報告するステップS28。続いて、RAID制御部22は、各ディスクR/W制御部23から受信した読み出し完了報告を取りまとめ、ステップS23において物理ディスク装置7のセクタからの分割データの読み出しを行わなかった分割データについても読み出し失敗として、読み出し失敗した分割データの数が1つ以下であるか否かをチェックするステップS29。そして、RAID制御部22は、読み出し失敗した分割データの数が1つ以下でない場合ステップS29:NO、ホスト計算機2に対し、読み出しの異常終了通知をホストインタフェース制御部21を経由して送信しステップS30、その後、データ読み出し処理を終了する。これに対して、RAID制御部22は、読み出し失敗した分割データの数が1つ以下である場合ステップS29:YES、各ディスクR/W制御部23から受信した分割データを取りまとめ、当該分割データに基づいて生成した読み出し対象のデータ及び冗長データの検算を行い、当該読み出し対象のデータ及び冗長データが一致するか否かをチェックするステップS31。そして、RAID制御部22は、読み出し対象のデータ及び冗長データが一致しない場合ステップS31:NO、ホスト計算機2に対し、読み出しの異常終了通知をホストインタフェース制御部21を経由して送信しステップS32、その後、データ読み出し処理を終了する。これに対して、RAID制御部22は、読み出し対象のデータ及び冗長データが一致する場合ステップS31:YES、ホスト計算機2に対し、読み出しの正常終了通知及び読み出し対象のデータをホストインタフェース制御部21を経由して送信しステップS33、その後、データ読み出し処理を終了する。なお、RAID制御部22は、障害発生履歴のある物理ディスク装置7を交換する際には、交換元の物理ディスク装置7を含めて全物理ディスク装置7のデータを読み出し、冗長データとの照合を行いながら、交換元の物理ディスク装置7のデータを交換先の物理ディスク装置7にコピーする。ただし、RAID制御部22は、交換元の物理ディスク装置7のエラー領域のデータは読み出すことができないため、他の物理ディスク装置7のデータより正しいデータを生成して交換先の物理ディスク装置7に書き込む。この場合、RAID制御部22は、交換元ディスク以外のディスクのデータがエラーになっても、交換元ディスクのデータを交換先ディスクに書き込み、このとき発生したエラーもエラー履歴管理テーブル24に登録する。最後に、RAID制御部22は、交換元の物理ディスク装置7に関するエラー履歴をエラー履歴管理テーブル24から削除して、交換元の物理ディスク装置7を取り除き、交換先の物理ディスク装置7をボリュームのメンバーとして組み込む。以上のように、本実施形態においては、RAID制御部22は、過去にエラーが発生した履歴のある物理ディスク装置7のセクタ位置について、アクセス書き込み、読み出しを行わない。これにより、エラーが物理ディスク装置7のディスクプラッタ面上の欠陥によるものであった場合、この欠陥を含むセクタに繰り返しアクセスすることによって欠陥が拡散するのを未然かつ有効に防止し、ストレージシステム1全体の可用性を高めることができる。そして、上記の説明のごとく、本実施形態においては、RAID制御部22は、アクセス時にエラーが発生した物理ディスク装置7を即閉塞するのではなく、個別のアドレス領域ごとに実際にアクセスを行うか否かを判断しているので、単一の物理ディスク装置7のアクセスエラー後においても可用性の高いストレージシステム1を構成することができる。他実施形態本発明の他実施形態として、基本的構成は上記の通りであるが、エラー履歴管理テーブル24についてさらに工夫している。図3は、他実施形態のエラー履歴管理テーブル24の一例を示した図である。他実施形態のエラー履歴管理テーブル24は、例えば、セクタ番号は有効なエントリ数が多く所定数のビットを省略しても検索が可能であるため、セクタ番号の下位8ビットを省略し、連続する256セクタを1つのグループとして扱う。これにより、エラー履歴管理テーブル24の容量を削減することができるため、エラー履歴管理テーブル24のメモリ13の使用領域を一段と削減することができる。図8の他実施形態のエラー履歴管理テーブル24を採用する場合、RAID制御部22は、当該エラー履歴管理テーブル24を参照するが、アクセスしようとしているセクタ番号のうち下位8ビットを省略し、エラー履歴管理テーブル24内のエラー履歴を検索する。また、ディスクR/W制御部23は、アクセス時に物理ディスク装置7にエラーが発生した場合、他実施形態のエラー履歴管理テーブル24にディスクID及びセクタ番号を登録するが、この際にセクタ番号の下位8ビットを省略して登録する。なお、エラー履歴管理テーブル24内で管理するセクタ番号のうち、何ビットを省略するのかは任意である。上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1複数の物理ディスクにより構成されるボリュームに対して読書きするディスクアレイ装置であって、過去にエラーが発生した履歴のある物理ディスクのセクタについてのディスク番号及びセクタ番号を格納するテーブルと、前記テーブルを参照し、アクセス対象の前記物理ディスクのセクタにエラー履歴が存在するか否かをチェックし、エラー履歴が存在しない場合、当該物理ディスクのセクタへの読書きを行う制御部とを備えることを特徴とするディスクアレイ装置である。付記2前記ボリュームは、複数の前記物理ディスクによりRAID構成されており、前記制御部は、前記エラーが発生した履歴のある物理ディスクのセクタが存在する場合、当該セクタを有する物理ディスク以外の物理ディスクを用いて読書きを行うことを特徴とする付記1に記載のディスクアレイ装置である。付記3複数の物理ディスクにより構成されるボリュームに対して読書きするディスクアレイ装置の制御方法であって、制御部が、過去にエラーが発生した履歴のある物理ディスクのセクタについてのディスク番号及びセクタ番号を格納するテーブルを参照し、アクセス対象の前記物理ディスクのセクタにエラー履歴が存在するか否かをチェックする第1のステップと、前記制御部が、エラー履歴が存在しない場合、当該物理ディスクのセクタへの読書きを行う第2のステップとを備えることを特徴とするディスクアレイ装置の制御方法である。