特許 7255393 ストレージ装置およびデータ伝送路管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-04-03

(45)【発行日】2023-04-11

(54)【発明の名称】ストレージ装置およびデータ伝送路管理プログラム

(51)【国際特許分類】

   G06F 3/06 20060101AFI20230404BHJP

   G06F 11/20 20060101ALI20230404BHJP

   G06F 11/22 20060101ALI20230404BHJP

   G06F 13/14 20060101ALI20230404BHJP

【ＦＩ】

G06F3/06 305Z

G06F3/06 304B

G06F3/06 304R

G06F11/20

G06F11/20 607

G06F11/22

G06F13/14 310D

【請求項の数】 4

(21)【出願番号】P 2019120804

(22)【出願日】2019-06-28

(65)【公開番号】P2021006950

(43)【公開日】2021-01-21

【審査請求日】2022-03-08

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】久保 一雄

【審査官】岩田 玲彦

(56)【参考文献】

【文献】国際公開第２０１７／０８１７４８（ＷＯ，Ａ１）

【文献】特表２００９－５４０４３６（ＪＰ，Ａ）

【文献】米国特許出願公開第２００８／００２８１１２（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／０６

Ｇ０６Ｆ １１／２０

Ｇ０６Ｆ １１／２２

Ｇ０６Ｆ １３／１４

(57)【特許請求の範囲】

【請求項1】

データを記憶する不揮発性記憶装置と該不揮発性記憶装置へのアクセスを制御する冗長構成の２つの制御装置とを有するストレージ装置において、
前記制御装置は、
伝送路の障害の発生により自系から他系に経路が切り替わると、障害が発生した伝送路に対して、所定のパターンのデータを用いて異常であるか否かを判定する判定部と、
前記判定部によって異常であると判定された場合には、前記伝送路から伝送されるデータを補正するために用いられるパラメータを調整する調整部と、
を有することを特徴とするストレージ装置。

【請求項2】

前記判定部は、前記調整部によって調整されたパラメータにより補正されるデータを伝送する前記伝送路に対して、所定のパターンのデータを用いて異常であるか否かを判定し、
前記調整部は、前記判定部によって異常であると判定された場合には、前記判定部によって判定された判定回数が予め定められた回数より小さければ、前記伝送路に対する前記パラメータを再度調整し、前記判定部に判定処理を実行させる
ことを特徴とする請求項１に記載のストレージ装置。

【請求項3】

前記判定部は、前記伝送路に対して、アクセスするストレージのコントローラの種類に応じたパターンのデータを用いて異常であるか否かを判定する
ことを特徴とする請求項１に記載のストレージ装置。

【請求項4】

伝送路の障害の発生により自系から他系に経路が切り替わると、障害が発生した伝送路に対して、所定のパターンのデータを用いて異常であるか否かを判定し、
該判定する処理によって異常であると判定された場合には、前記伝送路から伝送されるデータを補正するために用いられるパラメータを調整する
処理をコンピュータに実行させることを特徴とするデータ伝送路管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ストレージ装置などに関する。

【背景技術】

【0002】

ストレージ装置は、冗長性を持たせるために、複数の伝送路を用意している。現用系の伝送路に障害が発生した場合には、待機系の伝送路に切り替えを行う技術が知られている（例えば、特許文献１，２参照）。

【0003】

一例では、ホストがパス（伝送路）を用いてストレージ装置と通信を行う場合に、パス（伝送路）上に障害が所定の閾値以上発生したとき、障害の検出されたパス（伝送路）から、他の正常なパス（伝送路）に切り替える技術が開示されている。

【0004】

別の例では、現用系のインタフェースに接続された通信経路の状態が正常でなくなった場合、待機系のインタフェースを新たな現用系のインタフェースとして設定することによって、速やかにユーザパケットの送受信を開始する技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２００６－１０７１５１号公報

【文献】特開２００８－２８３６０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところで、ストレージ装置では、ＨＤＤ（Hard Disk Drive）等のディスクドライブが信号補償回路を有するExpanderと接続される。信号補償回路は、信号伝送中に歪んだ電圧変化を読み取れるように信号を補正する。

【0007】

しかしながら、信号補償回路のパラメータは、伝送路に障害が発生した時と同じ値が保持された状態で運用されるため、再度、伝送路の切り替えが発生し、待機系から現用系に戻った場合、再び障害が発生する可能性がある。

【0008】

