JP3252810B2 - 磁気ディスク装置及び磁気ディスク装置のリトライ方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、磁気ディスク装置
に係り、特に上位装置からのアクセス状況を監視してリ
トライ処理の内容を変えることにより、スループットの
低下を抑え、エラーの発生やデータ転送の中断の発生を
防ぐことができる磁気ディスク装置及び磁気ディスク装
置のリトライ方法に関するものである。

【０００２】

【従来の技術】従来より、磁気ディスク装置は、上位装
置（ホストコンピュータ）からのリード／ライトコマン
ドを受信すると、磁気媒体上の一連のセクタに対して、
再生あるいは記録を行うが、何らかの理由で、記録再生
ができないセクタに遭遇した場合、そのエラーの発生し
たセクタに対してリトライを行う。リトライの方法とし
ては、例えば、エラーの発生したセクタに対して規定の
回数限度内で再生あるいは記録を行い、その回数内に再
生あるいは記録ができれば、正常に記録再生できたもの
と見なし、次のセクタへの再生あるいは記録に移行する
という方法がある。

【０００３】他のリトライ方法として、エラーの発生し
たセクタを単純に再生あるいは記録するだけでなく、他
の処理、例えば、再生時であれば、ヘッドの位置をディ
スクの内周方向や外周方向に僅かにずらして再生を行っ
たり、ヘッドの電圧を増幅するアンプのゲインを変化さ
せたりしながらリトライを行うという方法がある。実際
のリトライ実行時には、これらの処理をある決まった手
順で実行し、リトライに成功した段階で、一連のリトラ
イ動作を終了する。

【０００４】

【発明が解決しようとする課題】以上のような従来のリ
トライ方法では、リトライ処理を実行すると、上位装置
が要求するデータを規定時間内に送ることができないと
いう問題点があった。特に、動画処理用のシステムに使
用される磁気ディスク装置では、転送時間が短いことが
要求されるが、従来のリトライ方法では、リトライ処理
が始まると、動画データ転送の中断が発生して、動画に
乱れや中断が発生する。また、従来のリトライ方法にお
いて、データ転送の中断が発生しないように、リトライ
処理を軽くすることもできるが、このような場合には、
常に軽いリトライ処理しか行えないので、リトライに十
分な時間がある場合でも、充分なリトライ処理が行え
ず、エラー発生の頻度が高くなる。よって、動画処理用
のシステムに使用される磁気ディスク装置では、動画に
乱れが発生する。本発明は、上記課題を解決するために
なされたもので、データ転送の中断を最小限に抑え、か
つその範囲で最も有効なリトライを行うことができる磁
気ディスク装置及び磁気ディスク装置のリトライ方法を
提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明の磁気ディスク装
置は、請求項１に記載のように、上位装置との通信を行
うインターフェイス制御手段（１）と、インターフェイ
ス制御手段で受信したコマンドを格納するためのコマン
ドキュー（２）と、コマンドキューに格納されたコマン
ドの総数に基づいて、上位装置とのインターフェイスの
負荷を検出する負荷検出手段（３）と、上記負荷の度合
いに応じたリトライ処理の内容を予め記憶するリトライ
テーブル（９）と、コマンドキューからコマンドを取り
出して実行し、リトライが必要なときは、負荷検出手段
によって検出された負荷の度合いに応じたリトライ処理
の内容をリトライテーブルより取得して、リトライ処理
を実行する実行手段（４）とを有するものである。この
ように、コマンドキューに格納されたコマンドの総数
を、上位装置とのインターフェイスの負荷レベルと見な
す。そして、リトライが必要なときは、負荷検出手段に
よって検出された負荷の度合いに応じたリトライ処理の
内容をリトライテーブルより取得して、リトライ処理を
実行する。

【０００６】また、請求項２に記載のように、上記リト
ライテーブル（９）は、上記インターフェイスの負荷が
軽いときは処理の重いリトライ処理が行われ、負荷が重
いときは処理の軽いリトライ処理が行われるように、イ
ンターフェイスの負荷とリトライ処理の内容とを対応付
けて記憶するものである。このように、上位装置から先
行して発行されるコマンドの数（キューイングされるコ
マンドの数）に比例して、データ転送の処理要求が高く
なる相関関係を用いて、キューイングされるコマンド数
が少ないときは、処理の重いリトライを行い、コマンド
数が多いときは、処理の軽いリトライを行い、常に上位
装置からの負荷に対して、最適なリトライ処理を選択す
る。また、請求項３に記載のように、上記実行手段
（４）は、媒体上の同一のセクタに対してリトライを実
行する度に、上記リトライテーブルを参照して、その時
点の負荷の度合いに応じたリトライ処理の内容をリトラ
イテーブルより取得するものである。

【０００７】また、本発明の磁気ディスク装置のリトラ
イ方法は、請求項４に記載のように、上位装置からのコ
マンドをインターフェイス制御手段で受信し、インター
フェイス制御手段で受信したコマンドをコマンドキュー
に格納し、コマンドキューに格納されたコマンドの総数
に基づいて、上位装置とのインターフェイスの負荷を検
出し、コマンドキューからコマンドを取り出して実行す
ると共に、リトライが必要なときは、検出した負荷の度
合いに応じたリトライ処理の内容をリトライテーブルよ
り取得して、リトライ処理を実行するようにしたもので
ある。また、請求項５に記載のように、上記リトライテ
ーブルに、上記インターフェイスの負荷が軽いときは処
理の重いリトライ処理が行われ、負荷が重いときは処理
の軽いリトライ処理が行われるように、インターフェイ
スの負荷とリトライ処理の内容とを対応付けて記憶させ
るようにしたものである。また、請求項６に記載のよう
に、媒体上の同一のセクタに対してリトライを実行する
度に、リトライテーブルを参照して、その時点の負荷の
度合いに応じたリトライ処理の内容をリトライテーブル
より取得するようにしたものである。

【０００８】

【発明の実施の形態】［実施の形態の１］次に、本発明
の実施の形態について図面を参照して詳細に説明する。
図１は本発明の第１の実施の形態を示す磁気ディスク装
置のブロック図、図２、図３は図１の磁気ディスク装置
の動作を説明するためのフローチャート図である。

