JP7409196B2 - ストレージ制御装置、ストレージシステム、及びストレージ制御プログラム - Google Patents

Description

本発明は、ストレージ制御装置、ストレージシステム、及びストレージ制御プログラムに関する。

テープライブラリ装置の利用形態の一例として、テープライブラリ装置、ディスクアレイ装置及び制御サーバを備える仮想テープ装置（「仮想テープシステム」と称されてもよい）が知られている。

テープライブラリ装置は、磁気テープカートリッジや光ディスクカートリッジ等の物理ボリューム（Physical Volume；以下、ＰＶと表記する）を複数収納する。物理ボリュームは、削除対象のデータや更新前のデータが無効として管理されるとともに、書込対象のデータや更新後のデータが空き記憶領域に追記される追記型の記録媒体の一例である。

ディスクアレイ装置は、ホスト装置において認識可能なボリュームであって、ＰＶへの書き込み単位のボリュームである論理ボリューム（Logical Volume；以下、ＬＶと表記する）のデータを格納する記憶装置である。

制御サーバは、制御サーバ上で実行される仮想ドライブに、ディスクアレイ装置内のＬＶをマウントすることで、ホスト装置に対してＬＶへのアクセス環境を提供する。例えば、制御サーバは、ホスト装置によってＬＶの更新等の書き込みが行なわれると、ディスクアレイ装置内のＬＶの更新を行ない、所定のタイミングで、更新後のＬＶのデータをテープライブラリ装置内のＰＶに書き込む。

また、制御サーバは、ディスクアレイ装置の空き容量が減少すると、ディスクアレイ装置から古いデータを削除する。さらに、制御サーバは、削除済みのＬＶに対するアクセス要求をホスト装置から受領した場合、該当するＬＶを格納するＰＶから、ディスクアレイ装置にＬＶのデータを読み出す。

特開２００４－１９２１３３号公報 特開平０６－０１９７６５号公報 特開２０１３－１６１２３４号公報

データを格納するストレージシステムにおいては、データのバックアップの作成、及び、作成したバックアップデータからのデータの復元（復旧）を、それぞれ短時間で実行できることが重要である。

例えば、ディスクアレイ装置では、スナップショット（Snap Shot）機能等を用いることにより、これらを短時間で実行可能である。一方、テープライブラリ装置は、それ自体がバックアップ装置として利用される装置であるため、スナップショット機能等が設けられていない。

例えば、仮想テープ装置は、バックアップの際に、或る時点のＬＶのデータをＰＶにコピーしておき、復元の際に、ＰＶからディスクアレイ装置に当該ＬＶのデータを復元するバックアップ機能を備える場合がある。しかし、バックアップ機能では、テープライブラリ装置内のＰＶに対するバックアップデータの書き込み処理が発生するため、仮想テープ装置全体のバックアップデータを短時間で作成することは困難である。

１つの側面では、本発明は、追記型の記録媒体のバックアップの作成及び復元時間を短縮することを目的の１つとする。

１つの態様では、ストレージ制御装置は、第１記憶領域と、管理部と、設定部と、複製部と、更新部と、復元部と、を備えてよい。前記第１記憶領域は、記憶装置が記憶する複数のデータのそれぞれの格納先の記録媒体に関する管理情報を、複数の前記記録媒体のそれぞれについて記憶してよい。前記管理部は、前記記録媒体が記録するデータが更新される際に、前記第１記憶領域において、更新前のデータを無効状態として管理し、前記記録媒体の空き記憶領域に書き込まれた更新後のデータを有効状態として管理してよい。前記設定部は、前記複数の記録媒体のバックアップの開始指示の受信に応じて、複数の前記管理情報に対して、前記複数の記録媒体に記録された少なくとも有効状態のデータのそれぞれにバックアップの実施対象であることを示す実施情報を設定してよい。前記複製部は、前記実施情報が設定された前記複数の管理情報を第２記憶領域に複製してよい。前記更新部は、第１管理情報において実施情報が設定された有効状態の第１データであって前記記憶装置が記憶する前記第１データを、第２データに更新する更新指示の受信に応じて、前記管理部により第２管理情報において有効状態として管理される前記第２データに更新の発生を示す更新情報を設定してよい。前記復元部は、復元指示の受信に応じて、前記第２記憶領域に格納された複数の複製管理情報により、前記第１記憶領域に格納された前記複数の管理情報を更新し、前記更新情報が設定された前記第２データを、前記第２管理情報において無効状態に設定するとともに、前記記憶装置から削除してよい。

１つの側面では、追記型記録媒体のバックアップの作成及び復元時間を短縮することができる。

一実施形態の一例としての仮想テープシステムの構成例を示すブロック図である。 図１に示す仮想テープシステムにおける制御サーバのハードウェア構成例を示すブロック図である。 一実施形態に係る仮想テープシステムの機能構成例を示すブロック図である。 図３に示す仮想テープシステムを説明するための図である。 ＰＶ配置変更処理の一例を説明するための図である。 制御サーバの機能構成例を示すブロック図である。 ＬＶデータ情報の一例を示す図である。 キープ対象のＬＶに対するバックアップ処理の動作例を説明するための図である。 アレンジメント対象のＬＶに対するバックアップ処理の動作例を説明するための図である。 バックアップの開始処理の動作例を説明するための図である。 バックアップの開始処理後のＰＶ配置変更処理の動作例を説明するための図である。 バックアップデータの復元処理の動作例を説明するための図である。 ＰＶ配置変更処理が実行されない場合のバックアップ処理の実施例を説明するための図である。 ＰＶ配置変更処理が実行される場合のバックアップ処理（第１処理）の実施例を説明するための図である。 ＰＶ配置変更処理が実行される場合のバックアップ処理（第１処理）の実施例を説明するための図である。 ＰＶ配置変更処理が実行される場合のバックアップ処理（第２処理）の実施例を説明するための図である。 ＰＶ配置変更処理が実行される場合のバックアップ処理（第２処理）の実施例を説明するための図である。

以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。例えば、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。

〔１〕一実施形態
〔１－１〕仮想テープシステムの構成例
図１は、一実施形態の一例としての仮想テープシステム１の構成例を示すブロック図である。仮想テープシステム１は、ストレージシステムの一例であり、図１に示すように、例示的に、テープライブラリ２、ディスク装置３及び制御サーバ４を備えてよい。制御サーバ４には、ホスト装置５が接続されてよい。なお、仮想テープシステム１は、テープライブラリ２、ディスク装置３及び制御サーバ４の少なくとも１つを複数台備えてもよい。

一実施形態に係る仮想テープシステム１は、ホスト装置５に対してフロント側の仮想部にディスク装置３を配置し、ホスト装置５に対してバックエンド側の物理部にテープライブラリ２が接続される構成となる。

テープライブラリ２は、テープライブラリ装置又はストレージ装置の一例である。テープライブラリ２は、物理ボリュームの一例であるＰＶ２０を複数収納（収容）し、制御サーバ４からの指示に応じてＰＶ２０に対するアクセスを行なう。

ＰＶ２０は、ＰＶ２０内の削除対象のデータが無効として管理され、書込対象のデータがＰＶ２０内の空き記憶領域に書き込まれるとともに有効状態として管理される追記型の記録媒体の一例であり、また、可搬型の記録媒体の一例である。ＰＶ２０としては、ＬＴＯ（Linear Tape Open）カートリッジ等の磁気テープや、光ディスクカートリッジ等が挙げられる。

なお、削除対象のデータには、削除指示の対象データの他に、更新指示に係る更新前のデータが含まれてよい。また、書込対象のデータには、書込指示の対象データの他に、更新指示に係る更新後のデータが含まれてよい。例えば、ＰＶ２０内のデータが更新される場合、ＰＶ２０のような追記型の記録媒体においては、既存のＬＶ３０の削除と、更新後のＬＶ３０の書き込みとが行なわれる。従って、ＰＶ２０内の更新前のデータは、無効状態として管理され、書込対象として空き記憶領域に書き込まれる更新後のデータは、有効状態として管理されてよい。

テープライブラリ２は、図示しない複数のドライブ、１台以上のロボット及びコントローラを備えてよい。コントローラは、制御サーバ４から受信したコマンドに応じて、ＰＶ４０をドライブに挿抜するロボットの制御、及び、挿入されたＰＶ４０にアクセスするドライブの制御を行なってよい。

ディスク装置３は、複数のＰＶ２０に格納されるデータを記憶する記憶装置の一例であり、ホスト装置５とテープライブラリ２との間のアクセスに係るＬＶ３０のデータを記憶する。例えば、ディスク装置３は、複数のＬＶ３０を記憶する記憶領域と、後述する待避領域３１とを備えてよい。

ディスク装置３は、複数の記憶モジュールを含んでよく、これらの記憶モジュールによりＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を構成してよい。換言すれば、ディスク装置３は、ディスクアレイ装置であってもよい。

記憶モジュールとしては、ＨＤＤ（Hard Disk Drive）等の磁気ディスク装置、及び、ＳＳＤ（Solid State Drive）等の半導体ドライブ装置、の一方又は双方が挙げられる。ディスク装置３は、ＲＡＩＤ等のディスクグループを用いてファイルシステムを提供してもよい。なお、一実施形態に係るディスク装置３は、スナップショット機能を有していなくてよい。

制御サーバ４は、テープライブラリ２とホスト装置５との間に介設されるとともに、ディスク装置３と接続され、ホスト装置５からの要求に応じて、ディスク装置３を利用して、テープライブラリ２に対する種々の制御を行なう。

制御サーバ４は、制御サーバ４上で実行される仮想ドライブ４０に、ディスク装置３内のＬＶ３０をマウントすることで、ホスト装置５に対してＬＶ３０へのアクセス環境を提供する。例えば、制御サーバ４は、ホスト装置５によって、仮想ドライブ４０にマウントされたＬＶ３０に対する更新等の書き込みが行なわれると、ディスク装置３内のＬＶ３０の更新を行ない、所定のタイミングで、更新後のＬＶ３０のデータをテープライブラリ２内のＰＶ２０に書き込む。

また、制御サーバ４は、ディスク装置３の空き容量が減少すると、ディスク装置３から古いデータを削除する。さらに、ホスト装置５から、ディスク装置３からは削除済みのＬＶ３０に対するアクセス要求を受領した場合、制御サーバ４は、該当するＬＶ３０を格納するＰＶ２０から、ディスク装置３にＬＶ３０のデータを読み出す。

制御サーバ４は、仮想テープシステム１において種々の制御を行なう制御装置又はストレージ制御装置の一例である。一実施形態において、制御サーバ４は、ホスト装置５からバックアップの開始指示又は復元指示を受信すると、ディスク装置３及びテープライブラリ２とともにバックアップの開始処理又は復元処理を行なう。

このように、制御サーバ４は、ホスト装置５から受領したバックアップデータを、ディスク装置３、及び、テープライブラリ２内のＰＶ２０の双方に格納する。

なお、制御サーバ４は、複数台存在してもよい。例えば、複数台のうちの１台の制御サーバ４は、プライマリとして動作し、複数台のうちの１台以上（例えば残り）の制御サーバ４は、プライマリに障害が発生した場合に動作するセカンダリ（スタンバイ）として待機してよい。例えば、セカンダリの制御サーバ４は、プライマリの制御サーバ４に異常が発生したときに自身がプライマリに昇格して元のプライマリの処理を引き継いでよい。