偶発に発生する障害である場合は、初期のパラメータであっても再発リスクは低い。ところが、経年劣化や設置環境の影響により伝送特性が変化している場合には、もはや初期のパラメータは、最適な補正値から外れている可能性が高く、再発リスクは高い。さらに、近年、通信速度の高速化が進み、最適な状態から外れた状態では、伝送路の障害が一層発生しやすいと想定される。

【0009】

１つの側面では、本発明は、運用を継続しながら、障害があった伝送路の品質改善を行うことを目的とする。

【課題を解決するための手段】

【0010】

本願の開示するストレージ装置は、１つの態様において、データを記憶する不揮発性記憶装置と該不揮発性記憶装置へのアクセスを制御する冗長構成の２つの制御装置とを有するストレージ装置において、前記制御装置は、伝送路の障害の発生により自系から他系に経路が切り替わると、障害が発生した伝送路に対して、所定のパターンのデータを用いて異常であるか否かを判定する判定部と、前記判定部によって異常であると判定された場合には、前記伝送路から伝送されるデータを補正するために用いられるパラメータを調整する調整部と、を有する。

【発明の効果】

【0011】

本願の開示するシステムの１つの態様によれば、運用を継続しながら、障害があった伝送路の品質改善を行うことができる。

【図面の簡単な説明】

【0012】

【図1】図１は、実施例に係るＲＡＩＤ装置のハードウェア構成の一例を示す図である。

【図2】図２は、実施例に係るＣＭの機能構成の一例を示す図である。

【図3】図３は、実施例に係るマップ管理テーブルの一例を示す図である。

【図4】図４は、実施例に係る伝送路チューニング管理テーブルの一例を示す図である。

【図5】図５は、スロットの一例を示す図である。

【図6】図６は、ポートの一例を示す図である。

【図7】図７は、実施例に係るデータ伝送路管理処理のフローチャートの一例を示す図（１）である。

【図8】図８は、実施例に係るデータ伝送路管理処理のフローチャートの一例を示す図（２）である。

【発明を実施するための形態】

【0013】

以下に、本願の開示するストレージ装置およびデータ伝送路管理プログラムの実施例を図面に基づいて詳細に説明する。なお、実施例では、ストレージ装置をＲＡＩＤ（Redundant Arrays of Inexpensive Drive）装置として説明する。実施例によりこの発明が限定されるものではない。

【実施例】

【0014】

［ＲＡＩＤ装置のハードウェア構成］
図１は、実施例に係るＲＡＩＤ装置のハードウェア構成の一例を示す図である。ＲＡＩＤ装置８は、Ｄｒｉｖｅ４と該Ｄｒｉｖｅ４へのアクセスを制御する冗長構成の２つのＣＭ３とを有する。ＲＡＩＤ装置８は、１つの系からＤｒｉｖｅ４への伝送路でエラーが発生した場合に、系が切り替わった伝送路に対して、所定のデータパターンを利用してエラーチェックを行い、エラーである場合にデータを補正するために用いられるパラメータを調整する。かかるＲＡＩＤ装置８が実施する処理を「データ伝送路管理処理」というものとする。

【0015】

図１に示すように、ＲＡＩＤ装置８は、コントローラエンクロージャ（ＣＥ）１とドライブエンクロージャ（ＤＥ）２とを有する。コントローラエンクロージャ１は、Ｈｏｓｔ９と接続される。Ｈｏｓｔ９は、ＲＡＩＤ装置８へのデータの書き込み及びＲＡＩＤ装置８からのデータの読出しを行う。コントローラエンクロージャ１は、ＣＭ（Controller Module）＃０及びＣＭ＃１で表される２つのＣＭ３と、Ｄｒｉｖｅ４とを有する筐体である。ドライブエンクロージャ（ＤＥ）２は、Ｄｒｉｖｅ４を搭載する筐体である。

【0016】

Ｄｒｉｖｅ４は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の不揮発性記憶装置である。Ｄｒｉｖｅ４は、例えば、ＳＡＳ（Serial Attached SCSI）によりＣＭ３内の後述するＥＸＰ３４と接続される。

【0017】

ＣＭ３は、ＲＡＩＤ装置８を制御する制御装置である。ＣＭ＃０とＣＭ＃１は冗長系を構成し、一方が現用系として動作し、他方が待機系として動作する。なお、実施例では、ＣＭ＃０は、現用系であり、ＣＭ＃１は、待機系であるとして説明する。

【0018】

ＣＭ３は、メモリ３１と、プロセッサ３２と、ＩＯ（Input Output）コントローラ３３と、ＥＸＰ（EXPander）３４とを有する。

【0019】