【０００９】本実施の形態の磁気ディスク装置は、図示
しない上位装置からのコマンドの受信やデータの相互の
転送を行うインターフェイス制御手段１と、インターフ
ェイス制御手段１で受信したコマンドを一時格納するた
めのコマンドキュー２と、コマンドキュー２に格納され
たコマンドの総数に基づいて、インターフェイス制御手
段１の負荷レベルを検出するインターフェイス負荷検出
手段３と、コマンドキュー２に蓄積されているコマンド
を逐次取り出し、そのコマンドの内容に従って、後述す
るリード／ライト実行手段７及び位置決め実行手段６に
指示を与えるコマンド実行手段４と、データをセクタ単
位で記憶している円板状の媒体（磁気ディスク）５と、
コマンドによって指定された、媒体５のセクタ上に磁気
ヘッド１１を位置決めするための位置決め実行手段６
と、ヘッド１１の位置決めを行った後、コマンドによっ
て指定されたセクタに対して読み出しあるいは書き込み
を行うリード／ライト実行手段７と、リード／ライト実
行手段７による読み出しあるいは書き込みの最中にエラ
ーが発生したことを検出するエラー検出手段８と、負荷
レベルに応じたリトライ処理の内容が記述されているリ
トライテーブル９と、コマンド数と負荷レベル値とを対
応付けて記憶している負荷レベル変換テーブル１０とを
有している。

【００１０】インターフェイス負荷検出手段３は、コマ
ンドキュー２に格納されているコマンドの総数をインタ
ーフェイスの負荷レベルとみなし、インターフェイス制
御手段１がコマンドを受信する度に、負荷レベル変換テ
ーブル１０を参照して負荷レベル値の更新を行う。ま
た、コマンド実行手段４は、コマンドキュー２からコマ
ンドを取り出して実行すると共に、リトライが必要なと
きは、検出した負荷レベルに応じたリトライ処理の内容
をリトライテーブル９より取得して、リトライ処理を実
行する。

【００１１】次に、図２、図３のフローチャート図を参
照して本実施の形態の磁気ディスク装置の全体の動作に
ついて説明する。まず、図示しない上位装置（ホストコ
ンピュータ）よりコマンドがインターフェイス制御手段
１に送られると、インターフェイス制御手段１は、コマ
ンドが送られてきたことを検出し（図２ステップ１０
１）、コマンド受信処理を開始する（ステップ１０
２）。そして、インターフェイス制御手段１は、受信し
たコマンドをコマンドキュー２に格納する（ステップ１
０３）。

【００１２】コマンドキュー２に格納されているコマン
ドの数は、上位装置から磁気ディスク装置に対するデー
タ転送の要求度数と見なすことができ、コマンドキュー
２に存在するコマンド数が多ければ多いほど、上位装置
とのインタフェースの負荷が高いと見なすことができ
る。

【００１３】磁気ディスク装置の負荷が高いときはリト
ライ処理によるデータ転送の中断の影響が大きい。そこ
で、コマンドキュー２に格納されたコマンドの数と、デ
ータ転送の中断を引き起こさない程度のリトライ処理と
の相関関係をテーブル化して、リトライ処理を行う度
に、コマンドキュー２に格納されたコマンドの数を基に
テーブルを参照して、リトライ方法の最適化を図ればよ
い。

【００１４】つまり、インターフェイス負荷検出手段３
は、インターフェイス制御手段１によってコマンドキュ
ー２にコマンドが格納されたことを検出すると、コマン
ドキュー２に格納されているコマンド数をカウントし、
そのカウント値をインデックス値として負荷レベル変換
テーブル１０を参照する。負荷レベル変換テーブル１０
は、コマンド数と負荷レベル値とを対応付けて記憶して
いるテーブルである。

【００１５】インターフェイス負荷検出手段３は、コマ
ンドキュー２に格納されているコマンドの数をインデッ
クス値として負荷レベル変換テーブル１０を参照し、該
コマンド数に対応する負荷レベル値を取得する。そし
て、インターフェイス負荷検出手段３は、取得した負荷
レベル値により、自身が有する負荷レベルカウンタ（不
図示）の更新を行う（ステップ１０４）。

【００１６】負荷レベルカウンタの値は、初期設定時に
は０に設定される。負荷レベルカウンタの更新が終了す
ると、ステップ１０１に戻り、インターフェイス制御手
段１及びインターフェイス負荷検出手段３は、上位装置
からのコマンド受信待ち状態に移行する。以上の一連の
シーケンスは、上位装置からコマンドが送られる度に起
動され、コマンドキュー２へのコマンドの追加格納動作
と、負荷レベルカウンタの更新動作が行われる。

【００１７】一方、コマンド実行手段４は、コマンドキ
ュー２にコマンドが格納されていることを検出すると
（図３ステップ２０１）、コマンドキュー２よりコマン
ドを取り出す（ステップ２０２）。

【００１８】このとき、コマンドキュー２よりコマンド
が取り出されると、コマンドキュー２に格納されたコマ
ンドの数が減少する。そのため、インターフェイス負荷
検出手段３は、コマンドキュー２に格納されているコマ
ンド数をインデックス値として負荷レベル変換テーブル
１０を再び参照し、該コマンド数に対応する新たな負荷
レベル値を取得して、この負荷レベル値により、自身が
有する負荷レベルカウンタの更新を行う（ステップ２０
３）。

【００１９】続いて、コマンド実行手段４は、コマンド
キュー２より取り出したコマンドの解析を行う（ステッ
プ２０４）。そして、コマンド実行手段４は、解析した
コマンドの内容に従って、位置決め実行手段６及びリー
ド／ライト実行手段７に指示を与える。これにより、位
置決め実行手段６は、上記コマンドで指定される、媒体
５のセクタ上にヘッド１１を位置決めし、リード／ライ
ト実行手段７は、該セクタに対する読み出し又は書き込
みを実行する（ステップ２０５）。

【００２０】エラー検出手段８は、読み出し又は書き込
み時に発生するエラーを検出する。媒体５に対する読み
出し又は書き込みの実行後、コマンド実行手段４は、エ
ラー検出手段８の検出結果に基づいて、エラーで終了し
たか否かをチェックする（ステップ２０６）。そして、
コマンド実行手段４は、正常に終了していれば、ステッ
プ２０１に戻り、エラーで終了しているならば、リトラ
イ処理を開始するためのステップ２０７に移行する。

