JP2005537553A - 複数のストレージ属性を用いた情報の維持 - Google Patents

Abstract

【課題】複数のストレージ属性を用いてライブラリ・インベントリを含む仮想テープ・システムに情報を維持する方法を提供すること。
【解決手段】この方法は、情報を含むデータセットを作成し、１つまたは複数のストレージ構成名をそのデータセットに割り当てることを含む。この方法は、そのデータセットおよび１つまたは複数のストレージ構成名を仮想テープ・システムに提供する。この方法は、その１つまたは複数のストレージ構成名を用いて複数のストレージ属性を論理ボリュームに割り当てる。次いで、この方法は、それら割り当てられたストレージ属性に基づいて論理ボリュームに対するストレージ管理アクションを選択する。

Description

本出願人の発明は、複数の割り当てられたストレージ属性を用いて情報を維持することに関する。

階層コンピュータ・ストレージ・システムでは、使用の激しい高速なストレージが、より低速でよりアクセス頻度の少ないデータ装置のアレイと一組にされる。高速で高価なメモリの一例は、直接アクセス記憶装置ファイル・バッファ（ＤＡＳＤ）である。より低速なストレージ装置は、テープ装置およびディスク・ドライブ・アレイを含み、これらはＤＡＳＤよりも安価である。

そのような階層ストレージ・システムの１つが、仮想テープ・ストレージ・システムである。そのような仮想テープ・ストレージ・システムは、たとえば、ＩＢＭ ＴｏｔａｌＳｔｏｒａｇｅ（Ｒ）３４９４エンタープライズ・テープ・ライブラリなどの１つまたは複数のデータ記憶／検索システムと組み合わせた１つまたは複数の仮想テープ・サーバ（「ＶＴＳ」）を含むことができる。仮想テープ・ストレージ・システムは、動作中には、あるホストからのデータを、１つまたは複数のデータ記憶／検索システムに配置された多数のデータ記憶装置に書き込んでいる。

自動データ記憶／検索システムは、格納されている大量のメディアへのコスト効率のよいアクセスを提供することで知られている。一般に、データ記憶／検索システムは、ポータブル・データ・ストレージ・メディアを格納する多数の格納スロットを含む。典型的なポータブル・データ・ストレージ・メディアは、テープ・カートリッジ、光ディスク・カートリッジ、ディスク・カートリッジ、電子ストレージ・メディアなどである。電子ストレージ・メディアとは、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＰＲＯＭなどの装置を意味している。

通常、１つ（または複数）のアクセッサが、データ・ストレージ・メディアを格納スロットから取り出すアクセスを行い、そのアクセスしたメディア上のデータを読み取りおよび／または書き込むために、アクセスしたメディアをデータ記憶装置まで送り届ける。適切な電子機器が、アクセッサを動作させ、データ記憶装置を動作させて、接続されているオンラインのホスト・コンピュータ・システムに情報を提供しおよび／またはそれから情報を受け取る。

データ・ストレージのポリシー・ベースの管理が、当技術分野に知られている。システム管理者が、データをどう管理すべきかを決定する１組のデータ管理ポリシーを定義する。従来技術の方法を用いると、このポリシー・ベースの管理はホスト・コンピュータ・レベルで定義され実施される。したがって、そのようなデータ管理ルーチンの設計、管理および試験は、ホストのオペレーティング・システムごとに複製しなければならない。
「ｚ／ＯＳ Ｖ１Ｒ３ ＤＦＳＭＳ Ｉｎｔｒｏｄｕｃｔｉｏｎ」、ＩＢＭ資料番号ＳＣ２６−７３９７−０１

ポリシー・ベースのデータ管理の実装をホスト・コンピュータからデータ・ライブラリ環境へと移行させる方法が必要とされている。

本出願人の発明は、ホスト・コンピュータ環境から仮想テープ・システムなどのデータ・ライブラリへの特定のデータ管理ポリシーを定義する４つまでのストレージ管理構成を提供する。次いで、データ・ライブラリにより、これらのストレージ管理構成に基づいて、ストレージ管理属性が１つまたは複数の論理ボリュームに割り当てられる。

本出願人の発明は、請求項１および請求項９でそれぞれ請求する、仮想テープ・システムに情報を維持するための方法および装置を含む。

本発明は、以下の詳細な説明を図面と併せ読むことからよりよく理解されよう。図面では、同じ符号が同じ要素を指示するように使用してある。

図面を参照すると、同じ符号は、図に示してある同じ部品に対応している。本発明は、データ処理環境で使用するための自動データ記憶／検索サブシステムと組み合わせた仮想テープ・サーバにおいて実施するものとして説明する。しかしながら、本明細書における発明は、データ・ストレージ一般に適用できるため、本出願人の発明の装置および方法の以下の説明は、本出願人の発明を、データ記憶／検索システムに、またはデータ処理アプリケーションに限定するものではない。

図３は、本発明の好ましい実施形態が実装されるハードウェアおよびソフトウェア環境を示している。ホスト・コンピュータ３９０に動作可能に結合された仮想テープ・サーバ（ＶＴＳ）３００が示されている。特定の実施形態では、ホスト・コンピュータ３９０は、単一のコンピュータを含む。代替実施形態では、ホスト・コンピュータ３９０は、１つまたは複数のメインフレーム・コンピュータ、１つまたは複数のワークステーション、１つまたは複数のパーソナル・コンピュータ、それらの組み合わせなどを含む。