プロセッサ３２は、メモリ３１が記憶するファームウェアを実行することでＣＭ３を制御装置として動作させる。メモリ３１は、プロセッサ３２で実行されるファームウェアやファームウェアが使用するデータ等を記憶するＲＡＭ（Random Access Memory）である。プロセッサ３２で実行されるファームウェアは、例えばフラッシュメモリから読み出されてメモリ３１に格納される。あるいは、プロセッサ３２で実行されるファームウェアは、コンピュータ読取可能媒体であるＣＤ－Ｒから読み出されてメモリ３１に格納されても良い。なお、ここでいうファームウェアの１つに、データ伝送路管理処理が含まれる。

【0020】

ＩＯコントローラ３３は、例えば、ＳＡＳのコントローラである。ＥＸＰ３４は、ＳＡＳによりＣＭ３とＤｒｉｖｅ４とを接続する。ＥＸＰ３４には、信号補償回路が搭載される。信号補償回路は、信号（データ）の伝送中に歪んだ電圧変化を読み取れるように信号（データ）を補正する。例えば、データ伝送路管理処理は、現用系のＣＭ３においてＥＸＰ３４からＤｒｉｖｅ４への伝送路でエラーが発生した場合に、現用系から待機系に切り替わると、現用系側の伝送路に対して信号補償回路のパラメータを調整（チューニング）することで、信号（データ）を補正する。

【0021】

ドライブエンクロージャ２は、ＩＯＭ（I/O Module）＃０及びＩＯＭ＃１で表されるＩＯＭ５を有する。ＩＯＭ５は、ＣＭ３により指定されたＤｒｉｖｅ４へＳＡＳフレームを転送する。なお、ＲＡＩＤ装置８は、より多くのドライブエンクロージャ２、あるいは、より少ないドライブエンクロージャ２を有しても良い。

【0022】

［ＣＭの機能構成の一例］
次に、ＣＭ３の機能構成について説明する。図２は、実施例に係るＣＭの機能構成の一例を示す図である。なお、２つのＣＭ３は同様の機能構成を有するので、図２では１つのＣＭ３だけを示す。ＣＭ３の機能は、メモリ３１に記憶されたファームウェアがプロセッサ３２で実行されることにより実現される。なお、ＩＯコントローラ３３およびＥＸＰ３４は、図１で説明した通りであるので、その説明を省略する。

【0023】

メモリ３１は、ステータス管理テーブル３１０、マップ管理テーブル３１１および伝送路チューニング管理テーブル３１２を記憶する。

【0024】

ステータス管理テーブル３１０は、Ｄｒｉｖｅ４に接続される伝送路でエラーが発生した場合に、データ伝送路管理処理中のＲＡＩＤ装置８の稼働状態を管理する。ステータス管理テーブル３１０では、例えば、伝送路がチューニング中である場合には、「経路チューニング中」が設定される。伝送路がチューニングされた結果、伝送路が正常になった場合には、「正常」が設定される。伝送路がチューニングしてもエラーであった場合には、「要注意」が設定される。なお、かかるＲＡＩＤ装置８の稼働状態の種類は、一例であって、これに限定されるものではない。

【0025】

マップ管理テーブル３１１は、Ｄｒｉｖｅ４のアクティブなポートにマッピングされた情報を管理する。マップ管理テーブル３１１は、障害検出部３２０によって更新される。なお、マップ管理テーブル３１１の一例は、後述する。

【0026】

図３は、実施例に係るマップ管理テーブルの一例を示す図である。図３に示すように、マップ管理テーブル３１１は、ＤｒｉｖｅとＡｃｔｉｖｅＰｏｒｔとを対応付けて記憶する。Ｄｒｉｖｅは、Ｄｒｉｖｅ４を識別するＩＤを示す。ＡｃｔｉｖｅＰｏｒｔは、アクティブなポートを識別する情報を示す。すなわち、伝送路でエラーが発生し、伝送路が切り替えられた場合に、切り替えられた先のポートが、新たなＡｃｔｉｖｅＰｏｒｔとなる。

【0027】

一例として、Ｄｒｉｖｅが「０」である場合に、ＡｃｔｉｖｅＰｏｒｔとして「Ａ」を記憶している。Ｄｒｉｖｅが「１」である場合に、ＡｃｔｉｖｅＰｏｒｔとして「Ｂ」を記憶している。

【0028】

図２に戻って、伝送路チューニング管理テーブル３１２は、伝送路ごとに、データ伝送路管理処理で実行されるチューニングの状況を管理する。伝送路チューニング管理テーブル３１２は、計算部３２１によって更新される。なお、伝送路チューニング管理テーブル３１２の一例は、後述する。