【００２１】ステップ２０７において、コマンド実行手
段４は、最初のリトライを行うために、負荷レベルカウ
ンタの値をインデックス値としてリトライテーブル９を
参照する。図４にリトライテーブル９の構成を示す。リ
トライテーブル９には、負荷レベルカウンタの値に応じ
たリトライ処理の内容が記述されている。図４では、リ
トライテーブル９の各行が、各負荷レベルカウンタ値に
対応したリトライ処理の内容となっており、各行では、
左から順番に１回目のリトライ処理、２回目のリトライ
処理、３回目のリトライ処理・・・という具合に並んで
いる。

【００２２】例えば、負荷レベルカウンタ値１に対応す
るリトライ処理の内容は、「単純リトライ３回」、「オ
フセット＋１」、「オフセット−１」、「オフセット＋
２」、「オフセット−２」といった具合にリトライの順
番に記述されている。ここで、「単純リトライ３回」
は、エラーの発生したセクタに対するリトライを３回行
うという意味である。

【００２３】また、「オフセット＋１」は、媒体５の半
径方向にヘッド１１を１単位量だけ移動させるオフセッ
トシークを行い、その後にエラーの発生したセクタに対
するリトライを１回行うという意味である。「オフセッ
ト−１」も同様の意味であるが、この場合にはオフセッ
トシークの際の移動方向が「オフセット＋１」の場合と
逆方向になる。

【００２４】同様に、「オフセット＋２」は、媒体５の
半径方向にヘッド１１を２単位量だけ移動させるオフセ
ットシークを行い、その後にエラーの発生したセクタに
対するリトライを１回行うという意味である。「オフセ
ット−２」も同様の意味であるが、この場合にはオフセ
ットシークの際の移動方向が「オフセット＋２」の場合
と逆方向になる。

【００２５】なお、リトライテーブル９に記述された
「終了」は、各負荷レベルカウンタ値に対応するリトラ
イ処理の終了を示している。このリトライ処理の終了を
示す情報が記録されている理由は、各負荷レベルカウン
タ値に対応するリトライ処理の内容が可変長となるため
である。リトライ処理の内容が未定義の項目に関して
は、同様にリトライ処理の終了を示す情報を設定してお
く。

【００２６】また、図４から分かるように、リトライテ
ーブル９には、対応する負荷レベルカウンタ値が大きく
なるほど、処理の軽い（つまり、より少ない回数で終了
に至る）リトライ処理が記述されている。例えば、負荷
レベルカウンタ値１に対応するリトライ処理では、６回
目のリトライ処理で終了に至るのに対し、負荷レベルカ
ウンタ値２に対応するリトライ処理では、４回目のリト
ライ処理で終了に至る。

【００２７】次に、コマンド実行手段４は、リトライテ
ーブル９から取得したリトライ処理の内容に従って、位
置決め実行手段６及びリード／ライト実行手段７に指示
を与え、リトライを実行する（ステップ２０８）。例え
ば、負荷レベルカウンタの値が１の場合、コマンド実行
手段４は、最初のリトライ処理として、エラーの発生し
たセクタに対するリトライ（読み出し又は書き込み）を
３回行う。このときの位置決め実行手段６及びリード／
ライト実行手段７の動作は上記と同様である。

【００２８】このリトライ処理の実行後、コマンド実行
手段４は、エラー検出手段８の検出結果より、エラーが
発生してリトライが失敗したと判断した場合には、２回
目のリトライ処理として、１単位量のオフセットシーク
後にエラーの発生したセクタに対するリトライを１回行
う。このときの位置決め実行手段６は、媒体５の半径方
向にヘッド１１を１単位量移動させた後、エラーの発生
したセクタ上にヘッド１１を位置決めし、リード／ライ
ト実行手段７は、該セクタに対する読み出し又は書き込
みを実行する。

【００２９】以降同様にして、リトライに成功するまで
「オフセット−１」、「オフセット＋２」、「オフセッ
ト−２」といったリトライ処理を順次行う。コマンド実
行手段４は、リトライを順次行っている最中にリトライ
に成功した場合、そこでリトライを終了する。また、コ
マンド実行手段４は、リトライテーブル９に記述された
リトライ処理を順次実行した結果、リトライに成功する
ことなく、リトライ処理の終了を示す情報に到達した場
合にも、そこでリトライを終了する。

【００３０】リトライの完了後、コマンド実行手段４
は、リトライを行った結果を判定する（ステップ２０
９）。そして、コマンド実行手段４は、リトライに成功
したと判定した場合、コマンドキュー２から取り出した
コマンドで指定された、読み出し又は書き込みすべきセ
クタが残っているかどうかを判定する（ステップ２１
１）。

【００３１】コマンド実行手段４は、残りのセクタが無
い場合、ステップ２０１に戻り、次のコマンドを取り出
すシーケンスに移る。また、残りのセクタが有る場合、
コマンド実行手段４は、残りのセクタに対する読み出し
又は書き込みを行うためにステップ２０５に戻る。

【００３２】また、コマンド実行手段４は、ステップ２
０９においてリトライに失敗（リトライテーブル９に記
述された終了を示す情報に従ってリトライを終了した場
合）したと判定したとき、コマンドの実行がエラーで終
了したことを上位装置に報告し（ステップ２１０）、ス
テップ２０１に戻り、次のコマンドを取り出すシーケン
スに移る。

【００３３】次に、本実施の形態の磁気ディスク装置の
動作をより具体的な例を用いて説明する。図５は図１の
負荷レベル変換テーブル１０の構成を示す図である。負
荷レベル変換テーブル１０は、コマンドキュー２に格納
されたコマンドの数をインデックス値とする、負荷レベ
ル値への変換テーブルとなっている。例えば、コマンド
数が０であれば、負荷レベル値は０、コマンド数が１で
あれば、負荷レベル値は１といった具合になっている。

【００３４】図６は媒体５上のトラック２０のフォーマ
ットを示す図である。トラック２０上のセクタ３０，３
１，３２・・・のうち、セクタ３２，３６はリトライで
回復可能なエラーセクタである。そして、初期時には、
コマンドキュー２には、何もコマンドが登録されていな
いものとする。

【００３５】まず、図示しない上位装置よりコマンドが
インターフェイス制御手段１に送られると、インターフ
ェイス制御手段１は、コマンドが送られてきたことを検
出し（図２ステップ１０１）、コマンド受信処理を開始
する（ステップ１０２）。このときのコマンドは、図６
のトラック２０上のセクタ３０からセクタ３６までのデ
ータの読み出しを指示するリードコマンドとする。そし
て、インターフェイス制御手段１は、受信したコマンド
をコマンドキュー２に格納する（ステップ１０３）。

