(57)【要約】【課題】記憶デイスクデバイスの各トラックのフォーマット化を短時間で行う。【解決手段】デイスク制御装置（１）は、データの一部を格納するキャッシュメモリ（１４）と、記憶デイスクデバイス（２）のトラックが所定のトラックフォーマットに初期化済みか否かを示す管理テーブル（２０）と、ホスト（３）からの入出力要求に対し、管理テーブル（２０）を参照して、前記トラックフォーマットパターンの作成を行う制御ユニット（１０、１２）とを有する。制御装置内にトラック管理テーブルを設け、工場出荷時フォーマットを示すフラグを設け、工場フォーマット時は、この管理テーブルの工場出荷時フォーマットフラグを“1”に設定し、管理テーブルのみをディスクへ転送することにより実現する。この手法により、高速な工場フォーマットが可能である。【選択図】図１３
2008269623.tif 000002
【特許請求の範囲】
【請求項１】
主ホストからの入出力要求に応じて、記憶デイスクデバイスのデータの入出力制御を行うとともに、副センタのデイスク制御装置と接続されたリモートデイスク制御装置において、
前記記憶デイスクデバイスのデータの一部を格納するキャッシュメモリと、
前記記憶デイスクデバイスのトラックが所定のトラックフォーマットに初期化済みか否かを示す初期化情報を格納する管理テーブルと、
前記ホストからの入出力要求に対し、前記管理テーブルを参照して、初期化済みでないトラックのためのトラックの属性を示すトラックフォーマットパターンの作成を行う制御ユニットと、
前記主ホストからのコピー指示に応じて、前記管理テーブルの初期化情報を、副センタのホストに接続され、前記副センタのホストからの入出力要求に対し、前記管理テーブルを参照して、初期化済みでないトラックのためのトラックの属性を示すトラックフォーマットパターンの作成を行う前記デイスク制御装置に転送するリモートユニットとを有する
ことを特徴とするリモートデイスク制御装置。
【請求項２】
前記リモートユニットは、前記初期化済みでないトラックに関する情報を、転送することを
特徴とする請求項１のリモートデイスク制御装置。
【請求項３】
前記リモートユニットは、前記初期化済みでないトラックの範囲を転送することを
特徴とする請求項１のリモートデイスク制御装置。
【請求項４】
前記リモートユニットは、前記初期化済みでないトラックに対し、トラックフォーマットパターンを作成し、作成されたトラックフォーマットパターンを、転送することを
特徴とする請求項１のリモートデイスク制御装置。
【請求項５】
ホストからの入出力要求に応じて、記憶デイスクデバイスのデータの入出力制御を行うリモートデイスク制御方法において、
管理テーブルに、前記記憶デイスクデバイスのトラックが所定のトラックフォーマットに初期化済みか否かを示す情報を設定して、初期化するステップと、
前記ホストからの入出力要求に対し、前記管理テーブルを参照して、前記トラックフォーマットの作成を行う制御ステップと、
前記ホストからのコピー指示に応じて、前記管理テーブルの初期化情報を、副センタのホストからの入出力要求に応じて、記憶デイスクデバイスのデータの入出力制御を行うデイスク制御装置に転送するリモートステップとを有することを
特徴とするリモートデイスク制御方法。
【請求項６】
前記リモートステップは、前記初期化済みでないトラックに関する情報を、転送することを
特徴とする請求項５のリモートデイスク制御方法。
【請求項７】
前記リモートステップは、前記初期化済みでないトラックの範囲を転送することを
特徴とする請求項５のリモートデイスク制御方法。
【請求項８】
前記リモートステップは、前記初期化済みでないトラックに対し、トラックフォーマットを作成し、作成されたトラックフォーマットを、転送することを
特徴とする請求項５のリモートデイスク制御方法。
【請求項９】
主ホストからの入出力要求に応じて、記憶デイスクデバイスのデータの入出力制御を行う第１のリモートデイスク制御装置と、
副ホストからの入出力要求に応じて、記憶デイスクデバイスのデータの入出力制御を行う第２のリモートデイスク制御装置とを有し、
前記第１及び第２のリモートデイスク制御装置は、
前記記憶デイスクデバイスのデータの一部を格納するキャッシュメモリと、
前記記憶デイスクデバイスのトラックが所定のトラックフォーマットに初期化済みか否かを示す初期化情報を格納する管理テーブルと、
前記ホストからの入出力要求に対し、前記管理テーブルを参照して、初期化済みでないトラックのためのトラックの属性を示すトラックフォーマットパターンの作成を行う制御ユニットと、
前記第１及び第２のリモートデイスク制御装置間で、通信を行うためのリモートユニットとを有し、
前記第１のリモートデイスク制御装置のリモートユニットは、前記主ホストからのコピー指示に応じて、前記管理テーブルの初期化情報を、前記第２のリモートデイスク制御装置に転送する
ことを特徴とするリモートデイスク制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶デイスクを有するデイスクドライブを制御するリモートデイスク制御装置、リモートデイスク制御方法及びリモートデイスク制御システムに関する。
【背景技術】
【０００２】
ＲＡＩＤシステム等のデイスクファイルシステムが、計算機センターの大量データの記憶システムとして利用されている。図２７は、従来技術の説明図、図２８は、ＣＫＤフォーマットの説明図、図２９は、磁気ディスクの説明図である。
【０００３】
図２７に示すように、ホストコンピュータ１００にデイスク制御装置（以下、FCU： File Control Unitと称する）２００が接続されている。ＦＣＵ２００には、磁気デイスクドライブ２１０が接続されている。ＲＡＩＤシステムは、大型機向けの高価なデイスクを、複数の小型機向け小容量のデイスクで置き換えたものであり、データの保全、冗長性で優れている。
【０００４】
ＦＣＵ２００は、各々ＭＰＵを持った、幾つかの機能単位である、CA(Channel Adapter)２２０、CM(Centralized Module)２３０、DA(Device Adapter)２５０等と、磁気ディスク２１０、機能制御に使用するデータを保管するメモリ、およびキャッシュメモリ２４０、それらを接続するバス２６０で構成されている。
【０００５】
ＦＣＵ２００は、接続された磁気ディスク２１０にデータを保持しているため、ホスト１００からの入出力要求があると、磁気ディスク２１０からキャッシュメモリ２４０へデータを展開（ステージング動作）し、入出力処理はすべてキャッシュメモリ２４０を介して行う。ただし、ホスト１００からの入出力要求時に、すでにキャッシュメモリ２４０上に対象データがある場合(キャッシュヒット)は、キャッシュメモリ２４０上のデータを読み書きして、ホスト１００へ処理の終了を通知する。
【０００６】
ＦＣＵ２００は，基幹系業務(データ更新が勘定・物流に対応するようなDB処理)や情報系業務(情報検索や加工処理）に用いられ、更に大量のデータの受け渡しが必要なため、高速化かつ大容量化が求められている。
【０００７】
このような大容量システムでは、ＦＣＵ２００に接続される磁気ディスク２１０の各トラックは、図２８に示すようなＣＫＤトラックフォーマットを採用している。図２９に示すように、磁気デイスク２１０の一枚のデイスク２８０は、同心円状の複数のトラックを有する。例えば、１００００トラック程度有する。
【０００８】
全てのトラックはインデックスマークで始まりインデックスマークで終わる。各トラックはHA(ホームアドレス)、R0(レコード0)、とユーザデータレコードRn（レコードＲ１〜Ｒｎ）から構成されている。
【０００９】
HAは、各トラックの最初のブロック情報であり、そのトラックの状態（正常、不良、交代の区別など）及びトラックの物理位置を示す。レコードＲ０，Ｒｎは、Count部（８ｂｙｔｅ），Kｅｙ部（０〜２５５ｂｙｔｅ），Ｄａｔａ部（０〜４７４７６ｂｙｔｅ）からなる。Ｃｏｕｎｔ部には、Ｋｅｙ部の長さ、Ｄａｔａ部の長さ等が格納される。Ｋｅｙ部、Ｄａｔａ部は、ユーザーデータを格納する。レコードＲ０は、Ｃｏｕｎｔ部、Ｄａｔａ部からなり、Ｄａｔａ部に、交代トラックアドレス等が格納される（例えば、特許文献１参照）。
【００１０】
従来、この磁気ディスク２１０は、FCU２００の出荷時或いは磁気ディスク２１０の増設時などに、ユーザデータの存在しない初期状態にフォーマットし、その後実際の運用に使われていた。即ち、図２７に示すように、工場もしくはユーザ先において、保守端末（PC等）３００を接続し、端末３００より磁気ディスク制御装置２００に対し、初期化指示を出すことにより実現する。この初期化指示により、磁気ディスク制御装置２００は、各トラック上にHAと標準R0（8ByteのCount部と8Byteが全て0であるData部からなるR0)のみを作成する。
【００１１】
図２７により、従来の初期化（工場）フォーマット手順を説明する。
【００１２】
保守端末（PC等）３００はCM２３０にコマンドを発行し、磁気ディスク２１０の工場フォーマットを指示する（(1)）。CM２３０は、保守端末（PC等）３００の指示を受け、工場フォーマットのタスクをスケジューリングし、DA２５０に工場フォーマット実行を指示する（(2)）。DA２５０はCM２３０の指示を受け、DA２５０の内部バッファにHA/標準R0のデータパターンから成る工場出荷時フォーマットを生成する（(3)）。DA２５０は、(3)で生成したデータパターンを磁気ディスク２１０に書き込む（(4)）。DA２５０は、磁気ディスク２１０上の全トラックに対して、工場フォーマットを行うため、(3)〜(4)を繰り返し、完了したところでCM２３０に完了通知を行う（(5)）。CM２３０は保守端末（PC等）３００へ完了通知を行う。
【特許文献１】特開平１１−１４３６４６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
このように、従来の工場フォーマットは、工場出荷時フォーマットデータを直接磁気ディスク２１０の各トラックに書き込んでいたため、磁気ディスク２１０に対し、大量のデータ転送が必要であり、フォーマット化に時間がかかる。磁気デイスクドライブは、磁気デイスクの各トラックにヘッドを位置決めして、各トラックにフォーマットを書き込むため、１枚の磁気デイスクの全てのトラック（例えば、１万トラック）には、時間がかかる。
【００１４】
例えば, メインフレーム系磁気ディスク装置Ｆ６４２７Ｈ（富士通製）タイプの工場フォーマットを行うと、1機番（１デイスクドライブ）当り９５[秒]かかる。さらに、通常ＲＡＩＤシステムは、１ＦＣＵ２００に多数のデイスクドライブ２１０が接続されているから、１ＦＣＵ２００に、６４機番の磁気ディスクが接続されていたとすると、１０１[分]の時間を要することになる。通常のユーザでは、64機番、128機番、256機番の磁気ディスクを接続することを考えれば、工場もしくはユーザ先において数時間の時間がかかり、さらに人件費などコストを要するという問題がある。
【課題を解決するための手段】
【００１５】
この目的の達成のため、本発明の主ホストからの入出力要求に応じて、記憶デイスクデバイスのデータの入出力制御を行うとともに、副センタのデイスク制御装置と接続されたリモートデイスク制御装置において、前記記憶デイスクデバイスのデータの一部を格納するキャッシュメモリと、前記記憶デイスクデバイスのトラックが所定のトラックフォーマットに初期化済みか否かを示す初期化情報を格納する管理テーブルと、前記ホストからの入出力要求に対し、前記管理テーブルを参照して、初期化済みでないトラックのためのトラックの属性を示すトラックフォーマットパターンの作成を行う制御ユニットと、前記主ホストからのコピー指示に応じて、前記管理テーブルの初期化情報を、副センタのホストに接続され、前記副センタのホストからの入出力要求に対し、前記管理テーブルを参照して、初期化済みでないトラックのためのトラックの属性を示すトラックフォーマットパターンの作成を行う前記デイスク制御装置に転送するリモートユニットとを有する。
【００１６】
本発明では、制御装置内にトラック管理テーブルを設け、工場出荷時フォーマットを示すフラグを設ける。工場フォーマットは、この管理テーブルの工場出荷時フォーマットフラグを“1”に設定し、管理テーブルのみをディスクへ転送することにより実現する。この手法により、高速な工場フォーマットが可能である。
【００１７】
ホストからのコピー指示に応じて、前記管理テーブルの初期化情報を、副センタのデイスク制御装置に転送するリモートユニットを設けたので、副センタでのコピー処理を、工場フォーマット情報を使用して実行できる。
【００１８】
又、本発明では、前記制御ユニットは、外部からの指示に応じて、前記管理テーブルに前記初期化済みかのフラグを設定し、前記記憶デイスクデバイスのトラックのトラックフォーマットの初期化を行うことにより、容易に初期化処理が可能となる。
【００１９】
更に、本発明では、前記制御ユニットは、前記ホストからのライト要求に対し、前記ライトデータを前記キャッシュメモリに展開した後、前記記憶デイスクデバイスに前記トラックフォーマットとともに、書き込むことにより、デイスクに実フォーマットを形成できる。
【００２０】
更に、本発明では、前記制御ユニットは、前記ホストからのリード要求に対し、前記管理テーブルを参照し、前記トラックフォーマットを作成して、前記ホストに応答することにより、このようにしても、ホストへ応答できる。  
【００２１】
更に、本発明では、複数のトラックフォーマットパターンを格納するリストテーブルを設け、前記制御ユニットは、前記ホストからの入出力要求に対し、前記管理テーブルを参照して、前記リストテーブルで指定されたトラックフォーマットの作成を行うことにより、ユーザ任意のフォーマットで工場フォーマットを可能にする。
【００２２】
又、本発明では、前記リモートユニットは、前記初期化済みでないトラックに関する情報を、転送することにより、転送量を減少できる。
【００２３】
更に、本発明では、前記リモートユニットは、前記初期化済みでないトラックの範囲を転送することにより、より転送量を減少できる。
【００２４】
更に、本発明では、前記リモートユニットは、前記初期化済みでないトラックに対し、トラックフォーマットを作成し、作成されたトラックフォーマットを、転送することにより、副センタは工場フォーマットを意識せずに、コピー処理を実行できる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を、磁気ディスク制御システム、工場フォーマット処理、リード／ライト処理、リモート磁気デイスク制御システム、第１のボリュームコピー処理、第２のボリュームコピー処理、第３のボリュームコピー処理、他の実施の形態の順で説明する。
【００２６】
［磁気デイスク制御システム］
図１は、本発明の一実施の形態のデイスク制御システムの構成図であり、磁気デイスクを使用したＲＡＩＤシステムを示す。図１に示すように、磁気デイスク制御装置（以下FCUという）１は、計算機センタ（ホスト）３の大量のデータをRAIDディスクドライブ（以下、デイスクという）２へ高速かつ、ランダムに読み書きが出来るシステムである。
【００２７】
FCU１は、CA１０ / CM１２ / DA１６ の３つのファンクションモジュールによって構成されている。これらの３つのファンクションモジュールは、FCU１内部のアクションを行うための役割分担が決められており、処理の一極集中による負担を軽減している。また、モジュール間のコミュニケーション・インタフェースは、メッセージやACBと呼ばれるものを用いて処理内容や、各モジュールの状態の伝達を行っている。
【００２８】
各ファンクション・モジュール１０、１２、１６の役割分担の概要を以下に説明する。CA（Channel Adapter）１０は、FCU１とHOST３を結ぶホスト・インタフェースの制御をつかさどるモジュールである。CA１０は、HOST３よりデータのWrite / Readオペレーション要求を受領すると、CM１２に対して処理要求を通知したり、CM１２上のCache Memory１４に直接アクセスして、HOST３間でのデータ転送を行う。
【００２９】
CM（Centralized Module）１２は、リソース管理（各モジュールの資源や、有効な制御管理を行う）と、Cache  Memory管理（メモリ領域の割り当て管理、制御全般を行う）と、サービス処理（メンテナンス用ツールにより、各種サービスを提供する機能である）を行う。また、CM１２には、RAID Disk２から読み込んだデータを蓄えるCache Memory(数ギガ)１４が内蔵されている。
【００３０】
DA（Device Adapter）１６は、FCU１とデバイス（磁気ディスク）２とのデバイス・インタフェースの制御を担うモジュールであり、CM１２からの指示によりデバイス２への処理を行う。
【００３１】
このRAID（Redundant Arrays of Inexpensive Disk）は、大型機向けの高価なディスクを、複数の小型機向けの小容量、安価なディスクで置き換え、データの保全、冗長性を保証するディスクシステムである。
【００３２】
後述するTFT(Track Format Table)２０は、デイスク２上のフォーマットの状態を示す8バイトの情報であり、このテーブル２０は、CM１２のCache メモリ１４上に存在する。１Trackあたり一つのTFTが存在し、TFTには、トラック内に存在するレコード数、Data部のデータ長、Flag(多目的で使用)が格納されている。CA１０はこのTFT２０により、Cache１２上の実Trackを調べることなくTrack Formatを認識する事ができる。TFT２０は、ホスト３からのWrite I/Oによってトラックフォーマットが変更された際、CA１０によって書きかえられる。
【００３３】
次に、Factory Format（工場フォーマット）を説明する。従来, メインフレーム系のディスクは工場でCKD論理フォーマット(HA/標準R0のみ作成)を行い, その後, 実際の運用で使用されていた。しかし, ディスクを物理的にフォーマットするため, フォーマットに関する時間・コストを要する。そこで、それらの時間・コストを削減するため、物理的なフォーマットを行わず、TFT２０上でCKD論理フォーマットを行う。具体的には、 TFT２０に“Factory Format”というフラグを設け, 全トラックのTFT２０に対して、このフラグを“1”にセットすることで実現する。    
【００３４】
そのため、Factory Formatとは、工場出荷時のCKD論理フォーマットを示すものであるが, 実際のディスク２上には、有効なデータは存在しない。このトラックに対するホスト３からのI/Oに対して, CA１０は、ディスク２上にあたかもHA/標準R0があるように振舞わなくてはならない。
【００３５】
［工場フォーマット処理］
図２は、本発明の一実施の形態のフォーマット処理の説明図、図３は、図２のトラック管理テーブルの構成図、図４は、図３のトラック管理テーブルのフォーマット図、図５は、図２のフォーマットリストテーブルの構成図、図６は、図２の磁気デイスクの格納領域の説明図、図７は、図２の管理端末のフォーマット処理フロー図、図８は、図２のＣＭのフォーマット処理フロー図、図９は、図２のＤＡのフォーマット処理フロー図である。
【００３６】
図２において、図１で示したものと同一のものは、同一の記号で示してある。図２に示すように、工場フォーマット処理では、FCU１内にトラック管理テーブル（以下、TFT：Track Format Tableと称する）２０を持つ。TFT２０は、図３に示すように、各機番の1トラック毎に8Byteの管理情報を持つテーブルから成る。
【００３７】
図４に示すように、各トラックのＴＦＴ管理情報は、トラックアドレスＣＣＨＨ（０〜２ｂｙｔｅ）、１バイトのフラグ、そのトラックのレコード数、レコード番号、レコード長からなる。このフラグは、工場出荷時フォーマットを示すフラグと、トラックフォーマットパターンを示すフラグ＃１〜＃Ｎからなる。即ち、FCU１内部で管理されるトラックテーブルTFT２０に、工場出荷時フォーマットを示すフラグを設ける。
【００３８】
工場フォーマット方法は、このTFT２０の工場出荷時フォーマットフラグを“1”に設定し、TFT２０のみを磁気ディスク２へ転送することにより実現する。図６に示すように、各機番のユーザデータ領域以外の管理領域の一部のＴＦＴ領域にこのＴＦＴ２０が格納される。ＴＦＴ領域は、磁気デイスクの１０トラック数以内であるため、従来の磁気ディスクの各トラックへの書き込みを必要としていたものが不要になるため、高速な工場フォーマットが可能である。
【００３９】
また、図２に示すように、FCU１内に工場フォーマットリストテーブル（以下、FFLT：Factory Format List Tableと称する）２２を設けることで、ユーザ任意のフォーマットで工場フォーマットを可能にする。図５に示すように、FFLT２２は、複数の工場出荷時トラックフォーマットパターンを記憶することが可能であり、ユーザは保守端末（PC等）４より任意のパターンを複数設定可能である。  
【００４０】
またTFT２０には、トラックフォーマットを示すフラグを複数持つことにより、ユーザが任意に設定したトラックフォーマットパターンをフラグに記憶する。ユーザ任意フォーマットによる工場フォーマットは、TFT２２のユーザが指定するトラックフォーマットパターンに相当するフラグを“1”に設定し、TFT２２のみを磁気ディスクへ転送することにより実現する。
【００４１】
図２の保守端末（PC等）４／CM１２／DA１６の各々のマイクロプログラムを実行することにより、工場フォーマットが行われる。保守端末（PC等）４／CM１２／DA１６の処理フローを図７，図８、図９にそれぞれに示す。
図２の保守端末（PC等）４／CM１２／DA１６の各々のマイクロプログラムを実行することにより、工場フォーマットが行われる。保守端末（PC等）４／CM１２／DA１６の処理フローを図７，図８、図９にそれぞれに示す。
【００４２】
以下に、本発明における磁気ディスクの工場フォーマット処理を図２、図７乃至図９を用いて説明する。
【００４３】
(1)図７に示すように、保守端末（PC等）４からCM１２に対し、工場フォーマット実行指示を出す。また、この時、工場フォーマットの対象機番、対象範囲（トラック範囲）を指示することにより、ユーザが希望する範囲の工場フォーマットを行う。例えば、磁気デイスクシステムが、複数の計算機システムに共用される場合には、そのユーザーの領域のみを工場フォーマットする等が可能である。この工場フォーマット指示において、以下のようなパラメータ設定が可能である。
【００４４】
全部または指定機番
全部または指定トラック
(2)図８に示すように、CM１２は、保守端末（PC等）４からの指示に従い、対象機番のTFT２０の工場出荷時フォーマットフラグを“1”にセットする。
【００４５】
(3)CM１２は(2)で更新されたTFT２０を磁気ディスク２に書き込むようDA１６に指示する。
【００４６】
(4)図９に示すように、DA１６は、CM１２からの指示を受け、TFT２０を磁気ディスク２に書き込む。
【００４７】
(5)DA１６は指示された範囲のTFT２０を磁気ディスク２へ書き込み、完了すると、CM１２に完了を通知する。
【００４８】
(6)CM１２は、保守端末（PC等）４に工場フォーマットの完了を通知する。
【００４９】
(3)〜(6)は、(1)〜(2)とは非同期で行われる。
【００５０】
［工場フォーマット後のリード／ライト処理］
以上のように、本発明では，TFT２０に工場出荷時フォーマットフラグ“１”の状態を保持することにより、工場フォーマットを実現しているので、実際の磁気ディスク２上のトラックには有効なデータは存在しない。従って、このトラックに対するホストからのＩ／Ｏ要求（リード／ライト）に対して、FCU１は、磁気ディスク２上にあたかも、HAと標準R0データが存在するように、処理を行わなければならない。この処理は、CA１０のマイクロプログラムによって行われる。
【００５１】
先ず、図１０により、工場フォーマット後のHOST３からのリード要求に対するFCU１の処理について説明する。
【００５２】
（Ｓ１０）HOST３は，工場フォーマットされたトラックに対しリードコマンドを発行する。  
【００５３】
（Ｓ１１）HOST３よりコマンドを受けたCA１０は，CM１２に対し，HOST３より指定されたトラック等の情報を送信し，リード要求を行う。
【００５４】
（Ｓ１２）CA１０からリード要求されたCM１２は、TFT２０を参照し、該当トラックの工場出荷時フォーマットのフラグを調べる。
【００５５】
（Ｓ１３）該当トラックの工場出荷時フォーマットフラグがオンでないことを認識すると、CM１２は、キャッシュメモリ１４のアロケーション、及び対象トラックがキャッシュ１４に無い場合には、対象データの磁気ディスク２からキャッシュメモリ１４へのステージングを行う。
【００５６】
（Ｓ１４）CA１０は，TFT２０を参照し，工場出荷時フォーマットフラグがオンであることを認識し、HOST３からのリードコマンドがHA/標準R0に対するものかを調べる。リードコマンドが、ＨＡ／標準Ｒ０であれば、内部バッファに工場出荷時フォーマットのデータであるHA／標準R0の捏造（作成）を行う。
【００５７】
（Ｓ１５）CA１０は，キャッシュ１４又は内部バッファ上のデータをHOST３へ転送する。CA１０はHOST３へリード処理完了通知を行う。
【００５８】
（Ｓ１６）ステップＳ１４でリードコマンドがＨA／標準Ｒ０でないと、工場フォーマットでは、当該トラックに実フォーマットが形成されていないため、ＨＯＳＴ３へデータ無しを通知して、終了する。
【００５９】
次に、図１１により、工場フォーマット直後のライト処理を説明する。
【００６０】
（Ｓ２０）HOST３は，工場フォーマットされたトラックに対しライトコマンドを発行する。
【００６１】
（Ｓ２１）コマンドを受けたCA１０は，CM１２に対し，HOST３より指定されたトラック等の情報を送信し，ライト要求を行う。
【００６２】
（Ｓ２２）CA１０からライト要求されたCM１２は、TFT２０を参照し、工場出荷時フォーマットフラグがオンであるかをチエックする。
【００６３】
（Ｓ２３）工場フォーマットフラグがオンでないと、磁気デイスクの該当トラックは、実フォーマット済みのため、CM１２は、キャッシュメモリ１４のアロケーション、及び対象トラックがキャッシュ１４に無い場合には、対象データの磁気ディスク２からキャッシュメモリ１４へのステージングを行う。そして、ＣＡ１０は、ＨＯＳＴ３から受けたデータをキャッシュ１４に書き込み、ステップＳ２７に進む。
【００６４】
（Ｓ２４）一方、工場フォーマットフラグがオンであることを認識すると、CM１２はキャッシュメモリ１４のアロケーションのみを行い、CA１０に処理開始を指示する。
【００６５】
（Ｓ２５）CA１０ は，対象レコードが、ＨＡ／Ｒ０である時は、ＨＯＳＴ３からのＨＡ／Ｒ０データをキャッシュメモリ１４上に書き込む。一方、対象レコードがＨＡ／Ｒ０でない時は、内部バッファ上に、ＨＡ／標準R0データの捏造を行い，転送データをキャッシュメモリ１４上に書き込み、本来のトラックデータをキャッシュメモリ１４上に完成させる。
【００６６】
（Ｓ２６）キャッシュメモリ１４へのデータ書き込みが完了すると，CA１０は当該トラックのTFT２０の工場出荷時フォーマットフラグをオフにし、通常トラック状態に更新する。
【００６７】
（Ｓ２７）CA１０は，HOST３へライト処理完了通知を行う。
【００６８】
尚、周知のように、ＣＭ１２は、ＨＯＳＴ３からのＩ／Ｏとは、非同期に、ＤＡ１６を介しキャッシュメモリ１４のデータを磁気デイスク２へ書き戻す。これにより、磁気デイスクの該当トラックは、実フォーマット済みとなり、本来のトラックデータが完成する。
【００６９】
更に、本発明のこの実施の形態では、新たにFFLT２２を設け、ユーザが任意のデータパターンから成る工場出荷時フォーマットを指定することができる。図１２は、FFLT登録処理の説明図である。以下にFFLT２２への工場出荷時フォーマットの登録処理を説明する。
【００７０】
保守端末（PC等）４で、工場出荷時フォーマットのデータパターンを設定する（(1)）。保守端末（PC等）４は、CM１２に対し登録した工場出荷時フォーマットのデータパターンをFFLT２２に登録するよう指示する（(2)）。CM１２は保守端末（PC等）４の指示を受け、FFLT２２に工場出荷時フォーマットのデータパターンを登録する（(3)）。CM１２は保守端末（PC等）４に対し、FFLT２２への工場出荷時フォーマットの登録完了を通知する（(4)）。
【００７１】
次に、ＦFLT２２を用いた工場フォーマットの実行処理では、図７乃至図９で説明した処理に、保守端末（PC等）４からFFLT２２に登録されたトラックフォーマットパターンを指定する処理を追加する。
【００７２】
又、FFLT２２を用いたリード処理では、内部バッファにFFLT２２の指定されたデータパターンを捏造する。更に、ＦＦＬＴ２２を用いたライト処理では、内部バッファ上にFFLT２２の指定されたデータパターンの捏造を行い、キャッシュメモリ上に書き込み、本来のトラックデータを磁気ディスク上に完成させる。
【００７３】
以上説明したように、本発明によれば、工場フォーマットを従来の磁気ディスクへのアクセスを伴なった方法ではなく、TFT２０の工場出荷時フォーマットフラグで実現したので、従来に比べ約1/100の処理時間で工場フォーマットを行うことが可能となり、処理時間の大幅な短縮とそれに伴なうコストの低減が可能となる。
【００７４】
また、本発明ではFFLT２２に任意のデータパターンから成る工場出荷時フォーマットを登録することが可能な為、ユーザ先において任意の工場出荷時フォーマットへの変更が短時間に容易に可能となる。
【００７５】
［リモート磁気ディスク制御装置（RFCF）］
図１３は、図１の磁気デイスク制御装置を利用したリモート磁気ディスク制御装置（以下RFCFという）の構成図である。リモート磁気デイスク制御装置は、遠隔地へデータのバックアップ機能を保持するFCU１のことである。
【００７６】
計算機センタ（以下  正センタ）３が、通常の業務と平行して、遠隔地に設けた別のFCU（以下  副センタ）１−１に正センタ１のデータをミラーリングすることにより、大規模な災害がどちらのセンタに発生しても、被災に合わなかったセンタにデータが残る仕組みになっている。
【００７７】
図１３に示すように、RFCF１には、FCU１にRA１９という通信制御を担うモジュールを加えた構成である。RA（Remote Adapter）１９は、通信制御装置(RT；ルータ)５と、FCUとのインタフェースを担うアダプタである。ＲＡ１９は、ＲＴ５，専用回線６、ＲＴ５を介し副センタの副ＦＣＵ１−１のＲＡ１９−１に接続される。副ＦＣＵ１−１も、主ＦＣＵ（RFCF)１と同一の構成を有し、ＣＡ１０−１，CM１２−１、ＤＡ１６−１、磁気デイスク２−１、ＲＡ１９−１を有する。
【００７８】
ＦＣＵ１では、ＡＣＢという内部指示書を利用する。ホストからコマンドで依頼される処理内容（例えばリード）の一連の流れを「オペレーション」と呼び、このオペレーションを遂行する為に必要な個々の内部処理（磁気ディスクより、データをメモリに吸い出す処理等）をアクションと呼ぶ。FCU１では、オペレーションを行う上で必要なアクションを各モジュールに通知する指示書としてＡＣＢを用いる。
【００７９】
RFCF１では、リアルタイム転送方式が実行される。リアルタイム転送は、正ホスト３からの正FCU１に書きこみ動作(ライトＩ／Ｏ）が行われた際、正FCU１は，自身のRAID DISK（キャッシュ１４、磁気デイスク２）にデータを書きこむと同時に、副センタFCU３−１にも同じデータを転送する機能である。
【００８０】
このＲＦＣＦ１では、正側のディスク２内のデータを副側のディスク２−１にコピーして、ミラーリングを行うＶｏｌｕｍｅ  Pair  Ｃｏｐｙ機能が設けられている。正ホスト３は、正FCU１に、コピーを行うデバイス及びコピー範囲（開始CCHH〜終了CCHH）を指示する事により、正FCU１から副FCU１−１に該当範囲のトラックが全てコピーされる。例えば、既存のシステムで正ＦＣＵ１を運用後、リモートコピーシステムに変更するため、副ＦＣＵ１−１を設ける場合に、Ｖｏｌｕｍｅ  Ｐａｉｒ  Ｃｏｐｙが利用される。
【００８１】
又、図１４に示すように、正RA１９から副RA１９−１には、パケットでデータが転送される。1パケットは、4352byte(256+4096)であり、１トラックを４６Ｋｂｙｔｅとすると、１トラックは、１２パケットで構成される。図１５に示すように、先頭の256ｂｙｔｅはRA Header６０と呼び，正RA１９，副RA１９−１間のコミュニケーション用として使用される。RAHeaderには、対象Device番号、シリンダ、へッド値が格納されている。パケットの後半4096byteには、ユーザデータ６１が格納されている。
【００８２】
次に、Volume Pair Copy処理を説明する。
【００８３】
［第１の実施の形態のコピー処理］
RFCF１では、Volume Pair Copyにおいて，当該トラックが工場出荷時フォーマット（以下、Factory Formatという）だった場合は、正センタFCU１のRA１９がHA/R0部を捏造し、副センタ１−１に転送する。これにより、Ｆａｃｔｏｒｙ  Ｆｏｒｍａｔを用いても、Volume Pair Copyが実現できる。
【００８４】
図１６により、第１の実施の形態のコピー処理内容を説明する。
【００８５】
（Ｓ３０）正FCU１は、正HOST３からVolume Pair Copyオペレーション通知を受領する。 
【００８６】
（Ｓ３１）CM１２は、ＴＦＴ２０から該当トラックがＦａｃｔｏｒｙ  Ｆｏｒｍａｔであるかを判定し、該当トラックがＦａｃｔｏｒｙ  Ｆｏｒｍａｔでない場合には、正CM１２は、該当Trackをディスク２から読み込み（実際はDAが行う）、自身のCache Memory１４上に展開する。又、該当TrackのTFT２０がFactory Formatである場合、CM１２はこの動作を行わない。
【００８７】
（Ｓ３２）正CM１２は、正RA１９に対し、正FCU１側から副FCU１−１側へVolume Pair Copyを行うように通知する。このとき、正CM１２は、ACBを介してVolume Pair Copyを行うべきボリューム番号、シリンダアドレス、ヘッド アドレスを正RA１９に通知する。また、HA/R0を転送する指示も明記する。       
【００８８】
（Ｓ３３）正RA１９は、TFT２０を読み込み、該当TrackがFactory Formatであるかどうかを判断する。
【００８９】
（Ｓ３４）正RA１９は、リモート転送の対象トラックがFactory Formatであった場合、HA/R0データを作成（捏造）し、副センタ１−１に転送する。
【００９０】
（Ｓ３５）Factory Formatでなかった場合は、Cache１４上より該当Trackを読み込み（1Track）、そのTrackを副センタ１−１に転送する。転送終了後、正RAは副RAからのレスポンスを待つ。副RA１９−１は、送られてきたデータを副CM１２−１上のCacheメモリ１４−１に書きこむ。副RA１９−１は，正RA１９に対して、当該トラックのリモート転送に対するレスポンスパケットを返送する。
【００９１】
（Ｓ３６）正RA１９は，副RA１９−１よりレスポンスを受信したことにより、正CM１２に対し、転送が完了（１Trackのみ）した事を通知する。
【００９２】
（Ｓ３７）正FCU１は，Volume Pair Copyの範囲が終了したかを調べ、終了していなければ、ステップＳ３１に戻り、終了するまで、Ｓ３１〜Ｓ３６の動作を繰り返す。
【００９３】
図１７は、第１の実施の形態でのVolume Pair Copyの範囲トラック１〜１５内にトラック４〜７のFactory Format Trackが存在した場合の動作説明図であり、正RA１９から副RA１９−１へ１３６パケット転送される。
【００９４】
［第２の実施の形態のコピー処理］
第１の実施の形態では，ｎ個のFactory Format Trackがあると、転送がn回行われた。第２の実施の形態は、これを1度の転送で済ませるものである。
【００９５】
このため、正CM１２はVolume Pair Copy範囲内にFactory Formatの存在をCheckし、もし存在するならばACBを介して存在するCCHH(単一もしくは複数のケースがある)を正RA１９に通知する。通知を受けた正RA１９は、図１９に示すように、RA Header６０にFactory Formatである事Ｘと、さらにFactory Format Trackの範囲 (開始CCHH,終了CCHH)を記し、副RA１９−１に通知する。即ち、第１の実施の形態とは異なり正RA１９はHA/R0を模造しない。副RA１９−１は、RA Header６０により複数TrackのFactory Formatを作成する事を認識し、副Cache１４−１上に複数のHA/R0のみのTrackを作成する。
【００９６】
図１８により、第２の実施の形態のコピー処理を説明する。
【００９７】
（Ｓ４０）正FCU１は、HOST３からVolume Pair Copyオペレーション通知を受領する。 
【００９８】
（Ｓ４１）正CM１２はTFT２０により該当トラックがFactory Formatであるかを判定する。
【００９９】
（Ｓ４２）該当トラックがFactory Formatでない場合には、正CM１２は、該当トラックをディスク２から読み込み、自身のCache１４上に展開する。正CM１２は、正RA１９に対し、該当トラックのコピーを指示する。正RA１９は、キャッシュ１４上よりトラックデータを読み込み、副RA１９−１に対してパケットを送信する。正ＣＭ１２は、該当トラックＣＣＨＨを（ＣＣＨＨ＋１）に更新する。ステップＳ４５に進む。
【０１００】
（Ｓ４３）正CM１２はTFT２０により該当トラックがFactory Formatである事を認識すると、次のトラックがFactory Formatであるかを判定する。
【０１０１】
（Ｓ４４）次のトラックがFactory Formatでないと、正CM１２は、ACBにFactory Formatの機番及び範囲(開始CCHH、終了CCHH）をセットし、正RA１９に対してコピーを行う様通知する。正RA１９はACBよりFactory Format Trackの転送である事を認識する。正RA１９はパケットのRA Header６０に図１９に示すような値をセットし、副RA１９−１に転送する。副RA１９−１はRA Header６０によりFactory Format Trackの転送である事を認識し、RA Header６０に示されるトラック範囲に関して、HA/R0を模造し、Cache１４−２上に書き込む。
【０１０２】
（Ｓ４５）副RA１９−１は、正RA１９に対しレスポンスパケットを送信する。
正RA１９は副RA１９−１からのレスポンスパケットを受信した事により、正CM１２に対し該当Trackのコピーが終了した事を通知する。
【０１０３】
（Ｓ４６）正FCU１は，Volume Pair Copyの範囲が終了したかを調べ、終了していなければ、ステップＳ４１に戻り、終了するまで、Ｓ４２〜Ｓ４５の動作を繰り返す。
【０１０４】
図２０は、第２の実施の形態でのVolume Pair Copyの範囲トラック１〜１５内にトラック４〜７のFactory Format Trackが存在した場合の動作説明図であり、正RA１９から副RA１９−１へ１３３パケット転送される。第１の実施の形態では、Volume Pair Copyの範囲内にn TrackのFactory Format Trackが存在した場合、正RAから副RAへの転送がn回行われた。この実施の形態では、これを1度の転送で済ませることができ、Ｉ／Ｏのトータルの処理時間を減らすことができる。
【０１０５】
図２１は、1つのデバイス内にFactory Format Trackが離散した場合でも対応できる例を示すものである。Volume Pair Copyの範囲トラック１〜１５内にトラック４〜７のFactory Format Trackと、トラック９〜１０のFactory Format Trackとが離散した場合の動作説明図であり、１１０パケットで済む。
【０１０６】
正CM１２は、TFT２０より該当トラックがFactory Format Trackである事を認識すると、このCCHHを内部メモリに一端メモしておく。正CM１２は続けて次のトラックをCheckする。Checkした結果、Factory Format Trackでない事から、先程メモしておいたトラックをACBにセットし、正RA１９に対し、Factory Format TrackのVolume Pair Copyを行うよう通知する。正RA１９はACBよりFactory Format Trackの転送である事を認識する。正RA１９はパケットのRA Header６０に図１９に示すような値をセットし、副RA１９−１に転送する。副RA１９−１はRA Header６０によりFactory Format Trackの転送である事を認識する。副RA１９−１は、RA Header６０に示されるトラックに関して、HA/R0を模造し、Cache上に書き込む。
【０１０７】
第１の実施の形態では、Volume Pair Copyの範囲内にn TrackのFactory Format Trackが離散して存在した場合、Factory Format Trackの正RAから副RAへの転送がn回行われるが、本実施の形態では、これを1度の転送で済ませることができる。よって、Ｉ／Ｏのトータルの処理時間が大幅に減らすことができる。
【０１０８】
［第３の実施の形態のコピー処理］
この実施の形態は、Factory Formatのトラックの範囲が、デバイスのユーザーデータの領域の終端から、以降デバイスの終端までだった場合は、副RAが転送されたユーザーデータの終端をキャッシュメモリに書き込んだことをきっかけに、副RAが、自発的にFactory FormatのトラックのHA/R0の捏造処理をデバイスの最終まで行なうものである。
【０１０９】
以下、図２２、図２３のＣＭの動作処理フロー図乃至図２４のＲＡの動作処理フロー図により、説明する。
【０１１０】
（Ｓ５０）正FCU１が、HOST３からVolume Pair Copy通知を受領すると、ＣＭ１２は、図２５の内部バッファのメモテーブル６２を最大転送量分初期化する。ホストから指示された転送範囲の内、最初のＣＣＨＨを、転送ＣＣＨＨにセットする。 
【０１１１】
（Ｓ５１）正CM１２はTFT２０により該当トラック（転送ＣＣＨＨ）がFactory Formatであるかを判定する。
【０１１２】
（Ｓ５２）該当トラックがFactory  Formatでない場合には、正CM１２は、該当トラックをディスク２から読み込み、自身のCache１４上に展開する。正CM１２は、正RA１９に対し、ACBを作成し、リモート転送を指示する。正RA１９からのレスポンス待ちとなり、正RA１９からのレスポンスパケットを受信した事により、正ＣＭ１２は、転送トラックＣＣＨＨを（ＣＣＨＨ＋１）に更新する。
【０１１３】
（Ｓ５３）正ＣＭ１２は，Volume Pair Copyの範囲が終了したかを調べ、終了していなければ、ステップＳ５１に戻り、終了していれば、終了する。
【０１１４】
（Ｓ５４）正CM１２は、TFT２０により該当トラックがFactory Formatである事を認識すると、該当ボリュームのメモテーブル６２に、ファクトリ・フォーマットトラックの開始と終了をセットする。
【０１１５】
（Ｓ５５）メモテーブル６２が最大転送量を超えたかを判定する。メモテーブル６２が最大転送量を超えると、メモテーブル６２の内容をＡＣＢにコピーし、ＲＡ１９にリモート転送を通知する。メモテーブル６２を初期化し、正RA１９からのレスポンス待ちとなり、正RA１９からのレスポンスパケットを受信した事により、正ＣＭ１２は、転送トラックＣＣＨＨを（ＣＣＨＨ＋１）に更新する。
【０１１６】
（Ｓ５６）正ＣＭ１２は，Volume Pair Copyの範囲が終了したかを調べ、終了していなければ、ステップＳ５１に戻り、終了していれば、図２３のステップＳ５７に進む。
【０１１７】
（Ｓ５７）メモテーブル６２が最大転送量を超えたかを判定する。
【０１１８】
（Ｓ５８）メモテーブル６２が最大転送量を超えると、メモテーブル６２の内容をＡＣＢにコピーし、ＲＡ１９にリモート転送を通知する。メモテーブル６２を初期化し、正RA１９からのレスポンス待ちとなり、正RA１９からのレスポンスパケットを受信した事により、正ＣＭ１２は、処理を終了する。
【０１１９】
（Ｓ５９）メモテーブル６２が最大転送量を超えないと、別ボリュームのメモテーブル６２に有効データ(Factory  Format  Track  CCHH）が存在するかを調べ、存在しない時は、ステップＳ５８に進み、存在する場合には、そのデータ（介しＣＣＨＨ，終了ＣＣＨＨ）を転送対象ボリュームのメモテーブルの空き領域にコピーし、別ボリュームのメモテーブルを初期化し、ステップＳ５７に戻る。
【０１２０】
一方、ＲＡでは、図２４の処理を行う。
【０１２１】
（Ｓ６０）ＲＡ１９は、副ＲＡ１９−１からパケットを受信したかを判定する。
【０１２２】
（Ｓ６１）正RA１９は、ACBよりFactory Format Trackの転送であるかを調べ、Factory Format Trackのフラグが立っていれば、ＡＣＢをパケットのRA Header６０に乗せる。Factory Format Trackのフラグが立っていなければ、キャッシュ１４からトラックを読み込む。
【０１２３】
（Ｓ６２）そして、副RA１９−１にリモート転送する。尚、副RA１９−１はRA Header６０によりFactory Format Trackの転送である事を認識し、RA Header６０に示されるトラック範囲に関して、HA/R0を模造し、Cache１４−２上に書き込む。
【０１２４】
（Ｓ６３）副RA１９−１は、Volume Pair Copyを受け取ったかを調べ、受け取ってないと、レスポンスパケットかを調べ、レスポンスパケットなら、正CM１２に対し該当Trackのコピーが終了した事を通知する。
【０１２５】
（Ｓ６４）以降は、副RAの処理であり、正RAより転送されたパケット内のデータを副FCU内部のメモリにライトアクションを行う。副RAは、転送されたパケットのRA HEADER内にフラグが立っていると、ユーザ・データのキャッシュメモリへのライトアクションが終了したことをきっかけに、Factory FormatのトラックのHA/R0の捏造作業をデバイスの終端まで行う。
【０１２６】
副RAは、RA HEADER内のFactory Formatのトラック範囲(先頭CCHH〜終端CCHH)よりFactory Formatのトラックを理解し、副センタ側のRAIDディスクの該当トラックに対し、HA/R0の捏造を行なう。 左記の処理を終了後、副RAは、Volume Pair Copy対象のユーザデータのFactory Format以外のトラックを副センタのキャッシュメモリへ書き込む。キャッシュメモリへユーザーデータを書き込み処理を終了後、副RAは、正センタ側へVolume Pair Copyオペレーションが正常に終了したことを通知するために、レスポンスパケットを転送する。
【０１２７】
図２６は、第３の実施の形態の動作説明図であり、Factory Formatが複数トラックに連続してデバイスの最終トラックにまで続いていた場合に限定されてしまうが、このような、デバイスの時は、第１、第２の実施の形態よりも更に転送効率を上げることが出来る。
【０１２８】
このように、正RAがRA HeaderにFactory Format Trackに関する情報（Factory Formatである事及び、Factory Format Trackの範囲(開始CCHH,終了CCHH)）を記すことで、副RAが、副センタディスクの当該TrackにFactory Format Trackを作成する事が出来るリモート磁気ディスク制御装置を実現できる。
【０１２９】
又、Factory Format Trackが複数Trackに離散して存在した場合、正RAがFactory FormatであるTrackをピックアップし、Factory Format Trackに関する情報をRA  Header内にまとめて記す事で、副RAは、複数のFactory Format Trackを一度のリモート転送処理で作成する事が出来るリモート磁気ディスク制御装置を実現できる。
【０１３０】
ユーザデータの終端からデバイスの終端までの連続した全てのTrackがFactory Format Trackであった場合、リモート転送パケット内のRA  Headerに、ユーザデータの終端から、デバイスの終端までのTrackは全てFactory Format Trackである事を記す事で、副RAが、自発的にFactory Format Trackの作成を行う事が出来るリモート磁気ディスク制御装置を実現できる。
【０１３１】
［他の実施の形態］
上述の実施例では、デイスクを磁気デイスクで説明したが、光デイスク、光磁気デイスクにも適用できる。ＣＫＤフォーマットで説明したが、他のトラックフォーマットにも適用できる。
【０１３２】
以上、本発明を実施の形態で説明したが、本発明の趣旨の範囲内で種々の変形が可能であり、本発明の技術的範囲からこれらを排除するものではない。
【産業上の利用可能性】
【０１３３】
工場フォーマットを従来の磁気ディスクへのアクセスを伴なった方法ではなく、TFT２０の工場出荷時フォーマットフラグで実現したので、従来に比べ約1/100の処理時間で工場フォーマットを行うことが可能となり、処理時間の大幅な短縮とそれに伴うコストの低減が可能となる。
【０１３４】
また、本発明ではFFLT２２に任意のデータパターンから成る工場出荷時フォーマットを登録することが可能な為、ユーザ先において任意の工場出荷時フォーマットへの変更が短時間に容易に可能となる。
【図面の簡単な説明】
【０１３５】
【図１】図１は、本発明の一実施の形態のファイル制御システムの全体構成図である。
【図２】図２は、本発明の一実施の形態のフォーマット処理の説明図である。
【図３】図３は、図２のトラック管理テーブルの構成図である。
【図４】図４は、図３のトラック管理テーブルのフォーマット図である。
【図５】図５は、図２のフォーマットリストテーブルの構成図である。
【図６】図６は、図２の磁気デイスクの格納領域の説明図である。
【図７】図７は、図２の管理端末のフォーマット処理フロー図である。
【図８】図８は、図２のＣＭのフォーマット処理フロー図である。
【図９】図９は、図２のＤＡのフォーマット処理フロー図である。
【図１０】図１０は、図２の構成のリード処理フロー図である。
【図１１】図１１は、図２の構成のライト処理フロー図である。
【図１２】図１２は、図２のフォーマットリストテーブルの登録処理の説明図である。
【図１３】図１３は、本発明の他の実施の形態のリモートファイル制御システムの構成図である。
【図１４】図１４は、図１３のパケット転送の説明図である。
【図１５】図１５は、図１４の転送パケットの説明図である。
【図１６】図１６は、図１３の第１の実施の形態のコピー処理フロー図である。
【図１７】図１７は、図１４のリモート転送動作の説明図である。
【図１８】図１８は、図１３の第２の実施の形態のコピー処理フロー図である。
【図１９】図１９は、図１８の転送パケットの説明図である。
【図２０】図２０は、図１８のリモート転送動作の説明図である。
【図２１】図２１は、図１８の他のリモート転送動作の説明図である。
【図２２】図２２は、図１３の第３の実施の形態のＣＭのコピー処理フロー図（その１）である。
【図２３】図２３は、図１３の第３の実施の形態のＣＭのコピー処理フロー図（その２）である。
【図２４】図２４は、図１３の第３の実施の形態のＲＡのコピー処理フロー図である。
【図２５】図２５は、図２２のメモテーブルの説明図である。
【図２６】図２６は、図２２乃至図２４のリモート転送動作の説明図である。
【図２７】図２７は、従来のフォーマット初期化処理の説明図である。
【図２８】図２８は、磁気デイスクのＣＫＤフォーマットの説明図である。
【図２９】図２９は、磁気デイスクの説明図である。
【符号の説明】
【０１３６】
１  ファイルコントロールユニット（ＦＣＵ）
２  磁気デイスク
３  ホスト
４  保守端末
１０  チャネルアダプタ（ＣＡ）
１２  制御ユニット（ＣＭ）
１４  キャッシュメモリ
１６  デバイスアダプタ（ＤＡ）
２０  トラック管理テーブル（ＴＦＴ）
２２  工場フォーマットリストテーブル（ＦＦＬＴ）
【図１】
2008269623.tif 000003
【図２】
2008269623.tif 000004
【図３】
2008269623.tif 000005
【図４】
2008269623.tif 000006
【図５】
2008269623.tif 000007
【図６】
2008269623.tif 000008
【図７】
2008269623.tif 000009
【図８】
2008269623.tif 000010
【図９】
2008269623.tif 000011
【図１０】
2008269623.tif 000012
【図１１】
2008269623.tif 000013
【図１２】
2008269623.tif 000014
【図１３】
2008269623.tif 000015
【図１４】
2008269623.tif 000016
【図１５】
2008269623.tif 000017
【図１６】
2008269623.tif 000018
【図１７】
2008269623.tif 000019
【図１８】
2008269623.tif 000020
【図１９】
2008269623.tif 000021
【図２０】
2008269623.tif 000022
【図２１】
2008269623.tif 000023
【図２２】
2008269623.tif 000024
【図２３】
2008269623.tif 000025
【図２４】
2008269623.tif 000026
【図２５】
2008269623.tif 000027
【図２６】
2008269623.tif 000028
【図２７】
2008269623.tif 000029
【図２８】
2008269623.tif 000030
【図２９】
2008269623.tif 000031