【0029】

図４は、実施例に係る伝送路チューニング管理テーブルの一例を示す図である。図４に示すように、伝送路チューニング管理テーブル３１２は、Ｎｏ、Ｓｌｏｔ、Ｐｏｒｔ、Ｒｘビット数、Ｒｘエラー回数、反復回数、Ｔｘビット数、Ｔｘエラー回数および反復回数を対応付けて記憶する。Ｎｏは、項番を示す。Ｓｌｏｔは、エラーがあった伝送路に接続するＤｒｉｖｅ４を格納するスロットの識別子を示す。Ｐｏｒｔは、スロットに格納されたＤｒｉｖｅ４のポートの識別子を示す。Ｒｘビット数は、１回のチューニング処理において受信データのビット数が基準ビット数に達するまで複数回受信する際の受信データの総ビット数を示す。Ｒｘエラー回数は、エラー発生回数を示す。反復回数は、受信の際のチューニング処理における反復した回数を示す。Ｔｘビット数は、１回のチューニング処理において送信データのビット数が基準ビット数に達するまで複数回送信する際の送信データの総ビット数を示す。Ｔｘエラー回数は、エラー発生回数を示す。反復回数は、送信の際のチューニング処理における反復した回数を示す。

【0030】

一例として、Ｎｏが「１」である場合に、Ｓｌｏｔとして「００００」、Ｐｏｒｔとして「Ａ」を記憶している。Ｒｘビット数として「５０００００００」、Ｒｘエラー回数として「１」、反復回数として「２」を記憶している。Ｔｘビット数として「０」、Ｔｘエラー回数として「０」、反復回数として「０」を記憶している。かかる場合は、Ｓｌｏｔ「００００」に格納されたＤｒｉｖｅ４のＰｏｒｔ「Ａ」に接続される伝送路に読出しエラーが発生した場合である。反復回数として「２」回目のチューニング処理で、受信データのビット数が基準ビット数に達するまで複数回データを受信した内の「１」回分エラーであったことを示す。

【0031】

別の例として、Ｎｏが「４」である場合に、Ｓｌｏｔとして「０００１」、Ｐｏｒｔとして「Ｂ」を記憶している。Ｒｘビット数として「０」、Ｒｘエラー回数として「０」、反復回数として「０」を記憶している。Ｔｘビット数として「３０００００」、Ｔｘエラー回数として「３」、反復回数として「１」を記憶している。かかる場合は、Ｓｌｏｔ「０００１」に格納されたＤｒｉｖｅ４のＰｏｒｔ「Ｂ」に接続される伝送路に書き込みエラーが発生した場合である。反復回数として「１」回目のチューニング処理で、送信データのビット数が基準ビット数に達するまで複数回データを送信した内の「３」回分エラーであったことを示す。

【0032】

図２に戻って、プロセッサ３２は、障害検出部３２０、計算部３２１、判定部３２３および補正部３２４を有する。

【0033】

障害検出部３２０は、伝送路の障害を検出する。例えば、障害検出部３２０は、ＲＡＩＤ装置８の稼働開始後、ＥＸＰ３４とＤｒｉｖｅ４間の伝送路で伝送障害を検出する。すると、障害検出部３２０は、Ｄｒｉｖｅ４に対して同一の経路でリトライ処理を実施する。障害検出部３２０は、リトライに失敗すると、経路を切り替える。すなわち、障害検出部３２０は、現用系から待機系へ経路を切り替える。一例として、障害検出部３２０は、マップ管理テーブル３１１のＤｒｉｖｅ４に対するＡｃｔｉｖｅＰｏｒｔを書き換えることで、経路を切り替える。そして、障害検出部３２０は、障害を検出した伝送路のチューニング処理を実施すべく、ステータス管理テーブル３１０のＲＡＩＤ装置８の稼働状態を「正常」から「経路チューニング中」に変更する。

【0034】

計算部３２１は、障害が検出された伝送路のチューニング処理において、当該伝送路のエラーレートを計算する。例えば、計算部３２１は、読み出しデータの転送中の障害の場合には、Ｒｘ経路のチューニング処理を実施し、書き込みデータの転送中の障害の場合には、Ｔｘ経路のチューニング処理を実施する。

【0035】