【００３６】ここでは、コマンドキュー２に格納された
コマンドの数が１となっているため、インターフェイス
負荷検出手段３が、コマンド数１をインデックス値とし
て負荷レベル変換テーブル１０を参照すると、負荷レベ
ル値１が得られる。これにより、インターフェイス負荷
検出手段３は、負荷レベルカウンタの値を１に更新する
（ステップ１０４）。ステップ１０２〜１０４のコマン
ド受信処理が終了すると、ステップ１０１に戻り、次の
コマンドの受信に備える。

【００３７】一方、コマンド実行手段４は、コマンドキ
ュー２にコマンドが格納されていることを検出すると
（図３ステップ２０１）、コマンドキュー２よりコマン
ドを取り出す（ステップ２０２）。これにより、コマン
ドキュー２に格納されたコマンドの数が０となる。

【００３８】そのため、インターフェイス負荷検出手段
３が、コマンド数０をインデックス値として負荷レベル
変換テーブル１０を参照すると、負荷レベル値０が得ら
れる。これにより、インターフェイス負荷検出手段３
は、負荷レベルカウンタの値を０に更新する（ステップ
２０３）。

【００３９】続いて、コマンド実行手段４は、コマンド
キュー２より取り出したコマンドの解析を行う（ステッ
プ２０４）。そして、コマンド実行手段４は、解析した
コマンドの内容に従って、トラック２０上のセクタ３０
からセクタ３６までの読み出しを位置決め実行手段６及
びリード／ライト実行手段７に指示する。この指示に応
じて、位置決め実行手段６は、媒体５のトラック２０上
にヘッド１１を位置決めし、リード／ライト実行手段７
は、セクタ３０〜３６からの読み出しを実行する（ステ
ップ２０５）。

【００４０】このとき、トラック２０上のセクタ３２が
エラーセクタであるため、セクタ３０，３１から読み出
しを行った後、セクタ３２でエラーが発生して読み出し
が終了する。ステップ２０６の判定において、コマンド
実行手段４は、ステップ２０５の読み出し処理がエラー
で終了しているため、ステップ２０７に進む。

【００４１】ステップ２０７において、コマンド実行手
段４は、エラー時のリトライ処理の内容を決定するため
に、負荷レベルカウンタの参照を行う。ステップ２０１
〜２０６までの一連の処理の間に、コマンドの受信が行
われていないとすれば、コマンドキュー２に格納された
コマンドの数が０のままなので、負荷レベルカウンタの
値は、更新されておらず、０のままである。

【００４２】しかし、コマンドを受信している場合に
は、図２のステップ１０１〜１０４までのシーケンスを
たどる度に、負荷レベルカウンタの更新が行われてい
る。ここで、上述のステップ２０１〜２０６までの一連
の処理の間に、２つのコマンドを受信したとすると、１
度目のコマンド受信で、コマンドキュー２に格納された
コマンドの数は１となり、コマンド数１に対応する負荷
レベル変換テーブル１０の負荷レベル値は１なので、負
荷レベルカウンタの値は１に更新される。同様に、２度
目のコマンド受信で、負荷レベルカウンタの値は２に更
新される。

【００４３】ステップ２０７において、コマンド実行手
段４は、負荷レベルカウンタの値をインデックス値とし
て、リトライテーブル９を参照する。上述のように、ス
テップ２０１〜２０６までの一連の処理の間に、２つの
コマンドを受信したとすると、負荷レベルカウンタの値
は２に更新されている。図４のリトライテーブル９にお
いて、負荷レベルカウンタ値２に対応するリトライ処理
の内容は、「単純リトライ１回」、「オフセット＋
１」、「オフセット−１」といった具合に記述されてい
る。

【００４４】そして、コマンド実行手段４は、リトライ
テーブル９から取得したリトライ処理の内容に従って、
位置決め実行手段６及びリード／ライト実行手段７に指
示を与え、リトライを実行する（ステップ２０８）。ま
ず、コマンド実行手段４は、最初のリトライ処理とし
て、エラーセクタ３２に対するリトライ（読み出し）を
１回行う。

【００４５】このリトライ処理の実行後、コマンド実行
手段４は、エラーが発生してリトライが失敗したと判断
した場合には、２回目のリトライ処理として、１単位量
のオフセットシーク後にエラーセクタ３２に対するリト
ライを１回行う。以降同様にして、リトライに成功する
までリトライ処理を順次行う。コマンド実行手段４は、
リトライを順次行っている最中にリトライに成功した場
合、そこでリトライを終了する。

【００４６】リトライ完了後、コマンド実行手段４は、
リトライを行った結果を判定する（ステップ２０９）。
そして、コマンド実行手段４は、リトライに成功した場
合、継続して読み出し又は書き込みすべきセクタが残っ
ているかどうかを判定する（ステップ２１１）。ここで
は、セクタ３０からセクタ３６までの読み出しを指示す
るリードコマンドに応じて、セクタ３０，３１の読み出
しが完了しており、セクタ３２の読み出しもリトライに
よって完了している。

【００４７】よって、セクタ３３からセクタ３６までの
読み出しが未了なので、コマンド実行手段４は、図３の
ステップ２１２において、読み出すべきセクタをセクタ
３３〜セクタ３６に再設定する。そして、コマンド実行
手段４は、ステップ２０５に戻って、トラック２０上の
セクタ３３からセクタ３６までの読み出しを位置決め実
行手段６及びリード／ライト実行手段７に指示する。

【００４８】このとき、トラック２０上のセクタ３６が
エラーセクタであるため、セクタ３３，３４，３５から
読み出しを行った後、セクタ３６でエラーが発生して読
み出しが終了する。ステップ２０６の判定において、コ
マンド実行手段４は、ステップ２０５の読み出し処理が
エラーで終了しているため、ステップ２０７に進む。

【００４９】ステップ２０７において、コマンド実行手
段４は、エラー時のリトライ処理の内容を決定するため
に、負荷レベルカウンタの参照を行う。コマンドキュー
２に格納されたコマンドの数が２であった時点から現在
までの一連の処理の間に、更に２つのコマンドを受信し
たとすると、コマンドキュー２に格納されたコマンドの
数は合計４となり、コマンド数４に対応する負荷レベル
変換テーブル１０の負荷レベル値は３なので、負荷レベ
ルカウンタの値は３に更新される。

