ストレージ制御装置、ストレージシステム及びストレージ制御方法
【課題】記憶媒体へのデータ更新処理を効率的に実行するストレージ制御装置、ストレージシステム及びストレージ制御方法を提供する。
【解決手段】ホストからの書込み要求を受けて、ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御装置において、ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、保存済みデータと更新データとの差分のデータを物理ボリュームに書込む差分保存モードと、更新データを含む全データを物理ボリュームに書込む全体保存モードを、アクセス管理情報に基づいて論理ボリューム毎に設定する制御部を備える。
【解決手段】ホストからの書込み要求を受けて、ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御装置において、ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、保存済みデータと更新データとの差分のデータを物理ボリュームに書込む差分保存モードと、更新データを含む全データを物理ボリュームに書込む全体保存モードを、アクセス管理情報に基づいて論理ボリューム毎に設定する制御部を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
開示の技術は、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行うストレージ制御装置、ストレージシステム及びストレージ制御方法に関するものである。
【背景技術】
【０００２】
図２１は、ライブラリ装置を利用したストレージシステムの概念図である。一般的なストレージシステムでは、ホスト（Ｈｏｓｔ Ｃｏｍｐｕｔｅｒ）１が実ライブラリ装置２に直接接続される。従って、ホスト１は、移送機構３を制御して、物理ボリューム４の物理ドライブ５へのマウント／アンマウント処理を実行する。そして、ホスト１は、当該物理ドライブ５にマウントされた物理ボリューム４に対してデータのＲｅａｄ／Ｗｒｉｔｅ処理を行う。
【０００３】
図２２は、仮想ライブラリ装置を利用したストレージシステムの概念図である。仮想ライブラリ装置１１は、ホスト１０と実ライブラリ装置１２の間に設けられ、ホスト１０に対して論理ドライブ１３と論理ボリューム１４を提供する。例えば、実ライブラリ装置１２はテープライブラリ装置であり、物理ボリューム１７はカートリッジに収納されたテープである。また、例えば、論理ドライブ１３はキャッシュディスク１６であり、論理ボリューム１４はキャッシュディスク１６である。
【０００４】
ホスト１０は、仮想ライブラリ装置１１と直接接続されているが、ホスト１０からは、ホスト１０があたかも実ライブラリ装置１２と直接接続されているように認識される。従って、ホスト１０は図２１のストレージシステムと同様に、特別な意識を持つことなく仮想ライブラリ装置１１内の論理ドライブ１３を介して論理ボリューム１４へアクセスすることが可能である。
【０００５】
仮想ライブラリ装置１１が備える制御部１５は、論理ボリューム１４へ記録すべきデータ（論理ボリュームデータ）を仮想ライブラリ装置１１内のキャッシュディスク１６に格納する。その後、制御部１５は、Ｍｉｇｒａｔｉｏｎ処理によりホストアクセスとは非同期に実ライブラリ装置１２内の物理ボリューム１７への保存を実行する。
【０００６】
実ライブラリ装置１２内の物理ボリューム１７へ保存された論理ボリュームデータは、キャッシュディスク１６の記憶容量の許す限り、キャッシュディスク１６内に保持される。そのため、再度同じ論理ボリューム１４へのアクセスをホスト１０が要求した場合、即座にＲｅａｄｙ状態を応答することが可能である。
【０００７】
一方、キャッシュディスク１６の記憶容量が不足した場合、制御部１５は、Ｍｉｇｒａｔｉｏｎ処理によりキャッシュディスク１６に保存されている論理ボリュームデータを、使用頻度等を考慮した論理に基づきキャッシュディスク１６上から物理ボリューム１７であるテープへ追い出す処理を行う。従って、他の論理ボリュームデータの保存に必要な記憶容量を確保することができる。
【０００８】
また、Ｍｉｇｒａｔｉｏｎ処理によりキャッシュディスク１６から追い出された論理ボリュームデータは、実ライブラリ装置１２へ転送される。そして、実ライブラリ装置１２は移送機構１９及び物理ドライブ１８を制御して物理ボリューム１７であるテープへのＷｒｉｔｅ処理を行う。
【０００９】
また、当該論理ボリュームデータは、ホスト１０が該論理ボリュームデータの論理ドライブ１３へのマウントを要求した時に、テープから読出される。そして、読出された論理ボリュームデータは、論理ボリューム１４であるキャッシュディスク１６に格納される（ＲＥＣＡＬＬ処理）。なお、このようなＲＥＣＡＬＬ処理は、ホスト１０がマウント要求を出してから、マウントが完了するまでに数十秒〜数分の時間がかかる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００５−１９０１３９号公報
【特許文献２】特開２００５−１２２６１１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
図２３は論理ボリュームのデータの書込み状態のイメージを示す図である。バックエンドとしてテープライブラリ装置を使用した場合の例を用いて説明する。
【００１２】
仮想ライブラリ装置１１には、テープドライブは実際には存在しないが、ホスト１０からはテープドライブが存在するものとして認識される。従って、ホスト１０からの論理ドライブ１３へのアクセスはテープドライブに対するものと同じである。
【００１３】
テープドライブは、テープを送り続けた状態でデータの書込みが行われる。従って、データの書込みはシーケンシャルに行われるので高速アクセスを実現できる。しかし、メディアの構造上保存済みのデータの途中から部分的に上書きをすることは不可能である。
【００１４】
図２３（Ａ）は論理ボリュームに保存された保存済み論理ボリュームデータを示す。この保存済みの論理ボリュームデータのブロックＩＤ＝１〜３に対する更新は、追加書き方式と書き換え方式によってなされる。
【００１５】
図２３（Ｂ）に示す追加書き方式では、保存済みの論理ボリュームデータ１〜３の記録領域９４１の後方の記録領域９４２に新しい追加の論理ボリュームデータ４〜５が書込まれる。図２３（Ｃ）に示す書き換え方式では、論理ボリュームの先頭（ブロックＩＤ＝１）から上書きを行うものであり、更新データを含む更新版論理ボリュームのブロックＩＤ＝１〜３が記録領域９４３に書込まれる。
【００１６】
図２４は物理ボリュームのデータの書込み状態のイメージを示す図である。保存済みデータに対する更新処理において、テープは構造上部分的な上書き保存ができない。従って、物理ボリュームのイメージは、図２３（Ｂ）〜（Ｃ）に示した論理ボリュームのイメージと異なる。
【００１７】
具体的には、追加書き方式は、図２４（Ａ）に示すように、既保存分論理ボリュームデータのブロックＩＤ＝１〜３の記録領域９５０の後方の記録領域９５１に既保存分論理ボリュームデータのブロックＩＤ＝１〜３と追加データのブロック＝ＩＤ４〜５からなる更新版論理ボリュームデータを書込むものである。従って、追加書き方式の場合、同一のデータであるブロックＩＤ＝１〜３がテープ上に多重に存在することになり、余分な記憶容量が必要になる。
【００１８】
また、書き換え方式は、図２４（Ｂ）のように、既保存分論理ボリュームデータのブロックＩＤ＝１〜３の記録領域９５０の後方の記録領域９５２に更新版論理ボリュームデータのブロック＝ＩＤ１〜３を書込むものである。従って、書き換え方式の場合は、既存の保存済みデータを残して、全体データを書き込むことになり、同様に、余分な記憶容量が必要になる。
【００１９】
このような問題を鑑み、ホストによるデータの更新が発生した場合に記憶媒体へのデータ更新処理を効率的に実行するストレージ制御装置、ストレージシステム及びストレージ制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
ストレージ制御装置およびストレージシステムにおいて、ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、保存済みデータと更新データとの差分のデータを物理ボリュームに書込む差分保存モードと、更新データを含む全データを物理ボリュームに書込む全体保存モードを、アクセス管理情報に基づいて論理ボリューム毎に設定する制御部とを備える。
【００２１】
ストレージ制御方法において、ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を記憶メモリから読出す工程と、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、保存済みデータと更新データとの差分のデータを物理ボリュームに書込む差分保存モードと、更新データを含む全データを物理ボリュームに書込む全体保存モードを、アクセス管理情報に基づいて論理ボリューム毎に設定する工程とを備える。
【発明の効果】
【００２２】
ストレージ制御装置、ストレージシステム及びストレージ制御方法によれば、各論理ボリュームに対して差分保存モードと全体保存モードをアクセス管理情報に基づいて設定することで、限られた記憶容量の物理ボリュームを効率的に使用して、データ更新処理を効率的に実行することが可能になる。
【図面の簡単な説明】
【００２３】
【図１】ストレージシステムの構成の一例を示す図である。
【図２】ストレージシステムの動作処理を説明する図である。
【図３】物理ボリュームのデータの書込み状態のイメージを示す図である。
【図４】論理ボリュームの管理情報テーブルの一例を示す図である。
【図５】キャッシュディスク上の論理ボリュームのデータフォーマットのイメージを示す図である。
【図６】ブロック管理テーブルを示す図である。
【図７】物理ボリュームへの保存処理のフローを示す図である。
【図８】差分抽出処理のフローを示す図である。
【図９】差分抽出情報テーブルの一例を示す図である。
【図１０】差分データの書込みのフローを示す図である。
【図１１】論理ボリュームデータの書込み処理を説明する図である。
【図１２】物理ボリュームＰＶ−Ｘ、ＰＶ−Ｙのデータフォーマットのイメージを示す図である。
【図１３】物理ボリューム管理テーブルの一例を示す図である。
【図１４】物理ボリュームからの読出しの処理フローを示す図である。
【図１５】読出しテーブルの一例を示す図である。
【図１６】物理ボリュームからの読出し処理のフローを示す図である。
【図１７】論理ボリュームへの書込み処理を説明する図である。
【図１８】データ読出し処理のフローを示す図である。
【図１９】アクセス管理テーブルの例を示す。
【図２０】保存モード切り換えのフローを示す図である。
【図２１】ライブラリ装置を利用したストレージシステムの概念図である。
【図２２】仮想ライブラリ装置を利用したストレージシステムの概念図である。
【図２３】論理ボリュームのデータの書込み状態のイメージを示す図である。
【図２４】物理ボリュームのデータの書込み状態のイメージを示す図である。
【発明を実施するための形態】
【００２４】
図１は、ストレージシステムの構成の一例を示す図である。仮想ライブラリ装置５０は、実ライブラリ装置４０とホスト１００との間に設けられる。そして、仮想ライブラリ装置５０は、ホスト１００とインタフェース６２、実ライブラリ４０とインタフェース６３により接続されている。
【００２５】
図２は、ストレージシステムの動作処理を説明する図である。実ライブラリ装置４０は、例えば物理ボリューム４４であるテープカードリッジに対して記録再生を行うテープライブラリ装置である。
【００２６】
図１、図２に示すように、実ライブラリ装置４０は、物理ボリューム４４と、物理ボリューム４４に対するアクセスを行なう物理ドライブ４２を備える。また、実ライブラリ装置４０は、物理ボリューム４４の物理ドライブ４２へのマウント／アンマウント処理を実行するための移送機構４３と、物理ドライブ４２及び移送機構４３を制御するライブラリ制御部４１を備える。
【００２７】
ホスト（Ｈｏｓｔ Ｃｏｍｐｕｔｅｒ）１００は、仮想ライブラリ装置５０に対して様々なコマンドを発行する処理装置である。
【００２８】
仮想ライブラリ装置５０は、制御部５５、論理ドライブ５２、キャッシュディスク６６等を備える。なお、キャッシュディスク６６はＲＡＩＤで構成してもよい。制御部５５は、ストレージ制御装置の制御部の機能を備えるとともに、論理層制御部５６、物理層制御部５７、各種テーブルを格納するメモリ６９を備える。メモリ６９は、半導体メモリやハードディスクドライブ（ＨＤＤ）等の記憶装置で構成しても良い。
【００２９】
論理層制御部５６は、仮想ライブラリ装置５０内の論理層を制御する。論理層制御部５６は、制御プログラムの処理により、論理ボリューム管理部５６ａ、論理ドライブ制御部５６ｂ、及びアクセス状況監視部５６ｃなどの機能を実現する。
【００３０】
例えば、論理ボリューム管理部５６ａや論理ドライブ制御部５６ｂは、ホスト１００から発行されたＭＯＵＮＴコマンドに基づいて、要求対象の論理ボリューム５４の論理ドライブ５２へのマウント処理を行う。
【００３１】
また、物理層制御部５７は、仮想ライブラリ装置５０内の物理層を制御する。物理層制御部５７は、制御プログラムの処理により、物理ボリューム管理部５７ａ、物理ドライブ制御部５７ｂ及びライブラリＩ／Ｆ制御部５７ｃなどの機能を実現する。
【００３２】
例えば、物理ドライブ制御部５７ｂ及びライブラリＩ／Ｆ制御部５７ｃは、論理層制御部５６から指示を受けて、論理ボリューム５４のデータリコール（ＲＥＣＡＬＬ）処理を実行する。データリコール処理は、実ライブラリ装置４０の物理ボリューム４４から読出したデータをキャッシュディスク６６の論理ボリューム５４に格納する処理である。
【００３３】
論理ドライブ５２は、論理ドライブ制御部５６ｂからの指示を受けて、キャッシュディスク６６内の要求対象の論理ボリューム５４に対するアクセスを行なうドライブである。キャッシュディスク６６は、実ライブラリ装置４０の物理ボリューム４４から読出されたデータを論理ボリューム５４として保持する記憶デバイスである。
【００３４】
本実施形態では、物理ボリューム４４をテープカートリッジに収容されたテープとして説明するが、磁気ディスクや光ディスク等の可換型記憶媒体でもよい。また、本実施形態は、その主旨に従った様々な変形が可能である。
【００３５】
図３は、物理ボリュームのデータの書込み状態のイメージを示す図である。図３（Ａ）は保存済みの論理ボリュームデータのイメージを示す。図３（Ｂ）は、差分保存モードで書込みを行った場合の論理ボリュームデータのイメージを示す図である。図３（Ｃ）は全体保存モードで書込みを行った場合の論理ボリュームデータのイメージを示す図である。つまり、バックエンドのテープ上の記録領域に書込みを行った場合のイメージを示している。
【００３６】
図３（Ａ）において、テープ上の記録領域９１１に既に保存済みの論理ボリュームデータ（ブロックＩＤ１〜３）が書き込まれている。ここで、更新処理対象の論理ボリュームに対して差分保存モードが設定されている場合、図３（Ｂ）に示すように、論理ボリュームデータ１〜３が記録された記録領域９１１の後方の記録領域９１２に、差分データ４〜５のみの更新版論理ボリュームデータを書込む。
【００３７】
具体的には、バックエンドのテープに保存する場合に、論理層制御部５６の論理ボリューム管理部５６ａが処理対象の論理ボリュームの差分状態を抽出する。そして、論理層制御部５６は、物理層制御部５７に指示して、その更新処理対象の論理ボリュームに対応する物理ボリュームに対して差分のデータの書込みを実行させる。
【００３８】
また、図３（Ｃ）に示すように、比較例の全体保存モードを採用した場合は、論理ボリュームデータ１〜３が記録された記録領域９１１の後方の記録領域９１４に、更新分を含む全体データである更新版論理ボリュームデータ１〜３を書込む。従って、全体を書き換えることにより不必要となった記録領域９１１が残る。特に、更新回数が多いストレージシステムでは、このような余分なデータを記憶する記録領域が増大すると、多数の記憶媒体を備えた大容量のライブラリシステムであったとしても早期に空き領域が減ってしまい、論理ボリュームデータを格納する為の記憶容量が不足する事態が生じる可能性がある。
【００３９】
従って、図３（Ｂ）の差分保存モードを採用することにより、図３（Ｃ）の全体保存モードよりも少ない記憶容量でデータが保存でき、データ更新時に物理ボリュームであるテープの記憶容量を効率的に使用することが可能になる。
【００４０】
なお、差分保存モードを使用してデータの書込みを行う場合、差分データが同じテープ上の離れた記録領域や異なるテープ上の記録領域に分散してしまうことがある。そのような時には、データリコール処理の際アクセスに時間がかかってしまう。従って、差分保存モードと全体保存モードを組み合わせてデータを保存すると効率的である。
【００４１】
次に、論理ボリュームの管理方法について図４に示す管理情報テーブルの例を使用して説明する。管理情報テーブルは、論理層制御部５６により作成され、論理ボリュームデータの一部として、例えばブロックデータの直前に付加され、最終的に物理層制御部５７によりテープ上の記録領域に記録される。
【００４２】
図４（Ａ）は、ボリューム情報テーブルの登録情報を示し、論理ボリューム全体の管理情報が登録されている。管理情報としては、ボリューム名、生成タイムスタンプ、アクセスタイムスタンプ、世代番号、データサイズ、ブロック数等が挙げられる。
【００４３】
生成タイムスタンプの欄には、論理ボリュームを生成した際の日時情報を示す生成タイムスタンプが登録される。アクセスタイムスタンプの欄には、論理ボリュームへの最終アクセスが行われた際の日時情報を示す最終アクセスタイムスタンプが登録される。また、世代番号の欄には、ホスト１００からの書き換え回数が登録される。世代番号は、生成時は０、最初の書込みの時に１、以降は書込み（マウント）処理毎にインクリメントされる。データサイズの欄には、管理テーブルのサイズを含む論理ボリュームのサイズが登録される。ブロック数の欄には、ホスト１００からの書込みブロック数が登録される。
【００４４】
図４（Ｂ）は、ブロック管理テーブルの登録情報を示す。ブロック管理テーブルは、ホスト１００から書込まれるブロック毎に登録情報を保持する。登録情報としては、ブロックＩＤ、ブロック種別、圧縮フラグ、データサイズ、世代番号等が挙げられる。ブロックＩＤの欄は、先頭を１としてホスト１００からの書込みブロック毎にインクリメントされる。書き換え処理が行われた場合は、先頭から書き換えられるので、再び１が登録される。
【００４５】
ブロック種別の欄には、データブロックあるいはマークの種別が登録される。圧縮フラグの欄には、圧縮／非圧縮の識別子が登録される。データサイズの欄にはデータサイズが登録されるが、圧縮データの場合は圧縮後のデータサイズが登録される。世代番号の欄には、ホスト１００から書込みが行われた際の論理ボリュームの世代番号が登録される。
【００４６】
図４（Ｃ）は、ブロック管理テーブル群の登録情報を示す。ブロック管理テーブルは、論理ボリュームデータフォーマット上、Ｎ個のブロック分のデータを集めてブロック管理テーブル群としてブロックデータの前に配置される。ブロック管理テーブル群には、前のブロック管理テーブル群の位置オフセット、ブロックＩＤ＝１〜Ｎの各ブロックの管理テーブル、次のブロックの管理テーブル群の位置オフセットが順に登録される。
【００４７】
ブロックＩＤ＝Ｎ＋１以降については、ブロックＩＤ＝Ｎ＋１の書込みが発生した時点で、ブロックＩＤ＝Ｎのデータの後ろに、新たにＮ個分のデータを集めてひとかたまりのテーブルとして配置する。そして、その後ろにブロックＩＤ＝Ｎ＋１のデータが書込まれる。
【００４８】
図５は、キャッシュディスク上の論理ボリュームのデータフォーマットのイメージを示す図である。図５（Ａ）は、ホスト１００によりブロックＩＤ＝１〜Ｍのデータの書込みが行われた場合のイメージを示す。論理ボリュームデータ［１］の始端７１から終端７５の間の記録領域に、ボリューム情報テーブル７２ａ、Ｎブロック分のブロック管理テーブルを含むブロック管理テーブル群７３、Ｎブロック分のデータ７４が順番に配置される。続いて、論理ボリュームデータ［２］の始端からブロック管理テーブル群７６、ブロックＩＤ＝Ｎ＋１〜Ｍのデータ７７が配置される。
【００４９】
図５（Ｂ）は、ホスト１００によりブロックＩＤ＝Ｍ＋１〜２Ｎ＋１のデータの追加書きが行われた場合のイメージを示す。ボリューム情報テーブル７２ｂは、ブロックＩＤ＝Ｍ〜２Ｎ＋１のデータの書込みに対応して、ボリューム情報テーブル７２ａの登録情報を書き換えたものである。
【００５０】
ブロック管理テーブル群７６ｂは、ブロックＩＤ＝Ｍ〜２Ｎのデータの書込みに対応して、ブロック管理テーブル群７６ａの登録情報を書き換えたものである。また、ブロック管理テーブル群７８は、ブロックＩＤ＝２Ｎ＋１のデータの書込みに対応して追加されたものである。
【００５１】
論理ボリュームデータ［２］のブロックＩＤ＝Ｍのデータが記録された記録領域の後方の記録領域に、ブロックＩＤ＝Ｍ＋１〜２Ｎのデータ７９が配置され、論理ボリュームデータ［３］にブロックＩＤ＝２Ｎ＋１のデータ８０が配置される。
【００５２】
そして、ブロックＩＤ＝Ｍ〜２Ｎ＋１のデータの書込みに対応して、前述したボリューム情報テーブル７２ａは７２ｂに更新される。具体的には、生成タイムスタンプの欄には、論理ボリュームの生成タイムスタンプが登録される。
【００５３】
アクセスタイムスタンプの欄には、ブロックＩＤ＝２Ｎ＋１が書込まれて論理ボリュームが解放（アンマウント）された時刻が登録され、世代番号の欄にはＸ＋１（ブロックＭまで書いた時点をＸとする）が登録される。また、データサイズの欄にはブロック１からブロック２ｎ＋１までの合計値と管理テーブルのサイズ合計値が登録され、ブロック数の欄には２Ｎ＋１が登録される。
【００５４】
図６は、ブロック管理テーブルを示す。ブロックＩＤ＝１〜２Ｎ＋１のブロック管理テーブルの登録情報として、ブロックＩＤ、ブロック種別、圧縮フラグ、データサイズ、世代番号が示される。ブロックＩＤ＝１〜Ｍの世代番号にはＸが登録されている。また、ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１の世代番号には、Ｘ＋１が登録されている。
【００５５】
このブロックＩＤ＝Ｍ＋１〜２Ｎのブロック管理テーブルの登録情報がブロック管理テーブル群７６ｂに、ブロック管理テーブル群７６ａの登録情報に追加されて更新される。ＩＤ＝２Ｎ＋１のブロック管理テーブルの登録情報がブロック管理テーブル群７８として書込まれる。なお、現実にはデータブロックとファイルマークが混在するはずであるが、簡単のため、全てデータブロックであると仮定する。
【００５６】
図７は、物理ボリュームへの保存処理のフローを示す図である。ホスト１００による書込み処理が終了すると、制御部５５は、物理ボリューム（テープ）への保存処理を開始する。論理層制御部５６で後述する差分の抽出ロジックが実行され、差分データを抽出する（Ｓ１１）。そして、物理層制御部５７は、論理層制御部５６からの指示を受けて、抽出された差分データの書込み命令を実ライブラリ装置に対して発行する。そして、実ライブラリ装置のライブラリ制御部４１は処理対象の物理ボリューム４４を物理ドライブ４２にマウントする。そして、物理ドライブ制御部５７ｂは抽出された差分データの書込みを実行する（Ｓ１２）。
【００５７】
図８は、差分抽出処理のフローを示す図である。ホスト１００からのデータ更新要求による論理ボリュームへの書込み処理が終了すると、制御部５５は、差分抽出ロジックをスタートする。論理層制御部５６は、ボリューム情報テーブルから更新対象の論理ボリュームの世代番号を取得する（Ｓ２１）。
【００５８】
次に、論理層制御部５６は、ボリューム情報テーブルから更新対象の論理ボリュームのブロック数を取得する（Ｓ２２）。論理層制御部５６は、ボリューム情報テーブルから更新対象の論理ボリュームのブロックＩＤ＝Ａ（Ａ＝１〜２Ｎ＋１）の世代番号を取得する（Ｓ２４）。世代番号がＸ＋１であれば（Ｓ２５、ＹＥＳ）、論理層制御部５６は、差分先頭ブロックＩＤ（＝Ｍ＋１）をメモリ６９に保存された差分抽出情報テーブルに記録する（Ｓ２６）。世代番号がＸ＋１でなければ（Ｓ２５、ＮＯ）、論理層制御部５６は、ループ処理に戻り（Ｓ２３〜Ｓ２７）、ブロックＩＤ＝ＡのＡが２Ｎ＋１になるまでループ処理を行う。そして、差分データの最終ブロックＩＤを抽出し、メモリ６９の差分抽出情報テーブルに登録する。
【００５９】
図９は、差分抽出処理により得られる差分抽出情報テーブルを示す。差分抽出情報としては、差分先頭ブロックＩＤと最終ブロックＩＤが挙げられる。図９では、差分先頭ブロックＩＤとしてＭ＋１が差分抽出情報テーブルに登録されている。また、最終ブロックＩＤの欄には２Ｎ＋１が登録されている。
【００６０】
図１０は、差分データの書込みのフローを示す図である。図１１は、論理ボリュームデータの書込み処理を説明する図である。論理層制御部５６は、差分抽出情報テーブルを用いて物理層制御部５７に対して差分データの書込み指示を行う。指示を受けた物理層制御部５７は、ライブラリ制御部４１に対してデータの書込み指示を行う。
【００６１】
ライブラリ制御部４１は、移送機構４３を制御して、処理対象の物理ボリューム４４であるテープカートリッジを収納棚から取り出し、物理ドライブ４２に搬送する。搬送されたテープカートリッジは物理ドライブ４２にマウントされる。
【００６２】
ライブラリ制御部４１は、物理ドライブ４２を制御して、テープ上の処理対象の記録領域に対してボリューム情報テーブルの書込みを行う（Ｓ３１）。具体的には、図１１に示すように処理対象の記録領域の始端８１から書込みが開始され、処理対象の論理ボリュームのボリューム情報テーブル８２が書き込まれる。
【００６３】
次に、ライブラリ制御部４１は、差分の先頭であるブロックの管理テーブルを含む差分先頭ブロック管理テーブル群の書込みを行う（Ｓ３２）。具体的には、図１１に示すように、差分先頭ブロックであるブロックＩＤ＝Ｍ＋１以降の管理テーブルを含む差分ブロック管理テーブル群が書込まれる。
【００６４】
続いて、差分の先頭であるブロック以降のデータが書込まれる（Ｓ３３）。具体的には、図１１に示すように、ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１のデータが書込まれる。従って、図１１に示すように、論理ボリュームデータの始端８１と終端８５の間の記録領域に、処理対象の論理ボリュームのボリューム情報テーブル８２、差分先頭ブロック管理テーブル群８３、ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１のデータ８４が矢印の方向に向かってストリーミングで書込まれる。なお、差分先頭ブロック管理テーブル群８３は１ブロックずつ書込まれる。
【００６５】
次に、データリコール（ＲＥＣＡＬＬ）処理について説明する。図１２（Ａ）、（Ｂ）に示すように、論理ボリュームＬＶ−Ａの世代番号Ｍのデータが記録領域８９に書込まれ、世代番号Ｍ＋１の差分データが記録領域９５に書込まれる。このようなケースを例にして、世代番号Ｍ＋１のデータをキャッシュディスク６６に読戻す処理を説明する。なお、本実施形態ではＭ＝１とする。
【００６６】
また、物理ドライブに転送されるデータの転送データサイズによっては、複数ブロックに分けられてテープに記録される場合もあるが、簡略化の為、図１２（Ａ）、（Ｂ）では一ブロックが一論理ボリュームデータとして示す。
【００６７】
図１２（Ａ）は、物理ボリュームＰＶ−Ｘのデータフォーマットのイメージを示す。図１２（Ｂ）は、物理ボリュームＰＶ−Ｙのデータフォーマットのイメージを示す。なお、図１２（Ａ）、（Ｂ）は省略的に図示しているが、実際にはＰＶ−ＸとＰＶ−Ｙは物理的に異なるものとして説明する。つまり、複数のテープに分散してデータが記録されている。また、データが更新されたタイミングは、世代番号ＭのＬＶ−Ａの書込みのすぐ後ではなく、他のデータが書かれた後のタイミングとする。
【００６８】
世代番号Ｍの論理ボリュームデータＬＶ−Ａ〜Ｊが記録されたテープ上の記録領域８９〜９１に続いて、世代番号Ｍ＋１の論理ボリュームデータＬＶ−Ａの差分データが記録領域９２に配置される。記録領域９２には、論理ボリューム情報テーブル９３、差分データ先頭ブロック管理テーブル群９４、差分の論理ボリュームデータ９５が順に配置される。その後に続いて、論理ボリュームデータＬＶ−Ｋ以降のデータが記録領域９６に書込まれる。
【００６９】
物理ボリューム管理テーブルは、各物理ボリュームに書込まれる論理ボリュームデータを管理するための情報を持つエントリを集めたものである。図１３は、物理ボリューム管理テーブルの一例を示す図である。エントリの例としては、論理ボリューム名、先頭ブロックＩＤ、差分フラグ、世代番号、データサイズ１、データサイズ２、論理ボリュームブロックＩＤ、論理ブロック数、書込み日付、有効フラグ等が挙げられる。
【００７０】
先頭ブロックＩＤは、物理ボリューム上で論理ボリュームが始まるブロック番号である。差分フラグは、全体／差分で示す。データサイズ１は論理ボリューム上の論理ボリュームデータのイメージサイズである。データサイズ２は論理ボリューム全体（連結時）のデータサイズである。論理ボリュームブロックＩＤは、物理ボリューム上の論理ブロックにおける先頭ブロックＩＤである。
【００７１】
有効フラグは論理ボリュームデータが有効（１）か、無効（０）かを示すフラグである。論理ボリュームデータが、ホスト１００からの差分書込みではなく、全体書き換えであった場合、以前のデータについては全て無効とされる。これらの情報は、物理層制御部５７により、処理対象の論理ボリュームデータが実ライブラリ装置のテープへ保存される時に物理ボリューム管理テーブルに登録される。この物理ボリューム管理テーブルはメモリ６９に保存される。
【００７２】
キャッシュディスク上で処理対象の論理ボリュームのデータが追い出された後、再びホスト１００からのアクセスが発生した場合の読出し処理について説明する。図１４は、データの物理ボリューム（テープ）からの読出しの処理フローを示す図である。物理層制御部５７は、物理ボリューム管理テーブルから読出し対象となる論理ボリュームを検索する。そして、物理層制御部５７は、論理ボリュームの全体もしくは差分データを含む物理ボリュームを検索する（Ｓ４１）。
【００７３】
なお、読出し対象の物理ボリュームの検索にあたり、物理層制御部５７は図１５に示す読出しテーブルを作成する。読出しテーブルには、インデックス、物理ボリューム名、世代番号、データサイズ１、データサイズ２、論理ボリュームブロックＩＤ、論理ボリュームのブロック数等の項目が登録される。
【００７４】
図１５に示す読出しテーブルに従い、要求対象の物理ボリュームを適切な順番でマウントし、対象データを読出す（Ｓ４２）。具体的には、物理層制御部５７の物理ドライブ制御部５７ｂが、読出しテーブルに従って物理ボリュームに対する読出し指示を行う。ライブラリ制御部４１は、移送機構４３を制御して、検索された物理ボリュームに該当するテープを収納棚から取り出し、物理ドライブ４２に搬送する。搬送されたテープは物理ドライブ４２にマウントされる。そして、物理ドライブ４２はテープに対して読出し処理を実行する。
【００７５】
図１６は、論理ボリュームデータの物理ボリュームからの読出し処理のフローを示す図である。最初に、物理層制御部５７は、最大の世代番号の物理ボリューム管理テーブルから論理ボリューム全体のデータサイズを抽出する（Ｓ５１）。物理層制御部５６は抽出されたデータサイズを論理層制御部５６に通知する。
【００７６】
次に、論理層制御部５６は、抽出された論理ボリュームデータ全体のデータサイズ分の記憶容量の記録領域をキャッシュディスク６６上に確保する（Ｓ５２）。物理層制御部５７は、ライブラリ制御部４１に指示して、ライブラリ制御部４１は世代番号の若い順に物理ボリュームから読出し制御を行う。
【００７７】
論理層制御部５６は、読出された物理ボリュームのデータをキャッシュディスク６６上に書込む（Ｓ５４）。全ての読出し対象の物理ボリュームからの読出しを完了するまでループ処理を行う（Ｓ５３−Ｓ５５）。
【００７８】
図１７（Ａ）は、世代番号Ｍのデータの論理ボリュームへの書込み処理を説明する図である。物理ボリュームからのデータの読出しは、テープの先頭からシーケンシャルに実行される。従って、読出されたデータは、キャッシュディスクの論理ボリューム上の先頭位置からＡ方向にシーケンシャルに書込まれる。
【００７９】
この例では、世代Ｍは第１世代であるとしているため、論理ボリュームの始端１０１からデータが書込まれる。論理ボリュームデータ始端１０１から終端１０２までの記録領域に、ボリューム情報テーブル１０３ａ、ブロック管理テーブル群１０４ａ、ブロックデータ（ブロックＩＤ＝１〜Ｎ）１０５が順に書込まれる。続いて、ブロック管理テーブル１０６ａ、ブロックデータ（ブロックＩＤ＝Ｎ＋１〜Ｍ）１０７が順に書込まれる。
【００８０】
図１７（Ｂ）は、世代番号Ｍ＋１のデータの論理ボリュームへの書込み処理を説明する図である。ボリューム情報テーブル１０３ａ及びブロック管理テーブル群１０６ａは、更新データを含むボリューム情報テーブル１０３ｂ及びブロック管理テーブル群１０６ｂとして上書きされる。
【００８１】
保存済みのブロックデータ１０７に続く位置から、ブロックデータ（ブロックＩＤ＝Ｍ＋１〜２Ｎ）１０８、ブロック管理テーブル群１０９、ブロックデータ（ブロックＩＤ＝２Ｎ）１１０が順に書込まれる。なお、ブロックサイズはボリューム情報テーブルにより把握できるので、ブロックデータ（ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１）は論理ボリュームに格納されたデータの途中から書込むことが可能である。
【００８２】
図１８は、物理ボリュームからのデータ読出し処理のフローを示す図である。物理層制御部５７は、ライブラリ制御部４１にデータ読出し指示を行う。ライブラリ制御部４１は、移送機構４３を制御して、対象物理ボリュームのテープを収納棚から取り出し、物理ドライブ４２に搬送する。ライブラリ制御部４１は、搬送された読出し対象物理ボリュームを物理ドライブ４２にマウントする（Ｓ６１）。
【００８３】
最初に、物理層制御部５７は、物理ボリューム管理テーブルから目的の論理ボリームデータの先頭ブロックＩＤを取得する。そして、物理ドライブ制御部５７ｂは、先頭ブロックＩＤに対応する物理ボリューム上の該当する記録領域にヘッドの位置付けを行う（Ｓ６２）。
【００８４】
物理ドライブ制御部５７ｂは、物理ドライブ４２により、物理ボリューム上の位置付けられた位置から１ブロックを読出させ、論理ボリューム情報テーブルを取得する（Ｓ６３）。さらに、物理ドライブ制御部５７ｂは、物理ボリュームから１ブロックを読出し、差分先頭ブロック管理テーブル群を読出す。
【００８５】
そして、論理層制御部５６は、読出された論理ボリューム情報テーブルと差分先頭ブロック管理テーブル群をキャッシュディスク上の所定の記録領域に書込みを行う（Ｓ６４）。また、物理ドライブ制御部５７ｂは、物理ボリューム上から差分データの終端までストリーミングで読出す。そして、論理層制御部５６は、読出された差分データをキャッシュディスク６６上の所定の記録領域に書込む（Ｓ６５）。その後、論理層制御部５６は、キャッシュディスク６６上のデータをホスト１００に転送する。
【００８６】
以上説明したように、バックエンドのストレージ（物理ボリューム）にデータを保存する場合に、論理ボリュームデータの差分を抽出して差分データのみを保存することで、バックエンドのストレージの記憶容量を効率的に使用することが可能になる。
【００８７】
なお、差分保存モードでの書込み処理により、データがバックエンドのストレージ上で分散してしまうと、バックエンドのストレージからのデータリコール処理の際にアクセスに時間がかかってしまう。従って、差分保存モードと全体保存モードを使い分けて効率的にデータを保存するのが良い。
【００８８】
次に、差分保存モードと全体保存モードの切り換え制御について説明する。仮想ライブラリ装置５０の制御部５５は、物理ボリュームへのデータの保存を差分のみとする差分保存モードと、データ全体を保存する全体保存モードとで切り換えを行う。また、制御部５５は、差分保存モードから全体保存モードへの切り替えの際に、自動的に論理ボリュームデータを全体保存モードでの書込みを行う。
【００８９】
論理層制御部５６のアクセス状況監視部５６ｃは、論理ボリューム毎にアクセス頻度およびそのデータ量の統計情報をアクセス状況管理情報として収集する。そして、アクセス状況監視部５６ｃは、アクセス管理テーブルを作成し、アクセス状況管理情報を蓄積していく。
【００９０】
仮想テープライブラリ装置としての全データ量がキャッシュディスク６６の記憶容量を大きく下回っている場合は、全データをキャッシュディスク６６上におくことができるため、全ての論理ボリュームのデータは、差分保存モードでバックエンドの物理ボリュームに保存される。
【００９１】
使用量がキャッシュディスク６６の記憶容量の限界に近づいてきた場合、アクセス頻度の低い論理ボリュームは、以降の運用により、キャッシュディスク６６から追い出されオフキャッシュ状態となることが予想される。従って、全体保存モードで物理ボリュームへの書き直しを行う。以降アクセス頻度が相対的に上昇するまで、ホスト１００からのアクセスが有り、データの更新に時間がかかっても全体保存モードで物理ボリュームへの保存が実行される。
【００９２】
アクセス状況監視部５６ｃは、アクセス頻度が相対的に上昇し、一定条件を超えた場合は、オンキャッシュ状態が維持されると判断し、差分保存モードに切り替える。
【００９３】
従って、オフキャッシュ状態の論理ボリュームに対して、ホスト１００から再度アクセス要求が発生した場合に必要となるデータリコール処理が、単体の物理ボリューム（１つのテープ）からの読込みのみで完結できる。ゆえに、物理ボリュームのマウント回数が少なくなり、データリコール処理の為の処理時間は短くできる。
【００９４】
図１９（Ａ）、（Ｂ）は、アクセス管理テーブルの例を示す。アクセス状況監視部５６ｃは、運用中においてアクセス頻度を監視し、論理ボリュームのアクセス頻度の統計情報とそのデータ量をアクセス管理テーブルに登録する。
【００９５】
図１９（Ａ）、（Ｂ）に示すアクセス頻度管理テーブルには、論理ボリュームＬＶ−Ａ〜ＬＶ−ＭＮにおけるアクセス頻度、データ量及びモードが登録されている。アクセス管理テーブルはメモリ６９に保存される。また、アクセス管理テーブルに格納されるデータ量の情報は、使用量または使用量とキャッシュの全体の記憶容量（全容量）から求められる使用率である。
【００９６】
アクセス頻度は、１週間、１カ月、３カ月の期間中のホスト１００からのリード／ライト処理のアクセス回数から求める。また、データ量は、先頭から各論理ボリュームのデータ量を積算することで求める。また、アクセス管理テーブルは、アクセス頻度の高い順およびデータ量の小さい順に並べて登録する。アクセス頻度は、１週間、１カ月、３カ月の順で優先度を決定する。
【００９７】
図２０は、保存モード切り換えのフローを示す図である。論理層制御部５６は、アクセス管理テーブルの論理ボリュームの順列の内、先頭から各論理ボリュームのデータ量を積算する（Ｓ７２）。論理層制御部５６は、キャッシュディスク６６の使用量（積算容量）が全容量の８０％であるか否かを判断する（Ｓ７３）。
【００９８】
積算容量が８０％を超えていれば（Ｓ７３、Ｙｅｓ）、論理層制御部５６は積算済みの論理ボリュームについて差分保存モードを設定する（Ｓ７４）。積算済の残りの全論理ボリュームについて、論理層制御部５６は全体保存モードを設定する（Ｓ７５）。
【００９９】
一方、積算容量が８０％以下であれば（Ｓ７３、Ｎｏ）、論理層制御部５６は、ループ処理（Ｓ７１〜Ｓ７６）を各論理ボリュームに対して実行する。その後、全論理ボリュームに対して論理層制御部５６は差分保存モードを設定する（Ｓ７７）。
【０１００】
データ量の積算では、あらかじめ蓄積された論理ボリューム毎のアクセス頻度情報を基に、アクセス頻度の高い順に積算処理を行っていく。アクセス管理テーブルは、アクセス頻度の高い順に並べられているので、このテーブルの配列順に積算する。その計算過程で積算容量が８０％以下の論理ボリュームデータは、８０％を超えた後の論理ボリュームデータに比べアクセス頻度が高いと判断できる。
【０１０１】
そのため、積算容量が８０％以下の論理ボリュームデータは、８０％を超えた後も比較的短時間にホストからのアクセスが予想される。従って、キャッシュ上から追い出される可能性は低いため、データリコール処理が必要となる可能性も低い。
【０１０２】
また、差分保存モードを用いた場合、実テープライブラリの物理ボリューム上の離れた記録領域や異なる物理ボリューム上の記録領域に、論理ボリュームデータが分散して記録されることがある。このような場合、データリコール処理の際に多少処理時間がかかるが、タイムアウト等の不利な状況が発生することはない。
【０１０３】
一方、積算容量が８０％を超える分については、アクセス頻度が低い為、キャッシュディスク上から追い出される可能性が高い。従って、次回ホストからアクセスが有った場合には、データリコール処理が必要となるため、その時に備え、論理層制御部５６は全体保存モードに設定する。全体保存モードにしておくことで、論理ボリュームデータが複数の物理ボリューム（テープ）に分散することが減り、物理ボリューム（テープ）のマウント回数が減るので、データリコール処理が効率的に行える。
【０１０４】
積算容量がキャッシュディスク６６の全記憶容量（全容量）の８０％以下の場合は、論理層制御部５６は差分保存モードに設定する。すなわち、アクセス管理テーブルには図１９（Ａ）のように差分保存モードのフラグがセットされる。
【０１０５】
一方、積算容量が８０％を超えた場合は、８０％以下の論理ボリュームに対して差分保存モードによりバックエンドの物理ボリュームへの保存処理を行う。また、積算容量が８０％を超えた論理ボリュームに対して全体保存モードをセットしてバックエンドの物理ボリュームへの保存処理を行う。
【０１０６】
ここで、キャッシュディスク６６上の論理ボリュームは、キャッシュディスク６６の空き容量が不足してくると、ホストからのアクセス頻度に基づく論理により、アクセス頻度の低い論理ボリュームデータから順にキャッシュディスク６６から追い出される。追い出された論理ボリュームデータは、実テープライブラリ装置のアクセス対象のテープ（物理ボリューム）に書き込まれる。
【０１０７】
キャッシュディスク６６から追い出された論理ボリュームデータは、再度ホストからアクセス要求が来ると、実テープライブラリ装置のアクセス対象のテープから読出される。そして、読出された論理ボリュームデータは、キャッシュディスクの所定の記録領域（論理ボリューム）に格納されるデータリコール処理が行われることになる。
【０１０８】
従って、アクセス頻度の高い論理ボリュームデータはキャッシュディスクに残ることで、キャッシュディスク６６を効率的に使用することが可能になる。なお、本実施例は、積算容量８０％を予め定めたしきい値とした例で説明したが、しきい値は任意に変更可能であり、この値に限定されるものではない。
【０１０９】
図１９（Ｂ）において、アクセス管理テーブルは各論理ボリュームに対して差分保存モードと全体保存モードがセットされている。このように、判定対象論理ボリュームに対して、差分保存モードに元々セットされていて、バックエンドの保存状態が分散している場合は、論理層制御部５６は全体モードにセットする。そして、物理ボリュームへの書込みが行われる。なお、アクセス頻度の上昇により、全体保存モードから差分保存モードに変化した場合は差分保存モードのままとしても良い。
【０１１０】
従って、ホストからのアクセス頻度やキャッシュディスク（論理ボリューム）の使用量に基づいて、各論理ボリュームに対して差分保存モードと全体保存モードを設定可能にすることにより、差分保存モードと全体保存モードを使い分けることが可能となる。従って、限られた記憶容量の物理ボリュームを効率的に使用して、データ更新処理を効率的に実行することが可能になる。
（付記１） ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御装置において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージ制御装置。
（付記２）
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定する付記１記載のストレージ制御装置。
（付記３）
前記制御部は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定する請求項２記載のストレージ制御装置。
（付記４）
前記制御部は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定する付記１乃至３のいずれかに記載のストレージ制御装置。
（付記５）
ホストからの書込み要求を受けて、前記ホストから転送されたデータを仮想ストレージ装置の要求対象の論理ボリュームに一時的に保存し、前記仮想ストレージ装置に保存されたデータを実ストレージ装置の前記論理ボリュームに対応する物理ボリュームに保存するストレージシステムにおいて、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージシステム。
（付記６）
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定する付記５記載のストレージシステム。
（付記７）
前記制御部は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定する付記６記載のストレージシステム。
（付記８）
前記制御部は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定する付記５乃至７のいずれかに記載のストレージシステム。
（付記９）
ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御方法において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を記憶メモリから読出す工程と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する工程と、
を備えるストレージ制御方法。
（付記１０）
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記設定工程は、前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定することを含む付記９記載のストレージ制御方法。
（付記１１）
前記設定工程は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定することを含む付記１０記載のストレージ制御方法。
（付記１２）
前記設定工程は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定することを含む付記９乃至１１のいずれかに記載のストレージ制御方法。
【符号の説明】
【０１１１】
１、１０、１００ ホスト
３、１９、４３ 移送機構
４、１７、５４ 物理ボリューム
５、１８、４２ 物理ドライブ
１１、５０ 仮想ライブラリ装置
１２、４０ 実ライブラリ装置
１３、５２ 論理ドライブ
１４、５４ 論理ボリューム
１５、５５ 制御部
１６、６６ キャッシュディスク
５６ 論理層制御部
５７ 物理層制御部
６２、６３ インタフェース
【技術分野】
【０００１】
開示の技術は、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行うストレージ制御装置、ストレージシステム及びストレージ制御方法に関するものである。
【背景技術】
【０００２】
図２１は、ライブラリ装置を利用したストレージシステムの概念図である。一般的なストレージシステムでは、ホスト（Ｈｏｓｔ Ｃｏｍｐｕｔｅｒ）１が実ライブラリ装置２に直接接続される。従って、ホスト１は、移送機構３を制御して、物理ボリューム４の物理ドライブ５へのマウント／アンマウント処理を実行する。そして、ホスト１は、当該物理ドライブ５にマウントされた物理ボリューム４に対してデータのＲｅａｄ／Ｗｒｉｔｅ処理を行う。
【０００３】
図２２は、仮想ライブラリ装置を利用したストレージシステムの概念図である。仮想ライブラリ装置１１は、ホスト１０と実ライブラリ装置１２の間に設けられ、ホスト１０に対して論理ドライブ１３と論理ボリューム１４を提供する。例えば、実ライブラリ装置１２はテープライブラリ装置であり、物理ボリューム１７はカートリッジに収納されたテープである。また、例えば、論理ドライブ１３はキャッシュディスク１６であり、論理ボリューム１４はキャッシュディスク１６である。
【０００４】
ホスト１０は、仮想ライブラリ装置１１と直接接続されているが、ホスト１０からは、ホスト１０があたかも実ライブラリ装置１２と直接接続されているように認識される。従って、ホスト１０は図２１のストレージシステムと同様に、特別な意識を持つことなく仮想ライブラリ装置１１内の論理ドライブ１３を介して論理ボリューム１４へアクセスすることが可能である。
【０００５】
仮想ライブラリ装置１１が備える制御部１５は、論理ボリューム１４へ記録すべきデータ（論理ボリュームデータ）を仮想ライブラリ装置１１内のキャッシュディスク１６に格納する。その後、制御部１５は、Ｍｉｇｒａｔｉｏｎ処理によりホストアクセスとは非同期に実ライブラリ装置１２内の物理ボリューム１７への保存を実行する。
【０００６】
実ライブラリ装置１２内の物理ボリューム１７へ保存された論理ボリュームデータは、キャッシュディスク１６の記憶容量の許す限り、キャッシュディスク１６内に保持される。そのため、再度同じ論理ボリューム１４へのアクセスをホスト１０が要求した場合、即座にＲｅａｄｙ状態を応答することが可能である。
【０００７】
一方、キャッシュディスク１６の記憶容量が不足した場合、制御部１５は、Ｍｉｇｒａｔｉｏｎ処理によりキャッシュディスク１６に保存されている論理ボリュームデータを、使用頻度等を考慮した論理に基づきキャッシュディスク１６上から物理ボリューム１７であるテープへ追い出す処理を行う。従って、他の論理ボリュームデータの保存に必要な記憶容量を確保することができる。
【０００８】
また、Ｍｉｇｒａｔｉｏｎ処理によりキャッシュディスク１６から追い出された論理ボリュームデータは、実ライブラリ装置１２へ転送される。そして、実ライブラリ装置１２は移送機構１９及び物理ドライブ１８を制御して物理ボリューム１７であるテープへのＷｒｉｔｅ処理を行う。
【０００９】
また、当該論理ボリュームデータは、ホスト１０が該論理ボリュームデータの論理ドライブ１３へのマウントを要求した時に、テープから読出される。そして、読出された論理ボリュームデータは、論理ボリューム１４であるキャッシュディスク１６に格納される（ＲＥＣＡＬＬ処理）。なお、このようなＲＥＣＡＬＬ処理は、ホスト１０がマウント要求を出してから、マウントが完了するまでに数十秒〜数分の時間がかかる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００５−１９０１３９号公報
【特許文献２】特開２００５−１２２６１１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
図２３は論理ボリュームのデータの書込み状態のイメージを示す図である。バックエンドとしてテープライブラリ装置を使用した場合の例を用いて説明する。
【００１２】
仮想ライブラリ装置１１には、テープドライブは実際には存在しないが、ホスト１０からはテープドライブが存在するものとして認識される。従って、ホスト１０からの論理ドライブ１３へのアクセスはテープドライブに対するものと同じである。
【００１３】
テープドライブは、テープを送り続けた状態でデータの書込みが行われる。従って、データの書込みはシーケンシャルに行われるので高速アクセスを実現できる。しかし、メディアの構造上保存済みのデータの途中から部分的に上書きをすることは不可能である。
【００１４】
図２３（Ａ）は論理ボリュームに保存された保存済み論理ボリュームデータを示す。この保存済みの論理ボリュームデータのブロックＩＤ＝１〜３に対する更新は、追加書き方式と書き換え方式によってなされる。
【００１５】
図２３（Ｂ）に示す追加書き方式では、保存済みの論理ボリュームデータ１〜３の記録領域９４１の後方の記録領域９４２に新しい追加の論理ボリュームデータ４〜５が書込まれる。図２３（Ｃ）に示す書き換え方式では、論理ボリュームの先頭（ブロックＩＤ＝１）から上書きを行うものであり、更新データを含む更新版論理ボリュームのブロックＩＤ＝１〜３が記録領域９４３に書込まれる。
【００１６】
図２４は物理ボリュームのデータの書込み状態のイメージを示す図である。保存済みデータに対する更新処理において、テープは構造上部分的な上書き保存ができない。従って、物理ボリュームのイメージは、図２３（Ｂ）〜（Ｃ）に示した論理ボリュームのイメージと異なる。
【００１７】
具体的には、追加書き方式は、図２４（Ａ）に示すように、既保存分論理ボリュームデータのブロックＩＤ＝１〜３の記録領域９５０の後方の記録領域９５１に既保存分論理ボリュームデータのブロックＩＤ＝１〜３と追加データのブロック＝ＩＤ４〜５からなる更新版論理ボリュームデータを書込むものである。従って、追加書き方式の場合、同一のデータであるブロックＩＤ＝１〜３がテープ上に多重に存在することになり、余分な記憶容量が必要になる。
【００１８】
また、書き換え方式は、図２４（Ｂ）のように、既保存分論理ボリュームデータのブロックＩＤ＝１〜３の記録領域９５０の後方の記録領域９５２に更新版論理ボリュームデータのブロック＝ＩＤ１〜３を書込むものである。従って、書き換え方式の場合は、既存の保存済みデータを残して、全体データを書き込むことになり、同様に、余分な記憶容量が必要になる。
【００１９】
このような問題を鑑み、ホストによるデータの更新が発生した場合に記憶媒体へのデータ更新処理を効率的に実行するストレージ制御装置、ストレージシステム及びストレージ制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
ストレージ制御装置およびストレージシステムにおいて、ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、保存済みデータと更新データとの差分のデータを物理ボリュームに書込む差分保存モードと、更新データを含む全データを物理ボリュームに書込む全体保存モードを、アクセス管理情報に基づいて論理ボリューム毎に設定する制御部とを備える。
【００２１】
ストレージ制御方法において、ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を記憶メモリから読出す工程と、各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、保存済みデータと更新データとの差分のデータを物理ボリュームに書込む差分保存モードと、更新データを含む全データを物理ボリュームに書込む全体保存モードを、アクセス管理情報に基づいて論理ボリューム毎に設定する工程とを備える。
【発明の効果】
【００２２】
ストレージ制御装置、ストレージシステム及びストレージ制御方法によれば、各論理ボリュームに対して差分保存モードと全体保存モードをアクセス管理情報に基づいて設定することで、限られた記憶容量の物理ボリュームを効率的に使用して、データ更新処理を効率的に実行することが可能になる。
【図面の簡単な説明】
【００２３】
【図１】ストレージシステムの構成の一例を示す図である。
【図２】ストレージシステムの動作処理を説明する図である。
【図３】物理ボリュームのデータの書込み状態のイメージを示す図である。
【図４】論理ボリュームの管理情報テーブルの一例を示す図である。
【図５】キャッシュディスク上の論理ボリュームのデータフォーマットのイメージを示す図である。
【図６】ブロック管理テーブルを示す図である。
【図７】物理ボリュームへの保存処理のフローを示す図である。
【図８】差分抽出処理のフローを示す図である。
【図９】差分抽出情報テーブルの一例を示す図である。
【図１０】差分データの書込みのフローを示す図である。
【図１１】論理ボリュームデータの書込み処理を説明する図である。
【図１２】物理ボリュームＰＶ−Ｘ、ＰＶ−Ｙのデータフォーマットのイメージを示す図である。
【図１３】物理ボリューム管理テーブルの一例を示す図である。
【図１４】物理ボリュームからの読出しの処理フローを示す図である。
【図１５】読出しテーブルの一例を示す図である。
【図１６】物理ボリュームからの読出し処理のフローを示す図である。
【図１７】論理ボリュームへの書込み処理を説明する図である。
【図１８】データ読出し処理のフローを示す図である。
【図１９】アクセス管理テーブルの例を示す。
【図２０】保存モード切り換えのフローを示す図である。
【図２１】ライブラリ装置を利用したストレージシステムの概念図である。
【図２２】仮想ライブラリ装置を利用したストレージシステムの概念図である。
【図２３】論理ボリュームのデータの書込み状態のイメージを示す図である。
【図２４】物理ボリュームのデータの書込み状態のイメージを示す図である。
【発明を実施するための形態】
【００２４】
図１は、ストレージシステムの構成の一例を示す図である。仮想ライブラリ装置５０は、実ライブラリ装置４０とホスト１００との間に設けられる。そして、仮想ライブラリ装置５０は、ホスト１００とインタフェース６２、実ライブラリ４０とインタフェース６３により接続されている。
【００２５】
図２は、ストレージシステムの動作処理を説明する図である。実ライブラリ装置４０は、例えば物理ボリューム４４であるテープカードリッジに対して記録再生を行うテープライブラリ装置である。
【００２６】
図１、図２に示すように、実ライブラリ装置４０は、物理ボリューム４４と、物理ボリューム４４に対するアクセスを行なう物理ドライブ４２を備える。また、実ライブラリ装置４０は、物理ボリューム４４の物理ドライブ４２へのマウント／アンマウント処理を実行するための移送機構４３と、物理ドライブ４２及び移送機構４３を制御するライブラリ制御部４１を備える。
【００２７】
ホスト（Ｈｏｓｔ Ｃｏｍｐｕｔｅｒ）１００は、仮想ライブラリ装置５０に対して様々なコマンドを発行する処理装置である。
【００２８】
仮想ライブラリ装置５０は、制御部５５、論理ドライブ５２、キャッシュディスク６６等を備える。なお、キャッシュディスク６６はＲＡＩＤで構成してもよい。制御部５５は、ストレージ制御装置の制御部の機能を備えるとともに、論理層制御部５６、物理層制御部５７、各種テーブルを格納するメモリ６９を備える。メモリ６９は、半導体メモリやハードディスクドライブ（ＨＤＤ）等の記憶装置で構成しても良い。
【００２９】
論理層制御部５６は、仮想ライブラリ装置５０内の論理層を制御する。論理層制御部５６は、制御プログラムの処理により、論理ボリューム管理部５６ａ、論理ドライブ制御部５６ｂ、及びアクセス状況監視部５６ｃなどの機能を実現する。
【００３０】
例えば、論理ボリューム管理部５６ａや論理ドライブ制御部５６ｂは、ホスト１００から発行されたＭＯＵＮＴコマンドに基づいて、要求対象の論理ボリューム５４の論理ドライブ５２へのマウント処理を行う。
【００３１】
また、物理層制御部５７は、仮想ライブラリ装置５０内の物理層を制御する。物理層制御部５７は、制御プログラムの処理により、物理ボリューム管理部５７ａ、物理ドライブ制御部５７ｂ及びライブラリＩ／Ｆ制御部５７ｃなどの機能を実現する。
【００３２】
例えば、物理ドライブ制御部５７ｂ及びライブラリＩ／Ｆ制御部５７ｃは、論理層制御部５６から指示を受けて、論理ボリューム５４のデータリコール（ＲＥＣＡＬＬ）処理を実行する。データリコール処理は、実ライブラリ装置４０の物理ボリューム４４から読出したデータをキャッシュディスク６６の論理ボリューム５４に格納する処理である。
【００３３】
論理ドライブ５２は、論理ドライブ制御部５６ｂからの指示を受けて、キャッシュディスク６６内の要求対象の論理ボリューム５４に対するアクセスを行なうドライブである。キャッシュディスク６６は、実ライブラリ装置４０の物理ボリューム４４から読出されたデータを論理ボリューム５４として保持する記憶デバイスである。
【００３４】
本実施形態では、物理ボリューム４４をテープカートリッジに収容されたテープとして説明するが、磁気ディスクや光ディスク等の可換型記憶媒体でもよい。また、本実施形態は、その主旨に従った様々な変形が可能である。
【００３５】
図３は、物理ボリュームのデータの書込み状態のイメージを示す図である。図３（Ａ）は保存済みの論理ボリュームデータのイメージを示す。図３（Ｂ）は、差分保存モードで書込みを行った場合の論理ボリュームデータのイメージを示す図である。図３（Ｃ）は全体保存モードで書込みを行った場合の論理ボリュームデータのイメージを示す図である。つまり、バックエンドのテープ上の記録領域に書込みを行った場合のイメージを示している。
【００３６】
図３（Ａ）において、テープ上の記録領域９１１に既に保存済みの論理ボリュームデータ（ブロックＩＤ１〜３）が書き込まれている。ここで、更新処理対象の論理ボリュームに対して差分保存モードが設定されている場合、図３（Ｂ）に示すように、論理ボリュームデータ１〜３が記録された記録領域９１１の後方の記録領域９１２に、差分データ４〜５のみの更新版論理ボリュームデータを書込む。
【００３７】
具体的には、バックエンドのテープに保存する場合に、論理層制御部５６の論理ボリューム管理部５６ａが処理対象の論理ボリュームの差分状態を抽出する。そして、論理層制御部５６は、物理層制御部５７に指示して、その更新処理対象の論理ボリュームに対応する物理ボリュームに対して差分のデータの書込みを実行させる。
【００３８】
また、図３（Ｃ）に示すように、比較例の全体保存モードを採用した場合は、論理ボリュームデータ１〜３が記録された記録領域９１１の後方の記録領域９１４に、更新分を含む全体データである更新版論理ボリュームデータ１〜３を書込む。従って、全体を書き換えることにより不必要となった記録領域９１１が残る。特に、更新回数が多いストレージシステムでは、このような余分なデータを記憶する記録領域が増大すると、多数の記憶媒体を備えた大容量のライブラリシステムであったとしても早期に空き領域が減ってしまい、論理ボリュームデータを格納する為の記憶容量が不足する事態が生じる可能性がある。
【００３９】
従って、図３（Ｂ）の差分保存モードを採用することにより、図３（Ｃ）の全体保存モードよりも少ない記憶容量でデータが保存でき、データ更新時に物理ボリュームであるテープの記憶容量を効率的に使用することが可能になる。
【００４０】
なお、差分保存モードを使用してデータの書込みを行う場合、差分データが同じテープ上の離れた記録領域や異なるテープ上の記録領域に分散してしまうことがある。そのような時には、データリコール処理の際アクセスに時間がかかってしまう。従って、差分保存モードと全体保存モードを組み合わせてデータを保存すると効率的である。
【００４１】
次に、論理ボリュームの管理方法について図４に示す管理情報テーブルの例を使用して説明する。管理情報テーブルは、論理層制御部５６により作成され、論理ボリュームデータの一部として、例えばブロックデータの直前に付加され、最終的に物理層制御部５７によりテープ上の記録領域に記録される。
【００４２】
図４（Ａ）は、ボリューム情報テーブルの登録情報を示し、論理ボリューム全体の管理情報が登録されている。管理情報としては、ボリューム名、生成タイムスタンプ、アクセスタイムスタンプ、世代番号、データサイズ、ブロック数等が挙げられる。
【００４３】
生成タイムスタンプの欄には、論理ボリュームを生成した際の日時情報を示す生成タイムスタンプが登録される。アクセスタイムスタンプの欄には、論理ボリュームへの最終アクセスが行われた際の日時情報を示す最終アクセスタイムスタンプが登録される。また、世代番号の欄には、ホスト１００からの書き換え回数が登録される。世代番号は、生成時は０、最初の書込みの時に１、以降は書込み（マウント）処理毎にインクリメントされる。データサイズの欄には、管理テーブルのサイズを含む論理ボリュームのサイズが登録される。ブロック数の欄には、ホスト１００からの書込みブロック数が登録される。
【００４４】
図４（Ｂ）は、ブロック管理テーブルの登録情報を示す。ブロック管理テーブルは、ホスト１００から書込まれるブロック毎に登録情報を保持する。登録情報としては、ブロックＩＤ、ブロック種別、圧縮フラグ、データサイズ、世代番号等が挙げられる。ブロックＩＤの欄は、先頭を１としてホスト１００からの書込みブロック毎にインクリメントされる。書き換え処理が行われた場合は、先頭から書き換えられるので、再び１が登録される。
【００４５】
ブロック種別の欄には、データブロックあるいはマークの種別が登録される。圧縮フラグの欄には、圧縮／非圧縮の識別子が登録される。データサイズの欄にはデータサイズが登録されるが、圧縮データの場合は圧縮後のデータサイズが登録される。世代番号の欄には、ホスト１００から書込みが行われた際の論理ボリュームの世代番号が登録される。
【００４６】
図４（Ｃ）は、ブロック管理テーブル群の登録情報を示す。ブロック管理テーブルは、論理ボリュームデータフォーマット上、Ｎ個のブロック分のデータを集めてブロック管理テーブル群としてブロックデータの前に配置される。ブロック管理テーブル群には、前のブロック管理テーブル群の位置オフセット、ブロックＩＤ＝１〜Ｎの各ブロックの管理テーブル、次のブロックの管理テーブル群の位置オフセットが順に登録される。
【００４７】
ブロックＩＤ＝Ｎ＋１以降については、ブロックＩＤ＝Ｎ＋１の書込みが発生した時点で、ブロックＩＤ＝Ｎのデータの後ろに、新たにＮ個分のデータを集めてひとかたまりのテーブルとして配置する。そして、その後ろにブロックＩＤ＝Ｎ＋１のデータが書込まれる。
【００４８】
図５は、キャッシュディスク上の論理ボリュームのデータフォーマットのイメージを示す図である。図５（Ａ）は、ホスト１００によりブロックＩＤ＝１〜Ｍのデータの書込みが行われた場合のイメージを示す。論理ボリュームデータ［１］の始端７１から終端７５の間の記録領域に、ボリューム情報テーブル７２ａ、Ｎブロック分のブロック管理テーブルを含むブロック管理テーブル群７３、Ｎブロック分のデータ７４が順番に配置される。続いて、論理ボリュームデータ［２］の始端からブロック管理テーブル群７６、ブロックＩＤ＝Ｎ＋１〜Ｍのデータ７７が配置される。
【００４９】
図５（Ｂ）は、ホスト１００によりブロックＩＤ＝Ｍ＋１〜２Ｎ＋１のデータの追加書きが行われた場合のイメージを示す。ボリューム情報テーブル７２ｂは、ブロックＩＤ＝Ｍ〜２Ｎ＋１のデータの書込みに対応して、ボリューム情報テーブル７２ａの登録情報を書き換えたものである。
【００５０】
ブロック管理テーブル群７６ｂは、ブロックＩＤ＝Ｍ〜２Ｎのデータの書込みに対応して、ブロック管理テーブル群７６ａの登録情報を書き換えたものである。また、ブロック管理テーブル群７８は、ブロックＩＤ＝２Ｎ＋１のデータの書込みに対応して追加されたものである。
【００５１】
論理ボリュームデータ［２］のブロックＩＤ＝Ｍのデータが記録された記録領域の後方の記録領域に、ブロックＩＤ＝Ｍ＋１〜２Ｎのデータ７９が配置され、論理ボリュームデータ［３］にブロックＩＤ＝２Ｎ＋１のデータ８０が配置される。
【００５２】
そして、ブロックＩＤ＝Ｍ〜２Ｎ＋１のデータの書込みに対応して、前述したボリューム情報テーブル７２ａは７２ｂに更新される。具体的には、生成タイムスタンプの欄には、論理ボリュームの生成タイムスタンプが登録される。
【００５３】
アクセスタイムスタンプの欄には、ブロックＩＤ＝２Ｎ＋１が書込まれて論理ボリュームが解放（アンマウント）された時刻が登録され、世代番号の欄にはＸ＋１（ブロックＭまで書いた時点をＸとする）が登録される。また、データサイズの欄にはブロック１からブロック２ｎ＋１までの合計値と管理テーブルのサイズ合計値が登録され、ブロック数の欄には２Ｎ＋１が登録される。
【００５４】
図６は、ブロック管理テーブルを示す。ブロックＩＤ＝１〜２Ｎ＋１のブロック管理テーブルの登録情報として、ブロックＩＤ、ブロック種別、圧縮フラグ、データサイズ、世代番号が示される。ブロックＩＤ＝１〜Ｍの世代番号にはＸが登録されている。また、ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１の世代番号には、Ｘ＋１が登録されている。
【００５５】
このブロックＩＤ＝Ｍ＋１〜２Ｎのブロック管理テーブルの登録情報がブロック管理テーブル群７６ｂに、ブロック管理テーブル群７６ａの登録情報に追加されて更新される。ＩＤ＝２Ｎ＋１のブロック管理テーブルの登録情報がブロック管理テーブル群７８として書込まれる。なお、現実にはデータブロックとファイルマークが混在するはずであるが、簡単のため、全てデータブロックであると仮定する。
【００５６】
図７は、物理ボリュームへの保存処理のフローを示す図である。ホスト１００による書込み処理が終了すると、制御部５５は、物理ボリューム（テープ）への保存処理を開始する。論理層制御部５６で後述する差分の抽出ロジックが実行され、差分データを抽出する（Ｓ１１）。そして、物理層制御部５７は、論理層制御部５６からの指示を受けて、抽出された差分データの書込み命令を実ライブラリ装置に対して発行する。そして、実ライブラリ装置のライブラリ制御部４１は処理対象の物理ボリューム４４を物理ドライブ４２にマウントする。そして、物理ドライブ制御部５７ｂは抽出された差分データの書込みを実行する（Ｓ１２）。
【００５７】
図８は、差分抽出処理のフローを示す図である。ホスト１００からのデータ更新要求による論理ボリュームへの書込み処理が終了すると、制御部５５は、差分抽出ロジックをスタートする。論理層制御部５６は、ボリューム情報テーブルから更新対象の論理ボリュームの世代番号を取得する（Ｓ２１）。
【００５８】
次に、論理層制御部５６は、ボリューム情報テーブルから更新対象の論理ボリュームのブロック数を取得する（Ｓ２２）。論理層制御部５６は、ボリューム情報テーブルから更新対象の論理ボリュームのブロックＩＤ＝Ａ（Ａ＝１〜２Ｎ＋１）の世代番号を取得する（Ｓ２４）。世代番号がＸ＋１であれば（Ｓ２５、ＹＥＳ）、論理層制御部５６は、差分先頭ブロックＩＤ（＝Ｍ＋１）をメモリ６９に保存された差分抽出情報テーブルに記録する（Ｓ２６）。世代番号がＸ＋１でなければ（Ｓ２５、ＮＯ）、論理層制御部５６は、ループ処理に戻り（Ｓ２３〜Ｓ２７）、ブロックＩＤ＝ＡのＡが２Ｎ＋１になるまでループ処理を行う。そして、差分データの最終ブロックＩＤを抽出し、メモリ６９の差分抽出情報テーブルに登録する。
【００５９】
図９は、差分抽出処理により得られる差分抽出情報テーブルを示す。差分抽出情報としては、差分先頭ブロックＩＤと最終ブロックＩＤが挙げられる。図９では、差分先頭ブロックＩＤとしてＭ＋１が差分抽出情報テーブルに登録されている。また、最終ブロックＩＤの欄には２Ｎ＋１が登録されている。
【００６０】
図１０は、差分データの書込みのフローを示す図である。図１１は、論理ボリュームデータの書込み処理を説明する図である。論理層制御部５６は、差分抽出情報テーブルを用いて物理層制御部５７に対して差分データの書込み指示を行う。指示を受けた物理層制御部５７は、ライブラリ制御部４１に対してデータの書込み指示を行う。
【００６１】
ライブラリ制御部４１は、移送機構４３を制御して、処理対象の物理ボリューム４４であるテープカートリッジを収納棚から取り出し、物理ドライブ４２に搬送する。搬送されたテープカートリッジは物理ドライブ４２にマウントされる。
【００６２】
ライブラリ制御部４１は、物理ドライブ４２を制御して、テープ上の処理対象の記録領域に対してボリューム情報テーブルの書込みを行う（Ｓ３１）。具体的には、図１１に示すように処理対象の記録領域の始端８１から書込みが開始され、処理対象の論理ボリュームのボリューム情報テーブル８２が書き込まれる。
【００６３】
次に、ライブラリ制御部４１は、差分の先頭であるブロックの管理テーブルを含む差分先頭ブロック管理テーブル群の書込みを行う（Ｓ３２）。具体的には、図１１に示すように、差分先頭ブロックであるブロックＩＤ＝Ｍ＋１以降の管理テーブルを含む差分ブロック管理テーブル群が書込まれる。
【００６４】
続いて、差分の先頭であるブロック以降のデータが書込まれる（Ｓ３３）。具体的には、図１１に示すように、ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１のデータが書込まれる。従って、図１１に示すように、論理ボリュームデータの始端８１と終端８５の間の記録領域に、処理対象の論理ボリュームのボリューム情報テーブル８２、差分先頭ブロック管理テーブル群８３、ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１のデータ８４が矢印の方向に向かってストリーミングで書込まれる。なお、差分先頭ブロック管理テーブル群８３は１ブロックずつ書込まれる。
【００６５】
次に、データリコール（ＲＥＣＡＬＬ）処理について説明する。図１２（Ａ）、（Ｂ）に示すように、論理ボリュームＬＶ−Ａの世代番号Ｍのデータが記録領域８９に書込まれ、世代番号Ｍ＋１の差分データが記録領域９５に書込まれる。このようなケースを例にして、世代番号Ｍ＋１のデータをキャッシュディスク６６に読戻す処理を説明する。なお、本実施形態ではＭ＝１とする。
【００６６】
また、物理ドライブに転送されるデータの転送データサイズによっては、複数ブロックに分けられてテープに記録される場合もあるが、簡略化の為、図１２（Ａ）、（Ｂ）では一ブロックが一論理ボリュームデータとして示す。
【００６７】
図１２（Ａ）は、物理ボリュームＰＶ−Ｘのデータフォーマットのイメージを示す。図１２（Ｂ）は、物理ボリュームＰＶ−Ｙのデータフォーマットのイメージを示す。なお、図１２（Ａ）、（Ｂ）は省略的に図示しているが、実際にはＰＶ−ＸとＰＶ−Ｙは物理的に異なるものとして説明する。つまり、複数のテープに分散してデータが記録されている。また、データが更新されたタイミングは、世代番号ＭのＬＶ−Ａの書込みのすぐ後ではなく、他のデータが書かれた後のタイミングとする。
【００６８】
世代番号Ｍの論理ボリュームデータＬＶ−Ａ〜Ｊが記録されたテープ上の記録領域８９〜９１に続いて、世代番号Ｍ＋１の論理ボリュームデータＬＶ−Ａの差分データが記録領域９２に配置される。記録領域９２には、論理ボリューム情報テーブル９３、差分データ先頭ブロック管理テーブル群９４、差分の論理ボリュームデータ９５が順に配置される。その後に続いて、論理ボリュームデータＬＶ−Ｋ以降のデータが記録領域９６に書込まれる。
【００６９】
物理ボリューム管理テーブルは、各物理ボリュームに書込まれる論理ボリュームデータを管理するための情報を持つエントリを集めたものである。図１３は、物理ボリューム管理テーブルの一例を示す図である。エントリの例としては、論理ボリューム名、先頭ブロックＩＤ、差分フラグ、世代番号、データサイズ１、データサイズ２、論理ボリュームブロックＩＤ、論理ブロック数、書込み日付、有効フラグ等が挙げられる。
【００７０】
先頭ブロックＩＤは、物理ボリューム上で論理ボリュームが始まるブロック番号である。差分フラグは、全体／差分で示す。データサイズ１は論理ボリューム上の論理ボリュームデータのイメージサイズである。データサイズ２は論理ボリューム全体（連結時）のデータサイズである。論理ボリュームブロックＩＤは、物理ボリューム上の論理ブロックにおける先頭ブロックＩＤである。
【００７１】
有効フラグは論理ボリュームデータが有効（１）か、無効（０）かを示すフラグである。論理ボリュームデータが、ホスト１００からの差分書込みではなく、全体書き換えであった場合、以前のデータについては全て無効とされる。これらの情報は、物理層制御部５７により、処理対象の論理ボリュームデータが実ライブラリ装置のテープへ保存される時に物理ボリューム管理テーブルに登録される。この物理ボリューム管理テーブルはメモリ６９に保存される。
【００７２】
キャッシュディスク上で処理対象の論理ボリュームのデータが追い出された後、再びホスト１００からのアクセスが発生した場合の読出し処理について説明する。図１４は、データの物理ボリューム（テープ）からの読出しの処理フローを示す図である。物理層制御部５７は、物理ボリューム管理テーブルから読出し対象となる論理ボリュームを検索する。そして、物理層制御部５７は、論理ボリュームの全体もしくは差分データを含む物理ボリュームを検索する（Ｓ４１）。
【００７３】
なお、読出し対象の物理ボリュームの検索にあたり、物理層制御部５７は図１５に示す読出しテーブルを作成する。読出しテーブルには、インデックス、物理ボリューム名、世代番号、データサイズ１、データサイズ２、論理ボリュームブロックＩＤ、論理ボリュームのブロック数等の項目が登録される。
【００７４】
図１５に示す読出しテーブルに従い、要求対象の物理ボリュームを適切な順番でマウントし、対象データを読出す（Ｓ４２）。具体的には、物理層制御部５７の物理ドライブ制御部５７ｂが、読出しテーブルに従って物理ボリュームに対する読出し指示を行う。ライブラリ制御部４１は、移送機構４３を制御して、検索された物理ボリュームに該当するテープを収納棚から取り出し、物理ドライブ４２に搬送する。搬送されたテープは物理ドライブ４２にマウントされる。そして、物理ドライブ４２はテープに対して読出し処理を実行する。
【００７５】
図１６は、論理ボリュームデータの物理ボリュームからの読出し処理のフローを示す図である。最初に、物理層制御部５７は、最大の世代番号の物理ボリューム管理テーブルから論理ボリューム全体のデータサイズを抽出する（Ｓ５１）。物理層制御部５６は抽出されたデータサイズを論理層制御部５６に通知する。
【００７６】
次に、論理層制御部５６は、抽出された論理ボリュームデータ全体のデータサイズ分の記憶容量の記録領域をキャッシュディスク６６上に確保する（Ｓ５２）。物理層制御部５７は、ライブラリ制御部４１に指示して、ライブラリ制御部４１は世代番号の若い順に物理ボリュームから読出し制御を行う。
【００７７】
論理層制御部５６は、読出された物理ボリュームのデータをキャッシュディスク６６上に書込む（Ｓ５４）。全ての読出し対象の物理ボリュームからの読出しを完了するまでループ処理を行う（Ｓ５３−Ｓ５５）。
【００７８】
図１７（Ａ）は、世代番号Ｍのデータの論理ボリュームへの書込み処理を説明する図である。物理ボリュームからのデータの読出しは、テープの先頭からシーケンシャルに実行される。従って、読出されたデータは、キャッシュディスクの論理ボリューム上の先頭位置からＡ方向にシーケンシャルに書込まれる。
【００７９】
この例では、世代Ｍは第１世代であるとしているため、論理ボリュームの始端１０１からデータが書込まれる。論理ボリュームデータ始端１０１から終端１０２までの記録領域に、ボリューム情報テーブル１０３ａ、ブロック管理テーブル群１０４ａ、ブロックデータ（ブロックＩＤ＝１〜Ｎ）１０５が順に書込まれる。続いて、ブロック管理テーブル１０６ａ、ブロックデータ（ブロックＩＤ＝Ｎ＋１〜Ｍ）１０７が順に書込まれる。
【００８０】
図１７（Ｂ）は、世代番号Ｍ＋１のデータの論理ボリュームへの書込み処理を説明する図である。ボリューム情報テーブル１０３ａ及びブロック管理テーブル群１０６ａは、更新データを含むボリューム情報テーブル１０３ｂ及びブロック管理テーブル群１０６ｂとして上書きされる。
【００８１】
保存済みのブロックデータ１０７に続く位置から、ブロックデータ（ブロックＩＤ＝Ｍ＋１〜２Ｎ）１０８、ブロック管理テーブル群１０９、ブロックデータ（ブロックＩＤ＝２Ｎ）１１０が順に書込まれる。なお、ブロックサイズはボリューム情報テーブルにより把握できるので、ブロックデータ（ブロックＩＤ＝Ｍ＋１〜２Ｎ＋１）は論理ボリュームに格納されたデータの途中から書込むことが可能である。
【００８２】
図１８は、物理ボリュームからのデータ読出し処理のフローを示す図である。物理層制御部５７は、ライブラリ制御部４１にデータ読出し指示を行う。ライブラリ制御部４１は、移送機構４３を制御して、対象物理ボリュームのテープを収納棚から取り出し、物理ドライブ４２に搬送する。ライブラリ制御部４１は、搬送された読出し対象物理ボリュームを物理ドライブ４２にマウントする（Ｓ６１）。
【００８３】
最初に、物理層制御部５７は、物理ボリューム管理テーブルから目的の論理ボリームデータの先頭ブロックＩＤを取得する。そして、物理ドライブ制御部５７ｂは、先頭ブロックＩＤに対応する物理ボリューム上の該当する記録領域にヘッドの位置付けを行う（Ｓ６２）。
【００８４】
物理ドライブ制御部５７ｂは、物理ドライブ４２により、物理ボリューム上の位置付けられた位置から１ブロックを読出させ、論理ボリューム情報テーブルを取得する（Ｓ６３）。さらに、物理ドライブ制御部５７ｂは、物理ボリュームから１ブロックを読出し、差分先頭ブロック管理テーブル群を読出す。
【００８５】
そして、論理層制御部５６は、読出された論理ボリューム情報テーブルと差分先頭ブロック管理テーブル群をキャッシュディスク上の所定の記録領域に書込みを行う（Ｓ６４）。また、物理ドライブ制御部５７ｂは、物理ボリューム上から差分データの終端までストリーミングで読出す。そして、論理層制御部５６は、読出された差分データをキャッシュディスク６６上の所定の記録領域に書込む（Ｓ６５）。その後、論理層制御部５６は、キャッシュディスク６６上のデータをホスト１００に転送する。
【００８６】
以上説明したように、バックエンドのストレージ（物理ボリューム）にデータを保存する場合に、論理ボリュームデータの差分を抽出して差分データのみを保存することで、バックエンドのストレージの記憶容量を効率的に使用することが可能になる。
【００８７】
なお、差分保存モードでの書込み処理により、データがバックエンドのストレージ上で分散してしまうと、バックエンドのストレージからのデータリコール処理の際にアクセスに時間がかかってしまう。従って、差分保存モードと全体保存モードを使い分けて効率的にデータを保存するのが良い。
【００８８】
次に、差分保存モードと全体保存モードの切り換え制御について説明する。仮想ライブラリ装置５０の制御部５５は、物理ボリュームへのデータの保存を差分のみとする差分保存モードと、データ全体を保存する全体保存モードとで切り換えを行う。また、制御部５５は、差分保存モードから全体保存モードへの切り替えの際に、自動的に論理ボリュームデータを全体保存モードでの書込みを行う。
【００８９】
論理層制御部５６のアクセス状況監視部５６ｃは、論理ボリューム毎にアクセス頻度およびそのデータ量の統計情報をアクセス状況管理情報として収集する。そして、アクセス状況監視部５６ｃは、アクセス管理テーブルを作成し、アクセス状況管理情報を蓄積していく。
【００９０】
仮想テープライブラリ装置としての全データ量がキャッシュディスク６６の記憶容量を大きく下回っている場合は、全データをキャッシュディスク６６上におくことができるため、全ての論理ボリュームのデータは、差分保存モードでバックエンドの物理ボリュームに保存される。
【００９１】
使用量がキャッシュディスク６６の記憶容量の限界に近づいてきた場合、アクセス頻度の低い論理ボリュームは、以降の運用により、キャッシュディスク６６から追い出されオフキャッシュ状態となることが予想される。従って、全体保存モードで物理ボリュームへの書き直しを行う。以降アクセス頻度が相対的に上昇するまで、ホスト１００からのアクセスが有り、データの更新に時間がかかっても全体保存モードで物理ボリュームへの保存が実行される。
【００９２】
アクセス状況監視部５６ｃは、アクセス頻度が相対的に上昇し、一定条件を超えた場合は、オンキャッシュ状態が維持されると判断し、差分保存モードに切り替える。
【００９３】
従って、オフキャッシュ状態の論理ボリュームに対して、ホスト１００から再度アクセス要求が発生した場合に必要となるデータリコール処理が、単体の物理ボリューム（１つのテープ）からの読込みのみで完結できる。ゆえに、物理ボリュームのマウント回数が少なくなり、データリコール処理の為の処理時間は短くできる。
【００９４】
図１９（Ａ）、（Ｂ）は、アクセス管理テーブルの例を示す。アクセス状況監視部５６ｃは、運用中においてアクセス頻度を監視し、論理ボリュームのアクセス頻度の統計情報とそのデータ量をアクセス管理テーブルに登録する。
【００９５】
図１９（Ａ）、（Ｂ）に示すアクセス頻度管理テーブルには、論理ボリュームＬＶ−Ａ〜ＬＶ−ＭＮにおけるアクセス頻度、データ量及びモードが登録されている。アクセス管理テーブルはメモリ６９に保存される。また、アクセス管理テーブルに格納されるデータ量の情報は、使用量または使用量とキャッシュの全体の記憶容量（全容量）から求められる使用率である。
【００９６】
アクセス頻度は、１週間、１カ月、３カ月の期間中のホスト１００からのリード／ライト処理のアクセス回数から求める。また、データ量は、先頭から各論理ボリュームのデータ量を積算することで求める。また、アクセス管理テーブルは、アクセス頻度の高い順およびデータ量の小さい順に並べて登録する。アクセス頻度は、１週間、１カ月、３カ月の順で優先度を決定する。
【００９７】
図２０は、保存モード切り換えのフローを示す図である。論理層制御部５６は、アクセス管理テーブルの論理ボリュームの順列の内、先頭から各論理ボリュームのデータ量を積算する（Ｓ７２）。論理層制御部５６は、キャッシュディスク６６の使用量（積算容量）が全容量の８０％であるか否かを判断する（Ｓ７３）。
【００９８】
積算容量が８０％を超えていれば（Ｓ７３、Ｙｅｓ）、論理層制御部５６は積算済みの論理ボリュームについて差分保存モードを設定する（Ｓ７４）。積算済の残りの全論理ボリュームについて、論理層制御部５６は全体保存モードを設定する（Ｓ７５）。
【００９９】
一方、積算容量が８０％以下であれば（Ｓ７３、Ｎｏ）、論理層制御部５６は、ループ処理（Ｓ７１〜Ｓ７６）を各論理ボリュームに対して実行する。その後、全論理ボリュームに対して論理層制御部５６は差分保存モードを設定する（Ｓ７７）。
【０１００】
データ量の積算では、あらかじめ蓄積された論理ボリューム毎のアクセス頻度情報を基に、アクセス頻度の高い順に積算処理を行っていく。アクセス管理テーブルは、アクセス頻度の高い順に並べられているので、このテーブルの配列順に積算する。その計算過程で積算容量が８０％以下の論理ボリュームデータは、８０％を超えた後の論理ボリュームデータに比べアクセス頻度が高いと判断できる。
【０１０１】
そのため、積算容量が８０％以下の論理ボリュームデータは、８０％を超えた後も比較的短時間にホストからのアクセスが予想される。従って、キャッシュ上から追い出される可能性は低いため、データリコール処理が必要となる可能性も低い。
【０１０２】
また、差分保存モードを用いた場合、実テープライブラリの物理ボリューム上の離れた記録領域や異なる物理ボリューム上の記録領域に、論理ボリュームデータが分散して記録されることがある。このような場合、データリコール処理の際に多少処理時間がかかるが、タイムアウト等の不利な状況が発生することはない。
【０１０３】
一方、積算容量が８０％を超える分については、アクセス頻度が低い為、キャッシュディスク上から追い出される可能性が高い。従って、次回ホストからアクセスが有った場合には、データリコール処理が必要となるため、その時に備え、論理層制御部５６は全体保存モードに設定する。全体保存モードにしておくことで、論理ボリュームデータが複数の物理ボリューム（テープ）に分散することが減り、物理ボリューム（テープ）のマウント回数が減るので、データリコール処理が効率的に行える。
【０１０４】
積算容量がキャッシュディスク６６の全記憶容量（全容量）の８０％以下の場合は、論理層制御部５６は差分保存モードに設定する。すなわち、アクセス管理テーブルには図１９（Ａ）のように差分保存モードのフラグがセットされる。
【０１０５】
一方、積算容量が８０％を超えた場合は、８０％以下の論理ボリュームに対して差分保存モードによりバックエンドの物理ボリュームへの保存処理を行う。また、積算容量が８０％を超えた論理ボリュームに対して全体保存モードをセットしてバックエンドの物理ボリュームへの保存処理を行う。
【０１０６】
ここで、キャッシュディスク６６上の論理ボリュームは、キャッシュディスク６６の空き容量が不足してくると、ホストからのアクセス頻度に基づく論理により、アクセス頻度の低い論理ボリュームデータから順にキャッシュディスク６６から追い出される。追い出された論理ボリュームデータは、実テープライブラリ装置のアクセス対象のテープ（物理ボリューム）に書き込まれる。
【０１０７】
キャッシュディスク６６から追い出された論理ボリュームデータは、再度ホストからアクセス要求が来ると、実テープライブラリ装置のアクセス対象のテープから読出される。そして、読出された論理ボリュームデータは、キャッシュディスクの所定の記録領域（論理ボリューム）に格納されるデータリコール処理が行われることになる。
【０１０８】
従って、アクセス頻度の高い論理ボリュームデータはキャッシュディスクに残ることで、キャッシュディスク６６を効率的に使用することが可能になる。なお、本実施例は、積算容量８０％を予め定めたしきい値とした例で説明したが、しきい値は任意に変更可能であり、この値に限定されるものではない。
【０１０９】
図１９（Ｂ）において、アクセス管理テーブルは各論理ボリュームに対して差分保存モードと全体保存モードがセットされている。このように、判定対象論理ボリュームに対して、差分保存モードに元々セットされていて、バックエンドの保存状態が分散している場合は、論理層制御部５６は全体モードにセットする。そして、物理ボリュームへの書込みが行われる。なお、アクセス頻度の上昇により、全体保存モードから差分保存モードに変化した場合は差分保存モードのままとしても良い。
【０１１０】
従って、ホストからのアクセス頻度やキャッシュディスク（論理ボリューム）の使用量に基づいて、各論理ボリュームに対して差分保存モードと全体保存モードを設定可能にすることにより、差分保存モードと全体保存モードを使い分けることが可能となる。従って、限られた記憶容量の物理ボリュームを効率的に使用して、データ更新処理を効率的に実行することが可能になる。
（付記１） ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御装置において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージ制御装置。
（付記２）
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定する付記１記載のストレージ制御装置。
（付記３）
前記制御部は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定する請求項２記載のストレージ制御装置。
（付記４）
前記制御部は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定する付記１乃至３のいずれかに記載のストレージ制御装置。
（付記５）
ホストからの書込み要求を受けて、前記ホストから転送されたデータを仮想ストレージ装置の要求対象の論理ボリュームに一時的に保存し、前記仮想ストレージ装置に保存されたデータを実ストレージ装置の前記論理ボリュームに対応する物理ボリュームに保存するストレージシステムにおいて、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージシステム。
（付記６）
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定する付記５記載のストレージシステム。
（付記７）
前記制御部は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定する付記６記載のストレージシステム。
（付記８）
前記制御部は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定する付記５乃至７のいずれかに記載のストレージシステム。
（付記９）
ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御方法において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を記憶メモリから読出す工程と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する工程と、
を備えるストレージ制御方法。
（付記１０）
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記設定工程は、前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定することを含む付記９記載のストレージ制御方法。
（付記１１）
前記設定工程は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定することを含む付記１０記載のストレージ制御方法。
（付記１２）
前記設定工程は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定することを含む付記９乃至１１のいずれかに記載のストレージ制御方法。
【符号の説明】
【０１１１】
１、１０、１００ ホスト
３、１９、４３ 移送機構
４、１７、５４ 物理ボリューム
５、１８、４２ 物理ドライブ
１１、５０ 仮想ライブラリ装置
１２、４０ 実ライブラリ装置
１３、５２ 論理ドライブ
１４、５４ 論理ボリューム
１５、５５ 制御部
１６、６６ キャッシュディスク
５６ 論理層制御部
５７ 物理層制御部
６２、６３ インタフェース
【特許請求の範囲】
【請求項１】
ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御装置において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージ制御装置。
【請求項２】
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定する請求項１記載のストレージ制御装置。
【請求項３】
前記制御部は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定する請求項２記載のストレージ制御装置。
【請求項４】
前記制御部は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定する請求項１乃至３のいずれかに記載のストレージ制御装置。
【請求項５】
ホストからの書込み要求を受けて、前記ホストから転送されたデータを仮想ストレージ装置の要求対象の論理ボリュームに一時的に保存し、前記仮想ストレージ装置に保存されたデータを実ストレージ装置の前記論理ボリュームに対応する物理ボリュームに保存するストレージシステムにおいて、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージシステム。
【請求項６】
ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御方法において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を記憶メモリから読出す工程と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する工程と、
を備えるストレージ制御方法。
【請求項１】
ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御装置において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージ制御装置。
【請求項２】
前記アクセス管理情報は前記各論理ボリュームのデータ量の情報を含み、
前記制御部は、前記データ量に基づいて前記論理ボリューム全体の全データ量を算出し、前記全データ量が所定値以下の場合は、全論理ボリュームに対して差分保存モードに設定し、前記全データ量が所定値を超えた場合は、前記アクセス頻度情報に基づいて所定の論理ボリュームに対して前記全体保存モードに設定する請求項１記載のストレージ制御装置。
【請求項３】
前記制御部は、前記アクセス頻度情報に基づいてアクセス頻度の高い論理ボリューム順にデータ量を積算し、積算されたデータ量が所定値を超えた場合に、超えた分の論理ボリュームに対して前記全体保存モードに設定する請求項２記載のストレージ制御装置。
【請求項４】
前記制御部は、前記差分保存モードで前記物理ボリュームへの差分デ―タの書込みを行った結果、前記保存済みデータの保存先と前記差分データの保存先が分散した論理ボリュームに対して全体保存モードに設定する請求項１乃至３のいずれかに記載のストレージ制御装置。
【請求項５】
ホストからの書込み要求を受けて、前記ホストから転送されたデータを仮想ストレージ装置の要求対象の論理ボリュームに一時的に保存し、前記仮想ストレージ装置に保存されたデータを実ストレージ装置の前記論理ボリュームに対応する物理ボリュームに保存するストレージシステムにおいて、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を格納する記憶部と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する制御部と、
を備えるストレージシステム。
【請求項６】
ホストからの書込み要求を受けて、前記ホストから転送されたデータを要求対象の論理ボリュームに一時的に保存し、前記論理ボリュームに保存されたデータを対応する物理ボリュームに保存する制御を行うストレージ制御方法において、
前記ホストからの各論理ボリュームに対するアクセス頻度情報を含むアクセス管理情報を記憶メモリから読出す工程と、
各論理ボリュームのデータの更新を対応する物理ボリュームに対して行う際に、前記保存済みデータと更新データとの差分のデータを前記物理ボリュームに書込む差分保存モードと、更新データを含む全データを前記物理ボリュームに書込む全体保存モードを、前記アクセス管理情報に基づいて論理ボリューム毎に設定する工程と、
を備えるストレージ制御方法。
【図１７】
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１２−８８１３（Ｐ２０１２−８８１３Ａ）
【公開日】平成２４年１月１２日（２０１２．１．１２）
【国際特許分類】
【出願番号】特願２０１０−１４４３０６（Ｐ２０１０−１４４３０６）
【出願日】平成２２年６月２４日（２０１０．６．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年１月１２日（２０１２．１．１２）
【国際特許分類】
【出願日】平成２２年６月２４日（２０１０．６．２４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]