また、図１において、便宜上図示を省略しているが、仮想テープシステム１は、上述した装置に加えて、例えば、制御サーバ４とは異なる機能を有するサーバ、通信装置、及び電源装置等の種々の装置を備えてもよい。

制御サーバ４とテープライブラリ２との間は、ＦＣ（Fibre Channel）ケーブル等を介したＳＡＮ（Storage Area Network）等のネットワークにより相互に通信可能に接続されてよい。また、仮想テープシステム１内の図示しない装置間は、ＬＡＮ（Local Area Network）又はＳＡＮ等のネットワークにより相互に通信可能に接続されてよい。

ホスト装置５は、制御サーバ４を介したテープライブラリ２へのアクセスを行なう情報処理装置又は上位装置の一例である。ホスト装置５としては、例えば、ＰＣ（Personal Computer）、サーバ、或いはメインフレーム等の種々のコンピュータが挙げられる。

ホスト装置５では、例えば、仮想テープシステム１の運用に関する種々の制御を行なうソフトウェアが実行されてよい。当該ソフトウェアによる制御には、例えば、仮想テープシステム１におけるテープライブラリ２（複数のＰＶ２０）のバックアップ及び復元に関する制御や、ＬＶ３０へのアクセスに関する制御等が含まれてよい。ホスト装置５と制御サーバ４との間は、例えば、ＬＡＮ等のネットワークにより相互に通信可能に接続されてよい。

〔１－２〕ハードウェア構成例
次に、図２を参照して、図１に示す仮想テープシステム１における制御サーバ４のハードウェア構成例について説明する。

図２に示すように、制御サーバ４は、例示的に、プロセッサ４ａ、メモリ４ｂ、記憶部４ｃ、テープＩＦ（Interface）４ｄ－１、入出力ＩＦ４ｄ－２、ホストＩＦ４ｄ－３、ディスクＩＦ４ｄ－４、及び読取部４ｅを備えてよい。

プロセッサ４ａは、種々の制御や演算を行なう演算処理装置の一例である。プロセッサ４ａは、各ブロック４ｂ～４ｅとバス４ｉで相互に通信可能に接続されてよい。プロセッサ４ａとしては、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤ（例えばＦＰＧＡ）等の集積回路（ＩＣ；Integrated Circuit）のうちのいずれか１つが挙げられる。なお、プロセッサ４ａとして、例えば、これらの集積回路のうちの２以上の組み合わせが用いられてもよい。ＣＰＵはCentral Processing Unitの略称であり、ＭＰＵはMicro Processing Unitの略称であり、ＤＳＰはDigital Signal Processorの略称である。また、ＡＳＩＣはApplication Specific Integrated Circuitの略称であり、ＰＬＤはProgrammable Logic Deviceの略称であり、ＦＰＧＡはField Programmable Gate Arrayの略称である。

メモリ４ｂは、種々のデータやプログラムを格納するハードウェアの一例である。メモリ４ｂとしては、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性メモリ及びＰＭ（Persistent Memory）等の不揮発性メモリの一方又は双方が挙げられる。

記憶部４ｃは、種々のデータやプログラム等を格納するハードウェアの一例である。例えば、記憶部４ｃは、制御サーバ４の二次記憶装置として使用されてよく、ＯＳ（Operating System）やファームウェア、アプリケーション等のプログラム、及び各種データが格納されてよい。記憶部４ｃとしては、例えば、ＨＤＤ等の磁気ディスク装置、ＳＳＤ等の半導体ドライブ装置、不揮発性メモリ等の各種記憶装置が挙げられる。不揮発性メモリとしては、例えば、フラッシュメモリ、ＳＣＭ（Storage Class Memory）、ＲＯＭ（Read Only Memory）、ＰＭ等が挙げられる。記憶部４ｃは、制御サーバ４の各種機能の全部若しくは一部を実現するプログラム４ｆを格納してもよい。

テープＩＦ４ｄ－１、入出力ＩＦ４ｄ－２、ホストＩＦ４ｄ－３、及びディスクＩＦ４ｄ－４は、それぞれ、テープライブラリ２、入出力装置４ｇ、ホスト装置５、及びディスク装置３との間の接続及び通信の制御等を行なう通信ＩＦの一例である。なお、入出力装置４ｇは、例えば、マウス、キーボード、タッチパネル、操作ボタン等の入力部、及び、ディスプレイやプリンタ等の出力部、の一方又は双方を含んでよい。

制御サーバ４は、管理者の管理端末との間の接続及び通信の制御等を行なう通信ＩＦを備えてもよく、当該通信ＩＦを用いて、図示しないネットワークからプログラム４ｆをダウンロードしてもよい。

読取部４ｅは、記録媒体４ｈに記録されたデータやプログラムを読み出しプロセッサ４ａに出力するリーダの一例である。読取部４ｅは、記録媒体４ｈを接続又は挿入可能な接続端子又は装置を含んでもよい。読取部４ｅとしては、例えばＵＳＢ（Universal Serial Bus）等に準拠したアダプタ、記録ディスクへのアクセスを行なうドライブ装置、ＳＤカード等のフラッシュメモリへのアクセスを行なうカードリーダ等が挙げられる。なお、記録媒体４ｈにはプログラム４ｆが格納されてもよい。

記録媒体４ｈとしては、例示的に、磁気／光ディスクやフラッシュメモリ等の非一時的なコンピュータ読取可能な記録媒体が挙げられる。磁気／光ディスクとしては、例示的に、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク、ＨＶＤ（Holographic Versatile Disc）等が挙げられる。フラッシュメモリとしては、例示的に、ＵＳＢメモリやＳＤカード等の半導体メモリが挙げられる。

上述した制御サーバ４のハードウェア構成は例示である。従って、制御サーバ４内でのハードウェアの増減（例えば任意のブロックの追加や削除）、分割、任意の組み合わせでの統合、バスの追加又は省略等は適宜行なわれてもよい。

また、制御サーバ４が備える他の装置は、図２に示す制御サーバ４と同様のハードウェア構成を備えてもよい。

なお、テープライブラリ２が備える図示しないコントローラは、例えば、プロセッサ、メモリ、記憶部等のハードウェア構成を備えてよく、これらの少なくとも一部が集積回路として実装されてもよい。

〔１－３〕機能構成例
次に、一実施形態に係る制御サーバ４の機能構成例を説明する。図３は、一実施形態に係る仮想テープシステム１の機能構成例を示すブロック図である。一実施形態に係る機能に着目すると、図３に示すように、制御サーバ４は、例示的に、複数の仮想ドライブ４０、ＩＯ（Input / Output）制御部４１、ＰＶ管理ＤＢ（Database）４２、コマンド制御部４３、及び、バックアップＤＢ４４を備えてよい。

なお、ＰＶ管理ＤＢ４２及びバックアップＤＢ４４のそれぞれは、制御サーバ４のメモリ４ｂ及び記憶部４ｃ（図２参照）の少なくとも一方により実現されてよい。また、仮想ドライブ４０、ＩＯ制御部４１、及び、コマンド制御部４３は、制御サーバ４のプロセッサ４ａがプログラム４ｆをメモリ４ｂに展開して実行することにより実現されてよい。

仮想ドライブ４０は、ホスト装置５に対して、ＬＶ３０の記憶領域を、ホスト装置５が認識可能な形式で仮想テープシステム１として提供する仮想的なドライブであり、ホスト装置５によるＬＶ３０へのアクセスに用いられる。

ＩＯ制御部４１は、ホスト装置５から受信する、ＬＶ３０に対する書込指示及び読出指示等のアクセス要求に関する種々の制御を行なう。

例えば、ＩＯ制御部４１は、アクセス部４１１、ＤＢ制御部４１２、及び、配置変更部１１３を備えてよい。

アクセス部４１１は、ホスト装置５から受領する書込指示又は読出指示に応じて、仮想ドライブ４０に対するＬＶ３０のマウント及びアンマウント、ＬＶ３０に対するデータの書き込み又は読み出し、並びに、ＬＶ３０とＰＶ２０との間のデータ転送等を行なう。

例えば、アクセス部４１１は、図４に示すように、仮想ドライブ４０上のＬＶ３０を更新すると、更新後のＬＶ３０をテープライブラリ２のＰＶ２０内に書き込む。このとき、ＰＶ２０（例えば「ＰＶ－Ｂ」参照）内の既存（更新前）のＬＶ３０は無効となり（例えば、網掛けの「ＬＶ－Ａ」～「ＬＶ－Ｄ」参照）、「ＰＶ－Ｂ」内の空き記憶領域に、新たに更新後の「ＬＶ－Ａ」～「ＬＶ－Ｄ」が追記される。

ＤＢ制御部４１２は、テープライブラリ２内のＰＶ２０を管理するためのＰＶ管理ＤＢ４２に関する制御を行なう。

ＰＶ管理ＤＢ４２は、第１記憶領域の一例であり、複数のＬＶデータ情報４２ａを格納する。ＬＶデータ情報４２ａは、ディスク装置３が記憶する複数のＬＶ３０のそれぞれの格納先のＰＶ２０に関する管理情報の一例であり、テープライブラリ２のＰＶ２０ごとに、当該ＰＶ２０に記録されているＬＶ３０を示す情報である。例えば、ＬＶデータ情報４２ａは、ＰＶ４０を特定するための情報の一例である「ＰＶ名」と、ＰＶ２０に格納されたＬＶ３０の「ＬＶ名」、並びに、ＬＶ３０の「格納位置」及び「状態情報」とを含んでよい。

図４の例では、ＬＶデータ情報４２ａは、ＰＶ名：「ＰＶ－Ａ」に「ＬＶ－１」～「ＬＶ－４」がこの順番に格納されていることを示している。「ＬＶ－１」～「ＬＶ－４」のそれぞれには、これらのＬＶ３０の状態情報として、これらのＬＶ３０が有効状態（valid）であることを示す情報、例えば状態フラグ「ｖ」が対応付けられてよい。

また、ＬＶデータ情報４２ａは、ＰＶ名：「ＰＶ－Ｂ」に、更新前の「ＬＶ－Ａ」～「ＬＶ－Ｄ」がこの順番に格納されており、これらの後ろに、更新後の「ＬＶ－Ａ」～「ＬＶ－Ｄ」がこの順番に追記されていることを示している。更新前の「ＬＶ－Ａ」～「ＬＶ－Ｄ」のそれぞれには、これらのＬＶ３０の状態情報として、これらのＬＶ３０が無効状態（invalid）であることを示す情報、例えば状態フラグ「ｉ」が対応付けられてよい。

ＤＢ制御部４１２は、ＰＶ２０が記録するＬＶ３０が更新される際に、ＰＶ管理ＤＢ４２において、更新前のＬＶ３０を無効状態として管理し、ＰＶ２０の空き記憶領域に書き込まれた更新後のＬＶ３０を有効状態（ｖ）として管理する管理部の一例である。

例えば、アーカイブデータの格納処理等の仮想テープシステム１における運用では、ＰＶ２０において、更新前のＬＶ３０等の削除対象のＬＶ３０、すなわち無効状態のＬＶ３０が徐々に増加する。無効状態のＬＶ３０が増加すると、ＰＶ２０の空き記憶領域が減少するため、ＰＶ２０の利用効率が低下する。