Ｒｘ経路のチューニング処理では、計算部３２１は、以下のように、障害が検出された伝送路のエラーレートを計算する。計算部３２１は、Ｄｒｉｖｅ４のエラーレート測定用領域にあらかじめ書き込まれたノイズパターンのデータを、障害が検出された伝送路から読み出す。このとき、計算部３２１は、所定ビット数のノイズパターンのデータを基準ビット数に達するまで繰り返し読み出し、読み出したデータがノイズパターンのデータと不一致であるエラー発生回数を計算する。そして、計算部３２１は、データ転送量およびエラー発生回数を、それぞれ伝送路チューニング管理テーブル３１２のＲｘビット数およびＲｘエラー回数に更新する。そして、計算部３２１は、基準ビット数に達するまで繰り返し読み出した繰り返し回数およびＲｘエラー回数を用いて、エラー発生回数の割合を計算し、計算した割合をエラーレートとする。

【0036】

Ｔｘ経路のチューニング処理では、計算部３２１は、以下のように、障害が検出された伝送路のエラーレートを計算する。計算部３２１は、エラーレート測定用領域にあらかじめ書き込まれたノイズパターンのデータを、障害が検出された伝送路に接続されたＤｒｉｖｅ４のエラーレート測定用ボリュームに書き込む。このとき、計算部３２１は、所定ビット数のノイズパターンのデータを基準ビット数に達するまで繰り返し書き込み、書き込んだデータがノイズパターンのデータと不一致であるエラー発生回数を計算する。そして、計算部３２１は、データ転送量およびエラー発生回数を、それぞれ伝送路チューニング管理テーブル３１２のＴｘビット数およびＴｘエラー回数に更新する。そして、計算部３２１は、基準ビット数に達するまで繰り返し書き込んだ繰り返し回数およびＴｘエラー回数を用いて、エラー発生回数の割合を計算し、計算した割合をエラーレートとする。

【0037】

なお、読み書きする基準ビット数は、例えば、１０^１３ビット数であるが、一度に読み書きできるデータフレームの大きさに応じて変更することが可能である。また、ノイズパターンのデータは、Ｄｒｉｖｅ４のコントローラの種類に応じて異なるようにすることが望ましい。これは、以下の理由による。Ｄｒｉｖｅ４内のコントローラは、ベンダやモデルによって異なることが想定される。そうすると、受信特性の違いから、信号の送受信時にエラーを検出しやすいデータパターンが異なることが想定されるからである。そこで、ＲＡＩＤ装置８は、あらかじめ、Ｄｒｉｖｅ４ごとに、ノイズパターンのデータをエラーレート測定用領域に保存する。保存は、ＲＡＩＤ装置８の製造工場で実施されるが、出荷後変更することも可能である。

【0038】

判定部３２３は、エラーレートを判定する。

【0039】

例えば、判定部３２３は、エラーレートとあらかじめ定められた閾値とを比較する。判定部３２３は、エラーレートが閾値より小さい場合には、経路の切り替えを引き起こした伝送路の障害が「偶発エラー」であると判定する。そして、判定部３２３は、ステータス管理テーブル３１０のＲＡＩＤ装置８の稼働状態を「経路チューニング中」から「正常」に変更する。

【0040】

また、判定部３２３は、エラーレートが閾値以上である場合には、伝送路の経年劣化等による伝送特性の変化が疑われると判定する。そして、判定部３２３は、反復回数が最大反復回数に到達していなければ、障害が検出された伝送路に関わる信号補償回路のパラメータを補正部３２４に補正させる。そして、判定部３２３は、反復回数が最大反復回数に到達していれば、障害が検出された伝送路の劣化状態と判定する。そして、判定部３２３は、ステータス管理テーブル３１０のＲＡＩＤ装置８の稼働状態を「経路チューニング中」から「要注意」に変更する。

【0041】

補正部３２４は、伝送路に関わる信号補償回路のパラメータを補正する。例えば、補正部３２４は、ＯＯＢ（Out Of Band）信号を送出して、Ｐｈｙ Ｒｅｓｅｔシーケンスを実施する。すなわち、判定部３２３は、障害が検出された伝送路と接続されるＥＸＰ３４の信号補償回路のパラメータを調整（チューニング）する。そして、補正部３２４は、計算部３２１にチューニング処理を反復させる。これにより、補正部３２４は、障害が検出された伝送路が経年劣化等により伝送特性が変化している場合であっても、運用中に、当該伝送路の品質改善を行うことが可能となる。

【0042】

［スロットおよびポートの一例］
ここで、Ｄｒｉｖｅ４を格納するスロットの一例およびＤｒｉｖｅ４のポートの一例を、図５および図６に示す。図５は、スロットの一例を示す図である。図６は、ポートの一例を示す図である。なお、図５で示すドライブは、図１で示すＤｒｉｖｅ４に対応する。

