JP6171616B2 - ストレージ制御装置、及びストレージ制御プログラム - Google Patents

Description

本発明は、ストレージ制御装置、及びストレージ制御プログラムに関する。

ストレージ装置は、例えばディスクアレイ装置によって構成される。ディスクアレイ装置では、例えば、複数のディスク（記憶装置；ＨＤＤ (Hard Disk Drive)等）を組み合わせ仮想的な１台のディスク（ＲＡＩＤグループ）として管理するＲＡＩＤ（Redundant Array of Independent Inexpensive Devices）技術が採用されている。ＲＡＩＤ技術の採用により、ディスクに記憶したデータの消失等が防止される。また、ＲＡＩＤ技術では、ＲＡＩＤのレベル（ＲＡＩＤ１〜６等）に応じ、各ディスクへのデータ配置と冗長性とが異なる。

なお、ＲＡＩＤ装置とは、ＲＡＩＤ技術を利用したディスクアレイ装置のことをいう。ＲＡＩＤ装置では、データ保証の観点から、ＲＡＩＤ装置の制御部を冗長化する場合が多い。以下の説明では、ＲＡＩＤ装置の制御部のことを「ＲＡＩＤ装置」もしくは「ストレージ制御装置」と記述する場合がある。

ところで、光磁気ディスクや光ディスク等の情報記憶媒体では、製造時やその後の使用時に記憶媒体上に物理的な欠陥が生じる場合がある。例えば、ディスク表面に汚れやゴミ等が付着したり、ディスク表面に傷などが生じたりする場合がある。このような欠陥が存在する領域（データブロック）に対し読出アクセス（ディスクRead）を行なうと、当該領域からデータを正しく読み出すことができず、媒体エラーが発生する。

媒体エラーが発生した場合、媒体リカバリを含むデータリカバリが実施されるが、そのデータリカバリの対象は、一般に、媒体エラーを検出したデータブロックのみである。このデータブロックは、例えばディスク上で適当なサイズに区切られた単位領域（セクタ）に対応する。ここで、図７に示すフローチャート（ステップＡ１〜Ａ６）に従って、ＲＡＩＤグループの正常運用時におけるデータリカバリ処理について説明する。

ＲＡＩＤグループの正常運用時（ステップＡ１）にディスクReadが行なわれると（ステップＡ２）、当該ディスクReadに対するディスクからの応答がチェックされる（ステップＡ３）。ディスクからの応答が正常である場合、つまりディスクから正しくデータが読み出された場合（ステップＡ３の“正常”ルート）、ＲＡＩＤグループの正常運用が継続して実行される（ステップＡ４）。

一方、ディスクからの応答が正常でない場合、つまりディスクから正しくデータが読み出されず媒体エラーが生じている場合（ステップＡ３の“エラー”ルート）、データリカバリ処理が行なわれる（ステップＡ５）。データリカバリ処理に際しては、媒体エラーの生じた媒体エラー領域（単位領域）におけるデータが、当該媒体エラー領域を有するディスク以外のディスクにおけるデータを用いて復元される。復元されたデータは、当該媒体エラー領域を有するディスクにおいて、欠陥の無い領域（交替領域）に保存される。当該欠陥の無い領域は、当該媒体エラー領域に論理的に対応付けられている。このようにデータリカバリ処理を行なった後、ＲＡＩＤグループの正常運用が継続して実行される（ステップＡ６）。

特開平７−１７６１４２号公報 特開２００５−１５７７３９号公報

近年、ディスク容量の増大に伴い情報記憶媒体における記憶単位領域がミクロ化しているのに対し、媒体エラーの発生要因となる傷やゴミ等の物理的サイズは変わらない。このため、媒体エラーを検出した媒体エラー領域（データブロック）の周辺領域、つまり媒体エラー領域に対し物理的に連続する隣接領域においても、媒体エラーが頻発する傾向がある。

このとき、あるデータブロックで媒体エラーが発生した時点で同時または略同時に当該データブロックの周辺領域でも媒体エラーが発生することがある。一方で、上記時点では周辺領域の媒体は正常であったが、のちに、当該周辺領域で媒体エラーが発生することもある。いずれにしても、周辺領域の媒体エラーは、周辺領域に対し実際にアクセスしないと検出することができないため、後述するように、リビルド（Rebuild）動作時にデータロストとなる可能性が高い。

なお、リビルドは、ＲＡＩＤグループの冗長性を自動回復する処理であり、ＲＡＩＤグループに属するディスクが故障した際に、ＨＳ（Hot Spare）に対し、故障ディスクのデータを、同一ＲＡＩＤグループにおける故障ディスク以外のディスクのデータを用いて再構築する処理である。また、ＨＳは、リビルド等の過程で使用される代替ディスクであり、ディスク故障に備えて待機している。さらに、ディスクは、例えば媒体エラーが所定の頻度以上で生じる場合に、故障したと判断される。

ホストから媒体に対する入出力（Ｉ／Ｏ）要求に際しては、一回のＩ／Ｏ要求によってアクセスされる領域は比較的小さい（データブロック数が比較的少ない）。このため、Ｉ／Ｏ要求によるアクセス時には、連続的なエラー（周辺領域の媒体エラー）は検出され難いが、アクセス領域におけるデータの冗長性が保たれている可能性が高い。したがって、媒体エラーを検出した領域のデータが復旧される可能性は高い。

これに対し、リビルド処理に際しては、ＲＡＩＤグループ内において故障ディスク以外のディスク（リビルド元）からＨＳ（リビルド先）へ所定サイズの領域のデータが順次読み出されるが、前記所定サイズは、一回のＩ／Ｏ要求によってアクセスされる領域よりも大きい。このため、リビルド動作時には、連続的なエラー（周辺領域の媒体エラー）が検出され易い上に、前記所定サイズの領域におけるデータの冗長性が保たれている可能性が低い。したがって、媒体エラーを検出された領域のデータが復旧される可能性が低く、つまりはデータロストが発生する可能性が高く、媒体エラー領域の周辺領域のデータを保証することができないという課題がある。

ここで、図８に示すフローチャート（ステップＢ１〜Ｂ６）に従って、ＲＡＩＤグループの非冗長状態時におけるリビルド処理について説明する。
リビルド処理が開始されると（ステップＢ１，Ｂ２）、リビルド元に対するディスクReadが行なわれ、リビルド元からＨＳ（リビルド先）へ所定サイズの領域のデータが順次読み出される（ステップＢ３）。その際、ディスクReadが行なわれる都度、当該ディスクReadに対するリビルド元からの応答がチェックされる（ステップＢ４）。

リビルド元からの応答が正常である場合、つまりリビルド元から所定サイズの領域のデータが正しく読み出された場合（ステップＢ４の“正常”ルート）、リビルド処理が継続して実行される（ステップＢ５）。
一方、リビルド元からの応答が正常でない場合、つまりリビルド元から所定サイズの領域のデータが正しく読み出されず当該領域で媒体エラーが生じている場合（ステップＢ４の“異常”ルート）、データロストが生じる（ステップＢ６）。つまり、非冗長状態であるため、当該領域のデータをリビルド先に再構築することができない。

一つの側面で、本発明は、記憶装置の媒体エラー領域の周辺領域のデータの保証を行なうことを目的とする。
なお、前記目的に限らず、後述する発明を実施するための最良の形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本件の他の目的の一つとして位置付けることができる。

本件のストレージ制御装置は、ＲＡＩＤグループに属する複数の第１記憶装置のうちの一つの記憶装置において媒体エラーの生じた媒体エラー領域を検出した場合、前記媒体エラー領域のデータのリカバリ処理を実行するリカバリ処理部と、コピー管理情報にアドレス情報が登録されたコピー対象の前記媒体エラー領域の周辺領域のデータを、前記記憶装置から他の記憶装置にコピーするコピー処理を制御するコピー制御部と、を有し、前記リカバリ処理部は、前記ＲＡＩＤグループに属する残りの複数の第１記憶装置のデータを用いて前記媒体エラー領域のデータのリカバリ処理を実行し、前記媒体エラー領域のデータが前記残りの複数の第１記憶装置のデータを用いてリカバリすることができない場合であって、当該媒体エラー領域のアドレス情報が前記コピー管理情報に登録されている場合に、前記他の記憶装置から前記データを読み出すことで前記データのリカバリ処理を行なう。

一実施形態によれば、記憶装置の媒体エラー領域の周辺領域のデータの保証を行なうことができる。

本実施形態のストレージシステムの構成およびストレージ制御装置の機能構成を示すブロック図である。 本実施形態における周辺領域の具体的な定義を説明する図である。 本実施形態における専用領域の具体的な使用法およびコピー管理テーブルの具体的な登録内容を説明する図である。 本実施形態におけるリカバリ制御部によるリカバリ処理およびコピー制御部によるコピー処理を説明するフローチャートである。 本実施形態におけるコピー制御部によるコピー先ディスクの決定処理を説明するフローチャートである。 本実施形態におけるリビルド制御部によるリビルド処理を説明するフローチャートである。 ＲＡＩＤグループの正常運用時におけるデータリカバリ処理を説明するフローチャートである。 ＲＡＩＤグループの非冗長状態時におけるリビルド処理を説明するフローチャートである。

以下、図面を参照して実施の形態を説明する。
〔１〕本実施形態のストレージシステムの構成
図１を参照しながら、本実施形態におけるストレージシステム１の構成およびストレージ制御装置５の機能構成について説明する。なお、図１は、本実施形態のストレージシステム１の構成およびストレージ制御装置５の機能構成を示すブロック図である。

図１に示すように、本実施形態のストレージシステム１は、ホスト装置２およびストレージ装置３を有している。ホスト装置（ホストコンピュータ；以下、単に「ホスト」という）２は、ストレージ装置３における媒体（後述するディスク４０）に対する、Read/Writeアクセス等のＩ／Ｏ要求を行なう。また、ストレージ装置３は、例えば、ディスクアレイ装置によって構成され、複数（図１ではｎ＋１台）のディスク部４と、複数（図１では２台）のストレージ制御装置５とを有している。

ディスク部４は、複数（図１ではｎ＋１台）のディスク４０を有している。各ディスク（記憶装置）４０は、例えばＨＤＤであり、ホスト２によってアクセスされるユーザデータや、各種制御情報などを格納・記憶する。また、本実施形態のストレージ装置３においても、複数（図１では４台）のディスク４０を組み合わせ仮想的な１台のディスク（ＲＡＩＤグループ）４１として管理するＲＡＩＤ技術が採用されている。図１に示すディスク部４では、ｎ＋１台のディスク４０によって、ｋ＋１組のＲＡＩＤグループ４１が構成されている。

ここで、ｎ，ｋは自然数であり、ｎ＝４ｋ＋３であり、図１に示す例では、ＲＡＩＤグループ＃０には４台のディスク＃０〜＃３が含まれ、ＲＡＩＤグループ＃ｋには４台のディスク＃ｎ−３〜＃ｎが含まれる。以下の説明において、任意のディスクを示す場合には符号４０が用いられ、一のディスクを特定する場合には符号＃０〜＃ｎが用いられる。同様に、任意のＲＡＩＤグループを示す場合には符号４１が用いられ、一のＲＡＩＤグループを特定する場合には符号＃０〜＃ｋが用いられる。なお、図１に図示されていないが、ディスク部４には、後述するリビルド先ディスク（代替記憶装置）として用いられるディスク４０（ＨＳ；ホットスペア）が含まれている。本実施形態では、記憶装置としてディスク４０が用いられているが、ディスク４０に代えＳＳＤ（Solid State Device）等の記憶装置（媒体）が用いられてもよい。

また、本実施形態では、データ保証の観点から、ストレージ制御装置５は、２台備えられ冗長化（二重化）されている。２台のストレージ制御装置５は、同一または略同一の構成を有し、以下の説明において、任意のストレージ制御装置を示す場合には符号５が用いられ、一のストレージ制御装置を特定する場合には符号＃０，＃１が用いられる。

各ストレージ制御装置５は、ホストＩ／Ｆ（InterFace）１０，ディスクＩ／Ｆ２０および制御部３０を有している。
ホストＩ／Ｆ１０は、ホスト２と制御部３０との間のインタフェースとして機能するもので、本実施形態では、２つ備えられ冗長化（二重化）されている。ディスクＩ／Ｆ２０は、ディスク部４（ディスク４０）と制御部３０との間のインタフェースとして機能するもので、本実施形態では、２つ備えられ冗長化（二重化）されている。

制御部３０は、ホスト２からのＩ／Ｏ要求等に応じてディスク部４（ディスク４０，ＲＡＩＤグループ４１）を制御するもので、ＣＰＵ（Central Processing Unit：処理部，コンピュータ）３１およびメモリ３２を有している。なお、図１には図示していないが、ユーザによって操作され各種指示や各種情報をＣＰＵ３１に入力するＧＵＩ（Graphical User Interface）が備えられてもよい。当該ＧＵＩには、マウス，キーボード等の入力機器や、ＬＣＤ（Liquid Crystal Display）等の表示機器が含まれる。

ＣＰＵ３１は、ＯＳ等に従って処理を実行し各種制御を行なうもので、メモリ３２に保存されるストレージ制御プログラムを実行することにより、後述するリカバリ制御部３１ａ，コピー制御部３１ｂおよびリビルド制御部３１ｃとしての機能を果たす。なお、メモリ３２は、上記ストレージ制御プログラムや後述するコピー管理テーブル３２ａを含む各種情報を保存するほか、後述する候補ディスク情報格納領域３２ｂを有し、ＲＡＭ（Random Access Memory）等によって構成される。

〔２〕本実施形態のストレージ制御装置の機能構成
以下、本実施形態のＣＰＵ３１によって実現される、リカバリ制御部３１ａ，コピー制御部３１ｂおよびリビルド制御部３１ｃとしての機能について説明する。

〔２−１〕概要
ここで、本実施形態で実現される当該機能の概要は、以下の通りである。
つまり、ディスク４０に対する所定のアクセスで媒体エラー領域を検出した場合、リカバリ制御部３１ａは、媒体エラー領域のデータリカバリ処理を行なう。そして、コピー制御部３１ｂは、媒体エラー領域を含む周辺領域のデータをディスク４０から他のディスク４０の専用領域（図３の符号４０ｂ参照）へコピーする。これにより、当該周辺領域のデータについての冗長度が上げられる。なお、他のディスク４０の専用領域にコピーされたデータは、コピー管理テーブル３２ａによって後述するごとく管理される。

また、コピー制御部３１ｂが専用領域へのコピー処理を行なう際、コピー対象の周辺領域で媒体エラー領域を検出した場合、リカバリ制御部３１ａは、検出した媒体エラー領域のデータリカバリ処理を行なう。

ディスク４０の故障を検出した場合、リビルド制御部３１ｃは、故障したディスク４０の属するＲＡＩＤグループにおける残りのディスク４０のデータを用いて、故障したディスク４０のデータを代替ディスク４０に再構築する。その際、残りのディスク４０からデータを読み出せない場合、リビルド制御部３１ｃは、コピー管理テーブル３２ａを用いて上記他のディスク４０から対応データを読み出す。

なお、以下の説明において、媒体エラー領域を検出されたディスク４０を、エラーディスク４０もしくはコピー元ディスク４０という場合がある。また、コピー制御部３１ｂによってエラーディスク４０のデータをコピーされる他のディスク４０を、コピー先ディスク４０という場合がある。さらに、故障を検出されたディスク４０を、故障ディスク４０といい、故障ディスク４０の属するＲＡＩＤグループにおける残りのディスク４０（故障ディスクの再構築に用いられるディスク４０）を、リビルド元ディスク４０という場合がある。また、故障ディスク４０を再構築される代替ディスク（代替記憶装置）４０を、リビルド先ディスク４０という場合がある。またさらに、周辺領域を周辺エリアといい、専用領域を専用エリアという場合がある。

〔２−２〕リカバリ制御部およびコピー制御部の機能
リカバリ制御部３１ａは、ディスク４０において媒体エラーの生じた媒体エラー領域を検出した場合、当該媒体エラー領域のデータリカバリ処理を実行する。このとき、リカバリ制御部３１ａは、ディスク４０において所定のアクセス（例えば本実施形態ではディスクRead）を実行できなかった領域を媒体エラー領域として検出する。なお、媒体エラーは上述したような物理的な欠陥であり、媒体エラー領域は、媒体エラーの生じた媒体を含むデータブロックである。

このとき、エラーディスク４０は、一のＲＡＩＤグループ４１に属する複数のディスク（第１記憶装置）４０のうちの一つである。リカバリ制御部３１ａは、前記複数のディスク（第１記憶装置）４０のうちの、エラーディスク４０以外のディスク４０におけるデータを用いて、媒体エラー領域のデータリカバリ処理を実行する。これにより、媒体エラー領域におけるデータが復元される。復元されたデータは、エラーディスク４０において、欠陥の無い領域（交替領域）に保存される。当該欠陥の無い領域は、当該媒体エラー領域に論理的に対応付けられている。

コピー制御部３１ｂは、ディスク４０において媒体エラー領域を検出した場合、当該媒体エラー領域のデータリカバリ処理の実行後、当該媒体エラー領域の周辺領域のデータをエラーディスク４０から他のディスク４０の専用領域（図３の符号４０ｂ参照）にコピーする。エラーディスク４０から他のディスク４０にコピーされる周辺領域のデータは、媒体エラー領域のデータリカバリ後のデータ、および、媒体エラー領域に対し物理的に連続する隣接領域のデータを含んでいる。

〔２−２−１〕周辺領域（周辺エリア）の定義
図２を参照しながら、本実施形態における周辺領域（周辺エリア）の具体的な定義について説明する。本実施形態では、ディスク４０としてＨＤＤが用いられており、周辺エリアは、検出された媒体エラー領域Ｅを含むエラートラック、および、当該エラートラックに隣接する隣接トラックである。

例えば図２に示すように、周辺エリアは、ディスク４０のディスク媒体（プラッタ）における、媒体エラー領域Ｅを含むエラートラックＴi（ｉは自然数）と、当該トラックＴi内側のトラックＴi-1と、当該トラックＴi外側のトラックＴi+1との３本のトラックＴi-1〜Ｔi+1の全セクタとする。このように周辺エリアを３本のトラックＴi-1〜Ｔi+1の全セクタとした場合、周辺エリアの容量は、例えば数ＭＢ（メガバイト）程度となる。

なお、本実施形態では、エラートラックと当該エラートラック内外側のトラックとを周辺領域としているが、これに限定されるものでなく、エラートラックと、当該エラートラック内側の１本以上のトラックと、当該エラートラック外側の１本以上のトラックとを周辺領域としてもよい。

コピー制御部３１ｂが周辺領域のデータのエラーディスク４０から他のディスク４０へのコピー処理を行なうべく周辺領域のデータの読出アクセスを行なった際にディスク４０において媒体エラー領域が検出された場合も、リカバリ制御部３１ａは、当該媒体エラー領域のデータリカバリ処理を実行する。このとき、媒体エラー領域の検出箇所が例えば図２のエラートラックＴiに属している場合、コピー制御部３１ｂは、３本のトラックＴi-1〜Ｔi+1をそのまま周辺領域（コピー対象）としてコピー処理を行なう。

一方、媒体エラー領域の検出箇所が例えば図２のトラックＴi-1に属している場合、コピー制御部３１ｂは、トラックＴi-1よりも内側のトラックＴi-2を周辺領域に加え、４本のトラックＴi-2〜Ｔi+1をコピー対象としてコピー処理を行なう。同様に、媒体エラー領域の検出箇所が例えば図２のトラックＴi+1に属している場合、コピー制御部３１ｂは、トラックＴi+1よりも外側のトラックＴi+2を周辺領域に加え、４本のトラックＴi-1〜Ｔi+2をコピー対象としてコピー処理を行なう。

〔２−２−２〕専用領域（専用エリア）の使用法およびコピー管理テーブルの登録内容
図３を参照しながら、本実施形態における専用領域（専用エリア）の具体的な使用法およびコピー管理テーブル３２ａの具体的な登録内容について説明する。

本実施形態のディスク部４を構成する各ディスク４０においては、図３に示すように、ユーザによって使用されるユーザ領域（ユーザエリア）４０ａが確保されるほか、数十ＭＢ程度の領域が、専用エリア４０ｂとして定義され確保されている。各ディスク４０における専用エリア４０ｂは、複数のＲＡＩＤグループ４１（＃０〜＃ｋ）によって共用可能になっている。各ディスク４０の専用エリア４０ｂには、図３に示すように、エラーディスク４０で生じた媒体エラー領域の周辺領域のデータが、コピー制御部３１ｂによってコピーされ保存される。また、各ディスク４０の専用エリア４０ｂにおけるコピー状態は、メモリ３２のコピー管理テーブル３２ａによって管理される。

図３に示す例において、エラーディスク４０で生じた媒体エラー領域の周辺領域のデータは、当該エラーディスク４０の属するＲＡＩＤグループ４１とは異なるＲＡＩＤグループ４１に属するディスク４０の専用エリア４０ｂに優先的にコピーされ保存される。より具体的に説明すると、図３では、ＲＡＩＤグループ＃１に属するエラーディスク＃４のユーザエリア４０ａにおける周辺エリアデータＡが、コピー制御部３１ｂによって、ＲＡＩＤグループ＃０に属するコピー先ディスク＃０の専用エリア４０ｂにコピーされ保存される。このようなコピー処理に伴い、コピー制御部３１ｂは、図３に示すように、メモリ３２のコピー管理テーブル３２ａのレコード＃０に例えば以下の情報(a1)〜(a5)を登録保存する。

(a1)コピー元ディスクつまりエラーディスク４０のディスク番号（識別情報）＃４
(a2)コピー先ディスク４０のディスク番号（識別情報）＃０
(a3)周辺エリアデータＡの開始論理ブロックアドレス（開始ＬＢＡ：Logical Block Address）０ｘ２１００
(a4)周辺エリアデータＡのブロック数０ｘ１０００
(a5)コピー制御部３１ｂによる周辺エリアデータＡのコピー開始時刻14時30分50秒

また、図３では、ＲＡＩＤグループ＃２に属するエラーディスク＃８のユーザエリア４０ａにおける周辺エリアデータＢが、コピー制御部３１ｂによって、ＲＡＩＤグループ＃０に属するコピー先ディスク＃０の専用エリア４０ｂにコピーされ保存される。このようなコピー処理に伴い、コピー制御部３１ｂは、図３に示すように、メモリ３２のコピー管理テーブル３２ａのレコード＃１に例えば以下の情報(b1)〜(b5)を登録保存する。

(b1)コピー元ディスクつまりエラーディスク４０のディスク番号＃８
(b2)コピー先ディスク４０のディスク番号＃０
(b3)周辺エリアデータＢの開始ＬＢＡ０ｘ５２８０
(b4)周辺エリアデータＢのブロック数０ｘ１０００
(b5)コピー制御部３１ｂによる周辺エリアデータＢのコピー開始時刻17時34分30秒

同様に、図３では、ＲＡＩＤグループ＃２に属するエラーディスク＃８のユーザエリア４０ａにおける周辺エリアデータＣが、コピー制御部３１ｂによって、ＲＡＩＤグループ＃３に属するコピー先ディスク＃１２の専用エリア４０ｂにコピーされ保存される。このようなコピー処理に伴い、コピー制御部３１ｂは、図３に示すように、メモリ３２のコピー管理テーブル３２ａのレコード＃２に例えば以下の情報(c1)〜(c5)を登録保存する。

(c1)コピー元ディスクつまりエラーディスク４０のディスク番号＃８
(c2)コピー先ディスク４０のディスク番号＃１２
(c3)周辺エリアデータＣの開始ＬＢＡ０ｘ１２８０
(c4)周辺エリアデータＣのブロック数０ｘ１０００
(c5)コピー制御部３１ｂによる周辺エリアデータＣのコピー開始時刻18時24分10秒

上述のような情報を登録されるコピー管理テーブル３２ａは、後述するように、コピー制御部３１ｂによる周辺領域データのコピー処理（コピー重複回避）や、リビルド制御部３１ｃによるリビルド処理に際して用いられる。

なお、各ディスク４０の専用エリア４０ｂにおいてデータをコピーする空き領域が無くなった場合、コピー制御部３１ｂは、コピー管理テーブル３２ａにおけるコピー先ディスク４０に係るレコードを参照して、以下のように動作する。つまり、コピー制御部３１ｂは、コピー先ディスク４０に係るレコードのコピー開始時刻を参照し、コピー開始時刻が最も古いデータブロックを選択し、選択したデータブロックに、コピー対象の周辺エリアデータを上書きする。

〔２−２−３〕コピー先ディスクの決定手法
コピー制御部３１ｂは、以下の３つの判断基準(d1)〜(d3)を組み合わせることにより、周辺エリアのデータをコピーすべきコピー先ディスク（他のディスク）４０の候補を複数のディスク４０から選択し、選択した候補からコピー先ディスク４０を決定する。なお、コピー制御部３１ｂによる、コピー先ディスク４０のより詳細な決定処理については、図５を参照しながら後述する。

(d1)ディスク４０が、媒体エラーを検出されたエラーディスク４０の属すＲＡＩＤグループ（自ＲＡＩＤグループ）４１に属しているか否か。
(d2)ディスク４０の専用エリア４０ｂに空き領域があるか否か。
(d3)ディスク４０が今回のエラーディスク４０について初のコピー先であるか否か。

これらの判断基準(d1)〜(d3)に従って、例えば図５を参照しながら後述するように、ＨＳ（代替ディスク）または未使用ディスクであって、且つ今回のエラーディスク４０について初のコピー先となるディスクが、最優先でコピー先ディスク４０として決定される。

特に、本実施形態のコピー制御部３１ｂは、以下のように、所定規則およびコピー管理テーブル３２ａに従って、自ＲＡＩＤグループ４１に属するディスク４０、および、自ＲＡＩＤグループ４１に属さない一以上のディスク（第２記憶装置）４０の中から、コピー先ディスク４０を決定する。

つまり、コピー制御部３１ｂは、ディスク部４における全てのディスク４０のそれぞれが下記の第１候補(e1)〜第８候補(e8)のいずれに当てはまるかを判断する。
第１候補(e1)に当てはまるディスク４０が見出された場合、コピー制御部３１ｂは、他のディスク４０についての判断を行なうことなく、第１候補(e1)に当てはまるディスク４０をコピー先ディスク４０として決定する。

一方、メモリ３２の候補ディスク情報格納領域３２ｂには、第２候補(e2)〜第８候補(e8)のディスク４０を特定する識別情報（ディスクＩＤ等）を候補ディスク情報としてそれぞれ保存する領域１〜領域７が確保されている。第２候補(e2)〜第８候補(e8)のいずれかに当てはまるディスク４０が見出された場合、コピー制御部３１ｂは、見出されたディスク４０の識別情報を、候補ディスク情報格納領域３２ｂの対応領域に書き込み保存する。例えば、第５候補(e5)に当てはまるディスク４０が見出された場合、コピー制御部３１ｂは、見出されたディスク４０の識別情報を領域４に書き込み保存する。ただし、コピー制御部３１ｂがディスク４０の識別情報を候補ディスク情報格納領域３２ｂに保存する際、対応領域に他の識別情報が保存済みであれば、コピー制御部３１ｂは、今回の識別情報の保存を行なわない。

そして、第１候補(e1)に当てはまるディスク４０が見出されることなく全てのディスクについての判断を完了した場合、コピー制御部３１ｂは、候補ディスク情報格納領域３２ｂの領域１〜領域７を参照し、所定の優先順位に従って、第２候補(e2)〜第８候補(e8)のうちの一つをコピー先ディスク４０として決定する。例えば、本実施形態では、優先順位を第２候補(e2)〜第８候補(e8)の順とし、第１候補(e1)に当てはまるディスク４０が見出されなかった場合、コピー制御部３１ｂは、領域１に保存された識別情報によって特定されるディスク４０（第２候補(e2)）をコピー先ディスク４０として決定する。また、領域１に識別情報が保存されていない場合つまり第２候補(e2)に当てはまるディスク４０が存在しなかった場合、コピー制御部３１ｂは、領域２に保存された識別情報によって特定されるディスク４０（第３候補(e3)）をコピー先ディスク４０として決定する。以下、同様にして、コピー制御部３１ｂは、第４候補(e4)〜第８候補(e8)のいずれかをコピー先ディスク４０として決定する。

