(57)【特許請求の範囲】
【請求項１】
ファイルシステム上で利用されるテープドライブにマウントされたテープカートリッジ中の内蔵テープに対するアクセスに伴って作成されてしまう、必要ではないデータの追記を無くし、WORMインデックスパーティションの容量の消費を少なくする方法であって、
（ａ）内蔵テープが分けられた２つのWORMパーティションを含んでいて、一方のWORMデータパーティションには複数のファイルと記録される単数または複数のファイルのアロケーションを含むメタ情報の履歴が記録され、他方のWORMインデックスパーティションにはメタ情報が記録されている、テープカートリッジを用意するステップと、
（ｂ）テープドライブにマウントされたテープカートリッジに対するファイルを対象とするアクセス要求に応答して、WORMインデックスパーティションに記録されたメタ情報を読み出すステップと、
（ｃ）読み出されたメタ情報を、ローカルのストレージのインデックス領域に書き出すステップと、
（ｄ）インデックス領域に書き出されているメタ情報を使って、WORMインデックスパーティションに記録されたメタ情報を使うことなく、インデックス領域に書き出した後のファイルへのアクセス要求に応答するステップと、
（ｅ）インデックス領域に書き出されているメタ情報へのアクセス要求が、メタ情報の更新を伴ったものであったかどうかを判断するステップと、
（ｆ）メタ情報の更新を伴ったものであったと判断される場合には、インデックス領域に書き出されているメタ情報をWORMインデックスパーティションに書き込むステップと、を有する、
方法。
【請求項２】
（ｆ）のステップが、カートリッジのアンマウント時において実行される、
請求項１に記載の方法。
【請求項３】
さらに、（ｆ）のステップを実行した後に実行する、
（ｇ）ローカルのストレージのインデックス領域に書き出されているメタ情報を削除するステップと、を有する、
請求項１に記載の方法。
【請求項４】
さらに、（ｇ）のステップを実行した後に実行する、
（ｈ）テープカートリッジのアンマウントの処理を実行するステップと、を有する、
請求項３に記載の方法。
【請求項５】
ファイルシステムがLTFS (Linear Tape File System) であって、テープドライブにマウントされたテープカートリッジが、予めフォーマットされたWORMカートリッジである、
請求項１に記載の方法。
【請求項６】
ローカルストレージが、内蔵テープとは別のストレージである、
請求項１に記載の方法。
【請求項７】
ローカルストレージが、HDD（Hard Disk Drive）である、
請求項６に記載の方法。
【請求項８】
ファイルシステムとして、テープライブラリに挿入された複数のテープカートリッジを対象とするLTFS LE (Linear Tape File System Library Edition) において実行される、
請求項１に記載の方法。
【請求項９】
LTFS LE (Linear Tape File System Library Edition)に取り込まれている複数のテープカートリッジに対応する分だけ、インデックス領域が用意されている、
請求項８に記載の方法。
【請求項１０】
複数のテープカートリッジの各々について、アクセス状態を表すテーブルＴを用意する、
請求項９に記載の方法。
【請求項１１】
テーブルＴが、アクセスの有無の別、および、インデックス領域の更新の有無の別を識別するための、３つの異なる状態（１、２、３）に設定することができる、
請求項１０に記載の方法。
【請求項１２】
テーブルＴにおける３つの異なる状態（１、２、３）の設定について、
アクセスの有無の別が、１と、２および３から成るグループとの別で識別されていて、
インデックス領域の更新の有無の別が、グループ内の２と３との別で識別されている、
請求項１１に記載の方法。
【請求項１３】
ファイルシステム上で利用されるテープドライブにマウントされたテープカートリッジ中の内蔵テープに対するアクセスに伴って作成されてしまう、必要ではないデータの追記を無くし、WORMインデックスパーティションの容量の消費を少なくするために参照される、そのアクセスの状態が設定されたテーブル（Ｔ）であって、
内蔵テープ中に分けられた２つのWORMパーティションを含んでいて、一方のWORMデータパーティションには複数のファイルと記録される単数または複数のファイルのアロケーションを含むメタ情報の履歴が記録され、他方のWORMインデックスパーティションにはメタ情報が記録されている、テープカートリッジを対象として、
テープドライブにマウントされたテープカートリッジに対するファイルを対象とするアクセス要求に応答して、WORMインデックスパーティションに記録されたメタ情報を読み出し、その読み出されたメタ情報をローカルのストレージのインデックス領域に書き出した結果として、テープカートリッジ中の内蔵テープに対するアクセスの状態の値が２（Ｔ＝２）に設定されていて、
さらに、
インデックス領域に書き出されているメタ情報を使って、WORMインデックスパーティションに記録されたメタ情報を使うことなく、ファイルへのアクセス要求に応答して、インデックス領域に書き出されているメタ情報へのアクセス要求がメタ情報の更新を伴ったものであったと判断された結果として、テープカートリッジ中の内蔵テープに対するアクセスの状態の値が３（Ｔ＝３）に設定されている、
テーブル。
【請求項１４】
テープカートリッジ中の内蔵テープに対するアクセスの状態の値が、２（Ｔ＝２）でもなく、かつ、３（Ｔ＝３）でもない場合には、１（Ｔ＝１）に設定されている、
請求項１３に記載のテーブル。
【請求項１５】
テープカートリッジ中の内蔵テープに対するアクセスの状態の値が、１（Ｔ＝１）、２（Ｔ＝２）、３（Ｔ＝３）の順序で、設定、変更され参照、利用される、
請求項１４に記載のテーブル。
【請求項１６】
ファイルシステム上で利用されるテープドライブにマウントされたテープカートリッジ中の内蔵テープに対するアクセスに伴って作成されてしまう、必要ではないデータの追記を無くし、WORMインデックスパーティションの容量の消費を少なくするために参照される、そのアクセスの状態が設定されたテーブル（Ｔ）であって、
内蔵テープ中に分けられた２つのWORMパーティションを含んでいて、一方のWORMデータパーティションには複数のファイルと記録される単数または複数のファイルのアロケーションを含むメタ情報の履歴が記録され、他方のWORMインデックスパーティションにはメタ情報が記録されている、テープカートリッジを対象として、
テーブルＴが、アクセスの有無の別、および、内蔵テープとは別に用意されたインデックス領域におけるWORMインデックスパーティションからコピーしてきたメタ情報の更新の有無の別を識別するための、３つの異なる状態（１、２、３）に設定されている、
テーブル。
【請求項１７】
テーブルＴにおける３つの異なる状態（１、２、３）の設定について、
アクセスの有無の別が、１と、２および３から成るグループとの別で識別されていて、
インデックス領域の更新の有無の別が、グループ内の２と３との別で識別されている、
請求項１６に記載のテーブル。
【請求項１８】
その上で利用されるテープドライブにマウントされたテープカートリッジ中の内蔵テープに対するアクセスに伴って作成されてしまう、必要ではないデータの追記を無くし、WORMインデックスパーティションの容量の消費を少なくするファイルシステムであって、
予め用意されている、内蔵テープが分けられた２つのWORMパーティションを含んでいて、一方のWORMデータパーティションには複数のファイルと記録される単数または複数のファイルのアロケーションを含むメタ情報の履歴が記録され、他方のWORMインデックスパーティションにはメタ情報が記録されている、WORMテープカートリッジについて、
テープドライブにマウントされたテープカートリッジに対するファイルを対象とするアクセス要求に応答して、WORMインデックスパーティションに記録されたメタ情報を読み出すことが可能で、
読み出されたメタ情報を、ローカルのストレージのインデックス領域に書き出すことが可能で、
インデックス領域に書き出されているメタ情報を使って、WORMインデックスパーティションに記録されたメタ情報を使うことなく、ファイルへのアクセス要求に応答することが可能で、
インデックス領域に書き出されているメタ情報へのアクセス要求が、メタ情報の更新を伴ったものであったかどうかを判断することが可能で、
メタ情報の更新を伴ったものであったと判断される場合には、インデックス領域に書き出されているメタ情報をWORMインデックスパーティションに書き込むことが可能である、
ファイルシステム。
【請求項１９】
請求項１８に記載のファイルシステムを含み、
そのファイルシステムがLTFS (Linear Tape File System) であって、テープドライブにマウントされたテープカートリッジの中の内蔵テープが、予めフォーマットされたWORMカートリッジであり、
テープライブラリに挿入された複数のテープカートリッジを対象として、インターフェイスを通じてアクセス要求に応答する、LTFS LE (Linear Tape File System Library Edition)ファイルシステム。
【請求項２０】
請求項１〜１２に記載の方法の各ステップを、コンピュータに実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、WORM(Write Once Read Many)カートリッジのサポートを実現するファイルシステムに関する。
【背景技術】
【０００２】
近年、テープの新しい使い方として、LTFS (Linear Tape File System)というファイルシステムが開発されている。
【０００３】
LTFSはファイルシステムのインターフェイスを通じて、テープへのアクセスを可能とするソフトウエア(S/W)であって、ハードウエア(H/W)資源と協働する。
【０００４】
LTFSはオープンな仕様である、LTFSフォーマットに従った形式でテープカートリッジ上にデータを保存することで実現され、IBM (IBM、IBM ロゴおよび ibm.com は、世界の多くの国で登録されたInternational Business Machines Corporationの商標) 社以外にも、他の複数の会社によっても実装が行われている。
【０００５】
LTFSフォーマットでは、テープカートリッジの内蔵テープを、インデックスパーティション（IP）とデータパーティション（DP）の2つのパーティションとに分けることが規定されている。
【０００６】
ここで、インデックスパーティションには、ファイルのアロケーション情報などのメタ情報を記録し、データパーティションには、主としてファイル本体のデータを記録する。
【０００７】
このような記録には、次のような背景がある。
【０００８】
ファイルのアロケーション情報は頻繁に更新されるが、テープはシーケンシャルアクセスデバイスと呼ばれるように、データは常に追記されるので、ひとつのパーティションに記録すると、アロケーション情報は常に末尾に記録されることになる。
【０００９】
すると、テープカートリッジをマウントするときに、必ず末尾の情報を読み出すことになるため、マウントに長い時間がかかってしまう。
【００１０】
そこでLTFSでは、テープカートリッジをアンマウントするときに、メタ情報をインデックスパーティションの先頭部分に上書き記録することで、マウント時には常にインデックスパーティションからメタ情報を読み出すことを可能としている。
【００１１】
正確には、メタ情報はデータパーティションにも書き込みを行っていて、突然の電源断などでインデックスパーティションのメタ情報を更新できなかった場合にも、時間はかかるものの、データパーティションに記録されたメタ情報を元にマウントできるようになっている。
【００１２】
また、インデックスパーティションにも少量のデータを保存できる仕組みがあり、これは、マウント時に同時に読み込んでおきたいデータを、データパーティションだけでなくインデックスパーティションにも記録しておくことで、インデックスパーティションから高速に読み出すことを可能としている。
【００１３】
図１は、テープカートリッジ上での情報の記録例を示す図である。
【００１４】
この記録例では、インデックスパーティションには、特別に指定したファイル(ファイルB)と最新のメタ情報(メタ情報3)とが記録されている。
【００１５】
データパーティションには、ファイル本体のデータ(ファイルA、ファイルB、ファイルC、ファイルD)だけでなく、メタ情報(メタ情報1、メタ情報2、メタ情報3)も記録されている。
【００１６】
ここで、データパーティションにおけるメタ情報１、メタ情報2は古いメタ情報であり、テープでは基本的に情報は追記されるので、上書きされることなく保存されたままになっているものである。
【００１７】
メタ情報をデータパーティションに書き込むタイミングは、アプリケーションから明示的に指定されたとき(たとえば、Windows (Microsoft Corporationの米国およびその他の国における商標)で標準のAPIである、FlushFileBuffers()が呼ばれたとき)だけでなく、IBMのLTFSではファイルをCloseしたタイミングや、一定時間経過したとき、などをその設定で指定することができる。
【００１８】
LTFSの実装には単体のテープドライブに挿入された1本のテープカートリッジを対象としたLTFS SDE (Linear Tape File System Single Drive Edition)と、テープライブラリに挿入された複数のテープカートリッジを対象としたLTFS LE (Linear Tape File System Library Edition)とがある。
【００１９】
LTFS LEではテープライブラリ内に取り込まれている各LTFSフォーマットのテープカートリッジを、ディレクトリとして表現し、テープカートリッジ内のデータにファイルとしてアクセスすることを可能としている。
【００２０】
図２は、テープカートリッジAAA000, BBB000, CCC000の挿入されたテープライブラリをLTFS LEでマウントしたときの例として、LTFS LEでのディレクトリの見え方を示す図である。
【００２１】
LTFS LEでのディレクトリの見え方として、テープカートリッジCCC000に作成されているディレクトリ(dir1, dir2, dir3)は、ディレクトリCCC000のサブディレクトリして見えている。
【００２２】
LTFS LEを用いてテープカートリッジ上のファイルを読み出した場合や更新した場合には、テープカートリッジをテープドライブでマウントし、テープカートリッジ上のデータにアクセスすることになる。
【００２３】
一般には、テープライブラリに導入されているテープドライブの数は、テープカートリッジの数に比べて少ない。
【００２４】
そのため、テープカートリッジをテープドライブにマウントする際に、空いているテープドライブがなければ、使用中のテープドライブからテープカートリッジをアンマウントし、アクセス対象のテープカートリッジをマウントすることになる。
【００２５】
図３は、読み書き発生時のアンマウント、マウントの流れを示す図である。
【００２６】
図３のように、LTFS LEではこのアンマウント、マウントの動作をユーザーに対して隠蔽し、必要に応じて(アクセス要求に応じて)テープドライブをLRUを基にしたアルゴリズムで割り当てて、ユーザーからは見えないような形でアンマウント、マウントを行っている。
【００２７】
LTFS LEを使用すると、大容量のストレージであるテープライブラリを通常のディスクストレージのように使用できるので、LTFS LEをNASのようにネットワークで共有して利用する、というような使い方がされてきている。
【００２８】
特に、LTFS LEでは、各テープカートリッジはオープンな規格であるLTFSフォーマットに従って情報が記録されているため、テープカートリッジをテープライブラリから取り出して、別のシステムで読み出す、といった運用が容易に可能である。
【００２９】
そのため、災害対策や、複数拠点でのデータの共有などで、データを遠隔地に移動させる際に、高価な広帯域のネットワーク回線を用意することなく、テープカートリッジをテープライブラリから取り出して物理搬送することができる。
【００３０】
これは従来のHDDでのNASを使った運用に比べて低コストであるため、大容量のデータを扱うような運用においてLTFS LEが注目されてきている。
【００３１】
このようにLTFS LEをNASのように使用し、必要に応じて、テープカートリッジを取り出して運用する場合に、取り出したテープカートリッジのデータ改ざんを防止することが重要になる。
【００３２】
このデータの改ざん防止のひとつの方法として、LTOテープドライブやTS1140テープドライブでは、「 WORM(Write Once Read Many) 」という仕組みがある。
【００３３】
これはWORM用のテープカートリッジ（以下、「 WORMカートリッジ」）を使うと、CD-Rのように、一度書き込んだデータを更新/消去できなくなる、という仕組みである。
【００３４】
そのため、改ざん防止のためにLTFS LEでもWORMカートリッジを使いたいという要望がある。
【００３５】
しかし、現在、LTFSではWORMカートリッジの使用をサポートしていない。これは次のような２つの要因による。
【００３６】
１. LTFSがサポートしている第5世代、第6世代のLTO (Linear Tape-Open) テープドライブやTS1140テープドライブが、WORMカートリッジでのパーティションの作成をサポートしていない。
【００３７】
２. たとえテープドライブがパーティションの作成をサポートしたとしても、WORMカートリッジでは、インデックスパーティション上のメタ情報を上書きすることができないので、追記することになる。
【００３８】
そのため、少量のファイルを書いて、アンマウントし、マウントし直してからまた少量のファイルを書く、というような操作を続けていくと、インデックスパーティションへのメタ情報の追記が多発してしまう。
【００３９】
通常、インデックスパーティションにはデータパーティションよりも小さな領域を割り当てて、より多くのデータを保存できるようにしているが、インデックスパーティションへの追記が多発すると、データパーティションには空きがあるが、インデックスパーティションの容量が足りなくなり、更新ができない、という状態になってしまう。
【００４０】
特に、LTFS LEではカートリッジのマウント、アンマウント処理をユーザーに隠蔽しているので、ユーザーが認識していない間に(実際には、単に異なるディレクトリのファイルにアクセスを繰り返しているだけであるのに)マウント、アンマウントが多発することがある。
【００４１】
このため、インデックスパーティションへの更新がユーザーが認識していない間に多発して、インデックスパーティションを大量に消費してしまうことがある。
【００４２】
インデックスパーティションの容量の消費を少なくするためには、必要ではないデータの追記を無くす必要がある。
【００４３】
１. に対するサポートに技術的な難しさはなく、WORMカートリッジの出荷時などに予めパーティションに区切っておくことで対応することができる。
【００４４】
LTFSでの使用が前提になっていれば、LTFSフォーマットしたカートリッジを出荷することも考えられる。
【００４５】
WORMカートリッジとしては、その内蔵テープが、そのフォーマットとして、分けられた２つのWORMパーティションを含んでいて、一方のWORMデータパーティションには複数のファイルとメタ情報（記録される単数または複数のファイルのアロケーションを含む）の履歴が記録され、他方のWORMインデックスパーティションにはメタ情報が記録される、フォーマットになったものを用意すればよい。
【００４６】
２. に対しては、データパーティションのみWORMにする、という方法があり、同一出願人による特許文献１の出願において詳細な説明がされている。
【００４７】
しかし、この特許文献１における「データパーティションのみWORMにする」という方法であっても、インデックスパーティションがWORMではないため、インデックスパーティションの情報が改ざんされても検出できない、という課題が残ってしまう。
【先行技術文献】
【特許文献】
【００４８】
【特許文献１】国際公開ＷＯ ２０１３／０５４５９７Ａ１号公報（出願人整理番号  ＪＰ９２０１１００９４）
【発明の概要】
【発明が解決しようとする課題】
【００４９】
本発明の目的は、出荷時などに予めLTFSフォーマットされたWORMカートリッジを使って、LTFS LEを使用した場合に、「インデックスパーティションへの更新がユーザーの認識していない間に多発して、データパーティションには空きがあるが、インデックスパーティションにメタ情報を書き込むことができなくなる」、という課題を解決することにある。
【課題を解決するための手段】
【００５０】
本発明では、出荷時などに予めLTFSフォーマットしたWORMカートリッジを使う、という運用の場合に、LTFS LEをソフトウェア的に拡張して、インデックスパーティションの消費を少なくして、必要でないデータの追記を無くすことをサポートする。
【００５１】
具体的には、通常のアンマウント時にはメタ情報をインデックスパーティションに記録する代わりに、HDDなど別のローカルのストレージに記録しておき、カートリッジをライブラリから取り出して、LTFS LEの管理下でなくするときのみ、インデックスパーティションを更新する。
【発明の効果】
【００５２】
本発明に従えば、このようにすることで、インデックスパーティションの更新頻度を大幅に減らすことが可能になる。
【００５３】
ユーザーが意図的にカートリッジを取り出して、LTFS LEの管理下でなくするときのみの更新になるため、インデックスパーティションがデータパーティションよりも先にあふれてしまうことを防ぐことができる。
【図面の簡単な説明】
【００５４】
【図１】図１は、テープカートリッジ上での情報の記録例を示す図である。
【図２】図２は、テープカートリッジAAA000, BBB000, CCC000の挿入されたテープライブラリをLTFS LEでマウントしたときの例として、LTFS LEでのディレクトリの見え方を示す図である。
【図３】図３は、読み書き発生時のアンマウント、マウントの流れを示す図である。
【図４】図４は、本発明であるテーブルＴの例を示す図である。
【図５】図５は、本発明におけるアクセス発生時の流れを示す図である。
【図６】図６は、本発明におけるテープカートリッジ取り出し時の流れを示す図である。
【発明を実施するための形態】
【００５５】
本発明においては、出荷時などに予めLTFSフォーマットしたWORMカートリッジを使う、という運用を前提とする。
【００５６】
出荷時などに予めLTFSフォーマットしたWORMカートリッジを用意することは現時点では実行されていないが、技術的な困難はなく実現できる。
【００５７】
本発明では、LTFS LEの動作しているPCのHDDなど、ローカルのストレージに各カートリッジのメタ情報やインデックスパーティションに書き込まれるべきファイルの情報を保存する領域を用意しておく。
【００５８】
この領域を「インデックス領域」と呼ぶこととする。
【００５９】
このインデックス領域は、LTFS LEの管理下にあるカートリッジに対応する分だけ用意すればよい。
【００６０】
各カートリッジについて、LTFS LEでのアクセス状態を表すテーブルＴを用意する。
【００６１】
図４は、本発明であるテーブルＴの例を示す図である。
【００６２】
アクセス状態としては、次の３つの異なる状態があり、１、２、３のいずれかを参照のための設定としてＴに記録しておく。
【００６３】
１ : 一度もアクセスしていない。
【００６４】
２ :   アクセスしたことがあり、インデックスパーティションの情報をインデックス領域にコピーした後、インデックス領域の更新が発生していない。
【００６５】
３ :   アクセスしたことがあり、インデックスパーティションの情報をインデックス領域にコピーした後、インデックス領域の更新が発生している。
【００６６】
このテーブルＴはLTFS LEが使用しているメモリ中にあってもよいし、HDDなどのローカルな不揮発性のストレージに保存して、LTFS LEのプロセスが終了して、再起動した際に再度利用するようにしてもよい。
【００６７】
このように、テーブルＴには、アクセスの有無の別、および、インデックス領域の更新の有無の別を識別するための、３つの異なる状態（１、２、３）に設定することができ、それ自体、発明としての特徴がある。
【００６８】
ユーザーからのファイルアクセスが発生した場合や、テープライブラリ内でカートリッジをテープドライブからアンマウントする際には、テープカートリッジへのアクセスが必要となる。
【００６９】
従来のLTFS LEではこのアクセスに伴い、テープカートリッジ上のインデックスパーティションへのアクセスが発生する。
【００７０】
本発明では、状況に応じて、このアクセスをインデックス領域に対して行う。
【００７１】
図５は、本発明におけるアクセス発生時の流れを示す図である。
【００７２】
具体的には図５のように、Ｔを参照しながら、カートリッジへの最初のアクセス時にインデックスパーティションの情報をインデックス領域にコピーし、その後はインデックス領域に対するアクセスとする。
【００７３】
１００において、テープドライブにマウントされたテープカートリッジに対するファイルを対象とするアクセス要求に応答することを開始する。
【００７４】
１１０において、テーブルＴを参照して、該当するテープカートリッジのアクセス状態を取得する。
【００７５】
１２０において、アクセス状態が１に設定されているかどうかを判断する。
【００７６】
もしアクセス状態が１に設定されている場合には、１３０において、テープカートリッジをテープドライブにマウントし、そのマウントされたテープカートリッジから、WORMインデックスパーティションに記録されたメタ情報を読み出す。
【００７７】
１４０において、読み出されたメタ情報を、ローカルのストレージのインデックス領域に書き出す。
【００７８】
１５０において、テーブルＴ上のアクセス状態を２に設定する。
【００７９】
１６０において、インデックス領域に書き出されているメタ情報を使って、（WORMインデックスパーティションに記録されたメタ情報を使うことなく、）ファイルへのアクセス要求に応答する。
【００８０】
１７０において、インデックス領域に書き出されているメタ情報へのアクセス要求が、メタ情報の更新を伴ったものであったかどうかを判断する。
【００８１】
もしメタ情報の更新を伴ったものであると判断される場合には、１８０において、テーブルＴ上のアクセス状態が３でなければ、３に更新する。
【００８２】
１９０において、アクセスへの応答を完了する。
【００８３】
このようにして、アクセスの際にＴを利用することで、従来のLTFS LEではインデックスパーティションに対して行っていたアクセスを、一度マウントした後においては、インデックス領域へのアクセスをもって代用することができる。
【００８４】
図６は、本発明におけるテープカートリッジ取り出し時の流れを示す図である。
【００８５】
LTFS LEからカートリッジを取り出すときには下の図６のような流れで、必要があればインデックス領域の情報をインデックスパーティションに書き込み、取り出し処理を行う。
【００８６】
２００において、テープカートリッジの取り出し処理を開始する。
【００８７】
２１０において、テーブルＴを参照して、該当するテープカートリッジのアクセス状態を取得する。
【００８８】
２２０において、アクセス状態が３に設定されているかどうかを判断する。
【００８９】
もしアクセス状態が３に設定されている場合には、２３０において、インデックス領域に書き出されているメタ情報をＷＯＲＭインデックスパーティションに書き込む。
【００９０】
ここまでくれば、ローカルのストレージのインデックス領域に書き出されているメタ情報は不要なので、削除してもよい。
【００９１】
ここまでの作業は、カートリッジの取り出し時、すなわち、カートリッジのアンマウントの処理の実行に間に合うように実行されればよい。
【００９２】
２４０において、テーブルＴから該当するテープカートリッジのアクセス状態に関する情報を削除する。
【００９３】
２５０において、従来のLTFS LEと同様に、テープカートリッジの取り出し処理を行えばよい。
【００９４】
２６０において、テープカートリッジの取り出し処理を完了する。
【００９５】
図５〜図６における説明を通じて、Ｔが、Ｔ（＝２）でもなく、かつ、Ｔ（＝３）でもない場合には、Ｔ（＝１）として設定されていることになる。
【００９６】
また、図５〜図６にわたって、テーブルＴが、Ｔ（＝１）、Ｔ（＝２）、Ｔ（＝３）の順序で、設定が変更され参照されながら利用される流れがわかる。
【００９７】
別の見方をすると、図５〜図６にわたって、テーブルＴにおける３つの異なる状態（１、２、３）の設定について、アクセスの有無の別が、１と、２および３から成るグループとの別で識別されていて、一方でその後の参照のためには、インデックス領域の更新の有無の別が、グループ内の２と３との別で識別されているという流れがわかる。
【００９８】
このようにして、カートリッジをLTFS LEから取り出すときにだけ、インデックスパーティションの情報を更新することで、インデックスパーティションの更新頻度を大幅に減らすことが可能になる。
【００９９】
LTFS LEからカートリッジを取り出す操作は、ユーザーがLTFS LEを操作して明示的に行うので、インデックスパーティションの更新はユーザーが明示的に操作したときのみに行われる。
【０１００】
そのため、インデックスパーティションがデータパーティションよりも先にあふれてしまうことを防ぐことができる。
【０１０１】
また、カートリッジの取り出し処理を行わずに、カートリッジをテープライブラリから無理に排出した場合などは、インデックスパーティションに最新の情報が書かれていないことがある。
【０１０２】
こういう場合であっても、データパーティションに最新のインデックス情報が書かれているため、データを消失することなく、通常のLTFSのリカバリー手順により、最新のインデックス情報を復元することができる。
【０１０３】
本発明は、方法の各ステップをコンピュータに実行させるプログラムなど、当業者であれば他のカテゴリーの技術的思想としても実施可能であることは、言うまでもない。
【図１】
0005956971.tif 000002
【図２】
0005956971.tif 000003
【図３】
0005956971.tif 000004
【図４】
0005956971.tif 000005
【図５】
0005956971.tif 000006
【図６】
0005956971.tif 000007