ホスト・コンピュータ３９０は、仮想テープ・サーバ３００内部に配置されたホスト／データ・インターフェース３８０付きの通信リンク３９２を介してＶＴＳ３００と通信する。通信リンク３９２は、ＲＳ−２３２ケーブルまたはＲＳ−４３２ケーブルなどのシリアル相互接続、イーサネット相互接続、ＳＣＳＩ相互接続、ファイバー・チャネル相互接続、ＥＳＣＯＮ相互接続、ＦＩＣＯＮ相互接続、ローカル／エリア／ネットワーク（ＬＡＮ）、専用広域ネットワーク（ＷＡＮ）、公衆広域ネットワーク、ストレージ／エリア／ネットワーク（ＳＡＮ）、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）、インターネット、およびそれらの組み合わせを含む。特定の実施形態では、ホスト／データ・インターフェース３８０は、ＩＢＭエンタープライズ・システム接続（ＥＳＣＯＮ）を含み、通信リンク３９２は、メインフレームをディスク・ドライブまたは他のメインフレームにリンクするための光ファイバＬＡＮを含む。

また、ＶＴＳ３００は、直接アクセス記憶装置（ＤＡＳＤ）３１０、複数のデータ記憶装置１３０／１４０およびライブラリ・マネージャ１６０と通信する。データ記憶装置１３０および１４０、ならびにライブラリ・マネージャ１４０は、データ記憶／検索システム１００（図１）／２００（図２）などの１つまたは複数のデータ記憶／検索システム内に配置される。特定の実施形態では、ＤＡＳＤ３１０は、ホスト３９０と一体である。特定の実施形態では、ＤＡＳＤ３１０は、ＶＴＳ３００と一体である。特定の実施形態では、ＤＡＳＤ３１０は、データ記憶／検索システムと一体である。特定の実施形態では、ＤＡＳＤ３１０は、ホスト３９０、ＶＴＳ３００、および、ＶＴＳ３００と通信する１つまたは複数のデータ記憶／検索システムの外部にある。図３の実施形態では、ライブラリ・マネージャ１６０が、データ記憶装置１３０および１４０と通信している。代替実施形態では、ライブラリ・マネージャ１６０は、データ記憶装置１３０／１４０と直接に通信を行わない。

ＶＴＳ３００は、さらに、ＩＢＭ ＡｄＳｔａｒ（Ｒ）分散ストレージ・マネージャなどのストレージ・マネージャ３２０を含む。ストレージ・マネージャ３２０は、ＤＡＳＤ３１０から、データ記憶装置１３０および１４０にマウントされた情報ストレージ・メディアへのデータの移動を制御する。特定の実施形態では、ストレージ・マネージャ３２０は、ＡＤＳＭサーバ３２２およびＡＤＳＭ階層ストレージ・マネージャ・クライアント３２４を含む。代替方法として、サーバ３２２およびクライアント３２４が、それぞれＡＤＳＭシステムを含むこともできる。ＤＡＳＤ３１０からの情報は、ＡＤＳＭサーバ３２２およびＳＣＳＩアダプタ３８５を介して、データ記憶装置１３０および１４０に提供される。

ＶＴＳ３００は、さらに、オートノミック・コントローラ３５０を含む。オートノミック・コントローラ３５０は、階層ストレージ・マネージャ（ＨＳＭ）クライアント３２４を通してＤＡＳＤ３１０の動作を、またＤＡＳＤ３１０とデータ記憶装置１３０および１４０の間のデータの転送を制御する。ライブラリ・マネージャ１６０は、オートノミック・コントローラ３５０と通信する。

ホスト・コンピュータ３９０から見ると、デバイス・デーモン３７０、３７２、および３７４が、ホスト／データ・インターフェース３８０に接続された複数のデータ記憶装置を含むように見える。情報は、ＤＡＳＤ３１０およびホスト３９０の間で、ストレージ・マネージャ３２０、ならびに１つまたは複数のデバイス・デーモン３７０、３７２、および３７４を介してやりとりされる。

ホスト・コンピュータ３９０は、Ｗｉｎｄｏｗｓ、ＡＩＸ、Ｕｎｉｘ、ＭＶＳ、ＬＩＮＵＸなどのオペレーティング・システムを含む、メインフレーム、パーソナル・コンピュータ、ワークステーションなどのコンピュータ・システムを含む（Ｗｉｎｄｏｗｓはマイクロソフト・コーポレーションの登録商標である。ＡＩＸはＩＢＭコーポレーションの登録商標であり、ＭＶＳはＩＢＭコーポレーションの商標である。ＵＮＩＸは、ジ・オープン・グループにより独占的にライセンスされる、アメリカ合衆国および他の国における登録商標である。）。特定の実施形態では、ホスト・コンピュータ３９０は、ストレージ管理プログラム３９４（図３には図示せず）を含む。ホスト・コンピュータ３９０内のストレージ管理プログラム３９４は、ＩＢＭ ＭＶＳオペレーティング・システムに実装されるＩＢＭ ＤＦＳＭＳなどのデータ記憶／検索システムへのデータの転送を管理する、当技術分野に知られるストレージ管理型プログラムの機能を含んでいてもよい。