【００５０】そして、コマンド実行手段４は、この負荷
レベルカウンタ値３をインデックス値として、リトライ
テーブル９を参照する。続いて、コマンド実行手段４
は、リトライテーブル９から取得したリトライ処理の内
容に従って、位置決め実行手段６及びリード／ライト実
行手段７に指示を与え、リトライを実行する（ステップ
２０８）。このときのリトライ処理は、「単純リトライ
１回」、すなわちエラーセクタ３６に対するリトライ
（読み出し）を１回行うだけで終了となる。

【００５１】リトライ完了後、コマンド実行手段４は、
リトライを行った結果を判定し（ステップ２０９）、リ
トライに成功したと判断した場合、継続して読み出し又
は書き込みすべきセクタが残っているかどうかを判定す
る（ステップ２１１）。このときには全てのセクタの読
み出しが完了しているので、コマンド実行手段４は、図
３のステップ２０１に戻り、次のコマンドの取り出し動
作に移行する。

【００５２】また、コマンド実行手段４は、ステップ２
０９においてリトライに失敗してエラーを回復できなか
ったと判定した場合、コマンドの実行がエラーで終了し
たことを上位装置に報告し（ステップ２１０）、ステッ
プ２０１に戻り、次のコマンドを取り出すシーケンスに
移る。図３のステップ２０１〜ステップ２１２の処理
は、コマンドキュー２にコマンドが無くなるまで継続的
に処理される。

【００５３】次に、本実施の形態の磁気ディスク装置の
効果について説明する。本実施の形態では、コマンドキ
ュー２に格納されたコマンドの数を、上位装置とのイン
ターフェイスの負荷レベルと見なしている。そして、イ
ンターフェイスの負荷が軽いときは処理の重い（終了ま
での回数が多く、処理にかかる時間が長い）リトライ処
理が行われ、負荷が重いときは処理の軽い（終了までの
回数が少なく、処理にかかる時間が短い）リトライ処理
が行われるように、インターフェイスの負荷レベルとリ
トライ処理の内容とを対応付けてリトライテーブル９に
記憶させ、リトライが必要なときにコマンド実行手段４
がリトライテーブル９を参照するようにしたので、イン
ターフェイスの負荷が重いときに、リトライにかかる時
間を削減することができる。これにより、動画が中断し
たり乱れたりするようなデータ転送の中断を防止するこ
とができる。

【００５４】さらに、本実施の形態では、エラーが発生
してリトライが必要になる度に、インターフェイスの負
荷レベルを示す負荷レベルカウンタの参照を行った後
に、リトライテーブル９を参照して、リトライ処理の内
容を変えるため、１つのコマンドで複数箇所のセクタが
エラーする場合でも、リトライにかかる時間を削減する
ことができる。

【００５５】［実施の形態の２］次に、本発明の第２の
実施の形態について図面を参照して詳細に説明する。図
７は、本発明の第２の実施の形態となる磁気ディスク装
置の動作を説明するためのフローチャート図である。本
実施の形態においても、磁気ディスク装置の構成は実施
の形態の１とほぼ同様なので、図１、図２、図４〜図
６、そして図７を用いて本実施の形態の磁気ディスク装
置の動作を説明する。

【００５６】まず、図示しない上位装置よりコマンドが
インターフェイス制御手段１に送られると、インターフ
ェイス制御手段１は、コマンドが送られてきたことを検
出し（図２ステップ１０１）、コマンド受信処理を開始
する（ステップ１０２）。そして、インターフェイス制
御手段１は、受信したコマンドをコマンドキュー２に格
納する（ステップ１０３）。

【００５７】インターフェイス負荷検出手段３は、イン
ターフェイス制御手段１によってコマンドキュー２にコ
マンドが格納されたことを検出すると、コマンドキュー
２に格納されているコマンドの数をインデックス値とし
て負荷レベル変換テーブル１０を参照し、該コマンド数
に対応する負荷レベル値を取得する。そして、インター
フェイス負荷検出手段３は、取得した負荷レベル値によ
り、自身が有する負荷レベルカウンタ（不図示）の更新
を行う（ステップ１０４）。

【００５８】負荷レベルカウンタの値は、初期設定時に
は０に設定される。負荷レベルカウンタの更新が終了す
ると、ステップ１０１に戻り、インターフェイス制御手
段１及びインターフェイス負荷検出手段３は、上位装置
からのコマンド受信待ち状態に移行する。

【００５９】以上の一連のシーケンスは、上位装置から
コマンドが送られる度に起動され、コマンドキュー２へ
のコマンドの追加格納動作と、負荷レベルカウンタの更
新動作が行われる。以上の動作は実施の形態の１と全く
同じである。

【００６０】一方、コマンド実行手段４は、コマンドキ
ュー２にコマンドが格納されていることを検出すると
（図７ステップ３０１）、コマンドキュー２よりコマン
ドを取り出す（ステップ３０２）。

【００６１】このとき、コマンドキュー２よりコマンド
が取り出されると、コマンドキュー２に格納されたコマ
ンドの数が減少する。そのため、インターフェイス負荷
検出手段３は、コマンドキュー２に格納されているコマ
ンド数をインデックス値として負荷レベル変換テーブル
１０を再び参照し、該コマンド数に対応する新たな負荷
レベル値を取得して、この負荷レベル値により、自身が
有する負荷レベルカウンタの更新を行う（ステップ３０
３）。

【００６２】続いて、コマンド実行手段４は、コマンド
キュー２より取り出したコマンドの解析を行うと共に
（ステップ３０４）、自身が有するリトライカウンタ
（不図示）を０に初期化する（ステップ３０５）。この
リトライカウンタは、リトライの回数をカウントするも
のであり、このリトライカウンタの値を参照することに
より、何回目のリトライかを容易に判別できるようにな
っている。しかも、このリトライカウンタの値は、リト
ライテーブル９上のリトライ処理の内容を示すオフセッ
ト値にもなる。

【００６３】リトライカウンタの初期化後、コマンド実
行手段４は、解析したコマンドの内容に従って、位置決
め実行手段６およびリード／ライト実行手段７に指示を
与える。これにより、位置決め実行手段６は、上記コマ
ンドで指定される、媒体５のセクタ上にヘッド１１を位
置決めし、リード／ライト実行手段７は、該セクタに対
する読み出し又は書き込みを実行する（ステップ３０
６）。

