JP6686976B2 - 仮想テープ管理装置、仮想テープ管理方法、及びプログラム - Google Patents
仮想テープ管理装置、仮想テープ管理方法、及びプログラム Download PDFInfo
- Publication number
- JP6686976B2 JP6686976B2 JP2017120832A JP2017120832A JP6686976B2 JP 6686976 B2 JP6686976 B2 JP 6686976B2 JP 2017120832 A JP2017120832 A JP 2017120832A JP 2017120832 A JP2017120832 A JP 2017120832A JP 6686976 B2 JP6686976 B2 JP 6686976B2
- Authority
- JP
- Japan
- Prior art keywords
- virtual tape
- file
- size
- host
- buffer memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
本発明は、仮想テープボリュームを管理するための、仮想テープ管理装置、及び仮想テープ管理方法に関し、更には、これらを実現するためのプログラムに関する。
近年、Gateway VTL（Virtual Tape Library）と呼ばれるアプリケーションによる仮想テープライブラリが提供されている。Gateway VTLは、従来の磁気テープ装置のホストインターフェースを持つアプリケーションをクライアント側サーバで起動できるようにし、仮想テープデータをクラウドコンピューティングで提供されるストレージに保存できるようにしたものである。Gateway VTLによれば、現存する仮想テープライブラリと異なり、ハードウェアの導入、管理、保守コスト無しにアプリケーションの起動のみで、従来のバックアップアプリケーションを運用することができる。
具体的には、特許文献１は、Gateway VTLを実現する仮想テープライブラリシステムを開示している。特許文献１に開示されたシステムでは、バックアップアプリケーションから受信したデータ（ブロック）は、データを利用するクライアント側サーバのメモリに最適なサイズ（特許文献１では512MB）のメガブロックとしてまとめられる。このメガブロックは、仮想テープボリュームとも呼ばれ、ストレージへの書き出し、読み出しの単位となる。
この構成でメガブロックが、クラウド上のオブジェクトストレージ（本明細書においては「クラウドストレージ」とも表記される）に保存される場合は、メガブロックは、例えば、図１７に示すように、複数の仮想テープファイルに分けて保存される。図１７は、従来からの仮想テープファイルの一例を示す図である。
具体的には、図１７の例では、仮想テープを構成する複数のブロック（#1〜#n）は、５個を１組として、各仮想テープファイルに分けられて記録される。また、この場合、仮想テープ中のいずれかのブロックを部分的に読み出すには、読み出し対象となるブロックが書き込まれている仮想テープファイル全部を読み出す必要がある。たとえば、図１７において、ユーザデータ#7のみを読み出す場合でも、仮想テープファイル#2を全て読み出す必要がある。
ところで、このような仮想テープファイルが保存されるオブジェクトストレージは、クラウドコンピューティングにおけるストレージの利用形態の一つである。クラウドコンピューティングは、ネットワーク、サーバ、ストレージ、アプリケーションなどのコンピュータ資源を、ユーザがオンデマンドで利用できるようにすることをいう。
また、オブジェクトストレージでは、データはユニークな識別子で識別され、フラットな名前空間で管理される。そして、オブジェクトストレージは、クライアントからのHTTPベースでのリクエストに応じてデータの生成、読み出し、更新及び削除を実行する。また、ユーザが、クラウドコンピューティングでオブジェクトストレージを使用する場合、一般的には、ユーザに対しては、処理の度に、データ量に応じた課金が行なわれる。
従って、図１７の説明で述べたように、ユーザがデータ#7のみを読み出す場合は、仮想テープファイル#2を全て読み出す必要があるので、課金は仮想テープファイル#2のサイズに対してなされる。このため、#6、#8〜#10の分だけ余計な読み出しやネットワーク転送による課金が発生してしまう。
図１８は、オブジェクトストレージで課される料金体系の一例を示す図である。図１８に示すように、書き込みリクエスト料金は、容量にかかわらず１つのファイルをクラウドストレージに格納する際に課される料金である。読み出しリクエスト料金は、同様に１つのファイルをクラウドストレージから取得する際にかかる料金である。ストレージ料金は、クラウドストレージに格納されているデータ容量にかかる料金である。データ読み出し料金は、クラウドストレージからの読み出しデータ容量にかかる料金である。
ここで、仮想テープファイルのサイズと図１８に示す料金体系との関係について説明する。例えば、図１８の例では、仮想テープサイズが1GBで、仮想テープファイルが512MBの場合、1MBのブロックを読み出してもデータ転送料金が512MB分（約7.5円）かかってしまう。一方、仮想テープファイルのサイズが256MBであるとすれば、同じ条件でもデータ転送料金は約3.8円となるので、データ転送料金は削減される。
また、仮想テープファイルのサイズが256MBであるとすれば、1GB全体の読み書きに必要なリクエスト回数は２回から4回へと倍増する。しかし、図２の例では、リクエスト回数が2回増えることによる料金の上昇は0.01円未満であるので、リクエスト回数増による課金への影響は小さいと言える。なお、仮想テープファイルのサイズを小さくし過ぎると、読み書きリクエスト回数の課金への影響は大きくなると考えられる。
このように、仮想テープファイルのサイズを小さくすればデータの読み出し及び転送にかかる料金は削減されるが、その一方でファイルの読み書きに伴うリクエスト回数が増加し、それにかかる料金が増加してしまう。つまり、仮想テープファイルを、クラウドコンピューティング上のオブジェクトストレージに格納する場合は、仮想テープファイルのサイズによって料金が大きく変化してしまうことから、オブジェクトストレージの使用にかかる料金を最適化する必要がある。
本発明の目的の一例は、上記問題を解消し、クラウドコンピューティングで提供されるストレージ上に仮想テープファイルを格納する際における料金の最適化を図りうる、仮想テープ管理装置、仮想テープ管理方法、及びプログラムを提供することにある。
上記目的を達成するため、本発明の一側面における仮想テープ管理装置は、複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための装置であって、
設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ファイルサイズ判断部と、
決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、仮想テープ管理部と、
を備えている、ことを特徴とする。
設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ファイルサイズ判断部と、
決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、仮想テープ管理部と、
を備えている、ことを特徴とする。
また、上記目的を達成するため、本発明の一側面における仮想テープ管理方法は、複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための方法であって、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を有する、ことを特徴とする。
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を有する、ことを特徴とする。
更に、上記目的を達成するため、本発明の一側面におけるプログラムは、コンピュータによって、複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するためのプログラムであって、
前記コンピュータに、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を実行させることを特徴とする。
前記コンピュータに、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を実行させることを特徴とする。
以上のように、本発明によれば、クラウドコンピューティングで提供されるストレージ上に仮想テープファイルを格納する際における料金の最適化を図ることができる。
（実施の形態１）
以下、本発明の実施の形態１における、仮想テープ管理装置、仮想テープ管理方法、及びプログラムについて、図１〜図８を参照しながら説明する。
以下、本発明の実施の形態１における、仮想テープ管理装置、仮想テープ管理方法、及びプログラムについて、図１〜図８を参照しながら説明する。
［装置構成］
最初に、本実施の形態１における仮想テープ管理装置の概略構成について説明する。図１は、本発明の実施の形態１における仮想テープ管理装置の概略構成を示すブロック図である。
最初に、本実施の形態１における仮想テープ管理装置の概略構成について説明する。図１は、本発明の実施の形態１における仮想テープ管理装置の概略構成を示すブロック図である。
図１に示す、本実施の形態１における仮想テープ管理装置１は、複数の仮想テープファイルで構築された仮想テープボリューム２１をクラウドストレージ２上で管理するための装置である。図１に示すように、仮想テープ管理装置１は、ファイルサイズ判断部１４と、仮想テープ管理部１２とを備えている。
ファイルサイズ判断部１４は、設定ルールに沿って、仮想テープボリューム２１をクラウドストレージ２に格納する際の仮想テープファイルのサイズを決定する。
仮想テープ管理部１２は、決定されたサイズでバッファメモリ１２１を確保し、確保したバッファメモリ１２１に、仮想テープボリューム２１のデータを書き込む。また、仮想テープ管理部１２は、書き込んだデータのデータ量がバッファメモリ１２１のサイズに到達した場合に、バッファメモリ１２１に格納されているデータをクラウドストレージ２に格納する。
このように、本実施の形態では、仮想テープボリューム２１を構成する各仮想テープファイルサイズは、設定ルールに沿って決定される。このため、仮想テープファイルのサイズを小さくして、データの読み出し及び転送にかかる料金は削減されたが、逆に、ファイルの読み書きに伴うリクエスト回数が増えて、それにかかる料金が増加してしまう、といった事態の発生は抑制される。本実施の形態によれば、クラウドストレージ上に仮想テープボリューム２１を格納する際における料金の最適化を図ることが可能となる。
続いて、図２を用いて、本実施の形態１における仮想テープ管理装置１の構成をより具体的に説明する。図２は、本発明の実施の形態１における仮想テープ管理装置の具体的構成を示すブロック図である。
図２に示すように、本実施の形態１では、仮想テープ管理装置１は、上述のファイルサイズ判断部１４及び仮想テープ管理部１２に加えて、ホストコマンド処理部１１と、仮想テープ属性テーブル１３と、ファイルサイズテーブル１４１とを備えている。また、仮想テープ管理装置１は、ネットワークを介して、上位装置３及び管理端末４に接続されている。
上位装置３は、仮想テープ管理装置１に対して命令を発行して、クラウドストレージ２に格納されている仮想テープボリューム２１の読み出し及び書き込みを行なう装置である。
管理端末４は、仮想テープ管理装置１の管理者が使用する端末装置である。管理者は、管理端末４を介して、仮想テープ属性テーブル１３の参照及び更新を行なうことができる。
仮想テープボリューム２１は、磁気テープをエミュレーションしてえられたデータ集合であり、図１７で示した仮想テープボリュームと同様のものである。仮想テープボリューム２１は、図１７の例と同様に、複数の仮想テープファイルから構成され、クラウドストレージ２に格納される。以降の説明では、仮想テープファイルは、「ファイル」と略す。また、クラウドストレージ２は、クラウドコンピューティングで提供されるストレージであり、インターネットを介して、仮想テープ管理装置１に接続されている。
ホストコマンド処理部１１は、上位装置３からのマウント命令、デマウント命令、書き込み命令、読み出し命令、位置づけ命令を受け付ける。また、ホストコマンド処理部１１は、命令を受け付けると、仮想テープ管理部１２に対して、受け付けた命令に応じて指示を行なう。
仮想テープ管理部１２は、ホストコマンド処理部１１から指示を受けると、受けた指示に応じて、仮想テープボリューム２１に対して、アクセス有効化（マウント）、アクセス無効化（デマウント）、データの格納、データの読み出し、データ位置の位置づけを実行する。また、仮想テープ管理部１２は、仮想テープボリューム２１に記録されるデータと、その実体であるファイルとの関係を管理している。
仮想テープ管理部１２は、本実施の形態では、対象となる仮想テープボリューム２１を指定して、ファイルサイズ判断部１４に、指定した仮想テープボリューム２１に対応する仮想テープファイルのサイズを決定するように指示する。そして、サイズが決定されると、仮想テープ管理部１２は、仮想テープ管理装置１上に、決定されたサイズでバッファメモリ１２１を確保し、確保したバッファメモリ１２１に、仮想テープボリュームのデータを格納する。
ファイルサイズ判断部１４は、本実施の形態では、仮想テープボリューム２１の属性を特定し、特定した属性に応じて、設定されたルールに沿って、各仮想テープファイルの格納のためにクラウドストレージ２上で確保すべき格納領域のサイズ（以下、単に「ファイルサイズ」とも表記する。）を決定する。
具体的には、ファイルサイズ判断部１４は、まず、仮想テープ属性テーブル１３を用いて、各仮想テープボリューム２１の属性を特定する。図３は、本発明の実施の形態１で用いられる仮想テープ属性テーブルの一例を示す図である。図３に示すように、仮想テープ属性テーブル１３は、仮想テープＩＤ１３１と属性１３２とで構成されている。
仮想テープＩＤ１３１は、仮想テープ管理装置１で扱う複数の仮想テープボリューム２１を一意に特定することが可能な識別情報である。属性１３２は、仮想テープＩＤ１３１に対応する仮想テープボリューム２１の用途を分類するものである。本実施の形態では、属性１３２としては、Backup用と、Archive用との二種類が用意されている。また、管理者は、管理端末４を用いて、これらの属性を更新することができる。
また、ファイルサイズ判断部１４は、ファイルサイズテーブル１４１を備えている。図４は、本発明の実施の形態１で用いられるファイルサイズテーブルの一例を示す図である。図４に示すように、ファイルサイズテーブル１４１は、仮想テープボリューム２１の属性１４１１と、属性に対応するファイルサイズ１４１２とで構成されている。ファイルサイズ１４１２は、仮想テープボリューム２１の分割サイズ、つまり、仮想テープボリューム２１を構成する仮想テープファイルのサイズである。
ファイルサイズ判断部１４は、仮想テープ管理部１２から、仮想テープＩＤを引数としたファイルサイズ要求を受けると、仮想テープ属性テーブル１３から、指示された仮想テープＩＤに対応する属性１３２を入手する。そして、ファイルサイズ判断部１４は、入手した属性に応じたファイルサイズを、ファイルサイズテーブル１４１を参照して決定し、仮想テープ管理部１２に応答する。
ところで、Backup用途で記録されたデータを読み出す局面は、データの復元であり、仮想テープに記録された全てのデータを読み出す傾向がある。このため、ファイルサイズが大きく設定されていても、読み捨てられるデータは発生しない。従って、Backup用途で記録されたデータについては、ファイルサイズを大きくして、読み書きによるリクエスト数を減らす方向で、コスト削減が可能である。
一方Archive用途では、仮想テープに記録されたデータを部分的に読み出す傾向があるため、Backupの場合と比較してファイルサイズを細かく分割することで、読み出しデータ量削減によるコスト削減が可能である。図４の例では、Backup用とArchive用とで、100MB、10MBとファイルサイズが変えられている。
［装置動作］
次に、本実施の形態１における仮想テープ管理装置１の動作について図５〜図７を用いて説明する。以下の説明においては、適宜図１〜図４を参酌する。また、本実施の形態１では、仮想テープ管理装置１を動作させることによって、仮想テープ管理方法が実施される。よって、本実施の形態１における仮想テープ管理方法の説明は、以下の仮想テープ管理装置１の動作説明に代える。
次に、本実施の形態１における仮想テープ管理装置１の動作について図５〜図７を用いて説明する。以下の説明においては、適宜図１〜図４を参酌する。また、本実施の形態１では、仮想テープ管理装置１を動作させることによって、仮想テープ管理方法が実施される。よって、本実施の形態１における仮想テープ管理方法の説明は、以下の仮想テープ管理装置１の動作説明に代える。
最初に、図５を用いて、仮想テープ管理装置１による仮想テープボリューム２１のマウント動作について説明する。図５は、本発明の実施の形態１における仮想テープ管理装置のマウント処理時の動作を示すフロー図である。なお、マウントとは、上位装置３からの指示によって、仮想テープボリューム２１を読み書き可能な状態にすることをいう。また、本実施の形態１において、データの読み出し動作、データ位置の位置づけ動作については、公知の動作と同様であるため、本案文では説明を省略する。
図５に示すように、最初に、ホストコマンド処理部１１が、上位装置３から、マウント命令を受け付け、これを仮想テープ管理部１２に入力する（ステップＳ６０１）。これにより、仮想テープ管理部１２は、仮想テープボリューム２１のマウント命令を受け付ける。
また、ステップＳ６０１では、仮想テープ管理部１２は、ファイルサイズ判断部１４に、マウント対象となっている仮想テープボリューム２１の仮想テープＩＤを引数として、仮想テープファイルのファイルサイズを問い合わせる。
次に、問い合わせを受けたファイルサイズ判断部１４は、仮想テープボリューム２１の仮想テープＩＤに基づいて、仮想テープ属性テーブル１３から対応する属性１３２を取得し、ファイルサイズテーブル１４１から属性に対応するファイルサイズ１４１２を決定する（ステップＳ６０２）。また、ファイルサイズ判断部１４は、決定したファイルサイズを仮想テープ管理部１２に応答する。
次に、仮想テープ管理部１２は、仮想テープ管理装置１において、ステップＳ６０２で決定されたファイルサイズ分のバッファメモリ１２１を確保する（ステップＳ６０３）。
そして、仮想テープ管理部１２は、マウント対象となる仮想テープボリューム２１を読み書き可能状態に遷移させる（ステップＳ６０４）。
続いて、図６を用いて、仮想テープ管理装置１による仮想テープボリューム２１のクラウドストレージ２への書き込む動作について説明する。図６は、本発明の実施の形態１における仮想テープ管理装置の書込処理時の動作を示すフロー図である。
図６に示すように、最初に、ホストコマンド処理部１１が、上位装置３から、書き込み対象となる仮想テープボリューム２１のマウント先への書き込み命令と、書き込み対象となるデータとを受け付ける（ステップＳ７０１）。また、ホストコマンド処理部１１は、これらを仮想テープ管理部１２に入力する。
次に、仮想テープ管理部１２は、入力された書き込み対象となるデータを、ステップＳ６０３で確保したバッファメモリ１２１に追加する（ステップＳ７０２）。また、仮想テープ管理部１２は、バッファメモリ１２１に書き込まれたデータのデータ量の合計がバッファメモリのサイズに到達したかどうかを判断する（ステップＳ７０３）。
ステップＳ７０３の判定の結果、書き込んだデータのデータ量の合計がバッファメモリのサイズに到達していなかった場合、即ち、バッファメモリに次のデータを格納する余裕がある場合は（ステップＳ７０３：Ｎｏ）、仮想テープ管理部１２は、バッファメモリ内のデータを保持した状態で書き込み処理を終了する。
一方、ステップＳ７０３の判定の結果、書き込んだデータのデータ量がバッファメモリのサイズに到達している場合、即ち、バッファメモリが一杯になった場合は（ステップＳ７０３：Ｙｅｓ）、仮想テープ管理部１２は、バッファメモリに格納したデータを仮想テープボリューム２１に関連するファイルとして構築して、クラウドストレージ２に出力する（ステップＳ７０４）。
最後に、図７を用いて、仮想テープ管理装置１による仮想テープボリューム２１のデマウント動作について説明する。図７は、本発明の実施の形態１における仮想テープ管理装置のデマウント処理時の動作を示すフロー図である。なお、デマウントとは、上位装置３から指示によって、仮想テープボリューム２１の読み書きを不可能な状態にすることをいう。
図７に示すように、ホストコマンド処理部１１は、上位装置３から、仮想テープボリューム２１のデマウント命令を受け付ける（ステップＳ８０１）。また、ホストコマンド処理部１１は、受け付けたデマウント命令を、仮想テープ管理部１２に入力する。
次に、仮想テープ管理部１２は、命令対象となった仮想テープボリューム２１を、読み込み不可能な状態に遷移させる（ステップＳ８０２）。その後、仮想テープ管理部１２は、ステップＳ６０３で確保したバッファメモリを解放して（ステップＳ８０３）、処理を終了する。
［実施の形態１における効果］
以上のように、本実施の形態では、各仮想テープファイルの使用用途に応じて、クラウドストレージ２上に確保するバッファメモリのサイズが設定される。このため、本実施の形態によれば、無駄となるデータ読み出し量を抑えて、読み出しの際の料金コストを抑えることが出来る。
以上のように、本実施の形態では、各仮想テープファイルの使用用途に応じて、クラウドストレージ２上に確保するバッファメモリのサイズが設定される。このため、本実施の形態によれば、無駄となるデータ読み出し量を抑えて、読み出しの際の料金コストを抑えることが出来る。
ここで、図８を用いて、実施の形態１における効果を説明する。図８は、本発明の実施の形態１における仮想テープ管理装置によるコスト削減効果を示す図である。図８に示すように、図１８に示した料金体系の下では、クラウドストレージ上に、1GBのデータを記録して、その内100MBの読み出しを行った場合、背景技術の欄で示した仮想テープファイルのファイルサイズ(512MB)ではおよそ11.5円となる。これに対して、本実施の形態１(Archive用途)では、仮想テープファイルのファイルサイズは10MBとなるので、料金は5.6円となり、約5.9円の料金コスト削減の効果が得られることになる。
［プログラム］
本実施の形態１におけるプログラムは、コンピュータに、図５に示すステップＳ６０１〜Ｓ６０４を少なくとも実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態１における仮想テープ管理装置１と仮想テープ管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、ホストコマンド処理部１１、仮想テープ管理部１２、及びファイルサイズ判断部１４として機能し、処理を行なう。
本実施の形態１におけるプログラムは、コンピュータに、図５に示すステップＳ６０１〜Ｓ６０４を少なくとも実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態１における仮想テープ管理装置１と仮想テープ管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、ホストコマンド処理部１１、仮想テープ管理部１２、及びファイルサイズ判断部１４として機能し、処理を行なう。
また、本実施の形態１では、仮想テープ属性テーブル１３、バッファメモリ１２１、及びファイルサイズテーブル１４１は、コンピュータに備えられたハードディスク、メモリ等の記憶装置に、これらを構成するデータファイルを格納することによって、又はこのデータファイルが格納された記録媒体をコンピュータと接続された読取装置に搭載することによって実現できる。
また、本実施の形態１におけるプログラムは、複数のコンピュータによって構築されたコンピュータシステムによって実行されても良い。この場合は、例えば、各コンピュータが、それぞれ、ホストコマンド処理部１１、仮想テープ管理部１２、及びファイルサイズ判断部１４のいずれかとして機能しても良い。また、仮想テープ属性テーブル１３、バッファメモリ１２１、及びファイルサイズテーブル１４１は、本実施の形態１におけるプログラムを実行するコンピュータとは別のコンピュータ上に構築されていても良い。
（実施の形態２）
次に、本発明の実施の形態２における、仮想テープ管理装置、仮想テープ管理方法、及びプログラムについて、図９〜図１３を参照しながら説明する。
次に、本発明の実施の形態２における、仮想テープ管理装置、仮想テープ管理方法、及びプログラムについて、図９〜図１３を参照しながら説明する。
［装置構成］
最初に、本実施の形態２における仮想テープ管理装置の概略構成について説明する。図９は、本発明の実施の形態２における仮想テープ管理装置の具体的構成を示すブロック図である。
最初に、本実施の形態２における仮想テープ管理装置の概略構成について説明する。図９は、本発明の実施の形態２における仮想テープ管理装置の具体的構成を示すブロック図である。
図９に示すように、本実施の形態２における仮想テープ管理装置５は、図１及び図２に示した実施の形態１における仮想テープ管理装置１と同様に、ホストコマンド処理部１１と、仮想テープ管理部１２と、ファイルサイズ判断部１４２とを備えている。
但し、本実施の形態２では、ファイルサイズ判断部１４２における機能が、実施の形態１で示したファイルサイズ判断部１４と異なっている。本実施の形態２では、ファイルサイズ判断部１４２は、クラウドストレージ２に設定されている処理毎の料金と、各仮想テープファイルの使用状況及びそのサイズとに基づくルールに沿って仮想テープファイル毎に、クラウドストレージ２上で確保すべきファイルサイズを決定する。このため、本実施の形態２における仮想テープ管理装置５は、クラウド料金テーブル１４３と、仮想テープテーブル１４４とを備えている。以下、実施の形態１との相違点を中心に説明する。
まず、上述した実施の形態１では、ファイルサイズにかかる料金よりもリクエスト回数にかかる料金の重みが小さいため、ファイルサイズを小さくすることにより料金低減の効果を得ていた。これに対して、本実施の形態２では、クラウドストレージ２の料金体系を判断基準としてファイルサイズを決定することで、より料金の低減化を図っている。
ファイルサイズ判断部１４２は、本実施の形態２では、クラウド料金テーブル１４３と仮想テープテーブル１４４とを用いて、ファイルサイズを決定する。図１０は、本発明の実施の形態２で用いられるクラウド料金テーブルの一例を示す図である。図１１は、本発明の実施の形態２で用いられる仮想テープテーブルの一例を示す図である。
図１０に示すように、クラウド料金テーブル１４３は、単位書き込みリクエスト回数料金１４２１と、単位読み込みリクエスト回数料金１４２２と、単位ストレージ料金１４２３と、単位データ読み出し料金１４２４とを記録している。
図１１に示すように、仮想テープテーブル１４４は、仮想テープＩＤ１４４１と、読出率１４４２と、サイズ１４４３とで構成されている。仮想テープＩＤ１４４１は、仮想テープＩＤ１３１と同様のものであり、仮想テープ管理装置５で扱う複数の仮想テープボリューム２１を一意に特定することが可能な識別情報である。
読出率１４４２は、仮想テープボリューム全体のうち、ホストに読み出される割合を示す。サイズ１４４３は仮想テープボリューム２１の全サイズである。また、本実施の形態２でも、実施の形態１と同様に、管理者は、管理端末４を用いて、これらの値を更新することができる。
ここで、ファイルサイズ判断部１４２による、このクラウド料金テーブル１４３と仮想テープテーブル１４４とを用いたファイルサイズの決定処理について、以下に具体的に説明する。
ここで、各パラメータを以下のように設定すると、上位装置３による読み出しサイズＲは、以下の数１及び数２によって表される。
仮想テープボリュームのサイズ(GB)： V
上位装置読出率(%)： r
上位装置読み出しサイズ(GB)： R
仮想テープファイルのサイズ(GB)：f(0＜ f ≦ V)
仮想テープファイル読み出し回数:x(x=0,1,2,・・・)
とすると、上位装置読み出しサイズは以下の式で表される。
仮想テープボリュームのサイズ(GB)： V
上位装置読出率(%)： r
上位装置読み出しサイズ(GB)： R
仮想テープファイルのサイズ(GB)：f(0＜ f ≦ V)
仮想テープファイル読み出し回数:x(x=0,1,2,・・・)
とすると、上位装置読み出しサイズは以下の式で表される。
また、クラウドストレージ２全体にかかる料金は、図１０に示したクラウド料金テーブル１４３から求められる。書き込み時にかかる料金は、書き込みリクエスト回数にかかる料金Mwcと、ストレージ容量にかかる料金Mwsとの和であり、下記の数３から求められる。
また、同様に読み出し時にかかる料金は、読み出しリクエスト回数にかかる料金Mrcと、ストレージ容量にかかる料金Mrsとの和であり、下記の数４から求められる。
従って、全体の料金M(x,f)は、下記の数５の通りとなる。
ここで、上記数５で得られる全体の料金を最小にするx,fを求める。本実施の形態２において、読み出される回数は高々1回であると仮定し、x=1に固定する。この場合、Mはfの式で表され、M(x,f)を最小値とするf（Mの極小値）は下記の数６で求められる。
上記数６で得られた値が、R(=Vr)よりも大きい場合は、上記数６の値が最小のファイルサイズになり、Rよりも小さい場合は、最小のファイルサイズfは、下記の数７及び数８から求めることができる。
以上から、本実施の形態２では、ファイルサイズ判断部１４２は、仮想テープテーブル１４４からホスト読出率rを読み出し、クラウド料金テーブル１４３から各種料金を読み出し、上記の数７及び数８を使用して、最適なファイルサイズfを計算する。
［装置動作］
次に、本実施の形態２における仮想テープ管理装置５の動作について図１２を用いて説明する。以下の説明においては、適宜図９〜図１１を参酌する。また、本実施の形態２では、仮想テープ管理装置５を動作させることによって、仮想テープ管理方法が実施される。よって、本実施の形態２における仮想テープ管理方法の説明は、以下の仮想テープ管理装置５の動作説明に代える。
次に、本実施の形態２における仮想テープ管理装置５の動作について図１２を用いて説明する。以下の説明においては、適宜図９〜図１１を参酌する。また、本実施の形態２では、仮想テープ管理装置５を動作させることによって、仮想テープ管理方法が実施される。よって、本実施の形態２における仮想テープ管理方法の説明は、以下の仮想テープ管理装置５の動作説明に代える。
本実施の形態２は、実施の形態１とは、仮想テープボリューム２１のマウント動作において異なっている。以下、図１２を用いて、仮想テープ管理装置５による仮想テープボリューム２１のマウント動作について説明する。図１２は、本発明の実施の形態２における仮想テープ管理装置のマウント処理時の動作を示すフロー図である。
図１２に示すように、最初に、ホストコマンド処理部１１が、上位装置３から、マウント命令を受け付け、これを仮想テープ管理部１２に入力する（ステップＳ１３０１）。これにより、仮想テープ管理部１２は、仮想テープボリューム２１のマウント命令を受け付ける。
また、ステップＳ１３０１では、仮想テープ管理部１２は、ファイルサイズ判断部１４２に、マウント対象となっている仮想テープボリューム２１の仮想テープＩＤを引数として、これらのファイルサイズを問い合わせる。
次に、ファイルサイズ判断部１４２は、仮想テープフボリューム毎に、仮想テープテーブル１４４とクラウド料金テーブル１４３とを用いて、仮想テーブルファイルのファイルサイズを決定する（ステップＳ１３０２）。また、ファイルサイズ判断部１４２は、決定したファイルサイズを、仮想テープ管理部１２に応答する。
具体的には、ファイルサイズ判断部１４２は、まず、仮想テープＩＤに基づいて、仮想テープテーブル１４４から対応する読出率及びサイズを読み出す。そして、ファイルサイズ判断部１４２は、読み出した読出率及びサイズと、クラウド料金テーブル１４３と、上述の数１〜数８とを用いて、からファイルサイズを計算し、仮想テープ管理部１２に応答する。
次に、仮想テープ管理部１２は、仮想テープ管理装置５において、ステップＳ１３０２で決定されたファイルサイズ分のバッファメモリ１２１を確保する（ステップＳ１３０３）。
そして、仮想テープ管理部１２は、マウント対象となる仮想テープボリューム２１を読み書き可能状態に遷移させる（ステップＳ１３０４）。
［実施の形態２における効果］
図１３は、本発明の実施の形態２における仮想テープ管理装置によるコスト削減効果を示す図である。クラウド料金テーブル１４３が、図１３に示す料金体系である場合において、サイズ1GB、読出率5%（50MB）のアーカイブ属性の仮想テープボリューム２１があるとする。この場合、上記数６によれば、ファイルサイズは下記の数９に示す通りとなる。
図１３は、本発明の実施の形態２における仮想テープ管理装置によるコスト削減効果を示す図である。クラウド料金テーブル１４３が、図１３に示す料金体系である場合において、サイズ1GB、読出率5%（50MB）のアーカイブ属性の仮想テープボリューム２１があるとする。この場合、上記数６によれば、ファイルサイズは下記の数９に示す通りとなる。
従って、本実施の形態２における結果と、実施の形態１にてArchive属性に設定した結果とは、図１３に示す通りとなる。図１３に示すように、実施の形態１では、14.5円となるが、本実施の形態２では4.3円となり、本実施の形態２によれば、10.2円の料金削減効果が得られることになる。以上のように、本実施の形態２によれば、クラウド料金と仮想テープサイズ、読出率を与えることで、最適な仮想テープボリューム２１のファイルサイズを得ることができ、クラウドストレージの利用料金を抑えることができる。
［プログラム］
本実施の形態２におけるプログラムは、コンピュータに、図１２に示すステップＳ１３０１〜Ｓ１３０４を少なくとも実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態２における仮想テープ管理装置５と仮想テープ管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、ホストコマンド処理部１１、仮想テープ管理部１２、及びファイルサイズ判断部１４２として機能し、処理を行なう。
本実施の形態２におけるプログラムは、コンピュータに、図１２に示すステップＳ１３０１〜Ｓ１３０４を少なくとも実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態２における仮想テープ管理装置５と仮想テープ管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、ホストコマンド処理部１１、仮想テープ管理部１２、及びファイルサイズ判断部１４２として機能し、処理を行なう。
また、本実施の形態２では、バッファメモリ１２１、クラウド料金テーブル１４３、及び仮想テープテーブル１４４は、コンピュータに備えられたハードディスク、メモリ等の記憶装置に、これらを構成するデータファイルを格納することによって、又はこのデータファイルが格納された記録媒体をコンピュータと接続された読取装置に搭載することによって実現できる。
また、本実施の形態２におけるプログラムは、複数のコンピュータによって構築されたコンピュータシステムによって実行されても良い。この場合は、例えば、各コンピュータが、それぞれ、ホストコマンド処理部１１、仮想テープ管理部１２、及びファイルサイズ判断部１４２のいずれかとして機能しても良い。また、バッファメモリ１２１、クラウド料金テーブル１４３、及び仮想テープテーブル１４４は、本実施の形態２におけるプログラムを実行するコンピュータとは別のコンピュータ上に構築されていても良い。
（実施の形態３）
次に、本発明の実施の形態３における、仮想テープ管理装置、仮想テープ管理方法、及びプログラムについて、図１４及び図１５を参照しながら説明する。また、本実施の形態３における仮想テープ管理装置は、図９に示した実施の形態２における仮想テープ管理装置５と同様の構成を有している。よって、以下の説明では、適宜図９を参照する。
次に、本発明の実施の形態３における、仮想テープ管理装置、仮想テープ管理方法、及びプログラムについて、図１４及び図１５を参照しながら説明する。また、本実施の形態３における仮想テープ管理装置は、図９に示した実施の形態２における仮想テープ管理装置５と同様の構成を有している。よって、以下の説明では、適宜図９を参照する。
ところで、上述した実施の形態２では、ホストによる読出率が想定どおりであれば最適なファイルサイズを導くことが可能であるが、読出率を定めることができない場合では、その効果を十分に得ることができない可能性がある。
一方、アーカイブ用途で仮想テープファイルに記録されたデータの読み出しパターンは、毎回似たような傾向がある。そこで、本実施の形態では、アーカイブ用途の読み出し特性を利用する。具体的には、本実施の形態３における仮想テープ管理装置は、ホストが実際に読み出したデータサイズを元に仮想テープファイルのファイルサイズを最適化する。これにより、さらなる料金低減が可能となる。以下、実施の形態２との相違点を中心に説明する。
本実施の形態３においては、仮想テープ管理部１２は、実施の形態２で述べた機能に加え、仮想テープボリューム２１を構成する仮想テープファイルを分割する機能と、仮想テープファイルを統合する機能とを有する。仮想テープ管理部１２は、ホストコマンド処理部１１が上位装置３から位置づけ命令を受け付けると、これらの機能を用いて、構成ファイルの分割及び統合を実行する。
図１４は、本発明の実施の形態３における仮想テープ管理装置の機能を説明する図である。具体的には、図１４に示すように、仮想テープ管理部１２は、本実施の形態２では、ホストである上位装置３から位置づけが指示されると、まず、仮想テープファイルを構成するブロック中の現在のブロックの位置がいずれかの仮想テープファイルの途中であるかどうかを判定する。そして、仮想テープ管理部１２は、途中である場合に、途中であると判定された仮想テープファイルを構成するブロックを、上位装置３に送信済のブロックと、上位装置３に未送信のブロックとに分ける。更に、仮想テープ管理部１２は、上位装置３に送信済のブロックを、全てのブロックが上位装置３に送信済となっている別の仮想テープファイルに結合する。また、仮想テープ管理部１２は、上位装置３に未送信のブロックのみで新たな仮想テープファイルを生成する。
ここで、本実施の形態３における仮想テープ管理装置の動作について図１５を用いて説明する。図１５は、本発明の実施の形態３における仮想テープ管理装置の位置づけ処理時の動作を示すフロー図である。本実施の形態３では、仮想テープ管理装置を動作させることによって、仮想テープ管理方法が実施される。よって、本実施の形態３における仮想テープ管理方法の説明は、以下の仮想テープ管理装置の動作説明に代える。なお、本実施の形態３において、データの書き込み動作、データの読み出し動作、マウント動作、デマウント動作は、実施の形態２と同様であるため、説明は省略する。また、以下に記述するブロック#xは図１５に図示したものである。
図１５に示すように、最初に、ホストコマンド処理部１１が、上位装置３から、仮想テープボリューム２１に対する位置づけ命令を受け付け、これを仮想テープ管理部１２に入力する（ステップＳ１７００）。
次に、仮想テープ管理部１２は、仮想テープボリューム２１の現在のブロック位置情報から、現在のブロックの位置が仮想テープファイルの途中かどうかを判定する（ステップＳ１７０１）。
ステップＳ１７０１の判定の結果、途中でない場合は、仮想テープ管理部１２は、ステップＳ１７０３を実行する。一方、ステップＳ１７０１の判定の結果、図１４の例のように途中である場合（現在のブロック位置がブロック#8である場合）は、仮想テープ管理部１２は、上位装置３に送信していないブロック#8〜#10のみで構成される仮想テープファイル#2（１６０３）を、仮想テープファイル#2（１６０１）から新たに作成する（ステップＳ１７０２）。
次に、ステップＳ１７０３において、仮想テープ管理部１２は、上位装置３へ送信済みのブロック#1〜#7のみで構成される、新たな仮想テープファイル#1（１６０２）を、元の仮想テープファイル#1（１６００）及び元の仮想テープファイル#2（１６０１）から作成する（ステップＳ１７０３）。
次に、仮想テープ管理部１２は、仮想テープファイル#1（１６０２）及び仮想テープファイル#2（１６０３）を仮想テープボリューム２１の構成ファイルとしてクラウドストレージ２へ書き込む（ステップＳ１７０４）。
次に、仮想テープ管理部１２は、以前の構成ファイルであった元の仮想テープファイル#1（１６００）と元の仮想テープファイル#2（１６０１）とをクラウドストレージ２から削除する（ステップＳ１７０５）。
最後に、仮想テープ管理部１２は、上位装置３から指示されたブロックへ位置づけを行い（ステップＳ１７０６）、処理を終了する。
［実施の形態３における効果］
以上により、本実施の形態３では、実際に読み出したデータ量に合わせて、仮想テープボリューム２１を構成するファイルサイズが変更される。このため、次に同じパターンの読み出しが行われた際に、仮想テープボリューム２１から最適なファイルサイズでデータが得られるようになるため、クラウドストレージ２の利用料金が抑制されることとなる。
以上により、本実施の形態３では、実際に読み出したデータ量に合わせて、仮想テープボリューム２１を構成するファイルサイズが変更される。このため、次に同じパターンの読み出しが行われた際に、仮想テープボリューム２１から最適なファイルサイズでデータが得られるようになるため、クラウドストレージ２の利用料金が抑制されることとなる。
［プログラム］
本実施の形態３におけるプログラムは、コンピュータに、図１５に示すステップＳ１７００〜Ｓ１７０６を少なくとも実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態３における仮想テープ管理装置と仮想テープ管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、ホストコマンド処理部、仮想テープ管理部、及びファイルサイズ判断部として機能し、処理を行なう。
本実施の形態３におけるプログラムは、コンピュータに、図１５に示すステップＳ１７００〜Ｓ１７０６を少なくとも実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態３における仮想テープ管理装置と仮想テープ管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、ホストコマンド処理部、仮想テープ管理部、及びファイルサイズ判断部として機能し、処理を行なう。
また、本実施の形態３では、バッファメモリ、クラウド料金テーブル、及び仮想テープテーブルは、コンピュータに備えられたハードディスク等の記憶装置に、これらを構成するデータファイルを格納することによって、又はこのデータファイルが格納された記録媒体をコンピュータと接続された読取装置に搭載することによって実現できる。
また、本実施の形態３におけるプログラムは、複数のコンピュータによって構築されたコンピュータシステムによって実行されても良い。この場合は、例えば、各コンピュータが、それぞれ、ホストコマンド処理部、仮想テープ管理部、及びファイルサイズ判断部のいずれかとして機能しても良い。また、バッファメモリ、クラウド料金テーブル、及び仮想テープテーブルは、本実施の形態３におけるプログラムを実行するコンピュータとは別のコンピュータ上に構築されていても良い。
（物理構成）
ここで、実施の形態１〜３におけるプログラムを実行することによって、仮想テープ管理装置を実現するコンピュータについて図を用いて説明する。図１６は、本発明の実施の形態１〜３における仮想テープ管理装置を実現するコンピュータの一例を示すブロック図である。
ここで、実施の形態１〜３におけるプログラムを実行することによって、仮想テープ管理装置を実現するコンピュータについて図を用いて説明する。図１６は、本発明の実施の形態１〜３における仮想テープ管理装置を実現するコンピュータの一例を示すブロック図である。
図１６に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１０９を介して、互いにデータ通信可能に接続される。
ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。
また、記憶装置１１３の具体例としては、ハードディスクドライブの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。
データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。
また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash（登録商標））及びＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記録媒体、又はＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記録媒体が挙げられる。
なお、本実施の形態１〜３における仮想テープ管理装置は、プログラムがインストールされたコンピュータではなく、各部に対応したハードウェアを用いることによっても実現可能である。更に、仮想テープ管理装置は、一部がプログラムで実現され、残りの部分がハードウェアで実現されていてもよい。
上述した実施の形態の一部又は全部は、以下に記載する（付記１）〜（付記１２）によって表現することができるが、以下の記載に限定されるものではない。
（付記１）
複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための装置であって、
設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ファイルサイズ判断部と、
決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、仮想テープ管理部と、
を備えている、ことを特徴とする仮想テープ管理装置。
複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための装置であって、
設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ファイルサイズ判断部と、
決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、仮想テープ管理部と、
を備えている、ことを特徴とする仮想テープ管理装置。
（付記２）
前記ファイルサイズ判断部が、
前記仮想テープボリュームの属性を特定し、特定した属性に応じて設定されたルールに沿って、前記仮想テープファイルのサイズを決定する、
付記１に記載の仮想テープ管理装置。
前記ファイルサイズ判断部が、
前記仮想テープボリュームの属性を特定し、特定した属性に応じて設定されたルールに沿って、前記仮想テープファイルのサイズを決定する、
付記１に記載の仮想テープ管理装置。
（付記３）
前記ファイルサイズ判断部が、
前記クラウドストレージに設定されている処理毎の料金と、前記複数の仮想テープファイルそれぞれの使用状況及びそのサイズとに基づくルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、
付記１に記載の仮想テープ管理装置。
前記ファイルサイズ判断部が、
前記クラウドストレージに設定されている処理毎の料金と、前記複数の仮想テープファイルそれぞれの使用状況及びそのサイズとに基づくルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、
付記１に記載の仮想テープ管理装置。
（付記４）
前記仮想テープ管理部が、
ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、全てのブロックが前記ホストに送信済となっている別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、
付記１から３のいずれかに記載の仮想テープ管理装置。
前記仮想テープ管理部が、
ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、全てのブロックが前記ホストに送信済となっている別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、
付記１から３のいずれかに記載の仮想テープ管理装置。
（付記５）
複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための方法であって、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を有する、ことを特徴とする仮想テープ管理方法。
複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための方法であって、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を有する、ことを特徴とする仮想テープ管理方法。
（付記６）
前記（ｂ）のステップにおいて、
前記仮想テープボリュームの属性を特定し、特定した属性に応じて設定されたルールに沿って、前記仮想テープファイルのサイズを決定する、
付記５に記載の仮想テープ管理方法。
前記（ｂ）のステップにおいて、
前記仮想テープボリュームの属性を特定し、特定した属性に応じて設定されたルールに沿って、前記仮想テープファイルのサイズを決定する、
付記５に記載の仮想テープ管理方法。
（付記７）
前記（ｂ）のステップにおいて、
前記クラウドストレージに設定されている処理毎の料金と、前記複数の仮想テープファイルそれぞれの使用状況及びそのサイズとに基づくルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、
付記５に記載の仮想テープ管理方法。
前記（ｂ）のステップにおいて、
前記クラウドストレージに設定されている処理毎の料金と、前記複数の仮想テープファイルそれぞれの使用状況及びそのサイズとに基づくルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、
付記５に記載の仮想テープ管理方法。
（付記８）
（ｃ）ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、全てのブロックが前記ホストに送信済となっている別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、ステップを、更に有する、
付記５から７のいずれかに記載の仮想テープ管理方法。
（ｃ）ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、全てのブロックが前記ホストに送信済となっている別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、ステップを、更に有する、
付記５から７のいずれかに記載の仮想テープ管理方法。
（付記９）
コンピュータによって、複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するためのプログラムであって、
前記コンピュータに、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を実行させるプログラム。
コンピュータによって、複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するためのプログラムであって、
前記コンピュータに、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
を実行させるプログラム。
（付記１０）
前記（ｂ）のステップにおいて、
前記仮想テープボリュームの属性を特定し、特定した属性に応じて設定されたルールに沿って、前記仮想テープファイルのサイズを決定する、
付記９に記載のプログラム。
前記（ｂ）のステップにおいて、
前記仮想テープボリュームの属性を特定し、特定した属性に応じて設定されたルールに沿って、前記仮想テープファイルのサイズを決定する、
付記９に記載のプログラム。
（付記１１）
前記（ｂ）のステップにおいて、
前記クラウドストレージに設定されている処理毎の料金と、前記複数の仮想テープファイルそれぞれの使用状況及びそのサイズとに基づくルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、
付記９に記載のプログラム。
前記（ｂ）のステップにおいて、
前記クラウドストレージに設定されている処理毎の料金と、前記複数の仮想テープファイルそれぞれの使用状況及びそのサイズとに基づくルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、
付記９に記載のプログラム。
（付記１２）
前記コンピュータに、
（ｃ）ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、全てのブロックが前記ホストに送信済となっている別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、ステップを、更に実行させる、
付記９から１１のいずれかに記載のプログラム。
前記コンピュータに、
（ｃ）ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、全てのブロックが前記ホストに送信済となっている別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、ステップを、更に実行させる、
付記９から１１のいずれかに記載のプログラム。
以上のように、本発明によれば、クラウドコンピューティングで提供されるストレージ上に仮想テープファイルを格納する際における料金の最適化を図ることができる。本発明は、仮想テープライブラリを提供するシステムに有用である。
１ 仮想テープ管理装置（実施の形態１）
２ クラウドストレージ
３ 上位装置
４ 端末装置
５ 仮想テープ管理装置（実施の形態２）
１１ ホストコマンド処理部
１２ 仮想テープ管理部
１３ 仮想テープ属性テーブル
１４ ファイルサイズ判断部
１０９ バス
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
１４１ ファイルサイズテーブル
１４２ ファイルサイズ判断部
１４３ クラウド料金テーブル
１４４ 仮想テープテーブル
２ クラウドストレージ
３ 上位装置
４ 端末装置
５ 仮想テープ管理装置（実施の形態２）
１１ ホストコマンド処理部
１２ 仮想テープ管理部
１３ 仮想テープ属性テーブル
１４ ファイルサイズ判断部
１０９ バス
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
１４１ ファイルサイズテーブル
１４２ ファイルサイズ判断部
１４３ クラウド料金テーブル
１４４ 仮想テープテーブル
Claims (5)
- 複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための装置であって、
設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ファイルサイズ判断部と、
決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、仮想テープ管理部と、
を備え、
前記仮想テープ管理部が、
ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、その識別番号と識別番号が連続するブロックを有し、且つ、有する全てのブロックが前記ホストに送信済となっている、別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、
ことを特徴とする仮想テープ管理装置。 - 前記ファイルサイズ判断部が、
前記仮想テープボリュームの属性を特定し、特定した属性に応じて設定されたルールに沿って、前記仮想テープファイルのサイズを決定する、
請求項１に記載の仮想テープ管理装置。 - 前記ファイルサイズ判断部が、
前記クラウドストレージに設定されている処理毎の料金と、前記複数の仮想テープファイルそれぞれの使用状況及びそのサイズとに基づくルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、
請求項１に記載の仮想テープ管理装置。 - 複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するための方法であって、
（ａ）コンピュータによって、設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）前記コンピュータによって、決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
（ｃ）前記コンピュータによって、ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、その識別番号と識別番号が連続するブロックを有し、且つ、有する全てのブロックが前記ホストに送信済となっている、別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、ステップと、
を有する、ことを特徴とする仮想テープ管理方法。 - コンピュータによって、複数の仮想テープファイルで構築された仮想テープボリュームをクラウドストレージ上で管理するためのプログラムであって、
前記コンピュータに、
（ａ）設定ルールに沿って、前記仮想テープボリュームを前記クラウドストレージに格納する際の前記仮想テープファイルのサイズを決定する、ステップと、
（ｂ）決定された前記サイズでバッファメモリを確保し、確保した前記バッファメモリに、前記仮想テープボリュームのデータを書き込み、そして、書き込んだデータのデータ量が前記バッファメモリのサイズに到達した場合に、前記バッファメモリに格納されている前記データを前記クラウドストレージに格納する、ステップと、
（ｃ）ホストから位置づけが指示された場合に、
現在のブロックの位置がいずれかの前記仮想テープファイルの途中であるかどうかを判定し、途中である場合に、途中であると判定された前記仮想テープファイルを構成するブロックを、前記ホストに送信済のブロックと、前記ホストに未送信のブロックとに分け、更に、
前記ホストに送信済のブロックを、その識別番号と識別番号が連続するブロックを有し、且つ、有する全てのブロックが前記ホストに送信済となっている、別の前記仮想テープファイルに結合し、
前記ホストに未送信のブロックのみで新たな前記仮想テープファイルを生成する、ステップと、
を実行させるプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017120832A JP6686976B2 (ja) | 2017-06-20 | 2017-06-20 | 仮想テープ管理装置、仮想テープ管理方法、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017120832A JP6686976B2 (ja) | 2017-06-20 | 2017-06-20 | 仮想テープ管理装置、仮想テープ管理方法、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019008373A JP2019008373A (ja) | 2019-01-17 |
| JP6686976B2 true JP6686976B2 (ja) | 2020-04-22 |
Family
ID=65026735
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017120832A Active JP6686976B2 (ja) | 2017-06-20 | 2017-06-20 | 仮想テープ管理装置、仮想テープ管理方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6686976B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021141293A1 (ko) * | 2020-01-06 | 2021-07-15 | 주식회사 아미크 | 데이터의 전송 및 조회 시의 비용을 최소화하기 위한 데이터 아카이빙 방법 및 시스템 |
| JPWO2022049831A1 (ja) * | 2020-09-01 | 2022-03-10 | ||
| US20240281338A1 (en) * | 2023-02-22 | 2024-08-22 | Bank Of America Corporation | Systems, methods, and apparatuses for determining and applying a backup file attribution to files in an electronic network |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2412760B (en) * | 2004-04-01 | 2006-03-15 | Toshiba Res Europ Ltd | Secure storage of data in a network |
| US20120089579A1 (en) * | 2010-10-08 | 2012-04-12 | Sandeep Ranade | Compression pipeline for storing data in a storage cloud |
| TWI507891B (zh) * | 2012-03-23 | 2015-11-11 | Egis Technology Inc | 具雲端儲存空間管理功能之電子裝置、雲端儲存系統、其方法及其電腦程式產品 |
| WO2014099682A1 (en) * | 2012-12-20 | 2014-06-26 | Amazon Technologies, Inc. | Virtual tape library system |
| US9116851B2 (en) * | 2012-12-28 | 2015-08-25 | Futurewei Technologies, Inc. | System and method for virtual tape library over S3 |
| US9009742B1 (en) * | 2013-05-10 | 2015-04-14 | Emc Corporation | VTL adaptive commit |
| JP6365034B2 (ja) * | 2014-07-09 | 2018-08-01 | 富士通株式会社 | 媒体制御装置、制御方法、及び制御プログラム |
-
2017
- 2017-06-20 JP JP2017120832A patent/JP6686976B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2019008373A (ja) | 2019-01-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11314439B2 (en) | Copy from source medium to target medium | |
| US10977124B2 (en) | Distributed storage system, data storage method, and software program | |
| US20230086753A1 (en) | Object Storage in Cloud with Reference Counting Using Versions | |
| US8990529B2 (en) | Method for optimizing cleaning of maps in flashcopy cascades containing incremental maps | |
| US9128636B2 (en) | Methods and apparatus for migrating thin provisioning volumes between storage systems | |
| US10133484B2 (en) | Tier based data file management | |
| JP4684864B2 (ja) | 記憶装置システム及び記憶制御方法 | |
| WO2012085968A1 (en) | Storage apparatus and storage management method | |
| US20120297156A1 (en) | Storage system and controlling method of the same | |
| JP6686976B2 (ja) | 仮想テープ管理装置、仮想テープ管理方法、及びプログラム | |
| WO2012147119A1 (en) | Management system and control method for provisioning storage space to writable snapshots satisfying performance requirements | |
| JP2020154587A (ja) | 計算機システム及びデータ管理方法 | |
| US11334456B1 (en) | Space efficient data protection | |
| JP2022125253A (ja) | ファイルストレージシステム及びファイルストレージシステムの管理方法 | |
| JP7549433B2 (ja) | リソース構成見積もりシステムおよびリソース構成見積もり方法 | |
| US11188235B2 (en) | Reducing data replications among storage locations | |
| JP6361390B2 (ja) | ストレージ制御装置および制御プログラム | |
| JP6281333B2 (ja) | ストレージシステム | |
| CN114296649B (zh) | 云间业务迁移系统 | |
| US20110125617A1 (en) | System for managing operation with respect to storage apparatus | |
| US20240289232A1 (en) | Adaptive scaling of topics in a stateful event-driven platform | |
| WO2015167579A1 (en) | Storage provisioning method and apparatus using device virtualization in heterogeneous storage environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20181010 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190716 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190911 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200303 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200316 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6686976 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |