(57)【要約】【課題】  修復中のデータディスクからのデータ読み込み中にリードエラーが発生した場合にも対応可能なディスク修復システムを提供する。【解決手段】  ＲＡＩＤを構成する複数のディスクと、ホットスペアディスクと、を備えたディスク修復システムにおいて、複数のディスクとホットスペアディスクに対して、ディスク修復制御を行うディスクアレイ制御装置を備え、ディスクアレイ制御装置は、データが記録された書き込み年月日を記録した書き込み年月日管理情報を有する書き込み年月日管理部を備えている。【選択図】      図１
2015172898.tif 000002
【特許請求の範囲】
【請求項１】
ＲＡＩＤを構成する複数のディスクと、ホットスペアディスクと、を備えたディスク修復システムにおいて、
前記複数のディスクと前記ホットスペアディスクに対して、ディスク修復制御を行うディスクアレイ制御装置を備え、
前記ディスクアレイ制御装置は、データが記録された書き込み年月日を記録した書き込み年月日管理情報を有する書き込み年月日管理部を備えていることを特徴とするディスク修復システム。
【請求項２】
前記ディスクアレイ制御装置は、前記書き込み年月日管理部と縮退したディスクとから得た、相互の書き込み年月日情報を比較し、一致した場合は、ディスク修復制御を行うことを特徴とする請求項１に記載のディスク修復システム。
【請求項３】
前記縮退したディスクは、各々のセクタごとに、書き込み年月日情報を記録されていることを特徴とする請求項１または２に記載のディスク修復システム。
【請求項４】
前記縮退したディスクは、複数のセクタごとに、書き込み年月日情報を記録されていることを特徴とする請求項１または２に記載のディスク修復システム。
【請求項５】
前記書き込み年月日管理部は、前記複数のディスクと前記ホットスペアディスクの記憶領域単位に記録される書き込み年月日を記録した書き込み年月日管理情報を有することを特徴とする請求項１から４のうち１に記載のディスク修復システム。
【請求項６】
ＲＡＩＤを構成する複数のディスクと、ホットスペアディスクと、を備えたディスク修復方法において、
前記複数のディスクと前記ホットスペアディスクに対して、ディスク修復制御を行うステップを備え、
前記ディスク修復制御を行うステップは、データが記録された書き込み年月日を記録した書き込み年月日管理情報を有するステップを備えていることを特徴とするディスク修復方法。
【請求項７】
前記ディスク修復制御を行うステップは、書き込み年月日管理部と縮退したディスクとから得た、相互の書き込み年月日情報を比較し、一致した場合は、ディスク修復制御を行うステップを有すること特徴とする請求項６に記載のディスク修復方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスク修復システムおよびディスク修復方法に関し、特にホットスペアディスクを用いたディスク修復システムおよびディスク修復方法に関する。
【背景技術】
【０００２】
近年、大量のデータを保存するために、複数台のハードディスク装置を備えたディスクアレイ装置が用いられている。ディスクアレイ装置では、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）の技術を用いて、性能と耐障害性を同時に確保している。ＲＡＩＤにおいては、データ修復処理の際に、ホットスペアディスクを用いる場合がある。
【０００３】
ホットスペアディスクを用いたＲＡＩＤのデータ修復は、縮退させているデータディスクを除くすべてのデータディスクからデータを読み込み、縮退により消失したデータディスクのデータに該当する部分を生成し、ホットスペアディスクへデータの書き込みを行っている。
【０００４】
ここで、縮退させているデータディスクを除くすべてのデータディスクからのデータ読み込み中にリードエラーが発生すると（二次障害）、修復データの生成不可およびホットスペアディスクへの書き込み不可となり、復元させたいデータが消失してしまう可能性がある。
【０００５】
上記に関連する技術として、特許文献１には、故障する危険性の高いディスクドライブを長寿命化するため、アクセスでエラーが発生した回数の多いディスクドライブを故障する危険性の高いディスクドライブとして検出し、他のディスクドライブに比べて、アクセス回数を極力抑制する技術が開示されている。
【０００６】
また、特許文献２には、専用の不揮発性メモリを使用しないで、主メモリとディスク装置を用いて、複数のディスク上の割り当てられた書き込み対象データストライプの空き領域に、少なくとも１データブロックずつ逐次書き込むことにより、ディスク上のストライプに連続的にデータを書き込む技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−３０１７１４号公報
【特許文献２】特開２００２−２０７５７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１は、アクセスエラーの発生回数を監視して、故障となる危険性の高いディスクを使用しないようにしているが、修復中のデータディスクからのデータ読み込み中にリードエラーが発生した場合には対応していない、という課題があった。
【０００９】
また、特許文献２は、通常状態のライト処理に関する技術であって、故障時のＲＡＩＤ修復処理には、対応していない、という課題があった。
【００１０】
本発明の目的は、この点を鑑みたものであり、修復中のデータディスクからのデータ読み込み中にリードエラーが発生した場合にも対応可能なディスク修復システムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明では、上記課題を解決するために、ＲＡＩＤを構成する複数のディスクと、ホットスペアディスクとを備えたディスク修復システムにおいて、複数のディスクとホットスペアディスクに対して、ディスク修復制御を行うディスクアレイ制御装置を備え、ディスクアレイ制御装置は、データが記録された書き込み年月日を記録した書き込み年月日管理情報を有する書き込み年月日管理部を備えていることを特徴としている。
【００１２】
また、本発明では、上記課題を解決するために、ＲＡＩＤを構成する複数のディスクと、ホットスペアディスクとを備えたディスク修復方法において、複数のディスクとホットスペアディスクに対して、ディスク修復制御を行うステップを備え、ディスク修復制御を行うステップは、データが記録された書き込み年月日を記録した書き込み年月日管理情報を有するステップを備えていることを特徴としている。
【発明の効果】
【００１３】
本発明によれば、修復中のデータディスクからのデータ読み込み中にリードエラーが発生した場合にも対応可能なディスク修復システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施の形態におけるディスク修復システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態におけるディスク修復システムの書き込み年月日管理表に記録されるイメージを示す図である。
【図３】本発明の第１の実施の形態におけるディスク修復システムのディスクのセクタに書き込み年月日が記録されるイメージを示す図である。
【図４】本発明の第１の実施の形態におけるディスク修復システムの動作を示すフローチャートである。
【図５】本発明の第１の実施の形態におけるディスク修復システムのディスクアレイ制御装置のリードエラーと縮退の状態を示す図である。
【図６】本発明の第２の実施の形態におけるディスク修復システムのディスクのセクタに書き込み年月日が記録されるイメージを示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について図面を参照して詳細に説明する。
（第１の実施の形態）
図１、図２、図３を用いて、第１の実施の形態におけるディスク修復システムの構成を説明する。
【００１６】
図１は、第１の実施の形態におけるディスク修復システムの構成を示すブロック図である。図１において、ホスト装置２は、ディスクアレイ制御装置１とデータの受け渡しを行い、ディスクアレイ制御装置１は、複数のデータディスク３１、３２、・・・、３ｎ及びホットスペアディスク４を制御する。データディスク３１、・・・、３ｎは、ＲＡＩＤを構成している。
【００１７】
ディスクアレイ制御装置１は、外部とのインターフェースであるホストＩ／Ｆ１１とディスクＩ／Ｆ１８とを備えている。また、ディスクアレイ制御装置１は、データ転送制御部１２、データ生成／分解処理部１３、ディスクＲ／Ｗ処理部１４、ディスク状態管理部１５、データ修復処理部１６、書き込み年月日管理部１７を備えている。
【００１８】
ホスト装置２とディスクアレイ制御装置１との間のデータの受け渡しはホストＩ／Ｆ１１を介してデータ転送制御部１２により行われる。
【００１９】
ホスト装置２からディスクアレイ制御装置１へ送られるデータは、データ転送制御部１２により受け取られ、データ生成／分解処理部１３によりデータ分解、パリティデータ生成、書き込み年月日情報の追加を行い、ディスクＲ／Ｗ処理部１４によりディスクＩ／Ｆ１８を介してデータディスク３１、・・・、３ｎへ保存される。
【００２０】
これに対し、ディスクアレイ制御装置１からホスト装置２へ送られるデータは、データディスク３１、・・・、３ｎに分解されて保存されたデータおよびパリティデータをディスクＩ／Ｆ１８を介してディスクＲ／Ｗ処理部１４が読み込み、分解されているデータの組み立てとパリティデータによるデータの整合性検証をデータ生成／分解処理部１３で行う。その後、データ転送制御部１２によりホストＩ／Ｆ１１を介してホスト装置２へ送られる。
【００２１】
ディスク状態管理部１５は、訂正可能データ誤り回復回数／位置決め誤り回復回数などの閾値監視をデータディスク３１、・・・、３ｎに対して行い、品質の不安定なデータディスク３１、・・・、３ｎをＲＡＩＤから縮退させる（切り離す）処理を行う。
【００２２】
データ修復処理部１６は、縮退させたデータディスクに書き込まれているデータをホットスペアディスク４へ復元するため、縮退させたデータディスクを除くＲＡＩＤを構成するデータディスクからのデータ読み込みの指示をディスクＲ／Ｗ処理部１４に行い、データ読み込み後に修復データの生成を行う。修復データの生成に成功すると、ディスクＲ／Ｗ処理部１４が、ディスクＩ／Ｆ１８を介してホットスペアディスク４へ生成された修復データの書き込みを行う。
【００２３】
書き込み年月日管理部１７は、全てのディスク装置の記憶領域単位に記録される書き込み年月日を記録した書き込み年月日管理情報を有している。この書き込み年月日管理情報には、時刻を含めてもよい。
【００２４】
データ修復処理部１６は、ＲＡＩＤ修復中のデータディスクからの読み込み中にリードエラーが発生した場合は、縮退させているデータディスクからデータの読み込みを試みる指示を、Ｒ／Ｗ処理部１４に対して行う。読み込みが成功した場合は、書き込み年月日管理部１７で管理している書き込み年月日管理情報と縮退させているデータディスクから読み込んだ書き込み年月日情報を照合し、データの有効性を検証する。ここでは照合の結果２つの書き込み年月日が一致した場合有効とする。また、時刻まで含まれていれば、時刻の一致を照合してもよい。
【００２５】
データが有効の場合は、ディスクＲ／Ｗ処理部１４が、ディスクＩ／Ｆ１８を介してホットスペアディスク４へ書き込みを行う。また、データ生成／分解処理部１３でリードエラーが発生したデータディスクへ再書き込みのためのデータ生成を行い、ディスクＲ／Ｗ処理部１４がディスクＩ／Ｆ１８を介してデータディスクへ再書き込みを行う。
【００２６】
書き込み年月日管理部１７は、すべてのデータディスク３１、・・・、３ｎおよびホットスペアディスク４へ書き込みが行われる場合、物理的な書き込み領域（セクタ）単位に書き込み年月日管理情報を記憶する。
【００２７】
図２に、ディスクアレイ制御装置１の書き込み年月日管理部１７に記録されるイメージを示す。
【００２８】
図３にデータディスク３１、・・・、３ｎおよびホットスペアディスク４へ記録される場合のイメージを示す。データディスク３１、・・・、３ｎおよびホットスペアディスク４は、記録情報に加えて、セクタ単位で書き込み年月日情報が記録される。
【００２９】
図１、４、５を用いて、本実施形態におけるディスク修復システムの動作を説明する。
【００３０】
図４は、図１に示したディスクアレイ制御装置のＲＡＩＤの修復方法を示すフローチャートである。図５は、図１に示したディスクアレイ制御装置のリードエラーと縮退の状態を示す図である。図５に示すように、データディスク３ｎが縮退されているとする。
【００３１】
図４において、ＲＡＩＤを構成するデータディスク３１、３２、３３、３４から、データを読み込み（Ｓ１０１）、読み込みに成功した場合は（Ｓ１０２のＹＥＳ）、修復データを生成し、ホットスペアディスク４へデータを書き込む処理を継続する（Ｓ１０３）。
【００３２】
データディスク３４からの読み込みに失敗した場合は（Ｓ１０２のＮＯ）、縮退させているデータディスク３ｎからデータの読み込みを試みる（Ｓ１０４）。縮退させているデータディスク３ｎからデータの読み込みが成功した場合には（Ｓ１０５のＹＥＳ）、読み込んだデータに記録されている書き込み年月日情報と、ディスクアレイ制御装置１の書き込み年月日管理部１７で管理している書き込み年月日管理情報を照合しデータの有効性を検証する（Ｓ１０６）。
【００３３】
縮退させているデータディスク３ｎから読み込んだデータの有効性があると判断した場合は（Ｓ１０７のＹＥＳ）、読み込んだデータをホットスペアディスク４へ書き込む処理を行う（Ｓ１０８）。また、ＲＡＩＤを構成するデータディスクのリードエラーが発生したデータディスク３４に対して修復データの生成および書き込みを行う（Ｓ１０９）。
【００３４】
縮退させているデータディスク３ｎからデータの読み込みが成功しなかった場合や（Ｓ１０５のＮＯ）、縮退させているデータディスク３ｎから読み込んだデータの有効性がないと判断した場合は（Ｓ１０７のＮＯ）、ＲＡＩＤにおいては、一部復旧失敗（データロスト）となる。ディスクアレイ装置のＲＡＩＤ修復処理は、図２、３にあるようなサイズ単位で処理を行うので、一部の領域の修復処理でデータロストが発生しても、ＲＡＩＤ全体の修復処理は継続される。
【００３５】
（第２の実施の形態）
図６を用いて、第２の実施の形態の構成について説明する。図６は、第２の実施の形態におけるディスク修復システムのディスクのセクタに書き込み年月日が記録されるイメージを示す図である。
【００３６】
第２の実施の形態においては、第１の実施の形態の図３を図６に置き換えたのみで、その他の図は、同一である。よって、その他の図に関する説明は、省略する。
【００３７】
図６に示すように、ホスト装置２との間で１回のＲ／Ｗ単位がｎセクタ単位で行われる場合は、最後のセクタ(ｎセクタ)にだけ、書き込み年月日情報を追加することでデータの有効性の検証を行うことができる。
【００３８】
これにより、ディスクアレイ制御装置１の書き込み情報管理領域を小さくすることができ、データの有効性検証の回数を削減できるため、処理速度を早くすることが可能になる。
【００３９】
以上、説明してきたように、本発明の第１、第２の実施形態によれば、故障時のＲＡＩＤ修復処理に対応し、修復中のデータディスクからのデータ読み込み中にリードエラーが発生した場合においても、ディスク装置の記録領域単位に「書き込み年月日」を記録し、縮退させているディスク装置から読み込んだデータの「書き込み年月日」とディスクアレイ装置の書き込み年月日管理部にある「書き込み年月日」を照合し、一致した場合はデータに有効性ありと判定し復元のためのデータとして活用するため、データロストを削減し、リードエラーの発生率を低減可能なディスク修復システムを提供することができる。
【００４０】
尚、本願発明は、上述の実施の形態に限定されるものではなく、本願発明の要旨を逸脱しない範囲で種々変更、変形して実施することが出来る。たとえば、ＲＡＩＤのタイプに依存することなく実施することが可能である。
【産業上の利用可能性】
【００４１】
本発明は、ＲＡＩＤ及びホットスペアディスクを用いて、データ修復処理を行うディスクアレイ装置に利用可能である。
【符号の説明】
【００４２】
１    ディスクアレイ制御装置
２    ホスト装置
４    ホットスペアディスク
１１    ホストＩ／Ｆ
１２    データ転送制御部
１３    データ生成／分解処理部
１４    ディスクＲ／Ｗ処理部
１５    ディスク状態管理部
１６    データ修復処理部
１７    書き込み年月日管理部
３１、３２、３３、３４、３ｎ    データディスク
【図１】
2015172898.tif 000003
【図２】
2015172898.tif 000004
【図３】
2015172898.tif 000005
【図４】
2015172898.tif 000006
【図５】
2015172898.tif 000007
【図６】
2015172898.tif 000008