そこで、ＤＢ制御部４１２は、例えば、ＰＶ配置変更処理を実行し、ＰＶ２０内のＬＶ３０の配置を変更する。

例えば、ＤＢ制御部４１２は、ＰＶ配置変更処理において、配置変更元のＰＶ２０内のＬＶ３０のうちの有効状態のＬＶ３０を配置変更先の他のＰＶ２０に移動し、移動元ＰＶ２０を先頭の記憶領域から使用可能に設定する配置変更処理を実行する処理部の一例である。先頭の記憶領域から「使用可能に設定する」こととは、例えば、移動元ＰＶ２０のＬＶデータ情報４２ａを削除することを含んでよい。

図５の例では、ＤＢ制御部４１２は、矢印Ａ１及びＢ１に示すように、無効状態のＬＶ３０が多く含まれるＰＶ－Ａにおける有効状態のＬＶ－１及びＬＶ－８を、ＰＶ配置変更処理により、ＰＶ－Ｂに移動させる。これにより、ＰＶ－ＡのＬＶデータ情報４２ａにＬＶ３０が含まれなくなり（矢印Ａ２参照）、ＰＶ－Ａを先頭位置から利用可能とすることができる（矢印Ｂ２参照）。

なお、ＰＶ配置変更処理の移動元ＰＶ２０の決定は、例えば、無効状態のＬＶ３０を多く記録する（例えばＰＶ２０内のＬＶ３０に対する無効状態のＬＶ３０の割合が閾値以上である）ＰＶ２０にする等の既知の種々の手法が利用されてよい。

コマンド制御部４３は、ホスト装置５から受信するコマンド、例えばＣＬＩ（Command Line Interface）等のＵＩ（User IF）を介した操作要求に関する種々の制御を行なう。

一実施形態においては、コマンド制御部４３は、ホスト装置５から受信するバックアップの開始指示、及び、バックアップデータからの復元指示に関する制御を行なう。以下で説明する一実施形態に係る「バックアップ」は、例えば、仮想テープシステム１等の追記型の記録媒体を用いたストレージシステムに用いて好適なバックアップである。

コマンド制御部４３は、バックアップを制御する処理機能、例えばレイヤとして、開始処理部４３１、及び復元処理部４３２を備えてよい。

開始処理部４３１は、複製部の一例であり、仮想テープシステム１のデータのバックアップを作成する処理である「開始処理」を実行する。復元処理部４３２は、開始処理部４３１が作成したバックアップデータを仮想テープシステム１に復元する処理である復元処理を実行する。

例えば、開始処理部４３１は、開始処理の実行指示（開始指示）の受信に応じて、ＰＶ管理ＤＢ４２内のＰＶ２０ごとのＬＶデータ情報４２ａのそれぞれを、バックアップ情報４４ａとして複製してバックアップＤＢ４４に格納する。

バックアップＤＢ４４は、第２記憶領域の一例であり、複数のバックアップ情報４４ａを格納する。複数のバックアップ情報４４ａのそれぞれは、複数の複製管理情報の一例であり、バックアップの開始処理の実行時点における、対応するＬＶデータ情報４２ａのバックアップデータである。

これにより、開始処理の実行時点における仮想テープシステム１内の「ＰＶ名」と、ＰＶ２０内に格納されたＬＶ３０の「格納位置」及び「状態情報」とがバックアップされる。

なお、ＰＶ管理ＤＢ４２及びバックアップＤＢ４４のそれぞれは、例えば、制御サーバ４が備えるメモリ４ｂ及び記憶部４ｃの一方又は双方の記憶領域であって、互いに異なる記憶領域により実現されてよい。

復元処理部４３２は、復元処理の実行指示（復元指示）の受信に応じて、ＰＶ管理ＤＢ４２の複数のＬＶデータ情報４２ａを、バックアップの開始処理の実行時点の情報に戻す。例えば、復元処理部４３２は、バックアップＤＢ４４内の復元処理対象のバックアップ情報４４ａを用いて、ＰＶ管理ＤＢ４２内のＬＶデータ情報４２ａを更新することにより、バックアップデータの復元を行なう。

バックアップ情報４４ａによるＬＶデータ情報４２ａの更新では、例えば、ＰＶ２０ごとに、少なくとも、ＬＶ名、及び、状態情報の組み合わせが、バックアップ情報４４ａからＬＶデータ情報４２ａに設定されればよい。

これにより、開始処理の実行時点における各ＰＶ２０のＬＶデータ情報４２ａが復元され、ＰＶ２０内の旧ＬＶ３０にアクセス可能となり、テープライブラリ２内の情報を復元できる。

このように、制御サーバ４によれば、開始処理の実行時点のＰＶ管理ＤＢ４２をバックアップしておき、復元処理において、バックアップデータをＰＶ管理ＤＢ４２に復元することで、テープライブラリ２のバックアップ及び復元を実現できる。

このようなバックアップ手法により、テープライブラリ２のＰＶ２０に対するバックアップのための読み出し及び書き込み等のアクセスの発生を抑止できる。ＰＶ２０に対するアクセスは、ロボットやドライブ等による機械的な動作時間を含むため、ＰＶ２０に対するアクセスを回避できることにより、開始処理及び復元処理の処理時間を大幅に短縮することができる。

ところで、上述した手法は、テープライブラリ２におけるＰＶ２０内のＬＶ３０のデータ配置が不変であることを前提としている。しかし、仮想テープシステム１では、上述したＰＶ配置変更処理により、ＰＶ２０内のＬＶデータの配置は不変ではない。

例えば、ＰＶ配置変更処理の実行前に、バックアップの開始処理が実行された場合、復元処理により復元されるＰＶ管理ＤＢ４２と実際のＰＶ４２の配置との間で不一致が生じ得る。

一例として、開始処理部４３１が、図４に示す矢印Ａ１の状態のＰＶ管理ＤＢ４２をバックアップし、その後にＰＶ配置変更処理が実行され、ＰＶ２０内のＬＶデータの配置が図４の矢印Ｂ２に示す状態になった場合を想定する。この場合、復元処理部４３２が、バックアップ情報４４ａに基づき、ＬＶデータ情報４２ａを符号Ａ１の状態に戻すと、以下の不整合が生じる。

・ＰＶ－Ａ：復元したＬＶデータ情報４２ａ上では有効状態のＬＶ－１及びＬＶ－８が存在するが、実際のＰＶ－ＡにはＬＶ－１及びＬＶ－８は存在しない。

・ＰＶ－Ｂ：復元したＬＶデータ情報４２ａ上ではＬＶ３０が存在しないが、実際のＰＶ－ＢにはＬＶ－１及びＬＶ－８が存在する。

そこで、以下では、上述した一実施形態に係る制御サーバ４により、バックアップの開始処理と復元処理との間にＰＶ２０におけるＬＶ３０の配置が変更される場合においても、テープライブラリ２のバックアップ及び復元を適切に行なうための手法を説明する。

〔１－４〕制御サーバの説明
図６は、制御サーバ４の機能構成例を示すブロック図である。図６に示すように、コマンド制御部４３の開始処理部４３１は、例示的に、設定部４３ａ、配置変更制御部４３ｂ及び更新制御部４３ｃを備えてよい。

設定部４３ａは、開始指示の受信に応じて、複数のＬＶデータ情報４２ａに対して、バックアップの対象ＰＶ２０に記録された有効状態及び無効状態のうちの少なくとも有効状態のＬＶデータのそれぞれにバックアップ対象であることを示す実施情報を設定する。実施情報としては、例えば、複数種類の実施フラグが挙げられる。

対象ＰＶ２０とは、ＰＶ管理ＤＢ４２に含まれる全てのＰＶ２０であってもよいし、開始指示で指定されたＰＶ２０であってもよい。

例えば、設定部４３ａは、ＰＶ管理ＤＢ４２で管理されるＰＶ２０ごとに、ＰＶ２０の全ＬＶ３０の数と、無効状態のＬＶ３０の数とに基づき、全ＬＶ３０の数に対する、無効状態のＬＶ３０の数の割合（存在割合）を算出してよい。

そして、設定部４３ａは、算出した存在割合が所定の閾値未満であるＰＶ２０のＬＶデータ情報４２ａに対しては、各ＬＶ３０の実施情報に、第１実施情報の一例である実施フラグ「Ｋ＿ｘ」（Keep）を対応付けてよい。一方、設定部４３ａは、算出した存在割合が所定の閾値以上であるＰＶ２０のＬＶデータ情報４２ａに対しては、有効状態の各ＬＶ３０の実施情報に、第２実施情報の一例である実施フラグ「Ａ＿ｘ」（Arrangement）を対応付けてよい。

実施フラグ中の「＿ｘ」は、バックアップの世代管理番号を表し、ホスト装置５から開始指示を受領する度に変更されてよい。従って、バックアップの対象は、世代管理対象と称されてもよく、実施情報は、世代管理情報と称されてもよい。

実施フラグ「Ｋ＿ｘ」が付加されるキープ対象のＬＶ３０は、ＰＶ配置変更処理において配置変更対象から除外されてよい。実施フラグ「Ｋ＿ｘ」が付加されるということは、当該ＰＶ２０において無効状態のＬＶ３０の存在割合が比較的小さいことを意味するため、当該ＰＶ２０内のＬＶ３０が他のＰＶ２０に配置変更される必要性も比較的小さい。従って、キープ対象のＬＶ３０を配置変更対象から除外したとしても、テープライブラリ２におけるＰＶ２０の利用効率は低下し難い。これにより、ＰＶ管理ＤＢ４２の制御負荷を低減させることができ、制御サーバ４の処理性能の低下を抑制できる。また、ＰＶ配置変更処理の対象ＬＶ３０を減少させることができるため、ＰＶ配置変更処理の処理時間を短縮させることができる。

実施フラグ「Ａ＿ｘ」が付加されるアレンジメント対象のＬＶ３０は、ＰＶ配置変更処理において配置変更対象となる。実施フラグ「Ａ＿ｘ」が付加されるということは、当該ＰＶ２０において無効状態のＬＶ３０の存在割合が比較的大きいことを意味するため、ＰＶ配置変更処理において、当該ＰＶ２０内のＬＶ３０が他のＰＶ２０に配置変更される可能性が高い。従って、アレンジメント対象のＬＶ３０を、他のＰＶ２０に配置変更として管理することで、世代管理を可能としつつ、テープライブラリ２におけるＰＶ２０の利用効率を向上させることができる。

このように、制御サーバ４は、ＰＶ２０に格納される有効状態及び無効状態の割合に応じて、ＬＶデータ情報４２ａにバックアップの実施情報としてＫマーク及びＡマークのいずれかを付加（設定）する。そして、制御サーバ４は、マークに応じて、後述するようにバックアップ手法を切り替えることにより、効率的なＰＶ２０の制御及び運用が可能となる。

これにより、テープライブラリ２の高速なバックアップの作成、及び、適切なバックアップデータの復元を実現できる。従って、仮想テープシステム１において、例えば、或る時点のテープライブラリ２のバックアップを短時間で作成し、データセンタ被災時やＤＲ（Disaster Recovery）訓練後に短時間でバックアップデータを戻すといった運用を実現できる。

図７は、ＬＶデータ情報４２ａの一例を示す図である。図７では、図５の矢印Ａ１に示す状態における、ＰＶ－Ａ～ＰＶ－ＣのそれぞれのＬＶデータ情報４２ａを示す。なお、ＬＶデータを含まないＰＶ－ＢのＬＶデータ情報４２ａは省略されてもよい。