【００６４】エラー検出手段８は、読み出し又は書き込
み時に発生するエラーを検出する。媒体５に対する読み
出し又は書き込みの実行後、コマンド実行手段４は、エ
ラー検出手段８の検出結果に基づいて、エラーで終了し
たか否かをチェックする（ステップ３０７）。そして、
コマンド実行手段４は、正常に終了していれば、ステッ
プ３０１に戻り、エラーで終了しているならば、リトラ
イ処理を開始するためのステップ３０８に移行する。

【００６５】ステップ３０８において、コマンド実行手
段４は、最初のリトライを行うために、負荷レベルカウ
ンタの値をインデックス値、リトライカウンタの値をオ
フセット値として、リトライテーブル９を参照する。実
施の形態の１と同様に、リトライテーブル９には、負荷
レベルカウンタの値に応じたリトライ処理の内容が記述
されている。また、リトライテーブル９には、対応する
負荷レベルカウンタ値が大きくなるほど、処理の軽いリ
トライ処理が記述されている。

【００６６】前述のように、コマンド実行手段４は、負
荷レベルカウンタの値をインデックス値、リトライカウ
ンタの値をオフセット値として、リトライテーブル９を
参照する。例えば、負荷レベルカウンタの値が１で、リ
トライカウンタの値が０であれば、図４のリトライテー
ブル９から取得するリトライ処理の内容は、「単純リト
ライ３回」となり、負荷レベルカウンタの値が１で、リ
トライカウンタの値が１であれば、リトライ処理の内容
は、「オフセット＋１」となる。

【００６７】つまり、実施の形態の１では、特定の負荷
レベルカウンタ値に対応するリトライ処理の全内容を１
度に取得したのに対し、本実施の形態では、これらリト
ライ処理のうちの１回分だけを取得する。次に、コマン
ド実行手段４は、リトライテーブル９から取得したリト
ライ処理の内容をチェックし（ステップ３０９）、これ
が実行すべき内容であれば（つまり、リトライ処理の終
了を示す情報でない場合）、ステップ３１０に進む。

【００６８】ステップ３１０において、コマンド実行手
段４は、リトライテーブル９から取得したリトライ処理
の内容に従って、位置決め実行手段６及びリード／ライ
ト実行手段７に指示を与え、リトライを実行する。例え
ば、負荷レベルカウンタの値が１で、リトライカウンタ
の値が０の場合、コマンド実行手段４は、最初のリトラ
イ処理として、エラーの発生したセクタに対するリトラ
イ（読み出し又は書き込み）を３回行う。

【００６９】このリトライ処理の実行後、コマンド実行
手段４は、リトライを行った結果を判定する（ステップ
３１１）。そして、コマンド実行手段４は、エラー検出
手段８の検出結果より、エラーが発生してリトライが失
敗したと判断した場合には、リトライカウンタの値を１
増やし（ステップ３１４）、再びステップ３０８に戻っ
てリトライテーブル９の参照を行う。

【００７０】また、コマンド実行手段４は、リトライに
成功したと判断した場合、コマンドキュー２から取り出
したコマンドで指定された、読み出し又は書き込みすべ
きセクタが残っているかどうかを判定する（ステップ３
１２）。コマンド実行手段４は、残りのセクタが無い場
合、ステップ３０１に戻り、次のコマンドを取り出すシ
ーケンスに移る。また、残りのセクタが有る場合、コマ
ンド実行手段４は、残りのセクタに対する読み出し又は
書き込みを行うためにステップ３０５に戻る。

【００７１】また、コマンド実行手段４は、ステップ３
０９においてリトライテーブル９から取得した内容がリ
トライ処理の終了を示す情報であった場合、リトライを
終了し、コマンドの実行がエラーで終了したことを上位
装置に報告し（ステップ３１５）、ステップ３０１に戻
り、次のコマンドを取り出すシーケンスに移る。

【００７２】次に、本実施の形態の磁気ディスク装置の
動作をより具体的な例を用いて説明する。実施の形態の
１と同様に、図６に示すトラック２０上にはエラーセク
タ３２，３６が存在し、初期時には、コマンドキュー２
には、何もコマンドが登録されていないものとする。

【００７３】まず、図示しない上位装置よりコマンドが
インターフェイス制御手段１に送られると、インターフ
ェイス制御手段１は、コマンドが送られてきたことを検
出し（図２ステップ１０１）、コマンド受信処理を開始
する（ステップ１０２）。このときのコマンドは、図６
のトラック２０上のセクタ３０からセクタ３４までのデ
ータの読み出しを指示するリードコマンドとする。そし
て、インターフェイス制御手段１は、受信したコマンド
をコマンドキュー２に格納する（ステップ１０３）。

【００７４】ここでは、コマンドキュー２に格納された
コマンドの数が１となっているため、インターフェイス
負荷検出手段３が、コマンド数１をインデックス値とし
て、図５の負荷レベル変換テーブル１０を参照すると、
負荷レベル値１が得られる。これにより、インターフェ
イス負荷検出手段３は、負荷レベルカウンタの値を１に
更新する（ステップ１０４）。ステップ１０２〜１０４
のコマンド受信処理が終了すると、ステップ１０１に戻
り、次のコマンドの受信に備える。

【００７５】一方、コマンド実行手段４は、コマンドキ
ュー２にコマンドが格納されていることを検出すると
（図７ステップ３０１）、コマンドキュー２よりコマン
ドを取り出す（ステップ３０２）。これにより、コマン
ドキュー２に格納されたコマンドの数が０となる。

【００７６】そのため、インターフェイス負荷検出手段
３が、コマンド数０をインデックス値として負荷レベル
変換テーブル１０を参照すると、負荷レベル値０が得ら
れる。これにより、インターフェイス負荷検出手段３
は、負荷レベルカウンタの値を０に更新する（ステップ
３０３）。

【００７７】続いて、コマンド実行手段４は、コマンド
キュー２より取り出したコマンドの解析を行うと共に
（ステップ３０４）、自身が有するリトライカウンタを
０に初期化する（ステップ３０５）。

【００７８】そして、コマンド実行手段４は、解析した
コマンドの内容に従って、トラック２０上のセクタ３０
からセクタ３４までの読み出しを位置決め実行手段６及
びリード／ライト実行手段７に指示する。この指示に応
じて、位置決め実行手段６は、媒体５のトラック２０上
にヘッド１１を位置決めし、リード／ライト実行手段７
は、セクタ３０〜３４からの読み出しを実行する（ステ
ップ３０６）。