【0043】

図５に示すように、１つのスロットには、１つのドライブが格納される。個々のスロットには、それぞれ識別子が割り当てられている。

【0044】

図６に示すように、ドライブには、インタフェースコネクタが搭載される。インタフェースコネクタは、ＣＭ３とドライブを接続するためのインタフェースである。インタフェースコネクタに、ポートが存在する。個々のポートには、それぞれ識別子がマッピングされている。

【0045】

［データ伝送路管理処理のフローチャート］
図７および図８は、実施例に係るデータ伝送路管理処理のフローチャートの一例を示す図である。なお、現用系のプロセッサ３２は、Ｈｏｓｔ９からＤｒｉｖｅ４へのデータの読出し要求またはデータの書き込み要求を受け付け、ＩＯコントローラ３３に対して受け付けた要求を出力したとする。

【0046】

図７に示すように、障害検出部３２０は、ＥＸＰ３４とＤｒｉｖｅ４との間の伝送路の障害を検出する（ステップＳ１１）。すると、障害検出部３２０は、同一経路でリトライを実施する（ステップＳ１２）。障害検出部３２０は、リトライが成功するか否かを判定する（ステップＳ１３）。

【0047】

リトライが成功したと判定した場合には（ステップＳ１３；Ｙｅｓ）、障害検出部３２０は、同一経路を優先経路に維持し、稼働を継続する（ステップＳ１４）。そして、障害検出部３２０は、データ伝送路管理処理を終了する。

【0048】

一方、リトライが失敗したと判定した場合には（ステップＳ１３；Ｎｏ）、障害検出部３２０は、待機経路からリトライを実施する（ステップＳ１５）。そして、障害検出部３２０は、リトライが成功するか否かを判定する（ステップＳ１６）。

【0049】

リトライが失敗したと判定した場合には（ステップＳ１６；Ｎｏ）、障害検出部３２０は、対象のディスクドライブ（Ｄｒｉｖｅ４）の切り離し処理を実施する（ステップＳ１７）。そして、障害検出部３２０は、データ伝送路管理処理を終了する。

【0050】

一方、リトライが成功したと判定した場合には（ステップＳ１６；Ｙｅｓ）、障害検出部３２０は、優先経路を切り替える。すなわち、障害検出部３２０は、現用系の経路を待機系の経路に変更する（ステップＳ１８）。そして、障害検出部３２０は、引き続き、チューニング処理を実施すべく、ステップＳ２１に移行する。

【0051】

図８に示すように、ステップＳ２１において、障害検出部３２０は、ステータス管理テーブル３１０のＲＡＩＤ装置８の稼働状態を「正常」から「経路チューニング中」に変更する（ステップＳ２１）。そして、計算部３２１は、伝送路の障害がＲｅａｄ（読出し）であるか、または、Ｗｒｉｔｅ（書き込み）であるか否かを判定する（ステップＳ２２）。

【0052】

Ｒｅａｄ（読出し）であると判定した場合には（ステップＳ２２；Ｒｅａｄ）、計算部３２１は、障害を検出した伝送路である元経路でエラーレート測定用ボリュームからノイズデータパターンをリードする（ステップＳ２３）。計算部３２１は、リードした結果、伝送路チューニング管理テーブル３１２のデータ転送量（Ｒｘビット数）、伝送路のエラー発生回数（Ｒｘエラー回数）を更新する（ステップＳ２４）。

【0053】

計算部３２１は、データ転送量が基準値に達したか否かを判定する（ステップＳ２５）。データ転送量が基準値に達していないと判定した場合には（ステップＳ２５；Ｎｏ）、計算部３２１は、次のリードをすべく、ステップＳ２３に移行する。

【0054】

一方、データ転送量が基準値に達したと判定した場合には（ステップＳ２５；Ｙｅｓ）、計算部３２１は、エラーレートを計算する（ステップＳ２６）。例えば、計算部３２１は、伝送路チューニング管理テーブル３１２を用いて、エラー発生回数（Ｒｘエラー回数）を基準ビット数に達するまで繰り返しリードした繰り返し回数で割った割合をエラーレートとして計算する。

【0055】

判定部３２２は、エラーレートが閾値よりも低い値か否かを判定する（ステップＳ２７）。エラーレートが閾値よりも低い値であると判定した場合には（ステップＳ２７；Ｙｅｓ）、判定部３２２は、「偶発エラー」であると判定し、ステップＳ３５に移行する。

【0056】