図７に示すように、ＬＶデータ情報４２ａは、ＰＶ２０ごとに、「ＬＶ名」、「ｖ／ｉ」、「Ｋ／Ａ」、及び、「Ｄ」を含んでよい。

ＬＶデータ情報４２ａにおいて、ＬＶ名の設定順序は、ＰＶ２０への格納順序、すなわち格納位置を示す。「ｖ／ｉ」は、状態情報を示し、例えば、ＰＶ２０内でＬＶ３０が有効状態である場合には「ｖ」が設定され、無効状態である場合には「ｉ」が設定される。

「Ｋ／Ａ」は、実施情報を示し、例えば、設定部４３ａにより、「Ｋ＿ｘ」又は「Ａ＿ｘ」の実施フラグが設定される。設定部４３ａにより「Ｋ＿ｘ」と判定されたＬＶデータ情報４２ａには、ＬＶデータ情報４２ａのリストの先頭のＬＶ３０からリスト内で「ｖ」が設定された最後のＬＶ３０までの範囲における、「ｖ」及び「ｉ」の全てのＬＶ３０に対して、「Ｋ＿ｘ」が設定される。設定部４３ａにより「Ａ＿ｘ」と判定されたＬＶデータ情報４２ａには、ＬＶデータ情報４２ａのリスト内で「ｖ」が設定された全てのＬＶ３０に対して、「Ａ＿ｘ」が設定される。

「Ｄ」は、バックアップの開始処理の実行後に更新されるＬＶ３０に対して設定される更新情報である。更新情報は、例えば、復元処理の際に削除対象であるか否かを示すフラグであってよく、「削除フラグ」と称されてもよい。削除フラグの詳細は後述する。

開始処理部４３１は、設定部４３ａにより「Ｋ／Ａ」が設定されたＬＶデータ情報４２ａの複製をバックアップ情報４４ａとしてバックアップＤＢ４４に格納する。

配置変更制御部４３ｂは、ＤＢ制御部４１２と協働して、開始処理の実行後に実行されるＰＶ配置変更処理を行なう。

例えば、配置変更制御部４３ｂは、配置変更元のＰＶ２０のＬＶデータ情報４２ａに設定された実施フラグに応じて、配置変更元のＰＶ２０に対するＰＶ配置変更処理を制御してよい。

〔１－４－１〕実施フラグ「Ｋ＿ｘ」の場合のバックアップ処理の説明
まず、実施フラグに「Ｋ＿ｘ」が設定されたＬＶ３０（キープ対象のＬＶ３０）に対する、バックアップの開始処理から復元処理までのバックアップ処理の動作例を説明する。

図８は、キープ対象のＬＶ３０に対するバックアップ処理の動作例を説明するための図である。図８の矢印Ａ～Ｄのそれぞれは、所定のタイミングにおけるＰＶ管理ＤＢ４２及び実際のＰＶ２０内の状態を示す。

矢印Ａは、開始処理部４３１により、世代管理番号：ｘ（例えばｘ＝１）のバックアップの開始処理が実行される例を示す。設定部４３ａは、バックアップの開始処理の受信に応じて、ＰＶ－Ａ及びＰＶ－ＢのそれぞれのＬＶデータ情報４２ａに実施フラグ「Ｋ＿ｘ」を設定する。

実施フラグ「Ｋ＿ｘ」（例えばＫ＿１）は、開始処理の実行時点のＰＶ２０内の状態を確保するために、ＰＶ２０内のＬＶ３０の位置情報を固定とする実施モードを示す。

ＰＶ２０内のＬＶ３０の位置情報を保持する対象範囲は、ＰＶ２０の先頭から最終の有効状態のＬＶ３０までの連続した領域となる。図８の例では、キープ対象のＬＶ３０は、ＰＶ－Ａ及びＰＶ－ＢのＬＶデータ情報４２ａにおける破線で囲ったＬＶ３０である。開始処理部４３１は、矢印Ａに示すＰＶ管理ＤＢ４２をバックアップする。

矢印Ｂは、アクセス部４１１により、ＰＶ－Ａ内のＬＶ－１がＬＶ－１′に更新される例を示す。ＬＶ－１が更新される場合、ＰＶ２０のような追記型の記録媒体において、ＬＶ－１の更新指示は、削除対象である既存のＬＶ－１の削除指示と、書込対象である更新後のＬＶ－１′の書込指示との組み合わせと捉えることができる。

従って、ＤＢ制御部４１２は、ＬＶ－１′がＰＶ－Ａに書き込まれる際に、ＰＶ－ＡのＬＶデータ情報４２ａに対して、削除対象のＬＶ－１を無効状態に設定し、書込対象のＬＶ－１′を有効状態として追記する。

なお、ＬＶ３０の更新に係る処理は更新制御部４３ｃにより制御される。更新制御部４３ｃの詳細は後述する。

矢印Ｃは、ＰＶ配置変更処理が実行される例を示す。配置変更制御部４３ｂは、キープ対象のＬＶ３０を、ＰＶ配置変更処理の対象から除外する旨の指示、換言すれば、配置変更を抑制する旨の指示をＤＢ制御部４１２に通知する。ＤＢ制御部４１２は、当該指示に基づき、キープ対象のＬＶ３０については配置変更に含めずに、ＰＶ配置変更処理を実行する。

図８の例では、ＤＢ制御部４１２は、実施フラグ「Ｋ＿ｘ」が設定されていない、ＰＶ－ＡのＬＶ－１′を、ＰＶ－Ｃに配置する。このとき、ＤＢ制御部４１２は、ＰＶ－ＡのＬＶデータ情報４２ａに対して、削除対象のＰＶ－Ａ内のＬＶ－１′を無効状態に設定し、ＰＶ－ＣのＬＶデータ情報４２ａに対して、書込対象のＬＶ－１′を有効状態として設定する。

矢印Ｄは、復元処理部４３２により、復元処理が実行される例を示す。復元処理部４３２は、復元指示の受信に応じて、バックアップＤＢ４４にバックアップしていたバックアップ情報４４ａをＰＶ管理ＤＢ４２に復元する。これにより、ＰＶ管理ＤＢ４２は、矢印Ａに示す時点の情報に戻り、ホスト装置５は、ＰＶ２０内のキープ対象のＬＶ３０にアクセス可能となる。

なお、制御サーバ４は、世代管理番号：ｘ（例えば２）のバックアップの開始指示を受信した場合、ＬＶデータ情報４２ａに対して実施フラグＫ＿２の設定を行ない、実施フラグＫ＿２が設定されたＬＶ３０をキープ対象として、上述した制御を行なってよい。

〔１－４－２〕実施フラグ「Ａ＿ｘ」の場合のバックアップ処理の説明
次に、実施フラグに「Ａ＿ｘ」が設定されたＬＶ３０（アレンジメント対象のＬＶ３０）に対するバックアップ処理の動作例を説明する。

図９は、アレンジメント対象のＬＶ３０に対するバックアップ処理の動作例を説明するための図である。図９の矢印Ｅ～Ｈのそれぞれは、所定のタイミングにおけるＰＶ管理ＤＢ４２及び実際のＰＶ２０内の状態を示す。

矢印Ｅは、開始処理部４３１により、世代管理番号：ｘ（例えばｘ＝１）のバックアップの開始処理が実行される例を示す。設定部４３ａは、バックアップの開始処理の受信に応じて、ＰＶ－Ａ及びＰＶ－ＢのそれぞれのＬＶデータ情報４２ａに実施フラグ「Ａ＿ｘ」を設定する。

実施フラグ「Ａ＿ｘ」（例えばＡ＿１）は、ＬＶ３０の格納場所が他のＰＶ２０等に変更されても、開始処理の実行時点のＬＶ３０を保持できるようにするために、ＬＶ３０の位置情報をＰＶ管理ＤＢ４２において追跡する実施モードを示す。

ＬＶ３０の位置情報を保持（追跡）する対象範囲は、ＰＶ２０内の有効状態が設定されたＬＶ３０となる。図９の例では、アレンジメント対象のＬＶ３０は、ＰＶ－Ａ及びＰＶ－ＢのＬＶデータ情報４２ａにおける一点鎖線で囲ったＬＶ３０、すなわち、ＰＶ－ＡのＬＶ－１～ＬＶ－４、並びに、ＰＶ－ＢのＬＶ－Ａ′～ＬＶ－Ｄ′である。開始処理部４３１は、矢印Ｅに示すＰＶ管理ＤＢ４２をバックアップする。

矢印Ｆは、アクセス部４１１により、ＰＶ－Ａ内のＬＶ－１がＬＶ－１′に更新される例を示す。ＤＢ制御部４１２は、ＬＶ－１′がＰＶ－Ａに書き込まれる際に、ＰＶ－ＡのＬＶデータ情報４２ａに対して、削除対象のＬＶ－１を無効状態に設定し、書込対象のＬＶ－１′を有効状態として追記する。

矢印Ｇは、ＰＶ配置変更処理が実行される例を示す。配置変更制御部４３ｂは、アレンジメント対象の全てのＬＶ３０をＰＶ配置変更処理の対象に含める旨の指示、換言すれば、配置変更対象とする旨の指示をＤＢ制御部４１２に通知する。

図９の例では、ＤＢ制御部４１２は、実施フラグ「Ａ＿ｘ」が設定されている、ＰＶ－ＡのＬＶ－１～ＬＶ－４、及び、ＰＶ－ＢのＬＶ－Ａ′～ＬＶ－Ｄ′を、ＰＶ－Ｃに配置する。このとき、ＤＢ制御部４１２は、移動元であるＰＶ－Ａ及びＰＶ－ＢのＬＶデータ情報４２ａ内の配置変更対象のＬＶ－１～ＬＶ－４及びＬＶ－Ａ′～ＬＶ－Ｄ′を、移動先であるＰＶ－ＣのＬＶデータ情報４２ａに設定する。また、ＤＢ制御部４１２は、移動元であるＰＶ－Ａ及びＰＶ－ＢのＬＶデータ情報４２ａを削除する。

配置変更制御部４３ｂは、ＤＢ制御部４１２によるＬＶ３０の移動後に、移動元及び移動先のＰＶ２０に関するＬＶデータ情報４２ａに基づき、バックアップＤＢ４４内のバックアップ情報４４ａを更新する。例えば、配置変更制御部４３ｂは、移動元であるＰＶ－Ａ及びＰＶ－Ｂのバックアップ情報４４ａ内の配置変更対象のＬＶ－１～ＬＶ－４及びＬＶ－Ａ′～ＬＶ－Ｄ′を、移動先であるＰＶ－Ｃのバックアップ情報４４ａに設定する。また、配置変更制御部４３ｂは、移動元であるＰＶ－Ａ及びＰＶ－Ｂのバックアップ情報４４ａを削除する。

矢印Ｈは、復元処理部４３２により、復元処理が実行される例を示す。復元処理部４３２は、復元指示の受信に応じて、バックアップＤＢ４４にバックアップしていたバックアップ情報４４ａをＰＶ管理ＤＢ４２に復元する。これにより、ＰＶ管理ＤＢ４２は、矢印Ｅに示す時点のアレンジメント対象のＬＶデータを保持しつつ、矢印Ｇに示すＰＶ配置変更処理の処理結果が反映された状態となり、ホスト装置５は、ＰＶ２０内のキープ対象のＬＶ３０にアクセス可能となる。

