JP6482264B2 - 複数のテープカートリッジにファイルをスパニングして書込む方法 - Google Patents

Description

本発明は、テープテープライブラリ用ファイルシステムにおいてファイルを複数のテープ（テープカートリッジ）にスパニング（ｓｐａｎｎｉｎｇ）して書込む方法に関する。

テープメディアをあたかもＵＳＢメモリのようにファイルシステムとして利用する方法としてＬＴＦＳ (Linear Tape File System) が存在する。ＩＢＭ及び他のストレージ会社はフォーマットを定義しその実装を公開している。ＬＴＦＳは、テープメディアをインデックス・パーティション（ＩＰ：Index Partition）とデータ・パーティション（ＤＰ：Data Partition） の２つの領域に分割する。前者には主にファイル名などのメタ情報 (インデックス（index)）を、後者には主にファイルの本体を記録する。

図１は、従来のＬＴＦＳによる１のファイルを複数のテープメディア（メディア、テープ）にスパニングして保存する典型的な態様を示す。
図１は、１つのドライブに対して複数のメディアをロード／アンロードする態様を示している。典型的には、ストレージ・システムは１または２以上のテープドライブを含み、複数のメディアが複数のドライブを使用する。ａ，ｂ，ｃメディアの指標を意味するメディアのＩＤであり、テープライブラリなどのストレージ・システムは、このＩＤで目的のメディアを特定する。スパニングのために1つのドライブで使用可能で、他のドライブは他の用途に使用されている場合を想定する。１つのドライブに最初のメディアａをロード（マウント）し、ファイルの先頭もデータ部分（セグメント）を書込む。このドライブはメディアａに、インデックスとしてそのファイルのメタデータを保存する。次にメディアａをアンロード（アンマウント）して、同じドライブに次のメディアｂをロードし、ファイルの次のファイル部分を書込む。このドライブはメディアｂに、インデックスとしてファイルのメタデータを保存する。次にメディアｂをアンロードし、同じドライブに次のメディアｃをロードし、ファイルの次のファイル部分を書込む。このドライブはメディアｃに、インデックスとしてそのファイルのメタデータを保存する。ここで、１つのファイルのスパニングが完了したことになる。従来のＬＴＦＳでは、ファイルを書き始めの段階において複数メディアに書き込む場合あるとは想定できないので、各メディアは各ファイル部分を独立に保存することになる。

テープメディアからファイルを読み出す場合、常にシステム内のテープドライブが利用できるとは限らない。例えば、ＬＴＦＳＥＥ(Enterprise Edition) を利用していると、テープメディアの エクスポート／インポート（Export/Import） により１台のテープドライブが利用できないこともあれば、リクレイム（Reclaim） により２ 台のテープドライブが利用できない状況が発生する。ここで、エクスポート／インポートとは、棚置きできるようにテープメディアをシステムから取り出し、逆に棚のテープメディアをシステムに入れる作業である。リクレイムとは、あるテープメディア内に書き込まれている必要なデータを別のテープメディアに移動することによりテープメディアをフォーマット可能にする作業である。複数のテープメディアに分割して書き込まれたファイル(スパニングファイル)を読み出す場合に、その所要時間に影響を与える。具体的には、テープライブラリがファイルを含むテープ本数の約数のテープドライブを利用できない場合に、スパニングファイルの読み出し所要時間が増加する。

図３は、３本のテープメディアに等分して書き込んだファイル読み出し所要時間を示す。
例えば、テープドライブを３ 台もつシステムにおいて、ファイルを３本のテープカートリッジに分割して書き込む場合を想定する。３台のテープドライブを用いて平行して読み出す場合の所要時間を１とすると、２台のテープドライブを用いてファイルを読み出す場合の所要時間は１．５ではなく２となる(図３)。ここで、読み出し所要時間とはファイル読み出し開始からファイル読み出し終了までの時間である。テープライブラリ・システムが、２台のテープドライブしか利用できない場合に次の処理を実行する。２台のテープドライブが２本のテープメディアからそれぞれセグメントを読み出す。その後、いずれかのテープドライブを用い３本目のテープメディアからセグメントを読み出す必要がある。

