JPH04339364A - データ記憶装置用不良ブロック管理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】ストリーミングテープなどの脱着可能なデ
ータ記憶サブシステムは、システム内に含まれるメモリ
の拡張部分として、またシステム間での情報転送手段と
してコンピュータ制御システム上で重要な役割を演じて
いる。例を挙げれば、ストリーミングテープまたは他の
脱着可能なデータ記憶媒体は、オペレーティングシステ
ムおよびその他のデータを電子複写システムなどのコン
ピュータ制御システムへアップロードする際、転送媒体
として用いられている。

【０００２】一般に、データ記憶システムの記憶容量が
フォーマットされている方式で代替手段が存在している
。例えば、ルービンソン（Ｒｕｂｉｎｓｏｎ）らの米国
特許第４，４３４，４８７号では、第１の物理層、第２
の論理層、および第３の機能層を有するデータ処理ディ
スク大容量記憶装置のためのディスクフォーマットを開
示している。

【０００３】ウォーレル（Ｗｏｒｒｅｌ）らの米国特許
第４，９３５，８２５号では、データ記憶システム用の
シリンダ方式不良部分管理システムを開示している。

【０００４】以上に述べた参考文献からすると、媒体の
不良領域を管理する際、媒体へのアクセス時間を最小限
に留めるべく設計されている媒体のフォーマットを教示
している。しかし、連続的にアクセスされる媒体におい
てアクセス時間は重要ではあるが、より少ない頻度でし
かアクセスされない脱着可能な記憶媒体においては重要
性が低い。さらに、最近の技術的進歩によってハードウ
ェア側のディスクドライブアクセス時間が劇的に改良さ
れたことで、不良管理方法の有用性の要求が減少してい
る。そのため、本発明の第１の目的はデータ記憶媒体上
に記憶できるデータ量を信頼性の高い方法で最大限とな
すことである。

【０００５】本発明はデータ記憶装置用不良部分管理シ
ステムであって、ブロック内にデータが記憶されるデー
タ記憶サブシステムとブロック各々の不良状態の指標を
有するデータ記憶媒体上に含まれる不良アレイを含む。 さらに、アレイの要素によって指示されたとおり、本シ
ステムは非不良状態を有するこれらのブロックのみへの
アクセスを容易となし、それによって媒体が複数の連続
した「論理」データブロックを含むように見せるもので
ある。

【０００６】本発明をよりよく理解するために、参照用
として図面を添付してあり、その図面の中では部品等に
同一の参照番号が割り当てられている。

【０００７】図１から図３はストリーミングテープシス
テムを用いる電子複写システムのシステム制御部の主要
部材を示す模式的ブロック図である。

【０００８】図４は典型的なストリーミングテープ媒体
の物理的配置状態を示す。

【０００９】図５Ａおよび図５Ｂは図４に示したストリ
ーミングテープのデータ領域におけるトラック並びにブ
ロックの構造を示す。

【００１０】図６Ａは図４のストリーミングテープ上に
含まれるディレクトリブロックの構造を示す。

【００１１】図６Ｂは図６Ａのディレクトリエントリー
を構成するディレクトリ記述子の詳細な模式図である。

【００１２】図６Ｃは図６Ａの第１７セクターに含まれ
る不良ブロックテーブルの詳細な模式図である。

【００１３】図７は本発明に従ってファイルをテープ上
に書き込む際の諸段階を示すフローチャートである。

【００１４】図８は本発明に従ってファイルをテープ上
から読み込む際の諸段階を示すフローチャートである。

【００１５】図９はフォーマット済みテープを検証し本
発明の不良ブロックテーブルを生成する際の諸段階を示
すフローチャートである。

【００１６】図１を参照すると、印刷ジョブを処理する
ためのレーザ方式印刷装置の例におけるコントローラを
示している。コントローラ５４は複数のプリント配線基
板（ＰＷＢ）７０を含み、プリント配線基板７０は他の
基板と結合されまたシステムメモリ６１とはメモリバス
７２、７４の対によって結合されている。メモリコント
ローラ７６はシステムメモリ７２、７４とバスによって
結合されている。プリント配線基板７０には、複数のシ
ステムコントローラを有するシステムコントローラプリ
ント配線基板７０−１、ストリーミングテープドライブ
８６とのインタフェースを担当するテープドライブコン
トローラ８４を含む低速Ｉ／Ｏ処理装置プリント配線基
板７０−２、ディスク９０−１、９０−２、９０−３と
の間のデータ転送のためのディスクドライブコントロー
ラ／処理装置８２を有する主メモリを含むプリント配線
基板７０−３、７０−４、７０−５、画像操作部５８の
画像操作処理装置を含む画像操作プリント配線基板７０
−６、プリンタ部８から印刷する画像データを処理する
ための画像生成処理装置８５を有する画像生成処理装置
プリント配線基板７０−７、７０−８、プリンタ部８と
のデータ転送制御用配分処理装置８８、８９を有する配
分処理装置プリント配線基板７０−９、および起ち上げ
制御・調歩スケジューラプリント配線基板７０−１０が
含まれる。