【００７９】このとき、トラック２０上のセクタ３２が
エラーセクタであるため、セクタ３０，３１から読み出
しを行った後、セクタ３２でエラーが発生して読み出し
が終了する。ステップ３０７の判定において、コマンド
実行手段４は、ステップ３０６の読み出し処理がエラー
で終了しているため、ステップ３０８に進む。

【００８０】ステップ３０８において、コマンド実行手
段４は、エラー時のリトライ処理の内容を決定するため
に、負荷レベルカウンタの参照を行う。ステップ３０１
〜３０７までの一連の処理の間に、コマンドの受信が行
われていないとすれば、コマンドキュー２に格納された
コマンドの数が０のままなので、負荷レベルカウンタの
値は、更新されておらず、０のままである。

【００８１】しかし、コマンドを受信している場合に
は、図２のステップ１０１〜１０４までのシーケンスを
たどる度に、負荷レベルカウンタの更新が行われてい
る。ここで、上述のステップ３０１〜３０７までの一連
の処理の間に、２つのコマンドを受信したとすると、１
度目のコマンド受信で、コマンドキュー２に格納された
コマンドの数は１となり、コマンド数１に対応する負荷
レベル変換テーブル１０の負荷レベル値は１なので、負
荷レベルカウンタの値は１に更新される。同様に、２度
目のコマンド受信で、負荷レベルカウンタの値は２に更
新される。

【００８２】ステップ３０８において、コマンド実行手
段４は、負荷レベルカウンタの値をインデックス値、リ
トライカウンタの値をオフセット値として、リトライテ
ーブル９を参照する。上述のように、ステップ３０１〜
３０７までの一連の処理の間に、２つのコマンドを受信
したとすると、負荷レベルカウンタの値は２であり、リ
トライカウンタの値は、まだリトライを一度も行ってい
ないために０である。

【００８３】図４のリトライテーブル９において、負荷
レベルカウンタ値２、リトライカウンタ値０に対応する
リトライ処理の内容は、「単純リトライ１回」である。
次に、コマンド実行手段４は、リトライテーブル９から
取得したリトライ処理の内容をチェックし（ステップ３
０９）、これが実行すべき内容であれば、ステップ３１
０に進み、リトライテーブル９から取得した内容がリト
ライ処理の終了を示す情報であれば、ステップ３１５に
進む。

【００８４】ここでは、リトライテーブル９から取得し
たリトライ処理の内容が「単純リトライ１回」なので、
ステップ３１０に進む。ステップ３１０において、コマ
ンド実行手段４は、リトライテーブル９から取得したリ
トライ処理の内容に従って、エラーセクタ３２に対する
リトライ（読み出し）を位置決め実行手段６及びリード
／ライト実行手段７に指示する。

【００８５】このリトライ処理の実行後、コマンド実行
手段４は、リトライを行った結果を判定する（ステップ
３１１）。そして、コマンド実行手段４は、エラーが発
生してリトライが失敗したと判断した場合には、リトラ
イカウンタの値を１増やす（ステップ３１４）。このと
き、リトライカウンタの値は、０から１インクリメント
されて、１となる。

【００８６】リトライカウンタをインクリメントした
後、ステップ３０８に処理が戻るが、リトライ中に上位
装置よりコマンドが送信されることが十分に予測され
る。このとき、更に２つのコマンドを受信したとする
と、コマンドキュー２に格納されたコマンドの数は合計
４となり、コマンド数４に対応する負荷レベル変換テー
ブル１０の負荷レベル値は３なので、負荷レベルカウン
タの値は３に更新される。

【００８７】図４のリトライテーブル９において、負荷
レベルカウンタ値３、リトライカウンタ値１に対応する
リトライ処理の内容は、「終了」である。よって、コマ
ンド実行手段４は、ステップ３０９においてＹＥＳと判
定し、リトライを終了して、コマンドの実行がエラーで
終了したことを上位装置に報告し（ステップ３１５）、
ステップ３０１に戻り、次のコマンドを取り出すシーケ
ンスに移る。

【００８８】また、リトライ中に上位装置からのコマン
ドを受信しなかった場合、負荷レベルカウンタの値は２
のままであり、かつリトライカウンタの値が１なので、
ステップ３０８においてリトライテーブル９から取得す
るリトライ処理の内容は、「オフセット＋１」となる。
よって、コマンド実行手段４は、ステップ３０９におい
てＮＯと判定し、１単位量のオフセットシーク後にエラ
ーセクタ３２に対するリトライを１回行う。

【００８９】このリトライ処理の実行後、コマンド実行
手段４は、リトライを行った結果を判定する（ステップ
３１１）。そして、コマンド実行手段４は、リトライに
成功した場合、継続して読み出し又は書き込みすべきセ
クタが残っているかどうかを判定する（ステップ３１
２）。ここでは、セクタ３０からセクタ３４までの読み
出しを指示するリードコマンドに応じて、セクタ３０，
３１の読み出しが完了しており、セクタ３２の読み出し
もリトライによって完了している。

【００９０】よって、セクタ３３，セクタ３４の読み出
しが未了なので、コマンド実行手段４は、ステップ３１
３において、読み出すべきセクタをセクタ３３，セクタ
３４に再設定する。そして、コマンド実行手段４は、ス
テップ３０５に戻って、リトライカウンタを０に初期化
し、トラック２０上のセクタ３３，セクタ３４からの読
み出しを位置決め実行手段６およびリード／ライト実行
手段７に指示する（ステップ３０６）。

【００９１】上記と同様にステップ３０７〜３１１の処
理を実行し、ステップ３１２において残りのセクタがな
くなった場合、コマンド実行手段４は、コマンドの実行
を終了し、ステップ３０１に戻って次のコマンドの取り
出し動作に移行する。図７のステップ３０１〜ステップ
３１５の処理は、コマンドキュー２にコマンドが無くな
るまで継続的に処理される。

【００９２】次に、本実施の形態の磁気ディスク装置の
効果について説明する。本実施の形態では、コマンドキ
ュー２に格納されたコマンドの数を、上位装置とのイン
ターフェイスの負荷レベルと見なしている。そして、イ
ンターフェイスの負荷が軽いときは処理の重いリトライ
処理が行われ、負荷が重いときは処理の軽いリトライ処
理が行われるように、インターフェイスの負荷レベルと
リトライ処理の内容とを対応付けてリトライテーブル９
に記憶させ、リトライが必要なときにコマンド実行手段
４がリトライテーブル９を参照するようにしたので、イ
ンターフェイスの負荷が重いときに、リトライにかかる
時間を削減することができる。これにより、動画が中断
したり乱れたりするようなデータ転送の中断を防止する
ことができる。