(e1)第１候補：エラーディスクの属するＲＡＩＤグループ４１に属さず且つ専用エリア４０ｂに空きがあり且つエラーディスクについて初のコピー先であるディスク４０
(e2)第２候補：エラーディスクの属するＲＡＩＤグループ４１に属さず且つ専用エリア４０ｂに空きがあり且つエラーディスクについて初のコピー先でないディスク４０
(e3)第３候補：エラーディスクの属するＲＡＩＤグループ４１に属さず且つ専用エリア４０ｂに空きがなく且つエラーディスクについて初のコピー先であるディスク４０
(e4)第４候補：エラーディスクの属するＲＡＩＤグループ４１に属さず且つ専用エリア４０ｂに空きがなく且つエラーディスクについて初のコピー先でないディスク４０
(e5)第５候補：エラーディスクの属するＲＡＩＤグループ４１に属し且つ専用エリア４０ｂに空きがあり且つエラーディスクについて初のコピー先であるディスク４０
(e6)第６候補：エラーディスクの属するＲＡＩＤグループ４１に属し且つ専用エリア４０ｂに空きがあり且つエラーディスクについて初のコピー先でないディスク４０
(e7)第７候補：エラーディスクの属するＲＡＩＤグループ４１に属し且つ専用エリア４０ｂに空きがなく且つエラーディスクについて初のコピー先であるディスク４０
(e8)第８候補：エラーディスクの属するＲＡＩＤグループ４１に属し且つ専用エリア４０ｂに空きがなく且つエラーディスクについて初のコピー先でないディスク４０

なお、コピー制御部３１ｂは、第３候補(e3)，第４候補(e4)，第７候補(e7)および第８候補(e8)のうちの一つをコピー先ディスク４０として決定した場合、コピー管理テーブル３２ａのコピー開始時刻を参照し、コピー先ディスク４０の専用エリア４０ｂにおける最古データブロックを、コピー対象の周辺エリアデータによって上書きする。

〔２−２−４〕専用エリアへのコピー重複回避
コピー制御部３１ｂは、周辺エリアデータのコピー処理を実行する場合、コピー管理テーブル３２ａを参照して今回のコピー対象データの範囲とコピー済みデータの範囲との重複の有無を判断する。そして、重複が無いと判断した場合、コピー制御部３１ｂは、上述した第１候補(e1)〜第８候補(e8)の中からコピー先ディスク４０を決定し、周辺エリアデータをエラーディスク４０からコピー先ディスク４０にコピーする。

一方、今回のコピー対象データの範囲とコピー済みデータの範囲とが一部重複すると判断した場合、コピー制御部３１ｂは、前述した第１候補(e1)〜第８候補(e8)の中からコピー先ディスク４０を決定せず、重複するデータを保存するディスク４０をコピー先ディスク４０として決定する。そして、コピー制御部３１ｂは、今回のコピー対象データの範囲のうち、コピー済みデータ範囲と重複しない範囲（非重複エリア）のデータを、エラーディスク４０からコピー先ディスク４０にコピーする。これにより、周辺エリアデータの重複コピーが回避される。

また、コピー制御部３１ｂは、コピー管理テーブル３２ａにおけるコピー先ディスク４０に係るレコードであって、前記重複するデータについて先に登録されているレコードの情報、つまり開始ＬＢＡ，データのブロック数およびコピー開始時刻を更新する。このとき、コピー制御部３１ｂは、コピー先ディスク４０において前記重複するデータの前側に非重複エリアのデータを追加する場合、開始ＬＢＡ，データのブロック数およびコピー開始時刻を更新する。また、コピー制御部３１ｂは、コピー先ディスク４０において前記重複するデータの後側に非重複エリアのデータを追加する場合、データのブロック数およびコピー開始時刻を更新する。

なお、今回のコピー対象データの範囲とコピー済みデータの範囲とが全て重複する、つまり一致すると判断した場合、コピー制御部３１ｂは、コピー処理を行なわず、重複するデータを保存するディスク４０に係る、コピー管理テーブル３２ａのレコードのコピー開始時刻のみを更新してもよい。

また、今回のコピー対象データの範囲が２つの異なるディスク４０におけるコピー済みデータの範囲と重複すると判断した場合、コピー制御部３１ｂは、２つの異なるディスク４０のうち、今回のコピー対象データの範囲と重複する量の多い方のディスク４０を、コピー先ディスク４０として決定する。そして、コピー制御部３１ｂは、上述と同様、コピー処理、および、コピー管理テーブル３２ａの更新処理を行なう。

〔２−２−５〕コピーのタイミング
ところで、各ディスク４０の専用エリア４０ｂへのコピー処理は、ストレージ制御装置（ＲＡＩＤ装置）５における負荷を高める可能性がある。そこで、できるだけストレージ制御装置５において負荷を高めることなくあるいは処理性能の低下を招くことなくコピー処理が行なわれるように、コピー制御部３１ｂは、以下のタイミングで、周辺エリアのデータのコピー処理を行なうように構成される。つまり、コピー制御部３１ｂは、ディスク部４を含むストレージシステム１に対する負荷が低い時間帯(f1)に、もしくは、ある程度性能を問われない機能がストレージシステム１において実行される時間帯(f2)にコピー処理を実行する。

ここで、ストレージシステム１に対する負荷が低い時間帯(f1)としては、例えば深夜や週末が考えられ、コピー制御部３１ｂは、このような時間帯(f1)にコピー処理を行なうようにスケジューリングする。

また、ストレージシステム１においてある程度性能を問われない機能が実行される時間帯(f2)にコピー処理を実行する場合、コピー制御部３１ｂは、コピー処理が当該機能と連動するようにスケジューリングする。ある程度性能を問われない機能としては、例えばコピー機能や診断機能が考えられる。このとき、コピー制御部３１ｂは、コピー機能や診断機能によるディスクReadと、周辺エリアデータを専用エリア４０ｂにコピーするためのディスクReadとを同時に実行するようにスケジューリングする。

〔２−３〕リビルド制御部の機能
前述したように、リビルドは、ＲＡＩＤグループ４１の冗長性を自動回復する処理であり、ＲＡＩＤグループ４１に属するディスク４０が故障した際に、代替ディスク（ＨＳ）４０に対し、故障ディスク４０のデータを、同一ＲＡＩＤグループ４１における故障ディスク４０以外のディスク４０のデータを用いて再構築する処理である。また、ディスク４０は、例えば媒体エラーが所定の頻度以上で生じる場合に、故障したと判断される。

リビルド制御部３１ｃは、ディスク４０の故障を検出した場合（故障ディスク４０を検出した場合）、上述のようなリビルド処理を実行制御する。つまり、リビルド制御部３１ｃは、故障ディスクを検出すると、リビルド元ディスク４０のデータを用いて、故障ディスク４０に代わる代替ディスク（リビルド先ディスク）４０に故障ディスク４０のデータを再構築する。ここで、リビルド元ディスク４０は、故障ディスク４０の属するＲＡＩＤグループ４１における、当該故障ディスク４０以外のディスク４０である。

リビルド制御部３１ｃは、リビルド元ディスク４０から、代替ディスク（リビルド先ディスク）４０に再構築すべきデータブロックを読み出せない場合、つまりリビルド元ディスク４０で媒体エラーが発生した場合、当該データブロックに係る情報を含むレコードがコピー管理テーブル３２ａに登録されているか否かを判断する。

当該データブロックに係る情報を含むレコードがコピー管理テーブル３２ａに登録されている場合、リビルド制御部３１ｃは、当該データブロックに係る情報に基づき、当該データブロックを専用エリア４０ｂに保存しているディスク（他の記憶装置）４０から当該データブロックを読み出す。つまり、リビルド制御部３１ｃは、当該データブロックを専用エリア４０ｂに保存しているディスク４０をリビルド元ディスク４０として扱い、当該データブロックのディスクReadを行なう。リビルド元ディスク４０から当該データブロックを読み出せた場合、リビルド制御部３１ｃは、読み出した当該データブロックを代替ディスク４０に書き込むことで、故障ディスク４０のデータを再構築する。

このようにして、リビルド時に初回媒体エラー（最初に発生した媒体エラー）の周辺エリアで媒体エラーが発生した場合、コピー管理テーブル３２ａに基づき、専用エリア４０ｂのデータを用いて媒体エラーのリカバリ処理が実行される。

なお、当該データブロックに係る情報を含むレコードがコピー管理テーブル３２ａに登録されていない場合や、リビルド元ディスク４０から当該データブロックを読み出せなかった場合、リビルド制御部３１ｃは、データロストが生じたものと判断し、ユーザに対する通知処理等を行なう。
また、上述したリビルド制御部３１ｃによる、より詳細なリビルド処理については、図６を参照しながら後述する。

〔３〕本実施形態の動作
次に、図４〜図６を参照しながら、上述のごとく構成された本実施形態のストレージシステム１およびストレージ制御装置５の動作について説明する。

〔３−１〕リカバリ処理およびコピー処理
まず、図４に示すフローチャート（ステップＳ１１〜Ｓ２２）に従って、本実施形態におけるリカバリ制御部３１ａによるリカバリ処理およびコピー制御部３１ｂによるコピー処理について説明する。

ＲＡＩＤグループ４１の正常運用時（ステップＳ１１）にディスクReadが行なわれると（ステップＳ１２）、当該ディスクReadに対するディスク４０からの応答がチェックされる（ステップＳ１３）。ディスク４０からの応答が正常である場合、つまりディスク４０から正しくデータが読み出された場合（ステップＳ１３の“正常”ルート）、ＲＡＩＤグループ４１の正常運用が継続して実行される（ステップＳ１４）。

一方、ディスク４０からの応答が正常でない場合、つまりディスク４０から正しくデータが読み出されず媒体エラーが生じている場合（ステップＳ１３の“エラー”ルート）、媒体リカバリを含むデータリカバリ処理が行なわれる（ステップＳ１５）。このとき、リカバリ制御部３１ａによって、ＲＡＩＤグループ４１におけるエラーディスク４０以外のディスク４０のデータを用い媒体エラー領域のデータリカバリ処理が実行される。これにより、媒体エラー領域におけるデータが復元される。