なお、制御サーバ４は、世代管理番号：ｘ（例えば２）のバックアップの開始指示を受信した場合、ＬＶデータ情報４２ａに対して実施フラグＡ＿２の設定を行ない、実施フラグＡ＿２が設定されたＬＶ３０をキープ対象として、上述した制御を行なってよい。

〔１－４－３〕バックアップ処理中にＬＶデータ更新が行なわれる場合の説明
図８の矢印Ｂ及び図９の矢印Ｆにおいて、ＬＶ３０の更新に係る処理は、更新制御部４３ｃにより制御される。以下、更新制御部４３ｃの処理を説明する。

（開始処理の実行後にＬＶ３０の更新処理が行なわれる場合）
上述のように、アクセス部４１１は、開始処理の実行後に、ホスト装置５からＬＶデータの書き込み要求を受領すると、仮想ドライブ４０にマウントしたＬＶ３０に対してＬＶデータの更新を行なう。

更新制御部４３ｃは、ディスク装置３上のＬＶデータが更新される場合、更新後のＬＶデータがＰＶ２０に格納されるまでは、更新前のＬＶデータをディスク装置３の待避領域３１に一時的に保存する。

待避領域３１に更新前のＬＶデータをコピーすることで、ＰＶ管理ＤＢ４２内で未だ有効状態である更新前のＬＶ３０の実体（データ）を、更新後のＬＶデータがＰＶ２０に書き込まれるまでの間、保存しておくことができる。

また、更新制御部４３ｃは、更新対象のＬＶ３０がバックアップ対象のＬＶ３０である場合、更新後のＬＶデータについて、ＬＶデータ情報４２ａの更新情報（削除フラグ）をオンに設定する。削除フラグは、復元処理の際に、どのＬＶ３０を削除するのか（例えば無効状態に設定するのか）を判別するために使用される情報であり、復元処理の実行後に、削除フラグがオンであるＬＶ３０に対してデータ削除が行なわれる。

換言すれば、更新制御部４３ｃは、第１ＬＶデータ情報４２ａにおいて実施情報が設定された有効状態の第１データであってディスク装置３が記憶する第１データを、第２データに更新する更新指示の受信に応じて、ＤＢ制御部４１２により第２ＬＶデータ情報４２ａにおいて有効状態として管理される第２データに更新の発生を示す更新情報を設定する更新部の一例である。第１及び第２データは、それぞれ更新前及び更新後のＬＶ３０である。第１ＬＶデータ情報４２ａは、第１管理情報の一例であり、第２ＬＶデータ情報４２ａは、第２管理情報の一例である。

ＤＢ制御部４１２は、バックエンドのＰＶ２０に対してＬＶデータの更新が行なわれ、更新後のＬＶデータがＰＶ２０に格納された場合、ＰＶ管理ＤＢ４２において、更新前の（旧）ＬＶデータを無効状態に設定し、更新後の（新たに書き込まれた）ＬＶデータを有効状態に設定する。この場合、更新制御部４３ｃは、待避領域３１に一時的に保存した更新前のＬＶデータを削除する。

（更新後のＬＶデータの復元処理での扱い）
復元処理部４３２は、復元処理が実行される際に、復元後のＬＶデータ情報４２ａにおいて、削除フラグがオンに設定されている更新後のＬＶ３０の状態情報を無効状態に設定するとともに、ＬＶデータ情報４２ａ上に存在しない当該ＬＶデータを、ディスク装置３から削除する。

換言すれば、復元処理部４３２は、復元指示の受信に応じて、バックアップＤＢ４５に格納された複数のバックアップ情報４５ａにより、ＰＶ管理ＤＢ４２に格納された複数のＬＶデータ情報４２ａを更新し、更新情報が設定された第２データを、第２ＬＶデータ情報４２ａにおいて無効状態に設定するとともに、ディスク装置３から削除する復元部の一例である。

以上のように、制御サーバ４は、バックアップの開始指示に応じて、ＬＶデータ情報４２ａ内の少なくとも有効状態のＬＶ３０に対して実施フラグを付加してＬＶデータ情報４２ａを複製する。そして、制御サーバ４は、実施フラグが付加されたＬＶ３０の更新が発生すると、更新後のＬＶ３０のＬＶデータ情報４２ａにＤマークを付加する。また、制御サーバ４は、復元指示に応じて、複製したバックアップ情報４５ａをＰＶ管理ＤＢ４２に戻し、Ｄマークが付加されたＬＶ３０をディスク装置３から削除してＰＶ２０上で無効状態にする。

復元後のＬＶデータ情報４２ａでは、更新前のＬＶデータが有効状態であるから、復元処理部４３２によって、更新後のＬＶ３０を無効状態に設定しディスク装置３から削除することにより、更新されたＬＶデータを開始処理の実行時点の状態に戻すことができる。

なお、復元処理の実行後に、ホスト装置５から、更新前のＬＶデータに対するアクセス要求を受領した場合、ディスク装置３上に当該ＬＶデータが存在しない。このため、アクセス部４１１は、更新前のＬＶデータのＬＶデータ情報４２ａに基づき、更新前のＬＶデータを記録するＰＶ２０から有効状態のＬＶデータをディスク装置３に読み出す。これにより、ディスク装置３上のデータについても開始処理の実行時点の状態に戻すことができる。

〔１－５〕動作例
次に、図１０～図１２を参照して、上述の如く構成された仮想テープシステム１の動作例の説明を行なう。

〔１－５－１〕バックアップの開始処理
図１０を参照して、仮想テープシステム１におけるバックアップの開始処理の動作例を説明する。

図１０に例示するように、コマンド制御部４３の開始処理部４３１は、ホスト装置５からバックアップの開始指示を受領する（ステップＳ１）。開始処理部４３１の設定部４３ａは、ＰＶ管理ＤＢ４２で管理されている未抽出のＰＶ２０を１つ抽出する（ステップＳ２）。

設定部４３ａは、抽出したＰＶ２０のＬＶデータ情報４２ａの無効ＬＶ数及び全ＬＶ数を取得し（ステップＳ３）、無効ＬＶ数／全ＬＶ数が閾値未満か否かを判定する（ステップＳ４）。

無効ＬＶ数／全ＬＶ数が閾値未満である場合（ステップＳ４でＹＥＳ）、設定部４３ａは、当該ＰＶ２０のＬＶデータ情報４２ａにおける、世代管理対象の有効ＬＶ３０にＫマークを付加し（ステップＳ５）、処理がステップＳ７に移行する。

無効ＬＶ数／全ＬＶ数が閾値未満ではない場合（ステップＳ４でＮＯ）、設定部４３ａは、当該ＰＶ２０のＬＶデータ情報４２ａにおける、世代管理対象の有効ＬＶ３０にＫマークを付加し（ステップＳ５）、処理がステップＳ７に移行する。

ステップＳ７では、設定部４３ａは、全てのＰＶ２０を抽出したか否かを判定する。全てのＰＶ２０を抽出していない場合（ステップＳ７でＮＯ）、処理がステップＳ２に移行する。

全てのＰＶ２０を抽出した場合（ステップＳ７でＹＥＳ）、開始処理部４３１は、ＰＶ管理ＤＢ４２内のＬＶデータ情報４２ａをバックアップ情報４４ａとしてバックアップＤＢ４４にコピーする（ステップＳ８）。

ＩＯ制御部４１は、ホスト装置５からのＬＶデータの書き込み要求を受領すると、ディスク装置３上でＬＶデータを更新する。更新制御部４３ｃは、ディスク装置３上でＬＶデータが更新されたか否かを判定する（ステップＳ９）。ＬＶデータが更新されていない場合（ステップＳ９でＮＯ）、処理が終了する。

ＬＶデータが更新された場合（ステップＳ９でＹＥＳ）、更新制御部４３ｃは、更新されたＬＶデータをディスク装置３の待避領域３１にコピーする（ステップＳ１０）。

また、更新制御部４３ｃは、実施情報が付加されたＬＶ３０が更新された場合、ＬＶデータ情報４２ａの当該更新されたＬＶ３０のエントリに更新情報（削除フラグ）を付加する（ステップＳ１１）。そして、更新制御部４３ｃは、アクセス部４１１による、更新されたＬＶ３０のバックエンドのＰＶ２０への書込完了を待ち合わせる（ステップＳ１２）。

ＰＶ２０への書き込みが完了すると、ＤＢ制御部４１２は、ＰＶ管理ＤＢ４２内の旧データのＬＶ３０を無効状態に設定し、新データのＬＶ３０を有効状態に設定する（ステップＳ１３）。また、更新制御部４３ｃは、待避領域３１にコピーしたＬＶデータを削除し（ステップＳ１４）、処理が終了する。

〔１－５－２〕ＰＶ配置変更処理
図１１を参照して、仮想テープシステム１におけるバックアップの開始処理後のＰＶ配置変更処理の動作例を説明する。

図１１に例示するように、ＤＢ制御部４１２は、ＰＶ配置変更処理の実行トリガを検知する（ステップＳ２１）。実行トリガとしては、例えば、１つ以上のＰＶ２０において、全ＬＶ３０の数に対する、無効状態のＬＶ３０の数の割合（存在割合）が閾値以上になったこと、所定の実行周期が到来したこと、等が挙げられる。

配置変更制御部４３ｂは、処理対象のＰＶ２０のＬＶデータ情報４２ａから、未抽出の対象ＬＶ３０を１つ抽出する（ステップＳ２２）。なお、処理対象のＰＶ２０は、例えばＰＶ２０内のＬＶ３０に対する無効状態のＬＶ３０の割合が閾値以上であるＰＶ２０であってよい。

配置変更制御部４３ｂは、抽出した対象ＬＶ３０の実施情報がＫマークであるか否かを判定する（ステップＳ２３）。対象ＬＶ３０の実施情報がＫマークである場合（ステップＳ２３でＹＥＳ）、配置変更制御部４３ｂは、処理対象のＰＶ２０内のＫマークの対象範囲のＬＶ３０をＰＶ配置変更処理対象から除外し（ステップＳ２４）、処理がステップＳ２８に移行する。ＰＶ配置変更処理対象から除外されたＬＶ３０は、他のＰＶ２０への移動が行なわれない。

対象ＬＶ３０の実施情報がＫマークではない場合（ステップＳ２３でＮＯ）、配置変更制御部４３ｂは、抽出した対象ＬＶ３０の実施情報がＡマークであるか否かを判定する（ステップＳ２５）。対象ＬＶ３０の実施情報がＡマークである場合（ステップＳ２５でＹＥＳ）、配置変更制御部４３ｂは、例えばメモリ４ｂにおいて、「Ａマーク実施フラグ」をオンに設定する。そして、配置変更制御部４３ｂは、ＤＢ制御部４１２により、Ａマークの対象ＬＶ３０のＰＶ配置変更処理を実行し（ステップＳ２６）、処理がステップＳ２８に移行する。

対象ＬＶ３０の実施情報がＡマークではない場合（ステップＳ２５でＮＯ）、配置変更制御部４３ｂは、ＤＢ制御部４１２により、図５に例示する通常のＰＶ配置変更処理を実行し（ステップＳ２７）、処理がステップＳ２８に移行する。

