(57)【要約】【課題】データ記憶アレイにおけるパラメータの障害傾向を検出しシステムの障害を回避する。【解決手段】複数のデータ記憶装置は、このうちの複数によるアドレス可能なメモリ・アレイ空間を形成するように構成されている。コントローラは、メモリ・アレイ空間へのアクセスを制御し、履歴ログへ各データ記憶装置からの動作性能データを累積する。コントローラの統計解析エンジンは、データ記憶装置の異常な動作を検出するために動作性能データを解析する。コントローラは、要求に応じまさに前記解析に応答してデータ記憶装置特定の訂正処置を開始する。統計解析エンジンによる解析は、個々のデータ記憶装置による解析の外に、または、この解析の代わりともなり得る。データ要求ブロックは、与えられたパラメータの追加のデータ・サンプルを要求し、または前記解析を促進するために追加のパラメータ・データを要求する。【選択図】図５
2006244447.tif 000002
【特許請求の範囲】
【請求項１】
マルチ・デバイス・メモリ・アレイ空間を形成するように構成された複数のデータ記憶装置と、前記マルチ・デバイス・メモリ・アレイ空間へのアクセスを制御するコントローラとを有し、このコントローラは、前記複数のデータ記憶装置の各々からの動作性能データを履歴ログ内へ累積し、前記データを解析して前記複数のデータ装置の異常な動作を検出し、及び、前記解析に関してデータ記憶装置特定の訂正処置を開始するように構成されている、装置。
【請求項２】
複数のデータ記憶装置の各々は、このデータ記憶装置の異常な動作を検出するためにこの記憶装置に関連した履歴ログ内へ累積された動作性能データを解析する、請求項１に記載の装置。
【請求項３】
前記コントローラによる前記データの解析は、前記複数のデータ記憶装置の内の複数のものに関連したパラメータ・データを有する、請求項１に記載の装置。
【請求項４】
前記コントローラは、前記データを解析するために前記データ・ログに記憶されたデータで動作する統計解析エンジンを有する、請求項１に記載の装置。
【請求項５】
前記コントローラは、更に、前記データ記憶装置の前記異常な動作の検出に応答して前記装置のユーザに対し警報表示を送る訂正処置モジュールを有する、請求項４に記載の装置。
【請求項６】
前記データ・ログに累積されたデータで前記統計解析エンジンによりユーザ特定の解析を容易にするために前記統計解析エンジンと通信するグラフィック・ユーザ・インターフェイスを更に有する、請求項４に記載の装置。
【請求項７】
前記統計解析エンジンに応答して前記データ・ログに追加のデータを提供するために前記データ記憶装置の内の少なくとも選択されたものに対し要求を発する前記統計解析エンジンと通信するデータ要求ブロックを有する、請求項４に記載の装置。
【請求項８】
前記データ・ログは、前記複数のデータ記憶装置により確立された前記アレイ空間に記憶される、請求項１に記載の装置。
【請求項９】
前記複数のデータ記憶装置の各々は、移動可能なトランスジューサによりアクセスされる少なくとも１つの回転可能なデータ記憶媒体を備えたハード・ディスク・ドライブとして特徴付けられる、請求項１に記載の装置。
【請求項１０】
マルチ・デバイス・メモリ・アレイ空間を形成するように構成された複数のデータ記憶装置と、
前記複数のデータ記憶装置の各々から動作性能データを累積し、前記複数のデータ記憶装置の内の複数のものに関連した前記データの一部の組の解析を行い、該解析の結果としての異常なイベントの検出に応答してユーザに対し警報表示を提供する第１の手段とを備えた装置。
【請求項１１】
前記複数のデータ記憶装置の少なくとも１つは、前記累積された動作性能データの解析を行い、前記第１の手段は、前記複数のデータ記憶装置の少なくとも１つにより行われた解析に応答して動作する、請求項１０に記載の装置。
【請求項１２】
前記第１の手段は、更に、該第１の手段による累積及び解析のための追加のデータを供給するために前記複数のデータ記憶装置の少なくとも１つに対しデータ要求命令を発する、請求項１０に記載の装置。
【請求項１３】
マルチ・デバイス・メモリ・アレイ空間を形成するために複数のデータ記憶装置を配列するステップと、
前記アレイ空間へのアクセスを制御するコントローラを提供するステップとを有し、該コントローラは、前記複数のデータ記憶装置の各々からの動作性能データを履歴ログ内へ累積し、前記データを解析して前記複数のデータ装置の異常な動作を検出し、及び、まさに前記解析に関してデータ記憶装置特定の訂正処置を開始するように構成されている、方法。
【請求項１４】
前記複数のデータ記憶装置の各々の異常な動作を検出するためにこのデータ記憶装置に関連した前記履歴ログ内へ累積された動作性能データを別個に解析するようそのデータ記憶装置を構成するステップを更に有する、請求項１３に記載の方法。
【請求項１５】
前記提供するステップが行われている最中の前記データの解析は、前記複数のデータ記憶装置の内の複数のものに関連したパラメータ・データの解析を有する、請求項１３に記載の方法。
【請求項１６】
前記提供するステップの前記コントローラは、前記データを解析するために前記データ・ログに記憶されたデータで動作する統計解析エンジンを有する、請求項１３に記載の方法。
【請求項１７】
前記提供するステップの前記コントローラは、更に、前記データ記憶装置の前記異常な動作の検出に応答して前記システムのユーザに対し警報表示を送る訂正処置モジュールを有する、請求項１６に記載の方法。
【請求項１８】
前記提供するステップの前記コントローラは、前記統計解析エンジンにより行われた前記解析に応答して前記データ・ログに追加のデータを提供するために前記データ記憶装置の内の少なくとも選択されたものに対し要求を発する前記統計解析エンジンと通信するデータ要求ブロックを有する、請求項１６に記載の方法。
【請求項１９】
前記提供するステップの前記データ・ログは、前記複数のデータ記憶装置により形成された前記アレイ空間に記憶される、請求項１３に記載の方法。
【請求項２０】
前記複数のデータ記憶装置の各々は、移動可能なトランスジューサによりアクセスされる少なくとも１つの回転可能なデータ記憶媒体を備えたハード・ディスク・ドライブとして特徴付けられる、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本請求になる発明は、一般的には、データ記憶システムの分野に関し、特に、限定する意図ではないが、データ記憶アレイにおけるパラメータ障害の傾向を検出し訂正する装置及び方法に関する。
【背景技術】
【０００２】
マルチ・デバイス・アレイ（ＭＤＡ）は、比較的大きなデータ空間記憶システムであり、デバイス相互のアドレス可能なメモリ空間を提供するように共に集められたハード・ディスク・ドライブ（ＨＤＤ）のような多数のデータ記憶装置を有している。ＭＤＡは、多種類のデータ集中アプリケーション、ウエッブ・サーバ及び他のネットワーク・アクセス・システムでますます使用されている。
【０００３】
個々のデータ記憶装置は、早期の障害傾向検出能力を提供するために種々の動作パラメータを監視するルーチンを備えることができる。これにより、データ空間記憶システムの他の部分に悪影響を及ぼすシステム障害イベントより前にユーザは関連するデータ記憶装置の再配置または置換のような適切な訂正処置を取ることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＭＤＡの信頼性及び使用が連続的に増大したために、実施可能ではあるが障害傾向を解析することができ、かつシステム障害イベントを回避することができる方法の要求が依然として続いている。
【課題を解決するための手段】
【０００５】
本発明の好適な実施例は、一般的には、データ記憶アレイにおけるパラメータの障害傾向を検出して訂正する装置及び方法に関する。
好適な実施例に従って、ハード・ディスク・ドライブのような複数のデータ記憶装置は、マルチ・デバイスのアドレス可能なメモリ・アレイ空間を形成するように構成してある。コントローラは、そのメモリ・アレイ空間へのアクセスを制御するために設けられている。
【０００６】
コントローラは、各データ記憶装置から履歴ログへ動作性能データを累積するように構成されている。このコントローラの統計解析エンジンは、多数のデバイスにわたるデータの水平解析を含む、データ記憶装置の異常な動作を検出するためにデータを解析する。コントローラは、必要に応じて、その解析に応答してデータ記憶装置の特定の訂正動作イベントを開始するために訂正動作モジュールを利用する。
【０００７】
統計解析エンジンによる解析は、個々の装置による解析のほかに、または、この解析の代わりに行うことができる。データ要求ブロックは、その解析を促進するために、一定のパラメータに関する追加のデータ・サンプルを要求する、すなわち、その解析を促進するために更に追加のパラメータ・データを要求する。グラフィック・ユーザ・インターフェイス（ＧＵＩ）は、アラーム表示をシステム・ユーザに報告し、並びに、ユーザが特定したデータの集成及び解析を容易にする。
請求になる本発明を特徴付ける上記及び種々の他の特徴及び利点は、次の詳細な記載を読み、かつ、関連する図面を吟味した時に明らかとなろう。
【実施例】
【０００８】
図１は、データ記憶装置１００の分解図を示す。このデータ記憶装置１００は、コンピュータ化されたデータを記憶し検索するために使用される種類の３．５インチフォームファクタのハード・ディスク・ドライブとして特徴付けることが好ましいが、これは、請求になる本主題の範囲を限定するものではない。
データ記憶装置１００は、基部デッキ１０４と上カバー１０６から形成された硬質で環境制御式のハウジング１０２を有している。スピンドル・モータ１０８は、比較的高速度で多数のデータ記憶メディア１１０を回転するようハウジング１０２の中に取り付けられている。
【０００９】
データは、対応するデータ変換ヘッド１１２のアレイによりアクセスされるメディア１１０の同心形のトラック（図示せず）に配列されている。データ変換ヘッド１１２（トランスジューサ）は、アクチュエータ１１４により支持され、そして、音声コイル・モータＶＣＭ１１６への電流の印加によりメディア表面上を移動される。フレックス回路アセンブリ１１８は、アクチュエータ１１４と、外部取り付けのプリント回路板ＰＣＢ１２０上の制御回路との間の通信を容易にする。
図２に示したように、制御回路は、適当なインターフェイス・プロトコルを使用してホスト装置と通信するインターフェイス回路１２４を有することが好ましい。トップ・レベル・プロセッサ１２６は、データ記憶装置１００に対してトップ・レベル制御を行い、データ記憶装置１００の動作を指示するために適当なプログラミングをもつプログラム可能な汎用プロセッサとして特徴付けることが好ましい。
【００１０】
読み取り/書き込みチャネル１２８は、ディスク１１０にデータを書き込み、このディスク１１０からデータを回復するためにプリアンプリファイヤ/ドライバ回路（プリアンプ）１３０と共に動作する。サーボ回路１３２は、ヘッド１１２のための閉ループ位置制御を行う。
トップ・レベル・プロセッサ１２６は、データ記憶装置１００の動作中に障害傾向検出を行うためのプログラミング・ルーチンを有することができる。当業者が認識すると思われるが、データ記憶装置１００の動作に関連した種々のパラメータは、オーバータイムを監視することができ、これらのパラメータの値の変化は、性能の低下または差し迫った障害の開始を信号で知らせることができる。この方法で監視できるパラメータは、読み取り誤り率、チャネル品質、ヘッド・バイアス電流の大きさ、サーボ位置決め時間、スピンドル・モータの速度、振動レベル、動作温度レベル、厳しい温度の発生またはメディアにおける他の成長欠陥などを含むが、これらに限定はされない。
【００１１】
一つの試みでは、種々のパラメータの予め選択された閾値レベルが確立される。関連する閾値に到達すると、データ記憶装置１００は、エンド・ユーザに警報を与えて、このデータ記憶装置１００により記憶されたデータの再配置及び障害装置の新ユニットへの交換のようなシステム・データの完全性を確保するための適切な訂正処置を取らせることができる。
多数の組のデータ記憶装置１００を、図３で１４０として一般的に示したようなマルチ・デバイス・アレイ（ＭＤＡ）に組み込むことは、ますます一般化しつつある。ＭＤＡ１４０は、単一の比較的大きなアドレス可能メモリ空間を提供するためにデータ記憶装置１００のデータ記憶容量を共同利用する。公知のＲＡＩＤ技術は、種々のデータ記憶装置１００にわたるデータの記録を分散するために使用することが好ましい。
【００１２】
そのＮ個のデータ記憶装置１００は、共通の入力/出力ブロック１４２と通信するように構成されている。電源ブロック１１４とバッテリ・バックアップ電源１４６は、ＭＤＡ１４０の正常な要求及びスタンバイ要求を満足するように設けられている。
図４には示してないが、その構成要素は、ラックまたは他のシステム内へ組み込むことができる単一のプラグ−アンド−プレイ・ユニットを提供するように共通のハウジング内へ配列することが好ましい。冷却ファン及び相互連絡用のバックプレインのような追加の要素は、図示の明確化のために省略してあり、図４に示した冗長な組の要素（例えば、２つの電源、２つのバッテリ・バックアップなど）は、システムの信頼性及び利用性を高めるためにＭＤＡ１４０内に組み込むことが好ましい。
【００１３】
図４は、１４０のような多数のＭＤＡが組み込まれているネットワーク１５０を示す。各ＭＤＡ１４０は、各それぞれのＭＤＡ１４０に対するアクセスを制御する関連のコントローラ１５２を有するように示してある。各コントローラ１５２は、ＭＤＡ１４０に対する大規模なデータ転送を制御するために比較的強力な汎用プロセッサと比較的大きなキャッシュ・メモリ空間を有することが好ましい。
図示はしないが、２つのコントローラ１５２と２つのＭＤＡ１４０は、冗長性を得るために各場所で縦列的に動作される。コントローラ１５２は、ファブリック１５６を介して多数のホスト・コンピュータ１５４と通信をする。ファブリック１５６は、インターネット、広域ネットワークまたは他のネットワーク接続システムを含むことができる。
【００１４】
図５は、図４からの各コントローラ/ＭＤＡの組み合わせの好適な動作アーキテクチャを示す。以下に更に詳しく説明するように、ＭＤＡ１４０における各データ記憶装置１００からの動作パラメータのデータは、コントローラ１５２によりデータ・ログ１６０内へ累積される。
統計解析エンジン１６２は、データを解析し、該当する場合は、訂正処置モジュール１６４を使用してデータ記憶装置特定の訂正処置を開始する。訂正処置モジュール１６４は、ユーザに対して可視式及び/または可聴式アラーム表示器及び他の出力を提供するためにＧＵＩ１６６（グラフィック・ユーザ・インターフェイス）とインターフェイス接続されている。ＧＵＩ１６６により、更に、ユーザ特定のデータ要求及び解析を開始するために、統計解析エンジン１６２へのアクセスが可能となる。統計解析エンジン１６２は、更に、要求に応じて、データ・ログ１６０へ供給されるパラメータ・データの種類及び/またはサンプリング周波数を調整するために、指令ブロック１６８を介してパラメータ監視データの要求を行う。
【００１５】
データ・ログ１６０は、ＭＤＡ１４０内のデータ記憶装置１００により提供される不揮発性のメモリ空間の指定された一部に記憶されることが好ましい。ここからログ全体またはその選択された一部は、統計解析エンジン１６２によるアクセスを可能にするためにコントローラ１５２のキャッシュ・メモリ空間へアップロードされる。或いは、（専用アレイを有する）メモリ空間の別個の設備が、データ記憶装置１００からのパラメータ・データを記憶するためにコントローラ１５２によりアクセス可能に設けられる。
データ・ログ１６０は、与えられたアプリケーションの必要条件に依存して、任意の数の形態をとることができる。特に有用なフォーマットは、図６により一般的に示してあるが、これは、各データ記憶装置１００から個々のパラメータ・データを（経過時間のような）共通の指標を使用する別々の「列」で提供する。
【００１６】
従って、例えば、装置１に関する列は、時間に関する履歴シーケンスで単一のパラメータ（例えば、チャネル品質）についてのデータの全てを含むことができ、後で得られるＣＱ測定値は終わりに添付される。同様なデータは、残りの装置２からＮの各々に関する隣接する列で提供される。別々の「シート」は、監視される異なる動作パラメータの各々を追跡するために形成することができる。
しかし、同一のテーブル内へ全てのまたは関連する一部の組の相関パラメータをグループ化し、すなわち各装置当たり異なるシートを提供するフォーマットを備えた、データ・ログ１６０用の他の構成は容易に考えられる。それでも、データ・ログ１６０は、ＭＤＡ１４０における関連のデータ記憶装置１００の全てにわたる履歴のパラメータ・データを表す。
【００１７】
これにより、垂直データ・ブロック１７０により示されるデータ記憶装置１００の１つと関連したデータに対する統計解析エンジン１６２による垂直解析の実行、及び、水平データ・ブロック１７２により示される多数の装置にわたる統計解析エンジン１６２による水平解析の実行が容易となる。
かくして、潜在的な解析モードの階層は、図７に示したように想像される。ある好適な実施例では、個々のデータ記憶装置１００は、動作中に選択パラメータの別個の監視を実行するように元々構成されたままで動作を続行する。このことは、ブロック１７４により表される。この動作は、各装置におけるローカルのトップ・レベル・プロセッサ１３０（図２）により別個に実施される。
【００１８】
この例では、特定のパラメータが処理禁止のものであるということがわかると、警報表示をローカルのインターフェイスブロック１２４を介してＭＤＡ入力／出力ブロック１４２に送ることができ、これはコントローラ１５２に知らされる。コントローラ１５２は、このイベントをログに記録するか、または訂正処置モジュール１６４とＧＵＩ１６６を介してユーザに知らせるような適切な処置をとる。適切な訂正処置は、そのイベントの厳しさに依存し、コントローラによる特定の命令制御入力に応答して装置により、またはユーザの介在により装置レベルで取られてもよい。
上記の動作の他に、個々のデータ記憶装置１００により集められ解析されたパラメータ・データの全ては、履歴データをデータ・ログ１６０に累積するためにデータ・ログ１６０に送ることが好ましい。
【００１９】
図７で提供された解析の他のレベルは、ブロック１７６で示した、統計解析エンジン１６２による上記の垂直解析である。個々のデータ記憶装置１００が本来の場所でパラメータ解析を続行する上記の例を使用すると、パラメータ解析により別のレベルの検証能力が提供される。すなわち、統計解析エンジン１６２は、ローカルプロセッサ１３０と縦列的に同一解析を実行し、システムの信頼性を増し、誤りの存在を減少させることができる。
【００２０】
統計解析エンジン１６２は、第１のパス・フィルタ・スクリーンとして作用するように、あるいはローカルプロセッサ１３０に依存することができるので、個々のデータ記憶装置１００により設定された警報は、コントローラ・レベルで調査及び解析を開始するために統計解析エンジン１６２への入力として役立つ。この場合、統計解析エンジン１６２は、現存のデータに対し高級な統計解析を行い、状況を評価して、障害傾向が実際に検出されたか否か、及び、もし行うとすれば、どんな訂正処置が取られるべきかに関する決定に到達するために、関連するデータ記憶装置１００により以前は提供されなかった追加データ（すなわち、より大きなサンプルの周波数、他の利用可能ではあるが通常は報告されないパラメータの報告など）を要求する発見的方法を使用してもよい。
【００２１】
もう１つの他の実施例では、個々の装置レベルにおけるローカル化されたパラメータの最適化は除去されているが、これは、更に強力な統計解析エンジン１６２により代わって実行される。この場合、データ記憶装置１００は、単に、関連する実行時間のパラメータ・データをデータ・ログ１６０にアップロードするが、その解析は全然行われないかまたは最小限に限られる。
この特定の試みの利点は、個々の装置の設計及びプログラミングの簡略化である。それは、この解析に要求されるパワーと資源は、設計から除去することができるからである。なお、当業者には、この簡略化により、装置あたりかなりのコスト節減を行うことができ、これに、ＭＤＡ内に組み込まれた装置の途方もない量を掛算すると、かなりのコスト節減及びシステム利用の進歩をもたらすことができるということが理解されよう。
【００２２】
または、その解析側における個々の装置レベルでのシステム資源の解放は、個々の装置がデータ・ログ１６０へより大きな量のデータ（より多くのサンプル及びより多くの数のパラメータ）を移動するために利用することができる。
従って、この別の試みでは、ブロック１７６により表される垂直解析は、個々のデータ記憶装置１００により行われるローカルのパラメータ解析に置き換わるものと考えられる（ブロック１７４）。前述のように、コントローラ１５２の更に大きな処理能力のために、現在利用可能なよりも更に複雑な計算集中的統計処理をデータに対して加えることができる。更に、より多くのデータを得て解析品質を高めるために初期傾向の検出によりブロック１６８を介して関連するデータ記憶装置１００に、適切なデータ要求をもたらすことができる。
【００２３】
図７のブロック１７８は、ＭＤＡ１４０における多数のデータ記憶装置１００にわたる上記の水平解析を示す。この解析レベルは、例えば、時間ベースまたはパラメータ・ベースでブロック１７４及び/または１７６の水平解析の他に行われることが好ましい。なお、ブロック１７８の水平解析は、履歴ログ１６０における少なくとも一部のデータの組に対する解析に関わるもので、この一部の組は、ＭＤＡ１４０におけるデータ記憶装置１００の内の少なくとも複数個に関連している（すなわち、要求に応じてそのアレイにおける複数のデータ記憶装置または全ての装置にわたっている）。
ＧＵＩ１６６を介して開始されたユーザ特定の質問及び解析は、ブロック１８０に示してある。なお、図７における種々のブロックは、単一でまたは組み合わせて利用することができ、その一つの出力は、他の実行の自動的なトリガとすることができる。
【００２４】
図８は、解析ブロックを好都合に利用することができる一つの方法を示す。図８は、指標ｘ軸１９０と共通振幅ｙ軸１９２に対してグラフでプロットした包括的な一連のパラメータ履歴曲線１８２、１８４、１８６、１８８を提供する。このパラメータの組のグラフ表示は、関連する処理を実行するために、統計解析エンジン１６２により必ずしも要求されるものではないが、これらのグラフは本記載を容易にし、所望によりＧＵＩ１６６を介してユーザに容易に提供することができるということが認識されよう。
第１の例では、パラメータ履歴曲線１８２、１８４、１８６、１８８は、特定のパラメータ、この場合には誤り率にそれぞれ関連した装置１、２、３、Ｎの各々のデータを表すということが想定される。このデータは、より低い値が「より良い」ものであり、より高い値が「より悪い」ものとなるように表されているが、これは単に一つの利用可能な処方である。関連するベースライン値は、破線により示してある。
【００２５】
（１９４で局部的に示した）装置Ｎに対する誤り率におけるかなりの上昇傾向は、傾向解析（移動平均など）によるか、または、関連する閾値（図示せず）の交差により容易に検出することができるということが理解できる。
誤り率の増加は、それ自体必ずしも特定の原因を示唆するものではないが、システムの性能に対する障害傾向の影響を最小にするように影響を受けたデータの再配置のような即時の救済的な訂正処置を取ることを可能にする。しかし、更なる監視及び診断は１つ以上の原因を分離するために行うことができ、これによりシステムからの問題を除去することができる。例示的な訂正処置には、特定のヘッド/メディアの組み合わせの廃棄、ＭＤＡ内における待機「スペア」の代わりとしての特定の装置の使用、別のＲＡＩＤまたはＥＣＣレベルの適用、ルーチンの予定保全の実行などが含まれる。
【００２６】
この例を続行すると、ＭＤＡ１４０内における多数の装置にわたるデータの解析により、このイベントに関し更なる重要な情報が提供され、すなわち、装置Ｎのみが誤り率の局部的増大を現在経験していて、他の装置は明らかに該当する時間期間内において影響を受けないということが知られよう。換言すれば、この点において障害イベントは装置Ｎに分離されるように見える。
【００２７】
読者は、同一の知識はブロック１７４の分離した個々の装置レベルの解析に単に頼ることによって利用可能になるように見えるが、事実はそうではなく、禁止条件の傾向を識別するためのアレイ内における他の装置のうちのいずれかの障害は、特定のデータが同時に各装置にとって何であるかを全体的に知ることと同一ではないということを知るであろう。従って、統合されたデータ・ログの試みにより、データ・イベントが単一の装置へ分離される時でも、そして、個々の装置レベルで行われるのと同一レベルの解析が行われる時でも優れた解析及び訂正処置動作が行われる。
【００２８】
図８を用いて他の例を続行すると、パラメータ履歴曲線１８２、１８４、１８６、１８８の各々は、例えば、同一または異なる装置に対してそれぞれチャネル品質、サーボ認定時間（servo qualification time）、回転振動及びトラック外れエラーのような種々のパラメータを表すということが考えられる。この場合、それぞれのパラメータの相互依存性への更なる洞察が可能となる１９６と１９８でのようなパラメータ間の相関関係を識別することができる。例えば、１９８における減少が１９４における対応の増大を誘導するようなタイム・ラグ関係を確立することもできる。この関係を識別すると、特定のイベントの真の原因を更によく分離することができる。
【００２９】
例えば、パラメータ履歴曲線１８４に関連した装置（装置２）は、パラメータ履歴曲線１８６により示される装置（装置３）に作用することでパラメータ履歴曲線１８８（装置Ｎ）にエラーを誘導するということを決定してもよい。従って、装置２の調整または置換により、装置３とＮなどにより経験される動作上の難点が解決されよう。
今や、本明細書に示した本発明の好適な実施例は、従来技術に比較して利点を提供するということが理解されよう。いくつものデータ記憶装置１００にわたり履歴データを累算するデータ・ログ１６０を使用することによりコスト節減とシステム資源の解放、装置単位でのパラメータ・データのより深い大規模な解析、及び多数の装置にわたるデータの解析を行うことができる。
【００３０】
添付の請求項のために述べれば、列挙した第１の手段は、図５で示したコントローラの構造に対応するものと理解され、統計解析エンジンは、図６と図７に示した水平解析を実施するように構成されている。
なお、本発明の種々の実施例の数多くの特徴及び利点は、本発明の種々の実施例の構造及び機能の詳細と共に上記記載で示されたが、この詳細な記載は、単に例示的なものであって、種々の変更は、詳細に、特に、添付の請求項を表現する用語の広い一般的な意味により示される十分な程度まで本発明の原理内における部品の構成及び配置の点でなし得ようということは理解されるべきである。例えば、特定の要素は、本発明の主旨及び範囲から逸脱せずに特定の制御環境に依存して変化してもよい。
【００３１】
更に、ここに記載した実施例は、共通のアドレス可能なメモリ空間を提供するためのいくつものハード・ディスク・ドライブを使用するマルチ・ディスク・アレイに関するものであるが、当業者は、請求の主題はそのように制限されるものではなく、光ベースの固体データ記憶装置を含む種々の他のデータ記憶システムが請求になる本発明の主旨及び範囲から逸脱せずに容易に利用することができるということを理解するであろう。
【図面の簡単な説明】
【００３２】
【図１】本発明の好適な実施例に従って構成され動作されるデータ記憶装置の分解図である。
【図２】図１のデータ記憶装置の一般化した機能ブロック図である。
【図３】図１と図２に示したような複数のデータ記憶装置から形成されたマルチ・デバイス・アレイ（ＭＤＡ）の要部を示す。
【図４】図３に示したような多数のＭＤＡを利用するネットワーク・システムを示す。
【図５】本発明の好適な実施例に従う選択されたＭＤＡ/コントローラ・サブ・システムの動作の一般化した機能ブロック図を提供する。
【図６】図５のデータ・ログのための好適なフォーマットを示す。
【図７】図５のサブ・システムにより実行される他の統計解析方法の流れを提供する。
【図８】図５のサブ・システムの好適な動作をよりよく示すための多数のパラメータ・データの組をグラフで示す。
【符号の説明】
【００３３】
１００  データ記憶装置
１０２  ハウジング
１０４  基部デッキ
１０６  上カバー
１０８  スピンドル・モータ
１１０  メディア
１１２  データ変換ヘッド
１１４  アクチュエータ
１１６  音声コイル・モータＶＣＭ
１１８  フレックス回路アセンブリ
１２０  プリント回路板ＰＣＢ
１３０  プリアンプ
【図１】
2006244447.tif 000003
【図２】
2006244447.tif 000004
【図３】
2006244447.tif 000005
【図４】
2006244447.tif 000006
【図５】
2006244447.tif 000007
【図６】
2006244447.tif 000008
【図７】
2006244447.tif 000009
【図８】
2006244447.tif 000010