特許文献１は、テープドライブ用のファイルシステムにおいて、１つのファイルを複数のテープメディアに分割して保存する方法を示す。

特開２０１４−１１５８０７号公報

特許文献１を含む従来技術では、２以上のテープに保存されたスパニングファイルを読み出し場合に、読み出しパフォーマンスにつての読み出しへの言及はない。従来のスパニングファイルの読み出しの所要時間に想定される以上の時間を費やすことが、本発明が取り組む課題である。

従って、本発明の目的は、読み出し条件が異なる場合に読み出し所要時間をできるだけ小さくするように、スパニングファイルを書込む方法、テープライブラリ・システム、及び、プログラムを提供する。

かかる目的のもと、本発明は、複数のテープ装置を含むテープライブラリ・システムにおいて、ファイルを複数のテープ（テープカートリッジ）に分割して書込む（スパニングする）方法である。この書込み方法は、
（ａ）ホストからのファイルの書込み要求を受取るステップと、
（ｂ）前記書込み要求されたファイルを複数のテープに書込む時点での利用可能なテープドライブ数に対して、利用可能なテープ装置の数を予測することと、
（ｃ）前記予測された利用可能なドライブ数に基づいて、前記ファイル読み出し所要時間が小さくなるように、前記書込み要求されたファイルのデータを所定の数のセグメントに分割するステップと、
（ｄ）前記所定の数のテープに対応するセグメントを対応するテープに書込むことと、
を含む。

また、この書込み方法において、前記（ｃ）の所定の数は、前記セグメント（前記ファイルの部分）の各々を前記予測された使用可能なテープドライブ数よりも多くの数のテープに分割して保存するように決定すること、を特徴とする。

また、この書込み方法において、前記（ｃ）の所定の数は、前記セグメント（前記ファイル部分）の各々を前記総テープドライブ数よりも多くの数のテープに分割して保存するように決定すること、を特徴とする。

また、この書込み方法において、前記（ｃ）の所定の数は、利用不可なテープ装置数Ｎであると仮定し、テープライブラリ・システム内のテープドライブ数がＡ台であるとして、Ａ−Ｎ本のテープメディアには前記ファイルサイズのＡ分の１の容量のセグメントを保存し（ステップ８０８、図８）、残りのＡ分のＮの容量のデータはＡ分の１の容量のセグメントを保存するテープとは別のＡ−Ｎ本のテープに等分して書き込むよう（ステップ８１０）に決定される。

また、この書込み方法において、テープライブラリ・システム内に利用可能な (Ａ−Ｎ)*２本のテープを保持しているかを確認するステップと（ステップ８０４、図８）、
テープライブラリ・システム内に空きテープカートリッジが所定の数(Ａ−Ｎ)*２、存在しない場合（ステップ８０４でＮＯ）、空き容量を有するテープカートリッジが準備できるまで待ち、空き容量を有するテープカートリッジの追加を行うステップと（ステップ８０６）、
を含むことを特徴とする。

また、この書込み方法において、テープライブラリ・システム内に空きテープが所定の数(Ａ−Ｎ)*２、存在する場合（ステップ８０４でＹＥＳ）、ファイルの全データ量の内(Ａ−Ｎ)/ＡをＡ−Ｎ等分し、それぞれを異なる（Ａ−Ｎ）本のテープカートリッジに書き込むステップ（ステップ８０８）と、
ファイルの全データ量の内残りのＮ/ＡをＡ−Ｎ等分し、別の（Ａ−Ｎ）本のテープカートリッジに書き込むステップ（ステップ８１０）と、
１つのファイルを複数のテープカートリッジにスパニングして保存する、書込む方法が終了するステップ（ステップ８１２）と、を含むことを特徴とする。