【００１７】プリント配線基板７０−２上に位置するテ
ープドライブコントローラ８４はストリーミングテープ
ドライブ８６へのアクセス制御用に使用される。より特
定すれば、テープドライブコントローラ８４はテープド
ライブ８６内に位置するストリーミングテープカートリ
ッジへの書き込みおよびこれからの読み込みアクセスを
制御している。スリーエム社製ＤＣ２０００型１／４イ
ンチ幅高密度データカートリッジなどのストリーミング
テープはシステムメモリ６１またはディスク９０へ引き
続いて使用するためにアップロードするオペレーティン
グシステムソフトウェアまたは印刷用フォントが含まれ
る。ストリーミングテープカートリッジは情報をシステ
ムにアップロードするための媒体として用いられるため
、テープ上に元々おかれている情報を高信頼度で保持す
る必要がある。主メモリは複数のハードディスク装置９
０−１、９０−２、９０−３であって本装置のオペレー
ティングシステムソフトウェア、装置のオペレーティン
グデータ、印刷用フォント、および現在処理中の操作画
像データを記憶する。一般に、オペレーティングシステ
ムソフトウェア並びに印刷用フォントはストリーミング
テープドライブ８６からアップロードされる。

【００１８】図４並びに図５Ａを参照すると、標準的な
ＤＣ２０００型データカートリッジの物理的配置が描か
れている。テープ１１０は物理的に導入部１１２、ＩＤ
部１１４、データ部１１６、および終端部１１８に分割
されている。またテープはさらにテープ幅方向に分散配
置しているトラックに分割される。ここで偶数番号のト
ラックは矢印１２０の方向にテープが進む際にアクセス
され、奇数番号のトラックは矢印１２２の方向にテープ
が走る際にアクセスされる。部分１１２および１１８は
一般にデータ領域として用いられず、テープリーダーと
して機能し、両セクションとも物理的に同一の長さであ
る。本実施例の５つの偶数番号トラックではＩＤ部１１
４内で（Ｔ６からＴ１４）５ビットのテープＩＤを示す
ために用いられている。部分１１４内の各トラックはそ
の上で表現される単一ビット値を有し、そのため偶数番
号トラックＴ−６からＴ１４上に記憶された二進値を読
み取る際に５ビットの識別値が決定される。

【００１９】図５Ａではテープ１１０のデータ部１１６
がテープの長さ方向に沿って走る一連の並行なトラック
Ｔ０からＴ２３が描かれている。図５Ｂの拡大図で示さ
れるように、ここのブロックＢ０からＢ８９はトラック
全長に沿って連続して配置されている。本実施例におい
て、各トラックは９０のデータ記憶ブロックが含まれる
。図示したブロックはテープ上でアドレス可能な最小単
位の情報を表している。言い替えるならば、テープ上の
情報へのランダムアクセスはブロックの開始端へのイン
デックスをテープに付け、それに続けてそのブロック内
に含まれるデータをシーケンシャルに読み出すことで完
了する。

【００２０】図６Ａ、図６Ｂ、および図６Ｃを参照する
と、ブロックＢ０からＢ８９内のデータの物理的構成が
示されている。トラックＴ０／ブロックＢ０はディレク
トリブロック１３０として使用される。データの冗長性
を目的として、トラック２３／ブロック８９にはディレ
クトリブロック１３０と同一のデータが含まれることは
特筆すべきことである。さらに、トラック０、ブロック
１もまた本実施例においては設定記述子ブロック１３２
として予約されている。一般に、このブロックの内容に
はテープ上に含まれる特定情報に対応する情報が含まれ
る（例、タイムスタンプ、ソフトウェアの改定レベル、
など）。同様に、設定記述子ブロック１３２内に含まれ
るデータは冗長性を持たせるためトラック２３／ブロッ
ク８８へ複写されている。