一方、エラーレートが閾値よりも低い値でないと判定した場合には（ステップＳ２７；Ｎｏ）、判定部３２２は、チューニング処理を反復すべく、以下の処理を行う。判定部３２２は、伝送路チューニング管理テーブル３１２の当該経路のカウンタ（Ｒｘエラー回数）をクリアし、反復カウンタ値（反復回数）を１だけ加算する（ステップＳ２９）。

【0057】

そして、判定部３２２は、反復カウンタ値（反復回数）が最大反復回数に到達したか否かを判定する（ステップＳ３０）。反復カウンタ値（反復回数）が最大反復回数に到達していないと判定した場合には（ステップＳ３０；Ｎｏ）、補正部３２４は、ＯＯＢ信号を送出して、Ｐｈｙ Ｒｅｓｅｔを実行する（ステップＳ３１，Ｓ３２）。そして、補正部３２４は、次回のチューニング処理を反復すべく、ステップＳ２３に移行する。

【0058】

一方、反復カウンタ値（反復回数）が最大反復回数に到達したと判定した場合には（ステップＳ３０；Ｙｅｓ）、判定部３２２は、反復カウンタ値（反復回数）をクリアする（ステップＳ３３）。そして、判定部３２３は、ステータス管理テーブル３１０のＲＡＩＤ装置８の稼働状態を「経路チューニング中」から「要注意」に変更する（ステップＳ３４）。すなわち、判定部３２３は、障害が検出された伝送路の劣化状態と判定する。そして、判定部３２３は、チューニング処理を終了すべく、ステップＳ４７に移行する。

【0059】

ステップＳ２２において、Ｗｒｉｔｅ（書き込み）であると判定した場合には（ステップＳ２２；Ｗｒｉｔｅ）、計算部３２１は、障害を検出した伝送路である元経路でエラーレート測定用ボリュームへノイズデータパターンをライトする（ステップＳ３６）。計算部３２１は、ライトした結果、伝送路チューニング管理テーブル３１２のデータ転送量（Ｔｘビット数）、伝送路のエラー発生回数（Ｔｘエラー回数）を更新する（ステップＳ３７）。

【0060】

計算部３２１は、データ転送量が基準値に達したか否かを判定する（ステップＳ３８）。データ転送量が基準値に達していないと判定した場合には（ステップＳ３８；Ｎｏ）、計算部３２１は、次のライトをすべく、ステップＳ３６に移行する。

【0061】

一方、データ転送量が基準値に達したと判定した場合には（ステップＳ３８；Ｙｅｓ）、計算部３２１は、エラーレートを計算する（ステップＳ３９）。例えば、計算部３２１は、伝送路チューニング管理テーブル３１２を用いて、エラー発生回数（Ｔｘエラー回数）を基準ビット数に達するまで繰り返しライトした繰り返し回数で割った割合をエラーレートとして計算する。

【0062】

判定部３２２は、エラーレートが閾値よりも低い値か否かを判定する（ステップＳ４０）。エラーレートが閾値よりも低い値であると判定した場合には（ステップＳ４０；Ｙｅｓ）、判定部３２２は、「偶発エラー」であると判定し、ステップＳ３５に移行する。

【0063】

ステップＳ３５において、判定部３２３は、ステータス管理テーブル３１０のＲＡＩＤ装置８の稼働状態を「経路チューニング中」から「正常」に変更する（ステップＳ３５）。そして、判定部３２３は、チューニング処理を終了すべく、ステップＳ４７に移行する。

【0064】

一方、エラーレートが閾値よりも低い値でないと判定した場合には（ステップＳ４０；Ｎｏ）、判定部３２２は、チューニング処理を反復すべく、以下の処理を行う。判定部３２２は、伝送路チューニング管理テーブル３１２の当該経路のカウンタ（Ｔｘエラー回数）をクリアし、反復カウンタ値（反復回数）を１だけ加算する（ステップＳ４１）。

【0065】

そして、判定部３２２は、反復カウンタ値（反復回数）が最大反復回数に到達したか否かを判定する（ステップＳ４２）。反復カウンタ値（反復回数）が最大反復回数に到達していないと判定した場合には（ステップＳ４２；Ｎｏ）、補正部３２４は、ＯＯＢ信号を送出し、Ｐｈｙ Ｒｅｓｅｔを実行する（ステップＳ４３，Ｓ４４）。そして、補正部３２４は、次回のチューニング処理を反復すべく、ステップＳ３６に移行する。

【0066】