この後、コピー制御部３１ｂによって、コピー管理テーブル３２ａが参照され、項目〔２−２−４〕で上述した、専用エリア４０ｂへのコピー重複を回避するためのチェックが行なわれる（ステップＳ１６）。つまり、コピー制御部３１ｂによって、ステップＳ１５で復元された媒体エラー領域の周辺エリア（今回のコピー対象データの範囲）と専用エリア４０ｂにおけるコピー済みデータの範囲との重複の有無がチェックされる。ステップＳ１６での重複の有無のチェック結果は、コピー制御部３１ｂによってステップＳ１９でのコピー先ディスク４０の決定処理とステップＳ２１でのコピーデータのディスクWrite処理（コピー処理）とを実行する際に用いられる。

そして、コピー制御部３１ｂによって、当該媒体エラー領域の周辺エリアのデータをエラーディスク４０から他のディスク４０の専用エリア４０ｂにコピーすべく、コピー対象である周辺エリアのデータの読出（ディスクRead）が実行される（ステップＳ１７）。ディスクReadが実行されると、ステップＳ１３と同様、当該ディスクReadに対するディスク４０からの応答がチェックされる（ステップＳ１８）。ディスク４０からの応答が正常である場合、つまりディスク４０から正しくデータが読み出された場合（ステップＳ１８の“正常”ルート）、ＣＰＵ３０は、ステップＳ１９の処理へ移行する。

一方、ディスク４０からの応答が正常でない場合、つまりディスク４０から正しくデータが読み出されず媒体エラーが生じている場合（ステップＳ１８の“エラー”ルート）、再びステップＳ１５〜Ｓ１８の処理が繰り返し実行される。

媒体エラー領域の周辺エリアのデータがディスク４０から正しくデータが読み出されると（ステップＳ１８の“正常”ルート）、コピー制御部３１ｂによって、コピー先ディスクが決定される（ステップＳ１９）。

ステップＳ１９においては、ステップＳ１６でのチェック結果が重複無しの場合、コピー制御部３１ｂによって、図５を参照しながら後述する手順に従い、項目〔２−２−３〕で上述した第１候補(e1)〜第８候補(e8)の中からコピー先ディスク４０が決定される。一方、ステップＳ１６でのチェック結果が重複有り（一部重複）の場合、項目〔２−２−４〕で上述したように、コピー制御部３１ｂによって、周辺エリアデータと重複するデータを既に保存しているディスク４０が、コピー先ディスク４０として決定される。

そして、コピー制御部３１ｂによって、今回実行されるコピー処理の内容に応じて、メモリ３２のコピー管理テーブル３２ａにおける対応レコードの作成もしくは更新が実行される（ステップＳ２０）。

ステップＳ２０においては、今回コピーされる周辺エリアデータに係るレコードがコピー管理テーブル３２ａに登録されていない場合（つまりステップＳ１６でのチェック結果が重複無しの場合）、コピー管理テーブル３２ａにレコードが新規に作成される。作成したレコードには、前述した情報(a1)〜(a5)や(b1)〜(b5)や(c1)〜(c5)と同様の情報つまり今回のコピー処理に係る下記情報(f1)〜(f5)が設定登録される。一方、今回コピーされる周辺エリアデータに係るレコードがコピー管理テーブル３２ａに登録されている場合（つまりステップＳ１６でのチェック結果が重複有りの場合）、前述したように、下記情報(f3)〜(f5)もしくは下記情報(f4), (f5)が更新される。

(f1)コピー元ディスクつまりエラーディスク４０のディスク番号（識別情報）
(f2)コピー先ディスク４０のディスク番号（識別情報）
(f3)コピー対象の周辺エリアデータの開始ＬＢＡ
(f4)コピー対象の周辺エリアデータのブロック数
(f5)コピー制御部３１ｂによるコピー開始時刻

コピー管理テーブル３２ａのレコードが作成または更新されると、コピー制御部３１ｂによって、ステップＳ１７でエラーディスク４０から読み出された周辺エリアデータ（コピーデータ）が、ステップＳ１９で決定されたコピー先ディスク４０の専用エリア４０ｂに書き込まれ保存される（ディスクWrite；ステップＳ２１）。

ステップＳ２１においては、ステップＳ１６でのチェック結果が重複無しの場合、ステップＳ１９で第１候補(e1)〜第８候補(e8)の中から決定されたコピー先ディスク４０の専用エリア４０ｂに、読み出された周辺エリアデータの全てがコピーされる。一方、ステップＳ１６でのチェック結果が重複有り（一部重複）の場合、コピー範囲が調整される。つまり、重複するデータを保存するディスク４０の専用エリア４０ｂに、読み出された周辺エリアデータのうち、コピー済みデータ範囲と重複しない範囲（非重複エリア）のデータがコピーされる。これにより、周辺エリアデータの重複コピーが回避される。

以上の処理により、媒体エラーの生じた媒体エラー領域の周辺エリアデータについての冗長度が上げられる。特に、本実施形態においては、コピー処理後、当該周辺エリアデータは、二重化された状態から三重化された状態になる。
なお、図４に示すフローチャートにおいて、コピー制御部３１ｂは、ステップＳ２０の処理を実行してから、ステップＳ２１の処理を実行しているが、ステップＳ２１の処理を実行してから、ステップＳ２０の処理を実行してもよい。

〔３−２〕コピー先ディスクの決定処理
ついで、図５に示すフローチャート（ステップＳ３１〜Ｓ４８）に従って、本実施形態におけるコピー制御部３１ｂによるコピー先ディスク４０の決定処理について説明する。特に、ここでは、ステップＳ１６でのチェック結果が重複無しの場合の、コピー先ディスク４０の決定処理について説明する。この場合、ディスク部４における全てのディスク４０のそれぞれが第１候補(e1)〜第８候補(e8)のいずれに当てはまるかが判断され、第１候補(e1)〜第８候補(e8)の中からコピー先ディスク４０が決定される。

まず、コピー制御部３１ｂは、ディスク部４の全ディスク４０に対する処理を完了したか否かを判断する（ステップＳ３１）。全ディスク４０に対する処理を完了した場合（ステップＳ３１のＹＥＳルート）、コピー制御部３１ｂは、後述するステップＳ４８の処理へ移行する。

一方、全ディスク４０に対する決定処理を完了していない場合（ステップＳ３１のＮＯルート）、コピー制御部１３ｂは、今回の処理対象ディスク４０が媒体エラー領域を含むエラーディスクであるか否かを判断する（ステップＳ３２）。処理対象ディスク４０がエラーディスクであるか否かは、例えば、コピー管理テーブル３２ａの情報(f1)として処理対象ディスク４０のディスク番号（識別情報）が登録されているか否かによって判断される。つまり、コピー管理テーブル３２ａの情報(f1)として処理対象ディスク４０のディスク番号（識別情報）が登録されている場合、処理対象ディスク４０はエラーディスクであると判断される。

今回の処理対象ディスク４０がエラーディスクである場合（ステップＳ３２のＹＥＳルート）、コピー制御部３１ｂは、処理対象ディスク４０をコピー先ディスク４０とすることなく、ステップＳ３１の処理に戻る。一方、処理対象ディスク４０がエラーディスクでない場合（ステップＳ３２のＮＯルート）、コピー制御部３１ｂは、以下に説明するステップＳ３３〜Ｓ４７の処理を実行する。

つまり、処理対象ディスク４０がエラーディスクでない場合（ステップＳ３２のＮＯルート）、コピー制御部３１ｂは、処理対象ディスク４０がエラーディスクの属するＲＡＩＤグループ（自ＲＡＩＤグループ）４１以外のディスクであるか否かを判断する（ステップＳ３３）。処理対象ディスク４０が自ＲＡＩＤグループ４１以外のディスクである場合（ステップＳ３３のＹＥＳルート）、コピー制御部３１ｂは、コピー管理テーブル３２ａの情報等に基づき、処理対象ディスク４０の専用エリア４０ｂに空き領域があるか否かを判断する（ステップＳ３４）。

処理対象ディスク４０の専用エリア４０ｂに空き領域がある場合（ステップＳ３４のＹＥＳルート）、コピー制御部３１ｂは、コピー管理テーブル３２ａの情報等に基づき、処理対象ディスク４０が今回のエラーディスクについて初のコピー先であるか否かを判断する（ステップＳ３５）。

処理対象ディスク４０が今回のエラーディスクについて初のコピー先である場合（ステップＳ３５のＹＥＳルート）、今回の処理対象ディスク４０は第１候補(e1)に当てはまっており、コピー制御部３１ｂは、今回の処理対象ディスク４０をコピー先ディスク４０として決定し（ステップＳ３６）、処理を終了する。

このように第１候補(e1)に当てはまるディスク４０が見出された場合、コピー制御部３１ｂは、それ以降、他のディスク４０についての判断を行なうことなく、第１候補(e1)に当てはまるディスク４０をコピー先ディスク４０として決定する。これにより、自ＲＡＩＤグループ４１に属さないＨＳ（代替ディスク）または未使用ディスクであって且つ今回のエラーディスクについて初のコピー先となるディスク４０が、最優先でコピー先ディスク４０として決定される。

一方、処理対象ディスク４０が今回のエラーディスクについて初のコピー先でない場合（ステップＳ３５のＮＯルート）、コピー制御部３１ｂは、処理対象ディスク４０が第２候補(e2)に当てはまると判断する。そして、コピー制御部３１ｂは、今回の処理対象ディスク４０の識別情報（ディスクＩＤ等）を、候補ディスク情報として、メモリ３２の候補ディスク情報格納領域３２ｂにおける領域１に保存してから（ステップＳ３７）、ステップＳ３１の処理に戻る。ただし、領域１に既に識別情報が保存されている場合、今回の処理対象ディスク４０の識別情報の保存は行なわれない。