【００２１】ディレクトリブロック１３０は他のデータ
ブロック同様、連続した２０のセクターＳ０からＳ１９
に分割される。各セクターは１０２４バイトまでのデー
タ（１６ビットで５１２ワード）まで記憶する能力があ
る。さらに、各ブロックの最後の２セクター、セクター
１８および１９は誤りチェックおよび訂正（ＥＣＣ）用
セクターとして予約されている。一般にこれら２つのセ
クターはパリティまたはその他の形式のチェック用とし
て該当セクター内のデータが正確であるかを検証するた
め、またはデータ訂正においてある誤りが読み込みアク
セス中に検出されることを助けるため、用いられる。

【００２２】本実施例において、ディレクトリブロック
１３０の最初の１７セクターにはディレクトリヘッダー
およびディレクトリエントリーが含まれる。より特定す
れば、セクターＳ０にある最初の４６４個の２バイトワ
ードはディレクトリヘッダー情報を含んでいる。ディレ
クトリヘッダー情報は、テープ名情報、ディレクトリ数
、テープ上の不良ブロック数、ブロック当りのデータセ
クター数、ブロック当りのパリティセクター数、セクタ
ーのバイトサイズ、トラック当りのブロック数、現在の
ＥｎｄＯｆＴａｐｅポインターの位置、およびそのテー
プがソフトロードテープであるかまたはブート可能なテ
ープであればテープ上に含まれるブートファイルの論理
開始位置、を含む一連のフィールドに分割される。Ｅｎ
ｄＯｆＴａｐｅポインターフィールドはテープ上に書き
込まれている最後の論理ブロックを表すことを目的とし
ている。上記の名を挙げたフィールドは全体で７９ワー
ドよりなり、セクターＳ０内の残り３８５ワードは将来
の使用のために予約されている。テープのフォーマット
の際、ディレクトリヘッダーフィールドはテープが最初
に書き込まれるまで１で埋められ、その時点でテープに
ディレクトリヘッダー情報が書き込まれることになる。

【００２３】セクターＳ０内のディレクトリヘッダー情
報に続くのはセクターＳ１から始まるディレクトリエン
トリーである。図６Ｃを付録Ａ（表１〜４参照）とあわ
せてここで参照すると、付録Ａのソースコードの宣言に
示されているようにディレクトリエントリーは４８バイ
トレコード構造で表される（ＤｉｒＤｅｓｃｒｉｐｔｏ
ｒ　　ＴＹＰＥの定義を参照）。さらに、各ディレクト
リエントリーは５つの情報フィールドに分割されている
。 ファイル名フィールド１４０には、ファイル名の最大長
、ファイル名の実際長、およびファイル名を意味する文
字列が含まれる。開始アドレスフィールド１４２はテー
プ上の最初のデータブロックからのファイル論理オフセ
ットを「良好な」ブロック数で表したものである。一般
に「良好な」または論理ブロックはテープのフォーマッ
ト中に信頼性があると思われるデータブロックである。 「良好な」および「不良な」ブロックを表示するさらな
る情報は図６Ｃを参照すると図示されている。アドレス
終端フィールド１４４はこれも「良好な」ブロック数で
そのファイルが占有している最後のブロックの論理オフ
セット値を表すものである。論理長フィールド１４６は
そのファイルが占有する論理ブロック数で、ｌｏｇＢｌ
ｏｃｋｓによって表されている。最後に、ファイル形式
フィールド１４８は１バイト値でワード２３の高位側バ
イトに記憶されており、そのファイルの形式を表してい
る。

【００２４】４８バイトのディレクトリエントリーレコ
ードは相互に連続して維持されている。そのためディレ
クトリ容量は３６２エントリーまでと制限され、これは
セクターＳ１からＳ１６までの記憶空間の制限と同一で
ある。ディレクトリエントリーの直後にあるのは不良ブ
ロックテーブル（ＢＢＴ）で、セクターＳ１７に含まれ
る。