一方、反復カウンタ値（反復回数）が最大反復回数に到達したと判定した場合には（ステップＳ４２；Ｙｅｓ）、判定部３２２は、反復カウンタ値（反復回数）をクリアする（ステップＳ４５）。そして、判定部３２３は、ステータス管理テーブル３１０のＲＡＩＤ装置８の稼働状態を「経路チューニング中」から「要注意」に変更する（ステップＳ４６）。すなわち、判定部３２３は、障害が検出された伝送路を劣化状態と判定する。そして、判定部３２３は、チューニング処理を終了すべく、ステップＳ４７に移行する。

【0067】

ステップＳ４７において、判定部３２３は、チューニング処理を終了する（ステップＳ４７）。そして、障害検出部３２０は、データ伝送路管理処理を終了する。

【0068】

［実施例の効果］
上記実施例によれば、ＲＡＩＤ装置８は、データを記憶するＤｒｉｖｅ４と該Ｄｒｉｖｅ４へのアクセスを制御する冗長構成のＣＭ３とを有する。ＣＭ３は、伝送路の障害の発生により自系から他系に経路が切り替わると、障害が発生した伝送路に対して、所定のノイズパターンのデータを用いて異常であるか否かを判定する。ＣＭ３は、異常であると判定された場合には、伝送路から伝送されるデータを補正するために用いられるパラメータを調整する。かかる構成によれば、ＲＡＩＤ装置８は、運用を継続しながら、障害が発生した伝送路の品質の改善を行うことができる。

【0069】

また、上記実施例によれば、ＣＭ３は、調整されたパラメータにより補正されるデータを伝送する伝送路に対して、所定のノイズパターンのデータを用いて異常であるか否かを判定する。ＣＭ３は、異常であると判定された場合には、判定された判定回数が予め定められた回数より小さければ、伝送路に対するパラメータを再度調整し、判定処理を実行する。かかる構成によれば、ＲＡＩＤ装置８は、判定回数が予め定められた回数になるまで、伝送路に対するパラメータを調整することができることで、運用を継続しながら、障害が発生した伝送路の品質の改善を確実に行うことが可能になる。また、ＲＡＩＤ装置８は、伝送路が経年劣化や設置環境の影響等により伝送特性が変化している場合であっても、運用を継続しながら、該伝送路の品質改善を行うことが可能となる。

【0070】

また、上記実施例によれば、ＣＭ３は、伝送路に対して、アクセスするＤｒｉｖｅ４のコントローラの種類に応じたノイズパターンのデータを用いて異常であるか否かを判定する。かかる構成によれば、ＲＡＩＤ装置８は、異常であるか否かの判定に、Ｄｒｉｖｅ４のコントローラの種類に応じたデータを用いることで、Ｄｒｉｖｅ４のコントローラの種類によって違いがある送受信特性を考慮した判定処理を行うことができる。

【0071】

［その他］
なお、実施例では、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、計算部３２１と判定部３２３と補正部３２４とを１個の部として統合しても良い。一方、計算部３２１を、Ｒｘ経路のチューニングの計算処理と、Ｔｘ経路のチューニングの計算処理とに分散しても良い。また、メモリ３１に記憶された各種テーブルをＣＭ３の外部装置としてネットワーク経由で接続するようにしても良い。

【0072】

また、実施例では、ＣＭ３が有する機能をソフトウェアによって実現することで、同様の機能を有する、例えばデータ伝送路管理プログラムを得ることができる。例えば、メモリ３１は、データ伝送路管理プログラムやプログラムの実行途中結果などを記憶する。プロセッサ３２は、メモリ３１からデータ伝送路管理プログラムを読み出して実行する。

【0073】

また、データ伝送路管理プログラムについては、必ずしも最初からメモリ３１に記憶させておかなくても良い。例えば、ＣＭ３に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）ディスク、光磁気ディスク、ＩＣ（Integrated Circuit）カード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、ＣＭ３がこれらからデータ伝送路管理プログラムを読み出して実行するようにしても良い。

【符号の説明】

【0074】

１ コントローラエンクロージャ
２ ドライブエンクロージャ
３ ＣＭ
３１ メモリ
３１０ ステータス管理テーブル
３１１ マップ管理テーブル
３１２ 伝送路チューニング管理テーブル
３２ プロセッサ
３２０ 障害検出部
３２１ 計算部
３２２ 判定部
３２３ 補正部
３３ ＩＯコントローラ
３４ ＥＸＰ
４ Ｄｒｉｖｅ
５ ＩＯＭ
８ ＲＡＩＤ装置
９ Ｈｏｓｔ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】