また、この書込み方法において、前記所定の条件は、単純に各ファイルのセグメントを含むテープメディアの数が、利用可能なことが想定されるテープドライブ数の最小公倍数となるように分散して保管するように、決定される。

また、この書込み方法において、前記所定の条件は、スパニングファイルの複製を作るに当たり、前記想定される利用可能なことが想定されるテープドライブ数から複製前のテープメディア数を除いた数の最小公倍数のテープメディアに分散して保管するように、決定される。

更に、かかる目的のもと、本発明は、上述の書込み方法の何れかの各ステップを実行する、複数のテープ装置を含むテープライブラリ・システムである。

更に、かかる目的のもと、本発明は、上述の書込み方法の何れかの各ステップを複数のテープ装置を含むテープライブラリ・システムに実行させるコンピュータ・プログラムである。

上述の本発明の書込み方法により、テープライブラリ・システムにおいて利用可能なテープドライブ数が変動する場合に生じるファイル読み出し所要時間の劣化を抑制できる。

従来のＬＴＦＳによる１のファイルを複数のテープメディア（メディア、テープ）にスパニングして保存する典型的な態様を示す。 ＬＴＦＳが１つのファイルを複数（例えば２）のセグメントに分割してスパニングファイルとして、複数（例えば２）のテープに書き込む模式図を示す。 ３本のテープメディアに等分して書き込んだファイル読み出し所要時間を示す。 ＬＴＦＳにより２つのパーティションに区分けされたテープを示す。 本発明が適用される、複数のテープドライブを含むテープライブラリ・システムの構成例を示す。 複数（４）のテープメディアにファイルの断片（セグメント）を保存する態様を示す。 利用可能なテープドライブ数が３台の場合、および、２台の場合、でのテープドライブが読み出すテープメディアの対応関係を示す。 本発明の実施例として、ファイルをスパニングして書き込むフローチャートを示す。

以下において、テープ装置システムにおいて、ファイルを複数のテープにスパニングして書込む、実施の形態（実施例）について説明する。
本発明の内容は、単一ファイルを冗長に複数巻のテープに記録する際に、読み出し条件が異なる場合に読み出し所要時間の変化が少なくなるように、ファイルの分割比率を決定させる技術を提供する。本発明は、特定のファイルを複数のテープメディアに重複して保存するにあたり、各ファイルのセグメントを含むテープメディアの数を複製前と複製後で異ならせる。テープライブラリ・システムにおいて、利用可能なテープドライブ数が変動する場合に生じるファイル読み出し所要時間を低減する。

本発明の理解のため、スパニングファイルの書込み態様、ＬＴＦＳフォーマット、テープライブラリ・システム、及び、実施例としてのスパニングファイルの書込み方法について説明する。
図２は、ＬＴＦＳが１つのファイルを複数（例えば２）のセグメントに分割してスパニングファイルとして、複数（例えば２）のテープに書き込む模式図を示す。
ＬＴＦＳ Format v2.2 では、１のファイルを複数のファイル部分 (セグメント) に分割してテープメディア上に保存するフォーマットが策定された。ＬＴＦＳのスパニングファイルのサポートにより、１のファイル“hello_world.txt”を２のセグメントに分割して２つのテープメディアに保存することができるようになった。“hello_world.txt”のＬＴＦＳファイルの前半部分は、セグメント１としてテープＡに保存される。“hello_world.txt”のＬＴＦＳファイルの後半部分は、セグメント２としてテープＢに保存される。