【００２５】付録Ａのソースコードの宣言とあわせて図
６Ｃを参照すると、不良ブロックテーブルは３つのデー
タフィールド１５０、１５２、および１５３から構成さ
れている。フィールド１５０のｎｕｍＢａｄＢｌｏｃｋ
ｓフィールドには図４のテープ１１０上にある全部ロッ
ク数を表す値が含まれ、データ記憶用として信頼性がな
いと考えられる。一般に、フォーマット処理の過程でブ
ロックが識別されるが、信頼性がないまたは「不良な」
ブロックはそれに続く書き込みアクセスの間にも検出す
ることが可能である。これらが検出されると、フィール
ド１５０内に記憶された数値は更新される。同様に、フ
ィールド１５２のｎｕｍＧｏｏｄＢｌｏｃｋｓフィール
ドはテープ上に存在している良好なブロック数を表す数
値が含まれる（例、本実施例においては２１６０ｎｕｍ
ＢａｄＢｌｏｃｋｓ）。この数値はテープへの書き込み
開始に先だって、書き込みを行なうデータの記憶のため
にテープ上に充分な信頼性のあるブロックが存在してい
るかどうか決定するため読み込むことが出来る。次のフ
ィールド１５２はｂａｄＢｌｏｃｋＴａｂｌｅフィール
ド１５４で、ここには２，１６０ビットのアレイが含ま
れ、これらは各々が対応するブロックが良好（０）かま
たは不良（１）かを表している。例えば、ｂａｄＢｌｏ
ｃｋＴａｂｌｅのワード番号０、１５４ａはトラック０
のブロック０から１５の状態を表し、一方１５４ｂはト
ラック０のブロック１６から３１の状態を表している。 同様に、フィールド１５４内の残りのワードはトラック
２３のブロック８９を含めそこまでの１６ブロックの連
続したグループを表している。物理的には、テープ上の
各１６ビットワードは低位側バイト／高位側バイトに分
けて記憶されている（「Ｌｉｔｔｌｅ　　ｅｎｄｉａｎ
」方式）。

【００２６】図７を参照すると、読み込み要求を受け付
けた際、ストリーミングテープからのデータ読み込みに
関連する処理段階が描かれている。テープドライブコン
トローラ８４によってテープ１１０が所望のファイルの
開始へのインデックスをなす。特定すると、テープは論
理ｓｔａｒｔＡｄｄｒ（トラックおよびブロック）への
インデックスがなされ、ＢＢＴ、ステップ２１０で不良
とされたブロックを全てスキップする。続いて、現在の
物理的ブロック位置を表すビットがステップ２１２で読
みとられ、またステップ２１４で検証され、現在の物理
的ブロックが良好か不良かが決定される。現在の物理ブ
ロックが不良であれば、テープはステップ２１６で次の
良好データブロックが指定されるまでインデックスされ
る。この時点で、希望するデータの最初の論理ブロック
における読み込みを開始すべき位置にあり、ステップ２
１８でデータが読み込まれる。ブロックの読み込み後、
次の物理的に連続したデータブロックを読み込む準備の
ためテープが整列される。よってテープ位置を追跡する
ために用いられるポインターはステップ２２０で適宜増
分される。この読み込み動作の間に、テープ位置ポイン
ターは追加の有効データチェックとして定期的にディレ
クトリヘッダーに含まれるＣｕｒｒｅｎｔＥｎｄＯｆＴ
ａｐｅポインターと比較される。さらに、当初０に設定
されているブロックカウンターが増分され、ステップ２
２２でそのブロックが今読み込まれたことを反映する。 このカウンターは続けてステップ２２４で読み込み中の
ファイルのディレクトリエントリーのフィールド１４６
に含まれる値と比較され、ファイル内の最終ブロックが
最も新しい読み込みブロックであるか確認される。もし
違っていれば、処理はブロック２１２でファイル終端に
到達するまで続けられ、到達時点で転送が終了する。

