知財求人 - 知財ポータルサイト「IP Force」
▶ インターナショナル・ビジネス・マシーンズ・コーポレーションの特許一覧
特表2023-552294リニア・テープ・ファイル・システムに基づくストレージ・システムからランダム・アクセス不揮発性メモリ・ドライブへのデータのコピー
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-15
(54)【発明の名称】リニア・テープ・ファイル・システムに基づくストレージ・システムからランダム・アクセス不揮発性メモリ・ドライブへのデータのコピー
(51)【国際特許分類】
G11B 20/10 20060101AFI20231208BHJP
G11B 27/00 20060101ALI20231208BHJP
G06F 3/06 20060101ALI20231208BHJP
G06F 16/13 20190101ALI20231208BHJP
G06F 16/14 20190101ALI20231208BHJP
【ＦＩ】
G11B20/10 301Z
G11B27/00 C
G06F3/06 303E
G06F3/06 304F
G06F16/13
G06F16/14
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023530252
(86)(22)【出願日】2021-11-17
(85)【翻訳文提出日】2023-05-18
(86)【国際出願番号】 EP2021081990
(87)【国際公開番号】W WO2022117344
(87)【国際公開日】2022-06-09
(31)【優先権主張番号】17/108,936
(32)【優先日】2020-12-01
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】390009531
【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】Ｎｅｗ Ｏｒｃｈａｒｄ Ｒｏａｄ， Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ １０５０４， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100112690
【弁理士】
【氏名又は名称】太佐 種一
(74)【代理人】
【識別番号】100120710
【弁理士】
【氏名又は名称】片岡 忠彦
(72)【発明者】
【氏名】三間 慎介
(72)【発明者】
【氏名】宮村 剛志
(72)【発明者】
【氏名】板垣 浩
(72)【発明者】
【氏名】長谷川 徹
(72)【発明者】
【氏名】山本 紀子
(72)【発明者】
【氏名】松井 壮介
(72)【発明者】
【氏名】安部 敦
【テーマコード（参考）】
5D044
5D110
【Ｆターム（参考）】
5D044AB01
5D044BC01
5D044CC02
5D044DE03
5D044DE12
5D044DE17
5D044DE22
5D044DE32
5D044DE37
5D044DE46
5D044DE54
5D110AA02
5D110DA01
5D110DA03
5D110DA04
5D110DA09
5D110DA11
5D110DB08
5D110DC07
5D110FA08
(57)【要約】
コンピュータ実装方法は、リニア・テープ・ファイル・システム（ＬＴＦＳ）に基づくストレージ・システムに格納されたデータを、ランダム・アクセス不揮発性メモリ（ＲＡＮＶＭ）ドライブのブロックにコピーすることを含む。データは、ドライブのブロックの単位でコピーされる。この方法は、ドライブ上のコピーされたデータが１つまたは複数のファイルとしてアクセス可能になるように、ファイル・メタデータを構築することをさらに含む。
【特許請求の範囲】
【請求項1】
リニア・テープ・ファイル・システム（ＬＴＦＳ）に基づくストレージ・システムに格納されたデータを、ランダム・アクセス不揮発性メモリ（ＲＡＮＶＭ）ドライブのブロックにコピーすることであって、前記データが前記ドライブの前記ブロックの単位でコピーされる、前記コピーすることと、前記ドライブ上の前記コピーされたデータが１つまたは複数のファイルとしてアクセス可能になるように、ファイル・メタデータを構築することと
を含む、コンピュータ実装方法。
【請求項2】
前記データが、前記ＬＴＦＳに基づくストレージ・システム上のブロックに格納され、ＬＴＦＳ内の前記ブロックの各々のサイズが、前記ドライブの前記ブロックのうちの１つのサイズの整数倍である、請求項１に記載のコンピュータ実装方法。
【請求項3】
前記ドライブの前記ブロックにコピーされた前記データが、前記ＬＴＦＳに基づくストレージ・システムの磁気記録テープの第１の端部と前記磁気記録テープの第２の端部の間に格納されたすべてのデータを含み、前記ドライブの前記ブロックへの前記磁気記録テープ上の前記データの前記コピー中に前記磁気記録テープ上でデータ・シーク動作が実行されない、請求項１または２に記載のコンピュータ実装方法。
【請求項4】
前記データの前記コピー中に対応関係テーブルを作成することをさらに含み、前記対応関係テーブルがＬＴＦＳ内のデータ位置を前記ドライブ上のデータ位置にマッピングする、請求項１ないし３のいずれか一項に記載のコンピュータ実装方法。
【請求項5】
前記データがファイル・データを含み、前記ドライブの前記ブロックに前記データをコピーする前に、前記ファイル・データを前記ＬＴＦＳに基づくストレージ・システム上のブロックに書き込むことを含み、前記ファイル・データが前記ＬＴＦＳに基づくストレージ・システム上の前記ブロックに書き込まれる位置が、前記ドライブによってファイル・データが管理されるのと同じ方法で、ブロック番号に従って、前記ＬＴＦＳに基づくストレージ・システムによって管理される、請求項１に記載のコンピュータ実装方法。
【請求項6】
ＬＴＦＳ内のブロックへの前記ファイル・データの前記書き込み中に、前記ファイル・データの境界が、前記ドライブ上の前記ブロックのサイズに揃えられる、請求項５に記載のコンピュータ実装方法。
【請求項7】
前記ＬＴＦＳに基づくストレージ・システム上の前記ファイル・データのブロック・オフセットが、前記ブロック・オフセットおよび前記ドライブの前記ブロックのうちの１つの前記サイズの商の余りが、前記ＬＴＦＳに基づくストレージ・システム上の前記ファイル・データのオフセットおよび前記ドライブの前記ブロックのうちの１つの前記サイズの商の余りに等しくなるように調整される、請求項６に記載のコンピュータ実装方法。
【請求項8】
前記データが複数のファイルのファイル・データを含み、前記ドライブの前記ブロックに前記データをコピーする前に、前記ファイル・データを前記ＬＴＦＳに基づくストレージ・システム上のブロックに書き込むことを含み、前記ＬＴＦＳに基づくストレージ・システム上のブロックへの前記ファイル・データの前記書き込み中に、前記ファイル・データの境界が前記ドライブ上の前記ブロックのサイズに揃えられる、請求項１に記載のコンピュータ実装方法。
【請求項9】
前記データが、前記ＬＴＦＳに基づくストレージ・システム上で実行された上書き動作から生じる少なくとも一部の無効化されたデータを含む、請求項１に記載のコンピュータ実装方法。
【請求項10】
プログラム命令が具現化されているコンピュータ可読記憶媒体を備えているコンピュータ・プログラム製品であって、前記プログラム命令が、コントローラによって読み取り可能または実行可能あるいはその両方であり、前記コントローラに、前記コントローラによって、リニア・テープ・ファイル・システム（ＬＴＦＳ）に基づくストレージ・システムに格納されたデータを、ランダム・アクセス不揮発性メモリ（ＲＡＮＶＭ）ドライブのブロックにコピーすることであって、前記データが前記ドライブの前記ブロックの単位でコピーされる、前記コピーすることと、
前記コントローラによって、前記ドライブ上の前記コピーされたデータが１つまたは複数のファイルとしてアクセス可能になるように、ファイル・メタデータを構築することと
を実行させる、コンピュータ・プログラム製品。
【請求項11】
前記データが、前記ＬＴＦＳに基づくストレージ・システム上のブロックに格納され、ＬＴＦＳ内の前記ブロックの各々のサイズが、前記ドライブの前記ブロックのうちの１つのサイズの整数倍である、請求項１０に記載のコンピュータ・プログラム製品。
【請求項12】
前記ドライブの前記ブロックにコピーされた前記データが、前記ＬＴＦＳに基づくストレージ・システムの磁気記録テープの第１の端部と前記磁気記録テープの第２の端部の間に格納されたすべてのデータを含み、前記ドライブの前記ブロックへの前記磁気記録テープ上の前記データの前記コピー中に前記磁気記録テープ上でデータ・シーク動作が実行されない、請求項１０または１１に記載のコンピュータ・プログラム製品。
【請求項13】
前記プログラム命令が、前記コントローラによって読み取り可能または実行可能あるいはその両方であり、前記コントローラに、前記コントローラによって前記データの前記コピー中に対応関係テーブルを作成することを実行させ、前記対応関係テーブルがＬＴＦＳ内のデータ位置を前記ドライブ上のデータ位置にマッピングする、請求項１０ないし１２のいずれか一項に記載のコンピュータ・プログラム製品。
【請求項14】
前記データがファイル・データを含み、前記プログラム命令が、前記コントローラによって読み取り可能または実行可能あるいはその両方であり、前記コントローラに、前記コントローラによって、前記ドライブの前記ブロックに前記データをコピーする前に、前記ファイル・データを前記ＬＴＦＳに基づくストレージ・システム上のブロックに書き込むことを実行させ、前記ファイル・データが前記ＬＴＦＳに基づくストレージ・システム上の前記ブロックに書き込まれる位置が、前記ドライブによってファイル・データが管理されるのと同じ方法で、ブロック番号に従って、前記ＬＴＦＳに基づくストレージ・システムによって管理される、請求項１０に記載のコンピュータ・プログラム製品。
【請求項15】
ＬＴＦＳ内のブロックへの前記ファイル・データの前記書き込み中に、前記ファイル・データの境界が、前記ドライブ上の前記ブロックのサイズに揃えられる、請求項１４に記載のコンピュータ・プログラム製品。
【請求項16】
前記ＬＴＦＳに基づくストレージ・システム上の前記ファイル・データのブロック・オフセットが、前記ブロック・オフセットおよび前記ドライブの前記ブロックのうちの１つの前記サイズの商の余りが、前記ＬＴＦＳに基づくストレージ・システム上の前記ファイル・データのオフセットおよび前記ドライブの前記ブロックのうちの１つの前記サイズの商の余りに等しくなるように調整される、請求項１５に記載のコンピュータ・プログラム製品。
【請求項17】
前記データが複数のファイルのファイル・データを含み、前記プログラム命令が、前記コントローラによって読み取り可能または実行可能あるいはその両方であり、前記コントローラに、前記コントローラによって、前記ドライブの前記ブロックに前記データをコピーする前に、前記ファイル・データを前記ＬＴＦＳに基づくストレージ・システム上のブロックに書き込むことを実行させ、前記ＬＴＦＳに基づくストレージ・システム上のブロックへの前記ファイル・データの前記書き込み中に、前記ファイル・データの境界が前記ドライブ上の前記ブロックのサイズに揃えられる、請求項１０に記載のコンピュータ・プログラム製品。
【請求項18】
前記データが、前記ＬＴＦＳに基づくストレージ・システム上で実行された上書き動作から生じる少なくとも一部の無効化されたデータを含む、請求項１０に記載のコンピュータ・プログラム製品。
【請求項19】
プロセッサと、前記プロセッサと統合されたか、前記プロセッサによって実行可能であるか、または前記プロセッサと統合され、前記プロセッサによって実行可能である論理と
を備えているシステムであって、前記論理が、
リニア・テープ・ファイル・システム（ＬＴＦＳ）に基づくストレージ・システムに格納されたデータを、ランダム・アクセス不揮発性メモリ（ＲＡＮＶＭ）ドライブのブロックにコピーすることであって、前記データが前記ドライブの前記ブロックの単位でコピーされる、前記コピーすることと、
前記ドライブ上の前記コピーされたデータが１つまたは複数のファイルとしてアクセス可能になるように、ファイル・メタデータを構築することと
を実行するように構成される、システム。
【請求項20】
前記データが、前記ＬＴＦＳに基づくストレージ・システム上のブロックに格納され、ＬＴＦＳ内の前記ブロックの各々のサイズが、前記ドライブの前記ブロックのうちの１つのサイズの整数倍である、請求項１９に記載のシステム。
【請求項21】
前記ドライブの前記ブロックにコピーされた前記データが、前記ＬＴＦＳに基づくストレージ・システムの磁気記録テープの第１の端部と前記磁気記録テープの第２の端部の間に格納されたすべてのデータを含み、前記ドライブの前記ブロックへの前記磁気記録テープ上の前記データの前記コピー中に前記磁気記録テープ上でデータ・シーク動作が実行されない、請求項１９または２０に記載のシステム。
【請求項22】
前記論理が、前記データの前記コピー中に対応関係テーブルを作成するように構成され、前記対応関係テーブルがＬＴＦＳ内のデータ位置を前記ドライブ上のデータ位置にマッピングする、請求項１９ないし２１のいずれか一項に記載のシステム。
【請求項23】
前記データがファイル・データを含み、前記論理が、前記ドライブの前記ブロックに前記データをコピーする前に、前記ファイル・データを前記ＬＴＦＳに基づくストレージ・システム上のブロックに書き込むように構成され、前記ファイル・データが前記ＬＴＦＳに基づくストレージ・システム上の前記ブロックに書き込まれる位置が、前記ドライブによってファイル・データが管理されるのと同じ方法で、ブロック番号に従って、前記ＬＴＦＳに基づくストレージ・システムによって管理される、請求項１９に記載のシステム。
【請求項24】
ＬＴＦＳ内のブロックへの前記ファイル・データの前記書き込み中に、前記ファイル・データの境界が、前記ドライブ上の前記ブロックのサイズに揃えられる、請求項２３に記載のシステム。
【請求項25】
前記ＬＴＦＳに基づくストレージ・システム上の前記ファイル・データのブロック・オフセットが、前記ブロック・オフセットおよび前記ドライブの前記ブロックのうちの１つの前記サイズの商の余りが、前記ＬＴＦＳに基づくストレージ・システム上の前記ファイル・データのオフセットおよび前記ドライブの前記ブロックのうちの１つの前記サイズの商の余りに等しくなるように調整される、請求項２４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、一般に、データ・ストレージ・システムに関し、より詳細には、リニア・テープ・ファイル・システム（ＬＴＦＳ：Linear Tape File System）に基づくストレージ・システムからランダム・アクセス不揮発性メモリ（ＲＡＮＶＭ：Random Access Nonvolatile Memory）ドライブにデータをコピーすることに関する。
【背景技術】
【0002】
一部のデータ・ストレージの設定では、データが、オンプレミス環境に存在することから、クラウドベースの環境に最終的にシフトされる。一部の環境では、このシフトは、比較的大きい量のデータを移行することを含むことがある。一部のクラウド・ベンダーは、そのようなシフトの間にデータを効率的に移行することにおける重要性を認識し、議論している。特に、基本的にネットワークを介してデータ転送が行われるが、一時的データ移動のための回線の強化が非現実的であることがあり、物流によるオフラインのデータ転送手段が導入されることが議論された。一部のクラウド・ベンダーは、データ転送専用に使用される装置のオリジナルの開発によってサービスを提供する。一方、他のクラウド・ベンダーは、ＬＴＦＳを使用してデータ転送サービスを提供する。一部の手法では、ＬＴＦＳを使用することによって、相対的に膨大な量のデータをあるシステムから別のシステムに転送するための方法も標準化されている。一部のクラウド・ベンダーは、物流によって配達されたデータの、データの受け取りから２４時間以内のオンラインのアクセス性を保証する。移行されるデータ・ボリュームのサイズに関係なく、そのような保証が行われるということに、注意することは重要である。そのような保証を確保することは、通常、単位時間当たりに物流から受け取られるデータの量に加えて、単位時間当たりにオンライン・システムにコピーされ得る受け取られたデータの量を考慮することを含む。前者の指標が後者の指標を超えるのを防ぐことによって、システムを構築し、維持し、管理するために、これらの指標の考慮が行われることがある。例えば、ＬＴＦＳをデータ転送に使用するための動作は、１日に受け取られたテープ・カートリッジの範囲が１日以内に処理され得るように、複数のテープ・ドライブを確保することを含んでよい。そのような例では、データ・コピーを実行するための予測される時間に加えて、データが相対的に短い期間内にコピーされるという仕様が要求されることがある。この動作は、そのような要求が存在する環境において特に役立ち得る。
【0003】
ＬＴＦＳは、一部の従来のデータ・ストレージ技術と比較して、テープ処理を簡略化するが、ストレージ・デバイス内のテープの使用に起因する一部の特性は、同じままである。ファイルがＨＤＤまたは磁気テープなどの磁気ストレージ・デバイスから読み取られる場合、データを読み取るために、デバイス（例えば、デバイスのヘッド）が、ファイル・データが格納されている位置に揃えられる。このプロセスは、シークとしても知られている。ＨＤＤ内のシーク動作は、数センチメートルの直径を有するディスク上の、ヘッドを含むアームの移動のみを含み、したがってシークは、実行されるのに、最大で数１０ミリ秒しかかからないことがある。これに対して、磁気テープ上のシーク動作は、１０００メートルを超える長さを有する可能性がある磁気テープの巻き取りを含む。したがって、磁気テープ上のシーク動作は、ＨＤＤ内のシーク動作よりも、実行するのに相対的にはるかに長い時間がかかる可能性がある。相対的に大きいファイルが、ＬＴＦＳに基づくストレージ・システムからＨＤＤにコピーされる場合、これらの相対的に長いシーク時間が、かなりの量の時間をデータ・コピー・プロセスに追加する可能性がある。
【発明の概要】
【0004】
１つの態様によるコンピュータ実装方法は、リニア・テープ・ファイル・システム（ＬＴＦＳ）に基づくストレージ・システムに格納されたデータを、ランダム・アクセス不揮発性メモリ（ＲＡＮＶＭ）ドライブのブロックにコピーすることを含む。データは、ドライブのブロックの単位でコピーされる。この方法は、ドライブ上のコピーされたデータが１つまたは複数のファイルとしてアクセス可能になるように、ファイル・メタデータを構築することをさらに含む。データは、データがドライブの単位でコピーされることに基づいて、ＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブのブロックに効率的にコピーされる。これは、別の方法では、データのファイルの単位でＬＴＦＳに基づくストレージ・システムからドライブにデータをコピーすることが、データ・コピーを実行するために必要とされる時間を最終的に増やすデータ・シーク動作が実行されることを利用するためである。磁気テープ上のこれらのシーク動作は、１０００メートルを超える長さを有する可能性がある磁気テープの巻き取りを含む。相対的に大きいファイルがＬＴＦＳに基づくストレージ・システムからドライブにコピーされる場合、これらの相対的に長いシーク時間は、かなりの量の時間をデータ・コピー・プロセスに追加する可能性がある。しかし、本手法では、ドライブのブロックへの磁気記録テープ上のデータのコピー中に、例えば、ＬＴＦＳに基づくストレージ・システムのテープ上で、コピーされるデータのインスタンスの開始位置を決定するため、コピーされるデータのインスタンスの終了位置を決定するため、分割されたデータまたは断片化されたデータ・ファイルあるいはその両方の位置を決定するため、などのために、磁気記録テープ上でデータ・シーク動作が実行されなくてよい。したがって、これらのシーク動作のうちの少なくとも一部を回避することによって、ファイル・データをＬＴＦＳに基づくストレージ・システムからドライブにコピーすることがデータ・シークを実行することを含んでいた場合に消費される時間の量よりも大幅に少ない時間で、ファイル・データがＬＴＦＳに基づくストレージ・システムからドライブにコピーされる。例えば、各回避されたシーク動作は、最大で約数１０秒、コピー・プロセスの時間を減らし得る。
【0005】
データのコピー中に、対応関係テーブルが作成されてよい。対応関係テーブルは、ＬＴＦＳ内のデータ位置をドライブ上のデータ位置にマッピングしてよい。したがって、対応関係テーブルは、ＬＴＦＳに基づくストレージ・システムのブロック上のいずれかの位置にあるデータをコピーするために、ドライブ上のどの位置が使用されるかを理解するために使用されてよい。
【0006】
別の態様によるコンピュータ・プログラム製品は、プログラム命令が具現化されているコンピュータ可読記憶媒体を含む。これらのプログラム命令は、コントローラに前述の方法を実行させるために、コントローラによって読み取り可能または実行可能あるいはその両方である。
【0007】
別の態様によるシステムは、プロセッサ、およびプロセッサに統合された論理、プロセッサによって実行可能な論理、またはプロセッサに統合され、プロセッサによって実行可能な論理を含む。この論理は、前述の方法を実行するように構成される。
【0008】
これらの手法のいずれかは、磁気ヘッド、磁気媒体（例えば、記録テープ）を磁気ヘッドの上に通すための駆動機構、および磁気ヘッドに電気的に結合されたコントローラを含み得る、テープ・ドライブ・システムなどの磁気データ・ストレージ・システムにおいて実装されてよい。
【0009】
本発明の他の態様および手法は、本発明の原理を図面と併せて例として説明する、以下の詳細な説明から明らかになる。
【図面の簡単な説明】
【0010】
【図1A】１つの手法による、簡略化されたテープ・ドライブ・システムの概略図である。
【図1B】１つの手法による、テープ・カートリッジの概略図である。
【図2A】１つの手法による、フラットラップ型、双方向２モジュールの磁気テープ・ヘッドの側面図を示す図である。
【図2D】モジュールの対の部分的なテープ支持面の詳細な図である。
【図3】書き込み－読み取り－書き込み構成を有する磁気ヘッドの部分的なテープ支持面の図である。
【図4】読み取り－書き込み－読み取り構成を有する磁気ヘッドの部分的なテープ支持面の図である。
【図5】１つの手法による、３つのモジュールを含む磁気テープ・ヘッドの側面図であり、これらすべてのモジュールは、通常、ほぼ平行な平面に沿って存在する。
【図6】接線（傾斜）構成で３つのモジュールを含む磁気テープ・ヘッドの側面図である。
【図7】オーバーラップ構成で３つのモジュールを含む磁気テープ・ヘッドの側面図である。
【図8A】テープ・テンティングの原理を示す概略図である。
【図8B】テープ・テンティングの原理を示す概略図である。
【図8C】テープ・テンティングの原理を示す概略図である。
【図9】１つの手法による、磁気テープに格納されたファイルおよびインデックスを表す図である。
【図10】１つの手法による、層型データ・ストレージ・システムの図である。
【図11】１つの手法による、方法のフローチャートである。
【図12】１つの手法による、ＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブのブロックにデータをコピーする状態の表現の図である。
【図13A】１つの手法による、ＬＴＦＳに基づくストレージ・システムおよび対応関係テーブルの状態を示す図である。
【図13E】図１３Ａ～１３ＤのＬＴＦＳに基づくストレージ・システムから、ファイル・アロケーション・テーブル（ＦＡＴ：File Allocation Table）である送信先ファイル・システムにデータをコピーする状態を示す図である。
【図14A】１つの手法による、ＬＴＦＳに基づくストレージ・システムおよび対応関係テーブルの状態を示す図である。
【図15】１つの手法による、疑似コードのサンプルの図である。
【発明を実施するための形態】
【0011】
以下の説明は、本発明の一般的原理を説明する目的で行われるのであり、本明細書において請求される本発明の概念を限定するよう意図されていない。さらに、本明細書に記載された特定の特徴を、さまざまな可能な組合せおよび並べ替えの各々において、他の説明された特徴と組み合わせて使用することができる。
【0012】
本明細書では、特に具体的に定義されない限り、すべての用語には、本明細書から暗示される意味、および当業者によって理解される意味、または辞書、論文などにおいて定義された意味、あるいはその両方を含む、最も広い可能な解釈が与えられる。
【0013】
本明細書および添付の特許請求の範囲において使用されるとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」が、特に規定されない限り、複数の指示対象を含むということにも注意しなければならない。
【0014】
以下の説明は、データ・ストレージ・システムおよびその動作または構成部品あるいはその両方の複数の好ましい手法を開示する。
【0015】
１つの一般的な手法では、コンピュータ実装方法は、リニア・テープ・ファイル・システム（ＬＴＦＳ）に基づくストレージ・システムに格納されたデータを、ランダム・アクセス不揮発性メモリ（ＲＡＮＶＭ）ドライブのブロックにコピーすることを含む。データは、ドライブのブロックの単位でコピーされる。この方法は、ドライブ上のコピーされたデータが１つまたは複数のファイルとしてアクセス可能になるように、ファイル・メタデータを構築することをさらに含む。
【0016】
別の一般的な手法では、コンピュータ・プログラム製品は、プログラム命令が具現化されているコンピュータ可読記憶媒体を含む。これらのプログラム命令は、コントローラに前述の方法を実行させるために、コントローラによって読み取り可能または実行可能あるいはその両方である。
【0017】
別の一般的な手法では、システムは、プロセッサ、およびプロセッサと統合された論理、プロセッサによって実行可能な論理、またはプロセッサと統合され、プロセッサによって実行可能な論理を含む。この論理は、前述の方法を実行するように構成される。
【0018】
図Ａ１は、本発明との関連において採用されてよい、テープに基づくデータ・ストレージ・システムの簡略化されたテープ・ドライブ１００を示している。図１Ａではテープ・ドライブの１つの特定の実装が示されているが、本明細書に記載された手法が、任意の種類のテープ・ドライブ・システムとの関連において実装されてよいということに、注意するべきである。
【0019】
図に示されているように、テープ１２２を支えるために、テープ供給カートリッジ１２０および巻き取りリール１２１が提供される。リールのうちの１つまたは複数は、取り外し可能なカートリッジの一部を形成してよく、必ずしもテープ・ドライブ１００の一部ではない。図１Ａに示されているようなテープ・ドライブは、テープ供給カートリッジ１２０および巻き取りリール１２１を駆動して、テープ１２２を任意の種類のテープ・ヘッド１２６の上で移動するための駆動モータをさらに含んでよい。そのようなヘッドは、読み取り変換器（リーダとも呼ばれる）、書き込み変換器（従来技術においてライタとしても知られる）、またはその両方のアレイを含んでよい。
【0020】
ガイド１２５は、テープ・ヘッド１２６を横切ってテープ１２２を誘導する。次に、そのようなテープ・ヘッド１２６は、ケーブル１３０を介してコントローラ１２８に結合される。コントローラ１２８は、ドライブ１００の任意のサブシステムを制御するためのプロセッサまたは任意の論理あるいはその両方であるか、またはこれらを含んでよい。例えば、コントローラ１２８は、通常、データ書き込み、データ読み取りなどに従って、サーボなどのヘッド機能を制御する。コントローラ１２８は、少なくとも１つのサーボ・チャネルおよび少なくとも１つのデータ・チャネルを含んでよく、これらのチャネルの各々は、テープ１２２への書き込みまたはテープ１２２からの読み取りあるいはその両方が行われる情報を処理するか、または格納するか、あるいはその両方を行うように構成されたデータ・フロー処理論理を含む。コントローラ１２８は、従来技術において知られた論理、および本明細書で開示された任意の論理の下で動作してよく、したがって、さまざまな手法では、本明細書に含まれているテープ・ドライブの説明のいずれかに関して、プロセッサと見なされてよい。コントローラ１２８は、コントローラ１２８によって実行可能な命令を格納し得る任意の既知の種類のメモリ１３６に結合されてよい。さらに、コントローラ１２８は、本明細書において提示された方法の一部または全部を実行または制御するように、構成されるか、またはプログラム可能であるか、あるいはその両方であってよい。したがって、コントローラ１２８は、１つまたは複数のチップ、モジュール、またはブロック、あるいはその組合せにプログラムされた論理、１つまたは複数のプロセッサで使用可能なソフトウェア、ファームウェア、または他の命令、あるいはその組合せなど、およびこれらの組合せとして、さまざまな動作を実行するように構成されると考えられてよい。
【0021】
ケーブル１３０は、テープ１２２上に記録されるデータをテープ・ヘッド１２６に送信するため、およびテープ・ヘッド１２６によってテープ１２２から読み取られたデータを受信するために、読み取り／書き込み回路を含んでよい。アクチュエータ１３２は、テープ１２２と相対的なテープ・ヘッド１２６の位置を制御する。
【0022】
インターフェイス１３４は、当業者によってすべて理解されるであろうように、テープ・ドライブ１００とホスト（内部または外部）の間でデータを送受信する通信のため、ならびにテープ・ドライブ１００の動作を制御するため、およびテープ・ドライブ１００の状態をホストに伝達するために、提供されてもよい。
【0023】
図１Ｂは、１つの手法による、例示的なテープ・カートリッジ１５０を示している。そのようなテープ・カートリッジ１５０は、図１Ａに示されているシステムなどのシステムと共に使用されてよい。図に示されているように、テープ・カートリッジ１５０は、筐体１５２と、筐体１５２内のテープ１２２と、筐体１５２に結合された不揮発性メモリ１５６とを含んでいる。一部の手法では、不揮発性メモリ１５６は、図１Ｂに示されているように、筐体１５２内に組み込まれてよい。その他の手法では、不揮発性メモリ１５６は、筐体１５２を変更することなく、筐体１５２の内側または外側に取り付けられてよい。例えば、不揮発性メモリは、粘着ラベル１５４内に組み込まれてよい。１つの好ましい手法では、不揮発性メモリ１５６は、フラッシュ・メモリ・デバイス、読み取り専用メモリ（ＲＯＭ：read-only memory）デバイスなどであってよく、テープ・カートリッジ１５０の内側または外側に組み込まれるか、または結合されてよい。不揮発性メモリは、テープ・ドライブおよびテープ・オペレーティング・ソフトウェア（ドライバ・ソフトウェア）、または別のデバイス、あるいはその組合せによってアクセス可能である。
【0024】
例として、図２Ａは、本発明との関連において実装されてよい、フラットラップ型、双方向２モジュールの磁気テープ・ヘッド２００の側面図を示している。図に示されているように、ヘッドは、基部２０２の対を含んでおり、各基部２０２はモジュール２０４を備えており、互いに対して小角度αで固定されている。これらの基部は、一緒に接着結合された「Ｕ型桁」であってよい。各モジュール２０４は、基板２０４Ａおよびクロージャ２０４Ｂを、一般に「ギャップ」と呼ばれる薄膜部分と共に含んでおり、このギャップ内に読み取り変換器または書き込み変換器あるいはその両方２０６が形成される。使用中に、図に示された方法で、読み取り変換器および書き込み変換器を使用してテープ２０８上のデータを読み取るため、および書き込むために、テープ２０８が、媒体（テープ）支持面２０９に沿ってモジュール２０４の上を移動される。平坦な媒体支持面２０９の上に移動して出るテープ２０８のエッジでの巻き角度θは、通常、約０．１度から約３度の間である。
【0025】
基板２０４Ａは、通常、セラミックなどの耐摩耗材料で構成される。クロージャ２０４Ｂは、基板２０４Ａと同じセラミックまたは類似するセラミックで作られていてよい。
【0026】
読み取り変換器および書き込み変換器は、ピギーバック構成または融合された構成で配置されてよい。例示的なピギーバック構成は、（磁気的にシールドされた）読み取り変換器（例えば、磁気抵抗リーダなど）の上（または下）に（磁気的に誘導性の）書き込み変換器を備え、書き込み変換器の磁極および読み取り変換器のシールドが、通常は分離される。例示的な融合された構成は、１つのライタの磁極と同じ物理的層内に１つのリーダのシールドを備える（したがって、「融合」されている）。読み取り変換器および書き込み変換器は、交互配置された構成で配置されてもよい。代替として、チャネルの各アレイは、読み取り変換器のみまたは書き込み変換器のみであってよい。これらのアレイのいずれかは、媒体上のサーボ・データを読み取るために、１つまたは複数のサーボ・リーダを含んでよい。
【0027】
図２Ｂは、図２Ａの線２Ｂから取られたモジュール２０４のうちの１つのテープ支持面２０９を示している。代表的なテープ２０８が、破線で示されている。モジュール２０４は、ヘッドがデータ・バンド間を移動するときに、テープを支持できるほど十分に長いのが好ましい。
【0028】
この例では、テープ２０８は、４本から３２本のデータ・バンドを含み、例えば図２Ｂに示されているように、２分の１インチ（１．２７ｃｍ）幅のテープ２０８上に、１６本のデータ・バンドおよび１７本のサーボ・トラック２１０を含む。データ・バンドは、サーボ・トラック２１０間で定義される。各データ・バンドは、複数のデータ・トラック（例えば、１０２４本のデータ・トラック（図示せず））を含んでよい。読み取り／書き込み動作中に、読み取り変換器または書き込み変換器あるいはその両方２０６は、データ・バンドのうちの１つに含まれる特定のトラック位置に配置される。外側のリーダ（サーボ・リーダと呼ばれることがある）が、サーボ・トラック２１０を読み取る。次に、読み取り／書き込み動作中に、読み取り変換器または書き込み変換器あるいはその両方２０６が特定のトラックのセットに揃えられた状態を保つために、従来の方法でサーボ信号が使用される。
【0029】
図２Ｃは、図２Ｂの円２Ｃ内のモジュール２０４上のギャップ２１８内に形成された、複数の読み取り変換器または書き込み変換器あるいはその両方２０６を示している。図２Ｃに示されているように、読み取り変換器および書き込み変換器のアレイ２０６は、例えば、１６個の書き込み変換器２１４、１６個の読み取り変換器２１６、および２個のサーボ・リーダ２１２を含んでいるが、これらの素子の数は変わることがある。例示的な手法は、１つのアレイにつき、８個、１６個、３２個、４０個、および６４個のアクティブな読み取り変換器または書き込み変換器あるいはその両方２０６を含み、代替として、交互配置された設計は、１７個、２５個、３３個などの奇数個の読み取り変換器または書き込み変換器を含む。例示的な手法は、１つのアレイにつき３２個の読み取り変換器または１つのアレイにつき３２個の書き込み変換器あるいはその両方を含み、変換素子の実際の数は、さらに多い（例えば３３個、３４個など）ことがある。複数の同時に操作される変換器は、高いデータ転送速度を維持しながら、テープが適度な速度で移動できるようにする。速度によって引き起こされる追跡の機械的な困難さを軽減するために、より低い速度が望ましい。
【0030】
図２Ｃに示されているように、読み取り変換器および書き込み変換器はピギーバック構成で配置されてよいが、読み取り変換器２１６および書き込み変換器２１４は、交互配置された構成で配置されてもよい。代替として、読み取り変換器または書き込み変換器あるいはその両方２０６の各アレイは、読み取り変換器のみまたは書き込み変換器のみであってよく、各アレイは、１つまたは複数のサーボ・リーダ２１２を含んでよい。図２Ａおよび２Ｂ～２Ｃを一緒に考慮することによって示されているように、各モジュール２０４は、双方向の読み取りおよび書き込み、記録時再生機能、下位互換性などのために、読み取り変換器または書き込み変換器あるいはその両方２０６の補完的セットを含んでよい。
【0031】
図２Ｄは、１つの手法による、磁気テープ・ヘッド２００の補完的モジュールの部分的なテープ支持面の図を示している。この手法では、各モジュールは、ピギーバック構成で共通基板２０４Ａ上に形成された複数の読み取り／書き込み（Ｒ／Ｗ：read/write）対および任意選択的な電気的絶縁層２３６を含んでいる。書き込み変換器２１４および読み取り変換器２１６は、それを横切るテープ媒体の意図された移動方向に対して平行に揃えられ、Ｒ／Ｗ対２２２によって例示されているＲ／Ｗ対を形成する。テープの意図された移動方向は、本明細書ではテープの移動方向と呼ばれることがあり、これらの用語が交換可能なように使用されてよいということに注意する。そのようなテープの移動方向は、例えば、ガイドを調べること、基準点と相対的な実際のテープの移動方向を観察することなどによって、システムの設計から推測されてよい。さらに、双方向の読み取りまたは書き込みあるいはその両方のために動作可能なシステムでは、両方向のテープの移動方向は、通常、平行であり、したがって、両方向は互いに同等であると見なされてよい。
【0032】
８個、１６個、３２個の対などの、複数のＲ／Ｗ対２２２が存在してよい。図に示されているＲ／Ｗ対２２２は、それを横切るテープの移動方向と概ね直角な方向に、直線的に揃えられる。しかし、これらの対は、対角線上などに揃えられてもよい。サーボ・リーダ２１２は、Ｒ／Ｗ対のアレイの外側に配置され、その機能は周知である。
【0033】
通常、磁気テープ媒体は、矢印２２０によって示されているように、順方向または逆方向のいずれかに移動する。磁気テープ媒体およびヘッド・アセンブリ２００は、従来技術においてよく知られている方法で、変換関係において動作する。ヘッド・アセンブリ２００は、概ね同一の構成の２つの薄膜モジュール２２４および２２６を含んでいる。
【0034】
モジュール２２４および２２６は、そのクロージャ２０４Ｂ（部分的に示されている）間に存在する空間と一緒に結合され、単一の物理的ユニットを形成し、先行のモジュールの書き込み変換器、およびそれと相対的なテープの移動方向と平行に、先行のモジュールの書き込み変換器に揃えられた後続のモジュールの読み取り変換器を有効化することによって、記録時再生機能を提供する。磁気テープ・ヘッド２００のモジュール２２４、２２６が構築されるときに、例えばＡｌＴｉＣの導電性基板２０４Ａ（部分的に示されている）の上に作成されたギャップ２１８内に各層が形成され、Ｒ／Ｗ対２２２に関する各層は、一般に、絶縁層２３６、通常はＮｉＦｅ（例えば、パーマロイとしても知られている約８０／２０ａｔ％のＮｉＦｅ）、コバルト・ジルコニウム・タンタル（ＣＺＴ：cobalt zirconium tantalum）またはＡｌ－Ｆｅ－Ｓｉ（センダスト）などの鉄合金の第１のシールド２３２、磁気媒体上のデータ・トラックを感知するためのセンサ２３４、通常は鉄ニッケル系合金（例えば、パーマロイ）の第２のシールド２３８、第１および第２のライタの磁極２２８、２３０、ならびにコイル（図示せず）という順序になる。センサは、磁気抵抗（ＭＲ：magnetoresistive）、ＧＭＲ、ＡＭＲ、トンネル磁気抵抗（ＴＭＲ：tunneling magnetoresistance）などに基づくセンサを含む、任意の既知の種類であってよい。
【0035】
第１および第２のライタの磁極２２８、２３０は、ＣｏＦｅなどの高磁気モーメント材料から製造されてよい。これらの材料が単に例として提供されており、他の材料が使用されてよいということに、注意する。シールドまたは磁極端あるいはその両方の間の絶縁およびセンサを囲む絶縁層などの、追加の層が存在してよい。絶縁用の例示的な材料は、アルミナ酸化物および他の酸化物、絶縁性ポリマーなどを含む。
【0036】
１つの手法によるテープ・ヘッド１２６の構成は、複数のモジュールを含み、３つ以上のモジュールを含むのが好ましい。書き込み－読み取り－書き込み（Ｗ－Ｒ－Ｗ：write-read-write）ヘッドでは、書き込むための外側のモジュールが、読み取るための１つまたは複数の内側のモジュールの側面に位置する。Ｗ－Ｒ－Ｗ構成を示している図３を参照すると、外側のモジュール２５２、２５６が、それぞれ書き込み変換器の１つまたは複数のアレイ２６０を含んでいる。図３の内側のモジュール２５４は、同様の構成で、読み取り変換器の１つまたは複数のアレイ２５８を含んでいる。複数モジュールのヘッドの変形は、Ｒ－Ｗ－Ｒヘッド（図４）、Ｒ－Ｒ－Ｗヘッド、Ｗ－Ｗ－Ｒヘッドなどを含む。さらに他の変形では、モジュールのうちの１つまたは複数が、変換器の読み取り／書き込み対を含んでよい。さらに、４つ以上のモジュールが存在してよい。さらに他の手法では、２つの外側のモジュールが、例えばＷ－Ｒ－Ｒ－Ｗ、Ｒ－Ｗ－Ｗ－Ｒなどの配置で、２つ以上の内側のモジュールの側面に位置してよい。簡単にするために、本明細書では、Ｗ－Ｒ－Ｗヘッドが、本発明の手法の例示に主に使用される。本明細書における内容を知らされた当業者は、本発明の並べ替えがＷ－Ｒ－Ｗ構成以外の構成にどのように当てはまるかを、理解するであろう。
【0037】
図５は、平坦であるか、または起伏があるなどであってよいテープ支持面３０８、３１０、３１２をそれぞれ含んでいる第１、第２、第３のモジュール３０２、３０４、３０６をそれぞれ含む、本発明の１つの手法による磁気ヘッド１２６を示している。「テープ支持面」という用語が、テープ３１５に面している表面がテープ支持面と物理的に接触していることを意味しているように見えるが、必ずしもそうではないということに注意する。むしろ、テープの一部のみが、常にまたは断続的にテープ支持面と接触し、テープの他の部分が、空気の層の上で、テープ支持面の上に乗って（または「浮かんで」）いてよい（空気支持と呼ばれることがある）。第１のモジュール３０２は、示された方向に移動するテープに関する３モジュールの設計において、テープが遭遇する最初のモジュールであるため、「先行の」モジュールと呼ばれる。第３のモジュール３０６は、「後続」のモジュールと呼ばれる。後続のモジュールは、３モジュールの設計において、中央のモジュールの後に続く、テープが遭遇する最後のモジュールである。先行のモジュール３０２および後続のモジュール３０６は、外側のモジュールと総称される。外側のモジュール３０２、３０６が、テープ３１５の移動方向に応じて、先行のモジュールとして交互に入れ替わるということにも注意する。
【0038】
１つの手法では、第１、第２、および第３のモジュール３０２、３０４、３０６のテープ支持面３０８、３１０、３１２が、ほぼ平行な平面（平行な平面およびほぼ平行な平面（例えば、図６のような平行と接線の間の平面）を含むよう意図されている）上にあり、第２のモジュール３０４のテープ支持面３１０が、第１および第３のモジュール３０２、３０６のテープ支持面３０８、３１２の上にある。下で説明されているように、このようにすることには、第２のモジュール３０４のテープ支持面３１０と相対的なテープの望ましい巻き角度α２を作成するという効果がある。
【0039】
テープ支持面３０８、３１０、３１２が、平行またはほぼ平行であるが、ずれた平面に沿って存在する場合、直観的には、テープは、先行のモジュール３０２のテープ支持面３０８から剥がれるはずである。しかし、先行のモジュール３０２の剥がれているエッジ３１８によって作られた真空が、テープを先行のモジュール３０２のテープ支持面３０８に接着した状態に保つのに十分であるということが、実験によって分かっている。先行のモジュール３０２の後続のエッジ３２０（テープが先行のモジュール３０２から離れる端部）は、第２のモジュール３０４のテープ支持面３１０の上の巻き角度α２を定義する近似的な基準点になる。テープは、先行のモジュール３０２の後続のエッジ３２０に近づくまで、テープ支持面に近接した状態を維持する。したがって、変換器３２２は、外側のモジュール３０２、３０６の後続のエッジの近くに位置してよい。これらの手法は、書き込み－読み取り－書き込みの適用に特に適している。
【0040】
本明細書に記載されたこの手法および他の手法の恩恵は、外側のモジュール３０２、３０６が第２のモジュール３０４からずれて決定された位置に固定されるため、モジュール３０２、３０４、３０６が一緒に結合されるか、または別の方法でヘッドに固定された場合に、内側の巻き角度α２が固定されるということである。内側の巻き角度α２は、およそｔａｎ－１（δ／Ｗ）であり、δはテープ支持面３０８、３１０の平面間の高低差であり、Ｗはテープ支持面３０８、３１０の対向する端部間の幅である。例示的な内側の巻き角度α２は、約０．３°から約１．１°の範囲内であるが、設計によって要求される任意の角度であることができる。
【0041】
テープを受け取るモジュール３０４の側面（先行のエッジ）の上の内側の巻き角度α２は、テープ３１５が後続のモジュール３０６の上に乗るため、後続のエッジの上の内側の巻き角度α３より、有利に大きくなる。この差は通常、α３が小さいほど、従来、出る有効な巻き角度がより急であったということに対立する傾向があるため、有益である。
【0042】
先行のモジュール３０２の後続のエッジ３２０で負の巻き角度を実現するように、外側のモジュール３０２、３０６のテープ支持面３０８、３１２が配置されるということに注意する。これは通常、テープ内のヘッドから剥がれる位置で生じるバール領域（crowbar region）の位置が適切に考慮されるという条件で、後続のエッジ３２０との接触に起因する摩擦を減らすのに役立つということにおいて、有益である。この負の巻き角度は、先行のモジュール３０２上のフラッタおよび素子に対するこすり傷も減らす。さらに、後続のモジュール３０６で、テープ３１５がテープ支持面３１２の上に浮くため、テープがこの方向に移動しているときに、事実上、素子に対する摩耗がない。特に、テープ３１５は、空気を引きずるため、第３のモジュール３０６のテープ支持面３１２の上に有意に乗らない（一部の接触が発生することがある）。これは、後続のモジュール３０６がアイドル状態である間に先行のモジュール３０２が書き込んでいるため、許容できる。
【0043】
異なるモジュールによって、書き込み機能および読み取り機能がいつでも実行される。１つの手法では、第２のモジュール３０４は、複数のデータ・リーダおよび任意選択的なサーボ・リーダ３３１を含み、書き込み変換器を含まない。第１および第３のモジュール３０２、３０６は、複数の書き込み変換器３２２を含み、データ読み取り変換器を含まないが、外側のモジュール３０２、３０６が任意選択的なサーボ・リーダを含んでよいということを除く。サーボ・リーダは、読み取り動作または書き込み動作あるいはその両方の間に、ヘッドを配置するために使用されてよい。各モジュール上のサーボ・リーダは、通常、読み取り変換器または書き込み変換器のアレイの端部に向かって位置する。
【0044】
読み取り変換器または横に並んだ書き込み変換器およびサーボ・リーダのみが、基板とクロージャの間のギャップ内に存在することによって、ギャップの長さを大幅に減らすことができる。標準的なヘッドは、ピギーバックされた読み取り変換器および書き込み変換器を含み、各読み取り変換器の上に書き込み変換器が形成される。標準的なギャップは、２０～３５ミクロンである。しかし、テープ上の凹凸が、ギャップ内に垂れ下がり、ギャップの浸食を引き起こす傾向があることがある。したがって、ギャップは小さいほど良い。本明細書において有効化されるギャップは、小さいほど、摩耗に関連する問題を示すことが少なくなる。
【0045】
一部の手法では、第２のモジュール３０４がクロージャを含み、一方、第１および第３のモジュール３０２、３０６はクロージャを含まない。クロージャが存在しない場合、ハード・コーティングがモジュールに追加されるのが好ましい。１つの好ましいコーティングは、ダイヤモンド状炭素（ＤＬＣ：diamond-like carbon）である。
【0046】
図５に示されている手法では、第１、第２、および第３のモジュール３０２、３０４、３０６がそれぞれ、クロージャ３３２、３３４、３３６を含み、これらのクロージャが関連付けられたモジュールのテープ支持面を拡張し、それによって、読み取り／書き込み素子をテープ支持面のエッジから離れた位置に効果的に配置する。第２のモジュール３０４上のクロージャ３３２は、テープ・ヘッド上で通常見られる種類のセラミック・クロージャであることができる。しかし、第１および第３のモジュール３０２、３０６のクロージャ３３４、３３６は、各モジュール上のテープの移動方向と平行に測定されたときに、第２のモジュール３０４のクロージャ３３２より短くてよい。これによって、モジュールを互いに近づけて配置することができる。より短いクロージャ３３４、３３６を製造するための１つの方法は、第２のモジュール３０４の標準的なセラミック・クロージャを、追加の量だけ重ねることである。別の方法は、薄膜の加工時に、薄膜クロージャを素子の上にめっきするか、または成膜することである。例えば、センダストまたは鉄ニッケル系合金（例えば、４５／５５）などの硬質材料の薄膜クロージャを、モジュール上に形成することができる。
【0047】
外側のモジュール３０２、３０６上で厚さの減少したセラミックもしくは薄膜クロージャ３３４、３３６を使用するか、またはクロージャを使用せずに、書き込みと読み取りの間のギャップ間隔を、約１ｍｍ未満（例えば、約０．７５ｍｍ）、または通常使用されるリニア・テープ・オープン（ＬＴＯ：linear tape open）テープ・ヘッドの間隔より５０％短い長さに、減らすことができる。モジュール３０２、３０４、３０６の間の空間は、それでも一部の手法では、第２のモジュール３０４の上のテープの動きを安定させるのに最適である、約０．５から０．６ｍｍに設定することができる。
【0048】
テープの張力および剛性に応じて、第２のモジュールのテープ支持面と相対的に、外側のモジュールのテープ支持面を傾けることが望ましいことがある。図６は、モジュール３０２、３０４、３０６が接線またはほぼ接線（傾斜）構成である手法を示している。特に、外側のモジュール３０２、３０６のテープ支持面は、第２のモジュール３０４の望ましい巻き角度α２で、テープとほぼ平行である。言い換えると、外側のモジュール３０２、３０６のテープ支持面３０８、３１２の平面は、第２のモジュール３０４と相対的なテープ３１５の望ましい巻き角度α２にほぼ向けられる。この手法でも、テープは、後続のモジュール３０６から浮き上がり、それによって、後続のモジュール３０６の素子上の摩耗を減らす。これらの手法は、書き込み－読み取り－書き込みの適用に特に役立つ。これらの手法の追加の態様は、前述した態様と同様である。
【0049】
通常、テープの巻き角度は、図５および６に示されている手法のほぼ中間に設定されてよい。
【0050】
図７は、モジュール３０２、３０４、３０６がオーバーラップ構成である手法を示している。特に、外側のモジュール３０２、３０６のテープ支持面３０８、３１２は、第２のモジュール３０４と相対的な望ましい巻き角度α２に設定された場合、テープ３１５よりわずかに傾けられる。この手法では、テープは後続のモジュールから浮き上がらず、後続のモジュールを書き込みまたは読み取りに使用できるようにする。したがって、先行のモジュールおよび中央のモジュールは、両方とも読み取り機能または書き込み機能あるいはその両方を実行することができ、一方、後続のモジュールは、任意の直前に書き込まれたデータを読み取ることができる。したがって、これらの手法は、書き込み－読み取り－書き込み、読み取り－書き込み－読み取り、および書き込み－書き込み－読み取りの適用の場合に好ましい。後者の手法では、読み取り機能を保証するために、クロージャは、テープ・キャノピーより広くなるべきである。クロージャが広いほど、より広いギャップ間の分離が必要になることがある。したがって、好ましい手法は、短縮されたクロージャを使用し得るため、より狭いギャップ間の分離を可能にする、書き込み－読み取り－書き込み構成を有する。
【0051】
図６および７に示された手法の追加の態様は、前述した態様と同様である。
【0052】
複数モジュールのヘッド１２６の３２チャネル・バージョンは、現在の１６チャネル・ピギーバックＬＴＯモジュールと同じまたは類似するピッチ上にリード線を有するケーブル３５０を使用してよく、または代替として、モジュール上の接続は、ケーブル長を５０％削減するために、オルガンの鍵盤状（organ-keyboarded）であってよい。上下の書き込み対のシールドなしケーブルが、サーボ・リーダを統合していることがある書き込み変換器に使用されてよい。
【0053】
外側の巻き角度α１は、調整可能なローラー、スライドなどの、従来技術において知られた任意の種類のガイドなどによって、または代替として、ヘッドに統合されたアウトリガによって、ドライブ内で設定されてよい。例えば、巻き角度を設定するために、オフセット軸を含んでいるローラーが使用されてよい。オフセット軸は、回転の軌道円弧を作り、巻き角度α１の正確な位置合わせを可能にする。
【0054】
前述した手法のいずれかを組み立てるために、従来のＵ型桁アセンブリが使用され得る。したがって、得られるヘッドの質量は、前の世代のヘッドと比較して維持されるか、または減らされてもよい。他の方法では、モジュールが単一体として構築されてよい。本明細書の知識を持っている当業者は、そのようなヘッドを製造する他の既知の方法が、そのようなヘッドの構築において使用するのに適していることがあるということを、理解するであろう。さらに、特に指定されない限り、本開示を読むときに当業者に明らかになるであろうように、従来技術において知られた種類のプロセスおよび材料が、本明細書の内容と一致して、さまざまな手法において使用するのに適していることがある。
【0055】
読み取りまたは書き込みあるいはその両方が、例えば低い誤り率で効率的に実行されるように、テープがモジュールの上を進むときに、テープがモジュール上の磁気変換器の十分近くを通るのが好ましい。一部の手法によれば、テープが、磁気変換器を含んでいるモジュールの一部の十分近くを通るのを保証するために、テープ・テンティングが使用されてよい。このプロセスをよく理解するために、図８Ａ～８Ｃがテープ・テンティングの原理を示している。図８Ａは、対向するエッジ８０４、８０６の間に広がる上側テープ支持面８０２を含んでいるモジュール８００を示している。エッジ８０４、８０６に巻き付いている静止したテープ８０８が示されている。図に示されているように、テープ８０８の曲げ剛性が、テープをテープ支持面８０２から持ち上げる。図８Ａに示されているように、テープの張力がテープの形状を平らにする傾向がある。テープの張力が最小である場合、テープの曲率は、図に示されている放物線より大きくなる。
【0056】
図８Ｂは、移動中のテープ８０８を示している。先行のエッジ（すなわち、移動しているときにテープが遭遇する最初のエッジ）は、空気をテープから剥ぐ働きをすることがあり、それによって、テープ８０８とテープ支持面８０２の間に周囲の気圧を下回る気圧を作り出す。図８Ｂでは、テープが左から右に移動している場合、先行のエッジが左のエッジであり、右のエッジが後続のエッジである。その結果、テープの上の大気圧が、テープをテープ支持面８０２の方向に強制し、それによってエッジの各々の近くにテープ・テンティングを作り出す。テープの曲げ剛性が大気圧の影響に抵抗し、それによって先行のエッジと後続のエッジの両方の近くにテープ・テンティングを引き起こす。モデル化は、２つのテントの形状が極めて似ているということを予測する。
【0057】
図８Ｃは、後続のガイド８１０がテープ支持面の平面の上に配置された場合でも、周囲の気圧を下回る気圧がどのようにテープ８０８をテープ支持面８０２の方向に強制するかを示している。
【0058】
したがって、テープがモジュールの上を通るときの進路を方向付けるために、テープ・テンティングが使用されてよい。前述したように、好ましくは、読み取りまたは書き込みあるいはその両方が、例えば低い誤り率で効率的に実行されるように、テープが、磁気変換器を含んでいるモジュールの一部の十分近くを通るのを保証するために、テープ・テンティングが使用されてよい。
【0059】
磁気テープはテープ・カートリッジに格納されてよく、次に、データ・ストレージ・ライブラリ内のストレージ・スロットなどに格納される。テープ・カートリッジは、物理的に取り出すためにアクセスできるように、ライブラリに格納されてよい。データ・ストレージ・ライブラリは、磁気テープおよびテープ・カートリッジに加えて、データを磁気テープに格納するか、またはデータを磁気テープから取り出すか、あるいはその両方を実行する、データ・ストレージ・ドライブを含んでよい。さらに、データ・ライブラリおよびそれらに含まれているコンポーネントは、テープおよびテープに格納されたデータにアクセスできるようにするファイル・システムを実装してよい。
【0060】
ファイル・システムは、データがメモリに格納され、メモリから取り出される方法を制御するために、使用されてよい。したがって、ファイル・システムは、オペレーティング・システムがメモリ内のファイルを追跡するために使用するプロセスおよびデータ構造（例えば、ファイルがメモリ内で構造化される方法）を含んでよい。リニア・テープ・ファイル・システム（ＬＴＦＳ）は、適合するテープにアクセスできるようにするために、特定のライブラリ内で実装されてよいファイル・システムの例示的な形式である。本明細書におけるさまざまな手法が、例えばＩＢＭ（Ｒ）Ｓｐｅｃｔｒｕｍ（Ｒ）Ａｒｃｈｉｖｅ Ｌｉｂｒａｒｙ Ｅｄｉｔｉｏｎ（ＬＴＦＳ ＬＥ）を含む、広範囲のファイル・システム形式を使用して実装され得るということが、理解されるべきである（ＩＢＭおよびＩＢＭに基づく商標およびロゴは、インターナショナル・ビジネス・マシーンズ・コーポレーション（International Business Machines Corporation）またはその関連会社あるいはその両方の商標または登録商標である）。しかし、背景を提供するために、および単に読者を助けるために、以下の手法の一部は、ファイル・システム形式の一種であるＬＴＦＳを参照して説明され得る。この参照は、単に例として行われており、特許請求の範囲において定義されている本発明に対する限定であると見なされるべきではない。
【0061】
テープ・カートリッジは、カートリッジをテープ・ドライブに挿入することによって「装着され」てよく、テープ・カートリッジは、テープ・カートリッジをテープ・ドライブから取り外すことによって「取り出され」てよい。カートリッジ内のテープは、テープ・ドライブ内に装着された後に、テープ・カートリッジからテープ（磁気記録部分）を物理的に引っ張り、テープ・ドライブの磁気ヘッドの上に通すことによって、ドライブに「通され」てよい。さらに、テープを磁気ヘッドの上で移動するために、テープが巻き取りリール（例えば、上記の図１Ａの１２１を参照）に取り付けられてよい。
【0062】
カートリッジ内のテープは、テープ・ドライブに通された後に、テープ上のメタデータを読み取り、テープを、ＬＴＦＳがテープをファイル・システムの構成要素として使用できる状態にすることによって、「マウントされ」てよい。さらに、テープを「アンマウントする」ために、メタデータが（例えば、インデックスとして）最初にテープに書き込まれるのが好ましく、その後、テープが、ＬＴＦＳがテープをファイル・システムの構成要素として使用できる状態から取り除かれてよい。最後に、テープを「抜き取る」ために、テープが巻き取りリールから取り外され、テープ・カートリッジの内部に再び物理的に配置される。カートリッジは、テープが抜き取られた後でも、例えば別の読み取り要求または書き込み要求あるいはその両方を待ちながら、テープ・ドライブ内に装着されたままであってよい。しかし、他の例では、テープ・カートリッジは、例えば前述したようにテープが抜き取れるときに、テープ・ドライブから取り出されてよい。
【0063】
磁気テープは、シーケンシャル・アクセス媒体である。したがって、データを以前に書き込まれたデータの末尾に追加することによって、新しいデータがテープに書き込まれる。したがって、１つのパーティションのみを含んでいるテープにデータが記録される場合、データが頻繁に更新され、それに応じてテープに再び書き込まれるときに、メタデータ（例えば、割り当て情報）が以前に書き込まれたデータの末尾に連続的に追加される。その結果、テープが最初にマウントされるときに、このテープに対応するメタデータの最新のコピーにアクセスするために、最後尾の情報が読み取られる。しかし、この読み取りは、特定のテープをマウントするプロセスに、かなりの量の遅延をもたらす。
【0064】
単一のパーティションのテープ媒体に起因するこの遅延を克服するために、ＬＴＦＳ形式は、インデックス・パーティションおよびデータ・パーティションを含んでいる２つのパーティションに分割されたテープを含む。インデックス・パーティションは、例えばファイル割り当て情報（インデックス）などのメタデータ（メタデータ情報）を記録するように構成されてよく、一方、データ・パーティションは、データの本体（例えば、データ自体）を記録するように構成されてよい。
【0065】
図９を参照すると、１つの手法によって、インデックス・パーティション９０２およびデータ・パーティション９０４を含んでいる磁気テープ９００が示されている。図に示されているように、データ・ファイルおよびインデックスがテープに格納されている。本説明を読むときに当業者によって理解されるであろうように、ＬＴＦＳ形式は、インデックス情報をテープ９０６の先頭にあるインデックス・パーティション９０２に記録できるようにする。
【0066】
インデックス情報が更新されるときに、以前のバージョンのインデックス情報を上書きするのが好ましく、それによって、テープの先頭にあるインデックス・パーティション内で、現在更新されているインデックス情報にアクセスできるようにする。図９に示されている特定の例によれば、最新バージョンのメタデータのインデックス３が、テープ９０６の先頭にあるインデックス・パーティション９０２に記録される。反対に、３つすべてのバージョンのメタデータのインデックス１、インデックス２、インデックス３、およびデータのファイルＡ、ファイルＢ、ファイルＣ、ファイルＤが、テープのデータ・パーティション９０４に記録される。インデックス１およびインデックス２は古い（例えば、更新されていない）インデックスであるが、前述したように、以前に書き込まれたデータの末尾に情報を追加することによって、情報がテープに書き込まれるため、これらの古いインデックスであるインデックス１、インデックス２は、上書きされずにテープ９００上のデータ・パーティション９０４に格納されたままになる。
【0067】
インデックス・パーティション９０２またはデータ・パーティション９０４あるいはその両方に含まれるメタデータは、望ましい手法に応じて、同じように、または異なって、更新されてよい。一部の手法によれば、例えば、テープが再びマウントされるときにインデックスがインデックス・パーティションから素早く読み取られ得るように、インデックス・パーティションまたはデータ・パーティションあるいはその両方９０２、９０４のメタデータは、テープがアンマウントされることに応答して更新されてよい。メタデータは、データ・パーティション９０４にも書き込まれるのが好ましいため、例えばバックアップのオプションとして、データ・パーティション９０４に記録されたメタデータを使用してテープがマウントされてよい。
【0068】
本発明を限定するよう全く意図されていない１つの例によれば、例えば、突然の停電の発生時にデータ損失を軽減できるように、ユーザがシステムに明示的に指示したとき、またはユーザによって設定され得る既定の期間によって指定された時間に、インデックスをデータ・パーティションに書き込む機能を提供するために、ＬＴＦＳ ＬＥが使用されてよい。
【0069】
ここで図１０を参照すると、１つの手法によるストレージ・システム１０００が示されている。さまざまな手法によって、図１０に示された要素の一部が、ハードウェアまたはソフトウェアあるいはその両方として実装されてよいということに注意する。ストレージ・システム１０００は、少なくとも１つの上位ストレージ層１００２上および少なくとも１つの下位ストレージ層１００６上の複数の媒体またはドライブあるいはその両方と通信するために、ストレージ・システム・マネージャ１０１２を含んでよい。上位ストレージ層１００２は、ハード・ディスク・ドライブ（ＨＤＤ：hard disk drive）内のハード・ディスク、不揮発性メモリ（ＮＶＭ：nonvolatile memory）、半導体ドライブ（ＳＳＤ：solid state drive）内の半導体メモリ、フラッシュ・メモリ、ＳＳＤアレイ、フラッシュ・メモリ・アレイなど、または本明細書に記載されたか、もしくは従来技術において知られている他の媒体、あるいはその組合せなどの、１つまたは複数のランダム・アクセスまたは直接アクセスあるいはその両方の媒体１００４を含み得るのが好ましい。下位ストレージ層１００６は、テープ・ドライブ内の磁気テープもしくは光媒体またはその両方、低速アクセスＨＤＤ、低速アクセスＳＤＤなど、または本明細書に記載されたか、もしくは従来技術において知られている他の順次アクセス媒体、あるいはその組合せなどの順次アクセス媒体を含む、１つまたは複数のより低性能なストレージ媒体１００８を含み得るのが好ましい。１つまたは複数の追加ストレージ層１０１６は、システム１０００の設計者の要求に従って、ストレージ・メモリ媒体の任意の組合せを含んでよい。また、上位ストレージ層１００２または下位ストレージ層１００６あるいはその両方のいずれかは、ストレージ・デバイスまたはストレージ媒体あるいはその両方のなんらかの組合せを含んでよい。
【0070】
ストレージ・システム・マネージャ１０１２は、図１０に示されたストレージ・エリア・ネットワーク（ＳＡＮ：storage area network）または他の適切なネットワーク・タイプなどのネットワーク１０１０を介して、上位ストレージ層１００２上および下位ストレージ層１００６上のドライブまたはストレージ媒体あるいはその両方１００４、１００８と通信してよい。ストレージ・システム・マネージャ１０１２は、ストレージ・システム・マネージャ１０１２の一部であってもなくてもよいホスト・インターフェイス１０１４を介して、１つまたは複数のホスト・システム（図示せず）と通信してもよい。ストレージ・システム１０００のストレージ・システム・マネージャ１０１２または任意のその他のコンポーネントあるいはその両方は、ハードウェア内またはソフトウェア内あるいはその両方に実装されてよく、従来技術において知られている種類のコマンドを実行するために、中央処理装置（ＣＰＵ：central processing unit）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ：field programmable gate array）、特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuit）などのプロセッサ（図示せず）を利用してよい。当然、当業者が本説明を読むときに明らかであろうように、ストレージ・システムの任意の配置が使用されてよい。
【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】
図１２～１４Ｆは、例えば、ファイル・システムのアプリケーション・プログラミング・インターフェイス（ＡＰＩ：Application Programming Interface）を使用せずに、ファイルの単位ではなくドライブのブロックの単位でＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブにコピーされているデータの状態を示している。さらに、コピーされたブロックがドライブ上のファイルとして扱われ得るように、ドライブ上でファイル・メタデータ（例えば、ファイル・ブロックの割り当て）が構築されてよい。一部の手法では、ブロックの単位で、テープの端部から端部までのデータがコピーされ、それによって、データのコピー中にシークが実行されることが必要とされない。ＬＴＦＳは、ドライブ上の一般的なファイル・システムと同じ方法で、ブロック番号に従って、ファイル・データが記録される位置も管理する。データのこのコピーは、ＬＴＦＳに基づくストレージ・システム上のブロック番号を送信先ドライブ上のファイル・システムのブロック番号にマッピングを可能にすることに基づいて、使用可能である。一部の手法では、例えば、ＬＴＦＳ内のデータ位置をドライブ上のデータ位置にマッピングするために、対応関係テーブルが作成される間に、データがＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブにコピーされる。さらに、データのこのコピーは、ファイル・データをＬＴＦＳに基づくストレージ・システムのＬＴＦＳ内のブロックに書き込むときに、データ境界をドライブ上のファイル・システムのブロック・サイズに揃えることによって可能にされ得る。
【0096】
本明細書に記載されたさまざまな手法の前提条件として、ＬＴＦＳ内のブロックの各々のブロック・サイズ（以下では、「ＬＢＳ」（LTFS Block Size：ＬＴＦＳブロック・サイズ）と呼ばれる）は、送信先ドライブ上のファイル・システムのブロック・サイズ（以下では、ＴＢＳ（Target Block Size：ターゲット・ブロック・サイズ）と呼ばれる）の整数倍であってよい。一部の手法では、ＬＢＳをＴＢＳで割ることによって取得される値であってよい、送信先ドライブ上のファイル・システムのブロック・サイズの整数倍は、以下では、「ＢＳＲ」（Block Size Ratio：ブロック・サイズ比）と呼ばれてよい。一部の好ましい手法では、コピー中にソースＬＴＦＳがマウントされない（例えば、アプリケーションから使用できない）ということに注意するべきである。送信先ドライブ上のファイル・システムは、コピー中にマウントされてよい（例えば、アプリケーションから使用できる）が、ソース・テープに記録されたすべてのデータをコピーするための十分な量の空き領域が存在するのが好ましい。
【0097】
図１２は、１つの手法による、ＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブのブロックにデータをコピーする状態１２００を示している。任意選択として、この状態１２００は、他の図を参照して説明されている特徴などの、本明細書に示されている任意の他の手法からの特徴と共に、実装されてよい。しかし当然ながら、そのような状態１２００および本明細書において提示されている他の状態は、本明細書に示されている例示的な手法において具体的に説明されていることもあれば、説明されていないこともあるさまざまな応用または並べ替えあるいはその両方において、使用されてよい。さらに、本明細書において提示されている状態１２００は、任意の望ましい環境内で使用されてよい。
【0098】
図１２の状態１２００は、ＬＴＦＳに基づくストレージ・システム上の複数のブロックの表現（例えば、ＬＴＦＳブロック番号１０～番号１５を参照）、およびＲＡＮＶＭドライブの複数のターゲット・ブロックの表現（例えば、ターゲット・ブロック番号１２００～番号１２０７、ターゲット・ブロック番号１２１２～番号１２２０、およびターゲット・ブロック番号１２２２～番号１２２８を参照）を含んでいる。ＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブへのデータのコピーを詳しく説明する文脈上の参照のために、対応関係テーブル１２３０も、図１２に含まれている。
【0099】
ＬＴＦＳに基づくストレージ・システムのデータは、ファイルの単位ではなくドライブのブロック（例えば、ターゲット・ブロック）の単位でＲＡＮＶＭドライブにコピーされる。一部の手法では、ＬＴＦＳに基づくストレージ・システム上のデータは、ＬＢＳの倍数の単位でメモリに読み取られる。さらに、メモリに読み取られたデータは、ＴＢＳの倍数の単位でドライブ上の空きブロックに書き込まれてよい。
【0100】
データをコピーする前に、アプリケーションからアクセスできない特殊なファイルを作成し、必要とされる空きブロックをこの特殊なファイルに割り当てるために、例えば１つまたは複数の既知の技術を使用して、コピー中に利用されるドライブ上の空きブロックがアプリケーションから使用できないように設定されてよいということに注意する。しかし、一部の手法では、これらのブロックは、アプリケーションがこれらのブロックを使用することが防がれているにもかかわらず、アプリケーションによって実現されてよい。
【0101】
引き続き図１２を参照すると、ＢＳＲが４であり、したがって、ＬＴＦＳに基づくストレージ・システム上の１つのブロックのデータが、ドライブ上の４つの空きブロックにコピーされ得るということが仮定されてよい。さらに具体的な例によれば、４のＢＳＲに基づいて、ＬＴＦＳに基づくストレージ・システム上の２つのＬＴＦＳブロック番号１０および番号１１が、ドライブのブロックの単位でコピーされていることが示されている。例えば、コピー動作１は、ＬＴＦＳブロック番号１０～番号１１のデータをドライブの８つのブロック番号１２００～番号１２０７にコピーすることを含んでいる。別の例によれば、コピー動作２は、ＬＴＦＳブロック番号１２～番号１３のデータおよびＬＴＦＳブロック番号１４の一部のデータをドライブの９つのブロック（例えば、ブロック番号１２１２～番号１２２０）にコピーすることを含んでいる。さらに別の例によれば、コピー動作３は、ＬＴＦＳブロック番号１４の一部のデータおよびＬＴＦＳブロック番号１５のデータをドライブの７つのブロック（例えば、ブロック番号１２２２～番号１２２８）にコピーすることを含んでいる。
【0102】
一部の手法では、ＬＴＦＳに基づくストレージ・システムのブロック上のデータ位置およびドライブ上のデータ位置が、対応関係テーブル１２３０に記録される。対応関係テーブル１２３０は、ＬＴＦＳに基づくストレージ・システムのブロック上のいずれかの位置にあるデータをコピーするために、ドライブ上のどの位置が使用されるかを理解するために使用されてよい。
【0103】
この対応関係テーブル１２３０を実現するためには、ＬＴＦＳの固有の特性である共有ブロックに関する問題が存在することがある。ＬＴＦＳは、効率的にテープからデータを読み取るため、またはテープにデータを書き込むため、あるいはその両方のために、一般的なファイル・システムよりも大きいブロック・サイズを使用する。例えば、推奨されるＬＢＳ値は、１つの手法では５１２キロバイト（ＫＢ）であるが、本明細書に記載されたさまざまな手法では、さまざまな図に示されている例を明確に見る目的で、ＬＢＳは２５６ＫＢであると仮定されてよい。しかし、手法に応じて、ＬＢＳは、任意の値（例えば、１２８ＫＢ、６４ＫＢ、１０２４ＫＢなど）に構成されてよい。大きいブロック・サイズにおけるテープ容量の相対的に効率的な使用のために、ＬＴＦＳに基づくストレージ・システムは、ドライブ上の一般的なファイル・システムとは対照的に、複数のファイルのデータを１つのブロックに格納してよい。この慣行は、共有ブロックと呼ばれることもある。ＬＴＦＳに基づくストレージ・システム上のデータの少なくとも一部が共有ブロックに格納される、ＬＴＦＳに基づくストレージ・システムに格納されたデータをドライブのブロックの単位でＲＡＮＶＭドライブにコピーするための技術が、本明細書の他の場所でさらに説明される（例えば、図１３Ａ～１３Ｂを参照）。
【0104】
図１３Ａ～１３Ｂは、１つの手法によって、ドライブのブロックの単位でＬＴＦＳに基づくストレージ・システムに格納されたデータをＲＡＮＶＭドライブのブロックにコピーする間の、共有ＬＴＦＳブロックに基づく問題を含んでいる状態１３００、１３３０を示している。図１３Ｃ～１３Ｅは、ドライブのブロックの単位でＬＴＦＳに基づくストレージ・システムに格納されたデータをＲＡＮＶＭドライブのブロックにコピーする間の、図１３Ａ～１３Ｂの問題を軽減する状態１３４０、１３５０、１３６０を示している。任意選択として、この状態１３００、１３３０、１３４０、１３５０、１３６０は、他の図を参照して説明されている特徴などの、本明細書に示されている任意の他の手法からの特徴と共に、実装されてよい。しかし当然ながら、そのような状態１３００、１３３０、１３４０、１３５０、１３６０および本明細書において提示されている他の状態は、本明細書に示されている例示的な手法において具体的に説明されていることもあれば、説明されていないこともあるさまざまな応用または並べ替えあるいはその両方において、使用されてよい。さらに、本明細書において提示されている状態１３００、１３３０、１３４０、１３５０、１３６０は、任意の望ましい環境内で使用されてよい。
【0105】
最初に図１３Ａを参照すると、状態１３００が、ＬＴＦＳに基づくストレージ・システム上の複数のブロックの表現を含んでいる（例えば、ＬＴＦＳブロック番号１０～番号１１を参照）。図１３Ｂの状態１３３０は、ドライブのターゲット・ブロックの単位でＬＴＦＳに基づくストレージ・システムのブロックからＲＡＮＶＭドライブの複数のターゲット・ブロックに転送されているデータを示している（例えば、ターゲット・ブロック番号１３００～番号１３０７を参照）。
【0106】
再び図１３Ａを参照すると、状態１３３０が、ＬＴＦＳに基づくストレージ・システム上の共有ＬＴＦＳブロックの例を示している。例えば、ＬＴＦＳブロック番号１１が、第１のファイル（例えば、ファイル１）の２つの部分および第２のファイル（例えば、ファイル２）の全体を含んでいるということに注目することができる。ＬＴＦＳでは、ファイル・データ位置は、範囲のリストとして管理される。状態１３００のＬＴＦＳブロックが状態１３３０において再現されているということに注意する。一部の手法では、範囲のリストは、対応関係テーブル（例えば、対応関係テーブル１３２０など）に格納されてよい。１つの範囲は、１つの連続データを表してよい。一部の手法では、範囲は、開始ブロック番号（例えば、開始ブロックを参照）、ブロック開始オフセット（例えば、バイト・オフセットを参照）、連続データの長さ（例えば、バイト数を参照）、およびファイルの範囲の位置（例えば、ファイル・オフセットを参照）を含んでよい。
【0107】
前述したように、図１３Ａ～１３Ｂでは、ＬＴＦＳブロック番号１１がファイル１およびファイル２によって共有されている。本手法では、ファイル１の格納されたデータが、ＬＴＦＳブロック番号１１の先頭から３６ＫＢおよびＬＴＦＳブロック番号１１のオフセット（３６＋１０６）ＫＢから２６ＫＢを含んでいる。さらに、ファイル２の格納されたデータが、ＬＴＦＳブロック番号１１のオフセット３６ＫＢから１０６ＫＢを含んでいる。そのため、共有ブロックは、任意の境界に従って、例えば、任意のオフセットおよび任意の長さを使用して、複数のファイルのデータを格納してよい。一方、ターゲット・ブロックを含んでいるＲＡＮＶＭドライブ上の一般的なファイル・システムは、共有ブロックを処理するためのメカニズムを含まない。したがって、複数のファイルによって１つのブロックが共有される手法の場合、またはファイル・データがブロックの中央から前方へ格納される手法の場合、あるいはその両方の場合、例えば、共有ブロックを処理するためのメカニズムを含んでいないＲＡＮＶＭドライブに基づいて、ドライブがファイルを適切に処理することは、実現不可能である。この問題が図１３Ｂに示されており、ＬＴＦＳに基づくストレージ・システム上の共有ＬＴＦＳブロック番号１１のデータが、ＲＡＮＶＭドライブのターゲット・ブロック番号１３０４～番号１３０６にコピーされている。具体的には、ドライブのブロックの単位でＲＡＮＶＭドライブのターゲット・ブロック番号１３０４～番号１３０６にコピーされているＬＴＦＳブロック番号１１に格納されたファイル１およびファイル２のデータに、境界の調整が組み込まれていないため、番号１３０４および番号１３０６などのターゲット・ブロックは、ドライブのファイル・システムによって扱うことができないデータを含んでいる。状態１３３０では、ＢＳＲが４であり、ＴＢＳが６４ＫＢであるということに注意する。
【0108】
例えば図１３Ａ～１３Ｂに示されているような、共有ブロックのデータをコピーする問題を軽減するために、ここで図１３Ｃ～１３Ｄを参照すると、ＬＴＦＳに基づくストレージ・システム上のファイル・データの書き込み中に、データ境界がＲＡＮＶＭドライブ上のファイル・システムのブロック・サイズに揃えられてよい。さらに具体的には、ブロック・オフセット（例えば、バイト・オフセット）をＴＢＳで割ることによって残された余りが、ファイル・オフセット（例えば、ファイル・オフセット）をＴＢＳで割ることによって残された余りに等しくなるように、ブロック・オフセット（例えば、バイト・オフセット）が調整されてよい。この調整に使用され得る方程式が、下に示される。
（バイト・オフセット）％ＴＢＳ＝（ファイル・オフセット）％ＴＢＳ 方程式（１）
ここで、「％」は剰余演算子を表す。
（バイト・オフセット）％ＴＢＳ＝（ファイル・オフセット）％ＴＢＳ 方程式（１）
ここで、「％」は剰余演算子を表す。
【0109】
図１３Ａに示された例に適用されているこの調整の結果として、例えば図１３Ｃに示されているように、共有ブロック内に境界が確立され、図１３Ｄに示されているように、共有ブロックのデータがＲＡＮＶＭドライブのターゲット・ブロックにコピーされてよい。図１３Ｄでは、ＲＡＮＶＭドライブのファイル・システムによってデータを扱うことができるように、データがターゲット・ブロック番号１３０７の中央から格納され、このデータが、ターゲット・ブロック番号１３０４にコピーされる。
【0110】
この調整は、ＬＴＦＳに基づくストレージ・システムの磁気テープ上にファイル・データを記録しない冗長な領域を生成し、ＬＴＦＳに基づくストレージ・システム上のデータ容量が減らされるため、不完全であることがある。図１３Ｃの例では、オフセット３６Ｋからオフセット６４Ｋまで、およびオフセット（６４＋１０６）Ｋからオフセット（６４＊３＋３６）ＫまでのＬＴＦＳブロック番号１１の空いている部分に示された部分が、冗長な領域である。しかし、これらの冗長な領域は、ＲＡＮＶＭドライブ上のファイル・システムにも存在し、データがＲＡＮＶＭドライブにコピーされるということを前提にして、ＬＴＦＳの使用においてどのような重大な問題も引き起こさない。磁気テープ上のすべての冗長な領域を、ゼロがコピーされたデータで埋めることの結果として、ＬＴＦＳに基づくストレージ・システムのドライブの圧縮機能が効果的に機能することが可能にされ、それによって、ＬＴＦＳに基づくストレージ・システム上のデータ容量の減少が抑制され得る。
【0111】
一部の手法では、ＬＴＦＳに基づくストレージ・システムに格納されたブロックの各々は、ＲＡＮＶＭドライブにコピーされてよく、その後、ドライブ上にファイル・メタデータを構築するために、対応関係テーブルに従って、ＬＴＦＳに基づくストレージ・システム上のすべてのファイルのデータ位置が、ドライブ上のデータ位置にマッピングされてよく、それによって、ドライブへのＬＴＦＳに基づくストレージ・システム上のすべてのファイルのコピーが完了してよい。
【0112】
ここで図１３Ｅを参照すると、状態１３６０は、送信先ファイル・システム（例えば、ドライブのブロックの単位でＬＴＦＳに基づくストレージ・システムからドライブにコピーされるデータの送信先ファイル・システム）がＦＡＴである手法を示している。
【0113】
図１４Ａ～１４Ｆは、１つの手法によって、ドライブのブロックの単位でＬＴＦＳに基づくストレージ・システムに格納されたデータをＲＡＮＶＭドライブのブロックにコピーする状態１４００、１４１０、１４２０、１４３０、１４４０、１４５０を示している。任意選択として、この状態１４００、１４１０、１４２０、１４３０、１４４０、１４５０は、他の図を参照して説明されている特徴などの、本明細書に示されている任意の他の手法からの特徴と共に、実装されてよい。しかし当然ながら、そのような状態１４００、１４１０、１４２０、１４３０、１４４０、１４５０および本明細書において提示されている他の状態は、本明細書に示されている例示的な手法において具体的に説明されていることもあれば、説明されていないこともあるさまざまな応用または並べ替えあるいはその両方において、使用されてよい。さらに、本明細書において提示されている状態１４００、１４１０、１４２０、１４３０、１４４０、１４５０は、任意の望ましい環境内で使用されてよい。
【0114】
ドライブの単位でのＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブへのデータのコピー中に共有ブロックが処理される方法と同様の方法で（例えば、図１３Ａ～１３Ｅを参照）、データが上書きされたファイルを含んでいる場合に、ドライブの単位でＬＴＦＳに基づくストレージ・システムからＲＡＮＶＭドライブにデータをコピーするプロセスにおいて、１つまたは複数の特定の手段が実行されてよい。ＬＴＦＳは、ファイルを上書きすることにおいて、磁気テープ上の記録されたブロックが再び書き込まれず、上書きするデータがファイルに追加される、追記型ファイル・システムである。図１４Ａ～１４Ｂは、ＬＴＦＳに基づくストレージ・システム上でファイルが上書きされる状態１４００および１４１０を含んでいる。特に、図１４Ａは、ファイルの上書きの前のＬＴＦＳに基づくストレージ・システム上のファイルの状態１４００を示している。さらに、図１４Ｂは、ファイルの上書きの後のＬＴＦＳに基づくストレージ・システム上のファイルの状態１４１０を示している。例えば、図１４Ａに示されているような範囲内で記録されたファイルにおいて、３６ＫＢの後に１０６ＫＢが上書きされた場合、この範囲は、ソース・データをＬＴＦＳブロック番号１０に残しながら、図１４Ｂに示されているように分割され、新しいデータが追加される。この範囲の進行が、対応関係テーブルにも示され得るということに注意する（例えば、対応関係テーブル１４０２、１４１２を参照）。そのため、ＬＴＦＳに基づくストレージ・システムでは、ファイルの上書きに起因して、任意の境界（例えば、任意のオフセット）でブロック・データが分割され、ブロック内に無効な領域が作成される（例えば、状態１４１０での無効な領域を参照）。一方、ＲＡＮＶＭドライブ上の一般的なファイル・システムは、無効であるブロック内の領域を扱うための技術を有していないことがあり、したがって、ドライブは、そのようなブロックを含んでいるデータをファイルとして適切に処理できないことがある。図１４Ｃは、境界の調整が実行されない、ドライブへの上書きされたファイル・ブロックのコピーの例を示している。例えば、図１４Ｃに示されているように、そのような無効な領域を含んでいるブロックがドライブにコピーされた後に、例えば、ターゲット・ブロック番号１４００およびターゲット・ブロック番号１４０２などのドライブのブロックが、ファイル・システムによって扱うことができない、ドライブ上に作成され得るデータを格納することがある。図１４Ｃでは、ＢＳＲが４であり、ＴＢＳが６４ＫＢであるということに注意する。
【0115】
一部の手法では、上書きされたファイルを処理する問題に対処するために、境界の位置合わせが、追加的または代替的あるいはその両方で、実行されてよく、例えばそれによって、ドライブが無効であるブロック内の任意の領域を扱うことができるようにする。例えば、境界の位置合わせの調整が、図１４Ｂに示された例に適用された場合、共有ブロック内のデータ境界が、図１４Ｄに示されているようになり、図１４Ｅに示されているように、共有ブロックがドライブにコピーされる。図１４Ｄは、ファイルを上書きするデータの境界の調整を含んでいる。図１４Ｅは、例えば境界の調整を伴う、ドライブへの上書きされたファイル・ブロックのコピーの例を示している。図１４Ｄの境界が対応関係テーブルに示され得るということに注意する（例えば、対応関係テーブル１４３２を参照）。図１４Ｅでは、ドライブのターゲット・ブロック番号１４００および番号１４０２に無効な領域が存在するが、番号１４０４から番号１４００へ、および番号１４０２から番号１４０６へ、有効なデータが無効な領域にコピーされ、それによって、ファイル・システム内でデータを扱うことができるようになる。
【0116】
図１４Ｆは、送信先ファイル・システムがＦＡＴである事例を示している。具体的には、状態１４５０は、ドライブのターゲット・ブロック番号１４００～番号１４０７のデータの送信先であるＦＡＴを示している。
【0117】
図１５は、１つの手法によって、送信先ファイル・システム上でファイル・ブロックの割り当てを構築するための疑似コードのサンプル１５００を示している。任意選択として、この疑似コードのサンプル１５００は、他の図を参照して説明されている特徴などの、本明細書に示されている任意の他の手法からの特徴と共に、実装されてよい。しかし当然ながら、そのような疑似コードのサンプル１５００および本明細書において提示されている他のサンプルは、本明細書に示されている例示的な手法において具体的に説明されていることもあれば、説明されていないこともあるさまざまな応用または並べ替えあるいはその両方において、使用されてよい。さらに、本明細書において提示されている疑似コードのサンプル１５００は、任意の望ましい環境内で使用されてよい。
【0118】
１つの手法では、疑似コードのサンプル１５００は、ドライブのブロックの単位でＬＴＦＳに基づくストレージ・システム上のデータを送信先ＲＡＮＶＭドライブにコピーし、その後、送信先ファイル・システム上でファイル・メタデータ（例えば、ファイル・ブロックの割り当て）を構築するためのアルゴリズムである。特に、ＬＢ＿ＴＯ＿ＴＢは、指定されたブロック番号に対応する送信先ドライブ上のブロック番号、およびＬＴＦＳに基づくストレージ・システム上のブロックの先頭からの位置を返す関数として機能してよい。ＴＢ＿ＣＯＰＹは、送信先ドライブ上の別のブロックを指定するために、指定されたブロックの指定された領域をコピーするための関数として機能してよい。ＴＢ＿ＡＬＬＯＣは、送信先ファイル・システム内の指定されたファイルに、指定されたブロック・リストを割り当てるための機能として機能してよい。
【0119】
ＬＴＦＳ規格は、任意のサイズに従って任意のファイル領域が書き込まれることを許可し得る（例えば図１４Ｂでは、範囲２のバイト数が１０６±αに再び書き込まれ、範囲３のファイル・オフセットが３６＋１０６±αに再び書き込まれる）が、本明細書に記載されたさまざまな手法は、そのような上書きを処理しない。さらに具体的には、図１４Ｂは、１０６Ｋの新しいデータによって３６Ｋのファイル・オフセットで上書きされた１０６Ｋの古いデータを示している。ポータブル・オペレーティング・システム・インターフェイス（ＰＯＳＩＸ：Portable Operating System Interface ）によって、１０６Ｋの古いデータは、１０６Ｋの新しいデータのみによって上書きされ得る。しかし、ＬＴＦＳ規格によって、１０６Ｋの古いデータは、任意のサイズの新しいデータによって上書きされ得る。例えば、１０６Ｋの古いデータは、１１０Ｋの新しいデータによって上書きされ得る。この例では、α＝＋４Ｋであることに注意する。ＬＴＦＳ規格では上書きが可能であるとしても、例えばポータブル・オペレーティング・システム・インターフェイス（ＰＯＳＩＸ）などの、一般的なファイル・システムのＡＰＩでは、上書きが可能でないことがある。したがって、本明細書に記載された一部の手法は、そのような上書きを処理せずに機能してよい。
【0120】
本明細書の他の場所で説明された技術を適用することによって書き込まれたデータを含むテープは、ＬＴＦＳ規格から逸脱しなくてよく、したがって、このテープ内のデータは、本明細書に記載されたさまざまな手法が適用されないことがあるＬＴＦＳによって読み取られ、書き込まれてよい。しかし、そのような手法が適用されないＬＴＦＳによって書き込まれたデータを含むテープでは、データ境界の調整が存在しないことがあり、したがって、本明細書に記載された一部の技術に従ってデータをドライブにコピーすることが可能でないことがある。したがって、データがテープ内でＬＴＦＳによって排他的に書き込まれているかどうかを容易に区別するための技術が要求されることがある。そのような区別を達成する能力を実現するために利用される技術は、本明細書に記載された手法によって異なってよいが、例えば、ＬＴＦＳインデックス生成番号（LTFS index generation number）によって特定の隠しファイルの拡張された属性値を更新することによって、実現されてよい。ＬＴＦＳに基づくストレージ・システム上でデータが書き込まれるときに、ＬＴＦＳインデックスが更新されてよい。一部の手法では、インデックスに含まれるインデックス生成番号が更新されてもよい。説明されたさまざまな手法の技術が適用されるＬＴＦＳに基づくストレージ・システムがインデックスをテープに書き込むときに、インデックス生成番号によって、特定の隠しファイルの拡張された属性値が更新されてよい。しかし、インデックスがテープから読み取られるときに、特定の隠しファイルの拡張された属性値がインデックス生成番号と異なるということが決定された場合、特定の隠しファイルのその後の拡張された属性値は、変更されなくてよい。この技術は、本明細書に記載されたさまざまな技術が、ドライブのブロックの単位でテープから、データがコピーされるドライブに、データをコピーするために適用可能であるかどうかを判定するために使用されてよい。そのような技術が適用可能であるということの決定に応答して、本明細書に記載されたさまざまな技術を使用してコピーが作成されてよい。しかし、一部の他の手法では、そのような技術が適用可能でないということの決定に応答して、他の既知の技術を使用してコピーが作成されてよいが、それらの既知の技術を使用すると、シーク時間が発生する。
【0121】
本発明は、任意の可能な統合の技術的詳細レベルで、システム、方法、またはコンピュータ・プログラム製品、あるいはその組合せであってよい。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を含んでいるコンピュータ可読記憶媒体を含んでよい。
【0122】
コンピュータ可読記憶媒体は、命令実行デバイスによって使用するための命令を保持および格納できる有形のデバイスであることができる。コンピュータ可読記憶媒体は、例えば、電子ストレージ・デバイス、磁気ストレージ・デバイス、光ストレージ・デバイス、電磁ストレージ・デバイス、半導体ストレージ・デバイス、またはこれらの任意の適切な組合せであってよいが、これらに限定されない。コンピュータ可読記憶媒体のさらに具体的な例の非網羅的リストは、ポータブル・フロッピー（Ｒ）・ディスク、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ：random access memory）、読み取り専用メモリ（ＲＯＭ：read-only memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：erasable programmable read-only memoryまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ：static random access memory）、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、デジタル・バーサタイル・ディスク（ＤＶＤ：digital versatile disk）、メモリ・スティック、フロッピー（Ｒ）・ディスク、命令が記録されているパンチカードまたは溝の中の隆起構造などの機械的にエンコードされるデバイス、およびこれらの任意の適切な組合せを含む。本明細書において使用されるとき、コンピュータ可読記憶媒体は、電波もしくは他の自由に伝搬する電磁波、導波管もしくは他の送信媒体を伝搬する電磁波（例えば、光ファイバ・ケーブルを通過する光パルス）、またはワイヤを介して送信される電気信号などの、それ自体が一過性の信号であると解釈されるべきではない。
【0123】
本明細書に記載されたコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体から各コンピューティング・デバイス／処理デバイスへ、またはネットワーク（例えば、インターネット、ローカル・エリア・ネットワーク、広域ネットワーク、もしくはワイヤレス・ネットワーク、またはその組合せ）を介して外部コンピュータもしくは外部ストレージ・デバイスへダウンロードされ得る。このネットワークは、銅伝送ケーブル、光伝送ファイバ、ワイヤレス送信、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバ、あるいはその組合せを備えてよい。各コンピューティング・デバイス／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェイスは、コンピュータ可読プログラム命令をネットワークから受信し、それらのコンピュータ可読プログラム命令を各コンピューティング・デバイス／処理デバイス内のコンピュータ可読記憶媒体に格納するために転送する。
【0124】
本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ：instruction-set-architecture）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、またはＳｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語もしくは同様のプログラミング言語などの手続き型プログラミング言語を含む１つもしくは複数のプログラミング言語の任意の組合せで記述されたソース・コードもしくはオブジェクト・コードであってよい。コンピュータ可読プログラム命令は、ユーザのコンピュータ上で全体的に実行すること、ユーザのコンピュータ上でスタンドアロン・ソフトウェア・パッケージとして部分的に実行すること、ユーザのコンピュータ上およびリモート・コンピュータ上でそれぞれ部分的に実行すること、またはリモート・コンピュータ上もしくはサーバ上で全体的に実行することができる。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ：local area network）もしくは広域ネットワーク（ＷＡＮ：wide area network）を含む任意の種類のネットワークを介してユーザのコンピュータに接続されてよく、または接続は、（例えば、インターネット・サービス・プロバイダを使用してインターネットを介して）外部コンピュータに対して行われてよい。一部の実施形態では、本発明の態様を実行するために、例えばプログラマブル・ロジック回路、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラマブル・ロジック・アレイ（ＰＬＡ：programmable logic arrays）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用することによって、電子回路をカスタマイズするためのコンピュータ可読プログラム命令を実行してよい。
【0125】
本発明の態様は、本明細書において、本発明の実施形態に従って、方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはその両方を参照して説明される。フローチャート図またはブロック図あるいはその両方の各ブロック、およびフローチャート図またはブロック図あるいはその両方に含まれるブロックの組合せが、コンピュータ可読プログラム命令によって実装され得るということが理解されるであろう。
【0126】
これらのコンピュータ可読プログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作を実施する手段を作り出すべく、コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されてマシンを作り出すものであってよい。これらのコンピュータ可読プログラム命令は、命令が格納されたコンピュータ可読記憶媒体がフローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作の態様を実施する命令を含んでいる製品を備えるように、コンピュータ可読記憶媒体に格納され、コンピュータ、プログラム可能なデータ処理装置、または他のデバイス、あるいはその組合せに特定の方式で機能するように指示できるものであってもよい。
【0127】
コンピュータ可読プログラム命令は、コンピュータ上、他のプログラム可能な装置上、または他のデバイス上で実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作を実施するように、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスに読み込まれてもよく、それによって、一連の動作可能なステップを、コンピュータ上、他のプログラム可能な装置上、またはコンピュータ実装プロセスを生成する他のデバイス上で実行させる。
【0128】
図内のフローチャートおよびブロック図は、本発明のさまざまな実施形態に従って、システム、方法、およびコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能、および動作を示す。これに関連して、フローチャートまたはブロック図内の各ブロックは、規定された論理機能を実装するための１つまたは複数の実行可能な命令を備える、命令のモジュール、セグメント、または部分を表してよい。一部の代替の実装では、ブロックに示された機能は、図に示された順序とは異なる順序で発生してよい。例えば、連続して示された２つのブロックは、実際には、含まれている機能に応じて、１つのステップとして同時に実行されるか、時間的に部分的または完全に重複する方法で実質的に同時に実行されるか、あるいは場合によっては逆の順序で実行されてよい。ブロック図またはフローチャート図あるいはその両方の各ブロック、およびブロック図またはフローチャート図あるいはその両方に含まれるブロックの組合せは、規定された機能または動作を実行するか、または専用ハードウェアおよびコンピュータ命令の組合せを実行する専用ハードウェアベースのシステムによって実装され得るということにも注意する。
【0129】
さらに、さまざまな実施形態に従うシステムは、プロセッサ、およびプロセッサに統合された論理またはプロセッサによって実行可能な論理あるいはその両方を含んでよく、この論理は、本明細書において列挙された処理ステップのうちの１つまたは複数を実行するように構成される。プロセッサは、処理ハードウェア、メモリ、Ｉ／Ｏインターフェイスなどの多くのコンポーネントを含んでいる、個別のプロセッサまたは処理回路などの、本明細書に記載されているような任意の構成であってよい。統合されるということは、すなわち、プロセッサに論理が、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡなどのハードウェア論理として組み込まれるということである。プロセッサによって実行可能であるということは、すなわち、論理が、プロセッサによってアクセス可能なハードウェア論理、ソフトウェア論理（ファームウェア、オペレーティング・システムの一部、アプリケーション・プログラムの一部など）など、またはハードウェア論理およびソフトウェア論理のなんらかの組合せであり、プロセッサによって実行されたときになんらかの機能をプロセッサに実行させるように構成されているということである。ソフトウェア論理は、従来技術において知られた任意のメモリ・タイプの、ローカルまたはリモートあるいはその両方のメモリに格納されてよい。ＡＳＩＣ、ＦＰＧＡ、中央処理装置（ＣＰＵ）、集積回路（ＩＣ：integrated circuit）、グラフィック処理装置（ＧＰＵ：graphics processing unit）といった、ソフトウェア・プロセッサ・モジュールまたはハードウェア・プロセッサあるいはその両方などの、従来技術において知られた任意のプロセッサが使用されてよい。
【0130】
上で提示された説明から複数の組合せを作成して、前述のシステムまたは方法あるいはその両方のさまざまな特徴が任意の方法で組み合わせられてよいということが明らかである。
【0131】
本発明の実施形態が、サービスをオンデマンドで提供するように顧客のために展開されるサービスの形態で提供されてよいということがさらに理解されるであろう。
【0132】
本発明のさまざまな実施形態の説明は、例示の目的で提示されているが、網羅的であること、または開示された実施形態に限定されることを意図していない。説明された実施形態の範囲から逸脱することなく、多くの変更および変形が、当業者にとって明らかになるであろう。本明細書で使用された用語は、実施形態の原理、実際の適用、もしくは市場で見られる技術を超える技術的改良を最も適切に説明するため、または他の当業者が本明細書で開示された実施形態を理解できるようにするために選択されている。
【図1A】
【図1B】
【図2A】
【図2B】
【図2C】
【図2D】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図8C】
【図9】
【図10】
【図11】
【図12】
【図13A】
【図13B】
【図13C】
【図13D】
【図13E】
【図14A】
【図14B】
【図14C】
【図14D】
【図14E】
【図14F】
【図15】
【国際調査報告】