ステップＳ２８では、配置変更制御部４３ｂは、全ての対象ＬＶ３０を抽出したか否かを判定する。全ての対象ＬＶ３０を抽出していない場合（ステップＳ２８でＮＯ）、処理がステップＳ２２に移行する。

全ての対象ＬＶ３０を抽出した場合（ステップＳ２８でＹＥＳ）、配置変更制御部４３ｂは、「Ａマーク実施フラグ」がオンか否かを判定する（ステップＳ２９）。「Ａマーク実施フラグ」がオンではない場合（ステップＳ２９でＮＯ）、処理が終了する。

「Ａマーク実施フラグ」がオンである場合（ステップＳ２９でＹＥＳ）、配置変更制御部４３ｂは、バックアップ情報４４ａにおけるＰＶ配置変更元及びＰＶ配置変更先の情報を、現在のＰＶ管理ＤＢ４２の情報で書き換える。例えば、配置変更制御部４３ｂは、現在のＰＶ管理ＤＢ４２におけるＬＶデータ情報４２ａの配置になるように、ＰＶ配置変更元のＰＶ２０のバックアップ情報４４ａ内のＬＶ３０の情報を、ＰＶ配置変更先のＰＶ２０のバックアップ情報４４ａに移動する。

そして、配置変更制御部４３ｂは、「Ａマーク実施フラグ」をオフに設定し（ステップＳ３０）、処理が終了する。

〔１－５－３〕バックアップデータの復元処理
図１２を参照して、仮想テープシステム１におけるバックアップデータの復元処理の動作例を説明する。

図１２に例示するように、コマンド制御部４３の復元処理部４３２は、ホスト装置５からバックアップデータの復元指示を受領する（ステップＳ３１）。復元処理部４３２は、バックアップ情報４４ａを元のＰＶ管理ＤＢ４２に復元する（ステップＳ３２）。

復元処理部４３２は、ＰＶ管理ＤＢ４２内の更新情報（削除フラグ）が付加されたＬＶ３０を無効状態に設定し（ステップＳ３３）、ＰＶ管理ＤＢ４２上に存在しない当該ＬＶ３０をディスク装置３からも削除する（ステップＳ３４）。

アクセス部４１１は、ホスト装置５からＬＶデータの書込又は読出要求を受領したか否かを判定する（ステップＳ３５）。ＬＶデータの書込又は読出要求を受領していない場合（ステップＳ３５でＮＯ）、処理が終了する。

ＬＶデータの書込又は読出要求を受領した場合（ステップＳ３５でＹＥＳ）、アクセス部４１１は、ディスク装置３上には当該データが存在しないため、ＰＶ２０から有効状態のＬＶデータをディスク装置３上に読み出し（ステップＳ３６）、処理が終了する。

〔１－６〕実施例
次に、図１３～図１７を参照して、一実施形態に係る仮想テープシステム１の実施例を説明する。なお、以下では、参照する図面中の符号順に説明する。また、以下の説明では、参照する図面中のＬＶデータ情報４２ａ又はＰＶ２０において網掛けで示す領域は、世代管理対象のＬＶ３０を表し、Ｋ又はＡマークが付加されている。また、ＬＶ３０、ＬＶデータ情報４２ａ又はＰＶ２０において太字で示す部分は、世代管理対象のＬＶ３０が更新されたことを表し、Ｄマークが付加されている。

〔１－６－１〕ＰＶ配置変更処理が実行されない場合のバックアップ処理
まず、図１３を参照して、ＰＶ配置変更処理が実行されない場合のバックアップ処理の実施例を説明する。

（１）コマンド制御部４３は、ホスト装置５からバックアップの開始指示を受領し、開始処理を開始する。

（２）開始処理部４３１は、フロントエンドのディスク装置３上でＰＶ管理ＤＢ４２をバックアップＤＢ４４にコピー（バックアップ）する。

（３）ＩＯ制御部４１は、ホスト装置５から書込要求を受領する。以下、ＬＶ－１をＬＶ－１′に更新する例を挙げる。アクセス部４１１は、ディスク装置３上でＬＶ－１をＬＶ－１′に更新する。また、ＤＢ制御部４１２は、ＬＶ－１をＬＶデータ情報４２ａにおいて無効状態に設定して、アクセス部４１１は、ＬＶ－１′をバックエンドのＰＶ２０に書き込む。

更新制御部４３ｃは、ＬＶ－１をディスク装置３の待避領域３１に退避する。また、ＤＢ制御部４１２は、新たに書き込まれたＬＶ－１′をＬＶデータ情報４２ａにおいて有効状態に設定する。さらに、更新制御部４３ｃは、ＬＶデータ情報４２ａに対して、バックアップの実施対象であるＬＶ－１を更新したことを示すＤマーク（削除フラグ）を付加する。そして、更新制御部４３ｃは、アクセス部４１１によりＰＶ２０へのＬＶ－１′の書き込みが完了すると、待避領域３１にコピーしたＬＶデータを削除する。

（４）復元処理部４３２は、ホスト装置５からバックアップデータの復元指示を受領し、復元処理を開始する。

（５）復元処理部４３２は、バックアップしていたバックアップ情報４４ａで元のＰＶ管理ＤＢ４２を置き換える。これにより、ＰＶ管理ＤＢ４２が退避時（バックアップ時点）の状態になり、ＬＶ－１が有効状態に戻る。

（６）復元処理部４３２は、ＰＶ管理ＤＢ４２内のＬＶ３０のうち、Ｄマークが付加されているＬＶデータ（ＬＶ－１′）を無効状態に設定し、ディスク装置３上から削除する。

（７）アクセス部４１１は、ホスト装置５からＬＶ－１のＬＶデータの書込又は読出要求を受領すると、ディスク装置３上にＬＶ－１が存在しないため、ＰＶ２０から有効状態のＬＶ－１をディスク装置３に読み出す。これにより、ディスク装置３上のデータも退避時の状態に戻すことができる。

〔１－６－２〕ＰＶ配置変更処理が実行される場合のバックアップ処理（第１処理）
次に、図１４及び図１５を参照して、ＰＶ配置変更処理が実行される場合のバックアップ処理の実施例を説明する。図１４及び図１５では、第１処理として実施情報にＫマークが付加される場合を例に挙げる。

（１）図１４に示すように、コマンド制御部４３は、ホスト装置５からバックアップの開始指示を受領し、開始処理を開始する。

（２）設定部４３ａは、フロントエンドのディスク装置３上で、開始指示の受領時点のＰＶ管理ＤＢ４２のＬＶデータ情報４２ａに世代管理対象であることを表すＫマークを付加する。Ｋマークの付加は、処理対象のＰＶ２０内の全ＬＶ３０の数に対する無効状態のＬＶ３０の数の存在割合が所定の閾値未満である場合に行なわれる。

（３）開始処理部４３１は、フロントエンドのディスク装置３上で、開始指示の受領時点のＰＶ管理ＤＢ４２をバックアップＤＢ４４にコピー（バックアップ）する。

（４）ＩＯ制御部４１は、ホスト装置５から書込要求を受領する。アクセス部４１１は、ディスク装置３上でＬＶ－１をＬＶ－１′に更新する。また、ＤＢ制御部４１２は、ＬＶ－１をＬＶデータ情報４２ａにおいて無効状態に設定して、アクセス部４１１は、ＬＶ－１′をバックエンドのＰＶ２０に書き込む。

更新制御部４３ｃは、ＬＶ－１をディスク装置３の待避領域３１に退避する。また、ＤＢ制御部４１２は、新たに書き込まれたＬＶ－１′をＬＶデータ情報４２ａにおいて有効状態に設定する。さらに、更新制御部４３ｃは、ＬＶデータ情報４２ａに対して、バックアップの実施対象であるＬＶ－１を更新したことを示すＤマーク（削除フラグ）を付加する。そして、更新制御部４３ｃは、アクセス部４１１によりＰＶ２０へのＬＶ－１′の書き込みが完了すると、待避領域３１にコピーしたＬＶデータを削除する。

（５）ＤＢ制御部４１２によりＰＶ配置変更処理が実行されると、配置変更制御部４３ｂは、キープ対象のＬＶ３０をＰＶ配置変更の対象外とし、ＤＢ制御部４１２により、キープ対象以外の有効状態のＬＶ３０を他のＰＶ２０に移動する。

（６）図１５に示すように、ＰＶ配置変更処理の実行後、新たなＬＶデータの書き込みが実行される場合、アクセス部４１１は、テープライブラリ２の未使用領域の先頭から使用する。図１５の例では、アクセス部４１１は、ＬＶ－９をＰＶ－Ａに、ＬＶ－１０をＰＶ－Ｃにそれぞれ書き込む。

（７）復元処理部４３２は、ホスト装置５からバックアップデータの復元指示を受領し、復元処理を開始する。

（８）復元処理部４３２は、バックアップしていたバックアップ情報４４ａで元のＰＶ管理ＤＢ４２を置き換える。これにより、ＰＶ管理ＤＢ４２が退避時（バックアップ時点）の状態になり、ＬＶ－１が有効状態に戻る。

（９）復元処理部４３２は、ＰＶ管理ＤＢ４２内のＬＶ３０のうち、Ｄマークが付加されているＬＶデータ（ＬＶ－１′）を無効状態に設定し、ディスク装置３上から削除する。

（１０）アクセス部４１１は、ホスト装置５からＬＶ－１のＬＶデータの書込又は読出要求を受領すると、ディスク装置３上にＬＶ－１が存在しないため、ＰＶ２０から有効状態のＬＶ－１をディスク装置３に読み出す。これにより、ディスク装置３上のデータも退避時の状態に戻すことができる。

〔１－６－４〕ＰＶ配置変更処理が実行される場合のバックアップ処理（第２処理）
次に、図１６及び図１７を参照して、ＰＶ配置変更処理が実行される場合のバックアップ処理の実施例を説明する。図１６及び図１７では、第２処理として実施情報にＡマークが付加される場合を例に挙げる。

（１）図１６に示すように、コマンド制御部４３は、ホスト装置５からバックアップの開始指示を受領し、開始処理を開始する。

（２）設定部４３ａは、フロントエンドのディスク装置３上で、開始指示の受領時点のＰＶ管理ＤＢ４２のＬＶデータ情報４２ａに世代管理対象であることを表すＡマークを付加する。Ａマークの付加は、処理対象のＰＶ２０内の全ＬＶ３０の数に対する無効状態のＬＶ３０の数の存在割合が所定の閾値以上である場合に行なわれる。

（３）開始処理部４３１は、フロントエンドのディスク装置３上で、開始指示の受領時点のＰＶ管理ＤＢ４２をバックアップＤＢ４４にコピー（バックアップ）する。

（４）ＩＯ制御部４１は、ホスト装置５から書込要求を受領する。アクセス部４１１は、ディスク装置３上でＬＶ－１をＬＶ－１′に更新する。また、ＤＢ制御部４１２は、ＬＶ－１をＬＶデータ情報４２ａにおいて無効状態に設定して、アクセス部４１１は、ＬＶ－１′をバックエンドのＰＶ２０に書き込む。