また、処理対象ディスク４０の専用エリア４０ｂに空き領域がない場合（ステップＳ３４のＮＯルート）、コピー制御部３１ｂは、コピー管理テーブル３２ａの情報等に基づき、処理対象ディスク４０が今回のエラーディスクについて初のコピー先であるか否かを判断する（ステップＳ３８）。

処理対象ディスク４０が今回のエラーディスクについて初のコピー先である場合（ステップＳ３８のＹＥＳルート）、コピー制御部３１ｂは、処理対象ディスク４０が第３候補(e3)に当てはまると判断する。そして、コピー制御部３１ｂは、今回の処理対象ディスク４０の識別情報（ディスクＩＤ等）を、候補ディスク情報として、メモリ３２の候補ディスク情報格納領域３２ｂにおける領域２に保存してから（ステップＳ３９）、ステップＳ３１の処理に戻る。ただし、領域２に既に識別情報が保存されている場合、今回の処理対象ディスク４０の識別情報の保存は行なわれない。

一方、処理対象ディスク４０が今回のエラーディスクについて初のコピー先でない場合（ステップＳ３８のＮＯルート）、コピー制御部３１ｂは、処理対象ディスク４０が第４候補(e4)に当てはまると判断する。そして、コピー制御部３１ｂは、今回の処理対象ディスク４０の識別情報（ディスクＩＤ等）を、候補ディスク情報として、メモリ３２の候補ディスク情報格納領域３２ｂにおける領域３に保存してから（ステップＳ４０）、ステップＳ３１の処理に戻る。ただし、領域３に既に識別情報が保存されている場合、今回の処理対象ディスク４０の識別情報の保存は行なわれない。

ステップＳ３３において、処理対象ディスク４０が自ＲＡＩＤグループ４１以外のディスクでないと判定された場合（ステップＳ３３のＮＯルート）、コピー制御部３１ｂは、コピー管理テーブル３２ａの情報等に基づき、処理対象ディスク４０の専用エリア４０ｂに空き領域があるか否かを判断する（ステップＳ４１）。

処理対象ディスク４０の専用エリア４０ｂに空き領域がある場合（ステップＳ４１のＹＥＳルート）、コピー制御部３１ｂは、コピー管理テーブル３２ａの情報等に基づき、処理対象ディスク４０が今回のエラーディスクについて初のコピー先であるか否かを判断する（ステップＳ４２）。

処理対象ディスク４０が今回のエラーディスクについて初のコピー先である場合（ステップＳ４２のＹＥＳルート）、コピー制御部３１ｂは、処理対象ディスク４０が第５候補(e5)に当てはまると判断する。そして、コピー制御部３１ｂは、今回の処理対象ディスク４０の識別情報（ディスクＩＤ等）を、候補ディスク情報として、メモリ３２の候補ディスク情報格納領域３２ｂにおける領域４に保存してから（ステップＳ４３）、ステップＳ３１の処理に戻る。ただし、領域４に既に識別情報が保存されている場合、今回の処理対象ディスク４０の識別情報の保存は行なわれない。

一方、処理対象ディスク４０が今回のエラーディスクについて初のコピー先でない場合（ステップＳ４２のＮＯルート）、コピー制御部３１ｂは、処理対象ディスク４０が第６候補(e6)に当てはまると判断する。そして、コピー制御部３１ｂは、今回の処理対象ディスク４０の識別情報（ディスクＩＤ等）を、候補ディスク情報として、メモリ３２の候補ディスク情報格納領域３２ｂにおける領域５に保存してから（ステップＳ４４）、ステップＳ３１の処理に戻る。ただし、領域５に既に識別情報が保存されている場合、今回の処理対象ディスク４０の識別情報の保存は行なわれない。

また、処理対象ディスク４０の専用エリア４０ｂに空き領域がない場合（ステップＳ４１のＮＯルート）、コピー制御部３１ｂは、コピー管理テーブル３２ａの情報等に基づき、処理対象ディスク４０が今回のエラーディスクについて初のコピー先であるか否かを判断する（ステップＳ４５）。

処理対象ディスク４０が今回のエラーディスクについて初のコピー先である場合（ステップＳ４５のＹＥＳルート）、コピー制御部３１ｂは、処理対象ディスク４０が第７候補(e7)に当てはまると判断する。そして、コピー制御部３１ｂは、今回の処理対象ディスク４０の識別情報（ディスクＩＤ等）を、候補ディスク情報として、メモリ３２の候補ディスク情報格納領域３２ｂにおける領域６に保存してから（ステップＳ４６）、ステップＳ３１の処理に戻る。ただし、領域６に既に識別情報が保存されている場合、今回の処理対象ディスク４０の識別情報の保存は行なわれない。

一方、処理対象ディスク４０が今回のエラーディスクについて初のコピー先でない場合（ステップＳ４５のＮＯルート）、コピー制御部３１ｂは、処理対象ディスク４０が第８候補(e8)に当てはまると判断する。そして、コピー制御部３１ｂは、今回の処理対象ディスク４０の識別情報（ディスクＩＤ等）を、候補ディスク情報として、メモリ３２の候補ディスク情報格納領域３２ｂにおける領域７に保存してから（ステップＳ４７）、ステップＳ３１の処理に戻る。ただし、領域７に既に識別情報が保存されている場合、今回の処理対象ディスク４０の識別情報の保存は行なわれない。

以上の処理によって、第１候補(e1)に当てはまるディスク４０が見出されることなく全てのディスク４０に対する処理を完了した場合（ステップＳ３１のＹＥＳルート）、コピー制御部３１ｂは、ステップＳ４８の処理に移行する。この時点で、ステップＳ３１〜Ｓ４７の処理によって、第２候補(e2)〜第８候補(e8)のいずれかに当てはまると判断されたディスク４０の識別情報が、それぞれ、候補ディスク情報格納領域３２ｂの領域１〜領域７に保存されている。

ステップＳ４８においては、コピー制御部３１ｂによって、候補ディスク情報格納領域３２ｂの領域１〜領域７が参照され、領域１〜領域７（第２候補(e2)〜第８候補(e8)）の順で、コピー先ディスク４０が決定される。

以上のようにして、自ＲＡＩＤグループに属すディスク４０よりも属さないディスク４０が優先的にコピー先ディスク４０として決定される。また、専用エリア４０ｂに空き領域の無いディスク４０よりも空き領域のあるディスク４０が優先的にコピー先ディスク４０として決定される。さらに、エラーディスクについて初のコピー先でないディスク４０よりも初のコピー先であるディスク４０が優先的にコピー先ディスク４０として決定される。

これにより、エラーディスクに対し安全性の高いと考えられるディスク４０が優先的にコピー先ディスク４０として決定される。したがって、媒体エラー領域の周辺エリアデータは、エラーディスクに対し安全性の高いと考えられるディスク４０に保存されることになり、周辺エリアデータが確実に保存され周辺エリアデータの冗長性が確保される。

なお、第３候補(e3)，第４候補(e4)，第７候補(e7)および第８候補(e8)のうちの一つがコピー先ディスク４０として決定された場合、コピー管理テーブル３２ａのコピー開始時刻が参照される。そして、コピー先ディスク４０の専用エリア４０ｂにおける最古データブロックが選択され、選択された最古データブロックが、コピー対象の周辺エリアデータによって上書きされる。

〔３−３〕リビルド処理
ついで、図６に示すフローチャート（ステップＳ５１〜Ｓ６５）に従って、本実施形態におけるリビルド制御部３１ｃによるリビルド処理について説明する。

故障ディスク４０が検出されると、リビルド制御部３１ｃによって、リビルド元ディスク４０のデータを用い、故障ディスク４０に代わる代替ディスク（リビルド先ディスク）４０に故障ディスク４０のデータを再構築するリビルド処理が開始される（ステップＳ５１）。

リビルド処理が起動されると、まず、リビルド元ディスク４０に対するディスクReadが行なわれ、リビルド元ディスク４０からＨＳ（リビルド先ディスク，代替ディスク）４０へデータブロックが順次読み出される（ステップＳ５２）。その際、ディスクReadが行なわれる都度、当該ディスクReadに対するリビルド元ディスク４０からの応答がチェックされる（ステップＳ５３）。

リビルド元ディスク４０からの応答が正常である場合、つまりリビルド元ディスク４０からデータブロックが正しく読み出された場合（ステップＢ５３の“正常”ルート）、リビルド処理が継続して実行される（ステップＳ５４）。

一方、リビルド元ディスク４０からの応答が正常でない場合、つまりリビルド元ディスク４０で媒体エラーが発生した場合（ステップＳ５３の“異常”ルート）、リビルド制御部３１ｃによって、コピー管理テーブル３２ａが参照される。そして、リビルド制御部３１ｃによって、ステップＳ５２でアクセスしたデータブロックに係る情報を含むレコードがコピー管理テーブル３２ａに登録されているか否かが確認される（ステップＳ５５）。

コピー管理テーブル３２ａに当該データブロックに係るレコードが登録されていない場合（ステップＳ５５のＮＯルート）、リビルド制御部３１ｃはデータロストが生じたものと判断し（ステップＳ６４）、ユーザに対する通知処理等が行なわれる。

コピー管理テーブル３２ａに当該データブロックに係るレコードが登録されている場合（ステップＳ５５のＹＥＳルート）、リビルド制御部３１ｃは、コピー管理テーブル３２ａに登録されている当該データブロックに係る情報に基づき、当該データブロックを専用エリア４０ｂに保存しているディスク４０をリビルド元ディスクとする。そして、リビルド制御部３１ｃによって、当該データブロックを保存するリビルド元ディスク４０に対するディスクReadが行なわれ、リビルド元ディスク４０（専用エリア４０ｂ）からリビルド先ディスク４０へ当該データブロックが読み出される（ステップＳ５６）。