ＩＢＭ ＤＦＳＭＳソフトウェアは、「ｚ／ＯＳ Ｖ１Ｒ３ ＤＦＳＭＳ Ｉｎｔｒｏｄｕｃｔｉｏｎ」、ＩＢＭ資料番号ＳＣ２６−７３９７−０１に記述されている。ストレージ管理プログラム３９４は、再呼び出しやマイグレーションなどの公知のストレージ管理プログラム機能を含んでいてもよい。ストレージ管理プログラム３９４は、ホスト・コンピュータ３９０のオペレーティング・システム内部に、または別個にインストールするアプリケーション・プログラムとして、実装することができる。あるいは、ストレージ管理プログラム３９４は、デバイス・ドライバ、バックアップ・ソフトウェアなどを含んでいてもよい。

ここで図１を参照すると、格納スロットの第１のウォール１０２および格納スロットの第２のウォール１０４を有する自動データ記憶／検索システム１００が示されている。ポータブル・データ・ストレージ・メディアは、こうした格納スロットに１つ１つ格納される。特定の実施形態では、そのようなデータ・ストレージ・メディアは、ポータブルの容器、すなわちカートリッジに１つ１つ収容される。そのようなデータ・ストレージ・メディアの例は、磁気テープ、様々なタイプの磁気ディスク、様々なタイプの光ディスク、電子ストレージ・メディアなどを含む。

本出願人の自動データ記憶／検索システムは、アクセッサ１１０および１２０などの１つまたは複数のアクセッサを含む。アクセッサとは、ポータブル・データ・ストレージ・メディアを第１の格納ウォール１０２または第２の格納ウォール１０４から取り出すアクセスを行い、そのアクセスしたメディアを、そのメディア上のデータを読み取りおよび／または書き込むためにデータ記憶装置１３０／１４０へと運び、しかるべき格納スロットへとそのメディアを戻す、ロボット装置である。特定の実施形態では、データ記憶装置１３０（図１、２、３）および１４０（図１、２、３）は、ＩＢＭ ＴｏｔａｌＳｔｏｒａｇｅ（Ｒ）３５９０テープ・ドライブを含み、ポータブルの情報ストレージ・メディアは、ＩＢＭ ＴｏｔａｌＳｔｏｒａｇｅ（Ｒ）３５９０テープ・カートリッジに収容された磁気テープを含む。

装置１６０はライブラリ・マネージャを含む。これらの実施形態のうち特定のものでは、ライブラリ・コントローラ１６０はコンピュータと一体である。オペレータ入力ステーション１５０により、ユーザは、本出願人の自動データ記憶／検索システム１００と通信することができるようになる。電源コンポーネント１８０および電源コンポーネント１９０はそれぞれ、本出願人の自動データ記憶／検索システムに電力を供給する１つまたは複数の電源供給ユニットを含む。インポート／エクスポート・ステーション１７２は、システム１００の側面に枢動可能に装着されたアクセス・ドア１７４を含む。ポータブル・データ・ストレージ・カートリッジのシステムへの挿入、あるいは、システムからの取り出しは、ステーション１７２／アクセス・ドア１７４を介して行われる。

図２に、本出願人の自動データ記憶／検索システムのもう１つの実施形態を含む、システム２００が示されている。システム２００は、第１の格納ウォール２０２および第２の格納ウォール２０４を含む。格納ウォール２０２および２０４は、それぞれ、複数のポータブル・データ・ストレージ・メディアを格納できる複数の格納要素を含む。システム２００は、装置１３０や１４０などの２つ以上のデータ記憶装置を含む。データ記憶装置１３０／１４０は、それぞれ、フレキシブル・ディスク・ドライブ、光ディスク・ドライブ、磁気テープ・ドライブ、電子メディア・ドライブなどを含む。システム２００は、さらにコントローラ１６０を含む。システム２００は、さらにオペレータ制御パネル１５０（図２には図示せず）を含む。

システム２００は、格納ウォール２０２／２０４内の１つまたは複数のスロットに取り外し可能に配置されるポータブル・データ・ストレージ・カートリッジの１つまたは複数をさらに含む。そのようなカートリッジはそれぞれ、その内部に配置される１つのデータ・ストレージ・メディアを含む。そのようなデータ・ストレージ・メディアは、光メディア、磁気メディア、テープ・メディア、電子メディア、およびこれらの組み合わせを含む。

また、システム２００は、指定されたポータブル・データ・ストレージ・メディアを第１のウォール２０２または第２のウォール２０４に配置された格納スロットとデータ記憶装置１３０／１４０との間で運ぶための少なくとも１つのロボット・アクセッサ２１０を含む。

図４は、１つまたは複数のストレージ構成名を論理ボリュームに割り当て、またこれら１つまたは複数のストレージ構成名を用いて１つまたは複数のストレージ属性をその論理ボリュームに割り当てることによって、情報を維持する、本出願人の方法の全体像を示している。ホスト・コンピュータ３９０が、新しいデータセット４００を作成する。ホスト３９０は、１組の自動クラス選択（「ＡＣＳ」）ルーチンを含んでおり、これは、この新しいデータセット、このデータセットを含む１つまたは複数の仮想ボリューム、これら１つまたは複数の仮想ボリュームの１つまた複数の物理ボリュームへの書き込み、および、これら１つまたは複数のボリュームの管理のためのデータ管理ポリシーを確立する。