図４は、ＬＴＦＳにより２つのパーティションに区分けされたテープを示す。
ＬＴＯ５テープドライブは、テープの長手方向に沿った書き込み領域のラップ（wrap）を往復しながらデータを書く。ＬＴＦＳではこのラップ２本分（１往復分）をインデックス・パーティションとして利用している。テープの先端部（ＢＯＴ：Beginning of Tape）から終端部（ＥＯＴ：End of tape）に渡ってＩＰとＤＰとの２つに区分される。ヘッドが同時に読み書きする単位がトラックであり、トラック１６本がラップ１本に相当する。ＬＴＯ５のテープカートリッジでは、テープ長手方向は約８００ｍ、横手方向はラップ数８０本の幅である。ＩＰとＤＰとは２本のラップの保護領域（guard band）で区分される。テープはラップの長手方向に前後に進行し、ＢＯＴおよびＥＯＴにおいて進行する向きを反転することをラップターン（wrap turn）と呼ぶ。テープドライブのヘッドに対してテープの長手方向のＢＯＴからＥＯＴの移動時間は６０〜９０秒である。長手方向の半分のテープ移動時間は３０〜４５秒程度である。

テープドライブ用のファイルシステム、例えばＬＴＦＳでは、メディア上に書かれたデータをファイルとして見せることができる。ユーザがＬＴＦＳを利用してテープメディアに書き込むと、テープメディアではファイル本体の他、インデックスファイル（単にインデックス（index））と呼ばれるメタ情報をテープメディアに書き込む。インデックスは、メタ情報としてディレクトリ名及びファイル名やファイル作成日、及び、メディア上の位置、サイズ、ファイル内のオフセットなどを含む位置メタ情報をＸＭＬ形式で含む。また、インデックスは、１つのファイルが複数のセグメントに分割される場合に、そのセグメントに関連するメタ情報も含む。ＩＰには、主に最新のインデックスが書き込まれる。メディアのＤＰには、逐次追加及び変更されるファイルの本体、及び、それに関連するインデックスの履歴を、追記（append）で書き込まれる。

ＬＴＦＳ を用いてテープメディア上のファイルを読み書きする場合、レコードと呼ばれる単位でデータの読み書きを行う。レコードは、ＬＴＦＳではブロックと呼んでＬＴＦＳフォーマットを与える。ブロックは、ファイルのデータが記録されるパーティション毎にパーティションの先頭から何番目のブロックであるという番号で管理される。インデックスファイルには、ファイルのデータに対するブロックの番号で指示される位置情報が含まれる。

図５は、本発明が適用される、複数のテープドライブを含むテープライブラリ・システムの構成例を示す。
ストレージ・システム１００は、３つのテープドライブ６０、テープカートリッジ４０、そのテープカートリッジを収納するスロット４５を含む。ストレージ・システム内にはスロット４５に収納された多数のテープカートリッジ４０が存在する。

ファイルシステム５０、例えばＬＴＦＳＥＥは、ホスト３００とストレージ・システム１００との間にあって、複数のドライブ６０及び複数のテープカートリッジ４０を集中管理する。ファイルシステムは、複数のカートリッジ４０及びドライブ６０を仮想化し、読み書き制御を行う。ホスト３００のアプリケーション３０は、ファイルシステム５０を介して、ストレージ・システム１００にファイルの読み書き要求を行う。ストレージ・システム１００は、アプリケーション３０が発行する各種コマンド（読み書き、位置決めなど）により制御される。ファイルシステム５０は、アプリケーションからのコマンドを一時保管し、コマンドに対応したＳＣＳＩコマンドなどをストレージ・システム１００に向けて出力する。

ファイルシステム５０は、アプリケーションからコマンドとして、ロード要求するコマンドを受け取る。通常はこのコマンドが実行される場合、ファイルシステム５０は空ドライブを複数（３）のドライブから検索する。ロード要求されたテープカートリッジをロード可能な空ドライブに搭載する。３つのドライブが使用中である場合は空きドライブが発生するまで、ファイルシステムは待たされる。また、テープライブラリ・システムは、ＨＤＤ等と同様にファイルシステム上でも利用可能である。例えばＬＴＦＳでは、メディア上に書かれたデータをファイルとして見せることができる。

テ−プドライブ（ドライブ）６０について説明する。
テ−プドライブ６０、ホスト３００から送られた複数のデータを固定長のデータセット（ＤａｔａＳｅｔ；ＤＳと言う。）単位でテ−プ記録媒体への書込み読込を行う。ＤＳの典型的な大きさは４ＭＢである。ホスト３００のアプリケーション３０は、１２８ＫＢのブロック単位でファイルシステムを介してテープドライブに書込み／読み出し要求を送る。通信規格としてＳＣＳＩを用いる場合、アプリケーション３０は、書き込み／読取りデータのための要求（Ｗｒｉｔｅ／Ｒｅａｄ）をテープドライブ６０に発行する。なお、テープドライブは、複数のブロックから構築されたＤＳを単位でデータの読み書きを行う。

テ−プドライブ６０は、ホスト３００から受取ったコマンドに従って、データのテ−プへの書込みやテ−プからの読出しをする。テ−プドライブ６０は、バッファ、読み書きチャネル、ヘッド、モ−タ、テ−プ（テープカートリッジ）を巻きつけるリ−ルと、読み書き制御と、ヘッド位置制御システムと、モ−タドライバとを含む。テ−プドライブは、テープカートリッジを着脱可能に搭載する。テ−プは、リ−ルの回転に伴い、長手方向に移動する。ヘッドは、テ−プが長手方向に移動してテ−プに対してデータを書き込んだり、テ−プからデータを読出したりする。また、テープカートリッジ４０はカートリッジメモリ（ＣＭ：Cartridge Memory）と呼ばれる非接触不揮発性メモリを備える。テープカートリッジ４０に搭載されたＣＭは、テープドライブ６０により非接触的に読み書きされる。ＣＭはカートリッジ属性を保管する。テープドライブは、読出し及び書込み時に、ＣＭからカートリッジ属性を取り出して最適な読み書きができるようにする。

図６は、複数（４）のテープメディアにファイルの断片（セグメント）を保存する態様を示す。
本発明の具体的なスパニングファイルの書き込み方法の実施例１を説明する。特定のファイルを複数のテープメディアに重複（duplication）して保存するに当たり、利用できないテープドライブは高々Ｎ台であると仮定する。テープライブラリ・システム内のテープドライブ数がＡ台であるとして、Ａ−Ｎ本のテープメディアにはそれぞれファイルサイズのＡ分の１の容量のセグメントを保存する。ファイルサイズの残りのＡ分のＮの容量のデータはＡ分の１の容量のセグメントを保存するテープメディアとは異なるＡ−Ｎ本のテープメディアに等分して書き込む。この実施例の内容を、Ａ=３, Ｎ=１として具体的に考える。図６に示すようにテープ１とテープ２にそれぞれファイルの３分の１を書き込み、テープ３とテープ４にはそれぞれファイルの６分の１を書き込む。この６分の１は、２本のテープ（テープ３、テープ４）にファイル容量の残りの３分の１を等分して保存するデータ量を示す。

図７は、利用可能なテープドライブ数が３台の場合、および、２台の場合、でのテープドライブが読み出すテープメディアの対応関係を示す。
読み出すときには、テープドライブが３台利用できる場合（Ａ）と２台しか利用できない場合（Ｂ）とで、図７のようにテープドライブに各テープメディアを割り当てて読み出す。