更新制御部４３ｃは、ＬＶ－１をディスク装置３の待避領域３１に退避する。また、ＤＢ制御部４１２は、新たに書き込まれたＬＶ－１′をＬＶデータ情報４２ａにおいて有効状態に設定する。さらに、更新制御部４３ｃは、ＬＶデータ情報４２ａに対して、バックアップの実施対象であるＬＶ－１を更新したことを示すＤマーク（削除フラグ）を付加する。そして、更新制御部４３ｃは、アクセス部４１１によりＰＶ２０へのＬＶ－１′の書き込みが完了すると、待避領域３１にコピーしたＬＶデータを削除する。

（５）ＤＢ制御部４１２によりＰＶ配置変更処理が実行されると、配置変更制御部４３ｂは、ＤＢ制御部４１２により、アレンジメント対象のＬＶ３０（無効状態のＬＶ３０を含む）と、それ以外の有効状態のＬＶ３０とを、他のＰＶ２０に移動する。

（６）配置変更制御部４３ｂは、アレンジメント対象のＬＶ３０が他のＰＶ２０に移動したことをバックアップ情報４４ａに反映させる。図１６の例では、配置変更制御部４３ｂは、ＰＶ－Ａ及びＰＶ－Ｂのバックアップ情報４４ａを、ＰＶ－Ｃのバックアップ情報４４ａにコピーし、ＰＶ－Ａ及びＰＶ－Ｂのバックアップ情報４４ａを削除することで、バックアップ情報４４ａを更新する。

（７）図１７に示すように、ＰＶ配置変更処理の実行後、ＰＶ配置変更処理における移動元のＰＶ－Ａに新たなＬＶデータの書き込みが実行可能となる。図１７の例では、アクセス部４１１は、ＬＶ－９をＰＶ－Ａに、ＬＶ－１０をＰＶ－Ｃにそれぞれ書き込む。

（８）復元処理部４３２は、ホスト装置５からバックアップデータの復元指示を受領し、復元処理を開始する。

（９）復元処理部４３２は、バックアップしていたバックアップ情報４４ａで元のＰＶ管理ＤＢ４２を置き換える。これにより、ＰＶ管理ＤＢ４２が退避時（バックアップ時点）の状態になり、ＬＶ－１が有効状態に戻る。

（１０）復元処理部４３２は、ＰＶ管理ＤＢ４２内のＬＶ３０のうち、Ｄマークが付加されているＬＶデータ（ＬＶ－１′）を無効状態に設定し、ディスク装置３上から削除する。

（１１）アクセス部４１１は、ホスト装置５からＬＶ－１のＬＶデータの書込又は読出要求を受領すると、ディスク装置３上にＬＶ－１が存在しないため、ＰＶ２０から有効状態のＬＶ－１をディスク装置３に読み出す。これにより、ディスク装置３上のデータも退避時の状態に戻すことができる。

〔２〕その他
上述した一実施形態に係る技術は、以下のように変形、変更して実施することができる。

例えば、図３及び図６に示す制御サーバ４の各機能ブロックは、それぞれ任意の組み合わせで併合してもよく、分割してもよい。

また、一実施形態に係る手法において、Ｋマークが付加されたＬＶ３０と、Ａマークが付加されたＬＶ３０とが、１つのＰＶ２０に混在してもよい。一例として、ＰＶ配置変更処理により、Ｋマークが付加されたＬＶ３０が記録されたＰＶ２０に、Ａマークが付加されたＬＶ３０が配置される場合がある。この場合においても、バックアップ情報４４ａにはＫマークが付加されたＬＶ３０に続いて、Ａマークが付加されたＬＶ３０の情報が配置変更制御部４３ｂにより設定されるため、復元処理においてバックアップデータを適切に復元することができる。

〔３〕付記
以上の実施形態に関し、更に以下の付記を開示する。

（付記１）
記憶装置が記憶する複数のデータのそれぞれの格納先の記録媒体に関する管理情報を、複数の前記記録媒体のそれぞれについて記憶する第１記憶領域と、
前記記録媒体が記録するデータが更新される際に、前記第１記憶領域において、更新前のデータを無効状態として管理し、前記記録媒体の空き記憶領域に書き込まれた更新後のデータを有効状態として管理する管理部と、
前記複数の記録媒体のバックアップの開始指示の受信に応じて、複数の前記管理情報に対して、前記複数の記録媒体に記録された少なくとも有効状態のデータのそれぞれにバックアップの実施対象であることを示す実施情報を設定する設定部と、
前記実施情報が設定された前記複数の管理情報を第２記憶領域に複製する複製部と、
第１管理情報において実施情報が設定された有効状態の第１データであって前記記憶装置が記憶する前記第１データを、第２データに更新する更新指示の受信に応じて、前記管理部により第２管理情報において有効状態として管理される前記第２データに更新の発生を示す更新情報を設定する更新部と、
復元指示の受信に応じて、前記第２記憶領域に格納された複数の複製管理情報により、前記第１記憶領域に格納された前記複数の管理情報を更新し、前記更新情報が設定された前記第２データを、前記第２管理情報において無効状態に設定するとともに、前記記憶装置から削除する復元部と、
を備える、ストレージ制御装置。

（付記２）
配置変更元の記録媒体に記録された有効状態のデータを、配置変更先の記録媒体に移動し、前記配置変更元の記録媒体を先頭の記憶領域から使用可能に設定する配置変更処理を実行する処理部、を備え、
前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体に記録された全データ数に対する無効状態のデータ数の割合に応じて、前記実施情報として第１実施情報及び第２実施情報のいずれかを設定し、
前記処理部は、前記配置変更元の記録媒体の管理情報に設定された前記実施情報に応じて、前記配置変更元の記録媒体に対する前記配置変更処理を制御する、
付記１に記載のストレージ制御装置。

（付記３）
前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値未満の場合、前記記録媒体の管理情報の先頭から最終の有効状態のデータまでのデータのそれぞれに、前記第１実施情報を設定し、
前記処理部は、前記配置変更元の記録媒体の管理情報において前記第１実施情報が設定されているデータを、前記配置変更処理の対象データから除外する、
付記２に記載のストレージ制御装置。

（付記４）
前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値以上の場合、前記記録媒体の管理情報の有効状態のデータのそれぞれに、前記第２実施情報を設定し、
前記処理部は、前記配置変更元の記録媒体の管理情報において前記第２実施情報が設定されているデータを、配置変更先の記録媒体に移動する、
付記２又は付記３に記載のストレージ制御装置。

（付記５）
前記処理部は、前記第２実施情報が設定されているデータの前記配置変更元及び前記配置変更先のそれぞれの管理情報に基づいて、前記第２記憶領域に格納された前記配置変更元及び前記配置変更先のそれぞれに対応する複製管理情報を更新する、
付記４に記載のストレージ制御装置。

（付記６）
前記復元指示の受信に応じた前記複数の管理情報の更新後に、前記第１データに対するアクセス指示の受信に応じて、前記第１管理情報に基づき、前記第１データを記録する記録媒体から前記第１データを前記記憶装置に読み出すアクセス部、を備える、
付記１～付記５のいずれか１項に記載のストレージ制御装置。

（付記７）
前記更新部は、前記第１データが前記第２データに更新される際に、前記第１データを前記記憶装置の待避領域に格納し、前記第２管理情報において前記第２データに前記更新情報を設定し、
前記管理部は、前記記憶装置に格納された前記第２データが格納先の記録媒体に書き込まれた場合、前記第１管理情報において前記第１データを無効状態に設定するとともに、前記第２管理情報において前記第２データを有効状態に設定し、
前記更新部は、前記待避領域に格納した前記第１データを削除する、
付記１～付記６のいずれか１項に記載のストレージ制御装置。

（付記８）
記憶装置と、
前記記憶装置が記憶する前記複数のデータのそれぞれの格納先の記録媒体を収容するストレージ装置と、
前記記憶装置及び前記ストレージ装置を制御するストレージ制御装置と、を備え、
前記ストレージ制御装置は、
前記複数の記録媒体に関する管理情報を、複数の前記記録媒体のそれぞれについて記憶する第１記憶領域と、
前記記録媒体が記録するデータが更新される際に、前記第１記憶領域において、更新前のデータを無効状態として管理し、前記記録媒体の空き記憶領域に書き込まれた更新後のデータを有効状態として管理する管理部と、
前記複数の記録媒体のバックアップの開始指示の受信に応じて、複数の前記管理情報に対して、前記複数の記録媒体に記録された少なくとも有効状態のデータのそれぞれにバックアップの実施対象であることを示す実施情報を設定する設定部と、
前記実施情報が設定された前記複数の管理情報を第２記憶領域に複製する複製部と、
第１管理情報において実施情報が設定された有効状態の第１データであって前記記憶装置が記憶する前記第１データを、第２データに更新する更新指示の受信に応じて、前記管理部により第２管理情報において有効状態として管理される前記第２データに更新の発生を示す更新情報を設定する更新部と、
復元指示の受信に応じて、前記第２記憶領域に格納された複数の複製管理情報により、前記第１記憶領域に格納された前記複数の管理情報を更新し、前記更新情報が設定された前記第２データを、前記第２管理情報において無効状態に設定するとともに、前記記憶装置から削除する復元部と、
を備える、ストレージシステム。

（付記９）
前記ストレージ制御装置は、配置変更元の記録媒体に記録された有効状態のデータを、配置変更先の記録媒体に移動し、前記配置変更元の記録媒体を先頭の記憶領域から使用可能に設定する配置変更処理を実行する処理部、を備え、
前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体に記録された全データ数に対する無効状態のデータ数の割合に応じて、前記実施情報として第１実施情報及び第２実施情報のいずれかを設定し、
前記処理部は、前記配置変更元の記録媒体の管理情報に設定された前記実施情報に応じて、前記配置変更元の記録媒体に対する前記配置変更処理を制御する、
付記８に記載のストレージシステム。

（付記１０）
前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値未満の場合、前記記録媒体の管理情報の先頭から最終の有効状態のデータまでのデータのそれぞれに、前記第１実施情報を設定し、
前記処理部は、前記配置変更元の記録媒体の管理情報において前記第１実施情報が設定されているデータを、前記配置変更処理の対象データから除外する、
付記９に記載のストレージシステム。

（付記１１）
前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値以上の場合、前記記録媒体の管理情報の有効状態のデータのそれぞれに、前記第２実施情報を設定し、
前記処理部は、前記配置変更元の記録媒体の管理情報において前記第２実施情報が設定されているデータを、配置変更先の記録媒体に移動する、
付記９又は付記１０に記載のストレージシステム。

（付記１２）
前記処理部は、前記第２実施情報が設定されているデータの前記配置変更元及び前記配置変更先のそれぞれの管理情報に基づいて、前記第２記憶領域に格納された前記配置変更元及び前記配置変更先のそれぞれに対応する複製管理情報を更新する、
付記１１に記載のストレージシステム。

（付記１３）
前記ストレージ制御装置は、前記復元指示の受信に応じた前記複数の管理情報の更新後に、前記第１データに対するアクセス指示の受信に応じて、前記第１管理情報に基づき、前記第１データを記録する記録媒体から前記第１データを前記記憶装置に読み出すアクセス部、を備える、
付記８～付記１２のいずれか１項に記載のストレージシステム。