【００２７】図８を参照すると、テープへデータを転送
するまたは書き込むことに関連した処理ステップが示さ
れている。ここで書き込み要求を受け取ると、テープド
ライブコントローラによってテープが最初の空の論理ブ
ロックにインデックスされる。一般に、空のフォーマッ
ト済みテープへ書き込む時、これはＢＢＴによって示さ
れる最初の良好なブロックへテープがインデックスされ
ることを意味する。その一方、すでにデータを含むテー
プへデータを追加するという追加操作において、テープ
はステップ２３０でディレクトリに含まれる最後のファ
イルエントリーの最後のブロックの終端にインデックス
される。この別の操作では、データ終了はＣｕｒｒｅｎ
ｔＥｎｄｏｆＴａｐｅポインターで表すことが出来、デ
ータが首尾良く追加された後このポインターは更新を受
ける。次に、ステップ２３２でテープへ書き込むべきデ
ータをシステムが取り出す。一つのブロックへ書き込ま
れるデータの量は本実施例では１０２４バイトに制限さ
れており、このことから取り出されたデータ量は１０２
４バイトまたはそれ以下であると思われる。本システム
はステップ２３４で現在のブロックについてのＢＢＴ値
を検証し不良ブロックであるとステップ２３６で決定さ
れれば、ステップ２３８でテープが次のブロックへ進め
られる。ステップ２３４、２３６、および２３８を含む
処理ループは良好なブロックが見つかるまで繰り返し実
行される。一旦見つかると、処理はステップ２４０へ進
み、ここでそのブロックがテープへ書き込まれる。さら
に書き込み処理には任意で、最近書き込まれたブロック
が統合性を確認する確認ステップ２４２を含むことがで
きる。ブロックへの書き込み中に訂正不可能な誤りにぶ
つかると、ステップ２４４でＢＢＴが更新されて追加の
不良ブロックを反映し、データは次に利用可能な良好な
ブロックに書き直される。ステップ２４２で規定したよ
うにブロックへのデータ書き込みが成功すると、ステッ
プ２４６で論理ブロック長カウンターが増分され、さら
にステップ２４８で論理位置ポインターが次の論理ブロ
ックを指すように増分される。論理ブロック長カウンタ
ーと論理位置ポインター両者の値が転送終了時に書き込
まれているファイルのディレクトリエントリーを更新す
るために用いられる。次に、システムがテープへ書き込
むデータがまだあるか確認するチェックを行なって、あ
るようならすでに記述したごとくブロック２３２で処理
を継続する。全データが転送されていれば、システムは
処理を進め、書き込み処理を完了する前にステップ２５
２で最近書き込んだデータのディレクトリエントリーを
追加する。

【００２８】図９を参照すると、ここでは前もってフォ
ーマット済みのテープの検証に関連する処理ステップが
示されている。ステップ２７０でｎｕｍＧｏｏｄＢｌｏ
ｃｋｓ変数およびｎｕｍＢａｄＢｌｏｃｋｓ変数をゼロ
に初期化する。テープの検証が成功裏に終了するとこれ
らの変数は相応のディレクトリヘッダーフィールドへ書
き込まれる。ステップ２７２でＲＴＯＳＢａｓｅプロシ
ージャのＶＥＲＩＦＹＴＲＡＣＫ（このプロシージャの
宣言は付録Ａに含まれる）が呼ばれ、そのトラック内の
各ブロックの信頼性の検証を行なって、呼び出しルーチ
ンへ帰すリストを作成（ＶＥＲＩＦＹＬＩＳＴ）する。 次に、ステップ２７４でトラック誤りカウント変数をゼ
ロにし、ＶＥＲＩＦＹＬＩＳＴの各要素がステップ２７
６で読み込まれ、ステップ２７８でチェックを行なって
その要素が示すブロックが不良ブロックであるかを決定
する。不良ブロックであれば、ステップ２８０で現在の
ブロックについてのＢＢＴビットが不良ブロックを表す
ＴＲＵＥ（１）にセットされる。ここでテストを実行し
てステップ２８２で不良ブロックの最大数をそのテープ
で検出したか判定し、そうであればステップ２８４でそ
のテープは不良テープであるとのラベルが付けられる。 違う場合、ステップ２８６で現在のトラックについての
誤りカウントを増分してから処理をステップ２９０へ進
める。

【００２９】ステップ２７８で不良ブロックが全く検出
されなければ、ＢＢＴ値はＦＡＬＳＥ（０）に留まり、
良好なブロックであることを示して処理はステップ２８
８へ進む。ステップ２８８ではループチェックが行なわ
れそのトラック内にある全ブロックがチェックされたか
判定する。特定すると、このテストではＶＥＲＩＦＹＬ
ＩＳＴの終りに到達したかを判定している。そうでなけ
れば、不良ブロックカウンターおよび良好なブロックカ
ウンターがそれぞれステップ２９０および２９２で示し
たように更新される。次に、ステップ２９４でシステム
がテストを行なってテープ上の全トラックが検証された
か判定する。検証されていなければ、ステップ２７２か
ら始まる処理が繰り返される。全トラックが検証された
なら、ｎｕｍＢａｄＢｌｏｃｋｓおよびｎｕｍＧｏｏｄ
Ｂｌｏｃｋｓの値がテープに書き込まれ、検証処理は完
了したと見なされる。

