知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025027279
(43)【公開日】2025-02-27
(54)【発明の名称】磁気ディスク装置及びライト方法
(51)【国際特許分類】
G11B 20/10 20060101AFI20250219BHJP
G11B 5/09 20060101ALI20250219BHJP
G11B 5/012 20060101ALI20250219BHJP
【ＦＩ】
G11B20/10 311
G11B20/10 H
G11B5/09 311Z
G11B5/012
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023131952
(22)【出願日】2023-08-14
(71)【出願人】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(71)【出願人】
【識別番号】317011920
【氏名又は名称】東芝デバイス＆ストレージ株式会社
(74)【代理人】
【識別番号】110001737
【氏名又は名称】弁理士法人スズエ国際特許事務所
(72)【発明者】
【氏名】青木 隆雄
(72)【発明者】
【氏名】熊谷 龍太
【テーマコード（参考）】
5D044
【Ｆターム（参考）】
5D044BC01
5D044CC04
5D044DE03
5D044DE12
5D044DE32
5D044DE34
5D044DE37
5D044EF03
5D044GK19
(57)【要約】
【課題】空きバンドを使用せずバイパスライトをする磁気ディスク装置及びライト方法を提供することを目的とする。
【解決手段】実施形態に係る磁気ディスク装置は、瓦記録によりデータを記録する磁気ディスク装置であって、磁気ディスク上の瓦記録領域へシーケンシャルライトを行う場合に、ライト対象トラックに書き込まれるデータと前記ライト対象トラックの前方１トラックに配置されるデータとを揮発メモリ上に受信してから前記ライト対象トラックへの書き込みを行い、予期しない電源断の発生時に、前記揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータを不揮発メモリに保存する。
【選択図】図７
【解決手段】実施形態に係る磁気ディスク装置は、瓦記録によりデータを記録する磁気ディスク装置であって、磁気ディスク上の瓦記録領域へシーケンシャルライトを行う場合に、ライト対象トラックに書き込まれるデータと前記ライト対象トラックの前方１トラックに配置されるデータとを揮発メモリ上に受信してから前記ライト対象トラックへの書き込みを行い、予期しない電源断の発生時に、前記揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータを不揮発メモリに保存する。
【選択図】図７
【特許請求の範囲】
【請求項1】
瓦記録によりデータを記録する磁気ディスク装置であって、
磁気ディスク上の瓦記録領域へシーケンシャルライトを行う場合に、ライト対象トラックに書き込まれるデータと前記ライト対象トラックの前方１トラックに配置されるデータとを揮発メモリ上に受信してから前記ライト対象トラックへの書き込みを行い、
予期しない電源断の発生時に、前記揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータを不揮発メモリに保存することを特徴とする磁気ディスク装置。
磁気ディスク上の瓦記録領域へシーケンシャルライトを行う場合に、ライト対象トラックに書き込まれるデータと前記ライト対象トラックの前方１トラックに配置されるデータとを揮発メモリ上に受信してから前記ライト対象トラックへの書き込みを行い、
予期しない電源断の発生時に、前記揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータを不揮発メモリに保存することを特徴とする磁気ディスク装置。
【請求項2】
予期しない電源断の発生時に、前記揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータに、これらを管理する情報を付加して不揮発メモリに保存することを特徴とする請求項１に記載の磁気ディスク装置。
【請求項3】
電源断の発生時に、前記揮発メモリ上の前記データを磁気ディスクの回転エネルギーによる起電力を用いて不揮発メモリに書き込む請求項１に記載の磁気ディスク装置。
【請求項4】
前記瓦記録領域へのシーケンシャルライトは、ホストから受信したデータを、メディアキャッシュを経ずに直接、瓦記録領域に書き込む処理（バイパスライト）であることを特徴とする請求項１に記載の磁気ディスク装置。
【請求項5】
前記瓦記録領域へのシーケンシャルライトが、磁気ディスク上の記録データとメディアキャッシュのデータとの組み合わせからなるデータによって行われることを特徴とする請求項１に記載の磁気ディスク装置。
【請求項6】
前記瓦記録領域へのシーケンシャルライトが、磁気ディスク上の記録データ自身によって行われることを特徴とする、請求項１記載の磁気ディスク装置。
【請求項7】
瓦記録領域の書き込み単位が一定トラック数毎に区切られている場合に、
前記書き込み単位内の最後のトラックのデータを受信したときに、すべての未書き込みデータを瓦記録領域へ連続的に書き込むことを特徴とする請求項１に記載の磁気ディスク装置。
前記書き込み単位内の最後のトラックのデータを受信したときに、すべての未書き込みデータを瓦記録領域へ連続的に書き込むことを特徴とする請求項１に記載の磁気ディスク装置。
【請求項8】
瓦領域の書き込み領域の先頭から書き込む場合に、
書き込み対象トラックのトラックスキューを前方のトラックのものと同じにして書き込むことを特徴とする請求項１に記載の磁気ディスク装置。
書き込み対象トラックのトラックスキューを前方のトラックのものと同じにして書き込むことを特徴とする請求項１に記載の磁気ディスク装置。
【請求項9】
瓦領域の書き込み対象トラックへの書き込み時に、前方の複数トラックのデータが消える場合に、前記前方の複数トラック分の全データを前記揮発メモリ上に受信してから前記書き込み対象トラックへの書き込みを行うことを特徴とする請求項１乃至請求項８のいずれか１項に記載の磁気ディスク装置。
【請求項10】
瓦記録によりデータを記録する磁気ディスク装置のデータライトの方法であって、
磁気ディスク上の瓦記録領域へシーケンシャルライトを行う場合に、ライト対象トラックに書き込まれるデータと前記ライト対象トラックの前方１トラックに配置されるデータとを揮発メモリ上に受信してから前記ライト対象トラックへの書き込みを行い、
予期しない電源断の発生時に、前記揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータを不揮発メモリに保存することを特徴とするデータライトの方法。
磁気ディスク上の瓦記録領域へシーケンシャルライトを行う場合に、ライト対象トラックに書き込まれるデータと前記ライト対象トラックの前方１トラックに配置されるデータとを揮発メモリ上に受信してから前記ライト対象トラックへの書き込みを行い、
予期しない電源断の発生時に、前記揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータを不揮発メモリに保存することを特徴とするデータライトの方法。
【発明の詳細な説明】
【技術分野】
【0001】
この発明の実施形態は、瓦記録（ＳＭＲ）技術を用いた磁気ディスク装置及びライト方法に関する。
【背景技術】
【0002】
Ｄｒｉｖｅ Ｍａｎａｇｅｄ ＳＭＲ ＨＤＤ（以降、磁気ディスク装置）において、ホストから送られてきたシーケンシャルなライトデータを、メディアキャッシュを経由せずに直接瓦記録領域に書き込むバイパスライト方式が用いられる。
【0003】
バイパスライト方式は、電断時のデータ保護などのために、書き込み対象のバンド（瓦記録方式の磁気ディスク装置の書き込み単位）へのデータの上書きを行わず、別の位置に空きバンド（既にデータが存在するバンドからそのデータをメディアキャッシュなど他の領域に移すことで新たなデータを書けるようにしたバンド）を生成してそこにデータを別途書き込む方式になっている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】米国特許第１０６５０８４５号明細書
【特許文献2】米国特許第１１１６４５９８号明細書
【特許文献3】米国特許第９３７７９５６号明細書
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、複数のデータストリームの書き込みを並行して行うマルチストリーミングライト実行時には、多数の空きバンドが必要となり、そのためにメディアキャッシュへの書き込みが増える。
【0006】
本発明が解決しようとする課題は、空きバンドを使用せずバイパスライトをする磁気ディスク装置及びライト方法を提供することを目的とする。
【課題を解決するための手段】
【0007】
実施形態に係る磁気ディスク装置は、瓦記録によりデータを記録する磁気ディスク装置であって、磁気ディスク上の瓦記録領域へシーケンシャルライトを行う場合に、ライト対象トラックに書き込まれるデータとライト対象トラックの前方１トラックに配置されるデータとを揮発メモリ上に受信してからライト対象トラックへの書き込みを行い、予期しない電源断の発生時に、揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータを不揮発メモリに保存する。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下、図面を参照しながら、本発明の実施形態について説明する。
（第１の実施形態）
本実施形態は、Ｓｈｉｎｇｌｅｄ Ｍａｇｎｅｔｉｃ Ｒｅｃｏｒｄｉｎｇ（ＳＭＲ）のパイパスライト処理において、Ｐｏｗｅｒ Ｌｏｓｓ Ｐｒｏｔｅｃｔｉｏｎ（ＰＬＰ）機能のメモリを利用した磁気ディスク装置の例を示す。より具体的には、磁気ディスク装置が電断した時に、未書き込みデータをＰＬＰ機能によってバックアップする。
（第１の実施形態）
本実施形態は、Ｓｈｉｎｇｌｅｄ Ｍａｇｎｅｔｉｃ Ｒｅｃｏｒｄｉｎｇ（ＳＭＲ）のパイパスライト処理において、Ｐｏｗｅｒ Ｌｏｓｓ Ｐｒｏｔｅｃｔｉｏｎ（ＰＬＰ）機能のメモリを利用した磁気ディスク装置の例を示す。より具体的には、磁気ディスク装置が電断した時に、未書き込みデータをＰＬＰ機能によってバックアップする。
【0010】
図１は、第１の実施形態に係る磁気ディスク装置のハードウェア構成を示すブロック図である。
【0011】
磁気ディスク装置１は、ホストシステム２０からの要求に応じて磁気ディスクＤＫの面上にデータを書き込み、あるいは読み出すことを目的とした記憶装置である。磁気ディスク装置１は、隣接トラックの一部に対して重ね書きを行う記録方式であるＳＭＲ方式を採用したＤｒｉｖｅ Ｍａｎａｇｅｄ ＳＭＲの磁気ディスク装置である。Ｄｒｉｖｅ Ｍａｎａｇｅｄ ＳＭＲとは、磁気ディスク装置側で、磁気ディスクＤＫへのデータ書き込み位置などを管理するＳＭＲ方式である。また磁気ディスク装置１は、電源喪失時にバッファＲＡＭ１１内のデータの一部をフラッシュＲＯＭ１４に書き込むＰＬＰ機能を備える。
【0012】
磁気ディスクＤＫは、円盤型の磁気による回転ディスク記憶媒体であり、スピンドルモータ（ＳＰＭ）３に固定されており、ＳＰＭ３に駆動されることにより一定の速度で回転する。詳細は後述する。
【0013】
磁気ヘッド２は、アクチュエータ５の一端に固定されており、アクチュエータ５の他端はボイスコイルモータ（ＶＣＭ）４に固定されている。磁気ヘッド２は、ＶＣＭ４に駆動されることにより、ＶＣＭ４の軸を中心とした円弧軌道のうち磁気ディスクＤＫの表面に重なる範囲を移動する。磁気ヘッド２は、磁気ディスクＤＫにライト信号を出力してデータをライトしたり、磁気ディスクＤＫからデータをリードしてリード信号として取り出したりするヘッドである。
【0014】
図１の磁気ディスク装置１は、磁気ディスクＤＫおよび磁気ヘッド２を１つずつ備える場合の例を示したが、それぞれ複数からなる構成（マルチディスクなどと称される）もあり得る。この場合、複数の磁気ディスクＤＫはある間隙をもって重なった状態でＳＰＭ３に固定され、複数の磁気ヘッド２およびアクチュエータ５は磁気ディスクの間隙に合わせて重なった状態でＶＣＭ４に固定される。したがって、すべての磁気ディスクＤＫは同時に回転し、すべての磁気ヘッド２は同時に移動する。なお、磁気ヘッド２は磁気ディスクＤＫの表裏両面に対して配置される場合もある。
【0015】
スピンドルモータ（ＳＰＭ）３は、磁気ディスクＤＫの支柱であり、磁気ディスク装置１の筐体などに設置される。スピンドルモータ３が回転により磁気ディスクＤＫが回転する。
ボイスコイルモータ（ＶＣＭ）４は、入力される電流に基づいて、アクチュエータ５などの動作を制御する。
ボイスコイルモータ（ＶＣＭ）４は、入力される電流に基づいて、アクチュエータ５などの動作を制御する。
【0016】
アクチュエータ５は、一端に磁気ヘッド２が固定されており、他端はＶＣＭ４に固定されている。なお、本実施形態のアクチュエータ５は、ＶＣＭ４によって制御される例を示すが、アクチュエータ５の動作制御は、ボイスコイルモータに限定されない。
モータドライバ６は、ＣＰＵ１５からの制御信号に基づいて、ＳＰＭ３やＶＣＭ４を制御する。
モータドライバ６は、ＣＰＵ１５からの制御信号に基づいて、ＳＰＭ３やＶＣＭ４を制御する。
【0017】
また、モータドライバ６は、ＳＰＭ３の回転中に電源の喪失を検出した場合に磁気ディスクＤＫの慣性モーメントをエネルギー源としたＳＰＭ３の逆起電力による電力を一定期間各ＬＳＩに供給する役割も担う。このとき、ＣＰＵ１５は電源喪失時処理の１つとして、バッファＲＡＭ１１内のデータの一部をフラッシュＲＯＭ１４に書き込むことを行う。この機能は一般的にＰｏｗｅｒ Ｌｏｓｓ Ｐｒｏｔｅｃｔｉｏｎ（ＰＬＰ）機能と呼ばれている。
【0018】
ヘッドＩＣ７は、磁気ヘッド２によって読み出されたアナログ信号（リード信号）を増幅し、リード／ライトＩＣ８へ出力したり、リード・ライトＩＣ８から受信した書き込み信号（ライト信号）を磁気ヘッド２に出力したりする、例えば、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。
【0019】
リード・ライトＩＣ８は、磁気ディスクＤＫへの書き込みデータ（ライトデータ）をヘッドＩＣ７へ出力したり、ヘッドＩＣ７から受信したアナログ信号から磁気ディスクＤＫからの読み込みデータ（リードデータ）を取得したりする、例えば、ＩＣである。リード・ライトＩＣ５は主として磁気ヘッドＤＫの位置決め処理に必要な信号処理を行うサーボブロック２１と、データの読み出し・書き込みのための信号処理を行うリード・ライトブロック２２に大別される。
【0020】
ゲートアレイ９は、制御用の諸信号を生成するＩＣなどのハードウェアを示す。なお、ゲートアレイ９の機能は、ソフトウェアにより実行しても良いし、ハードウェアとソフトウェアの組合せによって実行してもよい。
【0021】
ディスクコントローラ（ＨＤＣ）１０は、マイクロプロセッサなどコンピュータ機能を備えたＩＣチップなどのハードウェアやソフトウェアなどにより構成されてもよい。ディスクコントローラ（ＨＤＣ）１０は、ＣＰＵバス１２以外にゲートアレイ９、バッファＲＡＭ１１、リード／ライトＩＣ８に接続されている。またＨＤＣ１０は、さらに機能ごとにホストシステム２０とのインタフェース制御を行うホストブロック２３、バッファＲＡＭの制御を行うバッファブロック２５、リード・ライトＩＣ８およびゲートアレイ９と接続され、読み出し・書き込み処理を行うリード・ライトブロック２４などに分かれる。
【0022】
磁気ディスク装置１がホストシステム２０から読み出し命令（リードコマンド）を受信し、磁気ディスクＤＫのデータを読み出す時、磁気ディスクＤＫから磁気ヘッド２によってアナログ信号が読み出されてヘッドＩＣ７に出力される。ヘッドＩＣ７によって増幅されたアナログ信号は、リード／ライトＩＣ８によってサーボ信号とデータ信号に分離され、データ信号はリード・ライトブロック２２で復号化された後、ＨＤＣ１０に送られる。ＨＤＣ１０は、受信したデータ信号をゲートアレイ９からの制御用の各種信号にしたがって処理することによりホストシステム２０に転送すべきデータ（例えばリードコマンドにより要求された読み出しデータ）を生成する。このデータは一旦バッファＲＡＭ１１に格納されてからホストシステム２０に転送される。
【0023】
磁気ディスク装置１がホストシステム２０から書き込み命令（ライトコマンド）を受信し、磁気ディスクＤＫへデータを書き込む時、ホストシステム２０からＨＤＣ１０に転送された書き込みデータは、一旦バッファＲＡＭ１１に格納された後、ゲートアレイ９からの制御用の各種信号にしたがってＨＤＣ１０からリード・ライトＩＣ８へ送られる。リード・ライトＩＣ８によって符号化された書き込みデータは、ヘッドＩＣ７を経由して磁気ヘッド２によって磁気ディスクＤＫに書き込まれる。
【0024】
バッファＲＡＭ１１は、電力供給が断たれると保存しているデータが失われる揮発性メモリであり、ホストシステム２０からのライトコマンドのデータなどを一時保存する。またバッファＲＡＭ１１の一部は、磁気ディスク装置１のパイパスライト処理用のバッファとして用いられる。
【0025】
ＣＰＵバス１２は、データ伝送用のバスであり、変数等に使用するためのＲＡＭ１３、ＣＰＵ１５が実行すべきプログラムが記録されているフラッシュＲＯＭ１４、リード・ライトＩＣ８、制御用の諸信号の生成するゲートアレイ９、およびディスクコントローラ（ＨＤＣ）１０がそれぞれ接続される。
【0026】
フラッシュＲＯＭ１４は、ＣＰＵ１５からの制御により書き換えが可能である。また、フラッシュＲＯＭ１４はＰＬＰ機能によるデータの退避に使用するための専用領域も備えている。
【0027】
ＣＰＵ１５は、中央処理ユニットであり、モータドライバ６を通じてＳＰＭ３およびＶＣＭ４を制御する一方で、他のＩＣの制御やコマンド処理など、装置全体の各種機能を制御する。リード・ライトＩＣ８、ゲートアレイ９、およびＨＤＣ１０の制御用レジスタはそれぞれＣＰＵ１５のメモリ空間の一部に割り当てられており、ＣＰＵ１５はこの領域に対して読み出しおよび書き込みを行うことでこれらの制御を行う。またＣＰＵ１５は、モータドライバ６を通じてＳＰＭ３の起動・停止および回転速度維持のための制御を行い、磁気ヘッドＤＫの位置決めはＳＰＭ３起動後の定常回転状態で行われる。
【0028】
ホストシステム２０は、例えば、パソコン本体であり、磁気ディスク装置１に対してリードコマンドを出力してリードデータを取得したり、ライトコマンドとともにライトデータを出力したりする。
【0029】
図２は、第１の実施形態に係る磁気ディスク上のトラックおよびデータの配置例を示す模式図である。
【0030】
磁気ディスクＤＫは、ＳＰＭ３によって回転軸２０３を中心に回転する。磁気ディスクが回転する方向（ＤＫの半径方向に直交する方向）を円周方向と称する。半径方向は、磁気ディスクＤＫの中心である回転軸２０３から外に向かう方向を外周、外からに回転軸２０３に向かう方向を内周と称する。
【0031】
磁気ディスクＤＫ上には、複数のトラック２０４が同心円状に配置されており、ホストシステム２０から受け取ったデータは指定されたアドレスに応じ、これらの一部に記録される。図の例では、４つのトラックＴＲ１、ＴＲ２、ＴＲ３、ＴＲ４（特に区別しない場合は、トラックＴＲと称する）を示したが、ＳＰＭ１２を中心として同心円状に複数のトラックが設定される。
【0032】
トラック２０４上には、位置決めのためのサーボデータ信号が記録されている領域（サーボ領域）２０１、およびホストシステムから転送されるデータを記録するための領域（データ領域）２０２が交互にかつ等間隔に配置されている。サーボ領域の２１０から２１７に示すように磁気ディスクＤＫの円周方向に等間隔に配置され、データ領域は、サーボ領域の間に配置される。
【0033】
磁気ヘッド２は、各サーボ領域からアナログ信号を読み出し、ヘッドＩＣ７は、アナログ信号を増幅して、リード・ライトＩＣ８は、増幅されたアナログ信号からデータ（サーボデータと称する）を取得する。磁気ディスクＤＫにおいてサーボ領域は円周方向に等間隔に配置されており、サーボデータは、時間的にも等間隔に取得される。
【0034】
リード・ライトＩＣ８とゲートアレイ９は、サーボデータを利用して、磁気ヘッド２の位置決めのための信号（位置制御信号と称する）を生成する。ＣＰＵ１５は位置制御信号をもとにモータドライバ６を制御して、磁気ヘッド２の位置決めのための電流をリアルタイムでＶＣＭ４に流す。
【0035】
磁気ディスク装置１は、データ領域へのデータのリードライト（読み書き）を実行する際に、シーク制御、トラッキング制御などによりヘッド１６を対象のトラックＴＲ上に移動させ、ヘッド１６からリード信号を読み出し、またはライト信号をトラックＴＲに出力する。特に区別する場合は、磁気ディスクＤＫ上のデータをディスクデータと称し、読み出し命令された磁気ディスクＤＫ上のデータをリードデータと称し、磁気ディスクＤＫへ書き込み命令されたデータをライトデータと称する。
【0036】
図３は、第１の実施形態に係る磁気ディスク上の領域配置の例を示す模式図である。
【0037】
データを書き込み（ライトと称する場合もある）可能なデータ領域に、ユーザ（ホストシステム２０）から利用可能なユーザデータ領域と、ユーザデータを一時的に格納するメディアキャッシュ領域と、システム管理に必要な情報をライトするシステム領域とが割り当てられている。
【0038】
磁気ディスクＤＫは、外周側からシステム領域３０１、メディアキャッシュ（ＭＣ）領域３０２、ユーザデータ領域３０３に分割され、ユーザデータ領域３０３のみがＳＭＲ方式で記録される。なお、ここではデータ領域２０２のみに着目しているため、サーボ領域２０１は省略している。
【0039】
システム領域３０１には、ディフェクトマップ、ＭＣの管理テーブル、ＳＭＲデータの管理テーブルなどの管理情報が記録される。
【0040】
ＭＣ領域３０２は、ユーザデータ領域３０３に書き込むべきデータを一時的に書き込んでおくメディアキャッシュとして利用される。ＳＭＲ方式では、複数トラックのデータを一度に書き込む必要があり、ホストシステム２０から受信したライトコマンドの更新対象のデータのみを直接書き換えることができないことが多い。このため、コマンドデータを一時的に保持することが必要となるが、バッファＲＡＭ１１のみでは容量が限られるため、磁気ディスクＤＫ上の領域をこの目的に使用する。
【0041】
ユーザデータ領域３０３は、ホストシステム２０からのライトデータを最終的に記録する領域である。この領域はＳＭＲ方式で記録され、すべてのＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ）が領域中のいずれかに割り当てられる。また、ユーザデータ領域３０３はさらに複数のサブ領域（図では３０３ａ、３０３ｂ、３０３ｃの３つのみを示しているが、数は限定されない）にさらに分割される。本実施形態におけるサブ領域はＣＤＲ（Ｃｏｎｓｔａｎｔ Ｄｅｎｓｉｔｙ Ｒｅｃｏｒｄｉｎｇ）ゾーンに対応する。
【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】
図１１は、第１の実施形態に係る磁気ディスク装置のバイパスライト処理用のバッファの例を示す模式図であり、複数のバイパスライト処理時のＳＥＱＷバッファの状態の例を示している。
【0074】
バイパスライト（ＢＰＷ）を用いた場合、磁気ディスク装置１は、ＭＣを経由せずにホストシステム２０から受信したデータを直接ユーザ領域内のバンドに書き込む。バンド内では重ね書き（図４のライト方向）の順にしか書き込みを行えないので、バイパスライトを行えるのは書き込み先バンド内でシーケンシャルライトとなる場合のみである。そこで、本実施形態において磁気ディスク装置１は、シーケンシャルライトになるホストシステム２０からのライトコマンド群を検出し、これらをバイパスライトでバンドに書き込む処理を行う。シーケンシャルライトになる見込みのないコマンドに対しては、図１０で述べたＭＣを経由したライト処理を適用する。
【0075】
また、バイパスライトは同時に複数行うことができる。例えば、１００ブロックずつの複数のシーケンシャルライトコマンド群をＬＢＡ＝１００００、２００００、１０１００、２０１００、１０２００、２０２００のように混在した順で受信した場合、ＬＢＡ＝１００００、１０１００、１０２００というシーケンシャルライトのコマンド群と、ＬＢＡ＝２００００、２０１００、２０２００というシーケンシャルライトのコマンド群の２本のコマンドストリームが時分割で「同時に」受信されていることになる。このような複数のコマンド群を受信した場合、本実施形態の磁気ディスク装置１は、両方のコマンド群を「同時に」バイパスライトで処理する。図１１の例では、同時にｎ＋１本（ｎは自然数）のバイパスライトを行う場合を示す。
【0076】
バイパスライト用バッファはバッファＲＡＭ１１の一部であり、ＳＥＱＷバッファ、エントリポインタ、フラッシュポインタが複数組配置される。これより、磁気ディスク装置１は複数のバイパスライトを並行して行うことが可能となる。
【0077】
本図において、ＳＢ０、ＳＢ１、ＳＢ２、ＳＢｎ、およびＥＰ０、ＥＰ１、ＥＰ２、ＥＰｎ、およびＦＰ０、ＦＰ１、ＦＰ２、ＦＰｎはそれぞれ０、１、２、ｎ番目のＳＥＱＷバッファ、エントリポインタ、フラッシュポインタである。本図の例ではｎ＋１組のＳＥＱＷバッファ、エントリポインタ、フラッシュポインタが配置されているが、必要に応じてこれらを動的に確保するようにしてもよい。
【0078】
図１２は、第１の実施形態に係る磁気ディスク装置のバイパスライト処理の管理テーブルの例を示す図であり、（ａ）はバイパスライト検出テーブル、（ｂ）はバイパスライト実行テーブルを示す。
【0079】
図１２（ａ）のバイパスライト検出テーブルは、ホストシステム２０から受信したライトコマンドの監視によりバイパスライトの対象となりうるシーケンシャルライトを検出するためのものであり、例えば、磁気ディスクＤＫのシステム領域やフラッシュＲＯＭ１４などに格納されることもよい。バイパスライト検出テーブルは、コマンド受信時刻を示すＴｉｍｅ、次のライトコマンドがシーケンシャルライトになりうる先頭ＬＢＡを示すＮｅｘｔＬＢＡ（ＮＬＢＡ）、シーケンシャルライトの累積ブロック数を示すＢｌｏｃｋｓ、バイパスライト実行テーブルへのリンク情報を示すＢＰなどのデータ要素を含み、列ごとにデータ要素を示す。
【0080】
例えば、ＣＰＵ１５は、バイパスライト検出テーブルにエントリがない状態でＬＢＡ＝１０００から１００ブロックを指定するライトコマンドＡを受信すると、新たなエントリを作り、ＮｅｘｔＬＢＡ＝１１００（１０００＋１００）、Ｂｌｏｃｋｓ＝１００とする。
【0081】
ライトコマンドＡに続いてＬＢＡ＝１１００から２００ブロックを指定するライトコマンドＢを受信したとする。ここで、ＣＰＵ１５は、ライトコマンドＡ受信時に算出したＮｅｘｔＬＢＡと、ライトコマンドＢのＬＢＡとを確認し、ともに１１００であることから、ライトコマンドＢがライトコマンドＡに続くシーケンシャルコマンドであると判定する。ＣＰＵ１５は、ライトコマンドＢの情報を用いてライトコマンドＡに対するエントリを更新して、ＮｅｘｔＬＢＡ＝１３００（１１００＋２００）、Ｂｌｏｃｋｓ＝３００とする。
【0082】
ＣＰＵ１５は、上記のように全てのライトコマンドを監視することで、一定長以上続いたシーケンシャルライトコマンドを検出する。なお、バイパスライト検出テーブルは、エントリ数が有限なので、新しいコマンドのために優先度の低いエントリを削除する必要がある。ＣＰＵ１５は、例えば、最古１０エントリのうち最も累積シーケンシャルブロック数が少ないもの、というように予め設定された条件に従って、条件に基づいた項目（例えば、ＴｉｍｅとＢｌｏｃｋｓ）の値を利用して削除候補のエントリを選ぶ。
【0083】
ＣＰＵ１５は、ライトコマンドを監視し、一定長以上シーケンシャルライトコマンドが続いたら、さらにシーケンシャルライトが続くと判定し、次に受信したシーケンシャルライトコマンドのライト範囲に対してはバイパスライトを行う。
【0084】
図１２（ｂ）のバイパスライト実行テーブルは、実行中のバイパスライトを管理するためのデータである。バイパスライト実行テーブルは、エントリ番号ＢＰ、バイパスライトを開始したＬＢＡを示すＢｅｇｉｎｎｉｎｇＬＢＡ（ＢＬＢＡ）、現在のエントリポインタを示すＥＰ、現在のフラッシュポインタを示すＦＰのなどのデータ要素を含み、列ごとにデータ要素を示す。ＣＰＵ１５は、各要素によってバイパスライトを管理する。ＥＰおよびＦＰはどちらも累積的なブロック数であり、ＳＢ内でのラップ動作によって０にリセットしない。
【0085】
ＣＰＵ１５は、バイパスライトを開始するときには、初めにバイパスライト実行テーブルへのエントリ追加処理を行う。エントリ追加処理においては、空きエントリの１つを選んでそのエントリ番号をバイパスライト検出テーブルのＢＰにセットする。その後、ＣＰＵ１５は、当該エントリの初期化処理として、バイパスライトを開始するＬＢＡをＢｅｇｉｎｎｉｎｇＬＢＡにセットし、ＥＰとＦＰに０をセットして、バイパスライトを実行する。
【0086】
以後、ＣＰＵ１５は、ホストシステム２０からライトデータを受信したら、ＦＰをその受信ブロック数だけ増加させ、ディスクＤＫのユーザデータ領域３０３内の対象バンドに書き込んだら、ＥＰをその書き込みブロック数だけ増加させる。ＦＰおよびＥＰを用いた書き込みの制御は、図７、図８、図９で説明した方法と同様の方法で行う。すなわち、あるトラックＡの前方１トラック分を埋められる量以上のデータがＳＥＱＷバッファ内に溜まったらそのトラックＡへのライトを行う。ＣＰＵ１５は、トラックへのライト処理をＦＰとＥＰの値で管理する。
【0087】
図１１および図１２は、トラック当たりのブロック数を１０００とし、２０００ブロック以上のシーケンシャルライトが行われたら、バイパスライトを開始する場合の例を示している。以下、ＢＰ＝０のエントリ（エントリ０と称する）、ＢＰ＝１のエントリ（エントリ１と称する）を例に、磁気ディスク装置１の処理動作を説明する。
【0088】
図１２（ｂ）のバイパスライト実行テーブルを参照すると、ＣＰＵ１５は、エントリ０のデータについてＬＢＡ＝３０２０００を先頭としたバイパスライトを実行しており、エントリ１のデータについてＬＢＡ＝１０２５００を先頭としたバイパスライトを実行していることを示している。
【0089】
ＬＢＡ＝３０００００からＬＢＡ＝３０２０００までのシーケンシャルデータのディスクＤＫへの書き込みは、まだバイパスライトではない。このため、これらのデータは（ＳＥＱＷバッファではない）通常のバッファを経由してＭＣへライトされる。
【0090】
ＣＰＵ１５は、受信したシーケンシャルライトのブロック数が２０００に到達したところ（ＬＢＡ＝３０１９９９）でバイパスライト開始の条件を満たすことを確認すると、バイパスライト実行テーブルのエントリ０に登録し（図１２（ｂ）のＴＤＥ０に相当する）、バイパスライトを開始する。したがってバイパスライトの開始ＬＢＡ（ＢＬＢＡ）は３０２０００である。
【0091】
ＬＢＡ ３０２０００からの３０００ブロック分（３トラック分）のデータはＳＢ０に受信される。領域ＳＢ０１は、このうち既に磁気ディスクＤＫへの書き込みが完了した２０００ブロックのデータが過去に格納されていたことを示し、また領域ＳＢ０２は、このうちの１０００ブロックの未書き込みデータが現在格納されていることを示す。これは、３０００ブロック分のデータを受信した時点で、ＣＰＵ１５が最後の１トラック分を除く２０００ブロック（ＬＢＡ＝３０２０００から３０３９９９までのブロック）のバイパスライトによる磁気ディスクＤＫへの書き込みを実行したことによるものである。
【0092】
また、ＣＰＵ１５は、バイパスライトの実行中もバイパスライト検出テーブルの更新を行うので、例えば、領域ＳＢ０１と領域ＳＢ０２の３０００ブロック分のデータを受信した時点で、バイパスライト検出テーブルのエントリ０に対して、Ｂｌｏｃｋｓを５０００（２０００＋３０００）とし、ＮｅｘｔＬＢＡを３０５０００（３００００＋５０００）とする（図１２（ａ）のＴＤＤ０に相当する）。
【0093】
図１３は、第１の実施形態に係る磁気ディスク装置のバイパスライト処理でトラックに書き込んだデータの例を示す模式図であり、磁気ディスクＤＫ上のバンドＢＤの状態例を示す。
【0094】
バンドＢＤは、ＴＲ１からＴＲ６の６つのトラックから構成されるものとする。各トラックは、ＬＢＡ＝１０００００、１０１０００、１０２０００、１０３０００、１０４０００、１０５０００を先頭に１０００ブロックで構成されるものとする。
【0095】
データＤＴＡは、ライトコマンドＡにより書き込まれたＴＲ１の先頭ＬＢＡ＝１０００００から２５００ブロック分のデータを示す。ＣＰＵ１５は、データＤＴＡの書き込み実行後にバイパスライト開始条件（２０００ブロック以上のシーケンシャルライト）を満たすことから、これに続く次のライトコマンドＢのデータＤＴＢをバイパスライトすることを決定する。ＣＰＵ１５は、データＤＴＢを受信すると、データＤＴＡ最後のＬＢＡの次のＬＢＡ＝１０２５００を先頭にバイパスライトを開始する。なお、図上のデータＤＴＡは、このバンド上に配置されたと仮定した場合の位置を表したもので、データＤＴＡ自体は実際にはＭＣに書き込まれる。また、この図では簡単化のためトラックスキューを０としている。
【0096】
この例でバイパスライトがＬＢＡ＝１０２０００から始まっていないのは開始条件の判定をコマンド単位で行っているからで、バイパスライトの対象はライトコマンドＢの指定するデータＤＴＢ以降となる。ここで例えば、ライトコマンドの処理を２つに分割して、バイパスライト開始条件（２０００ブロック以上のシーケンシャルライト）を満たした時点で、データＤＴＡの後半５００ブロック（ＴＲ３のＬＢＡ＝１０２０００から１０２４９９までのブロック）をバイパスライト処理するようにしてもよい。このバイパスライト処理においては、開始後にＴＲ３に書き込まれるべき８００ブロックのデータＤＴＢを受け取っているが、さらに前方トラックＴＲ４に書き込まれるべきデータは受け取っていないので、まだＴＲ３に対する書き込みは行えない。トラックに書き込みを行える条件は前方のトラックに書き込むデータが全て揃うことであり、このケースではトラック当たりのブロック数が１０００であるから、前方トラックＴＲ４に書き込まれる予定の７００ブロック以上のデータＤＴＣを受信したところでＴＲ３のＬＢＡ＝１０２５００から５００ブロック分のライトが行えるようになる。
【0097】
以降のトラックのデータも、図７、８において示した処理動作同様に、シーケンシャルデータの受信により前方１トラック分のデータが揃ったらその手前のトラックの書き込みを行う。
【0098】
バイパスライトを終了させるときには、ＣＰＵ１５は、ホストシステム２０からデータを受け取る代わりにＥＰを先頭にバンドの既存のデータを読み出す。例えば図１３の例で、データＤＴＣの受信後にそれに続くデータＤＴＤの受信がなかった場合、ＣＰＵ１５は、バイパスライト処理を終了させると判定する。この場合、ＣＰＵ１５は、バンドからデータＤＴＤに係る既存のデータを読み出し、対応するエントリのＳＢにＥＰの位置から書き込む。これによりバイパスライトと同様の方法でデータの更新が行える。なお、データＤＴＤがバンド内の最終トラックから始まる場合には前方に壊されるデータがないのでこの処理は不要である。
【0099】
ＣＰＵ１５は、バイパスライトを終了させたら、終了させたエントリをバイパスライト検出テーブルおよびバイパスライト実行テーブルの両方から削除する。バイパスライト実行テーブルは、エントリ番号をＳＢに対応させることで並べ替え等の必要はないが、バイパスライト検出テーブルは、処理の効率化のため、必要に応じてデータの並べ替えを行う。例えばＬＢＡが昇順になるように並べ替える方法のほかに、物理的な並べ替えを行わずにＴｉｍｅ、ＬＢＡ、Ｂｌｏｃｋｓそれぞれに順序を管理するためのチェイン情報を付加する方法などがある。
【0100】
以下、磁気ディスク装置１の、ＰＬＰ機能によりデータ保存する処理の例を示す。
【0101】
バイパスライト検出テーブル、バイパスライト実行テーブル、およびＳＢ中の有効データ（以後、この３データをバイパスライト関連データと呼ぶ）は電源喪失時を含め、常に維持される必要がある。通常これらのデータは、磁気ディスクＤＫ上のシステム領域３０１内に設けられている専用領域に適宜書き込まれて保存される。一般に、磁気ディスク装置の電源遮断時の正規の手順では、例えばＳｔａｎｄｂｙやＦｌｕｓｈ Ｃａｃｈｅなど未保存のデータの書き込みを行うコマンドを実行し、その完了後に電源を遮断する。この手順で電源遮断が行われればバイパスライト関連データも未書き込みデータの一部として上記の専用領域に保存される。
【0102】
しかし、実際には稼働中の電源喪失のように、この正規の手順を経ずに電源断が行われる場合もあり、このような場合にもデータの喪失が起こらないようにする必要がある。本実施形態の磁気ディスク装置１は、ＰＬＰ機能が有効となるバッファＲＡＭ１１にライトバッファ中の未書き込みデータやバイパスライト関連データを格納する。磁気ディスクＤＫが定常回転してさえいれば、磁気ディスク装置１の例えばＨＤＣ１０は、電源喪失時にＰＬＰ機能により磁気ディスクＤＫの回転エネルギーを用いて、ライトバッファ中の未書き込みデータや本発明のバイパスライト関連データなど、バッファＲＡＭ１１上の未保存データをフラッシュＲＯＭ１４に書き込むことができる。
【0103】
図１４は、第１の実施形態に係る磁気ディスク装置のＰＬＰ機能によるデータ保存処理の例を示す模式図であり、複数のバイパスライト処理時のＳＥＱＷバッファを含むバッファＲＡＭ１１の状態の例を示している。
【0104】
バッファＲＡＭ１１には、バイパスライト検出テーブル、バイパスライト実行テーブル、ＳＢ０、ＳＢｎ（ｎは自然数）の有効データなど１以上のエントリの有効データが書き込まれているものとする。
【0105】
磁気ディスク装置１は、電源喪失が発生すると、ＰＬＰ機能によりバイパスライト検出テーブル、バイパスライト実行テーブル、ＳＢ０の有効データ、ＳＢ１からＳＢｎの有効データ、の順にフラッシュＲＯＭ１４の専用領域に書き込む。フラッシュＲＯＭ１４への書き込みデータは、エントリごとに（例えば、ＳＢ０から例えばｎの昇順でＳＢｎごとに）すべてシーケンシャルである必要があるので、バッファＲＡＭ１１のポインタジャンプ機能を有効にして、これら飛び飛びのデータを連結することでもよい。
【0106】
ポインタジャンプ機能とは、バッファＲＡＭ１１内のアドレスの組（例えばＡ、Ｂ）を指定しておくことで不連続なデータに対するシーケンシャルアクセスを可能にするハードウェアの機能である。アドレスの組は、例えば、ファームウェアなどが実行されることによりＣＰＵ１５によって指定される。通常のシーケンシャルアクセスでは、バッファＲＡＭ１１上のあるアドレスｋのデータをアクセスしたら次のアクセスではそれに続くアドレスｋ＋１のデータがアクセスされる。しかし、ポインタジャンプ機能で指定されたアドレス（例えば上記のＡ）がアクセスされた場合、その次にはその対（例えば上記のＢ）がアクセスされる。
【0107】
ここでは図１４に示すように、ＴＰＥとＦＰ０、ＥＰ０とＦＰ１、ＥＰｎ－１とＦＰｎにそれぞれ組でポインタジャンプＰＪ０、ＰＪ１、ＰＪｎを設定することで、バイパスライト検出テーブル、バイパスライト実行テーブル、ＳＢ内の各有効データを図１４のフラッシュＲＯＭ１４に連続的に書き込むことができる。フラッシュＲＯＭ１４には、バイパスライト検出テーブルＭＤ０、バイパスライト実行テーブルＭＤ１、ＴＰＥからＦＰ０までのデータＦＤ１、ＥＰ０からＦＰ１までのデータＦＤ２、ＥＰｎ－１からＦＰｎまでのデータＦＤｎが格納される。
【0108】
また、図１４のバッファＲＡＭ１１に示すように、バイパスライト検出テーブル、バイパスライト実行テーブル、とＳＢ０からＳＢｎが連続的に配置されている場合は、ＳＢ内の無効なデータが保存されることで効率は落ちるが、ポインタジャンプ機能を使わずにこれらをすべて保存するようにしてもよい。
【0109】
以上のように電源喪失時にフラッシュＲＯＭ１４に書き込まれたデータは、次の磁気ディスク装置１の電源投入時に読み出され、バッファＲＡＭ１１内の元の位置に再展開され、システム領域３０１内の専用領域に明示的に保存される。これらの処理が完了したらフラッシュＲＯＭ１４に保存されていたデータは無効化される。
【0110】
本実施形態の磁気ディスク装置１は、ＰＬＰ機能を用いることにより、電断した時に未書き込みデータのバックアップの効果を得るだけでなく、瓦記録領域内のデータへの上書きを可能にし、空きバンドを使用しないバイパスライトが可能となる。以下に、磁気ディスク装置１のバイパスライト処理時の動作例を示す。
【0111】
図１５は、第１の実施形態に係る磁気ディスク装置のバイパスライト処理の動作例を示すフローチャートである。
【0112】
磁気ディスク装置１において、ＣＰＵ１５は、ホストシステム２０からライトコマンドを受信すると、ライトコマンドの処理を開始する（ステップ１００１）。この時点ではまだライトデータは受け取らない。
【0113】
ＣＰＵ１５は、まず、受信したライトコマンドの書き込み範囲が現在実行中のバイパスライトの続きとして実行できるかどうかまたはライト範囲が既存のバイパスライトに繋がるかどうかを調べる（ステップ１００２）。ステップ１００２においてＣＰＵ１５は、バイパスライト検出テーブルを検索し、そのライトコマンドの先頭ＬＢＡと同じＮｅｘｔＬＢＡを持つエントリが同テーブル内に存在し、かつＢＰの値が有効である（リンク情報を持つ）とき、受信したライトコマンドを、そのエントリのバイパスライトの続きとして処理する。
【0114】
受信したライトコマンドがバイパスライトの続きとして実行できない場合（ステップ１００２のＮｏ）、ＣＰＵ１５は、そのライトコマンドで新たにバイパスライトを開始するかを判定する（ステップ１００３）。ステップ１００３において、ＣＰＵ１５は、まずバイパスライト検出テーブルを検索し、受信したライトコマンドの先頭ＬＢＡと同じ値のＮｅｘｔＬＢＡを持つエントリが同テーブル内に存在するかを調べる。そのようなエントリがあれば、ＣＰＵ１５は、受信したコマンドが既存のシーケンシャルライトに繋がるものであると判定し、当該エントリのＢｌｏｃｋｓの値を確認する。この値はシーケンシャルライトの累積ブロック数なので、この値が規定の値（この例では２０００ブロック）以上であれば新たにバイパスライトを開始させる条件が成立していると判定し（ステップ１００３のＹ）、バイパスライト実行テーブルに空きがあるかどうかすなわちバイパスライト実行数の上限に達しているかどうかのチェックをする（ステップ１００４）。
【0115】
ＣＰＵ１５は、バイパスライト実行テーブルに空きがある場合（バイパスライト実行数の上限に達していない場合）には（ステップ１００４のＹｅｓ）、バイパスライト開始処理をする（ステップ１００５）。ステップ１００５において、まず初期化処理を行う。具体的には、ＣＰＵ１５は、その空きエントリに先頭ＬＢＡ、ＥＰ、ＦＰを設定し、バイパスライト検出テーブルの当該エントリにＢＰを設定する。
【0116】
上記手順で新規にバイパスライトを開始した場合（ステップ１００５）、または今回のライトコマンドが既存のバイパスライトに繋がると判定した場合（ステップ１００２のＹｅｓ）には、ＣＰＵ１５は、バイパスライトを行うためにエントリに設定したＥＰを先頭とするバッファＲＡＭ１１上の位置にホストシステム２０からデータを受信し、書き込む（ステップ１００６）。ステップ１００６において、受信できるデータの最大量は、エントリの対象ＳＢの空き容量分であり、ライトコマンドの要求ブロック数（ライトデータ量）がこれよりも多い場合には受信できる最大量を受信する。
【0117】
この結果、ＣＰＵ１５は、対象バンド内において、ＦＰの位置のデータの書き込み先トラック（ＴＲ０とする）の前方１トラック（ＴＲ１とする）分のデータが存在していることを確認したら（ステップ１００７のＹｅｓ）、そのＦＰが示すブロックを先頭にそのブロックが属するトラックＴＲ０の末尾までのデータをバッファＲＡＭ１１から取得し、磁気ディスクＤＫの対象トラックにライトする（ステップ１００８）。また、ＣＰＵ１５は、書き込み先トラックＴＲ０の前方に複数トラック分（ＴＲ１、ＴＲ２とする）のデータが存在していることを確認した場合には（ステップ１００７のＹｅｓ）、最も前方の１トラックＴＲ２分のデータを残して全てのデータをバッファＲＡＭ１１から取得し、磁気ディスクＤＫの対象トラックにライトする（ステップ１００８）。一方、ＣＰＵ１５は、ＴＲ１の末尾までのデータが存在しないことを確認したら、（ステップ１００７のＮｏ）、ステップ１００８のライト処理を行わずにステップ１００９に進む。
【0118】
ステップ１００８でデータのライトが完了したら、ＣＰＵ１５は、ライトコマンドの要求データを全て受け取っているか否かを確認する（ステップ１００９）。ステップ１００９において、ＣＰＵ１５は、ライトコマンドの要求データを全て受け取っていることを確認した場合（ステップ１００９のＹｅｓ）、バイパスライト検出テーブルを更新し（ステップ１０１０）、コマンドの終了処理をする（ステップ１０１１）。一方、ＣＰＵ１５は、受け取るべきデータが残っている場合は（ステップ１００９のＮｏ）、ステップ１００６に戻り、処理を繰り返す。
【0119】
またステップ１００３において、受信したライトコマンドがバイパスライトの開始条件を満たさなかった場合（ステップ１００３のＮｏ）またはバイパスライトの実行数が既に上限に達していた場合（ステップ１００４のＮｏ）は、ＣＰＵ１５は、バイパスライトを行わずに通常のライト処理を行う。より具体的にＣＰＵ１５は、データを通常のライトバッファ（図示せず）に受信し（ステップ１０１６）、そのデータをＭＣにライトする（ステップ１０１８）。
【0120】
ステップ１００６から１００９、またはステップ１０１６から１０１８でのライト処理が完了したら、ＣＰＵ１５は、バイパスライト検出テーブルの更新処理を行う（ステップ１０１０）。ステップ１０１０において今回実行したコマンドの先頭ＬＢＡと同じＮｅｘｔＬＢＡを持つエントリがあれば、ＣＰＵ１５は、そのエントリのＮｅｘｔＬＢＡおよびＢｌｏｃｋｓに今回実行したコマンドのブロック数を加算する。
【0121】
一方、ステップ１０１０において、今回実行したコマンドの先頭ＬＢＡと同じエントリがない場合には、ＣＰＵ１５は、空きエントリの１つに今回のコマンド情報を新たに登録する。この場合、ＮｅｘｔＬＢＡに（コマンドの先頭ＬＢＡ＋ブロック数）を、Ｂｌｏｃｋｓにブロック数をそれぞれ設定する。空きエントリがない場合にはバイパスライト実行中でない（バイパスライト検出テーブルのＢＰにリンク情報がない）既存エントリの中から古いもの、もしくは積算ブロック数の少ないものなどを１つ選んで情報を削除することで空きエントリを作る。
【0122】
この処理が終了したら、ＣＰＵ１５は、ライトコマンドを終了させ（ステップ１０１１）、続いてバックグラウンド処理として既存バイパスライトの終了処理が必要ならば実施する（ステップ１０１２）。ステップ１０１２において、終了処理が必要かどうか、また必要な場合はどのエントリを削除するかをテーブル情報から決定する。例えば、現在実行中のバイパスライトの本数により削除の要否を判定する方法、バイパスライト検出テーブル内のバイパスライト実行中の（ＢＰにリンク情報がある）エントリを検索し、Ｔｉｍｅが古いものや累積ライト数が少ないもの、あるいはその両方を満たすものを終了処理の対象にする方法などが考えられる。
【0123】
またステップ１０１２において、終了処理を行うバイパスライトの数は、１本としてもよいし、複数本としてもよい。終了処理の方法は上記の説明のとおりである。なお、この処理をコマンド終了後にバックグラウンドで行うのは、処理時間のかかるバイパス終了処理のコマンド応答性への影響を小さくするためである。
【0124】
ＣＰＵ１５によるバイパスライトの終了処理（実施判定も含む）が終了したら、ライト処理を全て終了とする（ステップ１０１３）。
【0125】
バイパスライト方式においては、磁気ディスク装置の電断時のデータ保護のために書き込み対象のバンド内のデータの上書きを行わず、別の位置に空きバンドを生成してそこにデータを書き込む構成が一般的となっている。
【0126】
しかしながら、空きバンドは当該バンドに割り当てられているＬＢＡの全てのデータをメディアキャッシュに書き込むことで作成するので、その分だけアクセス時間が増加し、メディアキャッシュも消費する。特に、監視カメラ向けモデルなどで同時に複数のバイパスライト（マルチストリーミングライト）を行う場合、バイパスライトの本数だけ空きバンドを作成する必要があり、これらの影響も小さくない。
【0127】
本実施形態の磁気ディスク装置１は、ＰＬＰ機能を用いることにより、電断した時にＰＬＰ機能によるバッファＲＡＭ１１内の未書き込みデータのバックアップ（データの保護）の効果を得るだけでなく、瓦記録領域内のデータへの上書きを可能にし、空きバンドを使用しないバイパスライトを実現することができる。
【0128】
なお、上記の手順では、ライトコマンドの実行に直接関係するバイパスライトの終了処理をバックグラウンドで行う例を示したが、ＣＰＵ１５は、ステップ１０１３のコマンド（ライトコマンドに限らない）の終了後に、図１０で説明したＭＣフラッシュ処理やＡＴＩリフレッシュ処理などをバックグラウンドで実行することもある。
【0129】
本実施形態は、瓦記録（バンドライト）によってあるトラックにライトを行った場合に、その前方１トラックのデータが同時に破壊されることを前提としたものであるが、例えば、前方２トラックまたはそれ以上のデータが破壊される場合でも、上記と同様の手順により処理を行うことができる。
【0130】
例えば、瓦記録のライトで対象トラックの前方ｍトラックが破壊される場合には、そのｍトラックに書き込まれるデータがＳＢ内に受信されるまでそのライトの実行を待つようにする。図１５の例でこれを行うには、ステップ１００７の処理を「前方ｍトラック分のデータがあるか」のように、ステップ１００８の処理を「ＦＰからのデータを前方ｍトラック分のデータを残してＳＭＲバンドへライト」のようにすればよい。
（第２の実施形態）
本実施形態の磁気ディスク装置は、上書きするトラックのトラックスキューを前方トラックのものと同じにする。ＳＥＱＷバッファに保持するデータ量の削減が可能である。
（第２の実施形態）
本実施形態の磁気ディスク装置は、上書きするトラックのトラックスキューを前方トラックのものと同じにする。ＳＥＱＷバッファに保持するデータ量の削減が可能である。
【0131】
図１６は、第２の実施形態に係る磁気ディスク装置における磁気ディスクへのデータ書き込み処理の例を示す模式図である。
【0132】
第１の実施形態では、例えば図７に示すようにトラックスキュー（トラック先頭ＢＴ０、ＢＴ１、ＢＴ２の位置ずれ）の存在により、例えばトラックＴＲ０の先頭付近にライトを行うとトラックＴＲ１の末尾付近（図７のＴＲ１上のデータＣ１に相当）のデータが消える。このため第１の実施形態では、トラックＴＲ０のライトを行うには、トラックＴＲ１のデータが全て揃うまで待つ必要がある。そこで、本実施形態の磁気ディスク装置は、磁気ディスクＤＫにおけるトラックＴＲ０とトラックＴＲ１のトラックスキューを揃える、すなわち先頭ＢＴ０とトラックＴＲ１の先頭ＢＴ１とを揃えるようにバンドライトをする例を示す。
【0133】
図１６は、第２の実施形態に係る磁気ディスク装置における磁気ディスクへのデータ書き込み処理の例を示す模式図である。
【0134】
磁気ディスクＤＫにおけるトラックＴＲ０とトラックＴＲ１のトラックスキューを揃えて、トラックＴＲ０の先頭をライトするときに、トラックＴＲ１の先頭が消えるようにする。例えば、トラックＴＲ０をライトするときに、トラックＴＲ０の先頭ＢＴ０とＴＲ１のＢＴ１を揃えるようにＴＲ０をライトする。以後、トラックＴＲｎへのライト時にはそのトラックスキューをトラックＴＲ（ｎ＋１）のものと揃える、ということを繰り返す。
【0135】
上記の手順により、ＳＥＱＷバッファ上に保持しなければならないデータを１トラック分に削減することができる。また、第１の実施形態ではライトをトラック単位で行う必要があったが、本実施形態では受領データの量に応じて、トラックの途中までをライトすることができるので、ｒｏｏｍ ｌｏｇｉｃを用いたストリーミングライトも行える。
【0136】
本実施形態の実装方法はテーブル類、フローチャートを含め第１の実施形態と同様であるが、以下の点が異なる。
（１）ＳＥＱＷバッファ（各ＳＢ）に保持するデータを１トラック分とする。例えば、図１５のフローチャートのステップ１００７の判定条件を変更することで実現する。
（２）パイパスライトを常にバンドの先頭から行う。例えば、図１５のステップ１００５の前に判定条件を追加し、本実施形態のライトコマンドがバンドの先頭にかからない場合にはステップ１０１６に進むようにする。また、ステップ１００５では、バンドの先頭までのデータをホストシステム２０から受信してＭＣへライトする処理を行う。
（３）各バンドのスキューの初期値（バンド先頭トラックのスキュー値）を保持するテーブルを備える。
（１）ＳＥＱＷバッファ（各ＳＢ）に保持するデータを１トラック分とする。例えば、図１５のフローチャートのステップ１００７の判定条件を変更することで実現する。
（２）パイパスライトを常にバンドの先頭から行う。例えば、図１５のステップ１００５の前に判定条件を追加し、本実施形態のライトコマンドがバンドの先頭にかからない場合にはステップ１０１６に進むようにする。また、ステップ１００５では、バンドの先頭までのデータをホストシステム２０から受信してＭＣへライトする処理を行う。
（３）各バンドのスキューの初期値（バンド先頭トラックのスキュー値）を保持するテーブルを備える。
【0137】
各バンドのスキュー初期値を保持するテーブルを用意し、ＣＰＵ１５は、ステップ１００８の実行時に参照してバンド内の各トラックのスキュー値を求める。ＣＰＵ１５は、１バンドを書き終えたらテーブル内の当該バンドのスキュー値を更新する。このテーブルはバイパスライト検出テーブルおよびバイパスライト実行テーブルに隣接するように配置し、システム領域３０１に対する読み出しや書き込み、ＰＬＰでの保存処理もこれら２つのテーブルと同時に行われるようにする。
【0138】
上記の手順により、本実施形態の磁気ディスク装置１は、ＳＥＱＷバッファに保持するデータ量の削減が可能である。
【0139】
上記した実施形態による磁気ディスク装置１は、以下に示す特徴の１以上の任意の組合せを備えていてもよい。
（Ａ－１）実施形態の磁気ディスク装置は、瓦記録領域へのシーケンシャルライトを同領域の先頭または途中から行う場合に、ライト対象の第１トラック（例えば図８のＴＲ０）に書き込まれる第１データ（例えば図８のデータＡ、Ｂ１）と、第１トラックの１つ前方の第２トラック（例えば図８のＴＲ１）に配置され、第１トラックへの書き込みによって消されるデータを上書きする第２データ（例えば図８のデータＢ２、Ｃ１、Ｃ２）をすべて揮発メモリ（例えば図１４のバッファＲＡＭ１１）上に受信してからライト対象の第１トラックへの書き込みを行う手段と、予期しない電源断の発生時に、揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータ（例えば図８のデータＢ２、Ｃ１、Ｃ２）を不揮発メモリ（例えば図１４のフラッシュＲＯＭ１４）に保存する手段と、を備える。
（Ａ－１）実施形態の磁気ディスク装置は、瓦記録領域へのシーケンシャルライトを同領域の先頭または途中から行う場合に、ライト対象の第１トラック（例えば図８のＴＲ０）に書き込まれる第１データ（例えば図８のデータＡ、Ｂ１）と、第１トラックの１つ前方の第２トラック（例えば図８のＴＲ１）に配置され、第１トラックへの書き込みによって消されるデータを上書きする第２データ（例えば図８のデータＢ２、Ｃ１、Ｃ２）をすべて揮発メモリ（例えば図１４のバッファＲＡＭ１１）上に受信してからライト対象の第１トラックへの書き込みを行う手段と、予期しない電源断の発生時に、揮発メモリ上に受信したデータのうち瓦記録領域に書き込んでいないデータ（例えば図８のデータＢ２、Ｃ１、Ｃ２）を不揮発メモリ（例えば図１４のフラッシュＲＯＭ１４）に保存する手段と、を備える。
【0140】
（Ａ－２）上記（Ａ－１）の磁気ディスク装置は、予期しない電源断の発生時に、揮発メモリ（例えば図１４のバッファＲＡＭ１１）上に受信した第１データのうち瓦記録領域に書き込んでいないデータ（例えば図１４のデータＦＤ０、ＦＤ１、ＦＤｎ）に、これらを管理する情報（例えば図１４のデータＭＤ０、ＭＤ１）を付加して不揮発メモリ（例えば図１４のフラッシュＲＯＭ１４）に保存する。
【0141】
（Ａ－３）上記（Ａ－１）の磁気ディスク装置は、予期しない電源断の発生時に、揮発メモリ（例えば図１４のバッファＲＡＭ１１）上のデータを磁気ディスクの回転エネルギーによる起電力を用いて不揮発メモリ（例えば図１４のフラッシュＲＯＭ１４）に書き込む。
【0142】
（Ａ－４）上記（Ａ－１）の磁気ディスク装置は、瓦記録領域へのシーケンシャルライトが、ホストから受信したデータをメディアキャッシュ（例えば図３のＭＣ３０２）を経ずに直接、瓦記録領域に書き込む処理（バイパスライト）である。
【0143】
（Ａ－５）上記（Ａ－１）の磁気ディスク装置は、瓦記録領域へのシーケンシャルライトが、元の記録データとメディアキャッシュのデータとの組み合わせからなるデータ（例えば図１０のＳＢ）によって行う（メディアキャッシュのフラッシュ処理）。
【0144】
（Ａ－６）上記（Ａ－１）の磁気ディスク装置は、瓦記録領域へのシーケンシャルライトが、磁気ディスク上の元の記録データによって行う（ＡＴＩリフレッシュ処理）。
【0145】
（Ａ－７）上記（Ａ－１）の磁気ディスク装置は、瓦記録領域の書き込み単位が一定トラック数毎に区切られている場合に、書き込み単位内の最後のトラック（例えば図１０のＴＲ２）のデータを受信したときに、すべての未書き込みデータ（例えば図１０のＤ１、Ｃ２）を連続的に書き込む。
【0146】
（Ａ－８）上記（Ａ－１）の磁気ディスク装置は、瓦領域の書き込み領域の先頭から書き込む場合に、書き込み対象トラック（例えば図１６のＴＲ０）のトラックスキューを前方のトラック（例えば図１６のＴＲ１）のものと同じにする。
【0147】
（Ａ－９）上記（Ａ－１）から（Ａ－８）の磁気ディスク装置は、瓦領域の書き込み対象トラック（例えば図４のＴＲ１）への書き込み時に、前方の複数トラック（例えば図４のＴＲ２、３）へのデータが消える場合に、その複数トラック分の全データを受信してから書き込み対象トラックへの書き込みを行うことを特徴とする。
【0148】
上記（Ａ－１）、（Ａ－２）、（Ａ－３）により、瓦記録領域へのシーケンシャルライトの実行時に、予期しない電源断の発生時に受信済みデータを喪失することなく、瓦記録領域内の既存データを上書きすることが可能になる。これにより、シーケンシャルライトを行うための空きバンドの生成が不要となり、ライト処理の効率が上がる。
【0149】
上記（Ａ－４）により、バイパスライトを上記（Ａ－１）記載の方法で行うことにより、マルチストリームライトのように同時に複数のバイパスライトを行う場合のコマンド応答性が上がる。
上記（Ａ－５）により、メディアキャッシュのフラッシュ処理を上記（Ａ－１）記載の方法で行うことにより、空きバンドが不要となるので処理の効率が上がる。
上記（Ａ－５）により、メディアキャッシュのフラッシュ処理を上記（Ａ－１）記載の方法で行うことにより、空きバンドが不要となるので処理の効率が上がる。
【0150】
上記（Ａ－６）により、ＡＴＩリフレッシュ処理の効果を得ることができる。
上記（Ａ－７）により、瓦バンドの末尾トラックを手前のトラックから連続して書き込むことで所要時間が短くなる。
上記（Ａ－８）により、トラックスキューを前方トラックと合わせることで揮発領域に保持すべきデータの量を削減できるため、（Ａ－１）記載の方法で同時に行えるシーケンシャルライトの本数を増やすことができる。
上記（Ａ－７）により、瓦バンドの末尾トラックを手前のトラックから連続して書き込むことで所要時間が短くなる。
上記（Ａ－８）により、トラックスキューを前方トラックと合わせることで揮発領域に保持すべきデータの量を削減できるため、（Ａ－１）記載の方法で同時に行えるシーケンシャルライトの本数を増やすことができる。
【0151】
上記（Ａ－９）により、バンドライトで前方の複数トラックが消える場合にも、上記（Ａ－７）の内容を除いて、上記（Ａ－１）乃至（Ａ－８）によるシーケンシャルライトを行えるようになるため、実施形態の方法を適用できる磁気ディスク装置が増える。
【0152】
以上に述べた実施形態によれば、空きバンドを使用せずバイパスライトをする磁気ディスク装置及びライト方法を提供することができる。
【0153】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。また上記実施形態に示したフローチャート、シーケンスチャートなどに示す処理ステップは、本発明の要旨を逸脱しない範囲で、ステップ順番の入れ替え、ステップの削除、付加などをした場合についても本発明の範囲である。
【0154】
フローチャート、シーケンスチャートなどに示す処理は、ＣＰＵ、ＩＣチップ、デジタル信号処理プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ ＰｒｏｃｅｓｓｏｒまたはＤＳＰ）などのハードウェアもしくはマイクロコンピュータを含めたコンピュータなどで動作させるソフトウェア（プログラムなど）またはハードウェアとソフトウェアの組み合わせによって実現してもよい。
【0155】
また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。
【符号の説明】
【0156】
１…磁気ディスク装置、ＤＫ…磁気ディスク、２…磁気ヘッド、３…スピンドルモータ、４…ボイスコイルモータ（ＶＣＭ）、５…アクチュエータ、６…モータドライバ、７…ヘッドＩＣ、８…リード・ライトＩＣ８、９…ゲートアレイ、１０…ディスクコントローラ（ＨＤＣ）、１１…バッファＲＡＭ、１２…ＣＰＵバス、１３…ＲＡＭ、１４…フラッシュＲＯＭ、１５…ＣＰＵ、２０…ホストシステム、２１…サーボブロック、２２…リード・ライトブロック、２３…ホストブロック、２４…リード・ライトブロック、２５…バッファブロック。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】