(57)【要約】  【課題】  ハード・ドライブ内の隣接トラック干渉を管理するシステム及び方法を提供する。  【解決手段】  少なくとも１つのトラック内の隣接トラック干渉可能性が確認され、隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによって、データ破損が防止される。  【選択図】  図１
2008140534.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのトラック内の隣接トラック干渉可能性を確認するステップと、
隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止するステップと、
を有する方法。
【請求項２】
前記確認するステップは、ハード・ドライブ内のトラックから隣接トラック干渉シグニチャを検出するための閾値を適用するステップを有する、請求項１に記載の方法。
【請求項３】
前記閾値を適用するステップは、ビット誤り率閾値を適用するステップを有する、請求項２に記載の方法。
【請求項４】
前記確認するステップは、ターゲット・セクタ又はターゲット・トラックを選択し、前記ターゲット・セクタ又はターゲット・トラックの少なくとも１つの性能基準と、少なくとも１つの隣接セクタ又は隣接トラックの少なくとも１つの性能基準とを比較するステップを有する、請求項１〜請求項３のいずれかに記載の方法。
【請求項５】
前記性能基準を比較するステップは、ターゲット・セクタ又はターゲット・トラックから２つ先のトラックまでの性能基準を比較するステップを有する、請求項４に記載の方法。
【請求項６】
前記性能基準を比較するステップは、隣接トラックのビット誤り率同士を比較するステップを有する、請求項４〜請求項５のいずれかに記載の方法。
【請求項７】
前記確認するステップは、隣接セクタ又は隣接トラック同士の性能基準が大きく異なる場合には、高い隣接トラック干渉可能性があることを判定するステップを更に有する、請求項４〜請求項６のいずれかに記載の方法。
【請求項８】
前記スクラビングするステップは、データを読み出した後、データを再書き込みするステップを有する、請求項１〜請求項７のいずれかに記載の方法。
【請求項９】
プロセッサと、
前記プロセッサからアクセス可能なコードが記憶されたメモリと、
を有し、前記コードは、
少なくとも１つのトラック内の隣接トラック干渉可能性を確認し、
隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止する、
システム。
【請求項１０】
前記確認は、ハード・ドライブ内のトラックから隣接トラック干渉シグニチャを検出するための閾値を適用するように機能する、請求項９に記載のシステム。
【請求項１１】
前記確認は、ビット誤り率閾値を適用するように機能する、請求項１０に記載のシステム。
【請求項１２】
前記確認は、ターゲット・セクタ又はターゲット・トラックを選択し、前記ターゲット・セクタ又はターゲット・トラックの少なくとも１つの性能基準と、少なくとも１つの隣接セクタ又は隣接トラックの少なくとも１つの性能基準とを比較するように機能する、請求項９〜請求項１１のいずれかに記載のシステム。
【請求項１３】
前記確認は、ターゲット・セクタ又はターゲット・トラックから２つ先のトラックまでの性能基準を比較するように機能する、請求項１２に記載のシステム。
【請求項１４】
前記確認は、隣接トラックのビット誤り率同士を比較するように機能する、請求項１２〜請求項１３のいずれかに記載のシステム。
【請求項１５】
前記確認は更に、隣接セクタ又は隣接トラック同士の性能基準が大きく異なる場合には、高い隣接トラック干渉可能性があることを判定するように機能する、請求項１２〜請求項１４のいずれかに記載のシステム。
【請求項１６】
前記スクラビングは、データを読み出した後、データを再書き込みするように機能する、請求項９〜請求項１５のいずれかに記載のシステム。
【請求項１７】
少なくとも１つのトラック内の隣接トラック干渉可能性を確認するステップと、
隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止するステップと、
を有する機能を実施するために機械によって実行可能な命令プログラムが有形に実装された、機械読取り可能なプログラム記憶装置。
【請求項１８】
前記確認するステップは、ハード・ドライブ内のトラックから隣接トラック干渉シグニチャを検出するための閾値を適用するステップを有する、請求項１７に記載のプログラム記憶装置。
【請求項１９】
前記閾値を適用するステップは、ビット誤り率閾値を適用するステップを有する、請求項１８に記載のプログラム記憶装置。
【請求項２０】
前記確認するステップは、ターゲット・セクタ又はターゲット・トラックを選択し、前記ターゲット・セクタ又はターゲット・トラックの少なくとも１つの性能基準と、少なくとも１つの隣接セクタ又は隣接トラックの少なくとも１つの性能基準とを比較するステップを有する、請求項１７〜請求項１９のいずれかに記載のプログラム記憶装置。
【請求項２１】
グラフィックス・アダプタと、
プロセッサと、
前記プロセッサからアクセス可能なコードが記憶されたメモリと、
を有し、前記コードは、
少なくとも１つのトラック内の隣接トラック干渉可能性を確認し、
隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止する、
システム。
【請求項２２】
前記システムと、付属された周辺キーボードとの間の通信を制御することが可能な入出力（Ｉ／Ｏ）コントローラを更に有する、請求項２１に記載のシステム。
【請求項２３】
前記確認は、ハード・ドライブ内のトラックから隣接トラック干渉シグニチャを検出するための閾値を適用するように機能する、請求項２１〜請求項２２のいずれかに記載のシステム。
【請求項２４】
前記確認は、ターゲット・セクタ又はターゲット・トラックを選択し、前記ターゲット・セクタ又はターゲット・トラックの少なくとも１つの性能基準と、少なくとも１つの隣接セクタ又は隣接トラックの少なくとも１つの性能基準とを比較するように機能する、請求項２１〜請求項２３のいずれかに記載のシステム。
【請求項２５】
前記確認は更に、隣接セクタ又は隣接トラック同士の性能基準が大きく異なる場合には、高い隣接トラック干渉可能性があることを判定するように機能する、請求項２４に記載のシステム。
【請求項２６】
前記スクラビングは、データを読み出した後、データを再書き込みするように機能する、請求項２１〜請求項２５のいずれかに記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハード・ドライブ及びハード・ドライブで発生する問題、特に隣接トラック干渉に関するものであり、また、そのような問題に対処する方法、構成、及びモジュールに関するものである。
【背景技術】
【０００２】
ハード・ドライブの分野では、隣接トラック干渉（ＡＴＩ）の問題が深刻になっている。ハード・ドライブ上で隣接トラック（単数又は複数）に対する書き込みを行わずに、特定のトラックに対する書き込みが何度も（例えば３万回以上）繰り返されると、隣接トラック（単数又は複数）上のデータが破損する可能性がある。このような集中的な上書きは、隣接トラック上で何らかの磁束干渉を引き起こし、その後多くのサイクルを経て、読み出し不能な隣接トラックが蓄積され放置される恐れがある。
【０００３】
例えば、トラックＮが隣接トラックＮ＋１及びＮ−１を有するものとする。トラックＮに対する書き込みが、トラックＮ＋１又はＮ−１に対する書き込みが行われないまま何度も繰り返された場合は、Ｎ＋１又はＮ−１上のデータが破損する可能性がある。このことは、磁気記録で発生する干渉として多くの文書で紹介されている。
【非特許文献１】１６９９Ｄ  ＡＴ  Ａｔｔａｃｈｍｅｎｔ‐８（ＡＴＡ／ＡＴＡＰＩ  Ｃｏｍｍａｎｄ  Ｓｅｔ［ＡＴＡ８−ＡＣＳ］）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような問題に対する単純な解決策は、データの破損が生じないうちにデータを隣接トラックに書き込むことであるように思われる。しかしながら、データをいつどのようにそれらの隣接トラックに再書き込みするかを判断することは困難である。任意の特定のセクタ上のデータにアクセスした回数をカウントする単純なカウンタは存在せず、それ故、干渉が発生しそうな時期を正確に知る術が事実上存在しない。現時点では、ハード・ドライブ・ファームウェア・レベル又はＯＳ／アプリケーション／ドライバ・レベルで使用される隣接トラック干渉に対する効果的な解決策はまだ知られていない。明確なＡＴＩの第一報（ｆｉｒｓｔ  ｃｌｅａｒ  ｉｎｄｉｃａｔｉｏｎ  ｏｆ  ＡＴＩ）は、データが既に破損していることを指示するだけであり、それ故、その時点でデータを保存しようとしても間に合わず、関連するファイルも既に消失していることになる。
【０００５】
ＡＴＩの凝集因子（ａｇｇｒｅｇａｔｉｎｇ  ｆａｃｔｏｒ）は、面密度である。データを含む物理領域は面密度が増加するほど減少する故に、隣接トラックに対する「フリンジ（ｆｒｉｎｇｅ）」又は「境界（ｂｏｒｄｅｒ）」領域の面積の比率が大きくなる。技術開発が進むほどトラック数の大幅な増加が今後も予想され、面密度もその分増加することになる。物理次元、媒体の物理特性、及び書き込みメカニズムに関するそのような傾向は今後も続いていくため、ＡＴＩの問題に直面する可能性もその分高まることになる。
【０００６】
ＡＴＩの問題が益々深刻になるにつれ、一般のオペレーティング・システム・プログラムがハード・ドライブ上の特定の場所に何度も書き込みを行う傾向があるということが分かってきている。それらのドライブ上のデータは、過剰な書き込みが発生すると破損してしまうため、多くの場合システムがブート不能になる。実際、面密度及びＯＳ負荷が増加するのと同時に、ハード・ドライブ上の情報へのアクセス及びその更新を頻繁に行うプログラムがＡＴＩを発生させる恐れもある故に、この問題は深刻化している。
【課題を解決するための手段】
【０００７】
本明細書を最も広義に解釈すると、現時点で好ましいとされる本発明の少なくとも１つの実施形態によれば、既存のドライブ・スキャン及びドライブ・ログを改良することにより、将来のＡＴＩの問題を検出し、その後データが破損する前に当該データをスクラビング（ｓｃｒｕｂｂｉｎｇ）する新しい方法及びシステムが提供される。
【０００８】
要約すると、本発明の一態様によれば、少なくとも１つのトラック内の隣接トラック干渉可能性（ａｄｊａｃｅｎｔ  ｔｒａｃｋ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｏｔｅｎｔｉａｌ）を確認するステップと、隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止するステップと、を有する方法が提供される。
【０００９】
本発明の別の態様によれば、プロセッサと、前記プロセッサからアクセス可能なコードが記憶されたメモリと、を有し、前記コードは、少なくとも１つのトラック内の隣接トラック干渉可能性を確認し、隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止する、システムが提供される。
【００１０】
更に、本発明の他の一態様によれば、少なくとも１つのトラック内の隣接トラック干渉可能性を確認するステップと、隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止するステップと、を有する機能を実施するために機械によって実行可能な命令プログラムが有形に実装された、機械読取り可能なプログラム記憶装置が提供される。
【００１１】
本発明の他の一態様によれば、グラフィックス・アダプタと、プロセッサと、前記プロセッサからアクセス可能なコードが記憶されたメモリと、を有し、前記コードは、少なくとも１つのトラック内の隣接トラック干渉可能性を確認し、隣接トラック干渉可能性が確認された少なくとも１つのトラック内のデータをスクラビングすることによってデータ破損を防止する、システムが提供される。
【発明を実施するための最良の形態】
【００１２】
本発明の他の特徴及び更なる特徴ならびに本発明の利点と共に本発明のより十分な理解を与えるために、添付図面に関して行う以下の説明を参照する。本発明の範囲は添付の特許請求範囲に記載する。
【００１３】
本発明の例示的な構成要素は添付図面全体に記載されており、各構成要素は多種多様な構成で配置及び設計することができることを理解していただきたい。それ故、図１〜図２に示される本発明の装置、システム、及び方法の諸実施形態に関して以下で行うより詳細な説明は、添付の特許請求範囲に記載される本発明の範囲を限定するものではなく、本出願人によって選択された本発明の諸実施形態を単に例示するものに過ぎない。
【００１４】
本明細書の全体を通じて言及する「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」又は「ある実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」という用語（又は同様の用語）は、その実施形態に関して説明する特定の機能、構造、又は特徴が本発明の少なくとも１つの実施形態に含まれることを指す。それ故、本明細書の様々な部分に登場する「一実施形態において（ｉｎ  ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」又は「ある実施形態において（ｉｎ  ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」という表現は、必ずしも全ての表現が同じ実施形態を参照しているわけではない。
【００１５】
更に、本明細書に記載される機能、構造、又は特徴を１つ又は複数の実施形態において任意の適切な様式で組み合わせることができる。以下の説明では、本発明の諸実施形態の十分な理解を与えるために多くの具体的な実例が示される。しかしながら、本発明は特定の実例の１つ又は複数を伴わずに実施することも、他の方法、構成要素、材料等と共に実施することもできることが当業者には理解されるだろう。他の実例では本発明の態様が曖昧にならないように、周知の構造、材料、又は処理については図示せず説明も省略する。
【００１６】
本発明に関して説明する諸実施形態は、全体を通じて同様の部分が同様の参照番号又は他の標識で指定される添付図面を参照すれば最もよく理解されるはずである。以下の説明は単なる例示であり、添付の特許請求範囲に記載する本発明の趣旨と矛盾しない選択された装置、システム、及び処理を単に示すものであることが本出願人の意図するところである。
【００１７】
本明細書を最も広義に解釈すると、現時点で好ましいとされる本発明の少なくとも１つの実施形態によれば、既存のドライブ・スキャン及びドライブ・ログを改良することにより、将来のＡＴＩの問題を検出し、その後データが破損する前に当該データをスクラビングする方法が提供される。本解決策は、ハード・ドライブ・ファームウェアの形で実施することができ、新しいアプリケーション又はドライバ、あるいは専用のアプリケーション又はドライバを必要としない。本明細書で一般に理解される「スクラビング」という用語は、データを読み出し、当該データに同一のデータを書き込むことによって、発生し得るＡＴＩの影響を排除することが好ましい。
【００１８】
現行のハード・ドライブ・ファームウェア、ならびにセクタ読み出し中及びアイドル期間中のトラック・ビット誤りのログを取るＳＭＡＲＴデータは、破損データのスキャンを実行する。あるセクタが読み出し不能である場合は、当該セクタが潜在的な不良セクタとしてマークされ、次回の書き込み時に利用不能なセクタ又は使用不能なセクタとして判定される。しかし、このアクションは不良／損傷セクタのフラグ付けに使用されるものなので、あるセクタからデータを読み出すことができない場合にしかトリガされない。ＡＴＩは、セクタが完全に破損するまでビット誤り数が徐々に増加する恐れのある累積的影響を有する故に、上記のアクションによってもやはり顕著なＡＴＩの問題は解決されない。また、ターゲット・セクタに対する長時間の書き込み又は読み出しが行われていない場合にも、その間にも、データ破損による損傷を引き起こすに足るほど多くの回数の書き込みが隣接セクタに対して行われる可能性がある。
【００１９】
ここで図１を参照すると、コンピュータ・システム１２の例示的な一実施形態のブロック図が示されている。図１に示される例示的な実施形態は、Ｌｅｎｏｖｏ（米国）Ｉｎｃ．（Ｐｕｒｃｈａｓｅ，Ｎｅｗ  Ｙｏｒｋ）のＴｈｉｎｋＰａｄ（Ｒ）シリーズ・パーソナル・コンピュータの内の１つのようなノート型コンピュータ・システムであっても、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ（ＩＢＭ）Ｃｏｒｐｏｒａｔｉｏｎ（Ａｒｍｏｎｋ，Ｎｅｗ  Ｙｏｒｋ）のＩｎｔｅｌｌｉｓｔａｔｉｏｎ（Ｒ）のようなワークステーション・コンピュータであってもよいが、以下の説明を読めば分かるように、本発明は任意のデータ処理システムによるディスク・ドライブ上のデータ保護に適用可能である。
【００２０】
図１に示されるように、コンピュータ・システム１２は、プロセッサ・バス４４によって読取り専用メモリ（ＲＯＭ）４０及びシステム・メモリ４６と連結された少なくとも１つのシステム・プロセッサ４２を含む。システム・プロセッサ４２は、Ｉｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎ製プロセッサの内の１つを含むことができ、ＲＯＭ  ４０に記憶されているブート・コード４１を電源投入時に実行し、その後システム・メモリ４６に記憶されているオペレーティング・システム及びアプリケーション・ソフトウェアの制御下でデータ処理を行う汎用プロセッサである。システム・プロセッサ４２は、プロセッサ・バス４４及びホスト・ブリッジ４８を介して周辺機器相互接続（ＰＣＩ）ローカル・バス５０と連結されている。
【００２１】
ＰＣＩローカル・バス５０は、アダプタ及びブリッジを含めた複数のデバイス同士の接続をサポートする。これらのデバイスの内、コンピュータ・システム１２とＬＡＮ  １０とのインターフェイスを取るのがネットワーク・アダプタ６６であり、コンピュータ・システム１２と表示装置６９とのインターフェイスを取るのがグラフィックス・アダプタ６８である。ＰＣＩローカル・バス５０上の通信は、ローカルＰＣＩコントローラ５２によって統制され、ローカルＰＣＩコントローラ５２は、メモリ・バス５４を介して不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）５６と連結されている。ローカルＰＣＩコントローラ５２は、第２のホスト・ブリッジ６０を介して追加的なバス及びデバイスと連結することもできる。
【００２２】
コンピュータ・システム１２は更に、業界標準アーキテクチャ（ＩＳＡ）ブリッジ６４によってＰＣＩローカル・バス５０と連結されたＩＳＡバス６２も含む。ＩＳＡバス６２には、コンピュータ・システム１２と、キーボード、マウス、ディスク・ドライブ等、付属された周辺デバイスとの間の通信を制御する入出力（Ｉ／Ｏ）コントローラ７０も連結されている。更に、Ｉ／Ｏコントローラ７０は、シリアル・ポート及びパラレル・ポートを介したコンピュータ・システム１２からの外部通信もサポートする。
【００２３】
図２は、Ｘ−２〜Ｘ＋２までの連番が振られたディスク・ドライブ上の５つのパラレル・トラックを概略的に示している。上記とは対照的に、本発明の好ましい一実施形態によれば、セクタ読み出し中及び／又はバックグラウンド・スキャン中に監視されるビット誤りに関する新しい閾値が設定され、当該閾値はＡＴＩシグニチャ（又は「赤フラグ」）を探すのに使用される。当該閾値については、好ましくはＡＴＩの累積的影響が考慮に入れられるべきであり、また、セクタが読み出し不能になる前にＡＴＩが検出できるような低い値に設定されるべきである。このようにすれば、あるセクタ上のビット誤り率同士の関係を見定め、各関係とセクタＸ＋１、Ｘ＋２、Ｘ−１、及びＸ−２上のビット誤り率とを比較する際に、ＡＴＩシグニチャが識別しやすくなる。バックグラウンド・スキャン中に読み出されたセクタのＢＥＲ（ビット誤り率）が閾値を超えている場合には、セクタ・チェックを２つ先のトラックまで行うことが好ましい。トラックＸ−１のＢＥＲは良好であるが、トラックＸ−２のＢＥＲが上昇している状況においてＡＴＩシグニチャが発見された場合には、Ｘ−１のトラックに対する書き込みによってＡＴＩが発生することが推測される。これと同じことがＸ＋１及びＸ＋２のトラックについても言える。かくして、周囲トラックに関するＢＥＲ間のこのような関係により、新しいＡＴＩアクション基準が確立される。
【００２４】
図２では、様々なトラック上にセクタＡの標識が１つ、セクタＢの標識が２つ、セクタＣの標識が２つ示されている。ここでは網羅的でない例示的な例として、上昇ＢＥＲ用の閾値がトラックＸ上のセクタＡで検出された場合を考える。それ故、Ｘ＋１又はＸ−１のトラックのＢＥＲが良好である場合に、セクタＢ又はセクタＣでも上昇ＢＥＲが発見された場合には、ＡＴＩがその一因と見なされ（図２ではこれを斜線で示してある）、これによってＡＴＩのリスクに晒されていることが、大きな損傷が生じる前に指示されることを理解していただきたい。言い換えれば、従来のＡＴＩ検出方法は通常、１つ又は複数のトラック内でかなりのデータ破損が生じてから、せいぜい何らかの介入を促す程度のことしかできないが、本実施形態では、Ｘ＋１又はＸ−１のトラックのＢＥＲが良好である場合にも、過度の損傷を回避するのに十分早い時期にＡＴＩを検出することができるようになる。
【００２５】
アルゴリズムによってセクタ又はトラックがＡＴＩのリスクに晒されていることが判定された場合は、ターゲット・セクタ（この例ではセクタＡ）を含むトラックＸならびにトラックＸ＋２又はＸ−２が、読み出し／再書き込みコマンドを使用してスクラビングされることが好ましい。このような読み出し及び再書き込みは、ＡＴＩの影響を効果的に解消し、いかなるデータ破損も防止する。
【００２６】
本明細書で企図される上記で論じたシグニチャ・スキャンは事実上、任意の適切なアプローチを用いて実行することができる。情報技術規格国際委員会（ｔｈｅ  ＩｎｔｅｒＮａｔｉｏｎａｌ  Ｃｏｍｍｉｔｔｅｅ  ｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ  Ｓｔａｎｄａｒｄｓ：ＩＮＣＩＴＳ）の技術委員会であるＴ１３のウェブサイト（ｗｗｗ．ｔ１３．ｏｒｇ）に掲載されているように、特に良好な結果は従来のバックグラウンド・スキャン処理を使用することによって得られており、とりわけ、１６９９Ｄ  ＡＴ  Ａｔｔａｃｈｍｅｎｔ‐８（ＡＴＡ／ＡＴＡＰＩ  Ｃｏｍｍａｎｄ  Ｓｅｔ［ＡＴＡ８−ＡＣＳ］）という文書では、ホスト・システムと記憶装置との間のＡＴＡコマンド・セットが規定されている。本文書中のセクション７．５２．５「ＳＭＡＲＴ  Ｅｘｃｅｃｕｔｅ  Ｏｆｆｌｉｎｅ  Ｉｍｍｅｄｉａｔｅ」に記載されているオフライン・データ・スキャニングは、（バックグラウンド読み出しを利用して上記で論じたシグニチャを取得することにより）本発明の諸実施形態の文脈で具体的に採用することが可能である。
【００２７】
本明細書で企図される上記で論じたＢＥＲ閾値（特に、上昇ＢＥＲ閾値）は、手元にあるアプリケーションに合わせて選択及びカスタマイズすることができ、また、好ましいことには、ハード・ドライブのサプライヤが該当するハード・ドライブ（単数又は複数）の既存のデータ復旧機能に基づいて当該閾値を決定することができる。それ故、非常に専門性の高い高度なデータ復旧機能を備えるハード・ドライブについては、ＢＥＲ閾値をより高い値に設定することができるが、専門性の低い制限されたデータ復旧機能を備えるハード・ドライブについては、ＢＥＲ閾値をより低い値に設定する必要がある。
【００２８】
一般に、ＢＥＲ閾値はヘッド設計及び媒体設計特有のものであり、デバイスに応じて及びＨＤＤ（ハード・ドライブ・データ）生成の様々な文脈に応じて大きく異なる可能性があるため、ＢＥＲ閾値の値は各ＨＤＤ設計のポイント単位で決定されることが好ましいことを理解していただきたい。しかしながら、このようなＢＥＲ閾値の多様性にも関わらず、本発明の少なくとも１つの好ましい実施形態によれば、有利なことに、ＢＥＲ閾値の値をデバイスの総合的な誤り訂正能力と関係付けることができる。このような見地から、ドライブ上に５０％のＥＣＣ（誤り訂正符号）パワー（ＥＣＣ  ｐｏｗｅｒ）を残すＢＥＲ閾値は、ＢＥＲ閾値の値を確立する際の有益且つ有効なターゲット又は近似値と見なされる。
【００２９】
現時点で好ましいとされる少なくとも１つの好ましい実施形態によれば、本発明は適切なソフトウェア・プログラムを実行する少なくとも１つの汎用コンピュータ上に実装することができることを理解していただきたい。本発明は少なくとも１つの集積回路又は少なくとも１つの集積回路の一部に実装することもできる。それ故、本発明はハードウェアの形で実施することも、ソフトウェアの形で実施することもでき、ハードウェアとソフトウェアの組合せの形で実施することもできることを理解していただきたい。
【００３０】
特に明記しない限り、本出願人は、本明細書で言及し引用するすべての特許、出願、特許公開公報、及び他の公報（ウェブ上での公開を含む）を参考として本明細書に援用することを想定しており、その内容全体が本明細書に組み込まれるものとする。
【００３１】
本明細書では、本発明の例示的な諸実施形態について添付図面を参照しながら説明してきたが、本発明をそれらの厳密な実施形態に限定することは本出願人の意図するところではなく、上記の記載には本発明の範囲又は趣旨から逸脱することがなければ、様々な変更及び修正を施すことができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の好ましい一実施形態に係るコンピュータ・システムのブロック図である。
【図２】データ・トラックの概略図である。
【符号の説明】
【００３３】
４１  ブート・コード
４２  システム・プロセッサ
４４  プロセッサ・バス
４６  システム・メモリ
４８  ホスト・ブリッジ
５０  ＰＣＩローカル・バス
５２  ローカルＰＣＩコントローラ
５４  メモリ・バス
６０  ホスト・ブリッジ
６２  ＩＳＡバス
６４  ＩＳＡブリッジ
６６  ネットワーク・アダプタ
６８  グラフィックス・アダプタ
７０  Ｉ／Ｏコントローラ
【図１】
2008140534.tif 000003
【図２】
2008140534.tif 000004