こうしたＡＣＳルーチンにより、そのホスト・コンピュータが維持する論理ボリュームのそれぞれに、どの情報ストレージ・ポリシーを割り当てるかが決定される。これらの情報ポリシーは、１つまたは複数のデータ・クラス・ポリシー４１０、１つまたは複数のストレージ・クラス・ポリシー４２０、１つまたは複数の管理クラス・ポリシー４３０、および１つまたは複数のストレージ・グループ・ポリシー４４０を含む。

データ・クラス・ストレージ・ポリシーは、たとえば、ボリューム書き込み時にどの記録フォーマットを使用するか、どのメディア・カートリッジを使用するかなどを含む。ストレージ・クラス・ストレージ・ポリシーは、たとえば、ＤＡＳＤ３１０（図３）などのＤＡＳＤにおいて、仮想ボリュームの除去および維持のいずれを選択させるかを含む。管理クラス・ストレージ・ポリシーは、たとえば、論理ボリュームのコピーを直ちに行うべきかどうかまたはそのコピーを延期すべきかどうかや、ボリューム書き込み時に１つまたは複数の情報ストレージ・メディアを選択すること、２次スタック・ボリューム・プールを割り当てることなどを含む。ストレージ・グループ・ストレージ・ポリシーは、たとえば、論理ボリュームに対する１次スタック・ボリューム・プールを指定することなどを含む。

ＡＣＳルーチンがある論理ボリュームに対する特定のストレージ管理ポリシーを確立した後、そのＡＣＳルーチンは、選択されたストレージ管理ポリシーを示すストレージ構成名を割り当てる。特定の実施形態では、そのようなストレージ構成名は、それぞれ８バイトの指定子を含む。

特定の実施形態では、ホスト・コンピュータ３９０（図１、２、３、４）は、０個から４個までのＡＣＳルーチンを含む。他の実施形態では、ホスト・コンピュータ３９０は、４個より多くのＡＣＳルーチンを含む。ホスト３９０が４個のＡＣＳルーチンを含む実施形態では、たとえば、ホスト３９０は新しいデータセット４００に対して０個から４個までのストレージ構成名を割り当てることができる。これら０個から４個までのストレージ構成名を、ホスト３９０は新しいデータセット４００とともに相互接続された仮想テープ・システムに渡す。そのような相互接続された仮想テープ・システムは、ＶＴＳ３００などの１つまたは複数の仮想テープ・サーバ、および、システム１００／２００などの１つまたは複数のデータ記憶／検索システムを含む。

仮想テープ・システムは、ライブラリ・マネージャ１６０（図１、２）などのライブラリ・マネージャを含む。このライブラリ・マネージャは、ライブラリ・インベントリ４６０を含む。ライブラリ・インベントリ４６０は、データベースを含む。このインベントリ・データベース４６０は、その仮想テープ・システム上に維持される各仮想ボリュームのために選択されたストレージ管理ポリシーを示すフィールドを含む。したがって、ライブラリ・データベース４６０は、データ・クラス属性フィールド、ストレージ・クラス属性フィールド、管理クラス属性フィールド、およびストレージ・グループ属性フィールドを含む。

各ストレージ構成名に関連付けられたストレージ・アクションが、オペレータ入力ステーションを用いて仮想テープ・システムに対して定義される。オペレータ入力ステーションは、その仮想テープ・システムに配置される、オペレータ入力ステーション１５０（図１）などのオペレータ入力ステーションである。特定の実施形態では、オペレータ入力ステーションは、仮想テープ・サーバと一体である。特定の実施形態では、オペレータ入力ステーションは、データ記憶／検索システムと一体である。特定の実施形態では、オペレータ入力ステーションは、仮想テープ・サーバとデータ記憶／検索システムのどちらからもリモートである。こうしたリモートのオペレータ入力ステーションの実施形態では、オペレータ入力ステーション１５０は、仮想テープ・システムとの通信を、ＲＳ−４２２ケーブル／ＲＳ−２３２ケーブルなどのシリアル相互接続、ＳＣＳＩ相互接続、イーサネット相互接続、ギガビット・イーサネット相互接続、ファイバー・チャネル相互接続、ＥＳＣＯＮ相互接続、ローカル・エリア・ネットワーク、専用広域ネットワーク、公衆広域ネットワーク、ＴＣＰ／ＩＰ相互接続、それらの組み合わせなどを用いて行う。

本出願人の仮想テープ・システムが、ある論理ボリュームに最初のファイル・シーケンスを書き込むと、その仮想ボリュームに割り当てられたストレージ構成名が、その論理ボリュームに割り当てられたストレージ属性としてライブラリ・インベントリ４６０に格納される。仮想テープ・システムが引き続きその論理ボリュームにアクセスする場合は、これらのストレージ属性が、その論理ボリュームに対するストレージ管理ポリシーを決定するために再呼び出しされ、使用される。

図５に、本出願人の方法の特定の実施形態におけるステップを要約して示している。ここで図５を参照すると、ステップ５１０で、本出願人の方法は、要求された１つまたは複数のストレージ管理アクションを示すために、複数のストレージ構成名のそれぞれを定義する。特定の実施形態では、これらのストレージ構成名の１つまたは複数は、上述の４つの情報ストレージ管理ポリシーのそれぞれに関連付けられる。

