記憶システムおよび記憶制御方法
【課題】バックアップサーバ不要でバックアップができ、且つ、ボリュームコピーとは異なるスナップショットをバックアップ元としたバックアップを可能にする。
【解決手段】上位装置から送信されたデータ要素が書き込まれる主ボリュームのスナップショットイメージを論理的に保持するための仮想ボリューム内の複数の記憶位置と、スナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応を管理する。初回のバックアップで、複数のアドレス情報要素が示す全ての実際の記憶位置に記憶されている全てのデータ要素をバックアップし、その後、仮想ボリュームとバックアップ先記憶装置との間で差分の生じた記憶位置を管理し、次回以降のバックアップでは、差分管理されている記憶位置に対応したアドレス情報要素から特定される記憶位置上のデータ要素をバックアップする。
【解決手段】上位装置から送信されたデータ要素が書き込まれる主ボリュームのスナップショットイメージを論理的に保持するための仮想ボリューム内の複数の記憶位置と、スナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応を管理する。初回のバックアップで、複数のアドレス情報要素が示す全ての実際の記憶位置に記憶されている全てのデータ要素をバックアップし、その後、仮想ボリュームとバックアップ先記憶装置との間で差分の生じた記憶位置を管理し、次回以降のバックアップでは、差分管理されている記憶位置に対応したアドレス情報要素から特定される記憶位置上のデータ要素をバックアップする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データのバックアップのための技術に関する。
【背景技術】
【０００２】
例えば、特許文献１によれば、ディスクアレイ装置が、スナップショット取得後のデータ更新を、オリジナルデータを記憶するディスク装置とは物理的に別の記憶領域である更新データ格納ディスク装置に行う。
【０００３】
【特許文献１】特開２００５−３３２０６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
バックアップの一つの方法として、バックアップサーバが、バックアップ元の記憶装置からデータを読出し、読み出したデータを、バックアップ先の記憶装置に書込む方法がある。しかし、この方法では、例えば、バックアップサーバのバックアップ性能が、バックアップ元及び／又はバックアップ先の記憶装置のそれより低い場合には、バックアップサーバのバックアップ性能が、ボトルネックとなってしまう。
【０００５】
また、バックアップの一つの方法として、スナップショット取得時点における論理ボリュームのスナップショットを取得し、そのスナップショットをバックアップ元とする方法が考えられる。しかし、そのスナップショットを、スナップショット取得時点における論理ボリュームそれ自体のコピー（以下、ボリュームコピー）とすると、複数のスナップショット取得時点がある場合には、スナップショット取得時点の数と同数のボリュームコピーが必要となり、故に、記憶資源の消費量が大きくなってしまう。
【０００６】
従って、本発明の一つの目的は、バックアップサーバ不要でバックアップができ、且つ、ボリュームコピーとは異なるスナップショットをバックアップ元としたバックアップを可能にすることにある。
【０００７】
本発明の他の目的は、後述の説明から明らかになるであろう。
【課題を解決するための手段】
【０００８】
上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームと、主ボリュームとその主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域とが備えられる。
【０００９】
主ボリュームのスナップショットイメージを論理的に保持するための仮想的な論理ボリュームであるスナップショットボリュームにおける複数の仮想的な記憶位置と、主ボリュームのスナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応が管理される。
【００１０】
初回のバックアップで、複数のアドレス情報要素が示す全ての実際の記憶位置に記憶されている全てのデータ要素が、バックアップ先記憶装置にバックアップされる。
【００１１】
該初回のバックアップ後、主ボリュームが更新されたことに伴ってスナップショットボリュームが更新されることによりスナップショットボリュームとバックアップ先記憶装置との間で差分が生じた場合に、スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報が更新される。
【００１２】
次回以降のバックアップで、スナップショットボリュームとバックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置が、差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定され、特定された実際の記憶位置にある一以上のデータ要素が、バックアップ先記憶装置にバックアップされる。
【発明を実施するための最良の形態】
【００１３】
一つの実施形態では、記憶システムに、上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームと、主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域とが備えられる。この記憶システムは、スナップショット管理部と、フルバックアップ部と、差分管理部と、部分バックアップ部とを備えることができる。スナップショット管理部は、主ボリュームのスナップショットイメージを論理的に保持するためのスナップショットボリューム（仮想的な論理ボリューム）における複数の仮想的な記憶位置と、スナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置（主ボリューム及び／又はコピー記憶領域における位置）を示す複数のアドレス情報要素との対応を管理することができる。フルバックアップ部が、フルバックアップとして、複数のアドレス情報要素が示す全ての記憶位置にある全てのデータ要素をバックアップ先記憶装置にバックアップすることを実行することができる。差分管理部が、フルバックアップ後に主ボリュームが更新されたことに伴ってスナップショットボリュームが更新されることによりスナップショットボリュームとバックアップ先記憶装置との間で差分が生じた場合に、スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報を更新することができる。部分バックアップ部が、部分バックアップとして、スナップショットボリュームとバックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置を、差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定し、特定された実際の記憶位置にある一以上のデータ要素を前記バックアップ先記憶装置にバックアップすることを実行することができる。
【００１４】
主ボリュームは、例えば、ランダムアクセス型の記憶装置を利用して形成することができる。ランダムアクセス型記憶装置としては、ハードディスク、フラッシュメモリなど種々の記憶装置を採用することができる。
【００１５】
バックアップ先記憶装置としては、例えば、シーケンシャルアクセス型の記憶装置とすることができる。シーケンシャルアクセス型の記憶装置として、磁気テープなど、種々の記憶装置を採用することができる。
【００１６】
一つの実施形態では、差分管理部が、フルバックアップ後のスナップショットボリュームとバックアップ先記憶装置との間における差分データ要素がスナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかを差分管理情報で管理することができる。各回での部分バックアップは、差分バックアップである。差分バックアップは、差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである。
【００１７】
一つの実施形態では、差分管理情報に、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素（例えば後述のバックアップ用ビットマップ）と、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に論理的に記憶されているデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素（例えば後述の差分用ビットマップ）とが含まれる。差分データ要素がスナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかは、第一の差分管理情報要素と第二の差分管理情報要素との論理演算（例えば論理和）の結果から特定することができる。
【００１８】
一つの実施形態では、スナップショットイメージは、主ボリュームとスナップショットボリュームとのボリュームペアが分割された時点での主ボリュームのデータイメージである。差分管理部が、ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されている。差分管理部が、ボリュームペアの分割のときに、その分割のときにおける第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかを特定することができる。
【００１９】
一つの実施形態では、部分バックアップ部が、各回での差分バックアップで、特定された仮想的な記憶位置に論理的に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報もバックアップ先記憶装置にバックアップすることができる。リストア必要情報には、バックアップされる差分データ要素の位置を特定するための、差分バックアップの時点における第二の差分管理情報要素が含まれる。
【００２０】
一つの実施形態では、差分管理部が、直前回のフルバックアップ又は直前回の部分バックアップ後のスナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素がどの仮想的な記憶位置に論理的に存在するかを差分管理情報で管理することができる。各回での前記部分バックアップは、増分バックアップである。増分バックアップは、差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである。
【００２１】
一つの実施形態では、差分管理情報が、スナップショットボリュームにおける複数の仮想的な位置のうちのどの仮想的な記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素（例えば後述のバックアップ用ビットマップ）と、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第三の差分管理情報要素（例えば後述の増分用ビットマップ）とを含む。差分データ要素がどの仮想的な記憶位置に存在するかは、第一の差分管理情報要素を用いて更新された第二の差分管理情報要素から特定することができる。
【００２２】
一つの実施形態では、スナップショットイメージは、主ボリュームとスナップショットボリュームとのボリュームペアが分割された時点での主ボリュームのデータイメージである。差分管理部が、ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、スナップショットボリュームにおける複数の仮想的な位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成される。差分管理部が、ボリュームペアの分割のときに、第三の差分管理情報要素をリセットして、その分割のときにおける第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、第一の差分管理情報要素をリセットすることができる。増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素がどの記憶位置に存在するかを特定することができる。
【００２３】
一つの実施形態では、部分バックアップ部が、各回での増分バックアップで、特定された仮想的な記憶位置に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報もバックアップ先記憶装置にバックアップすることができる。リストア必要情報には、増分バックアップの時点における第三の差分管理情報要素が含まれる。
【００２４】
一つの実施形態では、記憶システムが、複数の時点にそれぞれ対応する複数のスナップショットイメージのうちのリストア対象のスナップショットイメージを主ボリューム又は別の論理ボリュームにリストアするリストア部を更に備えることができる。リストア部が、フルバックアップされた複数のデータ要素をリストアし、その後に、リストア対象のスナップショットイメージにおける、部分バックアップによりバックアップされた一以上のデータ要素を、リストアされた複数のデータ要素のうちの、該一以上のデータ要素にそれぞれ対応するデータ要素に上書きすることができる。
【００２５】
一つの実施形態では、リストア部が、リストア対象のスナップショットイメージにおける、部分バックアップによりバックアップされた一以上のデータ要素をリストアし、リストア対象のスナップショットイメージにおける、該一以上のデータ要素以外のデータ要素を、リストア対象のスナップショットイメージが部分バックアップされた時点であるリストア対象時点よりも過去の時点で部分バックアップされたデータ要素群及び／又はフルバックアップされたデータ要素群から読み出してリストアすることができる。
【００２６】
一つの実施形態では、リストア部が、リストアを実行する時点であるリストア実行時点での主ボリュームにおける複数の記憶位置のうち、リストア対象のスナップショットイメージを構成するデータ要素が実際に記憶されている記憶位置については、リストアを実行しないようにすることができる。
【００２７】
一つの実施形態では、リストア部が、リストア実行時点における第一の差分管理情報要素及び第二の管理情報要素の論理演算の結果から、主ボリュームにおける複数の記憶位置のうちの第一の一以上のリストア対象位置を特定し、リストア対象時点における第二の差分管理情報要素から、主ボリュームにおける複数の位置のうちの第二の一以上のリストア対象位置を特定し、第二の一以上のリストア対象位置の各々に、リストア対象時点で差分バックアップされた一以上のデータ要素をそれぞれリストアし、第一の一以上のリストア対象位置のうちの第二の一以上のリストア対象位置以外の位置に、リストア対象時点よりも過去の時点でフルバックアップされたデータ要素群から、該位置に対応するデータ要素を選択してリストアすることができる。
【００２８】
一つの実施形態では、リストア部が、下記（１）乃至（３）の処理を実行することがきる。
（１）リストア実行時点における第一の差分管理情報要素と、該リストア実行時点よりも過去であり前記リストア対象時点よりも未来における各バックアップ時点での各第三の差分管理情報要素との論理演算の結果から、主ボリュームにおける複数の記憶位置のうちの一以上のリストア対象位置を表すリストア位置情報要素を作成する。
（２）リストア対象時点以前の各増分バックアップ時点について、その増分バックアップ時点における第三の差分管理情報要素と、作成されたリストア位置情報要素又は更新後のリストア位置情報要素との論理演算の結果から特定されるリストア対象位置に、そのバックアップ時点で増分バックアップされた又はフルバックアップされたデータ要素をリストアし、該論理演算で使用したリストア位置情報要素が示す一以上のリストア対象位置から、特定されたリストア対象位置を除くことで、そのリストア位置情報要素を更新する。
（３）フルバックアップの直後の増分バックアップ時点（最も過去の増分バックアップ時点）についての更新後のリストア位置情報要素が、少なくとも一つのリストア対象位置を表していれば、フルバックアップされた複数のデータ要素のうち、そのリストア対象位置に対応するデータ要素を、そのリストア対象位置にリストアする。
【００２９】
一つの実施形態では、リストア必要情報に、格納する差分管理情報要素であるビットマップのビットに対応した記憶位置（主ボリュームやスナップショットボリューム内の記憶位置（記憶領域））の記憶サイズと、主ボリュームの記憶容量とが含まれても良い。
【００３０】
一つの実施形態では、バックアップ先記憶装置はシーケンシャルアクセス型の記憶装置であり、リストア必要情報は、データ要素よりもシーケンシャル型装置群の上流側に記録されてよい。
【００３１】
一つの実施形態では、バックアップ先記憶装置はシーケンシャルアクセス型の記憶装置であり、フルバックアップにより記録された全てのデータ要素よりも下流側に、部分バックアップでのリストア必要情報及びデータ要素が記録されて良い。
【００３２】
一つの実施形態では、スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージである。差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点において、第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される。
【００３３】
一つの実施形態では、差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、第二の差分管理情報要素をリセットして、そのときにおける第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、第一の差分管理情報要素をリセットすることができる。増分バックアップでは、その増分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される。
【００３４】
一つの実施形態では、差分管理情報が、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二及び第三の差分管理情報要素とを含む。差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、前記第三の差分管理情報要素をリセットして、そのときにおける第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの仮想的な記憶位置に存在するかが特定される。増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される。
【００３５】
一つの実施形態では、差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された仮想的な記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。
【００３６】
一つの実施形態では、差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、前記第二の差分管理情報要素をリセットして、そのときにおける第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットすることができる。
【００３７】
上述した複数の実施形態のうちの二以上を組み合わせて一つの実施形態とすることができる。例えば、記憶システムは、上述した差分バックアップと増分バックアップとのうちのいずれかの部分バックアップを選択的に実行することができる。例えば、記憶システムは、差分バックアップ指示を上位装置から受けた場合には、差分バックアップを実行し、増分バックアップ指示を上位装置から受けた場合には、増分バックアップを実行することができる。
【００３８】
上述した各部（例えば、デバイス関連値取得部、デバイス識別値計算部及び対応登録部等）は、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。
【００３９】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、以下の説明では、バックアップのタイプとして、フルバックアップと、差分バックアップと、増分バックアップの３タイプがあるものとする。これら３タイプのバックアップのうち、差分バックアップ及び増分バックアップが、部分バックアップに属するタイプのバックアップである。以下、３タイプのバックアップのうちの２以上のバックアップタイプを言う場合、スラッシュ“/”を使ってまとめて記載することとする。例えば、３タイプのバックアップの全てを指す場合には、「フル/差分/増分バックアップ」と記載することにする。なお、そのときの“/”は、「及び／又は」という意味で使用される。
【００４０】
例えば、この実施形態では、記憶システムが、一台の記憶サブシステムであり、上位装置が、ホスト計算機であり、バックアップ元の記憶装置が、ランダムアクセス型記憶装置、具体的には、例えば、磁気ディスク（以下、単に「ディスク」と言う）であり、バックアップ先の記憶装置が、シーケンシャルアクセス型記憶装置、具体的には、例えば、磁気テープ（以下、単に「テープ」と言う）である。
【００４１】
以下、この実施形態について詳述する。
【００４２】
＜＜システム構成＞＞。
【００４３】
図１は、本発明の一実施形態に係る計算機システムの構成例を示す。図２は、図１のコントローラ１２３の構成例を示した図である。
【００４４】
ホスト計算機１００、記憶サブシステム１０１及び管理端末１０３は、ファイバチャネルを用いて接続されており、情報や処理要求等の受け渡しが行われる。ホスト計算機１００、記憶サブシステム１０１及び管理端末１０３は、ＬＡＮ（Local Area Network）等の通信ネットワークで接続されていても良いし、専用線などで接続されても良い。
【００４５】
ホスト計算機１００は、記憶サブシステム１０１に情報を書き込んだり読み込んだりするアプリケーション１１１と、ボリュームのペア制御指示を発行するボリュームのペア制御指示プログラム１１２と、バックアップ/リストア制御指示を発行するバックアップ/リストア制御指示プログラム１１３と、アプリケーション１１１、ボリュームのペア制御指示プログラム１１２及びバックアップ/リストア制御指示プログラム１１３を記憶するメモリ１２１と、アプリケーション１１１、ボリュームのペア制御指示プログラム１１２及びバックアップ/リストア制御指示プログラム１１３を実行するためのＣＰＵ(Central Processing Unit)１２２とを備える。ボリュームのペア制御指示プログラム１１２を実行するＣＰＵ１２２は、ペア形成指示、ペア再同期指示、ペア分割指示及びペア削除指示等の種々のコマンドを発行する。以下、プログラムが主語になる場合は、実際にはそのプログラムを実行するＣＰＵによって処理が行われるものとする。バックアップ/リストア制御指示プログラム１１３は、フルバックアップ開始指示、差分バックアップ開始指示、増分バックアップ開始指示及びリストア開始指示等の種々のコマンドを発行する。
【００４６】
記憶サブシステム１０１は、コントローラ１２３、ディスク部９０及びテープライブラリ装置１２５を備える。コントローラ１２３は、バックアップデータ管理、バックアップ処理及びリストア処理等を行うバックアップ/リストア制御プログラム１３１と、ディスク管理、ボリュームのペア管理、ホストI/O処理及びボリュームのペア操作処理等を行うディスク制御プログラム１３２と、テープ管理、テープインポート処理及びテープエクスポート処理等を行うテープライブラリ制御プログラム１３３とを備える。
【００４７】
テープライブラリ装置１２５は、複数のテープ１３６と、テープ１３６の移動を行うロボット１３４、テープ１３６に情報を書き込んだり読み込んだりするテープドライブ１３５と、テープ１３６を記憶サブシステム１０１から出したり入れたりするためのテープエクスポート/インポートスロット１３７とを備える。
【００４８】
ディスク部９０は、複数のディスクで構成されている。複数のディスクのうちの二以上のディスクによりＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）グループが構成されている。このディスク部９０には、例えば、複数のＲＡＩＤグループがある。一つのＲＡＩＤグループの記憶空間を基に、一以上の論理ボリュームが形成されている。このため、ディスク部９０には、複数の論理ボリュームがある。複数の論理ボリュームには、例えば、主ボリューム（プライマリの論理ボリューム）１５０と、プールボリューム１５１と、主ボリューム１５０とプールボリューム１５１以外の論理ボリュームであるボリューム１２４とがある。主ボリューム１５０は、ホスト計算機１００から送信されたライト対象のデータが書込まれる論理ボリュームである。この主ボリューム１５０内のデータを失わないようにするために、後述のスナップショットボリューム１５２をバックアップ元としたバックアップが実行される。プールボリューム１５１は、主ボリューム１５０とスナップショットボリューム１５２とがペア分割状態の場合に、主ボリューム１５０内の或るデータブロックが別のデータブロックに更新されるならば、更新前の該或るデータブロックがコピーされる論理ボリュームである。
【００４９】
また、記憶サブシステム１０１には、主ボリューム１５０の論理的なスナップショットを表す仮想的なボリューム（以下、スナップショットボリューム）１５２がある。スナップショットボリューム１５２は、主ボリューム１５０とスナップショット１５２とのペアが分割された時点での、主ボリューム１５０のデータイメージを、論理的に保持するボリュームである。スナップショットボリューム１５２は、仮想的なボリュームであり、実際にデータが格納されるボリュームではない。スナップショットボリューム１５２により論理的に保持されるデータイメージを構成するデータは、主ボリューム１５０及び／又はプールボリューム１５１に記憶されている。従って、スナップショットボリューム１５２をバックアップ元としたバックアップが実行される場合には、主ボリューム１５０及び／又はプールボリューム１５１から、そのスナップショットボリューム１５２により論理的に保持されるデータイメージを構成するデータが読み出され、バックアップ先に格納される。
【００５０】
ディスク制御プログラム１３２は、ホスト計算機１００からのペア制御指示に応答して、ペア制御を実行する機能を有する。ペア制御としては、例えば、主ボリューム１５０とスナップショットボリューム１５２から構成されるボリュームのペアを作成するペア形成、ボリューム間の差分データコピーを行うペア再同期、ボリューム間を分割するペア分割、ボリュームのペアを削除するペア削除等がある。ディスク制御プログラム１３２は、ディスク部９０の管理を行うプログラム２１４と、ボリュームのペア管理を行うプログラム２１５と、ホスト計算機１００からの情報の書き込み読み込み等のI/Oを処理するプログラム２１６と、ボリュームのペア操作処理を行うプログラム２１７とから構成される。
【００５１】
バックアップ/リストア制御プログラム１３１は、バックアップデータ管理を行うプログラム２１１と、バックアップ処理を行うプログラム２１２と、リストア処理を行うプログラム２１３とから構成される。バックアップデータ管理２１１は、バックアップデータの管理をする機能を有し、さらに、差分/増分バックアップを行うために、バックアップ間の差分データを管理する機能も有する。さらに、バックアップ/リストア制御プログラム１３１は、スナップショットボリューム１５２の情報をテープ１３６にフル/差分/増分バックアップしたり、テープ１３６の情報を主ボリューム１５０にリストアしたりする機能を有する。リストア先は、主ボリューム１５０でも良いし、主ボリューム１５０とは異なるリューム（例えばボリューム１２４）でも良い。
【００５２】
テープライブラリ制御プログラム１３３は、テープ１３６の管理を行うプログラム２１８と、テープインポート処理を行うプログラム２１９と、テープエクスポート処理を行うプログラム２２０とから構成される。テープライブラリ制御プログラム１３３は、テープエクスポート/インポートスロット１３７を用いて、テープ１３６をエクスポートする機能及びインポートする機能を有する。
【００５３】
管理端末１０２は、管理画面１４１を有し、記憶サブシステム１０１の管理を行う機能を有する。例えば、ディスク部９０に論理ボリューム（以下、「ＬＵ」と呼ぶ場合もある）を作成したり、テープ１３６のエクスポート/インポート指示を発行したりする。管理画面１４１は、例えば、管理端末１０２の図示しない表示装置が有するディスプレイ画面である。
【００５４】
コントローラ１２３は、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３を記憶するメモリ（以下、制御メモリ）２０１と、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３を実行するプロセッサ（例えば、ＣＰＵ、以下、制御プロセッサ）２０２と、一時的に情報を記憶するキャッシュメモリ２０３と、ホスト計算機１０１、ディスク部９０及びテープライブラリ装置１２５間のデータ転送を行うデータ転送ＬＳＩ（Large Scale Integration）２０４とを備える。
【００５５】
図３は、ボリュームのペア管理２１５がもつ第一の管理情報例を示す。
【００５６】
ボリュームのペア管理２１５がもつ第一の管理情報には、例えば、ペア構成管理テーブル３０１と、スナップショット用ビットマップ管理テーブル３０２と、スナップショット用ビットマップ３０３とが含まれる。
【００５７】
ペア構成管理テーブル３０１は、ボリュームのペア操作処理２１７によって作成されたボリュームのペアの構成情報や状態を管理するためのものである。このテーブル３０１には、各ボリュームペア毎に、ボリュームペア番号３１１と、主ボリューム１５０と、スナップショットボリューム３１３と、状態３１４とが記録される。ボリュームペア番号３１１は、ボリュームのペアを一意に識別する番号である。主ボリューム１５０は、主ボリューム１５０となるＬＵ（論理ユニット）のＬＵＮ（論理ユニット番号）である。スナップショットボリューム３１３は、スナップショットボリューム１５２となるＬＵ（仮想的な論理ボリューム）のＬＵＮである。１つの主ボリュームに複数のスナップショットボリュームを構成することも可能である。状態３１４は、ペア状態、分割状態、ペア状態移行中、分割状態移行中、エラー状態等のボリュームのペアの状態である。ペア状態は主ボリュームの静止化イメージを維持していない状態、または、主ボリューム１５０とスナップショットボリューム１５２の情報が同期している状態で、分割状態は主ボリューム１５０のある時点の静止化イメージをスナップショットボリューム１５２に取得した状態であり、その後のホストからの更新によって主ボリューム１５０とスナップショットボリューム１５２の情報が同期しない状態である。ペア状態移行中はペア状態への移行処理を行っている状態で、分割状態移行中は分割状態への移行処理を行っている状態である。
【００５８】
スナップショット用ビットマップ管理テーブル３０２は、ボリュームのペアごとに、主ボリューム１５０とスナップショットボリューム１５２間の差分を管理するためのものである。その差分は、例えば、スナップショット用ビットマップ３０３によって管理される。このテーブル３０２には、各ボリュームペア毎に、ボリュームペア番号３２１と、スナップショットビットマップ番号３２２と、差分管理サイズ３２３と、スナップショットビットマップ格納位置３２４とが記録される。ボリュームのペア番号３２１は、どのボリュームのペアのスナップショット用ビットマップかを示している。スナップショットビットマップ番号３２２は、スナップショット用ビットマップ３０３を一意に識別する番号である。差分管理サイズ３２３は、スナップショット用ビットマップの１ビットが対応するサイズを示す。スナップショットビットマップ格納位置３２４は、ディスク部９０におけるどのディスクのどこにスナップショット用ビットマップを格納しているかを示す。例えば、スナップショットビットマップ格納位置３２４が、０：０−０：１０００であれば、ＬＵＮが０のＬＵのＬＢＡ０から１０００に格納していることを示す。スナップショット用ビットマップの格納位置３２４は、参照速度の高速化のために、ディスク部９０上ではなく、制御メモリ２０１上やキャッシュメモリ２０３上に格納しても良い。
【００５９】
例えば、差分管理サイズ３２３が１ＭＢであれば、３３１ａがＬＵの先頭から１ＭＢ、３３１ｂがＬＵの先頭１ＭＢから２ＭＢに対応するブロックの差分ビットを示す。差分ビット３３１は、ペア分割状態において、対応するブロックのどれか一つで、主ボリューム１５０とスナップショットボリューム１５２の情報が異なっていれば、反転される。例えば、主ボリューム１５０とスナップショットボリューム１５２との間において、３３１ａ、３３１ｂ、３３１ｅに対応したブロックに記憶されているデータは同じであるが、３３１ｃと３３１ｄに対応するブロックに記憶されているデータは異なっていることを表す。スナップショット用ビットマップのサイズは、ＬＵの容量と差分管理サイズ３２３で決まり、例えば、ＬＵの容量が１００ＭＢで、差分管理サイズ３２３が１ＭＢであれば、１枚のスナップショット用ビットマップのサイズは１００ビットとなる。
【００６０】
図４は、ボリュームのペア管理２１５がもつ第二の管理情報例を示す。
【００６１】
ボリュームのペア管理２１５がもつ第二の管理情報には、例えば、スナップショット管理テーブル３０４と、プール構成管理テーブル３０５とが含まれる。
【００６２】
スナップショット管理テーブル３０４には、スナップショット用ビットマップ３０３の識別子であるビットマップ番号３４１、そのスナップショット用ビットマップ３０３における各ビットの識別子であるビット番号３４２、及び、その各ビットに対応するデータブロックが格納されている位置の情報を示すデータ格納位置３４３がある。データ格納位置３４３は、例えば、論理ボリュームのＬＵＮとＬＢＡとの組み合わせで表される。主ボリューム１５０とスナップショットボリューム１５２とが初めてペアにされた場合には、主ボリューム１５０には未だ更新が無く、それ故、スナップショットボリューム１５２が表すデータイメージ（スナップショットイメージ）を構成するデータブロックは全て主ボリューム１５０にあるので、データ格納位置３４３の初期値は、主ボリューム１５０のLUN及びLBAとなる。主ボリューム１５０に更新があり、その更新位置に有る更新前データがプールボリューム１５１にコピーされたならば、その更新位置に対応したビットに対応するデータ格納位置３４３は、コピー先のプールボリューム１５１のLUN及びLBAとなる。スナップショット管理テーブル３０４や、前述した第一の管理情報を参照することにより、どのボリュームペアのどこに差分があり、その差分のデータブロックがどのプールボリューム１５１のどこに格納されているかがわかる。
【００６３】
プール構成管理テーブル３５１には、プールボリューム３５１が含まれる。プールボリューム３５１は、一以上のプールボリューム１５１にそれぞれ対応した一以上のＬＵＮである。
【００６４】
図５は、ボリュームのペア管理２１５がもつ第三の管理情報例を示す。
【００６５】
ボリュームのペア管理２１５がもつ第三の管理情報には、例えば、バックアップ用ビットマップ管理テーブル３０６と、バックアップ用ビットマップ３０７とが含まれる。
【００６６】
バックアップ用ビットマップ管理テーブル３０６は、ボリュームのペアごとに、ペア分割状態時のスナップショットボリューム１５２から次回のペア分割状態時のスナップショットボリューム１５２との間で生じた差分を、管理するためのものである。また、別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理するためのものということもできる。その差分は、例えば、バックアップ用ビットマップ３０７によって管理される。このテーブル３０６には、各ボリュームペア毎に、ボリュームペア番号３６１と、バックアップビットマップ番号３６２と、差分管理サイズ３６３と、バックアップビットマップ格納位置３６４とが記録される。ボリュームのペア番号３６１は、どのボリュームのペアのバックアップ用ビットマップかを示している。バックアップビットマップ番号３６２は、バックアップ用ビットマップ３０７を一意に識別する番号である。差分管理サイズ３６３は、バックアップ用ビットマップの１ビットが対応するサイズを示す。バックアップビットマップ格納位置３６４は、ディスク部９０におけるどのディスクのどこにバックアップ用ビットマップを格納しているかを示す。例えば、バックアップビットマップ格納位置３６４が、１０：０−１０：１０００であれば、ＬＵＮが１０のＬＵのＬＢＡ０から１０００に格納していることを示す。バックアップ用ビットマップの格納位置３６４は、参照速度の高速化のために、ディスク部９０上ではなく、制御メモリ２０１上やキャッシュメモリ２０３上に格納しても良い。
【００６７】
例えば、差分管理サイズ３６３が１ＭＢであれば、３７１ａがＬＵの先頭から１ＭＢ、３７１ｂがＬＵの先頭１ＭＢから２ＭＢに対応するブロックの差分ビットを示す。差分ビット３７１は、各ペア分割状態時にリセットされ（例えば全ての差分ビット３７１が０にされ）、ペア分割状態時から次回のペア分割状態時において、スナップショットボリューム１５２における、対応するブロックのどれか一つで情報が異なれば、反転される。別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までに主ボリュームに更新があれば、反転されることになる。例えば、ペア分割状態時から次回のペア分割状態時において、３７１ａ、３７１ｂ、３７１ｅに対応したブロックは、差分が無く、３７１ｃと３７１ｄは、差分があることを表す。バックアップ用ビットマップのサイズは、ＬＵの容量と差分管理サイズ３６３で決まり、例えば、ＬＵの容量が１００ＭＢで、差分管理サイズ３６３が１ＭＢであれば、１枚のバックアップ用ビットマップのサイズは１００ビットとなる。
【００６８】
図６は、テープ管理２１８が管理しているテーププール４０１の論理イメージ例を示す。
【００６９】
テーププール４０１は、複数のテープ１３６から構成され、そのうちのいくつかのテープ１３６がグループ化されてテープグループ４１１を構成している。テープ１３６ｊのように、テープグループ４１１でグループ化されていないものもある。例えば、テープグループ４１１ａは、テープ１３６ａとテープ１３６ｂから構成される。テープ１３６ｄのように、半分はテープグループ４１１ｂで使用され、残りの半分はテープグループ４１１ｃで使用されても良い。また、テープグループ４１１は、必ずしも二以上のテープ１３６から構成されるとは限らず、例えば、一つのテープ１３６、或いはテープ１３６の一部でテープグループ４１１とされることもある。なお、この図６では、複数のテーププール４０１を示し、各テーププール４０１内での構成が同じになっているが、勿論、各テーププール４０１毎に構成は異なって良い。
【００７０】
管理端末１０２を用いて、テープライブラリ装置１２５単位でテーププール４０１が作成される。テーププール４０１は、テープライブラリ装置１２５がもつテープ１３６から構成される。テーププール４０１の作成は、ホスト計算機１００から行っても良い。テーププール４０１は、テープライブラリ装置１２５内に複数個作成しても良いし、複数のテープライブラリ装置１２５にまたがって作成しても良い。バックアップ処理において、バックアップ先としてテーププール４０１が指定され、未使用のテープに、順に、バックアップが行われる。バックアップで使用するテープは、データが全く記録されていないテープ、つまり、完全な未使用でなくても良い。例えば、バックアップでは、不要なデータが記録されているテープにデータが上書きされても良いし、途中までデータが記録されているテープに続けて追記されても良い。バックアップで使用したテープをグループ化することで、テープグループ４１１ができる。そのため、バックアップ単位がテープグループ４１１となり、バックアップデータの管理がテープグループ単位で行われる。テープグループ４１１は、バックアップ前に管理端末１０２等を用いて作成しておき、バックアップ先としてテープグループ４１１を指定しても良い。作成されたテープグループ４１１は、必要に応じてテープ１３６ｊのようなテープグループ４１１を構成していないテープを追加する機能を有する。例えば、あらかじめ作成しておいたテープグループ４１１ａをバックアップ先として指定したが、データがテープ１３６ａとテープ１３６ｂに入りきらなかった場合、テープ１３６ｊに残りのデータを格納し、テープ１３６ａ、１３６ｂ、１３６ｊでテープグループ４１１ａを構成することができる。
【００７１】
なお、バックアップの際に、バックアップ対象のデータのサイズと、そのデータと共に格納する管理情報（例えば、リストアに必要される情報であるリストア必要情報を含んだ情報）のサイズとを基に、予め、テーププール４０１から、テープグループ４１１を構成するためのテープ領域（一又は複数のテープ１３６の全体又は一部の記録領域）を確保しておき、その確保したテープ領域に、バックアップしていっても良いし、バックアップが終了した場合にテープグループ４１１を構成してもよい。
【００７２】
また、図６に示すように、一つのテーププール４０１に、複数のテープグループ４１１が連続するが、同一のスナップショットボリューム１５２から複数のバックアップを行う場合、バックアップした日時が後のものは、それが先のものよりも、下流側の場所にバックアップされてよい。例えば、フルバックアップの後に差分バックアップを行う場合、差分バックアップは、フルバックアップに対応したテープグループよりも下流（例えばその直後）から行われて良い。また、例えば、その差分バックアップの後に増分バックアップを行う場合、その差分バックアップに対応したテープグループよりも下流（例えばその直後）から、増分バックアップが行われて良い。こうすることで、リストアの際に、テープの先送りと巻き戻しとが頻発してしまうといったことを防ぐことができる。
【００７３】
図７は、テープグループ４１１の格納情報例を示す。
【００７４】
テープグループ４１１は、テープグループ情報５０１とバックアップデータ５０２から構成される。バックアップデータ５０２は、データ管理情報５１１とデータ５１２から構成される。テープグループ情報５０１は、リストア処理で必要となるテープグループ４１１の管理情報である。
【００７５】
データ管理情報５１１は、リストア処理で必要となるバックアップ元ＬＵ（スナップショットボリューム１５２）の管理情報である。データ５１２は、バックアップ元ＬＵのユーザデータ（ホスト計算機１００のアプリケーション１１１に使用される一以上のデータブロックの集合）である。テープグループ情報５０１とデータ管理情報５１１の説明は、図１０、１１、１２で後述する。
【００７６】
図８は、テープ管理２１８がもつ管理情報例を示す。
【００７７】
この管理情報には、テーププール管理テーブル６０１、テープグループ管理テーブル６０２及びテープメディア管理テーブル６０３が含まれる。
【００７８】
テーププール管理テーブル６０１は、テーププール４０１を管理するためのテーブルである。このテーブル６０１には、テーププール番号６１１、テーププール構成テープ番号６１２及び格納テープグループ番号６１３が記録される。テーププール番号６１１は、テーププール４０１を一意に識別するための番号である。テーププール構成テープ番号６１２は、テーププール４０１を構成しているテープの番号である。１０１、１０２、１０３と順にテープ番号を記録しても良いし、テーブル容量削減のために１１１−１３１と記録して、テープ番号１１１からテープ番号１３１のテープで構成されるとしても良いし、それらの組合せで記録しても良い。格納テープグループ番号６１３は、テーププール４０１に作成されているテープグループ４１１の番号である。例えば、テーププール番号１のテーププール４０１は、テープ番号１０１、１０２、１０３のテープ１３６から構成されており、テープグループ番号１１、１２、１３のテープグループ４１１が作成されている。
【００７９】
テープグループ管理テーブル６０２は、テープグループ４１１を管理するためのテーブルである。このテーブル６０２には、テープグループ番号６２１、テープグループ状態６２２、テープグループ構成テーブル６２３、バックアップ元ＬＵＮ６２４、バックアップデータ種別６２５、リストアに必要なテープグループ番号６２６、所属テーププール番号６２７及び記録日時６２８が記録される。テープグループ番号６２１は、テープグループ４１１を一意に識別するための番号である。テープグループ状態６２２は、正常、バックアップ中、リストア中、エラー等の、テープグループの状態を示す。テープグループ構成テープ６２３は、テープグループの位置を表す情報（位置情報）であり、その位置情報は、例えば、テープ番号６３１と対象アドレスとの組み合わせで表される。１０１：１０−９００は、テープ番号１０１のアドレス１０から９００を表す。バックアップ元ＬＵＮ６２４は、バックアップ元ＬＵのＬＵＮを示す。バックアップデータ種別６２５は、バックアップデータ５０２中のデータ５１２がフル／差分／増分のいずれのバックアップにより格納されたデータであるかを示す。リストアに必要なテープグループ番号６２６は、リストア時に必要となるテープグループ番号６２１を示す。所属テーププール番号６２７は、テープグループ４１１が所属するテーププール番号６１１を示す。記録日時６２８は、バックアップを開始した日時を示す。記録日時６２８は、バックアップ終了日時を記録しても良いし、バックアップ処理時に指定された日時を記録しても良い。
【００８０】
例えば、２００６／４／４の２２：００：００にフルバックアップを、２００６／４／１１の２２：００：００に差分バックアップを、２００６／４／１２の２２：００：００に増分バックアップを、順に行ったとする。テープグループ番号１１のテープグループ４１１には、２００６／４／４の２２：００：００に、ＬＵＮ２００１と２００２のＬＵを、テープ番号１０１、１０２、１０３に、フルバックアップしたデータが記録されている。テープグループ番号１２のテープグループ４１１には、２００６／４／１１の２２：００：００に、ＬＵＮ２００１と２００２のＬＵを、テープ番号１０４、１０５に、差分バックアップしたデータが記録されている。テープグループ番号１３のテープグループ４１１には、２００６／４／１２の２２：００：００に、ＬＵＮ２００１と２００２のＬＵを、テープ番号１０６に、増分バックアップしたデータが記録されている。テープグループ番号１１のテープグループ４１１のフルバックアップデータ５０２からリストア処理を行うためには、テープグループ番号１１のテープグループ４１１だけで良いので、リストアに必要なテープグループ番号６２６には何も記録されていない。テープグループ番号１２のテープグループ４１１の差分バックアップデータ５０２からリストア処理を行うためには、テープグループ番号１１のテープグループ４１１も必要となるので、リストアに必要なテープグループ番号６２６には１１が記録されている。テープグループ番号１３のテープグループ４１１の増分バックアップデータ５０２からリストア処理を行うためには、テープグループ番号１１と１２のテープグループ４１１も必要となるので、リストアに必要なテープグループ番号６２６には１１、１２が記録されている。この場合、リストア処理では、テープグループ番号１１、１２、１３の順で、テープグループ４１１のコピー処理（テープからリストア先のボリュームへのコピー）が行われる。もしくは、リストアに必要なテープグループ番号６２６には、前回のバックアップデータ５０２が記録されているテープグループ４１１のテープグループ番号６２１だけが記録されており、例えば、テープグループ番号１３のテープグループ４１１を指定してリストア要求がきたら、テープグループ番号１３のリストアに必要なテープグループ番号６２６を参照して、先にテープグループ番号１２のテープグループ４１１のコピー処理が必要なことが分かり、さらに、テープグループ番号１２のリストアに必要なテープグループ番号６２６を参照して、先にテープグループ番号１１のテープグループ４１１のコピー処理が必要なことが分かり、さらに、テープグループ番号１１のリストアに必要なテープグループ番号６２６を参照して、テープグループ番号６２１がフルバックアップデータ５０２であることが分かり、リストア処理では、テープグループ番号１１、１２、１３の順で、テープグループ４１１のコピー処理が行われても良い。
【００８１】
テープメディア管理テーブル６０３は、テープ１３６を管理するためのテーブルである。このテーブル６０３には、テープ番号６３１、テープ種別６３２、１ブロックサイズ６３３、テープ容量６３４、使用済み容量６３５、テープ状態６３６、所属テーププール番号６３７及び所属テープグループ番号６３８が記録される。テープ番号６３１は、テープ１３６を一意に識別するための番号である。テープ種別６３２は、ＬＴＯ３やＬＴＯ４等、テープの規格を示すものである。１ブロックサイズ６３３は、テープ１３６の１ブロックの容量を示す。テープ容量６３４は、テープ１３６の容量を示す。使用済み容量６３５は、テープ１３６にどれだけの容量のバックアップデータ５０２が記録されているかを示す。テープ状態６３６は、正常、未使用、エラー等のテープ１３６の状態を示す。例えば、正常はバックアップデータ５０２が正常に記録されている状態を、未使用はバックアップデータ５０２が記録されていない状態を、エラーはメディア障害等によってテープ１３６が使用できない状態を表す。所属テーププール番号６３７は、テープ１３６が所属するテーププール番号６１１を示す。所属テープグループ番号６３８は、テープ１３６が所属するテープグループ番号６２１を示す。例えば、テープ番号１０１のテープ１３６は、バックアップデータ５０２が記録されており、テーププール番号１のテーププール４０１とテープグループ番号１１のテープグループ４１１に所属している。テープ番号１１１のテープ１３６は、バックアップデータ５０２が記録されておらず、テーププール番号４のテーププール４０１に所属している。
【００８２】
図９は、バックアップデータ管理２１１がもつ管理情報例を示す。
【００８３】
この管理情報には、バックアップデータ管理テーブル７０１、差分／増分用ビットマップ管理テーブル７０２及び差分／増分用ビットマップ７０３が含まれる。
【００８４】
バックアップデータ管理テーブル７０１は、バックアップデータ５０２を管理するためのテーブルである。このテーブル７０１には、バックアップデータ番号７１１、バックアップ元ＬＵＮ７１２、バックアップ先テープグループ番号７１３、バックアップデータの状態７１４、バックアップデータ種別７１５及びバックアップ取得日時７１６が記録される。バックアップデータ番号７１１は、バックアップデータ５０２を一意に識別するための番号である。バックアップ元ＬＵＮ７１２は、バックアップ元ＬＵのＬＵＮを示す。バックアップ先テープグループ番号７１３は、バックアップデータ５０２が記録されているテープグループ番号６２１を示す。バックアップデータの状態７１４は、正常、リストア不可、エラー等のバックアップデータの状態を示す。例えば、“正常”は、バックアップデータ５０２が記録されておりリストアできる状態を表す。“リストア不可”は、バックアップデータ５０２が失われておりリストアできないが、テープ１３６は使用可能な状態であることを表す。“エラー”は、テープメディア障害でテープ１３６が使用できない状態を表す。バックアップデータ種別７１５は、バックアップデータ５０２がフルバックアップデータ、差分バックアップデータ及び増分バックアップデータのいずれであるかを示す。バックアップ取得日時７１６は、バックアップを開始した日時を示す。バックアップ取得日時７１６は、バックアップ終了日時を記録しても良いし、バックアップ処理時に指定された日時を記録しても良い。
【００８５】
差分／増分用ビットマップ管理テーブル７０２と差分／増分用ビットマップ７０３は、差分/増分バックアップを行うために、フルバックアップ以降のテープライブラリ装置１２５とスナップショットボリューム１５２との差分／増分のデータを管理するためのものである。バックアップ元ＬＵごとに、差分／増分用ビットマップにより、フルバックアップからの上記差分／増分のデータを管理が行われる。もちろん、ビットマップではなく、他の手法、例えば、差分／増分のデータのリストによって、差分／増分のデータが管理されても良い。例えば、月の初めはフルバックアップ、平日は増分バックアップ、日曜日は差分バックアップといった、フル/差分/増分バックアップ運用では、差分用ビットマップが１枚では、差分バックアップと増分バックアップを組み合わせることはできないので、バックアップ元ＬＵごとに、差分バックアップ用と増分バックアップ用の２枚のビットマップが備えられる。
【００８６】
差分／増分用ビットマップ管理テーブル７０２には、ＬＵＮ７２１、差分／増分用ビットマップ番号７２２、バックアップ種別７２３、差分管理サイズ７２４、及び、差分／増分用ビットマップ格納位置７２５が記録される。ＬＵＮ７２１は、差分／増分のデータの管理を行っているＬＵ（つまり、差分／増分データ管理の対象となっているスナップショットボリューム１５２）のＬＵＮを示す。差分／増分用ビットマップ番号７２２は、差分／増分用ビットマップ７０３を一意に識別する番号である。バックアップ種別７２３は、対応する差分／増分用ビットマップが差分バックアップ用のビットマップ（差分用ビットマップ）であるか増分バックアップ用のビットマップ（増分用ビットマップ）であるかを示す。差分管理サイズ７２４は、差分／増分用ビットマップの１ビットが対応するサイズを示す。差分／増分用ビットマップ格納位置７２５は、ディスク部９０のどこに差分／増分用ビットマップを格納しているかを示す。例えば、差分／増分用ビットマップ格納位置７２５が、５：０−５：１０００であれば、ＬＵＮが５のＬＵのＬＢＡ０から１０００に格納していることを示す。差分／増分用ビットマップの格納位置は、参照速度の高速化のために、ディスク部９０上ではなく、制御メモリ２０１上やキャッシュメモリ２０３上に格納しても良い。
【００８７】
差分／増分用ビットマップ７０３は、例えば、差分管理サイズ７２４が１ＭＢであれば、７３１ａがＬＵの先頭から１ＭＢ、７３１ｂがＬＵの先頭１ＭＢから２ＭＢに対応するブロックの差分ビットを示す。対応するブロックのどれか一つが更新されたら差分ビットを反転する。例えば、７３１ａ、７３１ｂ、７３１ｅは更新されておらず、７３１ｃ、７３１ｄが更新されていることを表し、差分/増分バックアップ時は、７３１ｃ、７３１ｄに対応するブロックが、バックアップ対象となる。フルバックアップ終了時に、差分用ビットマップと増分用ビットマップがリセットされる。差分バックアップと増分バックアップ終了時は、増分用ビットマップだけがリセットされる。差分／増分用ビットマップのサイズは、ＬＵの容量と差分管理サイズ７２４で決まり、例えば、ＬＵの容量が１００ＭＢで、差分管理サイズ７２４が１ＭＢであれば、１枚の差分／増分用ビットマップ７０３のサイズは１００ビットとなる。
【００８８】
図１０は、テープ１３６の記録形式例を示す。図１１は、フルバックアップ時にテープに記録する管理情報例を示し、図１２は、差分/増分バックアップ時にテープに記録する管理情報例を示す。バックアップ時にテープに記録する管理情報は、例えば、制御メモリ２０１に記憶されている情報である。
【００８９】
テープ１３６には、複数個のブロック８１１と複数個のＥＯＤ（End Of Data）８１２が記録される。ブロック８１１には、各々ブロック８１１を識別するブロック番号が付けられていて、ブロック番号は、テープ１３６の始端（ＢＯＴ（Beginning Of Tape）側）から終端（ＥＯＴ（End Of Tape）側）に向かって、１、２、３、・・・と１つずつ増加する値をとる。テープ１３６をテープドライブ１３５にマウントした直後にテープ１３６にブロック８１１を記録すると、ブロック番号が１のところにブロック８１１が記録され、次のブロック８１１を記録するとブロック番号が２のところにブロック８１１が記録される。以降、ブロック８１１を記録すると、ブロック番号が３のところに、ブロック番号が４のところに、というように順次ＥＯＴ側に向かってブロック８１１が記録される。また、テープ１３６を巻き戻した直後にブロック８１１を再生すると、ブロック番号が１のブロック８１１が再生され、次にブロック８１１を再生するとブロック番号が２のブロック８１１が再生されるというように順次ＥＯＴ側に向かってブロック８１１が再生される。また、ブロック８１１の再生は、最後に記録されたブロック８１１まで再生される。
【００９０】
テープ情報８２１は、テープ１３６Ａの先頭ブロックであるブロック番号１に記録される。テープ情報８２１は、ブロック番号１と２等、複数ブロックに記録されても良い。フルバックアップ時、差分/増分バックアップ時ともに、テープメディア管理テーブル６０３を参照して、テープ情報８２１として、テープ番号６３１、テープ種別６３２、１ブロックサイズ６３３、テープ容量６３４が記録される。
【００９１】
テープ情報８２１を記録したブロックの次のブロック番号に、テープグループ情報５０１が記録される。テープグループ情報５０１は複数ブロックに記録されても良い。テープグループ管理テーブル６０２を参照して、テープグループ情報５０１として、フルバックアップの場合は、装置番号９２１、テープグループ番号６２１、バックアップ元ＬＵＮ６２４、バックアップデータ種別６２５、記録日時６２８が記録され、差分/増分バックアップの場合は、装置番号９２１、テープグループ番号６２１、バックアップ元ＬＵＮ６２４、バックアップデータ種別６２５、記録日時６２８、リストアに必要なテープグループ番号６２６が記録される。装置番号９２１は、バックアップを行った記憶サブシステム１０１を一意に識別するための番号である。
【００９２】
テープグループ情報５０１を記録したブロックの次のブロック番号に、データ管理情報５１１が記録される。データ管理情報５１１は複数ブロックに記録されても良い。データ管理情報５１１として、フルバックアップ場合は、ＬＵＮ９３１、ＬＵ容量９３２が記録され、差分/増分バックアップの場合は、差分／増分用ビットマップ管理テーブル７０２を参照して、ＬＵＮ９３１、ＬＵ容量９３２、差分管理サイズ７２４、差分／増分用ビットマップ７０３が記録される。ＬＵＮ９３１は、バックアップ元ＬＵのＬＵＮである。ＬＵ容量９３２は、バックアップ元ＬＵのＬＵ容量である。増分バックアップの場合、テープに記録するのは、増分用ビットマップだけで（つまりＬＵ毎に１枚だけで）、差分用ビットマップは記録しなくてよい。差分バックアップを行うか、増分バックアップを行うかは、ホスト計算機１００からの指示で決めることができるため、差分用ビットマップには、差分バックアップ対象のビットが記録され、増分用ビットマップには、増分バックアップ対象のビットが記録される。
【００９３】
データ管理情報５１１が記録されたブロックの次のブロック番号から、バックアップ元ＬＵのデータ５１２が記録される。フルバックアップ処理では、バックアップ元ＬＵの全てのデータ５１２が記録され、差分/増分バックアップ処理では、差分／増分データ５１２のみが記録される。
【００９４】
バックアップ元ＬＵにおけるフル／差分／増分データ５１２の記録が終わったならば、ＥＯＤ８１２が記録され、バックアップ処理におけるテープへの記録が終了される。同じテープ１３６Ａに、別のバックアップデータ５０２を記録する場合は、ＥＯＤ８１２の次のブロック番号のブロックから、テープへの記録が行われる。また、バックアップデータ５０２が、テープ１３６Ａと１３６Ｂにまたがって記録される場合には、テープ１３６Ｂの先頭ブロックにテープ情報８２１が記録され、次のブロック番号のブロックに、テープ１３６Ａの最終ブロックに記録した情報の続きが記録される。
【００９５】
さて、以下、本実施形態で行われる、差分バックアップ処理、増分バックアップ処理、差分リストア処理及び増分リストア処理の各々の概要について説明する。
【００９６】
＜＜差分バックアップ処理の概要＞＞。
【００９７】
図２３及び図２４の組み合わせにより、差分バックアップ処理の概要を示す（但し、差分バックアップ処理の前にフルバックアップ処理が行われるので、フルバックアップ処理についても図示されている）。以下の説明では、説明の一対象となる主ボリューム１５０を「対象主ボリューム」と呼び、対象主ボリュームに対応したスナップショット用ビットマップ３０３を、「ＳＢ」と呼び、対象主ボリュームとペアを構成するスナップショットボリューム１５２を「対象スナップショットボリューム」と呼び、対象スナップショットボリュームに対応したバックアップ用ビットマップ３０７を「ＢＢ」と呼び、対象スナップショットボリュームに対応した差分用ビットマップ７０３を「ＤＢ」と呼ぶことにする。また、図では、対象主ボリューム及び対象スナップショットボリュームが、縦３ブロック×横３ブロックのブロック群で表され、同様に、各ビットマップが、縦３ビット×横３ビットで表されているが、各ブロック群も各ビットマップも、左上から右下にかけて、１〜９番の番号を付与し、その番号で特定することとする。すなわち、各ブロック群及び各ビットマップの各ブロック及び各ビットと各番号との対応関係は、
１２３
４５６
７８９
であるとする。そして、特定のブロック及びビットを指す場合には、付与した番号を用いて、「ブロック：番号」、「ビット：番号」で表記することとする。以上の点は、図２５及び図２６を参照して増分バックアップの概要を説明する場合でも同様とする。ただし、増分バックアップでは、対象スナップショットボリュームに対応した差分用ビットマップ７０３に代えて、対象スナップショットボリュームに対応した増分用ビットマップ７０３が使用される。その増分用ビットマップ７０３を、「ＩＢ」と呼ぶ。
【００９８】
対象スナップショットボリュームについてのフルバックアップが実行され、それ以降に生じた、対象スナップショットボリュームにおける差分データが、差分バックアップでバックアップされる。
【００９９】
例えば、時刻ｔ０で、対象主ボリューム内のブロック：５に、データＡが記憶されている。
【０１００】
時刻ｔ１で、対象主ボリュームを指定したペア形成指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象主ボリューム或いは対象スナップショットボリュームに対応したＳＢ、ＢＢ及びＤＢが作成される。また、ＳＢのビット：５に対応した、スナップショット管理テーブル３０４のデータ格納位置３４３として、対象主ボリュームのＬＵＮ及びブロック：５に対応したＬＢＡが記録される。これにより、対象主ボリューム内のブロック：５におけるデータＡが、対象スナップショットボリューム内のブロック：５に論理的にコピーされたことになる。実際は、データＡは、対象主ボリューム内のブロック：５に存在したままである。
【０１０１】
時刻ｔ２で、対象主ボリュームを指定したペア分割指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＢＢ及びＳＢを用いた差分管理が開始される。
【０１０２】
時刻ｔ３で、対象スナップショットボリュームを指定したフルバックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、対象スナップショットボリューム内の全てのデータがテープにバックアップされる。ここでは、対象主ボリューム内のデータがプールボリューム１５１にはコピーされていないので、対象主ボリュームから全てのデータがテープにバックアップされることになる。もし、時刻ｔ２と時刻ｔ３との間に、対象主ボリュームの或るブロックが更新される場合、更新前のデータが該或るブロックからプールボリューム１５１にコピーされた後に、該或るブロックが更新される。この場合には、時刻ｔ３では、時刻ｔ２時点に対象主ボリュームにあったデータが、対象主ボリュームとプールボリューム１５１との両方から読み出され、テープに書かれる。また、もし、時刻ｔ２と時刻ｔ３との間に、対象主ボリュームの全てのブロックが更新された場合、時刻ｔ３では、時刻ｔ２時点に対象主ボリュームにあったデータが、プールボリューム１５１のみから読み出され、テープに書かれる。
【０１０３】
時刻ｔ４で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象主ボリュームと対象スナップショットボリュームとのボリュームペア（以下、対象ペア）の状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ２時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１０４】
時刻ｔ５で、対象主ボリューム内のブロック：５にデータＢが書かれる。対象ペアはペア状態なので、対象スナップショットボリューム内のブロック：５にデータＢが論理的にコピーされたことになる。ＢＢは、或るペア分割時から次のペア分割時までの対象スナップショットボリュームの差分を管理するビットマップであるため、ＢＢのビット：５が反転される。別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理するためにＢＢのビット：５を反転するということもできる。
【０１０５】
時刻ｔ６で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＢＢとＤＢの論理和が計算され、その計算結果がＤＢに上書きされる。つまり、ＤＢが更新される。ＢＢがリセットされ（反転ビットが非反転ビットとされ）、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１０６】
時刻ｔ７で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ６での更新後のＤＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロックから、データが読み出され、そのデータと、時刻ｔ６での更新後のＤＢとが、テープに格納される。
【０１０７】
時刻ｔ８で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ６時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１０８】
時刻ｔ９で、対象主ボリューム内のブロック：３にデータＣが書かれ、ブロック：９に、データＤが書かれる。対象ペアはペア状態なので、対象スナップショットボリューム内のブロック：３にデータＣが、ブロック：９にデータＤがそれぞれ論理的にコピーされたことになる。ＢＢは、或るペア分割時から次のペア分割時までの対象スナップショットボリュームの差分を管理するビットマップであるため、ＢＢのビット：３及びビット：９が反転される。別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理するためにＢＢのビット：３及びビット：９を反転するということもできる。
【０１０９】
時刻ｔ１０で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＢＢとＤＢの論理和が計算され、その計算結果がＤＢに上書きされる。つまり、ＤＢが更新される。この更新後のＤＢでは、時刻ｔ６と同様にビット：５が反転されており、それに加えて、時刻ｔ９で新たに更新があったブロック：３及びブロック：９にそれぞれ対応したビット：３及びビット：９も反転されている。ＢＢがリセットされ（反転ビットが非反転ビットとされ）、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１１０】
時刻ｔ１１で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ１０での更新後のＤＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロック（ここでは対象主ボリューム内のブロック）から、データが読み出され、そのデータと、時刻ｔ９での更新後のＤＢとが、テープに格納される。
【０１１１】
時刻ｔ１２で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ１０時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１１２】
以後、対象主ボリュームのデータ更新、ペア分割指示の受領、差分バックアップ指示の受領、ペア再同期指示の受領が繰り返される。なお、ペア分割指示をスナップショット取得(静止化イメージ取得)指示、ペア再同期指示をスナップショット解除(静止化イメージ解除)指示と置き換えることもできる。この場合でも同様に静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理することにより必要領域のみのバックアップが可能である。以降の処理も同様である。また、ペア分割指示と差分バックアップ指示を1つの指示にまとめてもよい。
【０１１３】
＜＜増分バックアップ処理の概要＞＞。
【０１１４】
図２５及び図２６の組み合わせにより、増分バックアップ処理の概要を示す（但し、差分バックアップ処理の前にフルバックアップ処理が行われるので、フルバックアップ処理についても図示されている）。
【０１１５】
対象スナップショットボリュームについてのフルバックアップが実行され、それ以降に生じた、バックアップとその次回のバックアップとの間に生じた、対象スナップショットボリュームにおける差分データが、増分バックアップで、バックアップされる。
【０１１６】
図２５に示す時刻ｔ０〜時刻ｔ５のそれぞれで実行される処理は、図２３を参照して説明した、時刻ｔ０〜ｔ５のそれぞれで実行される処理と同じである。
【０１１７】
時刻ｔ６で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＩＢがリセットされ、ＢＢがＩＢにコピーされる。つまり、ＩＢが更新される。ＢＢがリセットされ、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１１８】
時刻ｔ７で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ６での更新後のＩＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロックから、データが読み出され、そのデータと、時刻ｔ６での更新後のＩＢとが、テープに格納される。
【０１１９】
時刻ｔ８で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ６時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１２０】
時刻ｔ９で、対象主ボリューム内のブロック：３にデータＣが書かれ、ブロック：９に、データＤが書かれる。対象ペアはペア状態なので、対象スナップショットボリューム内のブロック：３にデータＣが、ブロック：９にデータＤがそれぞれ論理的にコピーされたことになる。ＢＢのビット：３及びビット：９が反転される。
【０１２１】
時刻ｔ１０で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＩＢがリセットされ、ＢＢがＩＢにコピーされる。つまり、ＩＢが更新される。この更新後のＩＢでは、時刻ｔ９で新たに更新があったブロック：３及びブロック：９にそれぞれ対応したビット：３及びビット：９は、増分データに対応するため反転されているが、ビット：５は、それに対応するデータＢは既にバックアップ済みのため、反転されていない。ＢＢがリセットされ、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１２２】
時刻ｔ１１で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ１０での更新後のＩＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロックから、データが読み出され、そのデータと、時刻ｔ９での更新後のＩＢとが、テープに格納される。
【０１２３】
時刻ｔ１２で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ１０時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１２４】
以後、対象主ボリュームのデータ更新、ペア分割指示の受領、差分バックアップ指示の受領、ペア再同期指示の受領が繰り返される。また、ペア分割指示と増分バックアップ指示を1つの指示にまとめてもよい。
【０１２５】
＜＜差分リストア処理の概要＞＞。
【０１２６】
図２７は、差分リストア処理の概要の説明図である。以下の説明では、説明の一対象となる主ボリューム１５０を「対象主ボリューム」と呼び、対象主ボリュームとペアを構成するスナップショットボリューム１５２を「対象スナップショットボリューム」と呼び、対象スナップショットボリュームに対応したバックアップ用ビットマップ３０７を「ＢＢ」と呼び、対象スナップショットボリュームに対応した差分用ビットマップ７０３を「ＤＢ」と呼ぶことにする。また、図では、対象主ボリューム及び対象スナップショットボリュームが、縦４ブロック×横４ブロックのブロック群で表され、同様に、各ビットマップが、縦４ビット×横４ビットで表されているが、各ブロック群も各ビットマップも、左上から右下にかけて、１〜１６番の番号を付与し、その番号で特定することとする。すなわち、各ブロック群及び各ビットマップの各ブロック及び各ビットと各番号との対応関係は、
１ ２ ３ ４
５ ６ ７ ８
９ １０ １１ １２
１３ １４ １５ １６、
であるとする。そして、特定のブロック及びビットを指す場合には、付与した番号を用いて、「ブロック：番号」、「ビット：番号」で表記することとする。以上の点は、図２８を参照して増分バックアップの概要を説明する場合でも同様とする。ただし、増分バックアップでは、対象スナップショットボリュームに対応した差分用ビットマップ７０３に代えて、対象スナップショットボリュームに対応した増分用ビットマップ７０３が使用される。その増分用ビットマップ７０３を、「ＩＢ」と呼ぶ。
【０１２７】
時刻ｔ０で、対象スナップショットボリュームについてのフルバックアップが行われ、時刻ｔ１、ｔ２、ｔ３、ｔ４及びｔ５で、それぞれ、差分バックアップが行われたとする。時刻ｔ５でのＤＢ（ＤＢｆと表記）が、現在時点ｔ６でのＤＢであるとする。また、時刻ｔ０でのフルバックアップ以降、時刻ｔ３までの間に、対象主ボリューム内のブロック：３、７、１１が更新され、そこから更に現在時点ｔ６までの間に、少なくとも、対象主ボリュームのブロック：１、５、９、１３及び１５が更新されたとする。
【０１２８】
リストア元として、時刻ｔ３時点の対象スナップショットボリュームが指定されたとする（具体的には、例えば、時刻ｔ３時点の対象スナップショットボリュームについての差分バックアップで格納されたデータ５１２が記録されているテープグループが指定されたとする）。時刻ｔ３時点の対象主ボリュームをリストアするためには、ブロック：３、７及び１１に格納されるデータについては、時刻ｔ４以降で更新された可能性があるため、時刻ｔ３時点についての差分バックアップデータ５０２からリストアし、ブロック：１、５、９、１３及び１５に格納されるデータについては、時刻ｔ０時点についてのフルバックアップデータ５０２からリストアすればよい。
【０１２９】
そこで、下記処理が行われる。
【０１３０】
（１）時刻ｔ３より将来に更新された可能性がありリストアの必要があるブロックを示すリストア用ビットマップ（ＲＢ）が作成される。具体的には、現在時刻ｔ６時点でのＢＢ及びＤＢｆの論理和が計算され、その計算結果が、ＲＢ（ＲＢａ）となる。
【０１３１】
（２）時刻ｔ３時点に格納されたＤＢ（ＤＢｄ）が、リストア元に対応するテープから取得され、そのＤＢｄにおける反転ビット：３、７及び１１に対応したデータが、それぞれ、差分バックアップデータ５０２から、対象主ボリュームのブロック：３、７及び１１にリストアされる。
【０１３２】
（３）ＲＢａとＤＢｄとの論理積が計算され、ＲＢａから、算出された論理積（ビット番号：３、７及び１１のみが反転ビット）が除かれたＲＢ（その反転ビットが非反転ビットとされたＲＢ）である、図示のＲＢｂが作成される。ＲＢｂにおける反転ビット：１、５、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１３３】
（４）ＲＢｂにおける反転ビット：１、５、９、１３及び１５に対応したデータが、それぞれ、フルバックアップデータ５０２から、対象主ボリュームのブロック：１、５、９、１３及び１５にリストアされる。
【０１３４】
以上の（１）乃至（４）の一連の流れにより、時刻ｔ３時点の対象主ボリュームが、差分リストア処理によりリストアされたことになる。
【０１３５】
＜＜増分リストア処理の概要＞＞。
【０１３６】
図２８は、増分リストア処理の概要の説明図である。
【０１３７】
時刻ｔ０で、対象スナップショットボリュームについてのフルバックアップが行われ、時刻ｔ１、ｔ２、ｔ３、ｔ４及びｔ５で、それぞれ、増分バックアップが行われたとする。時刻ｔ５でのＩＢ（ＩＢｆと表記）が、現在時点ｔ６でのＩＢであるとする。また、時刻ｔ０でのフルバックアップ以降、時刻ｔ３までの間に、対象主ボリューム内のブロック：１、３、７、１１、１２及び１６が更新され、そこから更に現在時点ｔ６までの間に、少なくとも、対象主ボリュームのブロック：５、７、９、１１、１３及び１５が更新されたとする。
【０１３８】
リストア元として、時刻ｔ３時点の対象スナップショットボリュームが指定されたとする。時刻ｔ３時点の対象主ボリュームをリストアするためには、ブロック：１１に格納されるデータについては、時刻ｔ３についての増分バックアップデータ５０２からリストアし、ブロック：７に格納されるデータについては、時刻ｔ２についての増分バックアップデータ５０２からリストアし、ブロック：５、９、１３及び１５に格納されるデータについては、時刻ｔ０時点についてのフルバックアップデータ５０２からリストアすればよい。
【０１３９】
そこで、下記処理が行われる。
【０１４０】
（１）時刻ｔ３より将来に更新されたブロック（リストアの必要があるブロック）を示すリストア用ビットマップ（ＲＢ）が作成される。具体的には、現在時刻ｔ６時点でのＢＢ及びＩＢｆと、時刻ｔ３より将来の一以上のＩＢであるＩＢ（ここでは時刻ｔ４時点でのＩＢ（ＩＢｅ））との論理和が計算され、その計算結果が、ＲＢ（ＲＢａ）となる。
【０１４１】
（２）ＲＢａと、リストア元に対応した時刻ｔ３でのＩＢ（ＩＢｄ）との論理積が計算され、その論理積での反転ビット：１１に対応したデータが、時刻ｔ３での増分バックアップデータ５０２から、対象主ボリューム内のブロック：１１にリストアされる。
【０１４２】
（３）ＲＢａから、ＲＢａとＩＢｄとの論理積が除かれたＲＢ（ＲＢｂ）が作成される。このＲＢｂの反転ビット：５、７、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１４３】
（４）ＲＢｂと、リストア元に対応した時刻ｔ３の直前回の増分バックアップが実行された時刻ｔ２でのＩＢ（ＩＢｃ）との論理積が計算され、その論理積での反転ビット：７に対応したデータが、時刻ｔ２での増分バックアップデータ５０２から、対象主ボリューム内のブロック：７にリストアされる。
【０１４４】
（５）ＲＢｂから、ＲＢｂとＩＢｃとの論理積が除かれたＲＢ（ＲＢｃ）が作成される。このＲＢｃの反転ビット：５、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１４５】
（６）ＲＢｃと、時刻ｔ２の直前回の増分バックアップが実行された時刻ｔ１でのＩＢ（ＩＢｂ）との論理積が計算される。しかし、この例では、その論理積には、反転ビットが存在しないので、実際にはテープからのリストアは実行されない。
【０１４６】
（７）ＲＢｃから、ＲＢｃとＩＢｂとの論理積が除かれたＲＢ（ＲＢｄ）が作成される。このＲＢｄの反転ビット：５、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１４７】
（８）時刻ｔ１より過去には、増分バックアップは実行されておらず、時刻ｔ０でフルバックアップが実行された。このため、ＲＢｄの反転ビット：５、９、１３及び１５に対応したデータが、それぞれ、時刻ｔ０でのフルバックアップデータ５０２から、対象主ボリュームのブロック：５、９、１３及び１５にリストアされる。
【０１４８】
以上の（１）乃至（８）の一連の流れにより、時刻ｔ３時点の対象主ボリュームが増分リストア処理によりリストアされたことになる。
【０１４９】
以下、本実施形態で行われる処理の詳細を説明する。
【０１５０】
＜＜処理の詳細＞＞。
【０１５１】
図１３は、ホスト計算機１００からライト要求を記憶サブシステム１０１が受領した場合に実行される処理のフローを示す。
【０１５２】
ステップ１０００では、コントローラ１２３が、ホスト計算機１００から、ライト先ＬＵのＬＵＮ及びＬＢＡを指定したライト要求を受領する。これにより、ディスク制御プログラム１３２が実行される。ディスク制御プログラム１３２によって、ライト要求に従うライト対象データが、キャッシュメモリ２０３に一時格納される。
【０１５３】
ステップ１０１０では、ディスク制御プログラム１３２が、ペア構成管理テーブル３０１を参照して、ライト先ＬＵのＬＵＮが、主ボリューム１５０のＬＵＮであるか否かの判定を行う。その判定の結果が、肯定的であれば、ステップ１０２０に進み、否定的であれば、ステップ１０７０に進む。
【０１５４】
ステップ１０２０では、ディスク制御プログラム１３２が、ペア構成管理テーブル３０１の、その主ボリューム１５０のＬＵＮに対応した状態３１４が、ペア状態を示しているか否かの判定を行う。その判定の結果が、否定的であれば、ステップ１０３０にすすみ、肯定的であれば、ステップ１１１０にすすむ。
【０１５５】
ステップ１０３０では、ディスク制御プログラム１３２が、ライト先のＬＢＡに対応した、ライト先ＬＵに対応するスナップショット用ビットマップ３０３におけるビットが、反転済みか否かの判定を行う。その判定の結果が、否定的であれば、ステップ１０４０に進み、肯定的であれば、ステップ１０９０にすすむ。もし、ライト先のＬＢＡに対応したビットが複数個あり、それら複数のビットに、このステップ１０３０での判定の結果が否定的となるビットと肯定的となるビットとが混在していれば、否定的なビットについてはステップ１０４０が行われ、肯定的なビットについてはステップ１０９０が行われる。
【０１５６】
ステップ１０４０では、ディスク制御プログラム１３２が、ライト先のＬＢＡに対応した、ライト先ＬＵに対応したスナップショット用ビットマップ３０３におけるビットを、反転する。
【０１５７】
ステップ１０５０では、ディスク制御プログラム１３２が、プールボリューム１５１を選択し、選択したプールボリューム１５１において、反転したビットに対応した容量分の領域を確保する。
【０１５８】
ステップ１０６０では、ディスク制御プログラム１３２が、スナップショット管理テーブル３０４を更新する。具体的には、例えば、ディスク制御プログラム１３２は、反転した各ビットにつき、ライト先ＬＵに対応したスナップショット用ビットマップ３０３の番号と、反転したビットの番号と、その反転したビットに対応した位置（主ボリューム１５０内の更新位置）にある更新前データの格納先位置を示す情報（選択したプールボリューム１５１のＬＵＮと、上記確保された領域におけるＬＢＡ）とを、スナップショット管理テーブル３０４に書込む。
【０１５９】
ステップ１０７０では、ディスク制御プログラム１３２が、反転したビットに対応した位置にある、主ボリューム１５０における更新前データを、それの格納先位置（選択したプールボリューム１５１での上記確保された領域内の位置）に、コピーする。
【０１６０】
ステップ１０８０では、ディスク制御プログラム１３２が、主ボリューム１５０を含んだボリュームペアに対応したバックアップ用ビットマップ３０７において、主ボリューム１５０内の更新位置に対応したビットを反転する。
【０１６１】
ステップ１０９０では、ディスク制御プログラム１３２が、ライト要求に従うライト対象データを、そのライト要求で指定されているＬＵＮ及びＬＢＡに対応した位置に、書込む。
【０１６２】
ステップ１１００では、ディスク制御プログラム１３２が、ホスト計算機１００に、書込みの完了報告を送信する。なお、この完了報告は、ステップ１１００ではなく、ライト対象データがキャッシュメモリ２０３に格納された時点で、行われても良い。
【０１６３】
ステップ１１１０では、ディスク制御プログラム１３２が、主ボリューム１５０を含んだボリュームペアに対応したバックアップ用ビットマップ３０７において、主ボリューム１５０内の更新位置に対応したビットが反転されているか否かの判定を行う。その判定の結果が肯定的であれば、ステップ１０９０に進み、否定的であれば、ステップ１０８０にすすむ。
【０１６４】
図１４及び図１５は、フルバックアップ処理の処理フローを示す。
【０１６５】
ステップ２０００では、バックアップしたいＬＵ（スナップショットボリューム１５２）が、ボリュームのペアを形成しているか否かの判定が行われる。この判定は、ユーザによって行われても良いし、ボリュームのペア制御指示プログラム１１２が、ペア構成管理テーブル３０１を参照することにより、行われても良い。判定の結果が、肯定的であれば、ステップ２０７０にすすみ、否定的であれば、ステップ２０１０へ進む。
【０１６６】
ステップ２０１０では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア形成指示が発行される。そのペア形成指示では、例えば、主ボリューム１５０のLUNが指定される。
【０１６７】
ステップ２０２０では、ディスク制御プログラム１３２が、ペア形成指示を受領する。
【０１６８】
ステップ２０３０では、ディスク制御プログラム１３２が、そのペア形成指示に応答して、ペア形成処理を実行する。その処理では、例えば、その指示から特定されるボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４が、ペア状態にされる。また、その処理では、そのボリュームペアに対応したスナップショット用ビットマップ３０３、バックアップ用ビットマップ３０７、差分用ビットマップ７０３、増分用ビットマップ７０３が作成される。また、その処理では、スナップショット用ビットマップ管理テーブル３０２、バックアップ用ビットマップ管理テーブル３０６、及び差分/増分用ビットマップ管理テーブル７０２への情報登録や、スナップショット管理テーブル３０４への情報登録も行われる。その際、スナップショット管理テーブル３０４に書かれるデータ格納位置３４３の初期値は、主ボリューム１５０を表す位置情報となる。
【０１６９】
ステップ２０４０では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から、記憶サブシステム１０１へ、ペア分割指示が発行される。そのペア分割指示では、例えば、ステップ２０３０でペア状態にされたボリュームペア中の主ボリューム１５０のLUNが指定される。
【０１７０】
ステップ２０５０では、ディスク制御プログラム１３２が、ペア分割指示を受領する。
【０１７１】
ステップ２０６０では、そのペア分割指示に応答して、ペア分割処理が行われる。ペア分割処理については、後に、図２０を参照して説明する。
【０１７２】
ステップ２０７０では、バックアップしたいＬＵ（スナップショットボリューム１５２）を含んだボリュームペアの状態３１４が、ペア状態であるか否かの判定が行われる。この判定は、ユーザによって行われても良いし、ボリュームのペア制御指示プログラム１１２が、ペア構成管理テーブル３０１を参照することにより、行われても良い。判定の結果が、肯定的であれば、ステップ２０４０にすすみ、否定的であれば、ステップ２０８０へ進む。
【０１７３】
ステップ２０８０では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０１７４】
ステップ２０９０では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０１７５】
ステップ２１００では、そのペア再同期指示に応答して、ペア再同期処理が行われる。ペア再同期処理については、後に、図１９を参照して説明する。
【０１７６】
図１５に示すように、ステップ３０００では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、フルバックアップ開始指示が発行される。このフルバックアップ開始指示では、例えば、ペア分割指示で指定したLUNに対応するLUを含んだボリュームペアを構成するスナップショットボリューム１５２のＬＵＮが、バックアップ元ＬＵＮとして指定される。
【０１７７】
ステップ３０１０では、バックアップ/リストア制御プログラム１３１が、フルバックアップ処理開始指示を受領する。バックアップ/リストア制御プログラム１３１が、例えば、テープのマウント要求を、テープライブラリ装置１２５に送信する。
【０１７８】
ステップ３０２０では、テープライブラリ制御プログラム１３３が、例えば上記マウント要求を受信しそれに応答して、ロボット１３４を制御して、バックアップ先となるテープ１３６をテープドライブ１３５にマウントさせる。この時、必要となるテープ１３６を複数のテープドライブ１３５にマウントして、並列書き込みを行なっても良いし、コピーの終わったテープ１３６とコピーの終わっていないテープ１３６を入れ替えながらコピー処理を行なっても良い。なお、バックアップ先となるテープ１３６は、例えば、テープライブラリ制御プログラム１３３によって、任意に選択された未使用のテープである。これらは、ステップ４０５０やステップ５０５０で同じであっても良い。
【０１７９】
ステップ３０３０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、フルバックアップ時にテープに記録する管理情報９０１が構築され、構築された管理情報９０１が、テープ１３６に記録される。管理情報９０１は、例えば、制御メモリ２０１を参照し、マウントされたテープ１３６のテープ番号６３１に対応した情報をテープメディア管理テーブル６０３から取得する等の処理を行うことで、構築することができる。管理情報９０１に含まれるテープグループ番号６２１は、今回のフルバックアップ開始指示で記録されることになる一以上のフルバックアップデータを含むためのテープグループの番号である。ＬＵＮ９３１やＬＵ容量９３２は、このフルバックアップでのバックアップ元ＬＵのＬＵＮとＬＵ容量である。なお、例えば、今回のテープグループがテープ１３６の途中から始まるが別のテープ１３６に跨がない場合には、テープ情報８２１は構築されなくて良い。テープ情報８２１は、テープ１３６の先頭に記録される情報であるためである。これらは、ステップ４０６０及び５０６０でも同様とすることができる。
【０１８０】
ステップ３０４０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定されたＬＵのデータが全てテープ１３６にコピーされる。このフルバックアップ中では、例えば、テープ管理２１８によって、図８のテープグループ管理テーブル６０２において、テープグループ番号６２１として１４が記録されると共に、テープグループ状態６２２としてバックアップ中が記録され、バックアップデータ種別６２５としてフルが記録され、バックアップが済んだ場合に、テープグループ状態６２２として正常が記録される。
【０１８１】
バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定された全てのＬＵのコピーが終わるまで（ステップ３０５０：ＮＯ）、ステップ３０６０とステップ３０７０を繰り返す。なお、この繰返しでのステップ３０３０では、データ管理情報５１１のみが構築され記録される。データ管理情報５１１は、各バックアップデータ毎に含まれるためである。これは、ステップ４０８０での繰返しによるステップ４０６０や、ステップ５０８０での繰返しによるステップ５０６０でも同様とすることができる。全てのＬＵのコピーが終わった場合に（ステップ３０５０：ＹＥＳ）、ステップ３０６０にすすむ。
【０１８２】
ステップ３０６０では、バックアップデータ管理２１１とテープ管理２１８の管理情報が更新される。例えば、バックアップデータ管理２１１が、バックアップデータ管理テーブル７０１に、フルバックアップしたバックアップデータ５０２に関する情報を追加する。また、テープ管理２１８が、テープグループ管理テーブル６０２に、テープグループ４１１に関する情報を追加（もしくはすでに登録されている場合は情報を更新）し、テーププール管理テーブル６０１の格納テープグループ番号６１３に、今回のフルバックアップデータ５０２を記憶するテープグループの番号を追加する。なお、上記括弧内で、情報を更新する場合としては、例えば、バックアップ前にあらかじめテープグループが定義されている場合がある（これは、フル/差分/増分の違いは関係ない）。この場合、例えば、バックアップ前に、621,622,627が登録されており、バックアップ後に、622,623,624,625,626,628が登録（更新）される場合、テープグループ管理テーブル６０２で情報を更新することがある。このステップ３０６０が終わった場合、例えば、バックアップ／リストア制御プログラム１３１又はテープライブラリ制御プログラム１３３から、テープライブラリ装置１２５に、アンマウント要求が送信される。
【０１８３】
ステップ３０７０では、テープライブラリ制御プログラム１３３が、例えば上記アンマウント要求を受信しそれに応答して、ロボット１３４を制御して、テープ１３６をテープドライブ１３５からアンマウントさせる。
【０１８４】
ステップ３０８０では、バックアップ/リストア制御プログラム１３１が、フルバックアップ処理終了をホスト計算機１００に通知する。
【０１８５】
ステップ３０９０では、例えば、フルバックアップ処理終了の通知を受けたことに応答して、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０１８６】
ステップ３１００では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０１８７】
ステップ３１１０では、そのペア再同期指示に応答して、ペア再同期処理が行われる。
【０１８８】
図１６は、差分バックアップ処理の処理フローを示す。
【０１８９】
ステップ４０００では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から、記憶サブシステム１０１へ、ペア分割指示が発行される。そのペア分割指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０１９０】
ステップ４０１０では、ディスク制御プログラム１３２が、ペア分割指示を受領する。
【０１９１】
ステップ４０２０では、そのペア分割指示に応答して、ペア分割処理が行われる。
【０１９２】
ステップ４０３０では、例えばペア分割処理の終了に応答して、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、差分バックアップ開始指示が発行される。この差分バックアップ開始指示では、例えば、ペア分割指示で指定したLUNに対応するLUを含んだボリュームペアを構成するスナップショットボリューム１５２のＬＵＮが、バックアップ元ＬＵＮとして指定される。
【０１９３】
ステップ４０４０では、バックアップ/リストア制御プログラム１３１が、差分バックアップ処理開始指示を受領する。その指示に応答して、例えば、バックアップ/リストア制御プログラム１３１が、テープのマウント要求を、テープライブラリ制御プログラム１３３に送信する。
【０１９４】
ステップ４０５０では、テープライブラリ制御プログラム１３３が、例えばそのマウント要求に応答して、バックアップ先となるテープ１３６をテープドライブ１３５にマウントさせる。
【０１９５】
ステップ４０６０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、差分バックアップ時にテープに記録する管理情報９０２が構築され、その管理情報９０２が、テープ１３６に記録あれる。テープグループ番号６２１は、今回の差分バックアップ開始指示で記録されることになる一以上の差分バックアップデータ５０２を含むための今回のテープグループの番号である。管理情報９０２には、リストアに必要なテープグループ番号６２６が含まれるが、この番号６２６は、例えば、バックアップデータ管理テーブル７０１から、以下の３つの条件、
（１）今回の差分バックアップのバックアップ元ＬＵＮと同一のＬＵＮがバックアップ元ＬＵＮ７１２である、
（２）バックアップデータ種別７１５がフルである、
（３）（１）及び（２）を満たすバックアップ取得日時７１６のうち、現在の日時から最も近い日時である、
を満たすバックアップ先テープグループ番号７１３から取得される。また、データ管理情報５１１には、バックアップ元ＬＵＮのＬＵＮ７２１に対応した差分管理サイズ７２４や、
そのＬＵＮ７２１に対応した差分用ビットマップ格納位置７２５にある差分用ビットマップ７０３が含められる。なお、増分バックアップの場合は、例えば、上記（１）及び（３）を満たすテープグループ番号(フル/差分/増分のどの可能性もある)に登録されているリストアに必要なテープグループ番号６２６に、前記テープグループ番号（（１）と（３）を満たすテープグループ番号）を追加したテープグループ番号（例えば複数個）が登録される。
【０１９６】
ステップ４０７０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、ＬＵＮ７２１がバックアップ元ＬＵＮでありバックアップ種別７２３が差分に対応した差分用ビットマップ格納位置７２５にある差分用ビットマップ７０３が参照され、差分ビットの反転しているデータだけがディスク部９０からテープ１３６にコピーされる。この差分バックアップ中では、例えば、テープ管理２１８によって、図８のテープグループ管理テーブル６０２において、テープグループ番号６２１として、今回のテープグループの番号が記録されると共に、テープグループ状態６２２としてバックアップ中が記録され、バックアップデータ種別６２５として差分が記録され、バックアップが済んだ場合に、テープグループ状態６２２として正常が記録される。
【０１９７】
バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定された全てのＬＵのコピーが終わるまで（ステップ４０８０：ＮＯ）、ステップ４０６０とステップ４０７０が繰り返され、終わったならば（ステップ４０８０：ＹＥＳ）、ステップ４０９０にすすむ。
【０１９８】
ステップ４０９０では、バックアップデータ管理２１１とテープ管理２１８の管理情報が更新される。例えば、バックアップデータ管理２１１が、バックアップデータ管理テーブル７０１に、差分バックアップデータに関する情報を追加する。テープ管理２１８が、テープグループ管理テーブル６０２に、差分バックアップデータ５０２が記録された新規のテープグループ４１１に関する情報を追加（もしくはすでに登録されている場合は情報を更新）し、テーププール管理テーブル６０１の格納テープグループ番号６１３に、その新規のテープグループ４１１の番号を追加する。ステップ４０９０が終了した場合、例えば、バックアップ／リストア制御プログラム１３１又はテープライブラリ制御プログラム１３３から、テープのアンマウント要求がテープライブラリ制御プログラム１３３に送信される。
【０１９９】
ステップ４１００では、テープライブラリ制御プログラム１３３が、例えば上記アンマウント要求の受信に応答して、ロボット１３４を制御し、テープ１３６をテープドライブ１３５からアンマウントさせる。
【０２００】
ステップ４１１０では、バックアップ/リストア制御プログラム１３１が、差分バックアップ処理終了をホスト計算機１００に通知する。
【０２０１】
ステップ４１２０では、例えば、差分バックアップ処理終了の通知を受けたことに応答して、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０２０２】
ステップ４１３０では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０２０３】
ステップ４１４０では、そのペア再同期指示に応答して、ペア再同期処理が行われる。
【０２０４】
図１７は、増分バックアップ処理の処理フローを示す。
【０２０５】
ステップ５０００では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から、記憶サブシステム１０１へ、ペア分割指示が発行される。そのペア分割指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０２０６】
ステップ５０１０では、ディスク制御プログラム１３２が、ペア分割指示を受領する。
【０２０７】
ステップ５０２０では、そのペア分割指示に応答して、ペア分割処理が行われる。
【０２０８】
ステップ５０３０では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、増分バックアップ開始指示が発行される。この増分バックアップ開始指示では、例えば、ペア分割指示で指定したLUNに対応するLUを含んだボリュームペアを構成するスナップショットボリューム１５２のＬＵＮが、バックアップ元ＬＵＮとして指定される。
【０２０９】
ステップ５０４０では、バックアップ/リストア制御プログラム１３１が、増分バックアップ処理開始指示を受領する。その指示に応答して、例えば、バックアップ/リストア制御プログラム１３１が、テープのマウント要求を、テープライブラリ制御プログラム１３３に送信する。
【０２１０】
ステップ５０５０では、テープライブラリ制御プログラム１３３が、バックアップ先となるテープ１３６をテープドライブ１３５にマウントさせる。
【０２１１】
ステップ５０６０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、増分バックアップ時にテープに記録する管理情報９０２が構築され、その管理情報９０２が、テープ１３６に記録される。テープグループ番号６２１は、今回の増分バックアップ開始指示で記録されることになる一以上の増分バックアップデータを含むための今回のテープグループの番号である。
【０２１２】
ステップ５０７０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、ＬＵＮ７２１がバックアップ元ＬＵＮでありバックアップ種別７２３が増分に対応した差分用ビットマップ格納位置７２５にある増分用ビットマップ７０３が参照され、ビットの反転しているデータだけがテープ１３６にコピーされる。この増分バックアップ中では、例えば、テープ管理２１８によって、図８のテープグループ管理テーブル６０２において、テープグループ番号６２１として、今回のテープグループの番号が記録されると共に、テープグループ状態６２２としてバックアップ中が記録され、バックアップデータ種別６２５として増分が記録され、バックアップが済んだ場合に、テープグループ状態６２２として正常が記録される。
【０２１３】
バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定された全てのＬＵのコピーが終わるまで（ステップ５０８０：ＮＯ）、ステップ５０６０とステップ５０７０が繰り返され、終わったならば（ステップ５０８０：ＹＥＳ）、ステップ５０９０にすすむ。
【０２１４】
ステップ５０９０では、バックアップデータ管理２１１とテープ管理２１８の管理情報が更新される。例えば、バックアップデータ管理２１１が、バックアップデータ管理テーブル７０１に、増分バックアップデータ５０２に関する情報を追加する。テープ管理２１８が、テープグループ管理テーブル６０２に、増分バックアップデータ５０２が記録された新規のテープグループ４１１に関する情報を追加（もしくはすでに登録されている場合は情報を更新）し、テーププール管理テーブル６０１の格納テープグループ番号６１３に、その新規のテープグループ４１１の番号を追加する。ステップ５０９０が終了した場合、例えば、バックアップ／リストア制御プログラム１３１又はテープライブラリ制御プログラム１３３から、テープのアンマウント要求がテープライブラリ制御プログラム１３３に送信される。
【０２１５】
ステップ５１００では、テープライブラリ制御プログラム１３３が、例えば上記アンマウント要求の受信に応答して、ロボット１３４を制御し、テープ１３６をテープドライブ１３５からアンマウントさせる。
【０２１６】
ステップ５１１０では、バックアップ/リストア制御プログラム１３１が、増分バックアップ処理終了をホスト計算機１００に通知する。
【０２１７】
ステップ５１２０では、例えば、増分バックアップ処理終了の通知を受けたことに応答して、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０２１８】
ステップ５１３０では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０２１９】
ステップ５１４０では、そのペア再同期指示に応答して、ペア再同期処理が行われる。
【０２２０】
図１８は、通常リストア処理の処理フローを示す。
【０２２１】
ステップ６０００では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、通常リストア開始指示が発行される。通常リストア開始指示では、例えば、リストア元及びリストア先のうちの少なくともリストア元（例えばテープグループの番号）が指定される。
【０２２２】
ステップ６０１０では、バックアップ/リストア制御プログラム１３１が、通常リストア開始指示を受領する。このとき、バックアップ/リストア制御プログラム１３１が、リストア先LUを指定したライト禁止要求をディスク制御プログラム１３２に発行して良い。
【０２２３】
ステップ６０２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト禁止要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵへのホスト計算機１００からのライトを禁止する。
【０２２４】
ステップ６０３０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、リストア元として指定されたテープグループ４１１のテープグループ管理テーブル６０２のリストアに必要なテープグループ番号６２６を参照し、フルバックアップデータが記録されているテープ１３６をテープドライブ１３５にマウントする。例えば、リストアに必要なテープグループ番号６２６に何も記録されていなければ、リストア元として指定されたテープグループ４１１がフルバックアップデータであり、リストアに必要なテープグループ番号６２６に１１、１２と記録されていれば、先頭の番号であるテープグループ番号１１のテープグループ４１１がフルバックアップデータである。また、例えば、バックアップ/リストア制御プログラム１３１が、リストアしたいバックアップデータのバックアップ取得日時の指定を受けた場合、そのバックアップ取得日時に対応したバックアップ先テープグループ番号７１３のテープグループ４１１が、上記「リストア元として指定されたテープグループ４１１」である。
【０２２５】
ステップ６０４０では、バックアップ/リストア制御プログラム１３１及びテープライブラリ制御プログラム１３３が協働することにより、フルバックアップデータ５０２が記録されているテープ１３６から、リストア先として指定されたＬＵ（例えば主ボリューム１５０）に、フルバックアップデータ５０２中のデータ５１２がコピーされる。リストア先ＬＵは、格別指定されていなければ、自動的に、バックアップ元LUとしてのスナップショットボリューム１５２とペアを構成する主ボリューム１５０であってもよい。
【０２２６】
ステップ６０５０では、テープライブラリ制御プログラム１３３が、フルバックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２２７】
ステップ６０６０では、バックアップ/リストア制御プログラム１３１が、リストア元として指定されたテープグループ４１１に対応したバックアップデータ種別６２５を参照し、フルバックアップデータか否かの判定を行う。判定の結果が、肯定的であれば、ステップ６１１０へ進み、否定的であれば、ステップ６０７０へ進む。
【０２２８】
ステップ６０７０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、リストア元として指定されたテープグループ４１１に対応したリストアに必要なテープグループ番号６２６が参照され、次にコピー処理をするべき差分/増分バックアップデータ５０２（差分バックアップデータ５０２もしくは増分バックアップデータ５０２）が記録されているテープ１３６が、テープドライブ１３５にマウントされる。例えば、リストアに必要なテープグループ番号６２６に２１、２２、２３と記録されていれば、テープグループ番号が２１のテープグループ４１１のコピーが終わった場合は、次にテープグループ番号が２２のテープグループ４１１にコピーが行われ、テープグループ番号が２２のテープグループ４１１のコピーが終わった場合は、次にテープグループ番号が２３のテープグループ４１１にコピーが行われる。
【０２２９】
ステップ６０８０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、差分/増分バックアップデータ５０２が記録されているテープ１３６内の管理情報９０２が参照され、データ５１２をコピーするべきリストア先ＬＵのＬＢＡを計算しながら、テープ１３６のデータ５１２が、リストア先として指定されたＬＵにコピーされる。例えば、テープ１３６に記録されている差分管理サイズ７２４と差分／増分用ビットマップ７０３を用いて、データ５１２をコピーするべきリストア先ＬＵのＬＢＡが計算される。具体的には、例えば、リストア先ＬＵの先頭ＬＢＡが１００、ブロックサイズが１ＭＢ、差分管理サイズ７２４が１ＭＢとし、差分／増分用ビットマップ７０３が先頭から０１１００１・・・とした場合、テープ１３６に記録されている先頭のデータ５１２をコピーするべきリストア先ＬＵのＬＢＡは１０１であり、２番目のデータ５１２をコピーするべきリストア先ＬＵのＬＢＡは１０２であり、３番目のデータ５１２をコピーするべきリストア先ＬＵのＬＢＡは１０５であり、・・・というように計算されていく。
【０２３０】
ステップ６０９０では、テープライブラリ制御プログラム１３３が、コピー処理の完了した差分/増分バックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２３１】
リストアに必要なテープグループ番号６２６に記録されているテープグループ番号６２１が全てコピー処理されるまで（ステップ６１００：ＹＥＳ）、ステップ６０７０、６０８０、６０９０が繰り返され、リストアに必要なテープグループ番号６２６に記録されているテープグループ番号６２１が全てコピー処理されたならば（ステップ６１００：ＮＯ）、ステップ６１１０にすすむ。なお、その際、バックアップ/リストア制御プログラム１３１が、リストア先LUを指定したライト許可要求をディスク制御プログラム１３２に発行して良い。
【０２３２】
ステップ６１１０ではディスク制御プログラム１３２が、所定の契機（例えば、ライト許可要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを許可する。
【０２３３】
ステップ６１２０では、バックアップ/リストア制御プログラム１３１が、通常リストア処理終了をホスト計算機１００に通知する。
【０２３４】
図１９は、ペア再同期処理の処理フローを示す。なお、この図１９の説明では、ペア再同期指示で指定されている主ボリューム１５０を含んだボリュームペアを、「対象ボリュームペア」と呼ぶ。
【０２３５】
ステップ７０００では、ボリュームのペア管理２１５が、対象ボリュームペアの、ペア構成管理テーブル３０１の状態３１４を、ペア状態移行中にする。
【０２３６】
ステップ７０１０では、ボリュームのペア管理２１５が、対象ボリュームペアに対応したスナップショット用ビットマップ３０３をリセットし、且つ、そのスナップショット用ビットマップ３０３を用いた差分管理を停止する。このため、例えば、このステップ９０１０以降に、対象ボリュームペアにおける主ボリューム１５０にデータの更新があっても、対象ボリュームペアに対応したスナップショット用ビットマップ３０３のビットが反転されることはない。
【０２３７】
ステップ７０２０では、ボリュームのペア管理２１５が、対象ボリュームペアのスナップショット用ビットマップ３０３に対応した、スナップショット管理テーブル３０４のデータ格納位置３４３を、リセットする（例えば、そのデータ格納位置３４３の欄をブランクにするか、或いは、そのデータ格納位置３４３を含んだレコードを除去する）。
【０２３８】
ステップ７０３０では、ボリュームのペア管理２１５が、対象ボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４を、ペア状態にする。
【０２３９】
図２０は、ペア分割処理の処理フローを示す。なお、この図２０の説明では、ペア分割指示で指定されている主ボリューム１５０を含んだボリュームペアを、「対象ボリュームペア」と呼ぶ。
【０２４０】
ステップ８０００では、ボリュームのペア管理２１５が、対象ボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４を、ペア分割移行中にする。
【０２４１】
ステップ８０１０では、ボリュームペアの管理２１５とバックアップデータ管理２１１とが協働して、対象ボリュームペアに対応したバックアップ用ビットマップ３０７と、対象ボリュームペアのバックアップ元LU（スナップショットボリューム）に対応した差分用ビットマップ７０３の論理和を計算し、その差分用ビットマップ７０３に、計算結果を上書きする。
【０２４２】
ステップ８０２０では、ボリュームペアの管理２１５とバックアップデータ管理２１１とが協働して、対象ボリュームペアのバックアップ元LU（スナップショットボリューム）に対応した増分用ビットマップ７０３をリセットし（全てのビットを非反転（例えば０）とし）、対象ボリュームペアに対応したバックアップ用ビットマップ３０７を、その増分用ビットマップ７０３に、計算結果を上書きする。
【０２４３】
ステップ８０３０では、ボリュームペアの管理２１５が、対象ボリュームペアに対応したバックアップ用ビットマップ３０７をリセットし、そのバックアップ用ビットマップ３０７を用いて、対象ボリュームペア中の主ボリューム１５０に更新されるデータの管理を開始する。
【０２４４】
ステップ８０４０では、ボリュームペアの管理２１５が、対象ボリュームペアに対応したスナップショット用ビットマップ３０３を用いて、対象ボリュームペア中の主ボリューム１５０に更新されるデータの管理を開始する。
【０２４５】
ステップ８０５０では、ボリュームのペア管理２１５が、対象ボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４を、分割状態にする。あらかじめ、対象となるボリュームを増分バックアップ用LU、または、差分バックアップLU、のように限定している場合は、ステップ８０２０またはステップ８０３０は省略できる。ビットマップをどちらか片方だけ持つようにしてもよい。
【０２４６】
図２１は、差分リストア処理の処理フローを示す。
【０２４７】
ステップ９０００では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、部分リストア開始指示が発行される。部分リストア開始指示では、例えば、リストア元及びリストア先のうちの少なくともリストア元（例えばテープグループの番号）が指定される。
【０２４８】
ステップ９０１０では、バックアップ/リストア制御プログラム１３１が、部分リストア開始指示を受領する。このとき、バックアップ/リストア制御プログラム１３１が、リストア先LU（主ボリューム１５０）を指定したライト禁止要求をディスク制御プログラム１３２に発行して良い。また、部分リストア開始指示により行うリストアが差分リストアであるか増分リストアであるかを、例えば、テープグループ管理テーブル６０２を参照し決定することができる。これにより、例えば、差分リストアを行うと決定された場合には、ステップ９０２０に進み、増分リストアを行うと決定された場合には、図２２のステップ１００２０に進む。
【０２４９】
ステップ９０２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト禁止要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを禁止する。
【０２５０】
ステップ９０３０では、ディスク制御プログラム１３２とバックアップ／リストア制御プログラム１３１とが協働することにより、リストア対象のデータを記憶していたバックアップ元に対応するバックアップ用ビットマップ３０７と、そのバックアップ元に対応する最新の差分用ビットマップ７０３との論理和を計算し、計算結果としてのリストア用ビットマップを作成する。
【０２５１】
ステップ９０４０では、バックアップ／リストア制御プログラム１３１が、作成されたリストア用ビットマップを参照し、リストアすべきデータがあるか否かの判定を行う。反転されたビットが有れば、判定の結果が肯定的となり、ステップ９０５０にすすみ、反転されたビットが無ければ、判定の結果が否定的となり、ステップ９１５０に進む。
【０２５２】
ステップ９０５０では、バックアップ／リストア制御プログラム１３１が、リストア元として指定されたテープグループに記録されているテープルグループ情報５０１を読み込む。
【０２５３】
ステップ９０６０では、バックアップ／リストア制御プログラム１３１が、読み出されたテープグループ情報５０１中のバックアップ元LUN６２４に一致するLUN９３１を含んだデータ管理情報５１１を特定する。そして、バックアップ／リストア制御プログラム１３１が、そのデータ管理情報５１１に含まれている差分用ビットマップ７０３を参照することで、差分バックアップでバックアップされた、リストア対象のデータがあるか否かの判定を行う。その差分用ビットマップ７０３に、反転したビットがあれば、判定の結果は肯定的となり、ステップ９０７０に進み、反転したビットが無ければ、判定の結果は否定的となり、ステップ９１２０に進む。
【０２５４】
ステップ９０７０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、上記差分用ビットマップ７０３の反転したビットに対応する差分バックアップデータ５０２が記録されているテープ１３６が、テープドライブ１３５にマウントされる。
【０２５５】
ステップ９０８０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、差分バックアップデータ５０２が記録されているテープ１３６内の管理情報９０２が参照され、データ５１２をコピーするべきリストア先ＬＵ（主ボリューム１５０）のＬＢＡを計算しながら、テープ１３６のデータ５１２が、リストア先ＬＵ（主ボリューム１５０）にコピーされる。例えば、テープ１３６に記録されている差分管理サイズ７２４と差分用ビットマップ７０３を用いて、データ５１２をコピーするべきリストア先ＬＵ（主ボリューム１５０）のＬＢＡが計算される。
【０２５６】
ステップ９０９０では、テープライブラリ制御プログラム１３３が、コピー処理の完了した差分バックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２５７】
ステップ９１００では、バックアップ／リストア制御プログラム１３１が、リストア用ビットマップから、リストア元に指定されたテープグループの差分用ビットマップ７０３の反転部分を除いたものを、新たなリストア用ビットマップとして更新する。
【０２５８】
ステップ９１１０では、バックアップ／リストア制御プログラム１３１が、更新後のリストア用ビットマップを参照し、リストアするデータが未だあるか否かの判定を行う。更新後のリストア用ビットマップに反転したビットがあれば、判定の結果は肯定的となり、ステップ９１２０にすすみ、反転したビットがなければ、判定の結果が否定的となり、ステップ９１５０にすすむ。
【０２５９】
ステップ９１２０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、リストア元として指定されたテープグループ４１１のテープグループ管理テーブル６０２のリストアに必要なテープグループ番号６２６を参照し、フルバックアップデータが記録されているテープ１３６をテープドライブ１３５にマウントする。
【０２６０】
ステップ９１３０では、バックアップ/リストア制御プログラム１３１及びテープライブラリ制御プログラム１３３が協働することにより、フルバックアップデータ５０２が記録されているテープ１３６から、リストア先ＬＵ（主ボリューム１５０）に、フルバックアップデータ５０２中の、リストアに必要なデータ５１２がコピーされる。リストアに必要なデータ５１２とは、リストア用ビットマップで反転しているビットに対応したデータである。
【０２６１】
ステップ９１４０では、テープライブラリ制御プログラム１３３が、フルバックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。なお、その際、テープライブラリ制御プログラム１３３が、リストア先LU（主ボリューム１５０）を指定したライト許可要求をディスク制御プログラム１３２に発行して良い。
【０２６２】
ステップ９１５０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト許可要求をテープライブラリ制御プログラム１３３から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを許可する。
【０２６３】
ステップ９１６０では、バックアップ/リストア制御プログラム１３１が、部分リストア処理終了をホスト計算機１００に通知する。
【０２６４】
図２２は、増分リストア処理の処理フローを示す。
【０２６５】
ステップ１００２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト禁止要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを禁止する。
【０２６６】
ステップ１００３０では、バックアップ／リストア制御プログラム１３１が、リストア元として指定されたテープグループに記録されているテープルグループ情報５０１を読み込む。
【０２６７】
ステップ１００４０では、バックアップ／リストア制御プログラム１３１が、リストア元として指定されたテープグループに関連する増分用ビットマップ７０３を読み込む。具体的には、例えば、ステップ１００３０で読み込まれたテープグループ情報５０１中のバックアップ元LUN６２４に対応したスナップショットボリューム１５２のフルバックアップ処理以降から現在までの一以上の増分スナップショット７０３を読み込む。
【０２６８】
ステップ１００５０では、バックアップ／リストア制御プログラム１３１が、リストア元に指定されたテープグループを含まないそれ以降の一以上の増分用ビットマップ７０３（ステップ１０００３０で読み込まれたテープグループ情報５０１中の記録日時６２８が示す日時よりも将来の一以上の増分用ビットマップ７０３）と、ステップ１００３０で読み込まれたテープグループ情報５０１中のバックアップ元LUN６２４に対応したバックアップ用ビットマップ３０７との論理和を計算し、その計算結果であるリストア用ビットマップを作成する。
【０２６９】
ステップ１００６０では、バックアップ／リストア制御プログラム１３１が、リストア用ビットマップとリストア元に指定されたテープグループの増分用ビットマップ７０３との論理積を計算し、その計算結果としてのビットマップを参照し、リストアするデータがあるか否かの判定を行う。そのビットマップ中に、反転したビットがあれば、判定の結果は肯定的となり、ステップ１００７０に進み、反転したビットがなければ、判定の結果は否定的となり、ステップ１０１１０に進む。
【０２７０】
ステップ１００７０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、ステップ１００６０で特定された反転ビットに対応するデータ５１２（増分バックアップデータ５０２中のデータ５１２）が記録されているテープ１３６が、テープドライブ１３５にマウントされる。
【０２７１】
ステップ１００８０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、増分バックアップデータ５０２が記録されているテープ１３６内の管理情報９０２が参照され、データ５１２をコピーするべきリストア先ＬＵのＬＢＡを計算しながら、テープ１３６のデータ５１２（ステップ１００６０で特定された反転ビットに対応するデータ５１２）が、リストア先ＬＵにコピーされる。
【０２７２】
ステップ１００９０では、テープライブラリ制御プログラム１３３が、コピー処理の完了した増分バックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２７３】
ステップ１０１００では、バックアップ／リストア制御プログラム１３１が、リストア用ビットマップから、リストア用ビットマップと必要なデータをコピーした増分用ビットマップの論理積を除いたものを、新たなリストア用ビットマップとして更新する。
【０２７４】
ステップ１０１１０では、バックアップ／リストア制御プログラム１３１が、更新後のリストア用ビットマップを参照し、リストアするデータが未だあるか否かの判定を行う。更新後のリストア用ビットマップに反転したビットがあれば、判定の結果は肯定的となり、ステップ１００７０に戻り、反転したビットがなければ、判定の結果が否定的となり、ステップ１０１２０にすすむ。なお、その際、バックアップ／リストア制御プログラム１３１が、リストア先LUを指定したライト許可要求をディスク制御プログラム１３２に発行して良い。
【０２７５】
ステップ１０１２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト許可要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを許可する。
【０２７６】
ステップ１０１３０では、バックアップ/リストア制御プログラム１３１が、部分リストア処理終了をホスト計算機１００に通知する。
【０２７７】
以上、上述した実施形態によれば、バックアップサーバ無しにバックアップが実行される。これにより、バックアップの性能に、バックアップサーバの性能が影響することがなくなる。
【０２７８】
また、上述した実施形態によれば、主ボリューム１５０のデータイメージ（スナップショット）が仮想的な論理ボリュームであるスナップショットボリューム１５２にて論理的に保持され、バックアップでは、そのスナップショットボリューム１５２が、バックアップ元とされる。このため、主ボリューム１５０それ自体のコピーによってスナップショットを保持する方法に比して、消費される記憶容量は少ない。また、主ボリューム１５０に対する更新を止めることなく、バックアップを実行することができる。
【０２７９】
また、上述した実施形態によれば、差分リストア処理及び増分リストア処理は、必要な差分データ５１２を先にリストアした後に、足りないデータを、フルバックアップデータ５０２中の複数のデータ５１２から選択してリストアする処理である。このため、フルバックアップデータ５０２を構成する複数のデータ５１２を先にリストアした後に必要な差分データ５１２をリストアするというリストア処理に比して、リストア元からリストア先へのデータ転送量を少なくすることができる。
【０２８０】
また、上述した実施形態によれば、差分/増分バックアップの場合には、バックアップ対象のデータの他に、管理情報９０２もテープ１３６に記録される。これにより、リストアの場合には、バックアップを行った記憶サブシステム１０１の制御メモリ２０１の情報が無くても、テープ１３６に記録されている管理情報９０２を使用することで、リストアすることが可能となる。
【０２８１】
また、上述した実施形態によれば、差分管理すべき世代数に関わらず、記憶サブシステムで保持すべき差分用／増分用ビットマップ７０３は、一つのバックアップ元ＬＵにつき、多くても、差分バックアップ用と増分バックアップ用の２枚で良い。これにより、差分管理できる世代数が、記憶サブシステムのメモリの記憶容量に制限されないようにすることができる。
【０２８２】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【０２８３】
例えば、スナップショット用ビットマップ３０３とバックアップ用のビットマップ３０７が一体になっていてもよい。
【０２８４】
また、例えば、ペア関連指示とバックアップ関連指示とが一体になっていてもよい。具体的には、例えば、ペア分割指示とフル／差分／増分バックアップ指示とが一体になっていてもよい。
【０２８５】
また、例えば、管理情報９０１や９０２は、バックアップ先の記憶装置に格納することに代えて又は加えて、制御メモリ２０１で管理されてもよい。
【図面の簡単な説明】
【０２８６】
【図１】図１は、本発明の一実施形態に係る計算機システムの構成例を示す。
【図２】図２は、図１のコントローラの構成例を示した図である。
【図３】図３は、ボリュームのペア管理がもつ第一の管理情報例を示す。
【図４】図４は、ボリュームのペア管理がもつ第二の管理情報例を示す。
【図５】図５は、ボリュームのペア管理がもつ第三の管理情報例を示す。
【図６】図６は、テープ管理が管理しているテーププールの論理イメージ例を示す。
【図７】図７は、テープグループの格納情報例を示す。
【図８】図８は、テープ管理がもつ管理情報例を示す。
【図９】図９は、バックアップデータ管理がもつ管理情報例を示す。
【図１０】図１０は、テープの記録形式例を示す。
【図１１】図１１は、フルバックアップ時にテープに記録する管理情報例を示す。
【図１２】図１２は、差分/増分バックアップ時にテープに記録する管理情報例を示す。
【図１３】図１３は、ライト要求を受領した記憶サブシステムでの処理のフローを示す。
【図１４】図１４は、フルバックアップ処理の処理フローの一部を示す。
【図１５】図１５は、フルバックアップ処理の処理フローの残りを示す。
【図１６】図１６は、差分バックアップ処理の処理フローを示す。
【図１７】図１７は、増分バックアップ処理の処理フローを示す。
【図１８】図１８は、通常リストア処理の処理フローを示す。
【図１９】図１９は、ペア再同期処理の処理フローを示す。
【図２０】図２０は、ペア分割処理の処理フローを示す。
【図２１】図２１は、差分リストア処理の処理フローを示す。
【図２２】図２２は、増分リストア処理の処理フローを示す。
【図２３】図２３は、差分バックアップ処理の概要の一部を示す。
【図２４】図２４は、差分バックアップ処理の概要の残りを示す。
【図２５】図２５は、増分バックアップ処理の概要の一部を示す。
【図２６】図２６は、増分バックアップ処理の概要の残りを示す。
【図２７】図２７は、差分リストア処理の概要を示す。
【図２８】図２８は、増分リストア処理の概要を示す。
【符号の説明】
【０２８７】
１００…ホスト計算機、１０１…記憶サブシステム、１２５…テープライブラリ装置
【技術分野】
【０００１】
本発明は、データのバックアップのための技術に関する。
【背景技術】
【０００２】
例えば、特許文献１によれば、ディスクアレイ装置が、スナップショット取得後のデータ更新を、オリジナルデータを記憶するディスク装置とは物理的に別の記憶領域である更新データ格納ディスク装置に行う。
【０００３】
【特許文献１】特開２００５−３３２０６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
バックアップの一つの方法として、バックアップサーバが、バックアップ元の記憶装置からデータを読出し、読み出したデータを、バックアップ先の記憶装置に書込む方法がある。しかし、この方法では、例えば、バックアップサーバのバックアップ性能が、バックアップ元及び／又はバックアップ先の記憶装置のそれより低い場合には、バックアップサーバのバックアップ性能が、ボトルネックとなってしまう。
【０００５】
また、バックアップの一つの方法として、スナップショット取得時点における論理ボリュームのスナップショットを取得し、そのスナップショットをバックアップ元とする方法が考えられる。しかし、そのスナップショットを、スナップショット取得時点における論理ボリュームそれ自体のコピー（以下、ボリュームコピー）とすると、複数のスナップショット取得時点がある場合には、スナップショット取得時点の数と同数のボリュームコピーが必要となり、故に、記憶資源の消費量が大きくなってしまう。
【０００６】
従って、本発明の一つの目的は、バックアップサーバ不要でバックアップができ、且つ、ボリュームコピーとは異なるスナップショットをバックアップ元としたバックアップを可能にすることにある。
【０００７】
本発明の他の目的は、後述の説明から明らかになるであろう。
【課題を解決するための手段】
【０００８】
上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームと、主ボリュームとその主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域とが備えられる。
【０００９】
主ボリュームのスナップショットイメージを論理的に保持するための仮想的な論理ボリュームであるスナップショットボリュームにおける複数の仮想的な記憶位置と、主ボリュームのスナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応が管理される。
【００１０】
初回のバックアップで、複数のアドレス情報要素が示す全ての実際の記憶位置に記憶されている全てのデータ要素が、バックアップ先記憶装置にバックアップされる。
【００１１】
該初回のバックアップ後、主ボリュームが更新されたことに伴ってスナップショットボリュームが更新されることによりスナップショットボリュームとバックアップ先記憶装置との間で差分が生じた場合に、スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報が更新される。
【００１２】
次回以降のバックアップで、スナップショットボリュームとバックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置が、差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定され、特定された実際の記憶位置にある一以上のデータ要素が、バックアップ先記憶装置にバックアップされる。
【発明を実施するための最良の形態】
【００１３】
一つの実施形態では、記憶システムに、上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームと、主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域とが備えられる。この記憶システムは、スナップショット管理部と、フルバックアップ部と、差分管理部と、部分バックアップ部とを備えることができる。スナップショット管理部は、主ボリュームのスナップショットイメージを論理的に保持するためのスナップショットボリューム（仮想的な論理ボリューム）における複数の仮想的な記憶位置と、スナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置（主ボリューム及び／又はコピー記憶領域における位置）を示す複数のアドレス情報要素との対応を管理することができる。フルバックアップ部が、フルバックアップとして、複数のアドレス情報要素が示す全ての記憶位置にある全てのデータ要素をバックアップ先記憶装置にバックアップすることを実行することができる。差分管理部が、フルバックアップ後に主ボリュームが更新されたことに伴ってスナップショットボリュームが更新されることによりスナップショットボリュームとバックアップ先記憶装置との間で差分が生じた場合に、スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報を更新することができる。部分バックアップ部が、部分バックアップとして、スナップショットボリュームとバックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置を、差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定し、特定された実際の記憶位置にある一以上のデータ要素を前記バックアップ先記憶装置にバックアップすることを実行することができる。
【００１４】
主ボリュームは、例えば、ランダムアクセス型の記憶装置を利用して形成することができる。ランダムアクセス型記憶装置としては、ハードディスク、フラッシュメモリなど種々の記憶装置を採用することができる。
【００１５】
バックアップ先記憶装置としては、例えば、シーケンシャルアクセス型の記憶装置とすることができる。シーケンシャルアクセス型の記憶装置として、磁気テープなど、種々の記憶装置を採用することができる。
【００１６】
一つの実施形態では、差分管理部が、フルバックアップ後のスナップショットボリュームとバックアップ先記憶装置との間における差分データ要素がスナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかを差分管理情報で管理することができる。各回での部分バックアップは、差分バックアップである。差分バックアップは、差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである。
【００１７】
一つの実施形態では、差分管理情報に、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素（例えば後述のバックアップ用ビットマップ）と、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に論理的に記憶されているデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素（例えば後述の差分用ビットマップ）とが含まれる。差分データ要素がスナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかは、第一の差分管理情報要素と第二の差分管理情報要素との論理演算（例えば論理和）の結果から特定することができる。
【００１８】
一つの実施形態では、スナップショットイメージは、主ボリュームとスナップショットボリュームとのボリュームペアが分割された時点での主ボリュームのデータイメージである。差分管理部が、ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されている。差分管理部が、ボリュームペアの分割のときに、その分割のときにおける第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかを特定することができる。
【００１９】
一つの実施形態では、部分バックアップ部が、各回での差分バックアップで、特定された仮想的な記憶位置に論理的に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報もバックアップ先記憶装置にバックアップすることができる。リストア必要情報には、バックアップされる差分データ要素の位置を特定するための、差分バックアップの時点における第二の差分管理情報要素が含まれる。
【００２０】
一つの実施形態では、差分管理部が、直前回のフルバックアップ又は直前回の部分バックアップ後のスナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素がどの仮想的な記憶位置に論理的に存在するかを差分管理情報で管理することができる。各回での前記部分バックアップは、増分バックアップである。増分バックアップは、差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである。
【００２１】
一つの実施形態では、差分管理情報が、スナップショットボリュームにおける複数の仮想的な位置のうちのどの仮想的な記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素（例えば後述のバックアップ用ビットマップ）と、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第三の差分管理情報要素（例えば後述の増分用ビットマップ）とを含む。差分データ要素がどの仮想的な記憶位置に存在するかは、第一の差分管理情報要素を用いて更新された第二の差分管理情報要素から特定することができる。
【００２２】
一つの実施形態では、スナップショットイメージは、主ボリュームとスナップショットボリュームとのボリュームペアが分割された時点での主ボリュームのデータイメージである。差分管理部が、ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、スナップショットボリュームにおける複数の仮想的な位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成される。差分管理部が、ボリュームペアの分割のときに、第三の差分管理情報要素をリセットして、その分割のときにおける第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、第一の差分管理情報要素をリセットすることができる。増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素がどの記憶位置に存在するかを特定することができる。
【００２３】
一つの実施形態では、部分バックアップ部が、各回での増分バックアップで、特定された仮想的な記憶位置に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報もバックアップ先記憶装置にバックアップすることができる。リストア必要情報には、増分バックアップの時点における第三の差分管理情報要素が含まれる。
【００２４】
一つの実施形態では、記憶システムが、複数の時点にそれぞれ対応する複数のスナップショットイメージのうちのリストア対象のスナップショットイメージを主ボリューム又は別の論理ボリュームにリストアするリストア部を更に備えることができる。リストア部が、フルバックアップされた複数のデータ要素をリストアし、その後に、リストア対象のスナップショットイメージにおける、部分バックアップによりバックアップされた一以上のデータ要素を、リストアされた複数のデータ要素のうちの、該一以上のデータ要素にそれぞれ対応するデータ要素に上書きすることができる。
【００２５】
一つの実施形態では、リストア部が、リストア対象のスナップショットイメージにおける、部分バックアップによりバックアップされた一以上のデータ要素をリストアし、リストア対象のスナップショットイメージにおける、該一以上のデータ要素以外のデータ要素を、リストア対象のスナップショットイメージが部分バックアップされた時点であるリストア対象時点よりも過去の時点で部分バックアップされたデータ要素群及び／又はフルバックアップされたデータ要素群から読み出してリストアすることができる。
【００２６】
一つの実施形態では、リストア部が、リストアを実行する時点であるリストア実行時点での主ボリュームにおける複数の記憶位置のうち、リストア対象のスナップショットイメージを構成するデータ要素が実際に記憶されている記憶位置については、リストアを実行しないようにすることができる。
【００２７】
一つの実施形態では、リストア部が、リストア実行時点における第一の差分管理情報要素及び第二の管理情報要素の論理演算の結果から、主ボリュームにおける複数の記憶位置のうちの第一の一以上のリストア対象位置を特定し、リストア対象時点における第二の差分管理情報要素から、主ボリュームにおける複数の位置のうちの第二の一以上のリストア対象位置を特定し、第二の一以上のリストア対象位置の各々に、リストア対象時点で差分バックアップされた一以上のデータ要素をそれぞれリストアし、第一の一以上のリストア対象位置のうちの第二の一以上のリストア対象位置以外の位置に、リストア対象時点よりも過去の時点でフルバックアップされたデータ要素群から、該位置に対応するデータ要素を選択してリストアすることができる。
【００２８】
一つの実施形態では、リストア部が、下記（１）乃至（３）の処理を実行することがきる。
（１）リストア実行時点における第一の差分管理情報要素と、該リストア実行時点よりも過去であり前記リストア対象時点よりも未来における各バックアップ時点での各第三の差分管理情報要素との論理演算の結果から、主ボリュームにおける複数の記憶位置のうちの一以上のリストア対象位置を表すリストア位置情報要素を作成する。
（２）リストア対象時点以前の各増分バックアップ時点について、その増分バックアップ時点における第三の差分管理情報要素と、作成されたリストア位置情報要素又は更新後のリストア位置情報要素との論理演算の結果から特定されるリストア対象位置に、そのバックアップ時点で増分バックアップされた又はフルバックアップされたデータ要素をリストアし、該論理演算で使用したリストア位置情報要素が示す一以上のリストア対象位置から、特定されたリストア対象位置を除くことで、そのリストア位置情報要素を更新する。
（３）フルバックアップの直後の増分バックアップ時点（最も過去の増分バックアップ時点）についての更新後のリストア位置情報要素が、少なくとも一つのリストア対象位置を表していれば、フルバックアップされた複数のデータ要素のうち、そのリストア対象位置に対応するデータ要素を、そのリストア対象位置にリストアする。
【００２９】
一つの実施形態では、リストア必要情報に、格納する差分管理情報要素であるビットマップのビットに対応した記憶位置（主ボリュームやスナップショットボリューム内の記憶位置（記憶領域））の記憶サイズと、主ボリュームの記憶容量とが含まれても良い。
【００３０】
一つの実施形態では、バックアップ先記憶装置はシーケンシャルアクセス型の記憶装置であり、リストア必要情報は、データ要素よりもシーケンシャル型装置群の上流側に記録されてよい。
【００３１】
一つの実施形態では、バックアップ先記憶装置はシーケンシャルアクセス型の記憶装置であり、フルバックアップにより記録された全てのデータ要素よりも下流側に、部分バックアップでのリストア必要情報及びデータ要素が記録されて良い。
【００３２】
一つの実施形態では、スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージである。差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点において、第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される。
【００３３】
一つの実施形態では、差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、第二の差分管理情報要素をリセットして、そのときにおける第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、第一の差分管理情報要素をリセットすることができる。増分バックアップでは、その増分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される。
【００３４】
一つの実施形態では、差分管理情報が、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二及び第三の差分管理情報要素とを含む。差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、前記第三の差分管理情報要素をリセットして、そのときにおける第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの仮想的な記憶位置に存在するかが特定される。増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される。
【００３５】
一つの実施形態では、差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された仮想的な記憶位置がわかるよう第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける第一の差分管理情報要素と第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットすることができる。
【００３６】
一つの実施形態では、差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、前記第二の差分管理情報要素をリセットして、そのときにおける第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットすることができる。
【００３７】
上述した複数の実施形態のうちの二以上を組み合わせて一つの実施形態とすることができる。例えば、記憶システムは、上述した差分バックアップと増分バックアップとのうちのいずれかの部分バックアップを選択的に実行することができる。例えば、記憶システムは、差分バックアップ指示を上位装置から受けた場合には、差分バックアップを実行し、増分バックアップ指示を上位装置から受けた場合には、増分バックアップを実行することができる。
【００３８】
上述した各部（例えば、デバイス関連値取得部、デバイス識別値計算部及び対応登録部等）は、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。
【００３９】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、以下の説明では、バックアップのタイプとして、フルバックアップと、差分バックアップと、増分バックアップの３タイプがあるものとする。これら３タイプのバックアップのうち、差分バックアップ及び増分バックアップが、部分バックアップに属するタイプのバックアップである。以下、３タイプのバックアップのうちの２以上のバックアップタイプを言う場合、スラッシュ“/”を使ってまとめて記載することとする。例えば、３タイプのバックアップの全てを指す場合には、「フル/差分/増分バックアップ」と記載することにする。なお、そのときの“/”は、「及び／又は」という意味で使用される。
【００４０】
例えば、この実施形態では、記憶システムが、一台の記憶サブシステムであり、上位装置が、ホスト計算機であり、バックアップ元の記憶装置が、ランダムアクセス型記憶装置、具体的には、例えば、磁気ディスク（以下、単に「ディスク」と言う）であり、バックアップ先の記憶装置が、シーケンシャルアクセス型記憶装置、具体的には、例えば、磁気テープ（以下、単に「テープ」と言う）である。
【００４１】
以下、この実施形態について詳述する。
【００４２】
＜＜システム構成＞＞。
【００４３】
図１は、本発明の一実施形態に係る計算機システムの構成例を示す。図２は、図１のコントローラ１２３の構成例を示した図である。
【００４４】
ホスト計算機１００、記憶サブシステム１０１及び管理端末１０３は、ファイバチャネルを用いて接続されており、情報や処理要求等の受け渡しが行われる。ホスト計算機１００、記憶サブシステム１０１及び管理端末１０３は、ＬＡＮ（Local Area Network）等の通信ネットワークで接続されていても良いし、専用線などで接続されても良い。
【００４５】
ホスト計算機１００は、記憶サブシステム１０１に情報を書き込んだり読み込んだりするアプリケーション１１１と、ボリュームのペア制御指示を発行するボリュームのペア制御指示プログラム１１２と、バックアップ/リストア制御指示を発行するバックアップ/リストア制御指示プログラム１１３と、アプリケーション１１１、ボリュームのペア制御指示プログラム１１２及びバックアップ/リストア制御指示プログラム１１３を記憶するメモリ１２１と、アプリケーション１１１、ボリュームのペア制御指示プログラム１１２及びバックアップ/リストア制御指示プログラム１１３を実行するためのＣＰＵ(Central Processing Unit)１２２とを備える。ボリュームのペア制御指示プログラム１１２を実行するＣＰＵ１２２は、ペア形成指示、ペア再同期指示、ペア分割指示及びペア削除指示等の種々のコマンドを発行する。以下、プログラムが主語になる場合は、実際にはそのプログラムを実行するＣＰＵによって処理が行われるものとする。バックアップ/リストア制御指示プログラム１１３は、フルバックアップ開始指示、差分バックアップ開始指示、増分バックアップ開始指示及びリストア開始指示等の種々のコマンドを発行する。
【００４６】
記憶サブシステム１０１は、コントローラ１２３、ディスク部９０及びテープライブラリ装置１２５を備える。コントローラ１２３は、バックアップデータ管理、バックアップ処理及びリストア処理等を行うバックアップ/リストア制御プログラム１３１と、ディスク管理、ボリュームのペア管理、ホストI/O処理及びボリュームのペア操作処理等を行うディスク制御プログラム１３２と、テープ管理、テープインポート処理及びテープエクスポート処理等を行うテープライブラリ制御プログラム１３３とを備える。
【００４７】
テープライブラリ装置１２５は、複数のテープ１３６と、テープ１３６の移動を行うロボット１３４、テープ１３６に情報を書き込んだり読み込んだりするテープドライブ１３５と、テープ１３６を記憶サブシステム１０１から出したり入れたりするためのテープエクスポート/インポートスロット１３７とを備える。
【００４８】
ディスク部９０は、複数のディスクで構成されている。複数のディスクのうちの二以上のディスクによりＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）グループが構成されている。このディスク部９０には、例えば、複数のＲＡＩＤグループがある。一つのＲＡＩＤグループの記憶空間を基に、一以上の論理ボリュームが形成されている。このため、ディスク部９０には、複数の論理ボリュームがある。複数の論理ボリュームには、例えば、主ボリューム（プライマリの論理ボリューム）１５０と、プールボリューム１５１と、主ボリューム１５０とプールボリューム１５１以外の論理ボリュームであるボリューム１２４とがある。主ボリューム１５０は、ホスト計算機１００から送信されたライト対象のデータが書込まれる論理ボリュームである。この主ボリューム１５０内のデータを失わないようにするために、後述のスナップショットボリューム１５２をバックアップ元としたバックアップが実行される。プールボリューム１５１は、主ボリューム１５０とスナップショットボリューム１５２とがペア分割状態の場合に、主ボリューム１５０内の或るデータブロックが別のデータブロックに更新されるならば、更新前の該或るデータブロックがコピーされる論理ボリュームである。
【００４９】
また、記憶サブシステム１０１には、主ボリューム１５０の論理的なスナップショットを表す仮想的なボリューム（以下、スナップショットボリューム）１５２がある。スナップショットボリューム１５２は、主ボリューム１５０とスナップショット１５２とのペアが分割された時点での、主ボリューム１５０のデータイメージを、論理的に保持するボリュームである。スナップショットボリューム１５２は、仮想的なボリュームであり、実際にデータが格納されるボリュームではない。スナップショットボリューム１５２により論理的に保持されるデータイメージを構成するデータは、主ボリューム１５０及び／又はプールボリューム１５１に記憶されている。従って、スナップショットボリューム１５２をバックアップ元としたバックアップが実行される場合には、主ボリューム１５０及び／又はプールボリューム１５１から、そのスナップショットボリューム１５２により論理的に保持されるデータイメージを構成するデータが読み出され、バックアップ先に格納される。
【００５０】
ディスク制御プログラム１３２は、ホスト計算機１００からのペア制御指示に応答して、ペア制御を実行する機能を有する。ペア制御としては、例えば、主ボリューム１５０とスナップショットボリューム１５２から構成されるボリュームのペアを作成するペア形成、ボリューム間の差分データコピーを行うペア再同期、ボリューム間を分割するペア分割、ボリュームのペアを削除するペア削除等がある。ディスク制御プログラム１３２は、ディスク部９０の管理を行うプログラム２１４と、ボリュームのペア管理を行うプログラム２１５と、ホスト計算機１００からの情報の書き込み読み込み等のI/Oを処理するプログラム２１６と、ボリュームのペア操作処理を行うプログラム２１７とから構成される。
【００５１】
バックアップ/リストア制御プログラム１３１は、バックアップデータ管理を行うプログラム２１１と、バックアップ処理を行うプログラム２１２と、リストア処理を行うプログラム２１３とから構成される。バックアップデータ管理２１１は、バックアップデータの管理をする機能を有し、さらに、差分/増分バックアップを行うために、バックアップ間の差分データを管理する機能も有する。さらに、バックアップ/リストア制御プログラム１３１は、スナップショットボリューム１５２の情報をテープ１３６にフル/差分/増分バックアップしたり、テープ１３６の情報を主ボリューム１５０にリストアしたりする機能を有する。リストア先は、主ボリューム１５０でも良いし、主ボリューム１５０とは異なるリューム（例えばボリューム１２４）でも良い。
【００５２】
テープライブラリ制御プログラム１３３は、テープ１３６の管理を行うプログラム２１８と、テープインポート処理を行うプログラム２１９と、テープエクスポート処理を行うプログラム２２０とから構成される。テープライブラリ制御プログラム１３３は、テープエクスポート/インポートスロット１３７を用いて、テープ１３６をエクスポートする機能及びインポートする機能を有する。
【００５３】
管理端末１０２は、管理画面１４１を有し、記憶サブシステム１０１の管理を行う機能を有する。例えば、ディスク部９０に論理ボリューム（以下、「ＬＵ」と呼ぶ場合もある）を作成したり、テープ１３６のエクスポート/インポート指示を発行したりする。管理画面１４１は、例えば、管理端末１０２の図示しない表示装置が有するディスプレイ画面である。
【００５４】
コントローラ１２３は、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３を記憶するメモリ（以下、制御メモリ）２０１と、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３を実行するプロセッサ（例えば、ＣＰＵ、以下、制御プロセッサ）２０２と、一時的に情報を記憶するキャッシュメモリ２０３と、ホスト計算機１０１、ディスク部９０及びテープライブラリ装置１２５間のデータ転送を行うデータ転送ＬＳＩ（Large Scale Integration）２０４とを備える。
【００５５】
図３は、ボリュームのペア管理２１５がもつ第一の管理情報例を示す。
【００５６】
ボリュームのペア管理２１５がもつ第一の管理情報には、例えば、ペア構成管理テーブル３０１と、スナップショット用ビットマップ管理テーブル３０２と、スナップショット用ビットマップ３０３とが含まれる。
【００５７】
ペア構成管理テーブル３０１は、ボリュームのペア操作処理２１７によって作成されたボリュームのペアの構成情報や状態を管理するためのものである。このテーブル３０１には、各ボリュームペア毎に、ボリュームペア番号３１１と、主ボリューム１５０と、スナップショットボリューム３１３と、状態３１４とが記録される。ボリュームペア番号３１１は、ボリュームのペアを一意に識別する番号である。主ボリューム１５０は、主ボリューム１５０となるＬＵ（論理ユニット）のＬＵＮ（論理ユニット番号）である。スナップショットボリューム３１３は、スナップショットボリューム１５２となるＬＵ（仮想的な論理ボリューム）のＬＵＮである。１つの主ボリュームに複数のスナップショットボリュームを構成することも可能である。状態３１４は、ペア状態、分割状態、ペア状態移行中、分割状態移行中、エラー状態等のボリュームのペアの状態である。ペア状態は主ボリュームの静止化イメージを維持していない状態、または、主ボリューム１５０とスナップショットボリューム１５２の情報が同期している状態で、分割状態は主ボリューム１５０のある時点の静止化イメージをスナップショットボリューム１５２に取得した状態であり、その後のホストからの更新によって主ボリューム１５０とスナップショットボリューム１５２の情報が同期しない状態である。ペア状態移行中はペア状態への移行処理を行っている状態で、分割状態移行中は分割状態への移行処理を行っている状態である。
【００５８】
スナップショット用ビットマップ管理テーブル３０２は、ボリュームのペアごとに、主ボリューム１５０とスナップショットボリューム１５２間の差分を管理するためのものである。その差分は、例えば、スナップショット用ビットマップ３０３によって管理される。このテーブル３０２には、各ボリュームペア毎に、ボリュームペア番号３２１と、スナップショットビットマップ番号３２２と、差分管理サイズ３２３と、スナップショットビットマップ格納位置３２４とが記録される。ボリュームのペア番号３２１は、どのボリュームのペアのスナップショット用ビットマップかを示している。スナップショットビットマップ番号３２２は、スナップショット用ビットマップ３０３を一意に識別する番号である。差分管理サイズ３２３は、スナップショット用ビットマップの１ビットが対応するサイズを示す。スナップショットビットマップ格納位置３２４は、ディスク部９０におけるどのディスクのどこにスナップショット用ビットマップを格納しているかを示す。例えば、スナップショットビットマップ格納位置３２４が、０：０−０：１０００であれば、ＬＵＮが０のＬＵのＬＢＡ０から１０００に格納していることを示す。スナップショット用ビットマップの格納位置３２４は、参照速度の高速化のために、ディスク部９０上ではなく、制御メモリ２０１上やキャッシュメモリ２０３上に格納しても良い。
【００５９】
例えば、差分管理サイズ３２３が１ＭＢであれば、３３１ａがＬＵの先頭から１ＭＢ、３３１ｂがＬＵの先頭１ＭＢから２ＭＢに対応するブロックの差分ビットを示す。差分ビット３３１は、ペア分割状態において、対応するブロックのどれか一つで、主ボリューム１５０とスナップショットボリューム１５２の情報が異なっていれば、反転される。例えば、主ボリューム１５０とスナップショットボリューム１５２との間において、３３１ａ、３３１ｂ、３３１ｅに対応したブロックに記憶されているデータは同じであるが、３３１ｃと３３１ｄに対応するブロックに記憶されているデータは異なっていることを表す。スナップショット用ビットマップのサイズは、ＬＵの容量と差分管理サイズ３２３で決まり、例えば、ＬＵの容量が１００ＭＢで、差分管理サイズ３２３が１ＭＢであれば、１枚のスナップショット用ビットマップのサイズは１００ビットとなる。
【００６０】
図４は、ボリュームのペア管理２１５がもつ第二の管理情報例を示す。
【００６１】
ボリュームのペア管理２１５がもつ第二の管理情報には、例えば、スナップショット管理テーブル３０４と、プール構成管理テーブル３０５とが含まれる。
【００６２】
スナップショット管理テーブル３０４には、スナップショット用ビットマップ３０３の識別子であるビットマップ番号３４１、そのスナップショット用ビットマップ３０３における各ビットの識別子であるビット番号３４２、及び、その各ビットに対応するデータブロックが格納されている位置の情報を示すデータ格納位置３４３がある。データ格納位置３４３は、例えば、論理ボリュームのＬＵＮとＬＢＡとの組み合わせで表される。主ボリューム１５０とスナップショットボリューム１５２とが初めてペアにされた場合には、主ボリューム１５０には未だ更新が無く、それ故、スナップショットボリューム１５２が表すデータイメージ（スナップショットイメージ）を構成するデータブロックは全て主ボリューム１５０にあるので、データ格納位置３４３の初期値は、主ボリューム１５０のLUN及びLBAとなる。主ボリューム１５０に更新があり、その更新位置に有る更新前データがプールボリューム１５１にコピーされたならば、その更新位置に対応したビットに対応するデータ格納位置３４３は、コピー先のプールボリューム１５１のLUN及びLBAとなる。スナップショット管理テーブル３０４や、前述した第一の管理情報を参照することにより、どのボリュームペアのどこに差分があり、その差分のデータブロックがどのプールボリューム１５１のどこに格納されているかがわかる。
【００６３】
プール構成管理テーブル３５１には、プールボリューム３５１が含まれる。プールボリューム３５１は、一以上のプールボリューム１５１にそれぞれ対応した一以上のＬＵＮである。
【００６４】
図５は、ボリュームのペア管理２１５がもつ第三の管理情報例を示す。
【００６５】
ボリュームのペア管理２１５がもつ第三の管理情報には、例えば、バックアップ用ビットマップ管理テーブル３０６と、バックアップ用ビットマップ３０７とが含まれる。
【００６６】
バックアップ用ビットマップ管理テーブル３０６は、ボリュームのペアごとに、ペア分割状態時のスナップショットボリューム１５２から次回のペア分割状態時のスナップショットボリューム１５２との間で生じた差分を、管理するためのものである。また、別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理するためのものということもできる。その差分は、例えば、バックアップ用ビットマップ３０７によって管理される。このテーブル３０６には、各ボリュームペア毎に、ボリュームペア番号３６１と、バックアップビットマップ番号３６２と、差分管理サイズ３６３と、バックアップビットマップ格納位置３６４とが記録される。ボリュームのペア番号３６１は、どのボリュームのペアのバックアップ用ビットマップかを示している。バックアップビットマップ番号３６２は、バックアップ用ビットマップ３０７を一意に識別する番号である。差分管理サイズ３６３は、バックアップ用ビットマップの１ビットが対応するサイズを示す。バックアップビットマップ格納位置３６４は、ディスク部９０におけるどのディスクのどこにバックアップ用ビットマップを格納しているかを示す。例えば、バックアップビットマップ格納位置３６４が、１０：０−１０：１０００であれば、ＬＵＮが１０のＬＵのＬＢＡ０から１０００に格納していることを示す。バックアップ用ビットマップの格納位置３６４は、参照速度の高速化のために、ディスク部９０上ではなく、制御メモリ２０１上やキャッシュメモリ２０３上に格納しても良い。
【００６７】
例えば、差分管理サイズ３６３が１ＭＢであれば、３７１ａがＬＵの先頭から１ＭＢ、３７１ｂがＬＵの先頭１ＭＢから２ＭＢに対応するブロックの差分ビットを示す。差分ビット３７１は、各ペア分割状態時にリセットされ（例えば全ての差分ビット３７１が０にされ）、ペア分割状態時から次回のペア分割状態時において、スナップショットボリューム１５２における、対応するブロックのどれか一つで情報が異なれば、反転される。別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までに主ボリュームに更新があれば、反転されることになる。例えば、ペア分割状態時から次回のペア分割状態時において、３７１ａ、３７１ｂ、３７１ｅに対応したブロックは、差分が無く、３７１ｃと３７１ｄは、差分があることを表す。バックアップ用ビットマップのサイズは、ＬＵの容量と差分管理サイズ３６３で決まり、例えば、ＬＵの容量が１００ＭＢで、差分管理サイズ３６３が１ＭＢであれば、１枚のバックアップ用ビットマップのサイズは１００ビットとなる。
【００６８】
図６は、テープ管理２１８が管理しているテーププール４０１の論理イメージ例を示す。
【００６９】
テーププール４０１は、複数のテープ１３６から構成され、そのうちのいくつかのテープ１３６がグループ化されてテープグループ４１１を構成している。テープ１３６ｊのように、テープグループ４１１でグループ化されていないものもある。例えば、テープグループ４１１ａは、テープ１３６ａとテープ１３６ｂから構成される。テープ１３６ｄのように、半分はテープグループ４１１ｂで使用され、残りの半分はテープグループ４１１ｃで使用されても良い。また、テープグループ４１１は、必ずしも二以上のテープ１３６から構成されるとは限らず、例えば、一つのテープ１３６、或いはテープ１３６の一部でテープグループ４１１とされることもある。なお、この図６では、複数のテーププール４０１を示し、各テーププール４０１内での構成が同じになっているが、勿論、各テーププール４０１毎に構成は異なって良い。
【００７０】
管理端末１０２を用いて、テープライブラリ装置１２５単位でテーププール４０１が作成される。テーププール４０１は、テープライブラリ装置１２５がもつテープ１３６から構成される。テーププール４０１の作成は、ホスト計算機１００から行っても良い。テーププール４０１は、テープライブラリ装置１２５内に複数個作成しても良いし、複数のテープライブラリ装置１２５にまたがって作成しても良い。バックアップ処理において、バックアップ先としてテーププール４０１が指定され、未使用のテープに、順に、バックアップが行われる。バックアップで使用するテープは、データが全く記録されていないテープ、つまり、完全な未使用でなくても良い。例えば、バックアップでは、不要なデータが記録されているテープにデータが上書きされても良いし、途中までデータが記録されているテープに続けて追記されても良い。バックアップで使用したテープをグループ化することで、テープグループ４１１ができる。そのため、バックアップ単位がテープグループ４１１となり、バックアップデータの管理がテープグループ単位で行われる。テープグループ４１１は、バックアップ前に管理端末１０２等を用いて作成しておき、バックアップ先としてテープグループ４１１を指定しても良い。作成されたテープグループ４１１は、必要に応じてテープ１３６ｊのようなテープグループ４１１を構成していないテープを追加する機能を有する。例えば、あらかじめ作成しておいたテープグループ４１１ａをバックアップ先として指定したが、データがテープ１３６ａとテープ１３６ｂに入りきらなかった場合、テープ１３６ｊに残りのデータを格納し、テープ１３６ａ、１３６ｂ、１３６ｊでテープグループ４１１ａを構成することができる。
【００７１】
なお、バックアップの際に、バックアップ対象のデータのサイズと、そのデータと共に格納する管理情報（例えば、リストアに必要される情報であるリストア必要情報を含んだ情報）のサイズとを基に、予め、テーププール４０１から、テープグループ４１１を構成するためのテープ領域（一又は複数のテープ１３６の全体又は一部の記録領域）を確保しておき、その確保したテープ領域に、バックアップしていっても良いし、バックアップが終了した場合にテープグループ４１１を構成してもよい。
【００７２】
また、図６に示すように、一つのテーププール４０１に、複数のテープグループ４１１が連続するが、同一のスナップショットボリューム１５２から複数のバックアップを行う場合、バックアップした日時が後のものは、それが先のものよりも、下流側の場所にバックアップされてよい。例えば、フルバックアップの後に差分バックアップを行う場合、差分バックアップは、フルバックアップに対応したテープグループよりも下流（例えばその直後）から行われて良い。また、例えば、その差分バックアップの後に増分バックアップを行う場合、その差分バックアップに対応したテープグループよりも下流（例えばその直後）から、増分バックアップが行われて良い。こうすることで、リストアの際に、テープの先送りと巻き戻しとが頻発してしまうといったことを防ぐことができる。
【００７３】
図７は、テープグループ４１１の格納情報例を示す。
【００７４】
テープグループ４１１は、テープグループ情報５０１とバックアップデータ５０２から構成される。バックアップデータ５０２は、データ管理情報５１１とデータ５１２から構成される。テープグループ情報５０１は、リストア処理で必要となるテープグループ４１１の管理情報である。
【００７５】
データ管理情報５１１は、リストア処理で必要となるバックアップ元ＬＵ（スナップショットボリューム１５２）の管理情報である。データ５１２は、バックアップ元ＬＵのユーザデータ（ホスト計算機１００のアプリケーション１１１に使用される一以上のデータブロックの集合）である。テープグループ情報５０１とデータ管理情報５１１の説明は、図１０、１１、１２で後述する。
【００７６】
図８は、テープ管理２１８がもつ管理情報例を示す。
【００７７】
この管理情報には、テーププール管理テーブル６０１、テープグループ管理テーブル６０２及びテープメディア管理テーブル６０３が含まれる。
【００７８】
テーププール管理テーブル６０１は、テーププール４０１を管理するためのテーブルである。このテーブル６０１には、テーププール番号６１１、テーププール構成テープ番号６１２及び格納テープグループ番号６１３が記録される。テーププール番号６１１は、テーププール４０１を一意に識別するための番号である。テーププール構成テープ番号６１２は、テーププール４０１を構成しているテープの番号である。１０１、１０２、１０３と順にテープ番号を記録しても良いし、テーブル容量削減のために１１１−１３１と記録して、テープ番号１１１からテープ番号１３１のテープで構成されるとしても良いし、それらの組合せで記録しても良い。格納テープグループ番号６１３は、テーププール４０１に作成されているテープグループ４１１の番号である。例えば、テーププール番号１のテーププール４０１は、テープ番号１０１、１０２、１０３のテープ１３６から構成されており、テープグループ番号１１、１２、１３のテープグループ４１１が作成されている。
【００７９】
テープグループ管理テーブル６０２は、テープグループ４１１を管理するためのテーブルである。このテーブル６０２には、テープグループ番号６２１、テープグループ状態６２２、テープグループ構成テーブル６２３、バックアップ元ＬＵＮ６２４、バックアップデータ種別６２５、リストアに必要なテープグループ番号６２６、所属テーププール番号６２７及び記録日時６２８が記録される。テープグループ番号６２１は、テープグループ４１１を一意に識別するための番号である。テープグループ状態６２２は、正常、バックアップ中、リストア中、エラー等の、テープグループの状態を示す。テープグループ構成テープ６２３は、テープグループの位置を表す情報（位置情報）であり、その位置情報は、例えば、テープ番号６３１と対象アドレスとの組み合わせで表される。１０１：１０−９００は、テープ番号１０１のアドレス１０から９００を表す。バックアップ元ＬＵＮ６２４は、バックアップ元ＬＵのＬＵＮを示す。バックアップデータ種別６２５は、バックアップデータ５０２中のデータ５１２がフル／差分／増分のいずれのバックアップにより格納されたデータであるかを示す。リストアに必要なテープグループ番号６２６は、リストア時に必要となるテープグループ番号６２１を示す。所属テーププール番号６２７は、テープグループ４１１が所属するテーププール番号６１１を示す。記録日時６２８は、バックアップを開始した日時を示す。記録日時６２８は、バックアップ終了日時を記録しても良いし、バックアップ処理時に指定された日時を記録しても良い。
【００８０】
例えば、２００６／４／４の２２：００：００にフルバックアップを、２００６／４／１１の２２：００：００に差分バックアップを、２００６／４／１２の２２：００：００に増分バックアップを、順に行ったとする。テープグループ番号１１のテープグループ４１１には、２００６／４／４の２２：００：００に、ＬＵＮ２００１と２００２のＬＵを、テープ番号１０１、１０２、１０３に、フルバックアップしたデータが記録されている。テープグループ番号１２のテープグループ４１１には、２００６／４／１１の２２：００：００に、ＬＵＮ２００１と２００２のＬＵを、テープ番号１０４、１０５に、差分バックアップしたデータが記録されている。テープグループ番号１３のテープグループ４１１には、２００６／４／１２の２２：００：００に、ＬＵＮ２００１と２００２のＬＵを、テープ番号１０６に、増分バックアップしたデータが記録されている。テープグループ番号１１のテープグループ４１１のフルバックアップデータ５０２からリストア処理を行うためには、テープグループ番号１１のテープグループ４１１だけで良いので、リストアに必要なテープグループ番号６２６には何も記録されていない。テープグループ番号１２のテープグループ４１１の差分バックアップデータ５０２からリストア処理を行うためには、テープグループ番号１１のテープグループ４１１も必要となるので、リストアに必要なテープグループ番号６２６には１１が記録されている。テープグループ番号１３のテープグループ４１１の増分バックアップデータ５０２からリストア処理を行うためには、テープグループ番号１１と１２のテープグループ４１１も必要となるので、リストアに必要なテープグループ番号６２６には１１、１２が記録されている。この場合、リストア処理では、テープグループ番号１１、１２、１３の順で、テープグループ４１１のコピー処理（テープからリストア先のボリュームへのコピー）が行われる。もしくは、リストアに必要なテープグループ番号６２６には、前回のバックアップデータ５０２が記録されているテープグループ４１１のテープグループ番号６２１だけが記録されており、例えば、テープグループ番号１３のテープグループ４１１を指定してリストア要求がきたら、テープグループ番号１３のリストアに必要なテープグループ番号６２６を参照して、先にテープグループ番号１２のテープグループ４１１のコピー処理が必要なことが分かり、さらに、テープグループ番号１２のリストアに必要なテープグループ番号６２６を参照して、先にテープグループ番号１１のテープグループ４１１のコピー処理が必要なことが分かり、さらに、テープグループ番号１１のリストアに必要なテープグループ番号６２６を参照して、テープグループ番号６２１がフルバックアップデータ５０２であることが分かり、リストア処理では、テープグループ番号１１、１２、１３の順で、テープグループ４１１のコピー処理が行われても良い。
【００８１】
テープメディア管理テーブル６０３は、テープ１３６を管理するためのテーブルである。このテーブル６０３には、テープ番号６３１、テープ種別６３２、１ブロックサイズ６３３、テープ容量６３４、使用済み容量６３５、テープ状態６３６、所属テーププール番号６３７及び所属テープグループ番号６３８が記録される。テープ番号６３１は、テープ１３６を一意に識別するための番号である。テープ種別６３２は、ＬＴＯ３やＬＴＯ４等、テープの規格を示すものである。１ブロックサイズ６３３は、テープ１３６の１ブロックの容量を示す。テープ容量６３４は、テープ１３６の容量を示す。使用済み容量６３５は、テープ１３６にどれだけの容量のバックアップデータ５０２が記録されているかを示す。テープ状態６３６は、正常、未使用、エラー等のテープ１３６の状態を示す。例えば、正常はバックアップデータ５０２が正常に記録されている状態を、未使用はバックアップデータ５０２が記録されていない状態を、エラーはメディア障害等によってテープ１３６が使用できない状態を表す。所属テーププール番号６３７は、テープ１３６が所属するテーププール番号６１１を示す。所属テープグループ番号６３８は、テープ１３６が所属するテープグループ番号６２１を示す。例えば、テープ番号１０１のテープ１３６は、バックアップデータ５０２が記録されており、テーププール番号１のテーププール４０１とテープグループ番号１１のテープグループ４１１に所属している。テープ番号１１１のテープ１３６は、バックアップデータ５０２が記録されておらず、テーププール番号４のテーププール４０１に所属している。
【００８２】
図９は、バックアップデータ管理２１１がもつ管理情報例を示す。
【００８３】
この管理情報には、バックアップデータ管理テーブル７０１、差分／増分用ビットマップ管理テーブル７０２及び差分／増分用ビットマップ７０３が含まれる。
【００８４】
バックアップデータ管理テーブル７０１は、バックアップデータ５０２を管理するためのテーブルである。このテーブル７０１には、バックアップデータ番号７１１、バックアップ元ＬＵＮ７１２、バックアップ先テープグループ番号７１３、バックアップデータの状態７１４、バックアップデータ種別７１５及びバックアップ取得日時７１６が記録される。バックアップデータ番号７１１は、バックアップデータ５０２を一意に識別するための番号である。バックアップ元ＬＵＮ７１２は、バックアップ元ＬＵのＬＵＮを示す。バックアップ先テープグループ番号７１３は、バックアップデータ５０２が記録されているテープグループ番号６２１を示す。バックアップデータの状態７１４は、正常、リストア不可、エラー等のバックアップデータの状態を示す。例えば、“正常”は、バックアップデータ５０２が記録されておりリストアできる状態を表す。“リストア不可”は、バックアップデータ５０２が失われておりリストアできないが、テープ１３６は使用可能な状態であることを表す。“エラー”は、テープメディア障害でテープ１３６が使用できない状態を表す。バックアップデータ種別７１５は、バックアップデータ５０２がフルバックアップデータ、差分バックアップデータ及び増分バックアップデータのいずれであるかを示す。バックアップ取得日時７１６は、バックアップを開始した日時を示す。バックアップ取得日時７１６は、バックアップ終了日時を記録しても良いし、バックアップ処理時に指定された日時を記録しても良い。
【００８５】
差分／増分用ビットマップ管理テーブル７０２と差分／増分用ビットマップ７０３は、差分/増分バックアップを行うために、フルバックアップ以降のテープライブラリ装置１２５とスナップショットボリューム１５２との差分／増分のデータを管理するためのものである。バックアップ元ＬＵごとに、差分／増分用ビットマップにより、フルバックアップからの上記差分／増分のデータを管理が行われる。もちろん、ビットマップではなく、他の手法、例えば、差分／増分のデータのリストによって、差分／増分のデータが管理されても良い。例えば、月の初めはフルバックアップ、平日は増分バックアップ、日曜日は差分バックアップといった、フル/差分/増分バックアップ運用では、差分用ビットマップが１枚では、差分バックアップと増分バックアップを組み合わせることはできないので、バックアップ元ＬＵごとに、差分バックアップ用と増分バックアップ用の２枚のビットマップが備えられる。
【００８６】
差分／増分用ビットマップ管理テーブル７０２には、ＬＵＮ７２１、差分／増分用ビットマップ番号７２２、バックアップ種別７２３、差分管理サイズ７２４、及び、差分／増分用ビットマップ格納位置７２５が記録される。ＬＵＮ７２１は、差分／増分のデータの管理を行っているＬＵ（つまり、差分／増分データ管理の対象となっているスナップショットボリューム１５２）のＬＵＮを示す。差分／増分用ビットマップ番号７２２は、差分／増分用ビットマップ７０３を一意に識別する番号である。バックアップ種別７２３は、対応する差分／増分用ビットマップが差分バックアップ用のビットマップ（差分用ビットマップ）であるか増分バックアップ用のビットマップ（増分用ビットマップ）であるかを示す。差分管理サイズ７２４は、差分／増分用ビットマップの１ビットが対応するサイズを示す。差分／増分用ビットマップ格納位置７２５は、ディスク部９０のどこに差分／増分用ビットマップを格納しているかを示す。例えば、差分／増分用ビットマップ格納位置７２５が、５：０−５：１０００であれば、ＬＵＮが５のＬＵのＬＢＡ０から１０００に格納していることを示す。差分／増分用ビットマップの格納位置は、参照速度の高速化のために、ディスク部９０上ではなく、制御メモリ２０１上やキャッシュメモリ２０３上に格納しても良い。
【００８７】
差分／増分用ビットマップ７０３は、例えば、差分管理サイズ７２４が１ＭＢであれば、７３１ａがＬＵの先頭から１ＭＢ、７３１ｂがＬＵの先頭１ＭＢから２ＭＢに対応するブロックの差分ビットを示す。対応するブロックのどれか一つが更新されたら差分ビットを反転する。例えば、７３１ａ、７３１ｂ、７３１ｅは更新されておらず、７３１ｃ、７３１ｄが更新されていることを表し、差分/増分バックアップ時は、７３１ｃ、７３１ｄに対応するブロックが、バックアップ対象となる。フルバックアップ終了時に、差分用ビットマップと増分用ビットマップがリセットされる。差分バックアップと増分バックアップ終了時は、増分用ビットマップだけがリセットされる。差分／増分用ビットマップのサイズは、ＬＵの容量と差分管理サイズ７２４で決まり、例えば、ＬＵの容量が１００ＭＢで、差分管理サイズ７２４が１ＭＢであれば、１枚の差分／増分用ビットマップ７０３のサイズは１００ビットとなる。
【００８８】
図１０は、テープ１３６の記録形式例を示す。図１１は、フルバックアップ時にテープに記録する管理情報例を示し、図１２は、差分/増分バックアップ時にテープに記録する管理情報例を示す。バックアップ時にテープに記録する管理情報は、例えば、制御メモリ２０１に記憶されている情報である。
【００８９】
テープ１３６には、複数個のブロック８１１と複数個のＥＯＤ（End Of Data）８１２が記録される。ブロック８１１には、各々ブロック８１１を識別するブロック番号が付けられていて、ブロック番号は、テープ１３６の始端（ＢＯＴ（Beginning Of Tape）側）から終端（ＥＯＴ（End Of Tape）側）に向かって、１、２、３、・・・と１つずつ増加する値をとる。テープ１３６をテープドライブ１３５にマウントした直後にテープ１３６にブロック８１１を記録すると、ブロック番号が１のところにブロック８１１が記録され、次のブロック８１１を記録するとブロック番号が２のところにブロック８１１が記録される。以降、ブロック８１１を記録すると、ブロック番号が３のところに、ブロック番号が４のところに、というように順次ＥＯＴ側に向かってブロック８１１が記録される。また、テープ１３６を巻き戻した直後にブロック８１１を再生すると、ブロック番号が１のブロック８１１が再生され、次にブロック８１１を再生するとブロック番号が２のブロック８１１が再生されるというように順次ＥＯＴ側に向かってブロック８１１が再生される。また、ブロック８１１の再生は、最後に記録されたブロック８１１まで再生される。
【００９０】
テープ情報８２１は、テープ１３６Ａの先頭ブロックであるブロック番号１に記録される。テープ情報８２１は、ブロック番号１と２等、複数ブロックに記録されても良い。フルバックアップ時、差分/増分バックアップ時ともに、テープメディア管理テーブル６０３を参照して、テープ情報８２１として、テープ番号６３１、テープ種別６３２、１ブロックサイズ６３３、テープ容量６３４が記録される。
【００９１】
テープ情報８２１を記録したブロックの次のブロック番号に、テープグループ情報５０１が記録される。テープグループ情報５０１は複数ブロックに記録されても良い。テープグループ管理テーブル６０２を参照して、テープグループ情報５０１として、フルバックアップの場合は、装置番号９２１、テープグループ番号６２１、バックアップ元ＬＵＮ６２４、バックアップデータ種別６２５、記録日時６２８が記録され、差分/増分バックアップの場合は、装置番号９２１、テープグループ番号６２１、バックアップ元ＬＵＮ６２４、バックアップデータ種別６２５、記録日時６２８、リストアに必要なテープグループ番号６２６が記録される。装置番号９２１は、バックアップを行った記憶サブシステム１０１を一意に識別するための番号である。
【００９２】
テープグループ情報５０１を記録したブロックの次のブロック番号に、データ管理情報５１１が記録される。データ管理情報５１１は複数ブロックに記録されても良い。データ管理情報５１１として、フルバックアップ場合は、ＬＵＮ９３１、ＬＵ容量９３２が記録され、差分/増分バックアップの場合は、差分／増分用ビットマップ管理テーブル７０２を参照して、ＬＵＮ９３１、ＬＵ容量９３２、差分管理サイズ７２４、差分／増分用ビットマップ７０３が記録される。ＬＵＮ９３１は、バックアップ元ＬＵのＬＵＮである。ＬＵ容量９３２は、バックアップ元ＬＵのＬＵ容量である。増分バックアップの場合、テープに記録するのは、増分用ビットマップだけで（つまりＬＵ毎に１枚だけで）、差分用ビットマップは記録しなくてよい。差分バックアップを行うか、増分バックアップを行うかは、ホスト計算機１００からの指示で決めることができるため、差分用ビットマップには、差分バックアップ対象のビットが記録され、増分用ビットマップには、増分バックアップ対象のビットが記録される。
【００９３】
データ管理情報５１１が記録されたブロックの次のブロック番号から、バックアップ元ＬＵのデータ５１２が記録される。フルバックアップ処理では、バックアップ元ＬＵの全てのデータ５１２が記録され、差分/増分バックアップ処理では、差分／増分データ５１２のみが記録される。
【００９４】
バックアップ元ＬＵにおけるフル／差分／増分データ５１２の記録が終わったならば、ＥＯＤ８１２が記録され、バックアップ処理におけるテープへの記録が終了される。同じテープ１３６Ａに、別のバックアップデータ５０２を記録する場合は、ＥＯＤ８１２の次のブロック番号のブロックから、テープへの記録が行われる。また、バックアップデータ５０２が、テープ１３６Ａと１３６Ｂにまたがって記録される場合には、テープ１３６Ｂの先頭ブロックにテープ情報８２１が記録され、次のブロック番号のブロックに、テープ１３６Ａの最終ブロックに記録した情報の続きが記録される。
【００９５】
さて、以下、本実施形態で行われる、差分バックアップ処理、増分バックアップ処理、差分リストア処理及び増分リストア処理の各々の概要について説明する。
【００９６】
＜＜差分バックアップ処理の概要＞＞。
【００９７】
図２３及び図２４の組み合わせにより、差分バックアップ処理の概要を示す（但し、差分バックアップ処理の前にフルバックアップ処理が行われるので、フルバックアップ処理についても図示されている）。以下の説明では、説明の一対象となる主ボリューム１５０を「対象主ボリューム」と呼び、対象主ボリュームに対応したスナップショット用ビットマップ３０３を、「ＳＢ」と呼び、対象主ボリュームとペアを構成するスナップショットボリューム１５２を「対象スナップショットボリューム」と呼び、対象スナップショットボリュームに対応したバックアップ用ビットマップ３０７を「ＢＢ」と呼び、対象スナップショットボリュームに対応した差分用ビットマップ７０３を「ＤＢ」と呼ぶことにする。また、図では、対象主ボリューム及び対象スナップショットボリュームが、縦３ブロック×横３ブロックのブロック群で表され、同様に、各ビットマップが、縦３ビット×横３ビットで表されているが、各ブロック群も各ビットマップも、左上から右下にかけて、１〜９番の番号を付与し、その番号で特定することとする。すなわち、各ブロック群及び各ビットマップの各ブロック及び各ビットと各番号との対応関係は、
１２３
４５６
７８９
であるとする。そして、特定のブロック及びビットを指す場合には、付与した番号を用いて、「ブロック：番号」、「ビット：番号」で表記することとする。以上の点は、図２５及び図２６を参照して増分バックアップの概要を説明する場合でも同様とする。ただし、増分バックアップでは、対象スナップショットボリュームに対応した差分用ビットマップ７０３に代えて、対象スナップショットボリュームに対応した増分用ビットマップ７０３が使用される。その増分用ビットマップ７０３を、「ＩＢ」と呼ぶ。
【００９８】
対象スナップショットボリュームについてのフルバックアップが実行され、それ以降に生じた、対象スナップショットボリュームにおける差分データが、差分バックアップでバックアップされる。
【００９９】
例えば、時刻ｔ０で、対象主ボリューム内のブロック：５に、データＡが記憶されている。
【０１００】
時刻ｔ１で、対象主ボリュームを指定したペア形成指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象主ボリューム或いは対象スナップショットボリュームに対応したＳＢ、ＢＢ及びＤＢが作成される。また、ＳＢのビット：５に対応した、スナップショット管理テーブル３０４のデータ格納位置３４３として、対象主ボリュームのＬＵＮ及びブロック：５に対応したＬＢＡが記録される。これにより、対象主ボリューム内のブロック：５におけるデータＡが、対象スナップショットボリューム内のブロック：５に論理的にコピーされたことになる。実際は、データＡは、対象主ボリューム内のブロック：５に存在したままである。
【０１０１】
時刻ｔ２で、対象主ボリュームを指定したペア分割指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＢＢ及びＳＢを用いた差分管理が開始される。
【０１０２】
時刻ｔ３で、対象スナップショットボリュームを指定したフルバックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、対象スナップショットボリューム内の全てのデータがテープにバックアップされる。ここでは、対象主ボリューム内のデータがプールボリューム１５１にはコピーされていないので、対象主ボリュームから全てのデータがテープにバックアップされることになる。もし、時刻ｔ２と時刻ｔ３との間に、対象主ボリュームの或るブロックが更新される場合、更新前のデータが該或るブロックからプールボリューム１５１にコピーされた後に、該或るブロックが更新される。この場合には、時刻ｔ３では、時刻ｔ２時点に対象主ボリュームにあったデータが、対象主ボリュームとプールボリューム１５１との両方から読み出され、テープに書かれる。また、もし、時刻ｔ２と時刻ｔ３との間に、対象主ボリュームの全てのブロックが更新された場合、時刻ｔ３では、時刻ｔ２時点に対象主ボリュームにあったデータが、プールボリューム１５１のみから読み出され、テープに書かれる。
【０１０３】
時刻ｔ４で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象主ボリュームと対象スナップショットボリュームとのボリュームペア（以下、対象ペア）の状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ２時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１０４】
時刻ｔ５で、対象主ボリューム内のブロック：５にデータＢが書かれる。対象ペアはペア状態なので、対象スナップショットボリューム内のブロック：５にデータＢが論理的にコピーされたことになる。ＢＢは、或るペア分割時から次のペア分割時までの対象スナップショットボリュームの差分を管理するビットマップであるため、ＢＢのビット：５が反転される。別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理するためにＢＢのビット：５を反転するということもできる。
【０１０５】
時刻ｔ６で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＢＢとＤＢの論理和が計算され、その計算結果がＤＢに上書きされる。つまり、ＤＢが更新される。ＢＢがリセットされ（反転ビットが非反転ビットとされ）、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１０６】
時刻ｔ７で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ６での更新後のＤＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロックから、データが読み出され、そのデータと、時刻ｔ６での更新後のＤＢとが、テープに格納される。
【０１０７】
時刻ｔ８で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ６時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１０８】
時刻ｔ９で、対象主ボリューム内のブロック：３にデータＣが書かれ、ブロック：９に、データＤが書かれる。対象ペアはペア状態なので、対象スナップショットボリューム内のブロック：３にデータＣが、ブロック：９にデータＤがそれぞれ論理的にコピーされたことになる。ＢＢは、或るペア分割時から次のペア分割時までの対象スナップショットボリュームの差分を管理するビットマップであるため、ＢＢのビット：３及びビット：９が反転される。別の見方をすれば、主ボリュームの静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理するためにＢＢのビット：３及びビット：９を反転するということもできる。
【０１０９】
時刻ｔ１０で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＢＢとＤＢの論理和が計算され、その計算結果がＤＢに上書きされる。つまり、ＤＢが更新される。この更新後のＤＢでは、時刻ｔ６と同様にビット：５が反転されており、それに加えて、時刻ｔ９で新たに更新があったブロック：３及びブロック：９にそれぞれ対応したビット：３及びビット：９も反転されている。ＢＢがリセットされ（反転ビットが非反転ビットとされ）、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１１０】
時刻ｔ１１で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ１０での更新後のＤＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロック（ここでは対象主ボリューム内のブロック）から、データが読み出され、そのデータと、時刻ｔ９での更新後のＤＢとが、テープに格納される。
【０１１１】
時刻ｔ１２で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ１０時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１１２】
以後、対象主ボリュームのデータ更新、ペア分割指示の受領、差分バックアップ指示の受領、ペア再同期指示の受領が繰り返される。なお、ペア分割指示をスナップショット取得(静止化イメージ取得)指示、ペア再同期指示をスナップショット解除(静止化イメージ解除)指示と置き換えることもできる。この場合でも同様に静止化イメージ取得時点から次回の静止化イメージ取得時点までの主ボリュームに対する更新分を管理することにより必要領域のみのバックアップが可能である。以降の処理も同様である。また、ペア分割指示と差分バックアップ指示を1つの指示にまとめてもよい。
【０１１３】
＜＜増分バックアップ処理の概要＞＞。
【０１１４】
図２５及び図２６の組み合わせにより、増分バックアップ処理の概要を示す（但し、差分バックアップ処理の前にフルバックアップ処理が行われるので、フルバックアップ処理についても図示されている）。
【０１１５】
対象スナップショットボリュームについてのフルバックアップが実行され、それ以降に生じた、バックアップとその次回のバックアップとの間に生じた、対象スナップショットボリュームにおける差分データが、増分バックアップで、バックアップされる。
【０１１６】
図２５に示す時刻ｔ０〜時刻ｔ５のそれぞれで実行される処理は、図２３を参照して説明した、時刻ｔ０〜ｔ５のそれぞれで実行される処理と同じである。
【０１１７】
時刻ｔ６で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＩＢがリセットされ、ＢＢがＩＢにコピーされる。つまり、ＩＢが更新される。ＢＢがリセットされ、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１１８】
時刻ｔ７で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ６での更新後のＩＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロックから、データが読み出され、そのデータと、時刻ｔ６での更新後のＩＢとが、テープに格納される。
【０１１９】
時刻ｔ８で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ６時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１２０】
時刻ｔ９で、対象主ボリューム内のブロック：３にデータＣが書かれ、ブロック：９に、データＤが書かれる。対象ペアはペア状態なので、対象スナップショットボリューム内のブロック：３にデータＣが、ブロック：９にデータＤがそれぞれ論理的にコピーされたことになる。ＢＢのビット：３及びビット：９が反転される。
【０１２１】
時刻ｔ１０で、対象主ボリュームを指定したペア分割指示（２回目以降のペア分割指示）をディスク制御プログラム１３２がホスト計算機１００から受けた場合、ＩＢがリセットされ、ＢＢがＩＢにコピーされる。つまり、ＩＢが更新される。この更新後のＩＢでは、時刻ｔ９で新たに更新があったブロック：３及びブロック：９にそれぞれ対応したビット：３及びビット：９は、増分データに対応するため反転されているが、ビット：５は、それに対応するデータＢは既にバックアップ済みのため、反転されていない。ＢＢがリセットされ、ＢＢを用いた差分管理が開始される。また、ＳＢを用いた差分管理も開始される。
【０１２２】
時刻ｔ１１で、対象スナップショットボリュームを指定した差分バックアップ指示をバックアップ／リストア制御プログラム１３１がホスト計算機１００から受けた場合、時刻ｔ１０での更新後のＩＢにおける反転ビットに対応した、対象スナップショットボリュームにおけるブロックから、データが読み出され、そのデータと、時刻ｔ９での更新後のＩＢとが、テープに格納される。
【０１２３】
時刻ｔ１２で、対象主ボリュームを指定したペア再同期指示をディスク制御プログラム１３２がホスト計算機１００から受けた場合、対象ペアの状態３１４はペア状態となり、ＳＢがリセットされ、ＳＢを用いた差分管理が停止される。これにより、時刻ｔ１０時点での対象主ボリュームのデータイメージの管理が破棄される。
【０１２４】
以後、対象主ボリュームのデータ更新、ペア分割指示の受領、差分バックアップ指示の受領、ペア再同期指示の受領が繰り返される。また、ペア分割指示と増分バックアップ指示を1つの指示にまとめてもよい。
【０１２５】
＜＜差分リストア処理の概要＞＞。
【０１２６】
図２７は、差分リストア処理の概要の説明図である。以下の説明では、説明の一対象となる主ボリューム１５０を「対象主ボリューム」と呼び、対象主ボリュームとペアを構成するスナップショットボリューム１５２を「対象スナップショットボリューム」と呼び、対象スナップショットボリュームに対応したバックアップ用ビットマップ３０７を「ＢＢ」と呼び、対象スナップショットボリュームに対応した差分用ビットマップ７０３を「ＤＢ」と呼ぶことにする。また、図では、対象主ボリューム及び対象スナップショットボリュームが、縦４ブロック×横４ブロックのブロック群で表され、同様に、各ビットマップが、縦４ビット×横４ビットで表されているが、各ブロック群も各ビットマップも、左上から右下にかけて、１〜１６番の番号を付与し、その番号で特定することとする。すなわち、各ブロック群及び各ビットマップの各ブロック及び各ビットと各番号との対応関係は、
１ ２ ３ ４
５ ６ ７ ８
９ １０ １１ １２
１３ １４ １５ １６、
であるとする。そして、特定のブロック及びビットを指す場合には、付与した番号を用いて、「ブロック：番号」、「ビット：番号」で表記することとする。以上の点は、図２８を参照して増分バックアップの概要を説明する場合でも同様とする。ただし、増分バックアップでは、対象スナップショットボリュームに対応した差分用ビットマップ７０３に代えて、対象スナップショットボリュームに対応した増分用ビットマップ７０３が使用される。その増分用ビットマップ７０３を、「ＩＢ」と呼ぶ。
【０１２７】
時刻ｔ０で、対象スナップショットボリュームについてのフルバックアップが行われ、時刻ｔ１、ｔ２、ｔ３、ｔ４及びｔ５で、それぞれ、差分バックアップが行われたとする。時刻ｔ５でのＤＢ（ＤＢｆと表記）が、現在時点ｔ６でのＤＢであるとする。また、時刻ｔ０でのフルバックアップ以降、時刻ｔ３までの間に、対象主ボリューム内のブロック：３、７、１１が更新され、そこから更に現在時点ｔ６までの間に、少なくとも、対象主ボリュームのブロック：１、５、９、１３及び１５が更新されたとする。
【０１２８】
リストア元として、時刻ｔ３時点の対象スナップショットボリュームが指定されたとする（具体的には、例えば、時刻ｔ３時点の対象スナップショットボリュームについての差分バックアップで格納されたデータ５１２が記録されているテープグループが指定されたとする）。時刻ｔ３時点の対象主ボリュームをリストアするためには、ブロック：３、７及び１１に格納されるデータについては、時刻ｔ４以降で更新された可能性があるため、時刻ｔ３時点についての差分バックアップデータ５０２からリストアし、ブロック：１、５、９、１３及び１５に格納されるデータについては、時刻ｔ０時点についてのフルバックアップデータ５０２からリストアすればよい。
【０１２９】
そこで、下記処理が行われる。
【０１３０】
（１）時刻ｔ３より将来に更新された可能性がありリストアの必要があるブロックを示すリストア用ビットマップ（ＲＢ）が作成される。具体的には、現在時刻ｔ６時点でのＢＢ及びＤＢｆの論理和が計算され、その計算結果が、ＲＢ（ＲＢａ）となる。
【０１３１】
（２）時刻ｔ３時点に格納されたＤＢ（ＤＢｄ）が、リストア元に対応するテープから取得され、そのＤＢｄにおける反転ビット：３、７及び１１に対応したデータが、それぞれ、差分バックアップデータ５０２から、対象主ボリュームのブロック：３、７及び１１にリストアされる。
【０１３２】
（３）ＲＢａとＤＢｄとの論理積が計算され、ＲＢａから、算出された論理積（ビット番号：３、７及び１１のみが反転ビット）が除かれたＲＢ（その反転ビットが非反転ビットとされたＲＢ）である、図示のＲＢｂが作成される。ＲＢｂにおける反転ビット：１、５、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１３３】
（４）ＲＢｂにおける反転ビット：１、５、９、１３及び１５に対応したデータが、それぞれ、フルバックアップデータ５０２から、対象主ボリュームのブロック：１、５、９、１３及び１５にリストアされる。
【０１３４】
以上の（１）乃至（４）の一連の流れにより、時刻ｔ３時点の対象主ボリュームが、差分リストア処理によりリストアされたことになる。
【０１３５】
＜＜増分リストア処理の概要＞＞。
【０１３６】
図２８は、増分リストア処理の概要の説明図である。
【０１３７】
時刻ｔ０で、対象スナップショットボリュームについてのフルバックアップが行われ、時刻ｔ１、ｔ２、ｔ３、ｔ４及びｔ５で、それぞれ、増分バックアップが行われたとする。時刻ｔ５でのＩＢ（ＩＢｆと表記）が、現在時点ｔ６でのＩＢであるとする。また、時刻ｔ０でのフルバックアップ以降、時刻ｔ３までの間に、対象主ボリューム内のブロック：１、３、７、１１、１２及び１６が更新され、そこから更に現在時点ｔ６までの間に、少なくとも、対象主ボリュームのブロック：５、７、９、１１、１３及び１５が更新されたとする。
【０１３８】
リストア元として、時刻ｔ３時点の対象スナップショットボリュームが指定されたとする。時刻ｔ３時点の対象主ボリュームをリストアするためには、ブロック：１１に格納されるデータについては、時刻ｔ３についての増分バックアップデータ５０２からリストアし、ブロック：７に格納されるデータについては、時刻ｔ２についての増分バックアップデータ５０２からリストアし、ブロック：５、９、１３及び１５に格納されるデータについては、時刻ｔ０時点についてのフルバックアップデータ５０２からリストアすればよい。
【０１３９】
そこで、下記処理が行われる。
【０１４０】
（１）時刻ｔ３より将来に更新されたブロック（リストアの必要があるブロック）を示すリストア用ビットマップ（ＲＢ）が作成される。具体的には、現在時刻ｔ６時点でのＢＢ及びＩＢｆと、時刻ｔ３より将来の一以上のＩＢであるＩＢ（ここでは時刻ｔ４時点でのＩＢ（ＩＢｅ））との論理和が計算され、その計算結果が、ＲＢ（ＲＢａ）となる。
【０１４１】
（２）ＲＢａと、リストア元に対応した時刻ｔ３でのＩＢ（ＩＢｄ）との論理積が計算され、その論理積での反転ビット：１１に対応したデータが、時刻ｔ３での増分バックアップデータ５０２から、対象主ボリューム内のブロック：１１にリストアされる。
【０１４２】
（３）ＲＢａから、ＲＢａとＩＢｄとの論理積が除かれたＲＢ（ＲＢｂ）が作成される。このＲＢｂの反転ビット：５、７、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１４３】
（４）ＲＢｂと、リストア元に対応した時刻ｔ３の直前回の増分バックアップが実行された時刻ｔ２でのＩＢ（ＩＢｃ）との論理積が計算され、その論理積での反転ビット：７に対応したデータが、時刻ｔ２での増分バックアップデータ５０２から、対象主ボリューム内のブロック：７にリストアされる。
【０１４４】
（５）ＲＢｂから、ＲＢｂとＩＢｃとの論理積が除かれたＲＢ（ＲＢｃ）が作成される。このＲＢｃの反転ビット：５、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１４５】
（６）ＲＢｃと、時刻ｔ２の直前回の増分バックアップが実行された時刻ｔ１でのＩＢ（ＩＢｂ）との論理積が計算される。しかし、この例では、その論理積には、反転ビットが存在しないので、実際にはテープからのリストアは実行されない。
【０１４６】
（７）ＲＢｃから、ＲＢｃとＩＢｂとの論理積が除かれたＲＢ（ＲＢｄ）が作成される。このＲＢｄの反転ビット：５、９、１３及び１５に対応したデータが、残りのリストア対象である。
【０１４７】
（８）時刻ｔ１より過去には、増分バックアップは実行されておらず、時刻ｔ０でフルバックアップが実行された。このため、ＲＢｄの反転ビット：５、９、１３及び１５に対応したデータが、それぞれ、時刻ｔ０でのフルバックアップデータ５０２から、対象主ボリュームのブロック：５、９、１３及び１５にリストアされる。
【０１４８】
以上の（１）乃至（８）の一連の流れにより、時刻ｔ３時点の対象主ボリュームが増分リストア処理によりリストアされたことになる。
【０１４９】
以下、本実施形態で行われる処理の詳細を説明する。
【０１５０】
＜＜処理の詳細＞＞。
【０１５１】
図１３は、ホスト計算機１００からライト要求を記憶サブシステム１０１が受領した場合に実行される処理のフローを示す。
【０１５２】
ステップ１０００では、コントローラ１２３が、ホスト計算機１００から、ライト先ＬＵのＬＵＮ及びＬＢＡを指定したライト要求を受領する。これにより、ディスク制御プログラム１３２が実行される。ディスク制御プログラム１３２によって、ライト要求に従うライト対象データが、キャッシュメモリ２０３に一時格納される。
【０１５３】
ステップ１０１０では、ディスク制御プログラム１３２が、ペア構成管理テーブル３０１を参照して、ライト先ＬＵのＬＵＮが、主ボリューム１５０のＬＵＮであるか否かの判定を行う。その判定の結果が、肯定的であれば、ステップ１０２０に進み、否定的であれば、ステップ１０７０に進む。
【０１５４】
ステップ１０２０では、ディスク制御プログラム１３２が、ペア構成管理テーブル３０１の、その主ボリューム１５０のＬＵＮに対応した状態３１４が、ペア状態を示しているか否かの判定を行う。その判定の結果が、否定的であれば、ステップ１０３０にすすみ、肯定的であれば、ステップ１１１０にすすむ。
【０１５５】
ステップ１０３０では、ディスク制御プログラム１３２が、ライト先のＬＢＡに対応した、ライト先ＬＵに対応するスナップショット用ビットマップ３０３におけるビットが、反転済みか否かの判定を行う。その判定の結果が、否定的であれば、ステップ１０４０に進み、肯定的であれば、ステップ１０９０にすすむ。もし、ライト先のＬＢＡに対応したビットが複数個あり、それら複数のビットに、このステップ１０３０での判定の結果が否定的となるビットと肯定的となるビットとが混在していれば、否定的なビットについてはステップ１０４０が行われ、肯定的なビットについてはステップ１０９０が行われる。
【０１５６】
ステップ１０４０では、ディスク制御プログラム１３２が、ライト先のＬＢＡに対応した、ライト先ＬＵに対応したスナップショット用ビットマップ３０３におけるビットを、反転する。
【０１５７】
ステップ１０５０では、ディスク制御プログラム１３２が、プールボリューム１５１を選択し、選択したプールボリューム１５１において、反転したビットに対応した容量分の領域を確保する。
【０１５８】
ステップ１０６０では、ディスク制御プログラム１３２が、スナップショット管理テーブル３０４を更新する。具体的には、例えば、ディスク制御プログラム１３２は、反転した各ビットにつき、ライト先ＬＵに対応したスナップショット用ビットマップ３０３の番号と、反転したビットの番号と、その反転したビットに対応した位置（主ボリューム１５０内の更新位置）にある更新前データの格納先位置を示す情報（選択したプールボリューム１５１のＬＵＮと、上記確保された領域におけるＬＢＡ）とを、スナップショット管理テーブル３０４に書込む。
【０１５９】
ステップ１０７０では、ディスク制御プログラム１３２が、反転したビットに対応した位置にある、主ボリューム１５０における更新前データを、それの格納先位置（選択したプールボリューム１５１での上記確保された領域内の位置）に、コピーする。
【０１６０】
ステップ１０８０では、ディスク制御プログラム１３２が、主ボリューム１５０を含んだボリュームペアに対応したバックアップ用ビットマップ３０７において、主ボリューム１５０内の更新位置に対応したビットを反転する。
【０１６１】
ステップ１０９０では、ディスク制御プログラム１３２が、ライト要求に従うライト対象データを、そのライト要求で指定されているＬＵＮ及びＬＢＡに対応した位置に、書込む。
【０１６２】
ステップ１１００では、ディスク制御プログラム１３２が、ホスト計算機１００に、書込みの完了報告を送信する。なお、この完了報告は、ステップ１１００ではなく、ライト対象データがキャッシュメモリ２０３に格納された時点で、行われても良い。
【０１６３】
ステップ１１１０では、ディスク制御プログラム１３２が、主ボリューム１５０を含んだボリュームペアに対応したバックアップ用ビットマップ３０７において、主ボリューム１５０内の更新位置に対応したビットが反転されているか否かの判定を行う。その判定の結果が肯定的であれば、ステップ１０９０に進み、否定的であれば、ステップ１０８０にすすむ。
【０１６４】
図１４及び図１５は、フルバックアップ処理の処理フローを示す。
【０１６５】
ステップ２０００では、バックアップしたいＬＵ（スナップショットボリューム１５２）が、ボリュームのペアを形成しているか否かの判定が行われる。この判定は、ユーザによって行われても良いし、ボリュームのペア制御指示プログラム１１２が、ペア構成管理テーブル３０１を参照することにより、行われても良い。判定の結果が、肯定的であれば、ステップ２０７０にすすみ、否定的であれば、ステップ２０１０へ進む。
【０１６６】
ステップ２０１０では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア形成指示が発行される。そのペア形成指示では、例えば、主ボリューム１５０のLUNが指定される。
【０１６７】
ステップ２０２０では、ディスク制御プログラム１３２が、ペア形成指示を受領する。
【０１６８】
ステップ２０３０では、ディスク制御プログラム１３２が、そのペア形成指示に応答して、ペア形成処理を実行する。その処理では、例えば、その指示から特定されるボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４が、ペア状態にされる。また、その処理では、そのボリュームペアに対応したスナップショット用ビットマップ３０３、バックアップ用ビットマップ３０７、差分用ビットマップ７０３、増分用ビットマップ７０３が作成される。また、その処理では、スナップショット用ビットマップ管理テーブル３０２、バックアップ用ビットマップ管理テーブル３０６、及び差分/増分用ビットマップ管理テーブル７０２への情報登録や、スナップショット管理テーブル３０４への情報登録も行われる。その際、スナップショット管理テーブル３０４に書かれるデータ格納位置３４３の初期値は、主ボリューム１５０を表す位置情報となる。
【０１６９】
ステップ２０４０では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から、記憶サブシステム１０１へ、ペア分割指示が発行される。そのペア分割指示では、例えば、ステップ２０３０でペア状態にされたボリュームペア中の主ボリューム１５０のLUNが指定される。
【０１７０】
ステップ２０５０では、ディスク制御プログラム１３２が、ペア分割指示を受領する。
【０１７１】
ステップ２０６０では、そのペア分割指示に応答して、ペア分割処理が行われる。ペア分割処理については、後に、図２０を参照して説明する。
【０１７２】
ステップ２０７０では、バックアップしたいＬＵ（スナップショットボリューム１５２）を含んだボリュームペアの状態３１４が、ペア状態であるか否かの判定が行われる。この判定は、ユーザによって行われても良いし、ボリュームのペア制御指示プログラム１１２が、ペア構成管理テーブル３０１を参照することにより、行われても良い。判定の結果が、肯定的であれば、ステップ２０４０にすすみ、否定的であれば、ステップ２０８０へ進む。
【０１７３】
ステップ２０８０では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０１７４】
ステップ２０９０では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０１７５】
ステップ２１００では、そのペア再同期指示に応答して、ペア再同期処理が行われる。ペア再同期処理については、後に、図１９を参照して説明する。
【０１７６】
図１５に示すように、ステップ３０００では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、フルバックアップ開始指示が発行される。このフルバックアップ開始指示では、例えば、ペア分割指示で指定したLUNに対応するLUを含んだボリュームペアを構成するスナップショットボリューム１５２のＬＵＮが、バックアップ元ＬＵＮとして指定される。
【０１７７】
ステップ３０１０では、バックアップ/リストア制御プログラム１３１が、フルバックアップ処理開始指示を受領する。バックアップ/リストア制御プログラム１３１が、例えば、テープのマウント要求を、テープライブラリ装置１２５に送信する。
【０１７８】
ステップ３０２０では、テープライブラリ制御プログラム１３３が、例えば上記マウント要求を受信しそれに応答して、ロボット１３４を制御して、バックアップ先となるテープ１３６をテープドライブ１３５にマウントさせる。この時、必要となるテープ１３６を複数のテープドライブ１３５にマウントして、並列書き込みを行なっても良いし、コピーの終わったテープ１３６とコピーの終わっていないテープ１３６を入れ替えながらコピー処理を行なっても良い。なお、バックアップ先となるテープ１３６は、例えば、テープライブラリ制御プログラム１３３によって、任意に選択された未使用のテープである。これらは、ステップ４０５０やステップ５０５０で同じであっても良い。
【０１７９】
ステップ３０３０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、フルバックアップ時にテープに記録する管理情報９０１が構築され、構築された管理情報９０１が、テープ１３６に記録される。管理情報９０１は、例えば、制御メモリ２０１を参照し、マウントされたテープ１３６のテープ番号６３１に対応した情報をテープメディア管理テーブル６０３から取得する等の処理を行うことで、構築することができる。管理情報９０１に含まれるテープグループ番号６２１は、今回のフルバックアップ開始指示で記録されることになる一以上のフルバックアップデータを含むためのテープグループの番号である。ＬＵＮ９３１やＬＵ容量９３２は、このフルバックアップでのバックアップ元ＬＵのＬＵＮとＬＵ容量である。なお、例えば、今回のテープグループがテープ１３６の途中から始まるが別のテープ１３６に跨がない場合には、テープ情報８２１は構築されなくて良い。テープ情報８２１は、テープ１３６の先頭に記録される情報であるためである。これらは、ステップ４０６０及び５０６０でも同様とすることができる。
【０１８０】
ステップ３０４０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定されたＬＵのデータが全てテープ１３６にコピーされる。このフルバックアップ中では、例えば、テープ管理２１８によって、図８のテープグループ管理テーブル６０２において、テープグループ番号６２１として１４が記録されると共に、テープグループ状態６２２としてバックアップ中が記録され、バックアップデータ種別６２５としてフルが記録され、バックアップが済んだ場合に、テープグループ状態６２２として正常が記録される。
【０１８１】
バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定された全てのＬＵのコピーが終わるまで（ステップ３０５０：ＮＯ）、ステップ３０６０とステップ３０７０を繰り返す。なお、この繰返しでのステップ３０３０では、データ管理情報５１１のみが構築され記録される。データ管理情報５１１は、各バックアップデータ毎に含まれるためである。これは、ステップ４０８０での繰返しによるステップ４０６０や、ステップ５０８０での繰返しによるステップ５０６０でも同様とすることができる。全てのＬＵのコピーが終わった場合に（ステップ３０５０：ＹＥＳ）、ステップ３０６０にすすむ。
【０１８２】
ステップ３０６０では、バックアップデータ管理２１１とテープ管理２１８の管理情報が更新される。例えば、バックアップデータ管理２１１が、バックアップデータ管理テーブル７０１に、フルバックアップしたバックアップデータ５０２に関する情報を追加する。また、テープ管理２１８が、テープグループ管理テーブル６０２に、テープグループ４１１に関する情報を追加（もしくはすでに登録されている場合は情報を更新）し、テーププール管理テーブル６０１の格納テープグループ番号６１３に、今回のフルバックアップデータ５０２を記憶するテープグループの番号を追加する。なお、上記括弧内で、情報を更新する場合としては、例えば、バックアップ前にあらかじめテープグループが定義されている場合がある（これは、フル/差分/増分の違いは関係ない）。この場合、例えば、バックアップ前に、621,622,627が登録されており、バックアップ後に、622,623,624,625,626,628が登録（更新）される場合、テープグループ管理テーブル６０２で情報を更新することがある。このステップ３０６０が終わった場合、例えば、バックアップ／リストア制御プログラム１３１又はテープライブラリ制御プログラム１３３から、テープライブラリ装置１２５に、アンマウント要求が送信される。
【０１８３】
ステップ３０７０では、テープライブラリ制御プログラム１３３が、例えば上記アンマウント要求を受信しそれに応答して、ロボット１３４を制御して、テープ１３６をテープドライブ１３５からアンマウントさせる。
【０１８４】
ステップ３０８０では、バックアップ/リストア制御プログラム１３１が、フルバックアップ処理終了をホスト計算機１００に通知する。
【０１８５】
ステップ３０９０では、例えば、フルバックアップ処理終了の通知を受けたことに応答して、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０１８６】
ステップ３１００では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０１８７】
ステップ３１１０では、そのペア再同期指示に応答して、ペア再同期処理が行われる。
【０１８８】
図１６は、差分バックアップ処理の処理フローを示す。
【０１８９】
ステップ４０００では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から、記憶サブシステム１０１へ、ペア分割指示が発行される。そのペア分割指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０１９０】
ステップ４０１０では、ディスク制御プログラム１３２が、ペア分割指示を受領する。
【０１９１】
ステップ４０２０では、そのペア分割指示に応答して、ペア分割処理が行われる。
【０１９２】
ステップ４０３０では、例えばペア分割処理の終了に応答して、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、差分バックアップ開始指示が発行される。この差分バックアップ開始指示では、例えば、ペア分割指示で指定したLUNに対応するLUを含んだボリュームペアを構成するスナップショットボリューム１５２のＬＵＮが、バックアップ元ＬＵＮとして指定される。
【０１９３】
ステップ４０４０では、バックアップ/リストア制御プログラム１３１が、差分バックアップ処理開始指示を受領する。その指示に応答して、例えば、バックアップ/リストア制御プログラム１３１が、テープのマウント要求を、テープライブラリ制御プログラム１３３に送信する。
【０１９４】
ステップ４０５０では、テープライブラリ制御プログラム１３３が、例えばそのマウント要求に応答して、バックアップ先となるテープ１３６をテープドライブ１３５にマウントさせる。
【０１９５】
ステップ４０６０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、差分バックアップ時にテープに記録する管理情報９０２が構築され、その管理情報９０２が、テープ１３６に記録あれる。テープグループ番号６２１は、今回の差分バックアップ開始指示で記録されることになる一以上の差分バックアップデータ５０２を含むための今回のテープグループの番号である。管理情報９０２には、リストアに必要なテープグループ番号６２６が含まれるが、この番号６２６は、例えば、バックアップデータ管理テーブル７０１から、以下の３つの条件、
（１）今回の差分バックアップのバックアップ元ＬＵＮと同一のＬＵＮがバックアップ元ＬＵＮ７１２である、
（２）バックアップデータ種別７１５がフルである、
（３）（１）及び（２）を満たすバックアップ取得日時７１６のうち、現在の日時から最も近い日時である、
を満たすバックアップ先テープグループ番号７１３から取得される。また、データ管理情報５１１には、バックアップ元ＬＵＮのＬＵＮ７２１に対応した差分管理サイズ７２４や、
そのＬＵＮ７２１に対応した差分用ビットマップ格納位置７２５にある差分用ビットマップ７０３が含められる。なお、増分バックアップの場合は、例えば、上記（１）及び（３）を満たすテープグループ番号(フル/差分/増分のどの可能性もある)に登録されているリストアに必要なテープグループ番号６２６に、前記テープグループ番号（（１）と（３）を満たすテープグループ番号）を追加したテープグループ番号（例えば複数個）が登録される。
【０１９６】
ステップ４０７０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、ＬＵＮ７２１がバックアップ元ＬＵＮでありバックアップ種別７２３が差分に対応した差分用ビットマップ格納位置７２５にある差分用ビットマップ７０３が参照され、差分ビットの反転しているデータだけがディスク部９０からテープ１３６にコピーされる。この差分バックアップ中では、例えば、テープ管理２１８によって、図８のテープグループ管理テーブル６０２において、テープグループ番号６２１として、今回のテープグループの番号が記録されると共に、テープグループ状態６２２としてバックアップ中が記録され、バックアップデータ種別６２５として差分が記録され、バックアップが済んだ場合に、テープグループ状態６２２として正常が記録される。
【０１９７】
バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定された全てのＬＵのコピーが終わるまで（ステップ４０８０：ＮＯ）、ステップ４０６０とステップ４０７０が繰り返され、終わったならば（ステップ４０８０：ＹＥＳ）、ステップ４０９０にすすむ。
【０１９８】
ステップ４０９０では、バックアップデータ管理２１１とテープ管理２１８の管理情報が更新される。例えば、バックアップデータ管理２１１が、バックアップデータ管理テーブル７０１に、差分バックアップデータに関する情報を追加する。テープ管理２１８が、テープグループ管理テーブル６０２に、差分バックアップデータ５０２が記録された新規のテープグループ４１１に関する情報を追加（もしくはすでに登録されている場合は情報を更新）し、テーププール管理テーブル６０１の格納テープグループ番号６１３に、その新規のテープグループ４１１の番号を追加する。ステップ４０９０が終了した場合、例えば、バックアップ／リストア制御プログラム１３１又はテープライブラリ制御プログラム１３３から、テープのアンマウント要求がテープライブラリ制御プログラム１３３に送信される。
【０１９９】
ステップ４１００では、テープライブラリ制御プログラム１３３が、例えば上記アンマウント要求の受信に応答して、ロボット１３４を制御し、テープ１３６をテープドライブ１３５からアンマウントさせる。
【０２００】
ステップ４１１０では、バックアップ/リストア制御プログラム１３１が、差分バックアップ処理終了をホスト計算機１００に通知する。
【０２０１】
ステップ４１２０では、例えば、差分バックアップ処理終了の通知を受けたことに応答して、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０２０２】
ステップ４１３０では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０２０３】
ステップ４１４０では、そのペア再同期指示に応答して、ペア再同期処理が行われる。
【０２０４】
図１７は、増分バックアップ処理の処理フローを示す。
【０２０５】
ステップ５０００では、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から、記憶サブシステム１０１へ、ペア分割指示が発行される。そのペア分割指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０２０６】
ステップ５０１０では、ディスク制御プログラム１３２が、ペア分割指示を受領する。
【０２０７】
ステップ５０２０では、そのペア分割指示に応答して、ペア分割処理が行われる。
【０２０８】
ステップ５０３０では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、増分バックアップ開始指示が発行される。この増分バックアップ開始指示では、例えば、ペア分割指示で指定したLUNに対応するLUを含んだボリュームペアを構成するスナップショットボリューム１５２のＬＵＮが、バックアップ元ＬＵＮとして指定される。
【０２０９】
ステップ５０４０では、バックアップ/リストア制御プログラム１３１が、増分バックアップ処理開始指示を受領する。その指示に応答して、例えば、バックアップ/リストア制御プログラム１３１が、テープのマウント要求を、テープライブラリ制御プログラム１３３に送信する。
【０２１０】
ステップ５０５０では、テープライブラリ制御プログラム１３３が、バックアップ先となるテープ１３６をテープドライブ１３５にマウントさせる。
【０２１１】
ステップ５０６０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、増分バックアップ時にテープに記録する管理情報９０２が構築され、その管理情報９０２が、テープ１３６に記録される。テープグループ番号６２１は、今回の増分バックアップ開始指示で記録されることになる一以上の増分バックアップデータを含むための今回のテープグループの番号である。
【０２１２】
ステップ５０７０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、ＬＵＮ７２１がバックアップ元ＬＵＮでありバックアップ種別７２３が増分に対応した差分用ビットマップ格納位置７２５にある増分用ビットマップ７０３が参照され、ビットの反転しているデータだけがテープ１３６にコピーされる。この増分バックアップ中では、例えば、テープ管理２１８によって、図８のテープグループ管理テーブル６０２において、テープグループ番号６２１として、今回のテープグループの番号が記録されると共に、テープグループ状態６２２としてバックアップ中が記録され、バックアップデータ種別６２５として増分が記録され、バックアップが済んだ場合に、テープグループ状態６２２として正常が記録される。
【０２１３】
バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、バックアップ元として指定された全てのＬＵのコピーが終わるまで（ステップ５０８０：ＮＯ）、ステップ５０６０とステップ５０７０が繰り返され、終わったならば（ステップ５０８０：ＹＥＳ）、ステップ５０９０にすすむ。
【０２１４】
ステップ５０９０では、バックアップデータ管理２１１とテープ管理２１８の管理情報が更新される。例えば、バックアップデータ管理２１１が、バックアップデータ管理テーブル７０１に、増分バックアップデータ５０２に関する情報を追加する。テープ管理２１８が、テープグループ管理テーブル６０２に、増分バックアップデータ５０２が記録された新規のテープグループ４１１に関する情報を追加（もしくはすでに登録されている場合は情報を更新）し、テーププール管理テーブル６０１の格納テープグループ番号６１３に、その新規のテープグループ４１１の番号を追加する。ステップ５０９０が終了した場合、例えば、バックアップ／リストア制御プログラム１３１又はテープライブラリ制御プログラム１３３から、テープのアンマウント要求がテープライブラリ制御プログラム１３３に送信される。
【０２１５】
ステップ５１００では、テープライブラリ制御プログラム１３３が、例えば上記アンマウント要求の受信に応答して、ロボット１３４を制御し、テープ１３６をテープドライブ１３５からアンマウントさせる。
【０２１６】
ステップ５１１０では、バックアップ/リストア制御プログラム１３１が、増分バックアップ処理終了をホスト計算機１００に通知する。
【０２１７】
ステップ５１２０では、例えば、増分バックアップ処理終了の通知を受けたことに応答して、ホスト計算機１００のボリュームのペア制御指示プログラム１１２から記憶サブシステム１０１へ、ペア再同期指示が発行される。そのペア再同期指示では、例えば、バックアップしたいＬＵ（主ボリューム１５０）のLUNが指定される。
【０２１８】
ステップ５１３０では、ディスク制御プログラム１３２が、ペア再同期指示を受領する。
【０２１９】
ステップ５１４０では、そのペア再同期指示に応答して、ペア再同期処理が行われる。
【０２２０】
図１８は、通常リストア処理の処理フローを示す。
【０２２１】
ステップ６０００では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、通常リストア開始指示が発行される。通常リストア開始指示では、例えば、リストア元及びリストア先のうちの少なくともリストア元（例えばテープグループの番号）が指定される。
【０２２２】
ステップ６０１０では、バックアップ/リストア制御プログラム１３１が、通常リストア開始指示を受領する。このとき、バックアップ/リストア制御プログラム１３１が、リストア先LUを指定したライト禁止要求をディスク制御プログラム１３２に発行して良い。
【０２２３】
ステップ６０２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト禁止要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵへのホスト計算機１００からのライトを禁止する。
【０２２４】
ステップ６０３０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、リストア元として指定されたテープグループ４１１のテープグループ管理テーブル６０２のリストアに必要なテープグループ番号６２６を参照し、フルバックアップデータが記録されているテープ１３６をテープドライブ１３５にマウントする。例えば、リストアに必要なテープグループ番号６２６に何も記録されていなければ、リストア元として指定されたテープグループ４１１がフルバックアップデータであり、リストアに必要なテープグループ番号６２６に１１、１２と記録されていれば、先頭の番号であるテープグループ番号１１のテープグループ４１１がフルバックアップデータである。また、例えば、バックアップ/リストア制御プログラム１３１が、リストアしたいバックアップデータのバックアップ取得日時の指定を受けた場合、そのバックアップ取得日時に対応したバックアップ先テープグループ番号７１３のテープグループ４１１が、上記「リストア元として指定されたテープグループ４１１」である。
【０２２５】
ステップ６０４０では、バックアップ/リストア制御プログラム１３１及びテープライブラリ制御プログラム１３３が協働することにより、フルバックアップデータ５０２が記録されているテープ１３６から、リストア先として指定されたＬＵ（例えば主ボリューム１５０）に、フルバックアップデータ５０２中のデータ５１２がコピーされる。リストア先ＬＵは、格別指定されていなければ、自動的に、バックアップ元LUとしてのスナップショットボリューム１５２とペアを構成する主ボリューム１５０であってもよい。
【０２２６】
ステップ６０５０では、テープライブラリ制御プログラム１３３が、フルバックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２２７】
ステップ６０６０では、バックアップ/リストア制御プログラム１３１が、リストア元として指定されたテープグループ４１１に対応したバックアップデータ種別６２５を参照し、フルバックアップデータか否かの判定を行う。判定の結果が、肯定的であれば、ステップ６１１０へ進み、否定的であれば、ステップ６０７０へ進む。
【０２２８】
ステップ６０７０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、リストア元として指定されたテープグループ４１１に対応したリストアに必要なテープグループ番号６２６が参照され、次にコピー処理をするべき差分/増分バックアップデータ５０２（差分バックアップデータ５０２もしくは増分バックアップデータ５０２）が記録されているテープ１３６が、テープドライブ１３５にマウントされる。例えば、リストアに必要なテープグループ番号６２６に２１、２２、２３と記録されていれば、テープグループ番号が２１のテープグループ４１１のコピーが終わった場合は、次にテープグループ番号が２２のテープグループ４１１にコピーが行われ、テープグループ番号が２２のテープグループ４１１のコピーが終わった場合は、次にテープグループ番号が２３のテープグループ４１１にコピーが行われる。
【０２２９】
ステップ６０８０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、差分/増分バックアップデータ５０２が記録されているテープ１３６内の管理情報９０２が参照され、データ５１２をコピーするべきリストア先ＬＵのＬＢＡを計算しながら、テープ１３６のデータ５１２が、リストア先として指定されたＬＵにコピーされる。例えば、テープ１３６に記録されている差分管理サイズ７２４と差分／増分用ビットマップ７０３を用いて、データ５１２をコピーするべきリストア先ＬＵのＬＢＡが計算される。具体的には、例えば、リストア先ＬＵの先頭ＬＢＡが１００、ブロックサイズが１ＭＢ、差分管理サイズ７２４が１ＭＢとし、差分／増分用ビットマップ７０３が先頭から０１１００１・・・とした場合、テープ１３６に記録されている先頭のデータ５１２をコピーするべきリストア先ＬＵのＬＢＡは１０１であり、２番目のデータ５１２をコピーするべきリストア先ＬＵのＬＢＡは１０２であり、３番目のデータ５１２をコピーするべきリストア先ＬＵのＬＢＡは１０５であり、・・・というように計算されていく。
【０２３０】
ステップ６０９０では、テープライブラリ制御プログラム１３３が、コピー処理の完了した差分/増分バックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２３１】
リストアに必要なテープグループ番号６２６に記録されているテープグループ番号６２１が全てコピー処理されるまで（ステップ６１００：ＹＥＳ）、ステップ６０７０、６０８０、６０９０が繰り返され、リストアに必要なテープグループ番号６２６に記録されているテープグループ番号６２１が全てコピー処理されたならば（ステップ６１００：ＮＯ）、ステップ６１１０にすすむ。なお、その際、バックアップ/リストア制御プログラム１３１が、リストア先LUを指定したライト許可要求をディスク制御プログラム１３２に発行して良い。
【０２３２】
ステップ６１１０ではディスク制御プログラム１３２が、所定の契機（例えば、ライト許可要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを許可する。
【０２３３】
ステップ６１２０では、バックアップ/リストア制御プログラム１３１が、通常リストア処理終了をホスト計算機１００に通知する。
【０２３４】
図１９は、ペア再同期処理の処理フローを示す。なお、この図１９の説明では、ペア再同期指示で指定されている主ボリューム１５０を含んだボリュームペアを、「対象ボリュームペア」と呼ぶ。
【０２３５】
ステップ７０００では、ボリュームのペア管理２１５が、対象ボリュームペアの、ペア構成管理テーブル３０１の状態３１４を、ペア状態移行中にする。
【０２３６】
ステップ７０１０では、ボリュームのペア管理２１５が、対象ボリュームペアに対応したスナップショット用ビットマップ３０３をリセットし、且つ、そのスナップショット用ビットマップ３０３を用いた差分管理を停止する。このため、例えば、このステップ９０１０以降に、対象ボリュームペアにおける主ボリューム１５０にデータの更新があっても、対象ボリュームペアに対応したスナップショット用ビットマップ３０３のビットが反転されることはない。
【０２３７】
ステップ７０２０では、ボリュームのペア管理２１５が、対象ボリュームペアのスナップショット用ビットマップ３０３に対応した、スナップショット管理テーブル３０４のデータ格納位置３４３を、リセットする（例えば、そのデータ格納位置３４３の欄をブランクにするか、或いは、そのデータ格納位置３４３を含んだレコードを除去する）。
【０２３８】
ステップ７０３０では、ボリュームのペア管理２１５が、対象ボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４を、ペア状態にする。
【０２３９】
図２０は、ペア分割処理の処理フローを示す。なお、この図２０の説明では、ペア分割指示で指定されている主ボリューム１５０を含んだボリュームペアを、「対象ボリュームペア」と呼ぶ。
【０２４０】
ステップ８０００では、ボリュームのペア管理２１５が、対象ボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４を、ペア分割移行中にする。
【０２４１】
ステップ８０１０では、ボリュームペアの管理２１５とバックアップデータ管理２１１とが協働して、対象ボリュームペアに対応したバックアップ用ビットマップ３０７と、対象ボリュームペアのバックアップ元LU（スナップショットボリューム）に対応した差分用ビットマップ７０３の論理和を計算し、その差分用ビットマップ７０３に、計算結果を上書きする。
【０２４２】
ステップ８０２０では、ボリュームペアの管理２１５とバックアップデータ管理２１１とが協働して、対象ボリュームペアのバックアップ元LU（スナップショットボリューム）に対応した増分用ビットマップ７０３をリセットし（全てのビットを非反転（例えば０）とし）、対象ボリュームペアに対応したバックアップ用ビットマップ３０７を、その増分用ビットマップ７０３に、計算結果を上書きする。
【０２４３】
ステップ８０３０では、ボリュームペアの管理２１５が、対象ボリュームペアに対応したバックアップ用ビットマップ３０７をリセットし、そのバックアップ用ビットマップ３０７を用いて、対象ボリュームペア中の主ボリューム１５０に更新されるデータの管理を開始する。
【０２４４】
ステップ８０４０では、ボリュームペアの管理２１５が、対象ボリュームペアに対応したスナップショット用ビットマップ３０３を用いて、対象ボリュームペア中の主ボリューム１５０に更新されるデータの管理を開始する。
【０２４５】
ステップ８０５０では、ボリュームのペア管理２１５が、対象ボリュームペアに対応した、ペア構成管理テーブル３０１の状態３１４を、分割状態にする。あらかじめ、対象となるボリュームを増分バックアップ用LU、または、差分バックアップLU、のように限定している場合は、ステップ８０２０またはステップ８０３０は省略できる。ビットマップをどちらか片方だけ持つようにしてもよい。
【０２４６】
図２１は、差分リストア処理の処理フローを示す。
【０２４７】
ステップ９０００では、ホスト計算機１００のバックアップ/リストア制御指示プログラム１１３から記憶サブシステム１０１に、部分リストア開始指示が発行される。部分リストア開始指示では、例えば、リストア元及びリストア先のうちの少なくともリストア元（例えばテープグループの番号）が指定される。
【０２４８】
ステップ９０１０では、バックアップ/リストア制御プログラム１３１が、部分リストア開始指示を受領する。このとき、バックアップ/リストア制御プログラム１３１が、リストア先LU（主ボリューム１５０）を指定したライト禁止要求をディスク制御プログラム１３２に発行して良い。また、部分リストア開始指示により行うリストアが差分リストアであるか増分リストアであるかを、例えば、テープグループ管理テーブル６０２を参照し決定することができる。これにより、例えば、差分リストアを行うと決定された場合には、ステップ９０２０に進み、増分リストアを行うと決定された場合には、図２２のステップ１００２０に進む。
【０２４９】
ステップ９０２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト禁止要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを禁止する。
【０２５０】
ステップ９０３０では、ディスク制御プログラム１３２とバックアップ／リストア制御プログラム１３１とが協働することにより、リストア対象のデータを記憶していたバックアップ元に対応するバックアップ用ビットマップ３０７と、そのバックアップ元に対応する最新の差分用ビットマップ７０３との論理和を計算し、計算結果としてのリストア用ビットマップを作成する。
【０２５１】
ステップ９０４０では、バックアップ／リストア制御プログラム１３１が、作成されたリストア用ビットマップを参照し、リストアすべきデータがあるか否かの判定を行う。反転されたビットが有れば、判定の結果が肯定的となり、ステップ９０５０にすすみ、反転されたビットが無ければ、判定の結果が否定的となり、ステップ９１５０に進む。
【０２５２】
ステップ９０５０では、バックアップ／リストア制御プログラム１３１が、リストア元として指定されたテープグループに記録されているテープルグループ情報５０１を読み込む。
【０２５３】
ステップ９０６０では、バックアップ／リストア制御プログラム１３１が、読み出されたテープグループ情報５０１中のバックアップ元LUN６２４に一致するLUN９３１を含んだデータ管理情報５１１を特定する。そして、バックアップ／リストア制御プログラム１３１が、そのデータ管理情報５１１に含まれている差分用ビットマップ７０３を参照することで、差分バックアップでバックアップされた、リストア対象のデータがあるか否かの判定を行う。その差分用ビットマップ７０３に、反転したビットがあれば、判定の結果は肯定的となり、ステップ９０７０に進み、反転したビットが無ければ、判定の結果は否定的となり、ステップ９１２０に進む。
【０２５４】
ステップ９０７０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、上記差分用ビットマップ７０３の反転したビットに対応する差分バックアップデータ５０２が記録されているテープ１３６が、テープドライブ１３５にマウントされる。
【０２５５】
ステップ９０８０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、差分バックアップデータ５０２が記録されているテープ１３６内の管理情報９０２が参照され、データ５１２をコピーするべきリストア先ＬＵ（主ボリューム１５０）のＬＢＡを計算しながら、テープ１３６のデータ５１２が、リストア先ＬＵ（主ボリューム１５０）にコピーされる。例えば、テープ１３６に記録されている差分管理サイズ７２４と差分用ビットマップ７０３を用いて、データ５１２をコピーするべきリストア先ＬＵ（主ボリューム１５０）のＬＢＡが計算される。
【０２５６】
ステップ９０９０では、テープライブラリ制御プログラム１３３が、コピー処理の完了した差分バックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２５７】
ステップ９１００では、バックアップ／リストア制御プログラム１３１が、リストア用ビットマップから、リストア元に指定されたテープグループの差分用ビットマップ７０３の反転部分を除いたものを、新たなリストア用ビットマップとして更新する。
【０２５８】
ステップ９１１０では、バックアップ／リストア制御プログラム１３１が、更新後のリストア用ビットマップを参照し、リストアするデータが未だあるか否かの判定を行う。更新後のリストア用ビットマップに反転したビットがあれば、判定の結果は肯定的となり、ステップ９１２０にすすみ、反転したビットがなければ、判定の結果が否定的となり、ステップ９１５０にすすむ。
【０２５９】
ステップ９１２０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、リストア元として指定されたテープグループ４１１のテープグループ管理テーブル６０２のリストアに必要なテープグループ番号６２６を参照し、フルバックアップデータが記録されているテープ１３６をテープドライブ１３５にマウントする。
【０２６０】
ステップ９１３０では、バックアップ/リストア制御プログラム１３１及びテープライブラリ制御プログラム１３３が協働することにより、フルバックアップデータ５０２が記録されているテープ１３６から、リストア先ＬＵ（主ボリューム１５０）に、フルバックアップデータ５０２中の、リストアに必要なデータ５１２がコピーされる。リストアに必要なデータ５１２とは、リストア用ビットマップで反転しているビットに対応したデータである。
【０２６１】
ステップ９１４０では、テープライブラリ制御プログラム１３３が、フルバックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。なお、その際、テープライブラリ制御プログラム１３３が、リストア先LU（主ボリューム１５０）を指定したライト許可要求をディスク制御プログラム１３２に発行して良い。
【０２６２】
ステップ９１５０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト許可要求をテープライブラリ制御プログラム１３３から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを許可する。
【０２６３】
ステップ９１６０では、バックアップ/リストア制御プログラム１３１が、部分リストア処理終了をホスト計算機１００に通知する。
【０２６４】
図２２は、増分リストア処理の処理フローを示す。
【０２６５】
ステップ１００２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト禁止要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを禁止する。
【０２６６】
ステップ１００３０では、バックアップ／リストア制御プログラム１３１が、リストア元として指定されたテープグループに記録されているテープルグループ情報５０１を読み込む。
【０２６７】
ステップ１００４０では、バックアップ／リストア制御プログラム１３１が、リストア元として指定されたテープグループに関連する増分用ビットマップ７０３を読み込む。具体的には、例えば、ステップ１００３０で読み込まれたテープグループ情報５０１中のバックアップ元LUN６２４に対応したスナップショットボリューム１５２のフルバックアップ処理以降から現在までの一以上の増分スナップショット７０３を読み込む。
【０２６８】
ステップ１００５０では、バックアップ／リストア制御プログラム１３１が、リストア元に指定されたテープグループを含まないそれ以降の一以上の増分用ビットマップ７０３（ステップ１０００３０で読み込まれたテープグループ情報５０１中の記録日時６２８が示す日時よりも将来の一以上の増分用ビットマップ７０３）と、ステップ１００３０で読み込まれたテープグループ情報５０１中のバックアップ元LUN６２４に対応したバックアップ用ビットマップ３０７との論理和を計算し、その計算結果であるリストア用ビットマップを作成する。
【０２６９】
ステップ１００６０では、バックアップ／リストア制御プログラム１３１が、リストア用ビットマップとリストア元に指定されたテープグループの増分用ビットマップ７０３との論理積を計算し、その計算結果としてのビットマップを参照し、リストアするデータがあるか否かの判定を行う。そのビットマップ中に、反転したビットがあれば、判定の結果は肯定的となり、ステップ１００７０に進み、反転したビットがなければ、判定の結果は否定的となり、ステップ１０１１０に進む。
【０２７０】
ステップ１００７０では、バックアップ/リストア制御プログラム１３１とテープライブラリ制御プログラム１３３が協働することにより、ステップ１００６０で特定された反転ビットに対応するデータ５１２（増分バックアップデータ５０２中のデータ５１２）が記録されているテープ１３６が、テープドライブ１３５にマウントされる。
【０２７１】
ステップ１００８０では、バックアップ/リストア制御プログラム１３１、ディスク制御プログラム１３２及びテープライブラリ制御プログラム１３３が協働することにより、増分バックアップデータ５０２が記録されているテープ１３６内の管理情報９０２が参照され、データ５１２をコピーするべきリストア先ＬＵのＬＢＡを計算しながら、テープ１３６のデータ５１２（ステップ１００６０で特定された反転ビットに対応するデータ５１２）が、リストア先ＬＵにコピーされる。
【０２７２】
ステップ１００９０では、テープライブラリ制御プログラム１３３が、コピー処理の完了した増分バックアップデータ５０２が記録されているテープ１３６をテープドライブ１３５からアンマウントさせる。
【０２７３】
ステップ１０１００では、バックアップ／リストア制御プログラム１３１が、リストア用ビットマップから、リストア用ビットマップと必要なデータをコピーした増分用ビットマップの論理積を除いたものを、新たなリストア用ビットマップとして更新する。
【０２７４】
ステップ１０１１０では、バックアップ／リストア制御プログラム１３１が、更新後のリストア用ビットマップを参照し、リストアするデータが未だあるか否かの判定を行う。更新後のリストア用ビットマップに反転したビットがあれば、判定の結果は肯定的となり、ステップ１００７０に戻り、反転したビットがなければ、判定の結果が否定的となり、ステップ１０１２０にすすむ。なお、その際、バックアップ／リストア制御プログラム１３１が、リストア先LUを指定したライト許可要求をディスク制御プログラム１３２に発行して良い。
【０２７５】
ステップ１０１２０では、ディスク制御プログラム１３２が、所定の契機（例えば、ライト許可要求をバックアップ/リストア制御プログラム１３１から受けたとき）で、リストア先ＬＵ（主ボリューム１５０）へのホスト計算機１００からのライトを許可する。
【０２７６】
ステップ１０１３０では、バックアップ/リストア制御プログラム１３１が、部分リストア処理終了をホスト計算機１００に通知する。
【０２７７】
以上、上述した実施形態によれば、バックアップサーバ無しにバックアップが実行される。これにより、バックアップの性能に、バックアップサーバの性能が影響することがなくなる。
【０２７８】
また、上述した実施形態によれば、主ボリューム１５０のデータイメージ（スナップショット）が仮想的な論理ボリュームであるスナップショットボリューム１５２にて論理的に保持され、バックアップでは、そのスナップショットボリューム１５２が、バックアップ元とされる。このため、主ボリューム１５０それ自体のコピーによってスナップショットを保持する方法に比して、消費される記憶容量は少ない。また、主ボリューム１５０に対する更新を止めることなく、バックアップを実行することができる。
【０２７９】
また、上述した実施形態によれば、差分リストア処理及び増分リストア処理は、必要な差分データ５１２を先にリストアした後に、足りないデータを、フルバックアップデータ５０２中の複数のデータ５１２から選択してリストアする処理である。このため、フルバックアップデータ５０２を構成する複数のデータ５１２を先にリストアした後に必要な差分データ５１２をリストアするというリストア処理に比して、リストア元からリストア先へのデータ転送量を少なくすることができる。
【０２８０】
また、上述した実施形態によれば、差分/増分バックアップの場合には、バックアップ対象のデータの他に、管理情報９０２もテープ１３６に記録される。これにより、リストアの場合には、バックアップを行った記憶サブシステム１０１の制御メモリ２０１の情報が無くても、テープ１３６に記録されている管理情報９０２を使用することで、リストアすることが可能となる。
【０２８１】
また、上述した実施形態によれば、差分管理すべき世代数に関わらず、記憶サブシステムで保持すべき差分用／増分用ビットマップ７０３は、一つのバックアップ元ＬＵにつき、多くても、差分バックアップ用と増分バックアップ用の２枚で良い。これにより、差分管理できる世代数が、記憶サブシステムのメモリの記憶容量に制限されないようにすることができる。
【０２８２】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【０２８３】
例えば、スナップショット用ビットマップ３０３とバックアップ用のビットマップ３０７が一体になっていてもよい。
【０２８４】
また、例えば、ペア関連指示とバックアップ関連指示とが一体になっていてもよい。具体的には、例えば、ペア分割指示とフル／差分／増分バックアップ指示とが一体になっていてもよい。
【０２８５】
また、例えば、管理情報９０１や９０２は、バックアップ先の記憶装置に格納することに代えて又は加えて、制御メモリ２０１で管理されてもよい。
【図面の簡単な説明】
【０２８６】
【図１】図１は、本発明の一実施形態に係る計算機システムの構成例を示す。
【図２】図２は、図１のコントローラの構成例を示した図である。
【図３】図３は、ボリュームのペア管理がもつ第一の管理情報例を示す。
【図４】図４は、ボリュームのペア管理がもつ第二の管理情報例を示す。
【図５】図５は、ボリュームのペア管理がもつ第三の管理情報例を示す。
【図６】図６は、テープ管理が管理しているテーププールの論理イメージ例を示す。
【図７】図７は、テープグループの格納情報例を示す。
【図８】図８は、テープ管理がもつ管理情報例を示す。
【図９】図９は、バックアップデータ管理がもつ管理情報例を示す。
【図１０】図１０は、テープの記録形式例を示す。
【図１１】図１１は、フルバックアップ時にテープに記録する管理情報例を示す。
【図１２】図１２は、差分/増分バックアップ時にテープに記録する管理情報例を示す。
【図１３】図１３は、ライト要求を受領した記憶サブシステムでの処理のフローを示す。
【図１４】図１４は、フルバックアップ処理の処理フローの一部を示す。
【図１５】図１５は、フルバックアップ処理の処理フローの残りを示す。
【図１６】図１６は、差分バックアップ処理の処理フローを示す。
【図１７】図１７は、増分バックアップ処理の処理フローを示す。
【図１８】図１８は、通常リストア処理の処理フローを示す。
【図１９】図１９は、ペア再同期処理の処理フローを示す。
【図２０】図２０は、ペア分割処理の処理フローを示す。
【図２１】図２１は、差分リストア処理の処理フローを示す。
【図２２】図２２は、増分リストア処理の処理フローを示す。
【図２３】図２３は、差分バックアップ処理の概要の一部を示す。
【図２４】図２４は、差分バックアップ処理の概要の残りを示す。
【図２５】図２５は、増分バックアップ処理の概要の一部を示す。
【図２６】図２６は、増分バックアップ処理の概要の残りを示す。
【図２７】図２７は、差分リストア処理の概要を示す。
【図２８】図２８は、増分リストア処理の概要を示す。
【符号の説明】
【０２８７】
１００…ホスト計算機、１０１…記憶サブシステム、１２５…テープライブラリ装置
【特許請求の範囲】
【請求項１】
上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームと、
前記主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域と、
前記主ボリュームのスナップショットイメージを論理的に保持するための仮想的な論理ボリュームであるスナップショットボリュームにおける複数の仮想的な記憶位置と、前記主ボリューム及び／又は前記コピー記憶領域に記憶されている、前記主ボリュームのスナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応を管理するスナップショット管理部と、
前記複数のアドレス情報要素が示す全ての記憶位置からデータ要素をバックアップ先記憶装置にバックアップすることであるフルバックアップを実行するフルバックアップ部と、
前記フルバックアップ後に前記主ボリュームが更新されたことに伴って前記スナップショットボリュームが更新されることにより前記スナップショットボリュームと前記バックアップ先記憶装置との間で差分が生じた場合に、前記スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報を更新する差分管理部と、
前記スナップショットボリュームと前記バックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置を、前記差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定し、特定された実際の記憶位置にある一以上のデータ要素を前記バックアップ先記憶装置にバックアップすることである部分バックアップを実行する部分バックアップ部と
を備える記憶システム。
【請求項２】
前記差分管理部が、前記フルバックアップ後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかを前記差分管理情報で管理し、
各回での前記部分バックアップは、差分バックアップであり、
差分バックアップは、前記差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである、
請求項１記載の記憶システム。
【請求項３】
前記差分管理情報が、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に論理的に記憶されているデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかは、前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算の結果から特定される、
請求項２記載の記憶システム。
【請求項４】
前記スナップショットイメージは、前記主ボリュームと前記スナップショットボリュームとのボリュームペアが分割された時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、その分割のときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項３記載の記憶システム。
【請求項５】
前記部分バックアップ部が、各回での差分バックアップで、特定された位置に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報も前記バックアップ先記憶装置にバックアップし、
前記リストア必要情報には、差分バックアップの時点における第二の差分管理情報要素が含まれる、
請求項４記載の記憶システム。
【請求項６】
前記差分管理部が、直前回のフルバックアップ又は直前回の部分バックアップ後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかを前記差分管理情報で管理し、
各回での前記部分バックアップは、増分バックアップであり、
増分バックアップは、前記差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである、
請求項１記載の記憶システム。
【請求項７】
前記差分管理情報が、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
差分データ要素がどの仮想的な記憶位置に存在するかは、前記第一の差分管理情報要素を用いて更新された前記第二の差分管理情報要素から特定される、
請求項６記載の記憶システム。
【請求項８】
前記スナップショットイメージは、前記主ボリュームと前記スナップショットボリュームとのボリュームペアが分割された時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、前記第二の差分管理情報要素をリセットして、その分割のときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットし、
前記増分バックアップでは、その増分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項７記載の記憶システム。
【請求項９】
前記部分バックアップ部が、各回での増分バックアップで、特定された仮想的な記憶位置に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報も前記バックアップ先記憶装置にバックアップし、
前記リストア必要情報には、増分バックアップの時点における第二の差分管理情報要素が含まれる、
請求項８記載の記憶システム。
【請求項１０】
前記差分管理部が、前記フルバックアップ後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかと、直前回のフルバックアップ又は直前回の部分バックアップ部後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかとの両方を、前記差分管理情報で管理し、
各回での前記部分バックアップは、差分バックアップ及び増分バックアップのうちの上位装置からのバックアップ指示で指定された方であり、
差分バックアップ及び増分バックアップは、前記差分管理情報から特定される一以上の位置に対応した、前記複数のアドレス情報要素のうちの一以上のアドレス情報要素が示す一以上の位置に存在する一以上の差分データ要素をバックアップすることである、
請求項１記載の記憶システム。
【請求項１１】
前記スナップショットイメージは、前記主ボリュームと前記スナップショットボリュームとのボリュームペアが分割された時点での前記主ボリュームのデータイメージであり、
前記差分管理情報が、前記スナップショットボリュームにおける複数の位置のうちのどの位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の位置のうちのどの位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二及び第三の差分管理情報要素とを含み、
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、その分割のときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、前記第三の差分管理情報要素をリセットして、その分割のときにおける前記第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される、
前記増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される、
請求項１０記載の記憶システム。
【請求項１２】
複数の時点にそれぞれ対応する複数のスナップショットイメージのうちのリストア対象のスナップショットイメージを前記主ボリューム又は別の論理ボリュームにリストアするリストア部、
を更に備え、
前記リストア部が、前記フルバックアップされた前記複数のデータ要素をリストアし、その後に、前記リストア対象のスナップショットイメージにおける、前記部分バックアップによりバックアップされた一以上のデータ要素を、前記リストアされた複数のデータ要素のうちの、該一以上のデータ要素にそれぞれ対応するデータ要素に上書きする、
請求項１記載の記憶システム。
【請求項１３】
複数の時点にそれぞれ対応する複数のスナップショットイメージのうちのリストア対象のスナップショットイメージを前記主ボリューム又は別の論理ボリュームにリストアするリストア部、
を更に備え、
前記リストア部が、前記リストア対象のスナップショットイメージにおける、前記部分バックアップによりバックアップされた一以上のデータ要素をリストアし、前記リストア対象のスナップショットイメージにおける、該一以上のデータ要素以外のデータ要素を、前記リストア対象のスナップショットイメージが部分バックアップされた時点であるリストア対象時点よりも過去の時点で部分バックアップされたデータ要素群及び／又はフルバックアップされたデータ要素群から読み出してリストアする、
請求項１記載の記憶システム。
【請求項１４】
前記バックアップ先記憶装置に記憶されているデータ要素のリストア先が、前記主ボリュームであり、
前記リストア部が、リストアを実行する時点であるリストア実行時点での前記主ボリュームにおける複数の位置のうち、前記リストア対象のスナップショットイメージを構成するデータ要素が記憶されている位置については、リストアを実行しない、
請求項１３記載の記憶システム。
【請求項１５】
前記差分管理情報が、前記スナップショットボリュームにおける複数の位置のうちのどの位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の位置のうちのどの位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
前記リストア部が、前記リストア実行時点における前記第一の差分管理情報要素及び前記第二の管理情報要素の論理演算の結果から、前記主ボリュームにおける複数の位置のうちの第一の一以上のリストア対象位置を特定し、前記リストア対象時点における前記第二の差分管理情報要素から、前記主ボリュームにおける複数の位置のうちの第二の一以上のリストア対象位置を特定し、前記第二の一以上のリストア対象位置の各々に、前記リストア対象時点で差分バックアップされた一以上のデータ要素をそれぞれリストアし、前記第一の一以上のリストア対象位置のうちの前記第二の一以上のリストア対象位置以外の位置に、前記リストア対象時点よりも過去の時点でフルバックアップされたデータ要素群から、該位置に対応するデータ要素を選択してリストアする、
請求項１４記載の記憶システム。
【請求項１６】
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、その分割のときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットする、
請求項１５の記憶システム。
【請求項１７】
前記差分管理情報が、前記スナップショットボリュームにおける複数の位置のうちのどの位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の位置のうちのどの位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
前記リストア部が、下記（１）乃至（３）の処理を実行する、
（１）前記リストア実行時点における前記第一の差分管理情報要素と、該リストア実行時点よりも過去であり前記リストア対象時点よりも未来における各バックアップ時点での各第二の差分管理情報要素との論理演算の結果から、前記主ボリュームにおける複数の位置のうちの一以上のリストア対象位置を表すリストア位置情報要素を作成し、
（２）前記リストア対象時点以前の各増分バックアップ時点について、その増分バックアップ時点における前記第二の差分管理情報要素と、前記作成されたリストア位置情報要素又は更新後のリストア位置情報要素との論理演算の結果から特定されるリストア対象位置に、そのバックアップ時点で増分バックアップされた又はフルバックアップされたデータ要素をリストアし、該論理演算で使用したリストア位置情報要素が示す一以上のリストア対象位置から、前記特定されたリストア対象位置を除くことで、そのリストア位置情報要素を更新し、
（３）フルバックアップの直後の増分バックアップ時点についての更新後のリストア位置情報要素が、少なくとも一つのリストア対象位置を表していれば、フルバックアップされた複数のデータ要素のうち、そのリストア対象位置に対応するデータ要素を、そのリストア対象位置にリストアする、
請求項１４記載の記憶システム。
【請求項１８】
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、前記第二の差分管理情報要素をリセットして、その分割のときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットする、
請求項１７記載の記憶システム。
【請求項１９】
前記バックアップ先記憶装置が、シーケンシャルアクセス型の記憶装置である、
請求項１記載の記憶システム。
【請求項２０】
上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームのスナップショットイメージを論理的に保持するための仮想的な論理ボリュームであるスナップショットボリュームにおける複数の仮想的な記憶位置と、前記主ボリュームと前記主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域との両方又は一方に記憶されている、前記主ボリュームのスナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応を管理し、
初回のバックアップで、前記複数のアドレス情報要素が示す全ての記憶位置からデータ要素をバックアップ先記憶装置にバックアップし、
初回のバックアップ後、前記主ボリュームが更新されたことに伴って前記スナップショットボリュームが更新されることにより前記スナップショットボリュームと前記バックアップ先記憶装置との間で差分が生じた場合に、前記スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報を更新し、
次回以降のバックアップで、前記スナップショットボリュームと前記バックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置を、前記差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定し、特定された実際の記憶位置にある一以上のデータ要素を前記バックアップ先記憶装置にバックアップする、
記憶制御方法。
【請求項２１】
前記スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点において、前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項３記載の記憶システム。
【請求項２２】
前記スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、前記第二の差分管理情報要素をリセットして、そのときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットし、
前記増分バックアップでは、その増分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項７記載の記憶システム。
【請求項２３】
前記スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージであり、
前記差分管理情報が、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二及び第三の差分管理情報要素とを含み、
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、前記第三の差分管理情報要素をリセットして、そのときにおける前記第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの仮想的な記憶位置に存在するかが特定される、
前記増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される、
請求項１０記載の記憶システム。
【請求項２４】
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された仮想的な記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットする、
請求項１５の記憶システム。
【請求項２５】
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、前記第二の差分管理情報要素をリセットして、そのときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットする、
請求項１７記載の記憶システム。
【請求項１】
上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームと、
前記主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域と、
前記主ボリュームのスナップショットイメージを論理的に保持するための仮想的な論理ボリュームであるスナップショットボリュームにおける複数の仮想的な記憶位置と、前記主ボリューム及び／又は前記コピー記憶領域に記憶されている、前記主ボリュームのスナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応を管理するスナップショット管理部と、
前記複数のアドレス情報要素が示す全ての記憶位置からデータ要素をバックアップ先記憶装置にバックアップすることであるフルバックアップを実行するフルバックアップ部と、
前記フルバックアップ後に前記主ボリュームが更新されたことに伴って前記スナップショットボリュームが更新されることにより前記スナップショットボリュームと前記バックアップ先記憶装置との間で差分が生じた場合に、前記スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報を更新する差分管理部と、
前記スナップショットボリュームと前記バックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置を、前記差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定し、特定された実際の記憶位置にある一以上のデータ要素を前記バックアップ先記憶装置にバックアップすることである部分バックアップを実行する部分バックアップ部と
を備える記憶システム。
【請求項２】
前記差分管理部が、前記フルバックアップ後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかを前記差分管理情報で管理し、
各回での前記部分バックアップは、差分バックアップであり、
差分バックアップは、前記差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである、
請求項１記載の記憶システム。
【請求項３】
前記差分管理情報が、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に論理的に記憶されているデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかは、前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算の結果から特定される、
請求項２記載の記憶システム。
【請求項４】
前記スナップショットイメージは、前記主ボリュームと前記スナップショットボリュームとのボリュームペアが分割された時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、その分割のときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項３記載の記憶システム。
【請求項５】
前記部分バックアップ部が、各回での差分バックアップで、特定された位置に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報も前記バックアップ先記憶装置にバックアップし、
前記リストア必要情報には、差分バックアップの時点における第二の差分管理情報要素が含まれる、
請求項４記載の記憶システム。
【請求項６】
前記差分管理部が、直前回のフルバックアップ又は直前回の部分バックアップ後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの記憶位置に存在するかを前記差分管理情報で管理し、
各回での前記部分バックアップは、増分バックアップであり、
増分バックアップは、前記差分管理情報から特定される一以上の仮想的な記憶位置に対応した一以上のアドレス情報要素が示す一以上の実際の記憶位置に存在する一以上の差分データ要素をバックアップすることである、
請求項１記載の記憶システム。
【請求項７】
前記差分管理情報が、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの記憶位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
差分データ要素がどの仮想的な記憶位置に存在するかは、前記第一の差分管理情報要素を用いて更新された前記第二の差分管理情報要素から特定される、
請求項６記載の記憶システム。
【請求項８】
前記スナップショットイメージは、前記主ボリュームと前記スナップショットボリュームとのボリュームペアが分割された時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、前記第二の差分管理情報要素をリセットして、その分割のときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットし、
前記増分バックアップでは、その増分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項７記載の記憶システム。
【請求項９】
前記部分バックアップ部が、各回での増分バックアップで、特定された仮想的な記憶位置に存在する差分データ要素の他に、該差分データ要素を用いてスナップショットイメージをリストアするために必要なリストア必要情報も前記バックアップ先記憶装置にバックアップし、
前記リストア必要情報には、増分バックアップの時点における第二の差分管理情報要素が含まれる、
請求項８記載の記憶システム。
【請求項１０】
前記差分管理部が、前記フルバックアップ後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかと、直前回のフルバックアップ又は直前回の部分バックアップ部後の前記スナップショットボリュームと前記バックアップ先記憶装置との間における差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかとの両方を、前記差分管理情報で管理し、
各回での前記部分バックアップは、差分バックアップ及び増分バックアップのうちの上位装置からのバックアップ指示で指定された方であり、
差分バックアップ及び増分バックアップは、前記差分管理情報から特定される一以上の位置に対応した、前記複数のアドレス情報要素のうちの一以上のアドレス情報要素が示す一以上の位置に存在する一以上の差分データ要素をバックアップすることである、
請求項１記載の記憶システム。
【請求項１１】
前記スナップショットイメージは、前記主ボリュームと前記スナップショットボリュームとのボリュームペアが分割された時点での前記主ボリュームのデータイメージであり、
前記差分管理情報が、前記スナップショットボリュームにおける複数の位置のうちのどの位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の位置のうちのどの位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二及び第三の差分管理情報要素とを含み、
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、その分割のときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、前記第三の差分管理情報要素をリセットして、その分割のときにおける前記第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される、
前記増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される、
請求項１０記載の記憶システム。
【請求項１２】
複数の時点にそれぞれ対応する複数のスナップショットイメージのうちのリストア対象のスナップショットイメージを前記主ボリューム又は別の論理ボリュームにリストアするリストア部、
を更に備え、
前記リストア部が、前記フルバックアップされた前記複数のデータ要素をリストアし、その後に、前記リストア対象のスナップショットイメージにおける、前記部分バックアップによりバックアップされた一以上のデータ要素を、前記リストアされた複数のデータ要素のうちの、該一以上のデータ要素にそれぞれ対応するデータ要素に上書きする、
請求項１記載の記憶システム。
【請求項１３】
複数の時点にそれぞれ対応する複数のスナップショットイメージのうちのリストア対象のスナップショットイメージを前記主ボリューム又は別の論理ボリュームにリストアするリストア部、
を更に備え、
前記リストア部が、前記リストア対象のスナップショットイメージにおける、前記部分バックアップによりバックアップされた一以上のデータ要素をリストアし、前記リストア対象のスナップショットイメージにおける、該一以上のデータ要素以外のデータ要素を、前記リストア対象のスナップショットイメージが部分バックアップされた時点であるリストア対象時点よりも過去の時点で部分バックアップされたデータ要素群及び／又はフルバックアップされたデータ要素群から読み出してリストアする、
請求項１記載の記憶システム。
【請求項１４】
前記バックアップ先記憶装置に記憶されているデータ要素のリストア先が、前記主ボリュームであり、
前記リストア部が、リストアを実行する時点であるリストア実行時点での前記主ボリュームにおける複数の位置のうち、前記リストア対象のスナップショットイメージを構成するデータ要素が記憶されている位置については、リストアを実行しない、
請求項１３記載の記憶システム。
【請求項１５】
前記差分管理情報が、前記スナップショットボリュームにおける複数の位置のうちのどの位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の位置のうちのどの位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
前記リストア部が、前記リストア実行時点における前記第一の差分管理情報要素及び前記第二の管理情報要素の論理演算の結果から、前記主ボリュームにおける複数の位置のうちの第一の一以上のリストア対象位置を特定し、前記リストア対象時点における前記第二の差分管理情報要素から、前記主ボリュームにおける複数の位置のうちの第二の一以上のリストア対象位置を特定し、前記第二の一以上のリストア対象位置の各々に、前記リストア対象時点で差分バックアップされた一以上のデータ要素をそれぞれリストアし、前記第一の一以上のリストア対象位置のうちの前記第二の一以上のリストア対象位置以外の位置に、前記リストア対象時点よりも過去の時点でフルバックアップされたデータ要素群から、該位置に対応するデータ要素を選択してリストアする、
請求項１４記載の記憶システム。
【請求項１６】
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、その分割のときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットする、
請求項１５の記憶システム。
【請求項１７】
前記差分管理情報が、前記スナップショットボリュームにおける複数の位置のうちのどの位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の位置のうちのどの位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二の差分管理情報要素とを含み、
前記リストア部が、下記（１）乃至（３）の処理を実行する、
（１）前記リストア実行時点における前記第一の差分管理情報要素と、該リストア実行時点よりも過去であり前記リストア対象時点よりも未来における各バックアップ時点での各第二の差分管理情報要素との論理演算の結果から、前記主ボリュームにおける複数の位置のうちの一以上のリストア対象位置を表すリストア位置情報要素を作成し、
（２）前記リストア対象時点以前の各増分バックアップ時点について、その増分バックアップ時点における前記第二の差分管理情報要素と、前記作成されたリストア位置情報要素又は更新後のリストア位置情報要素との論理演算の結果から特定されるリストア対象位置に、そのバックアップ時点で増分バックアップされた又はフルバックアップされたデータ要素をリストアし、該論理演算で使用したリストア位置情報要素が示す一以上のリストア対象位置から、前記特定されたリストア対象位置を除くことで、そのリストア位置情報要素を更新し、
（３）フルバックアップの直後の増分バックアップ時点についての更新後のリストア位置情報要素が、少なくとも一つのリストア対象位置を表していれば、フルバックアップされた複数のデータ要素のうち、そのリストア対象位置に対応するデータ要素を、そのリストア対象位置にリストアする、
請求項１４記載の記憶システム。
【請求項１８】
前記差分管理部が、前記ボリュームペアが分割された時点から次回に該ボリュームペアが分割される時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、前記ボリュームペアの分割のときに、前記第二の差分管理情報要素をリセットして、その分割のときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットする、
請求項１７記載の記憶システム。
【請求項１９】
前記バックアップ先記憶装置が、シーケンシャルアクセス型の記憶装置である、
請求項１記載の記憶システム。
【請求項２０】
上位装置から送信されたデータ要素が書き込まれることにより更新が生じる論理ボリュームである主ボリュームのスナップショットイメージを論理的に保持するための仮想的な論理ボリュームであるスナップショットボリュームにおける複数の仮想的な記憶位置と、前記主ボリュームと前記主ボリュームにおける更新前のデータ要素がコピーされる記憶領域であるコピー記憶領域との両方又は一方に記憶されている、前記主ボリュームのスナップショットイメージを構成する複数のデータ要素の複数の実際の記憶位置を示す複数のアドレス情報要素との対応を管理し、
初回のバックアップで、前記複数のアドレス情報要素が示す全ての記憶位置からデータ要素をバックアップ先記憶装置にバックアップし、
初回のバックアップ後、前記主ボリュームが更新されたことに伴って前記スナップショットボリュームが更新されることにより前記スナップショットボリュームと前記バックアップ先記憶装置との間で差分が生じた場合に、前記スナップショットボリューム内のどの仮想的な記憶位置が差分に相当するかを管理するための差分管理情報を更新し、
次回以降のバックアップで、前記スナップショットボリュームと前記バックアップ先記憶装置との差分に相当する一以上のデータ要素の実際の記憶位置を、前記差分管理情報から特定される仮想的な記憶位置に対応したアドレス情報要素から特定し、特定された実際の記憶位置にある一以上のデータ要素を前記バックアップ先記憶装置にバックアップする、
記憶制御方法。
【請求項２１】
前記スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点において、前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項３記載の記憶システム。
【請求項２２】
前記スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージであり、
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの記憶位置で更新が生じたならば、その更新された記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、前記第二の差分管理情報要素をリセットして、そのときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットし、
前記増分バックアップでは、その増分バックアップの際における第二の差分管理情報要素から、差分データ要素がどの仮想的な記憶位置に存在するかが特定される、
請求項７記載の記憶システム。
【請求項２３】
前記スナップショットイメージは、スナップショット取得時点での前記主ボリュームのデータイメージであり、
前記差分管理情報が、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に更新が生じたかを管理するための情報である第一の差分管理情報要素と、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのどの仮想的な記憶位置に対応するデータ要素がバックアップ対象であるかを管理するための情報である第二及び第三の差分管理情報要素とを含み、
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、前記第三の差分管理情報要素をリセットして、そのときにおける前記第一の差分管理情報要素をリセット後の該第三の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットし、
前記差分バックアップでは、その差分バックアップの際における第二の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の仮想的な記憶位置のどの仮想的な記憶位置に存在するかが特定される、
前記増分バックアップでは、その増分バックアップの際における第三の差分管理情報要素から、差分データ要素が前記スナップショットボリュームにおける複数の位置のどの位置に存在するかが特定される、
請求項１０記載の記憶システム。
【請求項２４】
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の仮想的な記憶位置のうちのいずれかの仮想的な記憶位置で更新が生じたならば、その更新された仮想的な記憶位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、そのときにおける前記第一の差分管理情報要素と前記第二の差分管理情報要素との論理演算をして、その論理演算の結果を該第二の差分管理情報要素に上書きし、その後、該第一の差分管理情報要素をリセットする、
請求項１５の記憶システム。
【請求項２５】
前記差分管理部が、スナップショット取得時点から次回のスナップショット取得時点までの間で、前記スナップショットボリュームにおける複数の位置のうちのいずれかの位置で更新が生じたならば、その更新された位置がわかるよう前記第一の差分管理情報要素を更新するよう構成されており、スナップショット取得時点に、前記第二の差分管理情報要素をリセットして、そのときにおける前記第一の差分管理情報要素をリセット後の該第二の差分管理情報要素に上書きし、その後、前記第一の差分管理情報要素をリセットする、
請求項１７記載の記憶システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２００８−２５０６６７（Ｐ２００８−２５０６６７Ａ）
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願番号】特願２００７−９１０３９（Ｐ２００７−９１０３９）
【出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【出願人】（０００２３３０３３）日立コンピュータ機器株式会社 (253)
【Ｆターム（参考）】
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【出願人】（０００２３３０３３）日立コンピュータ機器株式会社 (253)
【Ｆターム（参考）】
[ Back to top ]