このときも、当該ディスクReadに対するリビルド元ディスク４０からの応答がチェックされる（ステップＳ５７）。リビルド元ディスク４０からの応答が正常でない場合、つまりリビルド元ディスク４０で媒体エラーが発生した場合（ステップＳ５７の“異常”ルート）、リビルド制御部３１ｃはデータロストが生じたものと判断し（ステップＳ６５）、ユーザに対する通知処理等が行なわれる。

一方、リビルド元ディスク４０からの応答が正常である場合、つまりリビルド元ディスク４０から当該データブロックが正しく読み出された場合（ステップＢ５７の“正常”ルート）、リビルド制御部３１ｃによって、読み出された当該データブロックをリビルド先ディスク４０に書き込むことで、故障ディスク４０のデータがリビルド先ディスク４０上でリカバリされる（ステップＳ５８）。これにより、リビルド時に初回媒体エラー（最初に発生した媒体エラー）の周辺エリアで媒体エラーが発生した場合、コピー管理テーブル３２ａに基づき、専用エリア４０ｂのデータを用いて媒体エラーのリカバリ処理が実行される。

この後、上述と同様にして、リビルド処理が継続され、故障ディスク４０におけるユーザエリア４０ａ（図３参照）のリビルド処理が完了すると（ステップＳ５９）、リビルド制御部３１ｃは、故障ディスク４０における専用エリア４０ｂの復元を実行するか否かを判断する（ステップＳ６０）。この判断は、ユーザ（ＲＡＩＤ装置の使用者）からの指示に応じて行なわれる。専用エリア４０ｂの復元を実行するか否かは、ユーザによって事前に設定されている。

専用エリア４０ｂの復元を実行する場合（ステップＳ６０のＹＥＳルート）、リビルド制御部３１ｃは、コピー管理テーブル３２ａから、故障ディスク４０がコピー先として登録されているレコードを検索する。そして、リビルド制御部３１ｃは、検索したレコードにおいて指定される範囲のデータブロックを、再度、リビルド先ディスク４０の専用エリア４０ｂにコピーするとともに、当該コピーに従ったコピー管理テーブル３２ａの更新を行なってから（ステップＳ６１）、リビルド処理を完了する（ステップＳ６３）。

また、専用エリア４０ｂの復元を実行しない場合（ステップＳ６０のＮＯルート）、リビルド制御部３１ｃは、コピー管理テーブル３２ａから、故障ディスク４０がコピー先として登録されているレコードを検索する。そして、リビルド制御部３１ｃは、検索したレコードを、コピー管理テーブル３２ａから削除してから（ステップＳ６２）、リビルド処理を完了する（ステップＳ６３）。

〔４〕まとめ
本実施形態のストレージシステム１およびストレージ制御装置５によれば、ディスクRead時に媒体エラーを検出した場合、媒体エラー領域の周辺エリアにおけるデータのコピーが行なわれる。これにより、媒体エラーの生じた媒体エラー領域の周辺エリアデータについての冗長度が高められ、ストレージ装置３におけるディスク内異常領域について予防的データ構築が実現され、ディスク４０の媒体エラー領域の周辺エリアのデータが保証される。

また、媒体エラー領域の周辺エリアにおけるデータのコピーを行なうことで、周辺エリアにおける媒体エラーを早期に検出してリカバリすることができる。
さらに、周辺エリアデータのコピーはコピー管理テーブル３２ａによって管理されている。このため、故障ディスク４０のリビルド時に初回媒体エラーの周辺エリアで媒体エラーが発生した場合、コピー管理テーブル３２ａに基づき、専用エリア４０ｂのデータを用いて媒体エラーのリカバリ処理が実行される。これにより、データロストの発生を抑制することができる。

また、コピー管理テーブル３２ａに基づき、専用エリア４０ｂにコピーされるべきデータ範囲と専用エリア４０ｂにおけるコピー済みデータの範囲との重複の有無がチェックされる。当該チェック結果が重複有り（一部重複）の場合、専用エリア４０ｂに、コピー済みデータ範囲と重複しない範囲（非重複エリア）のデータがコピーされる。これにより、周辺エリアデータの重複コピーが回避され、専用エリア４０ｂを効率的に利用することができる。

さらに、本実施形態では、自ＲＡＩＤグループ４１に属さないＨＳ（代替ディスク）または未使用ディスクであって且つ今回のエラーディスクについて初のコピー先となるディスク４０が、最優先でコピー先ディスク４０として決定される。また、エラーディスクに対し安全性の高いと考えられるディスク４０が優先的にコピー先ディスク４０として決定される。したがって、媒体エラー領域の周辺エリアデータは、エラーディスクに対し安全性の高いと考えられるディスク４０に保存されることになり、周辺エリアデータが確実に保存され周辺エリアデータの冗長性が確保される。

また、本実施形態において、各ディスク４０の専用エリア４０ｂへのコピー処理は、ストレージシステム１に対する負荷が低い時間帯(f1)に、もしくは、ある程度性能を問われない機能がストレージシステム１で実行される時間帯(f2)に実施される。これにより、できるだけストレージ制御装置５において負荷を高めることなくもしくは処理性能の低下を招くことなくコピー処理が行なわれる。

〔５〕その他
以上、本発明の好ましい実施形態について詳述したが、本発明は、係る特定の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変形、変更して実施することができる。

上述したリカバリ制御部３１ａ，コピー制御部３１ｂ，リビルド制御部３１ｃとしての機能の全部もしくは一部は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が所定のアプリケーションプログラム（ストレージ制御プログラム）を実行することによって実現される。

また、上記アプリケーションプログラムは、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷなど），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷなど），ブルーレイディスク等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。

〔６〕付記
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
記憶装置において媒体エラーの生じた媒体エラー領域を検出した場合、前記媒体エラー領域のデータリカバリ処理を実行するリカバリ制御部と、
前記媒体エラー領域の周辺領域のデータを、前記記憶装置から他の記憶装置にコピーするコピー制御部と、を有する、ストレージ制御装置。

（付記２）
前記リカバリ制御部は、前記コピー制御部による前記周辺領域のデータのコピー処理に伴い前記記憶装置において前記媒体エラー領域を検出した場合、前記媒体エラー領域のデータリカバリ処理を実行する、付記１記載のストレージ制御装置。

（付記３）
前記周辺領域のデータは、前記媒体エラー領域の前記データリカバリ後のデータ、および、前記媒体エラー領域に対し物理的に連続する隣接領域のデータを含む、付記１または付記２に記載のストレージ制御装置。

（付記４）
前記記憶装置は、ＨＤＤ（Hard Disk Drive）であり、
前記周辺領域は、前記媒体エラー領域を含むエラートラック、および、前記エラートラックに隣接する隣接トラックである、付記１〜付記３のいずれか一項に記載のストレージ制御装置。

（付記５）
前記リカバリ制御部は、前記記憶装置において所定のアクセスを実行できなかった領域を前記媒体エラー領域として検出する、付記１〜付記４のいずれか一項に記載のストレージ制御装置。

（付記６）
前記コピー制御部による前記周辺領域のデータのコピー処理に伴い、少なくとも、前記記憶装置の識別情報と、前記他の記憶装置の識別情報と、前記コピー制御部によってコピーされる前記周辺領域のデータの開始論理ブロックアドレスおよびブロック数と、前記コピー制御部によるコピー開始時刻とを登録・更新されるコピー管理テーブルを有し、
前記コピー制御部は、前記コピー管理テーブルに基づき、前記周辺領域のデータのコピー処理を実行する、付記１〜付記５のいずれか一項に記載のストレージ制御装置。

（付記７）
前記コピー制御部は、前記周辺領域のデータのコピー処理を実行する場合、前記コピー管理テーブルを参照して今回のコピー対象データ範囲とコピー済みデータ範囲との重複の有無を判断し、前記今回のコピー対象データ範囲のうち、前記コピー済みデータ範囲と重複しない範囲のデータを、前記記憶装置から前記他の記憶装置にコピーする、付記６記載のストレージ制御装置。

（付記８）
前記記憶装置は、一のＲＡＩＤ（Redundant Arrays of Inexpensive Drives）グループに属する複数の第１記憶装置のうちの一つであり、
前記リカバリ制御部は、前記複数の第１記憶装置のうちの、前記記憶装置以外の一以上の第１記憶装置におけるデータを用いて、前記媒体エラー領域のデータリカバリ処理を実行する、付記６または付記７のいずれか一項に記載のストレージ制御装置。

（付記９）
前記コピー制御部は、所定規則および前記コピー管理テーブルに従って、前記一以上の第１記憶装置、および、前記一のＲＡＩＤグループに属さない一以上の第２記憶装置の中から前記他の記憶装置を決定する、付記８記載のストレージ制御装置。

（付記１０）
前記複数の第１記憶装置および前記一以上の第２記憶装置のそれぞれは、前記コピー制御部によって前記周辺領域のデータをコピーされる専用領域を有し、
前記コピー制御部は、
前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先である記憶装置を第１候補とし、
前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先でない記憶装置を第２候補とし、
前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先である記憶装置を第３候補とし、
前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先でない記憶装置を第４候補とし、
前記一以上の第１記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先である記憶装置を第５候補とし、
前記一以上の第１記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先でない記憶装置を第６候補とし、
前記一以上の第１記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先である記憶装置を第７候補とし、
前記一以上の第１記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先でない記憶装置を第８候補とし、
所定の優先順位に従って、前記第１〜第８候補のうちの一つを前記他の記憶装置として決定する、付記９記載のストレージ制御装置。