ステップ５２０で、ホスト３９０（図１、２、３、４）などのホスト・コンピュータが、データセット４００（図４）などの新しいデータセットを作成する。本出願人の方法はステップ５２０からステップ５３０に移って、ここでホストは、ステップ５１０の論理ボリュームに対する（Ｎ）個の構成名を割り当てる。特定の実施形態では、（Ｎ）は０である。代替実施形態では、（Ｎ）は１、２、３、および4からなるグループから選ばれる。特定の実施形態では、Ｎは４より大きい。特定の実施形態では、ステップ５３０は、１つまたは複数の自動クラス選択ルーチンを使用して（Ｎ）個の構成名を割り当てることをさらに含む。

本出願人の方法はステップ５３０からステップ５４０に移って、ここでホスト・コンピュータは本出願人の仮想テープ・システムにマウント要求を送る。ステップ５４０で、ホスト・コンピュータは、ステップ５２０のデータセットおよびステップ５３０の（Ｎ）個の構成名を本出願人の仮想テープ・システムに提供する。特定の実施形態では、ステップ５４０のマウント要求はPerform Library Function - Library Universal Mountコマンドを含む。

本出願人の方法は、ステップ５４０からステップ６０５（図６）に移る。ここで図６を参照すると、ステップ６０５で本出願人の方法は（Ｎ）個のデフォルト・ストレージ構成名を得る。特定の実施形態では、（Ｎ）は４である。特定の実施形態では、（Ｎ）は４より小さい。特定の実施形態では、（Ｎ）は４より大きい。図６および図７の実施形態では、（Ｎ）は４である。

ステップ６１０で、本出願人の方法は、ステップ５４０のマウント要求がストレージ・クラス構成名を含むかどうかを判断する。本出願人の方法は、ステップ６１０で、ストレージ・クラス構成名が割り当てられていないと判断した場合、ステップ６１０からステップ６２０に移って、ステップ６０５のデフォルト・ストレージ・クラス構成名を論理ボリュームに割り当てる。本出願人の方法はステップ６２０からステップ６３０に移る。一方、本出願人の方法は、ステップ６１０で、ストレージ・クラス構成名が割り当てられていると判断した場合には、ステップ６１０からステップ６１２に移って、その割り当てられたストレージ・クラス構成名が定義されているかどうかを判断する。

本出願人の方法は、ステップ６１２で、割り当てられたストレージ・クラス構成名が定義されていると判断した場合、ステップ６１２からステップ６１４に移って、そのストレージ・クラス構成名を論理ボリュームに対するストレージ・クラス属性として割り当てる。一方、本出願人の方法は、ステップ６１２で、割り当てられたストレージ・クラス構成名が定義されていないと判断した場合には、ステップ６１２からステップ６１６に移って、その未定義のストレージ・クラス構成名を自動的に作成すべきかを判断する。本出願人の方法は、ステップ６１６で、未定義ストレージ・クラス構成名を自動的に作成すべきでないと判断した場合、ステップ６１６からステップ６２０に移る。一方、本出願人の方法は、ステップ６１６で、未定義ストレージ・クラス構成名を自動的に作成すべきであると判断した場合には、ステップ６１６からステップ６１８に移って、そのストレージ・クラス構成名を作成し、その構成名にデフォルト・アクションを割り当てる。本出願人の方法は、ステップ６１８からステップ６１４に移って、ここでその新しく作成され定義されたストレージ・クラス構成名が論理ボリュームに対するストレージ・クラス属性として割り当てられる。本出願人の方法はステップ６１４からステップ６３０に移る。

ステップ６３０で、本出願人の方法は、ステップ５４０のマウント要求がデータ・クラス構成名を含むかどうかを判断する。本出願人の方法は、ステップ６３０で、データ・クラス構成名が割り当てられていないと判断した場合、ステップ６３０からステップ６４０に移って、ステップ６０５のデフォルト・データ・クラス構成名を論理ボリュームに割り当てる。本出願人の方法はステップ６４０からステップ６５０に移る。一方、本出願人の方法は、ステップ６３０で、データ・クラス構成名が割り当てられていると判断した場合には、ステップ６３０からステップ６３２に移って、その割り当てられたデータ・クラス構成名が定義されているかどうかを判断する。

本出願人の方法は、ステップ６３２で、割り当てられたデータ・クラス構成名が定義されていると判断した場合、ステップ６３２からステップ６３４に移って、そのデータ・クラス構成名を論理ボリュームに対するデータ・クラス属性として割り当てる。一方、本出願人の方法は、ステップ６３２で、割り当てられたデータ・クラス構成名が定義されていないと判断した場合には、ステップ６３２からステップ６３６に移って、その未定義のデータ・クラス構成名を自動的に作成すべきかを判断する。本出願人の方法は、ステップ６３６で、未定義データ・クラス構成名を自動的に作成すべきでないと判断した場合、ステップ６３６からステップ６４０に移る。一方、本出願人の方法は、ステップ６３６で、未定義データ・クラス構成名を自動的に作成すべきであると判断した場合には、ステップ６３６からステップ６３８に移って、そのデータ・クラス構成名を作成し、その構成名にデフォルト・アクションを割り当てる。本出願人の方法は、ステップ６３８からステップ６３４に移って、その新しく作成され定義されたデータ・クラス構成名が論理ボリュームに対するデータ・クラス属性として割り当てられる。本出願人の方法はステップ６３４からステップ６５０（図７）に移る。