（付記１４）
記憶装置が記憶する複数のデータのそれぞれの格納先の記録媒体に関する管理情報を、複数の前記記録媒体のそれぞれについて記憶する第１記憶領域において、前記記録媒体が記録するデータが更新される際に、更新前のデータを無効状態として管理し、前記記録媒体の空き記憶領域に書き込まれた更新後のデータを有効状態として管理し、
前記複数の記録媒体のバックアップの開始指示の受信に応じて、複数の前記管理情報に対して、前記複数の記録媒体に記録された少なくとも有効状態のデータのそれぞれにバックアップの実施対象であることを示す実施情報を設定し、
前記実施情報が設定された前記複数の管理情報を第２記憶領域に複製し、
第１管理情報において実施情報が設定された有効状態の第１データであって前記記憶装置が記憶する前記第１データを、第２データに更新する更新指示の受信に応じて、第２管理情報において有効状態として管理される前記第２データに更新の発生を示す更新情報を設定し、
復元指示の受信に応じて、前記第２記憶領域に格納された複数の複製管理情報により、前記第１記憶領域に格納された前記複数の管理情報を更新し、前記更新情報が設定された前記第２データを、前記第２管理情報において無効状態に設定するとともに、前記記憶装置から削除する、
処理をコンピュータに実行させる、ストレージ制御プログラム。

（付記１５）
配置変更元の記録媒体に記録された有効状態のデータを、配置変更先の記録媒体に移動し、前記配置変更元の記録媒体を先頭の記憶領域から使用可能に設定する配置変更処理を実行させ、
前記実施情報の設定は、前記複数の記録媒体のそれぞれについて、前記記録媒体に記録された全データ数に対する無効状態のデータ数の割合に応じて、前記実施情報として第１実施情報及び第２実施情報のいずれかを設定し、
前記配置変更処理は、前記配置変更元の記録媒体の管理情報に設定された前記実施情報に応じて、前記配置変更元の記録媒体に対する前記配置変更処理を制御する、
処理を前記コンピュータに実行させる、付記１４に記載のストレージ制御プログラム。

（付記１６）
前記実施情報の設定は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値未満の場合、前記記録媒体の管理情報の先頭から最終の有効状態のデータまでのデータのそれぞれに、前記第１実施情報を設定し、
前記配置変更処理は、前記配置変更元の記録媒体の管理情報において前記第１実施情報が設定されているデータを、前記配置変更処理の対象データから除外する、
付記１５に記載のストレージ制御プログラム。

（付記１７）
前記実施情報の設定は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値以上の場合、前記記録媒体の管理情報の有効状態のデータのそれぞれに、前記第２実施情報を設定し、
前記配置変更処理は、前記配置変更元の記録媒体の管理情報において前記第２実施情報が設定されているデータを、配置変更先の記録媒体に移動する、
付記１５又は付記１６に記載のストレージ制御プログラム。

（付記１８）
前記配置変更処理は、前記第２実施情報が設定されているデータの前記配置変更元及び前記配置変更先のそれぞれの管理情報に基づいて、前記第２記憶領域に格納された前記配置変更元及び前記配置変更先のそれぞれに対応する複製管理情報を更新する、
付記１７に記載のストレージ制御プログラム。

（付記１９）
前記復元指示の受信に応じた前記複数の管理情報の更新後に、前記第１データに対するアクセス指示の受信に応じて、前記第１管理情報に基づき、前記第１データを記録する記録媒体から前記第１データを前記記憶装置に読み出す、
処理を前記コンピュータに実行させる、付記１４～付記１８のいずれか１項に記載のストレージ制御プログラム。

（付記２０）
前記第１データが前記第２データに更新される際に、前記第１データを前記記憶装置の待避領域に格納し、前記第２管理情報において前記第２データに前記更新情報を設定し、
前記記憶装置に格納された前記第２データが格納先の記録媒体に書き込まれた場合、前記第１管理情報において前記第１データを無効状態に設定するとともに、前記第２管理情報において前記第２データを有効状態に設定し、
前記待避領域に格納した前記第１データを削除する、
処理を前記コンピュータに実行させる、付記１４～付記１９のいずれか１項に記載のストレージ制御プログラム。

１ 仮想テープシステム
２ テープライブラリ
２０ ＰＶ
３ ディスク装置
３０ ＬＶ
３１ 待避領域
４ 制御サーバ
４０ 仮想ドライブ
４１ ＩＯ制御部
４１１ アクセス部
４１２ ＤＢ制御部
４２ ＰＶ管理ＤＢ
４２ａ ＬＶデータ情報
４３ コマンド制御部
４３１ 開始処理部
４３２ 復元処理部
４３ａ 設定部
４３ｂ 配置変更制御部
４３ｃ 更新制御部
４４ バックアップＤＢ
４４ａ バックアップ情報
５ ホスト装置

Claims (9)

1. 記憶装置が記憶する複数のデータのそれぞれの格納先の記録媒体に関する管理情報を、複数の前記記録媒体のそれぞれについて記憶する第１記憶領域と、
   前記記録媒体が記録するデータが更新される際に、前記第１記憶領域において、更新前のデータを無効状態として管理し、前記記録媒体の空き記憶領域に書き込まれた更新後のデータを有効状態として管理する管理部と、
   前記複数の記録媒体のバックアップの開始指示の受信に応じて、複数の前記管理情報に対して、前記複数の記録媒体に記録された少なくとも有効状態のデータのそれぞれにバックアップの実施対象であることを示す実施情報を設定する設定部と、
   前記実施情報が設定された前記複数の管理情報を第２記憶領域に複製する複製部と、
   第１管理情報において実施情報が設定された有効状態の第１データであって前記記憶装置が記憶する前記第１データを、第２データに更新する更新指示の受信に応じて、前記管理部により第２管理情報において有効状態として管理される前記第２データに更新の発生を示す更新情報を設定する更新部と、
   復元指示の受信に応じて、前記第２記憶領域に格納された複数の複製管理情報により、前記第１記憶領域に格納された前記複数の管理情報を更新し、前記更新情報が設定された前記第２データを、前記第２管理情報において無効状態に設定するとともに、前記記憶装置から削除する復元部と、
   を備える、ストレージ制御装置。
2. 配置変更元の記録媒体に記録された有効状態のデータを、配置変更先の記録媒体に移動し、前記配置変更元の記録媒体を先頭の記憶領域から使用可能に設定する配置変更処理を実行する処理部、を備え、
   前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体に記録された全データ数に対する無効状態のデータ数の割合に応じて、前記実施情報として第１実施情報及び第２実施情報のいずれかを設定し、
   前記処理部は、前記配置変更元の記録媒体の管理情報に設定された前記実施情報に応じて、前記配置変更元の記録媒体に対する前記配置変更処理を制御する、
   請求項１に記載のストレージ制御装置。
3. 前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値未満の場合、前記記録媒体の管理情報の先頭から最終の有効状態のデータまでのデータのそれぞれに、前記第１実施情報を設定し、
   前記処理部は、前記配置変更元の記録媒体の管理情報において前記第１実施情報が設定されているデータを、前記配置変更処理の対象データから除外する、
   請求項２に記載のストレージ制御装置。
4. 前記設定部は、前記複数の記録媒体のそれぞれについて、前記記録媒体における前記割合が所定の閾値以上の場合、前記記録媒体の管理情報の有効状態のデータのそれぞれに、前記第２実施情報を設定し、
   前記処理部は、前記配置変更元の記録媒体の管理情報において前記第２実施情報が設定されているデータを、配置変更先の記録媒体に移動する、
   請求項２又は請求項３に記載のストレージ制御装置。
5. 前記処理部は、前記第２実施情報が設定されているデータの前記配置変更元及び前記配置変更先のそれぞれの管理情報に基づいて、前記第２記憶領域に格納された前記配置変更元及び前記配置変更先のそれぞれに対応する複製管理情報を更新する、
   請求項４に記載のストレージ制御装置。
6. 前記復元指示の受信に応じた前記複数の管理情報の更新後に、前記第１データに対するアクセス指示の受信に応じて、前記第１管理情報に基づき、前記第１データを記録する記録媒体から前記第１データを前記記憶装置に読み出すアクセス部、を備える、
   請求項１～請求項５のいずれか１項に記載のストレージ制御装置。
7. 前記更新部は、前記第１データが前記第２データに更新される際に、前記第１データを前記記憶装置の待避領域に格納し、前記第２管理情報において前記第２データに前記更新情報を設定し、
   前記管理部は、前記記憶装置に格納された前記第２データが格納先の記録媒体に書き込まれた場合、前記第１管理情報において前記第１データを無効状態に設定するとともに、前記第２管理情報において前記第２データを有効状態に設定し、
   前記更新部は、前記待避領域に格納した前記第１データを削除する、
   請求項１～請求項６のいずれか１項に記載のストレージ制御装置。
8. 記憶装置と、
   前記記憶装置が記憶する複数のデータのそれぞれの格納先の記録媒体を収容するストレージ装置と、
   前記記憶装置及び前記ストレージ装置を制御するストレージ制御装置と、を備え、
   前記ストレージ制御装置は、
   前記複数の記録媒体に関する管理情報を、複数の前記記録媒体のそれぞれについて記憶する第１記憶領域と、
   前記記録媒体が記録するデータが更新される際に、前記第１記憶領域において、更新前のデータを無効状態として管理し、前記記録媒体の空き記憶領域に書き込まれた更新後のデータを有効状態として管理する管理部と、
   前記複数の記録媒体のバックアップの開始指示の受信に応じて、複数の前記管理情報に対して、前記複数の記録媒体に記録された少なくとも有効状態のデータのそれぞれにバックアップの実施対象であることを示す実施情報を設定する設定部と、
   前記実施情報が設定された前記複数の管理情報を第２記憶領域に複製する複製部と、
   第１管理情報において実施情報が設定された有効状態の第１データであって前記記憶装置が記憶する前記第１データを、第２データに更新する更新指示の受信に応じて、前記管理部により第２管理情報において有効状態として管理される前記第２データに更新の発生を示す更新情報を設定する更新部と、
   復元指示の受信に応じて、前記第２記憶領域に格納された複数の複製管理情報により、前記第１記憶領域に格納された前記複数の管理情報を更新し、前記更新情報が設定された前記第２データを、前記第２管理情報において無効状態に設定するとともに、前記記憶装置から削除する復元部と、
   を備える、ストレージシステム。
9. 記憶装置が記憶する複数のデータのそれぞれの格納先の記録媒体に関する管理情報を、複数の前記記録媒体のそれぞれについて記憶する第１記憶領域において、前記記録媒体が記録するデータが更新される際に、更新前のデータを無効状態として管理し、前記記録媒体の空き記憶領域に書き込まれた更新後のデータを有効状態として管理し、
   前記複数の記録媒体のバックアップの開始指示の受信に応じて、複数の前記管理情報に対して、前記複数の記録媒体に記録された少なくとも有効状態のデータのそれぞれにバックアップの実施対象であることを示す実施情報を設定し、
   前記実施情報が設定された前記複数の管理情報を第２記憶領域に複製し、
   第１管理情報において実施情報が設定された有効状態の第１データであって前記記憶装置が記憶する前記第１データを、第２データに更新する更新指示の受信に応じて、第２管理情報において有効状態として管理される前記第２データに更新の発生を示す更新情報を設定し、
   復元指示の受信に応じて、前記第２記憶領域に格納された複数の複製管理情報により、前記第１記憶領域に格納された前記複数の管理情報を更新し、前記更新情報が設定された前記第２データを、前記第２管理情報において無効状態に設定するとともに、前記記憶装置から削除する、
   処理をコンピュータに実行させる、ストレージ制御プログラム。

Images