図８は、本発明の実施例として、ファイルをスパニングして書き込むフローチャートを示す。
本実施例は、ファイルを複数のテープに分割して書込む（スパニングする）フローチャートは図８のようになる。１のファイルは複数の部分、即ちセグメントに分割されて、異なるテープメディア（テープ、テープカートリッジ）に保存される。複数のテープに保存されたファイルを、スパニングファイルと言う。フローチャートは、ファイルシステムがファイルの書込み要求を受け取った場合のスパニング処理の実施例を示す。また、同様な処理をアプリケーションが行っても良い。
（８０２）ホストのアプリケーションからファイルシステム（例えば、ＬＴＦＳＥＥ）がファイルの書き込み要求を受け取った場合である。
（８０４）ＬＴＦＳは、テープライブラリ１００が利用可能な (Ａ−Ｎ)*２本のテープメディア４０を保持しているかを確認する。
（８０６）テープライブラリ１００内に空きテープカートリッジを所定の数、存在しない場合（８０４でＮＯ）、空き容量を有するテープカートリッジが準備できるまで待ち、空き容量を有するテープカートリッジの追加を行う。
（８０８）テープライブラリ内に空きテープカートリッジを所定の数、存在する場合（８０４でＹＥＳ）、ファイルの全データ量の内(Ａ−Ｎ)/ＡをＡ−Ｎ等分し、それぞれを異なる（Ａ−Ｎ）本のテープカートリッジに書き込む。
（８１０）ファイルの全データ量の内残りのＮ/ＡをＡ−Ｎ等分し、別の（Ａ−Ｎ）本のテープカートリッジに書き込む。
（８１２）１つのファイルを複数のテープカートリッジにスパニングして保存する、書込む方法が終了する。
実施例は、１つのファイルが、テープライブラリ１００（図５）に存在するテープドライブ６０の数（３）より多い数（４以上）のテープカートリッジ４０にスパニングして書込むことも含まれる。

他の実施例として、単純に各ファイルのセグメントを含むテープメディアの数が、利用可能なことが想定されるテープドライブ数の最小公倍数となるように分散して保存しても良い。例えば、テープドライブが３台あるシステムでは、利用可能なことが想定されるテープドライブ数は、１台、２台、３台のいずれかである。ファイルの複製（duplication）時はファイルをその最小公倍数である６本のテープメディアに分割して保存する。３台のテープドライブが利用できる時は各ドライブ２本ずつ、２台の場合は３本ずつ、１台の場合は６本全てのテープドライブからセグメントを読みだす。図７の（Ｂ）の場合を図３の例と比較すると、テープドライブが１台利用できないことによる読み出し所要時間への影響を半減できる。このように本実施例では、ファイルを多くの数のテープにスパニングすることにより利用可能なテープドライブ数が変動する場合に、そのファイル読み出し所要時間を低減することが可能となる。一方、ファイルを読み出すに当たりテープドライブが複数のテープメディアを利用することになると、メディア交換に所定のオーバーヘッドが生じる。例えば、テープメディアを交換するのにテープメディアの巻き戻し時間も含め１分程度かかる。１TBのデータを２００MB/sec で読み出すと８０分以上かかる。読み出し時間と比較することを考慮すると、複数のテープメディアに分散して書き込む程容量の大きなファイルを取り扱うに当たり、テープメディアの交換所要時間は十分許容できる。

他の実施例として、ファイルの読み出し時にテープメディアの入れ替えに起因するオーバーヘッドの発生を抑制するメディアへのスパニングもできる。利用可能なことが想定されるテープドライブ数から複製前のテープメディア数を除いた数の最小公倍数のテープメディアに分散して書込む場合である。例えば、テープドライブが３台で、複製前はファイルが３本のテープメディアに書き込まれている場合は、利用可能なことが想定されるテープドライブ数１、２，３からテープメディアの数３を除いた数、つまり１と２の最小公倍数である２である。想定されるテープドライブが２の場合に、この最小公倍数２のテープメディア（テープ１、テープ２）を準備する。具体的には、図７の（Ｂ）の場合での２つのテープメディア交換が発生する場合を参照して説明する。図７（Ｂ）においてドライブ１に搭載（mount）されたテープ１とテープ３とのデータ（ファイル1/3と1/6）を、この実施例では１のテープ１に保存する。また、図７（Ｂ）においてドライブ２に搭載されたテープ２とテープ４とのデータ（ファイル1/3と1/6）を、この実施例では１つのテープ２に保存する。このスパニングの実施例により、テープメディア効果が抑制したスパニングファイルの読み出し時間の低減をできる。

以上により、本発明の書込み方法を実装したテープライブラリ・システムにおいて、利用可能なテープドライブ数が変動したとしてもスパニングファイル読み出し所要時間の劣化を抑制できる。なお、本発明を実施の形態（実施例）を用いて説明したが、本発明の範囲は上記実施例には限定されない。本発明の精神及び範囲から逸脱することなく様々に変更したり代替態様を採用したりすることが可能なことは、当業者に明らかである。

３０…アプリケーション、
４０…テープカートリッジ（メディア、テープ）、
４５…スロット、
５０…ファイルシステム（ＬＴＦＳ ＥＥ）
６０…テープドライブ（テープ装置）、
１００…テープライブラリ・システム（ストレージ・システム）、
３００…ホスト（サーバ）

Claims (10)

1. 複数のテープ装置を含むテープライブラリ・システムにおいて、ファイルを複数のテープに分割して書込む（スパニングする）方法であって、
   （ａ）ファイルの書込み要求を受取るステップと、
   （ｂ）前記書込み要求されたファイルを複数のテープに書込む時点での利用可能なテープ装置の数に対して、読み込み時に利用可能なテープ装置の数を予測するステップと、
   （ｃ）前記予測された利用可能なテープ装置の数に基づいて、前記ファイル読み出し所要時間が小さくなるように、前記書込み要求されたファイルのデータを所定の数のセグメントに分割するステップと、
   （ｄ）前記データの所定の数のセグメントに対応するテープに、前記書込む時点での利用可能なテープ装置で書込むステップと、
   を含む、前記ファイルの書込む（スパニングする）方法。
2. 前記（ｃ）の所定の数は、前記セグメントの各々を前記予測された使用可能なテープ装置の数よりも多くの数のテープに分割して保存するように決定すること、を特徴とする請求項１に記載の方法。
3. 前記（ｃ）の所定の数は、前記セグメントの各々をテープライブラリ・システム内のテープ装置の数よりも多くの数のテープに分割して保存するように決定すること、を特徴とする請求項２に記載の方法。
4. 前記（ｃ）の所定の数は、読み込み時に利用不可なテープ装置の数Ｎであると仮定し、テープライブラリ・システム内のテープ装置の数がＡ台であるとして、Ａ−Ｎ本のテープには前記ファイルサイズのＡ分の１の容量のセグメントを保存し、残りのＡ分のＮの容量のデータはＡ分の１の容量のセグメントを保存するテープとは別のＡ−Ｎ本のテープに等分して書き込むように決定される、請求項３に記載の方法。
5. テープライブラリ・システム内に利用可能な (Ａ−Ｎ)*２本のテープを保持しているかを確認するステップと、
   テープライブラリ・システム内に空きテープが所定の数(Ａ−Ｎ)*２、存在しない場合、空き容量を有するテープが準備できるまで待ち、空き容量を有するテープの追加を行うステップと、
   を含む請求項４に記載の方法。
6. テープライブラリ・システム内に空きテープが所定の数(Ａ−Ｎ)*２、存在する場合、ファイルの全データ量の内(Ａ−Ｎ)/ＡをＡ−Ｎ等分し、それぞれを異なる（Ａ−Ｎ）本のテープに書き込むステップと、
   前記ファイルの全データ量の内残りのＮ/ＡをＡ−Ｎ等分し、別の（Ａ−Ｎ）本のテープに書き込むステップと、
   を含む請求項５に記載の方法。
7. 前記所定の数は、単純に各ファイルのセグメントを含むテープメディアの数が、前記利用可能なことが想定されるテープ装置の数の最小公倍数となるように分散して保管するように、決定される請求項３に記載の方法。
8. 前記所定の数は、スパニングファイルの複製を作るに当たり、前記利用可能なことが想定されるテープ装置の数から複製前のテープの数を除いた数の最小公倍数のテープに分散して保管するように、決定される請求項１に記載の方法。
9. 請求項１〜８の何れか１項の各ステップを実行する、複数のテープ装置を含むテープライブラリ・システム。
10. 請求項１〜８の何れか１項の各ステップを複数のテープ装置を含むテープライブラリ・システムに実行させるコンピュータ・プログラム。

Images