ここで図７を参照すると、ステップ６５０で、本出願人の方法は、ステップ５４０のマウント要求が管理クラス構成名を含むかどうかを判断する。本出願人の方法は、ステップ６５０で、管理クラス構成名が割り当てられていないと判断した場合、ステップ６５０からステップ６６０に移って、ステップ６０５のデフォルト管理クラス構成名を論理ボリュームに割り当てる。本出願人の方法はステップ６５０からステップ６６０に移る。一方、本出願人の方法は、ステップ６５０で、管理クラス構成名が割り当てられていると判断した場合には、ステップ６５０からステップ６５２に移って、その割り当てられた管理クラス構成名が定義されているかどうかを判断する。

本出願人の方法は、ステップ６５２で、割り当てられた管理クラス構成名が定義されていると判断した場合、ステップ６５２からステップ６５４に移って、その管理クラス構成名を論理ボリュームに対する管理クラス属性として割り当てる。一方、本出願人の方法は、ステップ６５２で、割り当てられた管理クラス構成名が定義されていないと判断した場合には、ステップ６５２からステップ６５６に移って、その未定義の管理クラス構成名を自動的に作成すべきかを判断する。本出願人の方法は、ステップ６５６で、未定義管理クラス構成名を自動的に作成すべきでないと判断した場合、ステップ６５６からステップ６６０に移る。一方、本出願人の方法は、ステップ６５６で、未定義管理クラス構成名を自動的に作成すべきであると判断した場合には、ステップ６５６からステップ６５８に移って、その管理クラス構成名を作成し、その構成名にデフォルト・アクションを割り当てる。本出願人の方法は、ステップ６５８からステップ６５４に移って、その新しく作成され定義された管理クラス構成名が論理ボリュームに対する管理クラス属性として割り当てられる。本出願人の方法はステップ６５４からステップ６７０に移る。

ステップ６７０で、本出願人の方法は、ステップ５４０のマウント要求がストレージ・グループ構成名を含むかどうかを判断する。本出願人の方法は、ステップ６７０で、ストレージ・グループ構成名が割り当てられていないと判断した場合、ステップ６７０からステップ６８０に移って、ステップ６０５のデフォルト・ストレージ・グループ構成名を論理ボリュームに割り当てる。本出願人の方法はステップ６８０からステップ５５０（図５）に移る。一方、本出願人の方法は、ステップ６７０で、ストレージ・グループ構成名が割り当てられていると判断した場合には、ステップ６７０からステップ６７２に移って、その割り当てられたストレージ・グループ構成名が定義されているかどうかを判断する。

本出願人の方法は、ステップ６７２で、割り当てられたストレージ・グループ構成名が定義されていると判断した場合、ステップ６７２からステップ６７４に移って、そのストレージ・グループ構成名を論理ボリュームに対するストレージ・グループ属性として割り当てる。一方、本出願人の方法は、ステップ６７２で、割り当てられたストレージ・グループ構成名が定義されていないと判断した場合には、ステップ６７２からステップ６７６に移って、その未定義のストレージ・グループ構成名を自動的に作成すべきかを判断する。本出願人の方法は、ステップ６７６で、未定義ストレージ・グループ構成名を自動的に作成すべきでないと判断した場合、ステップ６７６からステップ６８０に移る。一方、本出願人の方法は、ステップ６７６で、未定義ストレージ・グループ構成名を自動的に作成すべきであると判断した場合には、ステップ６７６からステップ６７８に移って、そのストレージ・グループ構成名を作成し、その構成名にデフォルト・アクションを割り当てる。本出願人の方法は、ステップ６７８からステップ６７４に移って、その新しく作成され定義されたストレージ・グループ構成名が論理ボリュームに対するストレージ・グループ属性として割り当てられる。本出願人の方法はステップ６７４からステップ５５０（図５）に移る。

再び図５を参照すると、ステップ５５０で本出願人の方法は、ステップ５３０の（Ｎ）個の構成名を、ステップ５２０のデータセットを含む論理ボリュームに割り当てられた（Ｎ）個のストレージ属性としてライブラリ・インベントリに格納する。特定の実施形態では、本出願人の方法は、ステップ５５０からステップ５８０に移って、ステップ５６０のストレージ属性に基づいて論理ボリュームに対する１つまたは複数のストレージ管理アクションを選択する。本出願人の方法は、ステップ５８０からステップ５９０に移って、ステップ５８０の選択された管理アクションを用いて論理ボリュームを処理する。

特定の実施形態では、本出願人の方法は、ステップ５５０からステップ５６０に移って、ホスト・コンピュータが論理ボリュームのストレージ属性を更新する。特定の実施形態では、ステップ５６０はPerform Library Function - Library Set Volume Attributesコマンドの使用を含む。本出願人の方法は、ステップ５６０からステップ５８０に移って、ステップ５６０の更新されたストレージ属性に基づいて論理ボリュームに対する１つまたは複数のストレージ管理アクションを選択する。