【００９３】さらに、本実施の形態では、同一のセクタ
をリトライする度に、インターフェイスの負荷レベルを
示す負荷レベルカウンタの参照を行った後に、リトライ
テーブル９を参照して、リトライ処理の内容を変えるた
め、同一セクタのリトライ中でも、負荷レベルが高くな
ると、リトライを中断することができ、リトライにかか
る時間を削減することができる。

【００９４】

【発明の効果】本発明によれば、請求項１又は４に記載
のように、上位装置からのコマンドをインターフェイス
制御手段で受信し、インターフェイス制御手段で受信し
たコマンドをコマンドキューに格納し、コマンドキュー
に格納されたコマンドの総数に基づいて、上位装置との
インターフェイスの負荷を検出し、リトライが必要なと
きは、検出した負荷の度合いに応じたリトライ処理の内
容をリトライテーブルより取得して、リトライ処理を実
行することにより、インターフェイスの負荷が重いとき
に、リトライにかかる時間を削減することができる。そ
の結果、動画処理用のシステムに使用される磁気ディス
ク装置では、動画が中断したり乱れたりするようなデー
タ転送の中断を防止することができる。また、エラーが
発生してリトライが必要になる度に、リトライテーブル
を参照して、リトライ処理の内容を変えるため、１つの
コマンドで複数箇所のセクタがエラーする場合でも、リ
トライにかかる時間を削減することができる。

【００９５】また、請求項２又は５に記載のように、イ
ンターフェイスの負荷が軽いときは処理の重いリトライ
処理が行われ、負荷が重いときは処理の軽いリトライ処
理が行われるように、インターフェイスの負荷とリトラ
イ処理の内容とを対応付けてリトライテーブルに記憶さ
せることにより、データ転送の中断を最小限に抑え、か
つ限定された時間の中で最も有効なリトライ処理を行う
ことができる。

【００９６】また、請求項３又は６に記載のように、媒
体上の同一のセクタに対してリトライを実行する度に、
リトライテーブルを参照して、その時点の負荷の度合い
に応じたリトライ処理の内容をリトライテーブルより取
得することにより、同一セクタのリトライ中でも、イン
ターフェイスの負荷が重くなると、リトライを中断する
ことができ、リトライにかかる時間を削減することがで
きる。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態を示す磁気ディス
ク装置のブロック図である。

【図２】 図１の磁気ディスク装置の動作を説明するた
めのフローチャート図である。

【図３】 図１の磁気ディスク装置の動作を説明するた
めのフローチャート図である。

【図４】 図１のリトライテーブルの構成を示す図であ
る。

【図５】 図１の負荷レベル変換テーブルの構成を示す
図である。

【図６】 図１の媒体上のトラックのフォーマットを示
す図である。

【図７】 本発明の第２の実施の形態となる磁気ディス
ク装置の動作を説明するためのフローチャート図であ
る。

【符号の説明】

１…インターフェイス制御手段、２…コマンドキュー、
３…インターフェイス負荷検出手段、４…コマンド実行
手段、５…媒体、６…位置決め実行手段、７…リード／
ライト実行手段、８…エラー検出手段、９…リトライテ
ーブル、１０…負荷レベル変換テーブル、１１…ヘッ
ド。

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 上位装置との通信を行うインターフェイ
   ス制御手段と、 インターフェイス制御手段で受信したコマンドを格納す
   るためのコマンドキューと、 コマンドキューに格納されたコマンドの総数に基づい
   て、上位装置とのインターフェイスの負荷を検出する負
   荷検出手段と、 前記負荷の度合いに応じたリトライ処理の内容を予め記
   憶するリトライテーブルと、 コマンドキューからコマンドを取り出して実行し、リト
   ライが必要なときは、負荷検出手段によって検出された
   負荷の度合いに応じたリトライ処理の内容をリトライテ
   ーブルより取得して、リトライ処理を実行する実行手段
   とを有することを特徴とする磁気ディスク装置。
2. 【請求項２】 請求項１記載の磁気ディスク装置におい
   て、 前記リトライテーブルは、前記インターフェイスの負荷
   が軽いときは処理の重いリトライ処理が行われ、負荷が
   重いときは処理の軽いリトライ処理が行われるように、
   インターフェイスの負荷とリトライ処理の内容とを対応
   付けて記憶するものであることを特徴とする磁気ディス
   ク装置。
3. 【請求項３】 請求項１記載の磁気ディスク装置におい
   て、 前記実行手段は、媒体上の同一のセクタに対してリトラ
   イを実行する度に、前記リトライテーブルを参照して、
   その時点の負荷の度合いに応じたリトライ処理の内容を
   リトライテーブルより取得するものであることを特徴と
   する磁気ディスク装置。
4. 【請求項４】 上位装置からのコマンドをインターフェ
   イス制御手段で受信し、 インターフェイス制御手段で受信したコマンドをコマン
   ドキューに格納し、 コマンドキューに格納されたコマンドの総数に基づい
   て、上位装置とのインターフェイスの負荷を検出し、 コマンドキューからコマンドを取り出して実行すると共
   に、リトライが必要なときは、検出した負荷の度合いに
   応じたリトライ処理の内容をリトライテーブルより取得
   して、リトライ処理を実行することを特徴とする磁気デ
   ィスク装置のリトライ方法。
5. 【請求項５】 請求項４記載の磁気ディスク装置のリト
   ライ方法において、 前記リトライテーブルに、前記インターフェイスの負荷
   が軽いときは処理の重いリトライ処理が行われ、負荷が
   重いときは処理の軽いリトライ処理が行われるように、
   インターフェイスの負荷とリトライ処理の内容とを対応
   付けて記憶させることを特徴とする磁気ディスク装置の
   リトライ方法。
6. 【請求項６】 請求項４記載の磁気ディスク装置のリト
   ライ方法において、 媒体上の同一のセクタに対してリトライを実行する度
   に、前記リトライテーブルを参照して、その時点の負荷
   の度合いに応じたリトライ処理の内容をリトライテーブ
   ルより取得することを特徴とする磁気ディスク装置のリ
   トライ方法。