（付記１１）
前記コピー制御部は、前記第３候補，前記第４候補，前記第７候補および前記第８候補のうちの一つを前記他の記憶装置として決定した場合、前記コピー管理テーブルの前記コピー開始時刻を参照し、前記専用領域における最古データを、前記周辺領域のデータによって上書きする、付記１０記載のストレージ制御装置。

（付記１２）
前記記憶装置の故障を検出した場合、前記一以上の第１記憶装置のデータを用いて、前記記憶装置に代わる代替記憶装置に前記記憶装置のデータを再構築するリビルド制御部を、さらに有する、付記８〜付記１１のいずれか一項に記載のストレージ制御装置。

（付記１３）
前記リビルド制御部は、
前記一以上の第１記憶装置から、前記代替記憶装置に再構築すべきデータブロックを読み出せない場合、前記データブロックに係る情報が前記コピー管理テーブルに登録されているか否かを判断し、
前記データブロックに係る情報が前記コピー管理テーブルに登録されている場合、前記データブロックに係る情報に基づき、前記他の記憶装置から前記データブロックを読み出す、付記１２記載のストレージ制御装置。

（付記１４）
前記リビルド制御部は、前記他の記憶装置から前記データブロックを読み出した場合、読み出した前記データブロックを前記代替記憶装置に書き込むことで、前記記憶装置のデータを再構築する、付記１３記載のストレージ制御装置。

（付記１５）
前記コピー制御部は、前記記憶装置を含むシステムに対する負荷が低い時間帯に、もしくは、前記システムにおいて性能を問われない機能が実行される時間帯に、前記周辺領域のデータのコピー処理を実行する、付記１〜付記１４のいずれか一項に記載のストレージ制御装置。

（付記１６）
記憶装置において媒体エラーの生じた媒体エラー領域を検出した場合、前記媒体エラー領域のデータリカバリ処理を実行し、
前記媒体エラー領域の周辺領域のデータを、前記記憶装置から他の記憶装置にコピーする、ストレージ制御方法。

（付記１７）
前記周辺領域のデータのコピー処理に伴い前記記憶装置において前記媒体エラー領域を検出した場合、前記媒体エラー領域のデータリカバリ処理を実行する、付記１６記載のストレージ制御方法。

（付記１８）
前記周辺領域のデータは、前記媒体エラー領域の前記データリカバリ後のデータ、および、前記媒体エラー領域に対し物理的に連続する隣接領域のデータを含む、付記１６または付記１７に記載のストレージ制御方法。

（付記１９）
前記記憶装置は、ＨＤＤ（Hard Disk Drive）であり、
前記周辺領域は、前記媒体エラー領域を含むエラートラック、および、前記エラートラックに隣接する隣接トラックである、付記１６〜付記１８のいずれか一項に記載のストレージ制御方法。

（付記２０）
記憶装置において媒体エラーの生じた媒体エラー領域を検出した場合、前記媒体エラー領域のデータリカバリ処理を実行し、
前記媒体エラー領域の周辺領域のデータを、前記記憶装置から他の記憶装置にコピーする、
処理を、コンピュータに実行させる、ストレージ制御プログラム。

１ ストレージシステム
２ ホスト装置
３ ストレージ装置（ディスクアレイ装置）
４ ディスク部
５ ストレージ制御装置（ＲＡＩＤ装置）
１０ ホストＩ／Ｆ
２０ ディスクＩ／Ｆ
３０ 制御部
３１ ＣＰＵ（処理部，コンピュータ）
３１ａ リカバリ制御部
３１ｂ コピー制御部
３１ｃ リビルド制御部
３２ メモリ
３２ａ コピー管理テーブル
３２ｂ 候補ディスク情報格納領域
４０ ディスク（ＨＤＤ，媒体，記憶装置，他の記憶装置，第１記憶装置，第２記憶装置，代替記憶装置）
４０ａ ユーザ領域（ユーザエリア）
４０ｂ 専用領域（専用エリア）
４１ ＲＡＩＤグループ

Claims (10)

1. ＲＡＩＤ（Redundant Arrays of Inexpensive Drives）グループに属する複数の第１記憶装置のうちの一つの記憶装置において媒体エラーの生じた媒体エラー領域を検出した場合、前記媒体エラー領域のデータのリカバリ処理を実行するリカバリ処理部と、
   コピー管理情報にアドレス情報が登録されたコピー対象の前記媒体エラー領域の周辺領域のデータを、前記記憶装置から他の記憶装置にコピーするコピー処理を制御するコピー制御部と、を有し、
   前記リカバリ処理部は、
   前記ＲＡＩＤグループに属する残りの第１記憶装置のデータを用いて前記媒体エラー領域のデータのリカバリ処理を実行し、
   前記媒体エラー領域のデータが前記残りの第１記憶装置のデータを用いてリカバリすることができない場合であって、当該媒体エラー領域のアドレス情報が前記コピー管理情報に登録されている場合に、前記他の記憶装置から前記データを読み出すことで前記データのリカバリ処理を行なう、
   ことを特徴とする、ストレージ制御装置。
2. 前記リカバリ処理部は、前記コピー制御部による前記周辺領域のデータのコピー処理に伴い前記記憶装置において前記媒体エラー領域を検出した場合、前記媒体エラー領域のデータのリカバリ処理を実行する、請求項１記載のストレージ制御装置。
3. 前記コピー管理情報は、前記記憶装置の識別情報と、前記他の記憶装置の識別情報と、前記コピー制御部によってコピーされる前記周辺領域のデータの開始論理ブロックアドレスおよびブロック数とを含む、請求項１または請求項２に記載のストレージ制御装置。
4. 前記コピー制御部は、前記他の記憶装置が前記ＲＡＩＤグループに属しているか否かの第１判断基準と、前記他の記憶装置において前記コピー制御部によって前記周辺領域のデータをコピーされる専用領域に空き領域があるか否かの第２判断基準と、前記他の記憶装置が前記記憶装置について初めてのコピー先であるか否かの第３判断基準と、前記コピー管理情報とに従って、前記残りの第１記憶装置、および、前記ＲＡＩＤグループに属さない一以上の第２記憶装置の中から前記他の記憶装置を決定する、請求項１〜請求項３のいずれか一項に記載のストレージ制御装置。
5. 前記コピー制御部は、
   前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先である記憶装置を第１候補とし、
   前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先でない記憶装置を第２候補とし、
   前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先である記憶装置を第３候補とし、
   前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先でない記憶装置を第４候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先である記憶装置を第５候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先でない記憶装置を第６候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先である記憶装置を第７候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先でない記憶装置を第８候補とし、
   所定の優先順位に従って、前記第１〜第８候補のうちの一つを前記他の記憶装置として決定する、請求項４記載のストレージ制御装置。
6. （段落０１４３に記載の付記１１）
   前記コピー制御部は、前記第３候補，前記第４候補，前記第７候補および前記第８候補のうちの一つを前記他の記憶装置として決定した場合、前記専用領域における最古データを、前記周辺領域のデータによって上書きする、請求項５記載のストレージ制御装置。
7. ＲＡＩＤ（Redundant Arrays of Inexpensive Drives）グループに属する複数の第１記憶装置のうちの一つの記憶装置において媒体エラーの生じた媒体エラー領域を検出した場合、前記媒体エラー領域のデータのリカバリ処理を実行し、
   コピー管理情報にアドレス情報が登録されたコピー対象の前記媒体エラー領域の周辺領域のデータを、前記記憶装置から他の記憶装置にコピーするとともに、
   前記リカバリ処理に際して、
   前記ＲＡＩＤグループに属する残りの第１記憶装置のデータを用いて前記媒体エラー領域のデータのリカバリ処理を実行し、
   前記媒体エラー領域のデータが前記残りの第１記憶装置のデータを用いてリカバリすることができない場合であって、当該媒体エラー領域のアドレス情報が前記コピー管理情報に登録されている場合に、前記他の記憶装置から前記データを読み出すことで前記データのリカバリ処理を行なう、
   処理を、コンピュータに実行させる、ストレージ制御プログラム。
8. 前記他の記憶装置が前記ＲＡＩＤグループに属しているか否かの第１判断基準と、前記他の記憶装置において前記コピー制御部によって前記周辺領域のデータをコピーされる専用領域に空き領域があるか否かの第２判断基準と、前記他の記憶装置が前記記憶装置について初めてのコピー先であるか否かの第３判断基準と、前記コピー管理情報とに従って、前記残りの第１記憶装置、および、前記ＲＡＩＤグループに属さない一以上の第２記憶装置の中から前記他の記憶装置を決定する、
   処理を、前記コンピュータに実行させる、請求項７記載のストレージ制御プログラム。
9. 前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先である記憶装置を第１候補とし、
   前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先でない記憶装置を第２候補とし、
   前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先である記憶装置を第３候補とし、
   前記一以上の第２記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先でない記憶装置を第４候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先である記憶装置を第５候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがあり且つ前記記憶装置について初めてのコピー先でない記憶装置を第６候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先である記憶装置を第７候補とし、
   前記残りの第１記憶装置の一つであり且つ前記専用領域に空きがなく且つ前記記憶装置について初めてのコピー先でない記憶装置を第８候補とし、
   所定の優先順位に従って、前記第１〜第８候補のうちの一つを前記他の記憶装置として決定する、
   処理を、前記コンピュータに実行させる、請求項８記載のストレージ制御プログラム。
10. 前記第３候補，前記第４候補，前記第７候補および前記第８候補のうちの一つを前記他の記憶装置として決定した場合、前記専用領域における最古データを、前記周辺領域のデータによって上書きする、
    処理を、前記コンピュータに実行させる、請求項９記載のストレージ制御プログラム。

Images