論理ボリュームの初期処理に引き続いてこの本出願人の仮想テープ・システムが論理ボリュームにアクセスするたびに、ステップ５７０で本出願人の方法は、ライブラリ・インベントリからその論理ボリュームに割り当てられたストレージ属性を取り出す。本出願人の方法はステップ５７０からステップ５８０に移る。

図５および／または図６に示す本出願人の方法の実施形態は、別々に実装することができる。たとえば、ある実施形態は図５のステップのみを含んでいてもよい。さらに、特定の実施形態では、図５および／または図６に示す個々のステップを組み合わせ、取り除き、または順序を入れ替えてもよい。

本出願人の発明は、複数のストレージ属性を用いて情報を維持するためのコンピュータ可読プログラム・コードがその中に配置されたコンピュータ可用媒体を含む製造物を含む。本出願人の発明は、さらに、複数のストレージ属性を用いて情報を維持するための、磁気ディスク、磁気テープその他の不揮発性記憶装置などの１つまたは複数の記憶装置に格納されたプログラム・コードとして実施されるコンピュータ・プログラム製品を含む。

あるデータ記憶／検索システムの透視図である。 別のデータ記憶／検索システムの透視図である。 仮想テープ・システムのコンポーネントを示すブロック図である。 ホスト・コンピュータから仮想テープ・システムへの、４つまでのストレージ構成名の移動を示すブロック図である。 本出願人の方法中の一部の諸ステップを要約して示す流れ図である。 本出願人の方法中のさらなる諸ステップを要約して示す流れ図である。 本出願人の方法中のさらなる諸ステップを要約して示す流れ図である。

Claims (9)

1. 複数のストレージ属性を用いて仮想テープ・システムに情報を維持する方法であって、
   データセットを作成するステップと、
   前記データセットに１つまたは複数のストレージ構成名を割り当てるステップと、
   前記データセットおよび前記１つまたは複数のストレージ構成名を仮想テープ・システムに提供するステップと、
   前記データセットを含む論理ボリュームを作成するステップと、
   前記１つまたは複数のストレージ構成名を用いて前記論理ボリュームに１つまたは複数のストレージ属性を割り当てるステップと、
   割り当てられたストレージ属性に基づいて、前記論理ボリュームに対するストレージ管理アクションを選択するステップと
   を含む方法。
2. 最初に前記割り当てられたストレージ属性を前記仮想テープ・システムのライブラリ・インベントリに格納するステップと、
   次に前記割り当てられたストレージ属性を前記ライブラリ・インベントリから取り出すステップと
   をさらに含む、請求項１に記載の方法。
3. ストレージ・クラス属性、データ・クラス属性、管理クラス属性、およびストレージ・グループ属性を含む４個のストレージ属性を前記論理ボリュームに割り当てるステップと、
   ストレージ・クラス属性フィールドを前記ライブラリ・インベントリに含めるステップと、
   データ・クラス属性フィールドを前記ライブラリ・インベントリに含めるステップと、
   管理クラス属性フィールドを前記ライブラリ・インベントリに含めるステップと、
   ストレージ・グループ属性フィールドを前記ライブラリ・インベントリに含めるステップと
   をさらに含む、請求項２に記載の方法。
4. 複数のストレージ・クラス構成名、および１つのデフォルト・ストレージ・クラス構成名を定義するステップと、
   複数のデータ・クラス構成名、および１つのデフォルト・データ・クラス構成名を定義するステップと、
   複数の管理クラス構成名、および１つのデフォルト管理クラス構成名を定義するステップと、
   複数のストレージ・グループ構成名、および１つのデフォルト・ストレージ・グループ構成名を定義するステップと
   をさらに含む、請求項１に記載の方法。
5. 前記ストレージ構成名が、
   前記複数のストレージ・クラス構成名のうちの１つと、
   前記複数のデータ・クラス構成名のうちの１つと、
   前記複数の管理クラス構成名のうちの１つと、
   前記複数のストレージ・グループ構成名のうちの１つと
   を含む、請求項４に記載の方法。
