(57)【要約】【課題】  標準的なホスト・コンピュータのデータ経路及び読み取り／書き込みコマンドを用いる、データ記憶装置から装置特有情報を得るための改善された方法を提供すること。【解決手段】  標準的な読み取り／書き込みコマンドを用いてデータ記憶装置からデータ記憶装置特有の情報を得るために提供されるシステム、方法、及び製造物品が開示される。この方法は、固有のシーケンスの記録をデータ記憶装置の論理ボリュームに書き込むために、ホスト・アプリケーションを使用する。データ記憶装置は、論理ボリュームについて固有のシーケンスの記録を検知し、装置特有情報を論理ボリュームに書き込み、ホスト・アプリケーションが、論理ボリュームについての読み取りコマンドを用いて、データ記憶装置特有情報を読み取ることを可能にする。【選択図】      図１
2007537522.tif 000002
【特許請求の範囲】
【請求項１】
データ記憶装置から情報を得る方法であって、
固有のシーケンスの記録を含むデータを前記データ記憶装置上の少なくとも１つの論理ボリュームに書き込むステップと、
前記データ記憶装置が、前記少なくとも１つの論理ボリュームに書き込まれた前記データを分析し、前記固有のシーケンスの記録を検知する、分析するステップと、
前記データ記憶装置が前記少なくとも１つの論理ボリューム上にある前記固有のシーケンスの記録を検知することに応答して、データ記憶装置特有情報を該少なくとも１つの論理ボリューム上に書き込むステップと
を含む方法。
【請求項２】
前記分析するステップは、前記データ記憶装置に結合されたオペレータ・インターフェースを用いて使用不可又は使用可能にされる、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの論理ボリュームをマウントするステップと、
前記少なくとも１つの論理ボリュームから前記装置特有情報を読み取るステップと
をさらに含む、請求項１に記載の方法。
【請求項４】
前記読み取るステップは、
ボリューム・ヘッダを読み取るステップと、
第１のデータセット・ヘッダを読み取るステップと、
第２のデータセット・ヘッダを読み取るステップと、
第１のテープ・マークを読み取るステップと、
レポート・ヘッダを読み取るステップと、
少なくとも１つのレポートのデータ記録を読み取るステップと、
第２のテープ・マークを読み取るステップと、
ボリューム・トレーラを読み取るステップと、
ファイルの第１のボリュームの終端を読み取るステップと、
ファイルの第２のボリュームの終端を読み取るステップと、
第３のテープ・マークを読み取るステップと、
第４のテープ・マークを読み取るステップと
をさらに含む、請求項３に記載の方法。
【請求項５】
前記装置特有情報は、前記データ記憶装置内の前記少なくとも１つの論理ボリュームと関連したメタデータの属性のリストのうちの１つ又は複数を備える、請求項１に記載の方法。
【請求項６】
固有のシーケンスの記録を含むデータを書き込む前記ステップが、
ボリューム・ヘッダを書き込むステップと、
第１のデータセット・ヘッダを書き込むステップと、
第２のデータセット・ヘッダを書き込むステップと、
第１のテープ・マークを書き込むステップと、
キー記録を書き込むステップと、
クエリ識別子記録を書き込むステップと、
第２のテープ・マークを書き込むステップと、
ボリューム・トレーラを書き込むステップと、
ファイルの第１のボリュームの終端を書き込むステップと、
ファイルの第２のボリュームの終端を書き込むステップと、
第３のテープ・マークを書き込むステップと、
第４のテープ・マークを書き込むステップと
をさらに含む、請求項１に記載の方法。
【請求項７】
データ記憶装置から情報を得る方法であって、
固有のシーケンスの記録を含むデータを前記データ記憶装置上の少なくとも１つの論理ボリュームに書き込むステップと、
前記データ記憶装置が、前記少なくとも１つの論理ボリュームに書き込まれた前記データを分析し、前記固有のシーケンスの記録を検知するステップと、
前記データ記憶装置が、前記少なくとも１つの論理ボリューム上にある前記固有のシーケンスの記録を検知することに応答して、装置特有情報のデータ要求フラグを前記論理ボリュームと関連したメタデータ内に置き、該少なくとも１つの論理ボリュームが装置特有情報を含むことを示すようにするステップと
を含む方法。
【請求項８】
前記少なくとも１つの論理ボリュームをマウントする要求を受信するステップと、
前記メタデータを読み取るステップと、
前記メタデータ内の前記装置特有情報のデータ要求フラグを検知することに応答して、前記装置特有情報を前記少なくとも１つの論理ボリューム上に書き込むステップと
をさらに含む、請求項７に記載の方法。
【請求項９】
前記少なくとも１つの論理ボリュームをマウントする要求を受信するステップと、
前記メタデータを読み取るステップと、
前記メタデータ内の前記装置特有情報のデータ要求フラグを検知することに応答して、前記少なくとも１つの論理ボリュームが特別のデータ要求論理ボリュームであることを検証するステップと、
前記装置特有情報を前記少なくとも１つの論理ボリューム上に書き込むステップと
をさらに含む、請求項７に記載の方法。
【請求項１０】
装置から情報を得るためのシステムであって、
ホスト・コンピュータと、
キャッシュ・メモリを含むデータ記憶装置と、
少なくとも１つの論理ボリュームと、
前記データ記憶装置を制御するための中央処理装置と、
前記データ記憶装置を前記ホスト・コンピュータに接続するための、該ホスト・コンピュータに結合されたホスト・コンピュータ・インターフェースと
を備え、
前記ホスト・コンピュータは、固有のシーケンスの記録を含むデータを前記データ記憶装置上の前記少なくとも１つの論理ボリュームに書き込むように構成され、
前記データ記憶装置は、前記少なくとも１つの論理ボリュームに書き込まれた前記データを分析し、前記固有のシーケンスの記録を検知し、
前記データ記憶装置が前記少なくとも１つの論理ボリューム上にある前記固有のシーケンスの記録を検知することに応答して、該データ記憶装置が、データ記憶装置特有情報を該少なくとも１つの論理ボリューム上に書き込むように構成される、システム。
【請求項１１】
前記データ記憶装置が仮想テープ・サーバである、請求項１０に記載のシステム。
【請求項１２】
前記データ記憶装置に結合され、前記少なくとも１つの論理ボリュームに書き込まれた前記データを分析するために、該データ記憶装置を使用可能又は使用不能にするように構成されたオペレータ・インターフェースをさらに備える、請求項１０又は請求項１１のいずれかに記載のシステム。
【請求項１３】
前記データ記憶装置が、
データの格納のためのデータ記憶媒体と、
前記データ記憶媒体に対して前記データを読み書きするためのデータ・ストレージ・ドライブと、
自動データ・ストレージ・ライブラリを制御するためのライブラリ・コントローラと
をさらに備える自動データ・ストレージ・ライブラリである、請求項１０、請求項１１、又は請求項１２のいずれかに記載のシステム。
【請求項１４】
データ記憶装置であって、
キャッシュ・メモリと、
少なくとも１つの論理ボリュームと、
前記少なくとも１つの論理ボリュームと関連したメタデータと、
前記データ記憶装置を制御するための中央処理装置と、
前記データ記憶装置を前記ホスト・コンピュータに接続するための、該ホスト・コンピュータに結合されたホスト・コンピュータ・インターフェースと
を備え、
前記少なくとも１つの論理ボリューム上のデータを分析し、固有のシーケンスの記録を検知するように構成され、
データ記憶装置が、前記少なくとも１つの上の前記固有のシーケンスの記録を検知することに応答して、装置特有情報のデータ要求フラグを前記メタデータ内に置き、該少なくとも１つの論理ボリュームが装置特有情報を含むことを示す、データ記憶装置。
【請求項１５】
前記データ記憶装置は、前記少なくとも１つの論理ボリュームをマウントする要求を受信し、前記メタデータを読み取り、前記メタデータ内の前記装置特有情報のデータ要求フラグを検知することに応答して、該装置特有情報を該少なくとも１つの論理ボリューム上に書き込むように構成される、請求項１４に記載のデータ記憶装置。
【請求項１６】
前記データ記憶装置は、前記少なくとも１つの論理ボリュームをマウントする要求を受信し、前記メタデータを読み取り、前記メタデータ内の前記装置特有情報のデータ要求フラグを検知することに応答して、該少なくとも１つの論理ボリュームが特別のデータ要求論理ボリュームであることを検証し、該装置特有情報を該少なくとも１つの論理ボリューム上に書き込むように構成される、請求項１４に記載のデータ記憶装置。
【請求項１７】
前記データ記憶装置に結合され、前記少なくとも１つの論理ボリューム上の前記データを分析するために、該データ記憶装置を使用可能又は使用不能にするように構成されたオペレータ・インターフェースをさらに備える、請求項１５、請求項１６、又は請求項１７のいずれかに記載のデータ記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ホスト・アプリケーションによる、仮想テープ・サーバからのストレージ・コントローラ特有データの検索に関する。ストレージ・コントローラ特有データの検索は、ホスト・コントローラと仮想テープ・サーバとの間のデータ経路を用いて達成される。
【背景技術】
【０００２】
仮想テープ・ストレージ・システムは、ハードディスク・ドライブ・ストレージを用いて、テープ・ドライバ及びテープ・カートリッジをエミュレートする。例えば、ホスト・システムは、テープ・ライブラリをエミュレートする１組のハードディスク・ドライブに対して入力／出力（Ｉ／Ｏ）操作を行うことによって、テープ・ライブラリに対するＩ／Ｏ操作を行う。Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ（ＩＢＭ：ＩＢＭはＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）Ｍａｇｓｔａｒ仮想テープ・サーバのような従来技術の仮想テープ・ストレージ・システムにおいて、少なくとも１つの仮想テープ・サーバ（ＶＴＳ）が、多数のテープ・ドライブ及びテープ・カートリッジを含むテープ・ライブラリに結合される。ＶＴＳはまた、相互接続された多数のハードディスク・ドライブから構成された直接アクセス記憶装置（ｄｉｒｅｃｔ  ａｃｃｅｓｓ  ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ、ＤＡＳＤ）にも結合される。
【０００３】
ＤＡＳＤは、テープ・ライブラリ内のボリュームに対するキャッシュとして機能する。ＶＴＳの作動において、ＶＴＳは、ホストの要求を処理し、テープ・ライブラリ内のボリュームにアクセスし、可能であれば、こうした要求についてのデータをキャッシュから戻す。ボリュームがキャッシュ内にない場合には、ＶＴＳは、ボリュームをテープ・ライブラリからキャッシュに呼び戻す、すなわち、ＶＴＳは、データをテープ・ライブラリからキャッシュに転送する。ＶＴＳは、テープ・ライブラリからキャッシュに呼び戻す必要があるボリュームについての要求より実質的に迅速に、キャッシュ内に存在するボリュームについてのホスト要求に応答することができる。
【０００４】
キャッシュが、テープ・ライブラリより迅速に要求を満たすことができるので、頻繁にアクセスされるボリュームがキャッシュ内に保持される場合には、Ｉ／Ｏ要求をより迅速に満たすことができる。しかしながら、テープ・ライブラリと比べてキャッシュの容量は相対的に小さいので、全てのボリュームをキャッシュ内に保持することはできない。したがって、ＶＴＳはまた、ボリュームをキャッシュからテープ・ライブラリに事前マイグレーションする、すなわち、ＶＴＳは、データをキャッシュからテープ・ライブラリ内のテープ・カートリッジに転送する。データをキャッシュからテープ・カートリッジに転送するプロセスは、事前マイグレーションと呼ばれる。最終的に、これらの事前マイグレーションされたボリュームは、キャッシュから除去され、テープ・カートリッジ上のデータを示すポインタに短縮され、新しいデータのためにキャッシュ内のスペースを空ける。この短縮化すなわち「マイグレーション」作業は非常に高速であり、ＶＴＳにおける性能のボトルネックは、事前マイグレーションの作業自体である。
【０００５】
一般に、ホスト・コンピュータ上で動作するアプリケーションは、データを読み取り、記憶装置に書き込むために、データ経路を用いる。ホストを用いるＶＴＳの作動において、該ＶＴＳと関連したデータ・ストレージに対してデータを読み書きするために、データ経路が用いられる。アプリケーション（すなわち、ホスト上で動作している）が、データ記憶装置（すなわち、ＶＴＳ）についての装置情報を必要とする場合には、他の特別な経路を使用して装置情報を得るために、特別のアプリケーションに書き込まなくてはならない。例えば、ＡＩＸ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）アプリケーションにおいて、アプリケーション・データを転送するために、読み取り及び書き込みが用いられ、装置特有情報を得るために、ＩＯＣＴＬＳ（ｉｎｐｕｔ  ａｎｄ  ｏｕｔｐｕｔ  ｃｏｎｔｒｏｌ  ｃｏｍｍａｎｄｓ  ｔｏ  ｓｐｅｃｉｆｉｃ  ＡＩＸ  ｄｅｖｉｃｅ  ｄｒｉｖｅｒｓ、特定のＡＩＸ装置ドライバに対する入力及び出力制御コマンド）が必要とされる。
【０００６】
一般に、装置情報を得るために用いられる特別の経路が、装置特有のものであるのに対して、データ経路コマンドは、一般に装置特有のものではない。このことにより、装置情報を獲得するアプリケーションが、ハードウェア・プラットフォーム間であまり移動できなくなり、アプリケーションの維持により多くの費用がかかる。さらに、データ経路コマンドは、送られ、戻されることになるデータについての固定フォーマットを有し、データを要求しているホスト・アプリケーションと、Ｉ／Ｏ装置を制御するホストのオペレーティング・システムと、常に要求を処理する記憶装置との間の変更の調整を必要とし、データ記憶装置から付加的な情報を必要とするようになる。データの性質が高度のばらつきを有するとき、記憶装置から情報を得るためにデータ経路コマンド法を用いることは、非効率的でもある。例えば、記憶装置が自動テープ・ライブラリであり、要求される情報がそのライブラリ内に格納されたテープのリストである場合、そのリストは、小さなライブラリ構成については数百のエントリだけを含み、或いは、大きな仮想ライブラリについては数十万のエントリを含むことができる。データ経路コマンドは、不定量のデータ全体を容易に処理することはできない。一般に、情報を得るためのデータ経路コマンドは、一度に１つのテープ識別子、又は、例えば１００のテープ識別子といった何らかの一定の多数のテープ識別子を得るように設計される。一度に１００を得ることは、小さいライブラリについてはうまくいくが、大きなライブラリについては、情報を得るのに何百ものコマンドのオーバーヘッドを必要とするのは、過剰である。必要とされるのは、標準的なホスト・コンピュータのデータ経路及び読み取り／書き込みコマンドを用いる、データ記憶装置から装置特有情報を得る方法である。
【０００７】
【非特許文献１】ＩＢＭ刊行物「Ｔｏｔａｌ  Ｓｔｏｒａｇｅ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ  Ｖｉｒｔｕａｌ  Ｔａｐｅ  Ｓｅｒｖｅｒ  Ｐｌａｎｎｉｎｇ  ａｎｄ  Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｇｕｉｄｅ」、ＩＢＭ文書番号ＳＧ２４−６１１５−０２（著作権ＩＢＭ、２００４年）
【非特許文献２】「ＤＦＳＭＳ：ｕｓｉｎｇ  ｍａｇｎｅｔｉｃ  ｔａｐｅ」、ＩＢＭ刊行物＃ＳＧ２６−７４１２
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって、標準的なホスト・コンピュータのデータ経路及び読み取り／書き込みコマンドを用いる、データ記憶装置から装置特有情報を得るための改善された方法に対する必要性がある。
【課題を解決するための手段】
【０００９】
本発明は、標準的な読み取り／書き込みコマンドを用いて、データ記憶装置からデータ記憶装置特有情報を得るためのシステム及び方法を提供するものである。この方法は、ホスト・アプリケーションを用いて、固有のシーケンスの記録をデータ記憶装置の論理ボリュームに書き込む。データ記憶装置は、論理ボリュームについての固有のシーケンスの記録を検知し、装置特有情報を論理ボリュームに書き込み、ホスト・アプリケーションが、論理ボリュームについての読み取りコマンドを用いて、データ記憶装置特有情報を読み取ることを可能にする。
【００１０】
方法の形態において、例示的な実施形態は、固有のシーケンスの記録を含むデータをデータ記憶装置上の論理ボリュームに書き込むことを含む、情報をデータ記憶装置から得る方法を含む。データ記憶装置は、論理ボリュームに書き込まれたデータを分析し、固有のシーケンスの記録を検知する。データ記憶装置が論理ボリューム上にある固有のシーケンスの記録を検知することに応答して、該データ記憶装置は、データ記憶装置特有の情報を論理ボリューム上に書き込み、論理ボリュームをマウントし、論理ボリュームから装置特有情報を読み取る。
【００１１】
別の例示的な方法の実施形態は、固有のシーケンスの記録を含むデータをデータ記憶装置上の論理ボリュームに書き込むことを含む、情報をデータ記憶装置から得る方法を含む。データ記憶装置は、論理ボリュームに書き込まれたデータを分析し、固有のシーケンスの記録を検知する。データ記憶装置が論理ボリューム上にある固有のシーケンスの記録を検知することに応答して、該データ記憶装置は、装置特有情報のデータ要求フラグを、論理ボリュームと関連したメタデータ内に置き、論理ボリュームが装置特有情報を含むことを示す。データ記憶装置は、論理ボリュームをマウントする要求を受信し、メタデータを読み取る。データ記憶装置がメタデータ内の装置特有情報のデータ要求フラグを検知することに応答して、該データ記憶装置は、論理ボリュームが特別のデータ要求論理ボリュームであることを検証し、装置特有情報を論理ボリューム上に書き込む。データ記憶装置は、論理ボリュームから装置特有情報を読み取り、該装置特有情報をホスト・コンピュータに提供する。
【００１２】
システムの実施形態において、本発明は、ホスト・コンピュータと、キャッシュ・メモリを含むデータ記憶装置と、論理ボリューム、データ記憶装置を制御するための中央処理装置と、データ記憶装置をホスト・コンピュータに接続するための、ホスト・コンピュータに結合されたホスト・コンピュータ・インターフェースとを含む装置から情報を得るためのシステムを提供する。ホスト・コンピュータは、固有のシーケンスの記録を含むデータを、データ記憶装置上の論理ボリュームに書き込む。データ記憶装置は、論理ボリュームに書き込まれたデータを分析し、固有のシーケンスの記録を検知し、データ記憶装置が論理ボリューム上にある固有のシーケンスの記録を検知することに応答して、該データ記憶装置は、データ記憶装置特有の情報を論理ボリューム上に書き込む。データ記憶装置は、論理ボリュームをマウントし、論理ボリュームから装置特有情報を読み取る。
【００１３】
次の詳細な説明が、好ましい実施形態及び使用方法について説明を進めているが、当業者であれば、本発明が、これらの好ましい実施形態及び使用方法に制限されるよう意図されるものではないことを理解するであろう。寧ろ、本発明は、添付の特許請求項の範囲においてのみ述べられるように制限されることが意図される。
【００１４】
本発明のより詳細な理解のために、添付の図面と共に次の詳細な説明について説明することができる。
【発明を実施するための最良の形態】
【００１５】
ここで、同様の参照番号が、全体を通じて対応する部品を示す図面を参照する。
【００１６】
本発明が、次の説明の好ましい実施形態において説明される。好ましい実施形態は、図面を参照して説明される。本発明は、好ましい実施形態と共に説明されるが、当業者であれば、含めることができるものとして代替物、修正物、及び均等物を網羅するように意図されることが理解されるであろう。
【００１７】
図１は、本発明の一実施形態によるコンピューティング環境１００をブロック図で示す。仮想テープ・サーバ（Ｖｉｒｔｕａｌ  Ｔａｐｅ  Ｓｅｒｖｅｒ、ＶＴＳ）１１０が、仮想テープをファイルとして直接アクセス記憶装置（ＤＡＳＤ）キャッシュ１６０上にエミュレートする。付加的なＶＴＳを配置することもできるが、例証のために、単一のＶＴＳ１１０が示される。ＶＴＳ１１０は、当該技術分野において周知のいずれかのサーバ計算装置であり、当該技術分野において周知のいずれかのオペレーティング・システムを含む。例えば、本発明の特定の実施において、ＶＴＳ１１０は、ＩＢＭ  ＲＳ／６０００（登録商標）システム、ＩＢＭ  Ｐシリーズ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）を含む１つ又は複数のコンピュータにおいて実施することができ、ＩＢＭ  ＡＩＸ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）オペレーティング・システムを含むことができる。
【００１８】
１つ又は複数のホスト１０２及び１つ又は複数のオペレータ・インターフェース１０５がＶＴＳ１１０に接続される。ホスト１０２及びオペレータ・インターフェース１０５は、パーソナル・コンピュータ、ワークステーション、サーバ、メインフレーム、手持ち式コンピュータ、パームトップ・コンピュータ、電話装置、ネットワーク機器等のような、当該技術分野において周知のいずれかの計算装置とすることができる。ホスト１０２及びオペレータ・インターフェース１０５は、ＩＢＭ  ＯＳ／３９０（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）オペレーティング・システムのような、当該技術分野において周知のいずれかのオペレーティング・システムを含むことができる。
【００１９】
ＶＴＳ１１０は、ＶＴＳ１１０を制御するための少なくとも１つの中央処理装置（ＣＰＵ）１２８と、ストレージの使用を最適化するストレージ・マネージャ１３０のようなアプリケーションとを含む。ストレージ・マネージャ１３０は、独立のアプリケーションとして実装することも、又は、１又は複数の他のアプリケーションの一部として実装することもできる。ストレージ・マネージャ１３０は、ＤＡＳＨファイル・バッファのようなキャッシュ・メモリ（すなわち、キャッシュ１６０）、及び、自動データ・ストレージ・ライブラリのような物理的ライブラリ１５０へのアクセスを制御する。特定の実施において、ストレージ・マネージャ１３０は、ＩＢＭ  Ｍａｇｓｔａｒ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）仮想テープ・サーバ及びＩＢＭ  ＡＤＳＴＡＲ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）分散型管理（ＡＤＳＭ）ソフトウェア又はＴｉｖｏｌｉ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）ストレージ・マネージャのような自動データ・ストレージ・ライブラリを使用するためのソフトウェアを含むことができる。ストレージ・マネージャ１３０は、ホスト１０２、キャッシュ１６０、及び物理的ライブラリ１５０間のデータ移動作業を行うことができる。ＶＴＳ技術のさらなる詳細が、非特許文献１に記載されている。
【００２０】
物理的ライブラリ１５０は、Ｍａｇｓｔａｒ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）３４９４テープ・ライブラリのようなＩＢＭ  Ｍａｇｓｔａｒ（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）テープ・ライブラリ、又は、当該技術分野において周知の他のいずれかの自動データ・ストレージ・ライブラリ・システムを含むことができる。特定の実施において、物理的ライブラリ１５０は、物理的ボリューム１５６へのアクセスを提供する、テープ・ドライブ、ＣＤ  ＲＯＭドライブ、ＤＶＤ  ＲＯＭドライブ等のような多数の物理的装置１５４を含む。特定の実施において、ＶＴＳ１１０は、２５６テープ・ドライブ１５４（例えば、ＩＢＭからの３４９０テープ・ドライブ）までの画像を提供する。
【００２１】
キャッシュ１６０は、相互接続された多数のハードディスク・ドライブを含むことができる。キャッシュ１６０は、論理ボリューム１６２を格納する。特定の実施において、論理ボリューム１６２は、プール内に組織化されないが、物理的ボリューム１５６は、プール内に組織化することができる。さらに、論理ボリューム１６２は、キャッシュ内のどこにでも格納できる。キャッシュ１６０は、ホスト１０２から物理的ライブラリ１５０へのホストＩ／Ｏ要求を、より低速のアクセス可能な物理的ライブラリ１５０ではなく、より高速のアクセス可能なキャッシュ１６０からサービスすることを可能にすることによって、性能を改善する。キャッシュ内のディスクは、直接アクセス記憶装置（ＦＡＳＤ）、Ｊｕｓｔ  ａ  Ｂｕｎｃｈ  ｏｆ  Ｄｉｓｋｓ（ＪＢＯＤ）、Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ（ＲＡＩＤ）等として構成することができる。
【００２２】
ホスト１０２は、ＶＴＳ１１０とテープ操作を取り交わす。テープ操作の実行は、キャッシュ１６０内に格納された論理ボリューム１６２からデータを検索するか、又は、該論理ボリューム１６２内にデータを格納するというものである。ＶＴＳは、論理ボリュームが、ホスト１０２によって物理的ボリューム１５６にアクセスされた後、キャッシュ１６０内の論理ボリューム１６２を自動的に事前マイグレーション（すなわち、オフロード）する。特定の実施において、最長時間未使用の（ＬＲＵ）論理ボリューム１６２が、他の論理ボリューム１６２の前に転送される。ホスト１０２の１つが、キャッシュ１６０内にはない論理ボリューム１６２を必要とする場合、ＶＴＳ１１０のストレージ・マネージャ１３０は、適切な物理的ボリューム１５６を物理的装置１５４内にマウントするよう、テープ・ライブラリ１５０に命令する。次に、要求されたデータが、キャッシュ１６０内の論理ボリューム１６２として物理的ボリューム１５６からコピーされる（すなわち、データが呼び戻される）。
【００２３】
図２は、本発明の一実施形態によるコンピューティング環境のさらなる詳細をブロック図で示す。データ記憶装置（すなわち、ＶＴＳ１１０）をホスト１０２に接続するための、ホスト１０２に結合されたホスト・コンピュータ・インターフェースが、データ記憶装置と通信するために用いられる。エンタープライズ・システム接続（ＥＳＣＯＮ）（ＩＢＭ  Ｃｏｒｐｏｒａｔｉｏｎの商標）アダプタ１１２及び１１４、又は、当該技術分野において周知の他のいずれかのスイッチング機構（例えば、ファイバ・チャネル、ストレージ・エリア・ネットワーク（ＳＡＮ）相互接続等）のような、種々のホスト・コンピュータ・インターフェースを用いることができる。ＣＡＤＤ１１６は、テープ・デーモン１１８Ａ・・・１１８Ｎのための装置ドライバである。テープ・デーモン１１８Ａ・・・１１８Ｎは、１つ又は複数のホスト・コンピュータ・インターフェースを通して、ホスト１０２から読み書きテープ操作を受け取る。書き込み操作の場合には、テープ・デーモン１１８Ａ・・・１１８Ｎは、データを受け取り、論理ボリューム１６２を作成し、該論理ボリューム１６２をファイルとしてキャッシュ１６０に書き込む。読み取り操作の場合には、テープ・デーモン１１８Ａ・・・１１８Ｎは、キャッシュ１６０にアクセスし、クライアント・カーネル拡張１４６を通してデータを検索し、データをホスト１０２に戻す。ホスト１０２は、該ホスト１０２が、物理的テープ・ドライブをエミュートするテープ・デーモン１１８Ａ・・・１１８Ｎとではなく、物理的テープ・ドライブと通信しているかのように作動する。各々のテープ・デーモン１１８Ａ・・・１１８Ｎは、キャッシュ１６０内のファイルにアクセスするのに用いられるファイル・システム・マネージャ（ＦＳＭ）１２０Ａ・・・１２０Ｎを含む。
【００２４】
ストレージ・マネージャ１３０は、データをキャッシュ１６０からテープ・ドライブ１５４Ａ・・・１５４Ｎに転送する。一実施形態においては、図２に示されるように、ストレージ・マネージャ１３０が、多数のコンポーネントを含む。自動キャッシュ制御装置１４０が、キャッシュ１６０からテープ・ドライブ１５４Ａ・・・１５４Ｎへのデータの転送を制御する。さらに、自動キャッシュ制御装置１４０は、テープ・デーモン１１８Ａ・・・１１８Ｎがデータをキャッシュ１６０に書き込む速度を制御する。
【００２５】
特に、自動キャッシュ制御装置１４０は、データ転送の通知をホスト１０２の１つから受け取る。ホスト１０２は、どの論理ボリューム１６２がテープ・カートリッジ１５６Ａ・・・１５６Ｎの特定のプール内に配置されることになるかを示す。さらに、自動キャッシュ制御装置１４０は、ファイルをキャッシュ１６０内に格納するメタデータを保持する。自動キャッシュ制御装置１４０は、データを転送するよう、ディスク・データ・クライアント１４４に通知する。ディスク・データ・クライアント１４４は、クライアント・カーネル拡張１４６からデータを要求し、クライアント・カーネル拡張１４６は、キャッシュ１６２から要求されたデータを検索し、そのデータをディスク・データ・クライアント１４４に送る。ディスク・データ・クライアント１４４は、自動キャッシュ制御装置１４０の要求時に、データをテープ・データ・サーバ１４２に送る。
【００２６】
テープ・データ・サーバは、テープ・ドライブ１５４Ａ・・・１５４Ｎへのデータの書き込みを制御する。データは、テープ・データ・サーバから、Ａｔａｐｅドライバ１３６、ＳＣＳＩアダプタ１３８、そしてテープ・ドライブ１５４Ａ・・・１５４Ｎに送られる。テープ・データ・サーバは、ライブラリ・インターフェース１３４を使用し、どのテープ・カートリッジ１５６がテープ・ドライブの１つの中に置かれることになるかを、テープ・マネージャ１５２に伝える。自動キャッシュ制御装置１４０は、ライブラリ・ドライバ１３２を通して、メッセージをライブラリ・マネージャ１５２に送る。
【００２７】
ライブラリ・マネージャ１５２は、テープ・ドライブ１５４Ａ・・・１５４Ｎとの間のテープ・カートリッジ１５６Ａ・・・１５６Ｎのマウント及びアンマウントを管理する。自動キャッシュ制御装置１４０は、適切な物理的テープ・カートリッジ１５６を選択し、アクセスされた又は書き込まれた論理ボリューム１６２との関連に基づいてマウントする。ライブラリ・マネージャ１５２が、テープ・カートリッジ１５６をマウント又はアンマウントする通知を受け取ると、ライブラリ・マネージャ１５２は、テープ・ドライブ１５４Ａ・・・１５４Ｎにアクセスするために用いられるアクセス機構１５８に通知する。アクセス機構１５８は、テープ・ドライブ１５４Ａ・・・１５４Ｎをマウント及びアンマウントする。
【００２８】
図３は、本発明の一実施形態による、ＶＴＳ１１０、キャッシュ１６０、及び物理的ライブラリ１５０を含むブロック図を示す。物理的ライブラリ１５０は、物理的装置１５４Ａ・・・１５４Ｎを含むことに加えて、物理的ボリューム１５６Ａ・・・１５６Ｎを含む。物理的ボリューム１５６Ａ・・・１５６Ｎは、物理的装置１５４Ａ・・・１５４Ｎのいずれにマウントすることもできる。特定の実施において、物理的ボリューム１５６Ａ・・・１５６Ｎは、テープ・ドライブである物理的装置１５４Ａ・・・１５４Ｎの上に機械的取り付けを介してマウントすることができるテープ・カートリッジである。代替的な実施において、物理的ボリューム１５６Ａ・・・１５６Ｎは、ＣＤ  ＲＯＭ、ＤＶＤ、又は他の記憶媒体とすることができる。特定の実施において、物理的ボリューム１５６Ａ・・・１５６Ｎの数は、物理的装置１５４Ａ・・・１５４Ｎの数より多い。物理的装置１５４Ａ・・・１５４Ｎをプール内に組織化することができる。例えば、物理的ボリューム１５６Ａ及び１５６Ｂは、プール１５７内にあってもよい。
【００２９】
キャッシュ１６０と物理的装置１５４Ａ・・・１５４Ｎとの間で行われる操作は、事前マイグレーション（すなわち、キャッシュ１６０から物理的ボリューム１５６Ａ・・・１５６Ｎへのデータ転送）と呼び戻し（すなわち、物理的ボリューム１５６Ａ・・・１５６Ｎからキャッシュ１６０へのデータ転送）である。一般的なデータ・ファイルのサイズは、１００〜２００メガバイトである。一実施形態において、ＶＴＳ１１０は、論理装置と物理的装置１５４Ａ・・・１５４Ｎの間にＮ：１の比をもたらし、ここで、Ｎは典型的には１０〜２０である。こうした実施においては、物理的装置１５４Ａ・・・１５４Ｎより多くの物理的ボリューム１５６Ａ・・・１５６Ｎ（論理装置内に格納された論理ボリューム１６２に対応する）があるので、呼び戻しのために、ＶＴＳ１１０内にある物理的装置１５４Ａ・・・１５４Ｎより多くの物理的ボリューム１５６Ａ・・・１５６Ｎをマウントする時がある。その結果、他の物理的ボリューム１５６Ａ・・・１５６Ｎをマウントできるように、物理的ボリューム１５６Ａ・・・１５６Ｎを除去することが必要なこともある。
【００３０】
ホスト１０２がＶＴＳ１１０から論理ボリュームを要求するとき、論理ボリュームがキャッシュ１６０内にある場合、キャッシュ・ヒットが発生する。論理ボリュームがキャッシュ内にない場合には、ストレージ・マネージャ１３０が、対応する物理的ボリューム１５６Ａ・・・１５６Ｎが物理的装置１５４Ａ・・・１５４Ｎの１つにマウントされるかどうかを判断する。対応する物理的ボリューム１５６Ａ・・・１５６Ｎがマウントされていない場合には、ストレージ・マネージャ１３０は、対応する物理的ボリューム１５６Ａ・・・１５６Ｎを物理的装置１５４Ａ・・・１５４Ｎの１つにマウントする。論理ボリュームについてのデータは、対応する物理的ボリューム１５６Ａ・・・１５６Ｎから再び転送される、すなわち呼び戻される。特定の実施において、呼び戻し操作に、数分かかることがあり、呼び戻しの待ち時間は、ロボット・アームがテープ・カートリッジにアクセスし、該テープ・カートリッジをテープ・ドライブ内に挿入する時間を含むことができ、呼び戻しの待ち時間は、テープを所望の位置に配置する時間を含むことができる。
【００３１】
ストレージ・マネージャ１３０は、キャッシュ１６０内の複数の論理ボリューム１６２を複数の論理（仮想）装置にマッピングする。ホスト１０２は、ＶＴＳ１１０を介して論理装置内の論理（仮想）ボリュームにアクセスすることによって、Ｉ／Ｏ操作を行う。ストレージ・マネージャ１３０は、論理ボリューム１６２を物理的ボリューム１５６Ａ・・・１５６Ｎにマッピングする。ホスト１０２は論理ボリューム及び論理装置を介してデータにアクセスするが、データは、物理的装置１５４Ａ・・・１５４Ｎ上にマウント可能な物理的ボリューム１５６Ａ・・・１５６Ｎ内に物理的に格納される。
【００３２】
物理的ボリューム１５６Ａ・・・１５６Ｎに対応する論理ボリューム１６２Ａ・・・１６２Ｎは、キャッシュ１６０内にあってもよい。図３において、キャッシュ１６０は、論理ボリューム１６２Ａ・・・１６２Ｎを含む。キャッシュ１６０上の論理ボリュームは、時間の経過と共に変化し得る。ストレージ・マネージャ１３０は、キャッシュ１６０内の論理ボリュームを使用する可能性を高く保持しようと試みる。
【００３３】
ホスト１０２が論理ボリュームをＶＴＳ１１０に書き込むとき、データは、ファイルとしてキャッシュ１６０内に格納される。キャッシュに入れられたデータは、後で物理的ボリューム１５６Ａ・・・１５６Ｎ上に事前マイグレーションされる。キャッシュ１６０が所定のしきい値まで満たされると、選択された論理ボリューム１６２Ａ・・・１６２Ｎについての論理ボリュームのデータがキャッシュから除去され、より多くの論理ボリュームのためにスペースを空ける。特定の実施において、ストレージ・マネージャ１３０は、最も長い時間キャッシュ１６０上にあった、選択された論理ボリューム（すなわち、最長時間未使用の論理ボリューム）を、キャッシュ１６０から除去する。
【００３４】
データを書き込むためにＶＴＳ１１０によって用い得る標準的な書き込みシーケンス４００の一例が、図４に示されるフローチャート４００に示される。書き込みシーケンスのプロセスは、装置ドライバＣＡＤＤ１１６が、ホスト１０２から、マウント・コマンド、続いてテープ・デーモン１１８Ａ・・・１１８Ｎについてのデータ用いる書き込みコマンドを受け取る、ステップ４０５で開始する。ステップ４０７において、ストレージ・マネージャ１３０は、書き込みのために、要求された論理ボリュームをマウントする。論理ボリュームのマウントは、開くこと、位置決めすること、巻き戻すこと、その他、該論理ボリュームの始まりに対して正しい位置でデータを読み書きする状態に論理ボリュームを置くあらゆる操作からなるものとすることができる。ホスト１０２は、データ・オブジェクト及びストレージ要求の形態で書き込みコマンドを送る。データ・オブジェクトは、論理ボリューム、記録、ファイル、物理的ボリューム、シリンダ、論理装置又は物理的装置、表面、セクタ、ページ、バイト、ビット、又は他の何らかの適切なデータ単位を含むことができる。ステップ４１０において、テープ・デーモン１１８Ａ・・・１１８Ｎは、データを受信し、該データをストレージ・マネージャ１３０に送る。ステップ４１５において、ストレージ・マネージャ１３０は、データ・オブジェクトをＤＡＳＤキャッシュ１６０及び／又は基本ストレージの物理的ボリューム１５６に書き込む。データがキャッシュ、基本ストレージ、又はその両方に書き込まれるかどうかは、コントローラの予めプログラムされたデータ管理戦略によって決定され、このデータ管理戦略は、（１）受信したオブジェクトを常にキャッシュ上に格納し、時折、キャッシュに入れられたデータ・オブジェクトを基本ストレージにコピー又は除去する、（２）受信したデータ・オブジェクトを基本ストレージに格納し、最も頻繁に使用されるデータ・オブジェクト又は最も頻繁に使用される可能性が高いデータ・オブジェクトだけをキャッシュに入れる、（３）別の周知の又は新規な手法のような種々の代替物を含むことができる。ストレージ・マネージャ１３０はまた、キャッシュ１６０に格納できるかどうか分からないメタデータ・データベースにもエントリを作る。メタデータ・データベース内のエントリは、データ・オブジェクトをメタデータと相互参照し、このことは、以下に詳細に説明される。ステップ４１５において又は適当な別の時に、主格納場所とバックアップ用格納場所との間でデータ・オブジェクトのコピーを行うこともできる。
【００３５】
書き込み操作が完了したとステップ４２０が判断するまで、ステップ４２０は、必要に応じてステップ４１０〜４１５を繰り返す。書き込み操作が完了すると、ステップ４２０は、ステップ４２５に進む。ステップ４２５において、ストレージ・マネージャ１３０は、現在のデータ・オブジェクトのメタデータをカプセル封入する。メタデータのカプセル封入は、種々のメタデータ・サブコンポーネントを集め、これらを格納のために適切な形態で組み合わせることを含む。こうしたカプセル封入は、連結、集約、部分を統合された形にコード化すること、暗号化等を伴う。本発明に関するメタデータ・サブコンポーネントは、装置特有情報のデータ要求フラグ（ステップ７２３に関連して以下に説明される）である。メタデータは、対応するデータが格納される論理ボリュームと関連付けられる。ステップ４３０は、適当なデータ管理戦略のタイプによって、ステップ４１５において書き込まれるデータ・オブジェクトと共に、メタデータをキャッシュ１６０及び／又は別の格納場所に書き込む。ステップ４３０の後、ステップ４３５において書き込みシーケンス４００が終了する。
【００３６】
代替として、ステップ４１０は、メタデータを対応するデータ・オブジェクトと共にカプセル封入し、ステップ４１５において、カプセル封入された結果を書き込むことができる。この場合、ステップ４１０は、続いてステップ４１５においてストレージに書き込むために、受信したデータをバッファに入れる。データ・オブジェクト及びメタデータを、例えば、連結、集約、部分を統合された形にコード化すること、暗号化等によってカプセル封入することができる。
【００３７】
データを読み取るためにＶＴＳ１１０によって用い得る標準的な読み取りシーケンスの一例が、図５に示されるフローチャート５００に示される。フローチャート５００のプロセスは、データ記憶装置から情報を得るためのプロセスの一例にすぎず、制限なく他のプロセスを用いることができる。読み取りシーケンス５００は、装置ドライバＣＡＤＤ１１６が、特定の論理ボリューム１６２のマウント要求をホスト１０２から受け取ったときに開始される。これに応答して、装置ドライバＣＡＤＤ１１６は、読み取り要求をテープ・デーモン１１８Ａ・・・１１８Ｎ及びストレージ・マネージャ１３０に送る。ステップ５０７において、論理ボリュームがまだキャッシュ１６０内にないかどうかを読み取るために、要求された論理ボリュームと関連した物理的テープ・カートリッジをマウントする。論理ボリュームのマウントは、開くこと、位置決めすること、巻き戻すこと、その他、該論理ボリュームを、該論理ボリュームの始まりに対して正しい位置でデータを読み書きする状態に置くあらゆる操作からなるものとすることができる。ステップ５１０において、論理ボリュームについてのデータ及びメタデータが読み取られる。ステップ５１５において、読み取られたデータがホスト１０２に戻される。ステップ５２０において、要求された論理ボリュームの読み取りの状態が調べられ、読み取りが完了したかどうかを判断する。読み取りが完了した場合には、制御は、ステップ５３５に移る。読み取りが完了していない場合には、読み取りが完了するまでステップ５１０、ステップ５１５、及びステップ５２０が実行される。ステップ５３５においてプロセスが終了する。
【００３８】
ここで、データ記憶装置から情報を得るための、本発明の一実施形態の作動例が、図６を参照して説明される。プロセスは、ステップ６０２で始まる。ステップ６０２は、例えば、ＶＴＳ１１０データのようなデータ記憶装置が、データを論理ボリュームに書き込むための書き込みコマンドを受信するステップ６０５に流れる。論理ボリュームは、ＶＴＳ１１０によって管理されるか、又は、ＶＴＳ１１０と関連した何らかの論理ボリュームとすることができる。制限なく、同時に多数の論理ボリュームに書き込むことができる。書き込みコマンドは、例えば。ホスト１０２などの外部装置から受信される。制限なく、他の外部装置が、書き込みコマンドを、例えばクライアント、サーバ、別のＶＴＳ、自動データ・ストレージ・ライブラリ等のデータ記憶装置に送ることもできる。プロセスは、書き込みコマンドと関連したデータが論理ボリュームに書き込まれるステップ６０８に流れる。データは、通常のデータとしてもよく、又は、書き込まれたデータは、固有のシーケンスのデータを含むデータとしてもよく、ここで、固有のシーケンスの記録を用いて、装置特有情報が要求されていることを示すことができる（下記に説明される）。データを書き込むために、フローチャート４００（図４）に示される書き込みプロセスを用いることができ、或いは、データを書き込むための他の手順を用いることもできる。データの書き込みが完了した後、プロセスは、論理ボリュームが巻き戻されるか、又はアンロード及びロードされるステップ６０９に流れる。ステップ６０９の動作が実行され、データを読み取るための論理ボリュームを準備する。ステップ６０９が完了した後、書き込まれたデータの分析を行う必要があるかどうかをＶＴＳ１１０が判断するステップ６１０に流れる。ステップ６１０において、例えば、データ記憶装置に結合されたオペレータ・インターフェース１０５を用いて、データ分析ステップ６１５を使用不可又は使用可能にすることができる。内部ソフトウェア・スイッチ、ハードウェア論理、処理要素等によって、ステップ６１０を実行することができる。ステップ６１０において、又は、プロセス６００を実行する任意のステップにおいて、オペレータ・インターフェース１０５を用いて、データ分析を使用可能又は使用不可にすることができる。例えば、ステップ６１０において、オペレータは、オペレータ・インターフェース１０５において安全なプロトコル（例えば、ユーザ名及びパスワード）を用いてコマンドを入力し、データ分析を使用可能又は使用不可にすることができる。ステップ６１０において、例えば、遠隔コンピュータ又は他のデータ処理装置を用いるＶＴＳ１１０への遠隔ログインといった他の手段又はインターフェースを用いて、データ分析を使用可能又は使用不可にすることができる。ステップ６１０においてデータ分析が使用不可にされた場合、制御は、以前に格納されたデータを論理ボリュームから読み取ることができるステップ６２２に流れる。代替的に、ステップ６２２において、データを論理ボリュームに書き込むことができる。ステップ６２２における読み書き操作は、ホスト１０２からの読み書き要求の結果とすることができる。読み書き要求は、付加的に、論理ボリュームについてのアンマウント操作、マウント操作、又は巻き戻し操作を含むことができる。フローチャート５００（図５）及びフローチャート４００（図４）に示される読み書きプロセスを用いて、データを読み書きすることができ、或いは、データを読み書きするための他の手順を用いることができる。代替的に、ステップ６２２を実行する必要はない。ステップ６２２を実行した後、制御は、プロセスが終了するステップ６５０に流れる。現時点でデータを読み取ることが必要か、又は、別の折りにデータを読み取ることが有利かによって、ステップ６２２を実行する場合もしない場合もある。
【００３９】
ステップ６１０において、データ分析が使用可能にされた場合、制御は、論理ボリュームに書き込まれたデータを分析し、固有のシーケンスの記録を検知するステップ６１５に流れる。論理ボリューム上のデータを読み取り、分析のためにデータを一時的ストレージ内に格納し、データを格納されたものとしてインターセプトすることなどによって、データを分析することができる。分析されたデータは、ホスト１０２によって書き込まれたデータのシーケンス全体、又は、その特定のサブセットから構成することができる。データ記憶装置（すなわち、ＶＴＳ１１０）は、論理ボリュームに書き込まれたデータを分析し、固有のシーケンスの記録を検知することができ、或いは、ＶＴＳ１１０と関連した他の処理要素又は装置を用いることができる。データ記憶装置からの装置特有情報の要求がホスト１０２によって要求されることを示すために、固有の組の記録が用いられる。固有の組の記録は、論理ボリュームに書き込まれた通常のデータについて存在する可能性が低い、特有のデータ・パターンである。固有の組の記録の一例は、ボリューム・ヘッダ、第１のデータセット・ヘッダ、第２のデータセット・ヘッダ、第１のテープ・マーク、キー・記録、クエリ識別子記録、第２のテープ・マーク、ボリューム・トレーラ、ファイルの第１のボリュームの終端、ファイルの第２のボリュームの終端、第３のテープ・マーク、及び第４のテープ・マークである。ボリューム・ヘッダ、データセット・ヘッダ、テープ・マーク、ファイル記録の終端、ボリューム・トレーラは、テープ・ボリューム（定義は、非特許文献２から入手可能である）を識別する産業の標準的な方法である。
【００４０】
制限なく、上述した以外の他の固有の組の記録を本発明と共に用いることができる。固有の組の記録は、論理ボリュームに書き込まれた通常のデータにおいて生じる可能性が低いデータ・パターンとすべきである。
【００４１】
ステップ６２０において、論理ボリューム上に固有の組の記録が検知されない場合には、制御は、以前に格納されたデータを論理ボリュームから読み取ることができるステップ６２２に流れる。ステップ６２２についての上記の説明は、この実行にも適用される。ステップ６２２を実行した後、制御は、プロセスが終了するステップ６５０に流れる。現時点でデータを読み取ることが必要か、又は別の折りにデータを読み取るのが有利かによって、ステップ６２２を実行する場合もしない場合もある。ステップ６２０において、論理ボリュームにおいて固有の組の記録が検知された場合には、プロセスは、装置特有情報を反映させるために、論理ボリュームに書き込まれた固有の組の記録が添付され、置き換えられ、変更される、ステップ６２３に流れる。このことは、少なくとも１つの論理ボリュームにおいて固有のシーケンスの記録を検知し、データ記憶装置特有の情報を論理ボリューム上に書き込むデータ記憶装置（すなわち、ＶＴＳ１１０）によって達成することができる。同じくステップ６２３において、ＶＴＳ１１０は、論理ボリューム上に格納された装置特有情報が、今やすぐに利用可能であることをホスト１０２に通知する。装置特有情報は、ＶＴＳ１１０、論理ボリューム又は物理的ボリューム、関連した記憶装置（すなわち、テープ・ドライブ、ライブラリ１５０等）についての種々の形態の情報を含むことができる。装置特有情報は、論理ボリュームと関連したメタデータの属性のリストを含むことができる。例えば、メタデータの属性は、ピア・ツー・ピア型ＶＴＳサブシステム内に結合された、２つのＶＴＳ間で論理ボリュームのコピーを同期させために用いられるデータ・バージョン・レベルのリストを含むことができる。メタデータの属性は、各々の論理ボリュームが物理的テープ・カートリッジのどのプールに関連付けられているかを制御するホスト構造のリストを含むこともできる。メタデータの属性は、制限なく、データについての統計情報又はデータに関する他の情報を含むことができる。装置特有情報は、例えば、ＶＴＳ１１０のようなデータ記憶装置の作動履歴の報告を含むことができる。データ記憶装置の作動履歴は、格納又は検索されたデータ、電源投入／電源遮断シーケンス、ＶＴＳの性能履歴、及びキャッシュ１６０又はテープ・ドライブ１５４のようなＶＴＳを含むサブシステムの使用に関する情報を含むことができる。作動履歴の報告の形態は、例えば、単純なリスト、グラフ表示、対話式データ・ファイル等のような種々の形態をとることができる。装置特有情報は、例えば、ＶＴＳ１１０のようなデータ記憶装置の作動状態の報告を含むことができる。データ記憶装置の作動状態の報告は、格納又は検索されたデータの現在の状態、電源投入／電源遮断シーケンスの状態、及びキャッシュ１６０又はテープ・ドライブ１５４のようなＶＴＳを含むサブシステムの可用性の状態に関する情報を含むことができる。作動状態の報告の形態は、例えば、単純なリスト、グラフ表示、対話式データ・ファイル等のような種々の形態をとることができる。装置特有情報は、データ記憶装置内に格納された論理ボリュームの物理的位置のリストを含むことができる。例えば、論理ボリュームの物理的位置は、１つ又は複数の物理的装置１５４、物理的ボリューム１５６、テープ・ドライブ１５４Ａ−１５４Ｎ、テープ・カートリッジ１５６Ａ−１５６Ｎ、ＤＡＳＤ１６０、又はＶＴＳ１１０と関連した他の装置内にあってもよい。物理的位置のリストの形態は、例えば、単純なリスト、グラフ表示、対話式データ・ファイル等のような種々の形態をとることができる。
【００４２】
ステップ６２３を実行した後、制御はステップ６２５に流れる。ステップ６２５において、装置特有情報が書き込まれた論理ボリュームをマウントする。ステップ６２５における論理ボリュームのマウントは、付加的に、論理ボリュームを開くこと、論理ボリュームを巻き戻すこと、その他、データを論理ボリュームから読み取ることができるような状態に論理ボリュームを置く、論理ボリュームにおけるあらゆる操作からなるものとすることができる。論理ボリュームのマウントは、例えば、ホスト１０２などの外部装置から読み取りコマンド（すなわち、図５のプロセス５００）を受け取るＶＴＳ１００の結果とすることができる。論理ボリュームのマウントはまた、物理的テープ・ドライブ１５４からキャッシュ１６０内の論理ボリュームのコンテンツ全体を検索することと、ボリューム・データ又はボリューム・メタデータのいずれかをチェックすることによって正しい論理ボリュームにアクセスされるかを検証することと、エラー検知又はコードの訂正を用いて論理ボリュームの完全性を検証することを含むこともできる。ステップ６２５において論理ボリュームをマウントした後、制御は、データ記憶装置（すなわち、ＶＴＳ１１０）が論理ボリュームから装置特有情報を読み取るステップ６３０に流れる。読み取られた情報は、例えば、ホスト１０２等の情報を要求している装置に伝送される。装置特有情報の読み取りは、ボリューム・ヘッダを読み取ること、第１のデータセット・ヘッダを読み取ること、第２のデータセット・ヘッダを読み取ること、第１のテープ・マークを読み取ること、レポート・ヘッダを読み取ること、少なくとも１つのデータ記録を読み取ること、第２のテープ・マークを読み取ること、ボリューム・トレーラを読み取ること、ファイルの第１のボリュームの終端を読み取ること、ファイルの第２のボリュームの終端を読み取ること、第３のテープ・マークを読み取ること、及び第４のテープ・マークを読み取ることを含むことができる。少なくとも１つの報告データの読み取りは、次の（上記に説明される）、データ記憶装置内の論理ボリュームと関連したメタデータの属性のリスト、データ記憶装置の作動履歴の報告、データ記憶装置の作動状態の報告、及び、データ記憶装置における論理ボリュームの物理的位置のリストのうちのいずれかを含むことができる。ステップ６３０を実行した後、制御は、プロセスが終了するステップ６５０に移る。
【００４３】
ここで、データ記憶装置から情報を得るための、本発明の第２の実施形態の作動例が、図７を参照して説明される。プロセスは、ステップ７０２で始まる。ステップ７０２は、例えば、ＶＴＳ１１０等のデータ記憶装置が、データを論理ボリュームに書き込むための書き込みコマンドを受信するステップ７０５に流れる。論理ボリュームは、ＶＴＳ１１０によって管理されるか、又はこれと関連した任意の論理ボリュームとすることができる。制限なく、同時に多数の論理ボリュームに書き込むことができる。書き込みコマンドは、例えばホスト１０２などの外部装置から受信される。制限なく、他の外部装置が、書き込みコマンドを、例えば、クライアント、サーバ、別のＶＴＳ、自動データ・ストレージ・ライブラリ等のデータ記憶装置に送ることもできる。プロセスは、書き込みコマンドと関連したデータを論理ボリュームに書き込むステップ７０８に流れる。データは、通常のデータとしてもよく、又は、書き込まれたデータを、固有のシーケンスのデータを含むデータとしてもよく、ここで、固有のシーケンスの記録を用いて、装置特有情報が要求されていることを示すことができる（下記に説明される）。データを書き込むために、フローチャート４００（図４）に示される書き込みプロセスを用いることができ、又は、データを書き込む他の手順を用いることもできる。データの書き込みが完了した後、プロセスは、書き込まれたデータの分析を行う必要があるかどうかをＶＴＳ１１０が決定するステップ７１０に流れる。ステップ７１０は、データ分析ステップ７１５を実行する必要があるかどうかを決定する。例えば、データ記憶装置に結合されたオペレータ・インターフェース１０５を用いて、ステップ７１０において、データ分析ステップ７１５を使用不可又は使用可能にすることができる。内部ソフトウェア・スイッチ、ハードウェア論理、処理要素等によって、ステップ７１０を実行することができる。ステップ７１０において、又は、プロセス７００を実行するいずれかのステップにおいて、オペレータ・インターフェース１０５を用いて、データ分析を使用可能又は使用不可にすることができる。例えば、ステップ７１０において、オペレータが、オペレータ・インターフェース１０５において安全なプロトコル（例えば、ユーザ名及びパスワード）を用いてコマンドを入力し、データ分析を使用可能又は使用不可にすることができる。ステップ７１０において、例えば、遠隔コンピュータ又は他のデータ処理装置を用いるＶＴＳ１１０への遠隔ログインのような他の手段又はインターフェースを用いて、データ分析を使用可能又は使用不可にすることができる。ステップ７１０において、データ分析が使用不可にされた場合、制御は、以前に格納されたデータを論理ボリュームから読み取ることができるステップ７２２に流れる。代替的に、ステップ７２２において、データを論理ボリュームに書き込むことができる。ステップ７２２における読み書き操作は、ホスト１０２からの読み書き要求の結果とすることができる。読み書き要求は、付加的に、論理ボリュームのためのアンマウント操作、マウント操作、又は巻き戻し操作を含むことができる。フローチャート５００（図５）に示される読み取りプロセスを用いてデータを読み取ることができ、或いは、データを読み取る他の手順を用いることもできる。代替的には、ステップ７２２を実行する必要がない。ステップ７２２を実行した後、制御は、プロセスが終了するステップ７７０に流れる。現時点でデータを読み取ることが必要か、又は別の折りにデータを読み取ることが有利かによって、ステップ７２２を実行する場合もしない場合もある。ステップ７１０においてデータ分析が使用可能にされた場合、制御は、論理ボリュームに書き込まれたデータを分析し、固有のシーケンスの記録を検知するステップ７１５に流れる。論理ボリューム上のデータを読み取り、分析のためにデータを一時的ストレージ内に格納し、データを格納されたものとしてインターセプトすること等によって、データを分析することができる。分析されたデータは、ホスト１０２によって書き込まれたデータのシーケンス全体、又は、その特定のサブセットから構成することができる。記憶装置（すなわち、ＶＴＳ１１０）は、論理ボリュームに書き込まれたデータを分析し、固有のシーケンスの記録を検知することができ、或いは、ＶＴＳ１１０と関連した他の処理要素又は装置を用いることもできる。固有の組の記録を用いて、データ記憶装置からの装置特有情報要求が、ホスト１０２によって要求されていることを示す。固有の組の記録は、論理ボリュームに書き込まれた通常のデータにおいて存在する可能性が低いデータの特有のパターンである。固有の組の記録の一例は、ボリューム・ヘッダ、第１のデータセット・ヘッダ、第２のデータセット・ヘッダ、第１のテープ・マーク、キー記録、クエリ識別子記録、第２のテープ・マーク、ボリューム・トレーラ、ファイルの第１のボリュームの終端、ファイルの第２のボリュームの終端、第３のテープ・マーク、及び第４のテープ・マークである。ボリューム・ヘッダ、データセット・ヘッダ、テープ・マーク、ファイル記録の終端、ボリューム・トレーラは、テープ・ボリュームを識別する産業の標準的な方法である。制限なく、上述以外の他の固有の組の記録を本発明と共に用いることができる。固有の組の記録は、論理ボリュームに書き込まれた通常のデータにおいて発生する可能性が低いデータのパターンとすべきである。ステップ７２０において、論理ボリュームにおいて固有の組の記録が検知されない場合には、制御は、以前に格納されたデータを論理ボリュームから読み取ることができるステップ７２２に流れる。ステップ６２２及びステップ７２２の作動についての上記の説明は、ステップ７２２のこの実行にも適用される。ステップ７２２を実行した後、制御は、プロセスが終了するステップ７７０に流れる。現時点でデータを読み取ることが必要か、又は別の折りにデータを読み取るのが有利かによって、ステップ７２２を実行する場合もしない場合もある。
【００４４】
ステップ７２０において、データ記憶装置が、論理ボリューム上の固有のシーケンスの記録を検知することに応答して、ステップ７２３において、該データ記憶装置（すなわち、ＶＴＳ１１０）は、装置特有情報のデータ要求フラグを論理ボリュームと関連したメタデータ内に置き、論理ボリュームが装置特有情報を含むこと、かつ、論理ボリュームが特定のデータ要求論理ボリュームであることを示す。ステップ７２３を実行した後、制御は、ホスト１０２が、データ記憶装置（すなわち、ＶＴＳ１１０）に、論理ボリュームをマウントし、論理ボリュームを読み取る準備をすることを要求するステップ７２５に流れる。論理ボリュームのマウントは、ステップ７２５において要求を受け取った後に始まる。論理ボリュームのマウントは、付加的に、論理ボリュームを開くこと、論理ボリュームを巻き戻すこと、その他、データを論理ボリュームから読み取ることができるような状態に論理ボリュームを置く、論理ボリュームにおけるあらゆる操作からなるものとすることができる。ステップ７２５において論理ボリュームをマウントする要求を受け取った後、データ記憶装置（すなわち、ＶＴＳ１１０）は、論理ボリュームと関連したメタデータを読み取り、検査し、装置特有情報のデータ要求フラグを検知する。ステップ７３０においてメタデータ内の装置特有情報の要求フラグを検知することに応答して、制御はステップ７３５に流れ、論理ボリュームが特別のデータ要求論理ボリュームであることを検証する。ステップ７２３に関して上述されたように、装置特有情報を含む論理ボリュームは、特別のデータ要求論理ボリュームである。論理ボリュームが特別のデータ要求論理ボリュームであることを検証することは、論理ボリュームを読み取り、制限なく、固有の組の記録、装置特有情報、又は検証のために用いることができる他のデータを検知することを含むことができる。代替的に、メタデータ内の装置特有情報のデータ要求フラグを検知することは、論理ボリュームが特別のデータ要求論理ボリュームであることを検証するのに十分ではないので、検証（ステップ７３５）を実行することができない。
【００４５】
ステップ７３０において装置特有情報のデータ要求フラグが検知されなかった場合には、制御は、ＶＴＳ１１０が、論理ボリュームのマウントが完了したことをホスト１０２に通知するステップ７４６に流れる。ステップ７４６を実行した後、制御はステップ７２２（上記に既に説明された）に流れ、随意的に論理ボリュームからデータを読み取る。ステップ７３５において論理ボリュームが特別のデータ要求論理ボリュームであることを検証した後、制御はステップ７４０に流れ、装置特有情報を論理ボリューム上に書き込む。ステップ７３５において、論理ボリュームが特別のデータ要求論理ボリュームであることをＶＴＳ１１０が検証しない場合には、制御は、ＶＴＳ１１０が、論理ボリュームのマウントが完了したことをホスト１０２に通知するステップ７４６に流れる。ステップ７４６を実行した後、制御はステップ７２２（上記に既に説明された）に流れ、随意的に論理ボリュームからデータを読み取る。
【００４６】
ステップ７４０において、ステップ７０８において以前に論理ボリュームに書き込まれた固有の組の記録が、装置特有情報を反映するように貼付され、置き換えられ、又は変更される。このことは、データ記憶装置特有の情報を論理ボリューム上に書き込むデータ記憶装置（すなわち、ＶＴＳ１１０）によって達成することができる。第１の実施形態について上述されたように、装置特有情報は、ＶＴＳ１１０、論理ボリューム又物理的ボリューム、関連した記憶装置（すなわち、テープ・ドライブ、ライブラリ１５０等）についての種々の形態の情報を含むことができる。装置特有情報は、論理ボリュームと関連したメタデータの属性のリストを含むことができる。例えば、メタデータの属性のリストは、ピア・ツー・ピア型ＶＴＳサブシステム内に結合された、２つのＶＴＳ間で論理ボリュームのコピーを同期させるために用いられるデータ・バージョン・レベルのリストを含むことができる。メタデータの属性は、各々の論理ボリュームが物理的テープ・カートリッジのどのプールに関連付けられているかを制御するホスト構造のリストを含むこともできる。メタデータの属性は、制限なく、データについての統計情報又はデータに関する他の情報を含むことができる。装置特有情報は、例えば、ＶＴＳ１１０のようなデータ記憶装置の作動履歴の報告を含むことができる。データ記憶装置の作動履歴は、格納又は検索されたデータ、電源投入／電源遮断シーケンス、ＶＴＳの性能履歴、及びキャッシュ１６０又はテープ・ドライブ１５４のようなＶＴＳを含むサブシステムの使用に関する情報を含むことができる。作動履歴の報告の形態は、例えば、単純なリスト、グラフ表示、対話式データ・ファイル等のような種々の形態をとることができる。装置特有情報は、例えば、ＶＴＳ１１０のようなデータ記憶装置の作動状態の報告を含むことができる。データ記憶装置の作動状態の報告は、格納又は検索されたデータの状態、電源投入／電源遮断シーケンスの状態、及びキャッシュ１６０又はテープ・ドライブ１５４のようなＶＴＳを含むサブシステムの可用性の状態に関する情報を含むことができる。作動状態の報告の形態は、例えば、単純なリスト、グラフ表示、対話式データ・ファイル等のような種々の形態をとることができる。装置特有情報は、データ記憶装置内に格納された論理ボリュームの物理的位置のリストを含むことができる。例えば、論理ボリュームの物理的位置は、１つ又は複数の物理的装置１５４、物理的ボリューム１５６、テープ・ドライブ１５４Ａ−１５４Ｎ、テープ・カートリッジ１５６Ａ−１５６Ｎ、ＤＡＳＤ１６０、又はＶＴＳ１１０と関連した他の装置内にあってもよい。物理的位置のリストの形態は、例えば、単純なリスト、グラフ表示、対話式データ・ファイル等のような種々の形態をとることができる。ステップ７４０を実行した後、制御はステップ７４５に流れる。
【００４７】
ステップ７４５において、データ記憶装置（すなわち、ＶＴＳ１１０）は、装置特有情報が書き込まれた論理ボリュームのマウントが完了したことをホスト１０２に通知し、ホスト１０２を使用可能にし、装置特有情報を読み取る。ステップ７４５における論理ボリュームのマウントの完了は、付加的に、論理ボリュームをアンマウント及びマウントすること、論理ボリュームを巻き戻すこと、その他、データを論理ボリュームから読み取ることができるような状態に論理ボリュームを置く、論理ボリュームにおけるあらゆる操作からなるものとすることができる。ステップ７４５を実行した後、制御はステップ７５０に流れる。ステップ７５０において、装置特有情報が書き込まれた論理ボリュームを読み取る。読み取られた情報は、例えば、ホスト１０２等の情報を要求している装置に伝送される。論理ボリュームから装置特有情報を読み取ることは、ボリューム・ヘッダを読み取ること、第１のデータセット・ヘッダを読み取ること、第２のデータセット・ヘッダを読み取ること、第１のテープ・マークを読み取ること、レポート・ヘッダを読み取ること、少なくとも１つのデータ記録を読み取ること、第２のテープ・マークの読み取り、ボリューム・トレーラの読み取り、ファイルの第１のボリュームの終端を読み取ること、ファイルの第２のボリュームの終端を読み取ること、第３のテープ・マークを読み取ること、及び第４のテープ・マークを読み取ることを含むことができる。少なくとも１つの報告データの読み取りは、次の（上記に説明される）データ記憶装置内の論理ボリュームと関連したメタデータの属性のリスト、データ記憶装置の作動履歴の報告、データ記憶装置の作動状態の報告、及び、データ記憶装置における論理ボリュームの物理的位置のリストのうちのいずれかを含むことができる。ステップ７５０を実行した後、制御は、プロセスが終了するステップ７７０に移る。
【００４８】
本発明の作動についての上記の説明は、データ記憶装置としてＶＴＳ１１０を用いて進行した。本発明を実施するために用いられるデータ記憶装置は、自動データ・ストレージ・ライブラリ（すなわち、物理的ライブラリ１５０）とすることもできる。上述のように、物理的ライブラリ１５０は、データの格納のためのデータ記憶媒体（すなわち、物理的ボリューム１５６）、データ記憶媒体に対してデータを読み書きするためのデータ記憶ドライブ（すなわち、物理的装置１５４）、及び自動データ・ストレージ・ライブラリを制御するためのライブラリ・コントローラ（すなわち、ライブラリ・マネージャ１５２）を含む。
【００４９】
付加的な実施の詳細
ソフトウェア、ファームウェア、ハードウェア、又はこれらのいずれかの組み合わせを生成するために、標準的なプログラミング、及び／又は、技術工学を用いる方法、装置、又は製造物品として、ネットワーク・コンポーネントを維持するための上述の技術を実施することができる。ここで用いられる「製造物品」という用語は、ハードウェア論理（例えば、集積回路チップ、プログラム可能なゲートウェイ（ＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等）、或いは、磁気記憶媒体（例えば、ハードディスク・ドライブ、フロッピィ・ディスク、テープ等）、光ストレージ（ＣＤ−ＲＯＭ、光ディスク等）、揮発性及び不揮発性記憶装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラム可能な論理等）のようなコンピュータ可読媒体において実施されるコード又は論理を指す。コンピュータ可読媒体内のコードは、プロセッサによってアクセスされ、実行される。さらに、実施形態を実施するコードには、伝送媒体を通して、又はネットワーク上のファイル・サーバからもアクセス可能である。そのような場合、コードを実施する製造物品は、ネットワーク伝送ラインのような伝送媒体、無線伝送媒体、空間を通して伝播する信号、電波、赤外線信号等を含むことができる。したがって、「製造物品」は、コードを具体化する媒体を含むことができる。さらに、「製造物品」は、コードを具体化し、処理し、実行するハードディスク・コンポーネント及びソフトウェア・コンポーネントの組み合わせを含むことができる。勿論、当業者であれば、本発明の範囲から逸脱することなく、この構成に多くの修正をなし得ること、及び、製造物品が当該技術分野において周知のいずれの情報支持媒体をも含み得ることを理解するであろう。
【００５０】
説明された実施において、Ｎのような特定の変数は、特定の数の要素を示す整数を示すように用いられる。これらの変数は、同じ要素又は異なる要素を用いて異なる場合に用いられたときに任意の数を示すことができる。例えば、図３において、論理ボリューム１６２Ａ・・・Ｎの場合には、Ｎは、Ｑ個の数の要素を示すことができ、物理的装置１５４Ａ・・・Ｎの場合には、Ｎは、Ｍ個の数の要素を示すことができ、物理的ボリューム１５６Ａ・・・Ｎの場合には、Ｎは、Ｐ個の数の要素を示すことができる。
【００５１】
図４、図５、図６、及び図７の論理は、特定の順序で行われる特別の作動を説明する。代替的な実施において、論理作動の一部を、異なる順序で実行し、修正し、又は除去することができる。さらに、ステップを上述の論理に付加し、依然として説明された実施に適合させることができる。さらに、ここに説明される作動は、連続的に行うことができ、又は特定の作動を並行処理することができ、或いは、単一のプロセスによって行われるものとして説明された作動を分散型プロセスによって行うことができる。
【００５２】
図４、図５、図６、及び図７の論理が、ソフトウェアで実施されるものとして説明された。この論理は、ホスト・システム又はアプリケーション・プログラムのオペレーティング・システムの一部とすることができる。さらに別の実施において、この論理は、制御ユニットによって管理される記憶領域、又は読み出し専用メモリ、或いは他のハードワイヤード・タイプの装置内に保持することができる。好ましい論理は、ハードディスク・ドライバ、又はプログラム可能な及びプログラム不能なゲートウェイ論理において実施することができる。
【００５３】
図８は、ホスト１０２、オペレータ・インターフェース１０５、及びＶＴＳ１１０のアーキテクチャの１つの実装を示す。ホスト１０２、オペレータ・インターフェース１０５、及びＶＴＳ１１０は、プロセッサ８０２（例えば、マイクロプロセッサ）、メモリ８０４（例えば、揮発性記憶装置）、及びストレージ８０６（例えば、磁気ディスク・ドライブ、テープ・ドライブ等のような不揮発性ストレージ）を有するコンピュータ・アーキテクチャ８００を実装する。ストレージ８０６は、内部記憶装置、或いは、取り付けられた又はネットワーク・アクセス可能なストレージを含むことができる。ストレージ８０６内のプログラムが、メモリ８０４にロードされ、当該技術分野において周知の方法でプロセッサ８０２によって実行される。アーキテクチャは、ネットワークとの通信を可能にするネットワーク・カード８０８をさらに含む。ユーザ入力をプロセッサ８０２に提供するために、入力装置８１０が用いられ、この入力装置８１０は、キーボード、マウス、ペン型スタイラス、マイクロフォン、タッチ・センシティブ表示画面、又は当該技術分野において周知の他のいずれかの起動機構又は入力機構を含むことができる。出力装置８１２は、プロセッサ８０２、又は、表示用モニタ、プリンタ、ストレージ等のような他のコンポーネントから伝送される情報をレンダリングすることができる。
【００５４】
説明された実施において、ホスト１２０及びＶＴＳ１１０は、クライアント・サーバ・パラダイム内で通信するが、ホスト１２０及びＶＴＳ１１０は、ピア・ツー・ピア内で又は当該分野において周知の他のいずれかのパラダイム内で通信することもできる。さらに、例示のために、ソフトウェア及びハードウェア・コンポーネントの多くが、別個のモジュールで説明された。こうしたコンポーネントは、より少ない数のコンポーネントに統合することができ、又は、より大きい数のコンポーネントに分けることもできる。さらに、特定のコンポーネントによって行われるものとして説明された特定の作動を、他のコンポーネントによって実行することもできる。
【００５５】
本発明の好ましい実施形態についての上記の説明は、例示及び説明のために示された。これは、開示された正確な形態に対して、本発明を網羅する又は制限するように意図されるものではない。上記の教示に鑑みて、多くの修正及び変形が可能である。本発明の範囲は、この詳細な説明によってではなく、寧ろ、添付の特許請求の範囲によって制限されるように意図される。上記の明細書、例、及びデータは、本発明の製造及び本発明の構成の使用の完全な説明を提供するものである。本発明の精神及び範囲に逸脱することなく、本発明の多くの実施を行うことができるので、本発明は、上に添付される特許請求の範囲内にある。本発明の完全な理解を与えるために、上記の説明は、説明のために、特定の名称を用いた。しかしながら、当業者であれば、本発明を実施するために特定の詳細を必要としないことを理解するであろう。他の例においては、基礎をなす発明からの不必要な脱線を避けるために、公知の回路及び装置は、ブロック図の形態で示される。したがって、本発明の特定の実施形態についての上記の説明は、例示及び説明のために示されるものである。これらは、開示された正確な形態に対して、本発明を網羅する又は制限するように意図されるものではない。明らかに、上記の教示に鑑みて、多くの修正及び変形が可能である。
【００５６】
本発明の原理及びその実際的な用途を最も良く説明するために、実施形態が選ばれ、説明され、これにより、当業者が、考えられる特定の使用に適合されるものとしての種々の修正と共に、本発明及び種々の実施形態を最も良く使用することが可能になる。本発明の範囲は、上記の特許請求の範囲、及びこれらの均等物によって定められることが意図される。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施によるコンピューティング環境をブロック図で示す。
【図２】本発明の実施によるコンピューティング環境のさらなる詳細をブロック図で示す。
【図３】本発明の実施による、仮想テープ・サーバ、キャッシュ、及び物理的ライブラリを含むブロック図を示す。
【図４】データをデータ記憶装置に書き込むプロセスのフローチャートを示す。
【図５】データをデータ記憶装置から読み取るプロセスのフローチャートを示す。
【図６】データ記憶装置特有の情報を得るための、本発明の一実施形態のフローチャートを示す。
【図７】データ記憶装置特有の情報を得るための、本発明の第２の実施形態のフローチャートを示す。
【図８】本発明のために用いることができるホスト、オペレータ・インターフェース、及びＶＴＳのアーキテクチャの１つの実装をブロック図で示す。
【図１】
2007537522.tif 000003
【図２】
2007537522.tif 000004
【図３】
2007537522.tif 000005
【図４】
2007537522.tif 000006
【図５】
2007537522.tif 000007
【図６】
2007537522.tif 000008
【図７】
2007537522.tif 000009
【図８】
2007537522.tif 000010
【国際調査報告】
2007537522.tif 000011
2007537522.tif 000012