(57)【要約】【課題】本発明は、テープライブラリ装置からのリストア処理を減少させる仮想テープ装置を提供することを目的とする。【解決手段】ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置であって、ホストからのデータを仮想的なテープボリュームとして格納する記憶装置と、  仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始手段と、セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去手段を有することを特徴とする仮想テープ装置。【選択図】図１
2008077519.tif 000002
【特許請求の範囲】
【請求項１】
ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置であって、
ホストからのデータを仮想的なテープボリュームとして格納する記憶装置と、
仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始手段と、
セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去手段を有することを特徴とする仮想テープ装置。
【請求項２】
仮想的なテープボリュームにリムーブ属性を設け、
この属性を有する仮想的なテープボリュームのみをセーブ開始することを特徴とする請求項１記載の仮想テープ装置。
【請求項３】
ホストから受信したバックアップデータを仮想的なテープボリュームとして格納しセーブすることを特徴とする請求項１記載の仮想テープ装置。
【請求項４】
ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置のデータ管理方法であって、
ホストからのデータを仮想的なテープボリュームとして格納する格納ステップと、
仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始ステップと、
セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去ステップと、
を有することを特徴とする仮想テープ装置のデータ管理方法。
【請求項５】
ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置のデータ管理プログラムであって、
ホストからのデータを仮想的なテープボリュームとして格納する格納ステップと、
仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始ステップと、
セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去ステップと、
をコンピュータに実行させるための仮想テープ装置のデータ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホストに接続されるテープライブラリ装置のキャッシュとして用いる仮想テープ装置に関する。
【背景技術】
【０００２】
従来からコンピュータシステムでは、ホストに接続されている記憶装置のデータをバックアップするために、複数の磁気テープを搭載する磁気テープライブラリ装置が用いられている。しかしバックアップは、夜間に行われることが多いが、バックアップ量が増加してくると、磁気テープのアクセス速度が遅いため、バックアップ業務に要する時間も長くなり、昼間の通常の業務に支障を生ずる事態が出てくる。このような事情を踏まえて、近時、テープライブラリ装置よりも高速にアクセス可能なディスク装置をテープライブラリ装置の代わりに用いる仮想テープ装置が開発されている。この仮想テープ装置は、ホストに接続されたディスクシステム内のディスク装置上で仮想的にテープライブラリ装置をエミュレーションしている。そのため、実際のテープライブラリ装置よりも高速に記憶媒体にアクセスすることが可能になっている。すなわち、仮想テープ装置は、仮想的なテープボリュームをディスク装置上に配置することで、従来のテープライブラリ装置のテープマウント、ロード/アンロードなどの機械的な動作を無くし、高速処理を実現している。そして、仮想テープ装置は、バックエンドにテープライブラリ装置を接続しており、テープボリュームはバックエンドのテープライブラリ装置の大容量カートリッジテープにまとめて書き込んでいる。通常は、テープライブラリ装置をエミュレーションするための装置としてＲＡＩＤ装置を使用している。そして、ＲＡＩＤ装置は、テープボリュームキャッシュ(TVC:  Tape Volume Cache)として用いられる。エミュレーションするテープボリュームはすべてテープボリュームキャッシュに置かれる。そしてテープボリュームキャッシュ上に空きスペースが無くなるとアクセスが一番古いテープボリュームがテープライブラリ装置にセーブすることでテープボリュームキャッシュから削除される。削除されたテープボリュームを使用する場合はバックエンドのテープライブラリ装置からテープボリュームを読み込み、テープボリュームキャッシュ上に配置する(特許文献１)。
【特許文献１】特開２００５−５３７５５５号公報（第４頁段落０００６）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、メインフレームではバッチ業務等で入出力に磁気テープ装置を使用する場合があるが、テープボリュームがテープボリュームキャッシュ上に存在することで高速処理を行うことが可能となる。しかしバックアップ業務のバックアップデータは通常運用では使用しないデータである。このようなデータがバックアップの度にテープボリュームキャッシュ上に残存して、ディスク上に空きスペースが無くなるとアクセスが古いテープボリュームから削除される。仮想テープ装置では一度テープボリュームキャッシュからテープボリューム削除された後、このテープボリュームを使用する場合はバックエンドのテープライブラリ装置からテープボリュームを読み込み、テープボリュームキャッシュ上にリストアした後に使用可能となり、テープボリュームキャッシュ上のテープボリュームよりも格段にアクセスタイムが遅くなる。このように、バックアップ業務が多くなると通常業務で使用しないバックアップデータがテープボリュームキャッシュに残存するため、例えば、バッチ業務で使用するテープボリュームがテープボリュームキャッシュから削除されるとアクセスタイムが遅くなりバッチ業務時間がかかる場合が発生し、本来の仮想テープ装置のメリットである高速処理が劣化する場合がある。
【０００４】
本発明は、テープライブラリ装置からのリストア処理を減少させる仮想テープ装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本願発明は、ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置であって、ホストからのデータを仮想的なテープボリュームとして格納する記憶装置と、仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始手段と、セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去手段を有する構成である。この構成により、ホストからのデータを仮想テープ装置の記憶装置に記憶完了すると、テープライブラリ装置に直ちに出力するので、記憶装置に不要なデータを残すことはない。その結果、バッチ業務のデータを記憶装置から追い出すことが減少する。
【発明の効果】
【０００６】
以上のようにアプリケーションの変更せずに、通常の運用に必要の無いバックアップデータのテープボリュームがテープボリュームキャッシュに残存しなくなり、入出力に使用するテープボリュームが残存するようになり、テープボリュームキャッシュを効率良く使用することが可能となる。またテープボリュームキャッシュを効率よく使用することによってテープボリュームキャッシュの容量も削減することになる。
【発明を実施するための最良の形態】
【０００７】
（実施例１）
図１に仮想テープ装置の構成図を示す。
コンピュータシステム２１は、仮想テープ装置１を接続するホスト１１と、仮想テープ装置１とテープライブラリ装置１２を有する。仮想テープ装置１は、通信制御部２、コントローラ３、ディスク制御部４、ディスク装置５、テープライブラリ制御部６と、管理テーブルメモリ７と、を有する。通信制御部２は、ホスト１１との通信を制御する。コントローラ３は、ホスト１１からのコマンドに対応した処理を行なう。その処理に対応して、ホスト１１とディスク装置５との間のデータの転送制御、ディスク装置５からテープライブラリ装置１２へのデータのライト制御、テープライブラリ装置１２からディスク装置５へのデータのリストア制御を行う。また、管理テーブルを管理する。
【０００８】
コマンド処理について、説明する。コントローラ３は、ホスト１１からのマウントコマンドを受信すると、コントローラ３は、論理ボリューム名を取得し、管理テーブルメモリ７の管理テーブルを索引して、対応する論理ボリュームを選択する。そして、コントローラ３は、対応する論理ボリュームのデータがテープライブラリ装置１２にセーブ完了であり、ディスク装置５上からデータが消去されていれば、テープライブラリ装置１２よりリストアする。論理ボリュームとは、磁気テープ１巻の仮想的なテープボリュームをディスク装置５に格納する際のディスク装置５の論理的領域を示す。ライトコマンドを受信した場合には、コントローラ３は、マウントコマンドで選択された論理ボリュームにデータをライトする。リードコマンドを受信した場合は、コントローラ３は、選択された論理ボリュームに対してデータをリードする。アンロードコマンドを受信した場合には、コントローラ３は、選択された論理ボリュームの選択解除を行う。
【０００９】
ディスク制御部４は、ディスク装置５との通信を制御する。ディスク装置５は、例えば複数の磁気ディスク装置からなるＲＡＩＤ装置である。テープボリュームを格納するテープボリュームキャッシュとして用いられる。テープボリュームキャッシュは、複数の論理ボリュームグループからなる。そして、論理ボリュームグループは、複数の論理ボリュームを有する。そして、バックアップデータを格納する論理ボリュームグループは、リムーブ属性を定義している。リムーブ属性を有するグループに登録されている論理ボリュームのデータはバックエンドにセーブ後、即時にテープボリュームキャッシュから削除される。テープライブラリ制御部６は、テープライブラリ装置１２との通信を制御する。管理テーブルメモリ７は、ディスク装置５とテープライブラリ装置１２との対応を示す管理テーブルを格納する。
【００１０】
図２に、仮想テープ装置のライト処理の説明図である。ホスト１１のバックアップデータをテープライブラリ装置１２にバックアップする処理が開始されると、まずホスト１１からテープライブラリ装置１２に格納されている磁気テープの１つに対して、マウントコマンドが発行される。仮想テープ装置１のコントローラ３は、そのマウントコマンドを受け付ける（Ｓ１）。
【００１１】
図３に管理テーブルの説明図を示す。管理テーブルの初期状態として、例えば論理ボリューム名ＬＶ０００１、ステータス「データなし」、リムーブ属性が登録されている（図３(a)参照）。ホスト１１からのマウントコマンドを受けると、コントローラ３は、例えば論理ボリューム名ＬＶ０００１を取得する。次に、管理テーブルメモリ７の管理テーブルを索引して、取得した論理ボリューム名ＬＶ０００１情報に対応する論理ボリュームを選択する。そして、ステータスを「データなし、マウント中」に変更する（図３(ｂ)参照）。この選択が終了すると、コントローラ３は、ホスト１１に対してマウント完了通知を返送する（Ｓ２）。この後、この論理ボリュームＬＶ０００１に対してライトコマンドを受信した場合には、コントローラ３は、論理ボリュームＬＶ０００１にデータを書き込む（Ｓ３）。このとき、管理テーブルには、ライトコマンド実行後は、ステータスを「未セーブデータあり、マウント中」に変更する（図３(ｃ)参照）。
データのライトが完了すると、コントローラ３は、完了通知をホスト１１に通知する（Ｓ４）。
データのライトが完了すると、ホスト１１は、コントローラ３にアンロードコマンドを出力する。コントローラ３は、アンロードコマンドを受け取る（Ｓ５）とホスト１１にアンロードコマンドに対する完了通知を送る（Ｓ６）。このとき、管理テーブルの「マウント中」のステータスをクリアする（図３(ｄ)参照）。その後、論理ボリュームＬＶ０００１には、リムーブ属性があるので、仮想テープ装置１からテープライブラリ装置１２へのセーブを行う。コントローラ３は、セーブすべきデータを格納すべきテープライブラリ装置１２の例えば論理ボリュームＬＶ０００１に対応するテープ名ＬＶ０００１を選択する。そして、マウントコマンドをテープライブラリ装置１２に送出する（Ｓ７）。コントローラ３は、テープライブラリ装置１２からマウント完了通知を受けると（Ｓ８）、ディスク装置５の該当論理ボリュームＬＶ０００１からデータを読み出し、テープライブラリ装置１２に転送する（Ｓ９）。そして、コントローラ３は、データに対するライト完了通知をテープライブラリ装置１２から受けると（Ｓ１０）、デマウントコマンドを出力する（Ｓ１１）。テープライブラリ装置１２からデマウントコマンドに対応する完了通知をコントローラ３が受けとると（Ｓ１２）、セーブ処理は、完了する。そして、ディスク装置５から論理ボリュームＬＶ０００１のデータ領域をクリアする。このため、管理テーブルのステータスが「オフキャッシュ」に変更される（図３(ｅ)参照）。
【００１２】
図４に、仮想テープ装置のリード処理の説明図である。仮想テープ装置１のコントローラ３は、マウントコマンドを受け付ける（Ｓ２１）。そして、コントローラ３は、マウントコマンドから、論理ボリューム名を取得すると、管理テーブルを索引して、対応するディスク装置５の論理ボリュームを選択する。選択される論理ボリュームのステータスが「未セーブデータあり」の場合は、キャッシュヒットである。この選択が終了すると、コントローラ３は、ホスト１１に対してマウントコマンドに対応する完了通知を返送する（Ｓ２２）。次に、リードコマンドを受信すると（Ｓ２３）、選択された論理ボリュームのデータ格納領域からデータをリードする。そして、ホスト１１にリードデータを送信する（Ｓ２４）。コントローラ３は、ホスト１１からアンロードコマンドを受信すると（Ｓ２５）、完了通知を返送する（Ｓ２６）。
【００１３】
一方、コントローラ３は、マウントコマンドを受信したときに（Ｓ３１）、に対応する論理ボリュームがセーブ済みであり、かつ、データが消去された状態を示すステータス「オフキャッシュ」の場合には、キャツシュミスとしてリードすべきデータを格納しているテープライブラリ装置１２を選択し、マウントコマンドをテープライブラリ装置１２に出す（Ｓ３２）。テープライブラリ装置１２からマウント完了通知を受けると（Ｓ３３）、リストアコマンドを送出する（Ｓ３４）。リストアコマンドに対するデータをテープライブラリ装置１２から受けると（Ｓ３５）、ディスク装置５に格納する。そして、コントローラ３は、テープライブラリ装置１２に対してデマウントコマンドを送信する（Ｓ３６）。テープライブラリ装置１２からデマウント完了通知をコントローラ３が受けとると、リストア処理は、完了する。そして、ホスト１１に対して、マウントコマンドに対応する完了通知を送信する（Ｓ３７）。次に、ホスト１１からリードコマンドを受信すると（Ｓ３８）、論理ボリュームのデータ格納領域からデータをリードする。そして、ホスト１１にリードデータを送信する（Ｓ３９）。コントローラ３は、ホスト１１から論理ボリュームのアンロードコマンドが来ると（Ｓ４０）、ホスト１１へ完了通知を送出し（Ｓ４１）、リード処理は、終了する。ただし、バックアップの場合には、通常リードコマンドの受信はない。バックアップデータは、システム故障の場合を除いて再使用することはないためである。しかし、バッチ業務では、リードコマンドを受信するときがある。
【００１４】
図５にバックアップデータの受信処理の流れ図を示す。ホスト１１からマウントコマンドに対する受信処理を行なう（Ｓ５１）。ディスク装置５の領域に空きがなければ、受信不可として、ホスト１１に応答する。領域に空きがあれば、論理ボリュームの選択後、完了通知を返送する。次に、ライトコマンドの受信し、選択された論理ボリュームにデータをライトする（Ｓ５２）。次に、ライト完了か否かをチェックする（Ｓ５３）。ライト完了していないならば、Ｓ５３へ戻る。ライト完了ならば、アンロードコマンド受信処理を行なう（Ｓ５４）。次に、テープライブラリ装置１２にセーブするため、セーブ開始フラグをオンとする（Ｓ５５）。
【００１５】
図６にセーブ処理の流れ図を示す。マウントコマンド処理、デマウントコマンド処理の説明は省略する。セーブ開始フラグがオンか否かをチェックする（Ｓ６１）。セーブ開始フラグがオフであれば、処理を終了する。セーブ開始フラグがオンであれば、論理ボリュームに格納されたデータをテープライブラリ装置１２に転送する（Ｓ６２）。論理ボリュームのデータのセーブが完了したか否かをチェックする（Ｓ６３）。セーブ完了していないならば、Ｓ６３ステップへ戻る。セーブが完了していれば、ディスク装置５の該当領域を消去する。また、セーブ開始フラグをオフとする（Ｓ６４）。このように、セーブ処理中でも、ディスク装置５に空きがあれば、ホストからのライトコマンドを受信できる。このため、ライトコマンドの受信処理と、セーブ処理とは並列に動作する構成としている。
【００１６】
図７に、仮想テープ装置の動作概要図１を示す。バッチ業務とバックアップ業務のデータをディスク装置５に格納している例である。このとき、バックアップ業務のデータが増加し、バックアップデータを格納する領域がなくなると、従来は、ディスク装置５に格納されているデータの中で最も古いデータがセーブされてしまう。そしてバッチ業務に使用されている仮想テープは、頻繁にアクセスされる可能性が高いため、そのデータがセーブされていると、ホスト１１からの読み出しコマンドに対して、テープライブラリ装置１２からデータを読み出し、それを仮想テープ装置１へ展開し、それからホスト１１へ転送するという段階を経なければならず、処理に時間がかかってしまう。このような状態を防止するため、仮想テープ装置１上の複数の論理ボリュームをバックアップ処理業務の論理ボリュームグループとして定義し、リムーブ属性を付与する。そして、バックアップデータは、システム故障の場合を除いて再使用することはないため、ホスト１１からのバックアップ業務の論理ボリュームグループの論理ボリューム宛のデータを受信完了すると、即時にテープライブラリ装置１２に転送する構成としている。この結果、バックアップ業務の増加によるバッチ業務データのセーブを減少させることができる。
【００１７】
次に、仮想テープ装置１のバックアップ業務の動作について説明する。まず、ホスト１１からのマウントコマンドの着信から、ディスク装置へのデータのライト処理、アンロードコマンドの処理完了までの時間Ｔ１が、仮想テープ装置１からテープライブラリ装置１２へのセーブ時間Ｔ２より大きい場合について説明する。Ｔ２は、テープライブラリ装置１２にデータを格納するために発行するマウントコマンドから、デマウントコマンドの完了通知を受信するまでの時間である。Ｔ１＞Ｔ２の例である。バックアップ業務用のディスク装置５の論理ボリュームグループが、ＬＶ１〜ＬＶ４として定義されたものとする。ホストデータ（１）〜（４）が順次、ＬＶ１〜ＬＶ４に格納される例である。
【００１８】
まず、ホスト１１からデータ（１）、（２）、（３）、（４）を受信する。受信したデータは、論理ボリュームグループＬＶ１〜４に順次格納されていく。そして、格納されたデータは、圧縮してテープライブラリ装置１２に順次格納される。データ（１）については、ｔ０でホスト１１からの受信が開始され、ｔ２でＬＶ１に格納を完了する。そして、ｔ２でテープライブラリ装置１２に転送を開始するものとする。そして、テープライブラリ装置１２への転送がｔ３で完了すると、ＬＶ１は、ｔ３でコントローラ３によりその格納領域をクリアされる。論理ボリュームＬＶ１の管理テーブルは、ステータスを「オフキャッシュ」として、領域を解放する。データ（２）については、ｔ２でホスト１１からの受信が開始され、ｔ４でＬＶ２に格納を完了する。そして、ｔ４でテープライブラリ装置１２に転送を開始するものとする。そして、テープライブラリ装置１２への転送がｔ５で完了すると、ＬＶ２は、ｔ５でコントローラ３によりその格納領域をクリアされる。論理ボリュームＬＶ２の管理テーブルは、ステータスを「オフキャッシュ」として、領域を解放する。データ（３）については、ｔ４でホスト１１からの受信が開始され、ｔ６でＬＶ３に格納を完了する。そして、ｔ６でテープライブラリ装置１２に転送を開始するものとする。そして、テープライブラリ装置１２への転送がｔ７で完了すると、ＬＶ３は、ｔ７でコントローラ３によりその格納領域をクリアされる。論理ボリュームＬＶ３の管理テーブルは、ステータスを「オフキャッシュ」として、領域を解放する。データ（４）については、ｔ６でホスト１１からの受信が開始され、ｔ８でＬＶ４に格納を完了する。そして、ｔ８でテープライブラリ装置１２に転送を開始するものとする。そして、テープライブラリ装置１２への転送がｔ９で完了すると、ＬＶ４は、ｔ９でコントローラ３によりその格納領域をクリアされる。論理ボリュームＬＶ４の管理テーブルは、ステータスを「オフキャッシュ」として、領域を解放する。
【００１９】
次に、バックアップ業務用のディスク装置５の論理ボリュームグループが、ＬＶ１〜ＬＶ５に増加して定義されたものとする。この場合、ＬＶ５にデータを格納するときに、既にＬＶ１〜ＬＶ３のディスク領域は、空きになっているため、増加したＬＶ５に格納したデータもディスク装置５上の最古のデータを追い出すことなく、格納が可能となる。このように、Ｔ１＞Ｔ２の場合には、論理ボリュームは、ＬＶ５より更に増加してもバックアップ業務の処理が可能である。実質的なデータ格納領域は、ＬＶ１〜４の占める領域以上に増大しないためである。この結果、バックアップ業務の増大により、バッチ業務のデータをセーブすることはない。これは、ディスク装置５にキャッシュされた論理ボリュームのデータを即時リムーブするので、バックアップ業務が増加しても、バッチ業務への影響がなくなるためである。すなわち、バックアップ業務が増大しても、即時リムーブにより、ディスク装置５の領域が空くため、バックアップ業務用の論理ボリュームグループの容量を増大させて定義しておいても、データ格納領域を増加させずに一定の領域内で処理が可能なためである。
【００２０】
図８に、仮想テープ装置の動作概要図２を示す。ホスト１１からのマウントコマンドの着信から、ディスク装置へのデータのライト処理、アンロードコマンドの処理完了までの時間Ｔ１が、仮想テープ装置１からテープライブラリ装置１２へのセーブ時間Ｔ２より小さい場合について説明する。Ｔ１＜Ｔ２の例である。バックアップ業務用のディスク装置５の論理ボリュームグループが、ＬＶ１〜ＬＶ４として定義されたものとする。ホストデータ（１）〜（４）が順次、ＬＶ１〜ＬＶ４に格納される例である。
【００２１】
まず、ホスト１１からデータ（１）、（２）、（３）、（４）を受信する。受信したデータは、論理ボリュームグループＬＶ１〜４に順次格納されていく。そして、格納されたデータは、テープライブラリ装置１２に順次格納される。データ（１）は、ｔ０でホスト１１からの受信開始し、ｔ１でＬＶ１に格納完了すると、ｔ１でテープライブラリ装置１２に転送を開始するものとする。そして、テープライブラリ装置１２への転送がｔ３で完了すると、ＬＶ１は、ｔ３でコントローラ３によりその格納領域をクリアされる。論理ボリュームＬＶ１の管理テーブルは、ステータスを「オフキャッシュ」として、領域を解放する。データ（２）〜（４）も同様にして、順次セーブしていく。
【００２２】
次に、バックアップ業務用のディスク装置５の論理ボリュームグループが、ＬＶ１〜ＬＶ６に増加して定義されたものとする。次に、ホスト１１からテープデータ（５）をｔ４で受信したとする。データ（５）受信後、ＬＶ１は、ｔ３で解放されているので、ＬＶ５は、ＬＶ１が解放したデータ領域にライトされる。次に、ホストからテープデータ（６）をｔ５で受信したとする。データ（６）受信後、ＬＶ２は、ｔ５で解放されているので、ＬＶ６は、ＬＶ２が解放した領域にライトされる。このように、Ｔ１＜Ｔ２の場合には、論理ボリュームは、処理速度差から決定される所定量（この例ではＬＶ６まで）までは、増加してもバックアップ業務の処理が可能である。この範囲では実質的なデータ領域は、ＬＶ１〜４の占める領域以上に増大しないためである。この結果、このＬＶ１〜ＬＶ６の範囲では、バックアップ業務の増大により、バッチ業務のデータをセーブすることはない。また、ＬＶ１〜ＬＶ６の範囲を超えてバックアップ業務を定義した場合でも、その越えた部分のホストからの着信については、その着信が可能とするための領域が解放されるまで、着信を待たせる。この結果、他のバッチ業務等の領域のデータを追い出すことはなくなる。
【００２３】
このように、ディスク装置５にキャッシュされたテープデータを即時リムーブするので、バックアップ業務が増加しても、バッチ業務への影響が減少する。すなわち、バックアップ業務が増大しても、即時リムーブにより、ディスク装置５の領域が空くため、バックアップ業務用の論理ボリュームグループの容量を増大させて定義しておいても、処理が可能なためである。
【００２４】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置であって、ホストからのデータを仮想的なテープボリュームとして格納する記憶装置と、仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始手段と、セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去手段を有することを特徴とする仮想テープ装置。
（付記２）仮想的なテープボリュームにリムーブ属性を設け、この属性を有する仮想的なテープボリュームのみをセーブ開始することを特徴とする付記１記載の仮想テープ装置。
（付記３）ホストから受信したバックアップデータを仮想的なテープボリュームとして格納しセーブすることを特徴とする付記１記載の仮想テープ装置。
（付記４）ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置のデータ管理方法であって、ホストからのデータを仮想的なテープボリュームとして格納する格納ステップと、仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始ステップと、セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去ステップと、を有することを特徴とする仮想テープ装置のデータ管理方法。
（付記５）ホストとテープライブラリ装置との間に介在し、ホストとテープライブラリ装置間で送受信されるデータを仮想的なテープボリュームとして格納する仮想テープ装置のデータ管理プログラムであって、ホストからのデータを仮想的なテープボリュームとして格納する格納ステップと、仮想的なテープボリュームとしての格納を完了すると、テープライブラリ装置にセーブを開始するセーブ開始ステップと、セーブが完了すると、セーブに対応する仮想的なテープボリュームを記憶装置から消去する消去ステップと、をコンピュータに実行させるための仮想テープ装置のデータ管理プログラム。
（付記６）セーブ開始ステップは、仮想的なテープボリュームに設けられたリムーブ属性を有する仮想的なテープボリュームのみをセーブ開始することを特徴とする付記４記載の仮想テープ装置のデータ管理方法。
（付記７）セーブ開始ステップは、ホストから受信したバックアップデータである仮想的なテープボリュームをセーブすることを特徴とする付記４記載の仮想テープ装置のデータ管理方法。
【図面の簡単な説明】
【００２５】
【図１】仮想テープ装置の構成図
【図２】仮想テープ装置のライト処理の説明図
【図３】管理テーブルの説明図
【図４】仮想テープ装置のリード処理の説明図
【図５】バックアップデータの受信処理の流れ図
【図６】セーブ処理の流れ図
【図７】仮想テープ装置の動作概要図１
【図８】仮想テープ装置の動作概要図２
【符号の説明】
【００２６】
１    仮想テープ装置
２    通信制御部
３    コントローラ
４    ディスク制御部
５    ディスク装置
６    テープライブラリ制御部
７    管理テーブルメモリ
１１  ホスト
１２  テープライブラリ装置
２１  コンピュータシステム
【図１】
2008077519.tif 000003
【図２】
2008077519.tif 000004
【図３】
2008077519.tif 000005
【図４】
2008077519.tif 000006
【図５】
2008077519.tif 000007
【図６】
2008077519.tif 000008
【図７】
2008077519.tif 000009
【図８】
2008077519.tif 000010