6. 前記論理ボリュームが割り当てられたデータ・クラス構成名を含むかどうかを判断するステップと、
   前記論理ボリュームが割り当てられたデータ・クラス構成名を含まない場合に、前記デフォルト・データ・クラス構成名を前記論理ボリュームに対するデータ・クラス属性として割り当てるステップと、
   前記論理ボリュームが割り当てられたデータ・クラス構成名を含む場合に、前記割り当てられたデータ・クラス構成名が定義されているかどうかを判断するステップと、
   前記割り当てられたデータ・クラス構成名が定義されている場合に、前記指定されたデータ・クラス構成名を前記論理ボリュームに対するデータ・クラス属性として割り当てるステップと、
   前記割り当てられたデータ・クラス構成名が定義されていない場合に、その未定義データ・クラス構成名を作成すべきかどうかを判断するステップと、
   前記未定義データ・クラス構成名を作成すべきである場合に、前記未定義データ・クラス構成名を作成し、それにデフォルト・アクションを割り当て、前記作成したデータ・クラス構成名を前記論理ボリュームに対するデータ・クラス属性として割り当てるステップと、
   前記未定義データ・クラス構成名を作成すべきでない場合に、前記デフォルト・データ・クラス構成名を前記論理ボリュームに対するデータ・クラス属性として割り当てるステップと、
   前記論理ボリュームが割り当てられたストレージ・クラス構成名を含むかどうかを判断するステップと、
   前記論理ボリュームが割り当てられたストレージ・クラス構成名を含まない場合に、前記デフォルト・ストレージ・クラス構成名を前記論理ボリュームに対するストレージ・クラス属性として割り当てるステップと、
   前記論理ボリュームが割り当てられたストレージ・クラス構成名を含む場合に、前記割り当てられたストレージ・クラス構成名が定義されているかどうかを判断するステップと、
   前記割り当てられたストレージ・クラス構成名が定義されている場合に、前記指定されたストレージ・クラス構成名を前記論理ボリュームに対するストレージ・クラス属性として割り当てるステップと、
   前記割り当てられたストレージ・クラス構成名が定義されていない場合に、その未定義ストレージ・クラス構成名を作成すべきかどうかを判断するステップと、
   前記未定義ストレージ・クラス構成名を作成すべきである場合に、前記未定義ストレージ・クラス構成名を作成し、それにデフォルト・アクションを割り当て、前記作成したストレージ・クラス構成名を前記論理ボリュームに対するストレージ・クラス属性として割り当てるステップと、
   前記未定義ストレージ・クラス構成名を作成すべきでない場合に、前記デフォルト・ストレージ・クラス構成名を前記論理ボリュームに対するストレージ・クラス属性として割り当てるステップと、
   前記論理ボリュームが割り当てられた管理クラス構成名を含むかどうかを判断するステップと、
   前記論理ボリュームが割り当てられた管理クラス構成名を含まない場合に、前記デフォルト管理クラス構成名を前記論理ボリュームに対する管理クラス属性として割り当てるステップと、
   前記論理ボリュームが割り当てられた管理クラス構成名を含む場合に、前記割り当てられた管理クラス構成名が定義されているかどうかを判断するステップと、
   前記割り当てられた管理クラス構成名が定義されている場合に、前記指定された管理クラス構成名を前記論理ボリュームに対する管理クラス属性として割り当てるステップと、
   前記割り当てられた管理クラス構成名が定義されていない場合に、その未定義管理クラス構成名を作成すべきかどうかを判断するステップと、
   前記未定義管理クラス構成名を作成すべきである場合に、前記未定義管理クラス構成名を作成し、それにデフォルト・アクションを割り当て、前記作成した管理クラス構成名を前記論理ボリュームに対する管理クラス属性として割り当てるステップと、
   前記未定義管理クラス構成名を作成すべきでない場合に、前記デフォルト管理クラス構成名を前記論理ボリュームに対する管理クラス属性として割り当てるステップと、
   前記論理ボリュームが割り当てられたデータ・グループ構成名を含むかどうかを判断するステップと、
   前記論理ボリュームが割り当てられたデータ・グループ構成名を含まない場合に、前記デフォルト・データ・グループ構成名を前記論理ボリュームに対するデータ・グループ属性として割り当てるステップと、
   前記論理ボリュームが割り当てられたデータ・グループ構成名を含む場合に、前記割り当てられたデータ・グループ構成名が定義されているかどうかを判断するステップと、
   前記割り当てられたデータ・グループ構成名が定義されている場合に、前記指定されたデータ・グループ構成名を前記論理ボリュームに対するデータ・グループ属性として割り当てるステップと、
   前記割り当てられたデータ・グループ構成名が定義されていない場合に、その未定義データ・グループ構成名を作成すべきかどうかを判断するステップと、
   前記未定義データ・グループ構成名を作成すべきである場合に、前記未定義データ・グループ構成名を作成し、それにデフォルト・アクションを割り当て、前記作成したデータ・グループ構成名を前記論理ボリュームに対するデータ・グループ属性として割り当てるステップと、
   前記未定義データ・グループ構成名を作成すべきでない場合に、前記デフォルト・データ・グループ構成名を前記論理ボリュームに対するデータ・グループ属性として割り当てるステップと
   をさらに含む、請求項５に記載の方法。
7. 前記仮想テープ・システムと通信する能力のあるホスト・コンピュータを提供するステップと、
   前記ホスト・コンピュータが前記データセットおよび前記ストレージ構成名を含むマウント要求を前記仮想テープ・システムに送るステップと
   をさらに含む、請求項１に記載の方法。
8. 複数のストレージ属性を用いて情報を維持するためのコンピュータ可読プログラム・コードがその中に配置されたコンピュータ可用媒体を含む製造物であって、前記コンピュータ可読プログラム・コードが、請求項１ないし７のいずれかの方法を実行する、一連のコンピュータ可読プログラム・ステップを含む製造物。
9. 複数のストレージ属性を用いて仮想テープ・システムに情報を維持する装置であって、
   データセットを作成する手段と、
   前記データセットに１つまたは複数のストレージ構成名を割り当てる手段と、
   前記データセットおよび前記１つまたは複数のストレージ構成名を仮想テープ・システムに提供する手段と、
   前記データセットを含む論理ボリュームを作成する手段と、
   前記１つまたは複数のストレージ構成名を用いて前記論理ボリュームに１つまたは複数のストレージ属性を割り当てる手段と、
   前記割り当てられたストレージ属性に基づいて、前記論理ボリュームに対するストレージ管理アクションを選択する手段と
   を含む装置。
   

Images