【００３０】すでに記述した読み込み、書き込み、およ
び検証の処理はテープをアクセスする全テープサブシス
テムが使用する。一般に、サブシステムは検証プロセス
で生成した不良ブロックテーブル（ＢＢＴ）を利用して
テープ上のアクセス可能なブロックのリストから不良ブ
ロックを除外する。さらに、考えられるアクセスから不
良ブロックが一旦除外されてしまえば、残っている利用
可能なまたは良好なブロックの「リスト」は論理的にア
クセスすることが可能である。この方法による利用可能
ブロックのリストの使用によってあらゆるシステムでテ
ープを一連の論理ブロックであると見なすことができ、
その結果実際のデータのテープ上での物理的位置は重要
ではなくなる。

【００３１】テープ上に含まれるデータについての論理
ブロックアドレスの使用により、ディレクトリ情報はデ
ータファイルの論理アドレスに基づくことができる。一
般に、これで複製装置が必ずしも正確な物理的複写物を
作成する必要がなく論理的複製のみを作成すればよくな
るためテープの複写が簡便化される。より重要なことは
、これによって異なる物理的パターンの良好ブロックお
よび不良ブロックを有するテープが論理的には同等であ
ると見なすことができ、その結果複写用に１００パーセ
ント欠陥のないテープを用いる必要がなくなる。

【００３２】一般的に言って、本発明は情報のビット幅
アレイを用いてテープ上の全ブロックの欠陥状態を反映
するものである。置き換えブロック用に何の準備がなく
とも良く、欠陥なしと見なされるこれらのブロックだけ
がデータの記憶に用いられる。この欠陥管理方式では、
１）ブロックの欠陥表示を１ビット値に減少したこと、
および２）不良ブロックの置き換えに用いるための「予
備」ブロックの準備を不要としたこと、によってデータ
記憶用にテープ上で利用可能な空間を増大している。よ
って、本発明の欠陥管理システムは全ての欠陥のないブ
ロックをディレクトリおよび設定情報用に予約したブロ
ック以外でデータ記憶用に利用可能とすることにより、
テープ上で利用可能なデータ記憶空間を最大限に拡大し
ている。

【００３３】現時点で本発明の好適実施例と見なされる
ものを描写しまた記述してきたが、従来技術に堪能なも
のが幾多の変更および改良を加えることが望ましく、ま
た特許請求の範囲において本発明の真髄と観点に基づく
これら全ての変更および改良を含むものと意図している
。

【００３４】

【表１】

【００３５】

【表２】

【００３６】

【表３】

【００３７】

【表４】

【図面の簡単な説明】

【図１】　　ストリーミングテープシステムを用いる電
子複写システムのシステム制御部の主要部材を示す模式
的ブロック図の■である。

【図２】　　同じく模式的ブロック図の■である。

【図３】　　同じく模式的ブロック図の■である。

【図４】　　典型的なストリーミングテープ媒体の物理
的配置状態を示す説明図である。

【図５】　　図４に示したストリーミングテープのデー
タ領域におけるトラック並びにブロックの構造を示す説
明図である。

【図６】　　図６Ａは図４のストリーミングテープ上に
含まれるディレクトリブロックの構造を示す。図６Ｂは
図６Ａのディレクトリエントリーを構成するディレクト
リ記述子の詳細な模式図である。図６Ｃは図６Ａの第１
７セクターに含まれる不良ブロックテーブルの詳細な模
式図である。

【図７】　　本発明に従ってファイルをテープ上に書き
込む際の諸段階を示すフローチャートである。

【図８】　　本発明に従ってファイルをテープ上から読
み込む際の諸段階を示すフローチャートである。

【図９】　　フォーマット済みテープを検証し本発明の
不良ブロックテーブルを生成する際の諸段階を示すフロ
ーチャートである。

【符号の説明】

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　データがブロック内に記憶されるデー
   タ記憶サブシステムであって、ブロックが前記サブシス
   テムによりアクセスし得る物理的に最小のアドレス可能
   な単位であるサブシステムと、一つ以上の前記ブロック
   内で前記ブロック各々についての欠陥状態の表示を提供
   するインジケータのアレイを提供するための手段と、前
   記インジケータのアレイから決定される無欠陥状態を有
   するこれらのブロックのみへのアクセスを提供し、前記
   サブシステムが見かけ上複数の連続論理ブロックのみを
   含むようにするための手段とを含む、欠陥管理システム
   。
2. 【請求項２】　　前記データ記憶サブシステムがさらに
   ストリーミングテープシステムを含む、請求項１に記載
   の欠陥管理システム。