JP2007241486A - 記憶装置システム - Google Patents

記憶装置システム Download PDF

Info

Publication number
JP2007241486A
JP2007241486A JP2006060433A JP2006060433A JP2007241486A JP 2007241486 A JP2007241486 A JP 2007241486A JP 2006060433 A JP2006060433 A JP 2006060433A JP 2006060433 A JP2006060433 A JP 2006060433A JP 2007241486 A JP2007241486 A JP 2007241486A
Authority
JP
Japan
Prior art keywords
time
data
storage area
storage
computer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2006060433A
Other languages
English (en)
Inventor
Naoko Maruyama
直子 丸山
Yuichi Taguchi
雄一 田口
Taisuke Kaneda
泰典 兼田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2006060433A priority Critical patent/JP2007241486A/ja
Priority to US11/407,970 priority patent/US7681001B2/en
Publication of JP2007241486A publication Critical patent/JP2007241486A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1456—Hardware arrangements for backup
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1461—Backup scheduling policy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Abstract

【課題】
ホストからの書き込み動作に対応して更新履歴情報を取得する機能を有する記憶装置システムにおいて、データの書き込み量に応じて更新データが膨大な量になる。このため更新履歴情報による長期間のバックアップならびにデータ管理ができないという課題がある。
【解決手段】
管理計算機は、データの時間経過に応じてサービスレベルを定義し、各段階におけるサービスレベルに応じて更新履歴情報を保存・管理する。管理計算機は、更新履歴情報を監視し、データに要求されるサービスレベルに応じて、ある記憶装置システムから他の記憶装置システムへ更新データの一部を移行する。また、更新データを移行した記憶装置システム内でデータ復元を実行する。
【選択図】 図１

Description

本発明は、計算機と記憶装置システムから構成される計算機システムに関し、特に、計算機から更新されるデータや履歴情報を、記憶装置システム間において移行する方式に関する。
データの更新履歴を保存し、データの更新（書き込み）単位で任意の時刻のデータを復元する技術がある。特許文献１には、同一筺体内においてデータの更新履歴情報（ジャーナル）を管理し、復元可能な範囲において任意の時点のデータを復元する技術が開示されている。特許文献１に開示されている技術では、データの更新履歴情報を保存する記憶領域が不足すると、更新履歴の古い順からその時点における更新データを削除したり、更新データをその時点におけるデータへ反映することにより、記憶領域を確保して新たに更新されたデータの更新履歴情報を保存する。
また、特許文献２には、データの更新履歴情報を保存する記憶領域が不足した際に、更新データを圧縮し、小容量化することにより空き領域を増加させる技術が開示されている。しかし、特許文献２に開示されている技術においても、圧縮後さらに記憶領域が不足した場合には、更新履歴の古い順からその時点における更新データを削除したり、更新データをその時点におけるデータへ反映する。
特開２００５−１８７３８ ＵＳ２００５００２８０２２Ａ１
近年、企業に対して、決算データをはじめとする企業データを改ざんすることなく、数年間にわたり保存することが法規制により義務づけられるようになっている。日々更新されるデータへの書き込みを厳密に記録するためには、多量の更新データと、その更新履歴情報を保存しなければならない。しかし、特許文献１および特許文献２に開示された技術では、一定期間を超えた更新データについて、更新履歴の古い順から削除したり、更新データをその時点におけるデータへ反映したりするため、長期にわたって更新履歴情報を保存・管理することができない。
一方、更新履歴情報の保存・管理に用いる記憶領域を追加するために、記憶領域の容量を増加させると、膨大な記憶領域の中から該当する更新データを抽出して、その時点におけるデータに反映させる処理（以下、「データ復元処理」と呼ぶ）の処理性能が低下する。そのため、ユーザが要求する時間内にデータ復元処理を行なうことが困難になる。
また、データが格納される記憶装置とは別の記憶装置に、データの更新履歴情報を移動して保存すると、データ復元処理の処理性能が移動先の装置の処理性能に依存して低下する可能性があり、ユーザが要求する時間内にデータ復元処理を行なうことを保証できない。
上記課題を解決するため、計算機は、記憶装置システムが有する更新データについて、その更新データが更新された時点からの時間経過情報と、時間経過情報に基づいてユーザがその更新データの復元処理に要求する時間情報に応じて、多段階の復元要求情報を定義する。計算機は、データの更新履歴情報を監視し、データに付与された復元要求情報に応じて他の記憶装置システムを特定し、更新データを移行する。他の記憶装置システムは、計算機から要求される任意の時点において、復元要求情報に基づいて、移行された更新データを用いたデータの復元を実行する。
本発明により、記憶装置システム内のデータについて、記憶装置システムの更新処理における負荷を軽減し、更新データを長期保存・管理することが可能となる。
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下に説明する実施形態は一例であって、本発明はこれに限定されるものではない。
本発明の第一の実施例について、図１〜図２０を用いて説明する。
図１は、本発明の実施形態の構成を模式的に示した図である。
図１において、ホスト計算機１５０、記憶装置１００、１２０、および１６０は、データI/O用ネットワーク１４０を介して接続されている。また、記憶装置１００、１２０、および１６０は、装置間ネットワーク１４２を介して相互に通信する。データI/O用ネットワーク１４０および装置間ネットワーク１４２は、ファイバチャネル（Fibre Channel）やＩＰネットワーク等の一般的なネットワーク接続形態から成る。
また、本実施形態は、記憶装置１００、１２０、および１６０のデータ通信に関する管理を行なう管理計算機１３０を有し、管理計算機１３０は、管理用ネットワーク１４１を介して記憶装置１００、１２０、および１６０に接続される。管理用ネットワーク１４１は、ファイバチャネルやＩＰネットワーク等の一般的なネットワーク接続形態で構成される。また、この管理用ネットワーク１４１は、前述のデータI/O用ネットワーク１４０と同一のものを共有する形であってもよい。管理計算機１３０と記憶装置１００、１２０、および１６０はこのネットワークを介して相互に管理情報の送受信を行なう。
記憶装置１００は、ホスト計算機１５０からの書き込み処理要求を受信した際に受信データを格納するデータ記憶領域１１０を有する。また、記憶装置１００および記憶装置１２０は、データ記憶領域１１０のバックアップのために、ある時点におけるデータ記憶領域１１０内のデータの複製データ（以下、「スナップショット」と呼ぶ）を格納するスナップショット記憶領域１１１と、データ記憶領域１１０の書き込み処理毎の更新データ（以下、「ジャーナルデータ」と呼ぶ）、および更新データの更新履歴情報（以下、「ジャーナルメタデータ」と呼ぶ）を格納するジャーナルデータ記憶領域１１２およびジャーナルメタデータ記憶領域１１３を有する。なお、本明細書では、ジャーナルデータとジャーナルメタデータを併せて、ジャーナルと呼ぶことにする。
次に、図２を用いて、記憶装置１００の構成を説明する。図２は、図１における記憶装置１００と同一の記憶装置１００の内部構造を、模式的に示した図である。
記憶装置１００は、内部にストレージコントローラ２１０を有し、ディスク装置２３０、キャッシュメモリ２５０、メモリ２２０がそれぞれストレージコントローラ２１０に接続されている。また、記憶装置外部との通信は、用途別にストレージコントローラ２１０に接続されたI/O用通信インタフェース２４１、管理用通信インタフェース２４２および外部接続インタフェース２４３を介して行われる。
キャッシュメモリ２５０は、物理的には一般的な半導体記憶装置であればよく、汎用計算機のそれと同様に一時的なデータ記憶領域として利用する。なお、キャッシュメモリ２５０は、障害発生時におけるデータ消失などを避けるため、二重化してもよい。
ディスク装置２３０は、例えば１台以上の磁気ディスク装置、すなわち一般的にハードディスクと呼ばれるデバイスから成り、論理的には複数のデータ記憶領域に分割して使用することができる。ディスク装置２３０は、ホスト計算機１５０から読み込みまたは書き込み対象となるデータを格納する記憶領域（データ記憶領域１１０）を有する。また、ディスク装置２３０は、スナップショット取得プログラム２２２により取得されたスナップショットを格納する記憶領域（スナップショット記憶領域１１１）、ジャーナル取得プログラム２２３により取得されたジャーナルデータを格納する記憶領域（ジャーナルデータ記憶領域１１２）、およびジャーナル取得プログラム２２３により取得されたジャーナルメタデータを格納する記憶領域（ジャーナルメタデータ記憶領域１１３）を有する。なお、データ記憶領域１１０、スナップショット記憶領域１１１、ジャーナルデータ記憶領域１１２、およびジャーナルメタデータ記憶領域１１３の容量や個数は本明細書中では制限されない。また、上記の各記憶領域に格納されるデータは、同一の記憶領域に格納する形態であってもよい。
メモリ２２０は、物理的には磁気ディスク装置あるいは半導体記憶装置で構成する記憶領域であり、記憶装置の動作を担う各種プログラム群および情報を蓄積する。メモリ２２０には、管理情報入出力プログラム２２１、スナップショット取得プログラム２２２、ジャーナル取得プログラム２２３、ジャーナル情報管理テーブル２２４、スナップショット作成プログラム２２５、データリカバリプログラム２２６、データ移行プログラム２２７、スナップショット管理テーブル２２８が格納される。各プログラムやテーブルについて、以下で説明する。なお、これらメモリに格納されたプログラムおよびプログラムが利用する管理情報は、ストレージコントローラ２１０がメモリ２２０から読み出し、処理する。
スナップショット取得プログラム２２２は、データ記憶領域１１０の指定時点でのスナップショットを取得する。取得されたスナップショットは、スナップショット記憶領域１１１に格納される。また、データ記憶領域１１０とスナップショットデータ記憶領域１１１とでペアを形成し、スナップショット取得プログラム２２２が指定時点においてデータ記憶領域１１０内のデータをコピーをすることにより、スナップショットを取得する形態でもよい。
ジャーナル取得プログラム２２３は、ホスト計算機１５０からデータ記憶領域１１０に発信された全ての書き込み動作に対して、ジャーナルデータとジャーナルメタデータを採取する。ジャーナルメタデータは、少なくとも、ジャーナルデータが書き込まれた時刻、書き込み先データ記憶領域のアドレス、書き込み先データ記憶領域内の書き込み開始位置、書き込み順序番号を含む。ジャーナル取得プログラム２２３は採取したジャーナルデータをジャーナルデータ記憶領域１１２に、ジャーナルメタデータをジャーナルメタデータ記憶領域１１３に、それぞれ格納する。ただし、記憶システムによっては、ジャーナルデータとジャーナルメタデータを同一の記憶領域に格納する形態であってもよい。
ジャーナル情報管理テーブル２２４は、記憶装置１００が、データ記憶領域１１０、ジャーナルデータ記憶領域１１２、およびジャーナルメタデータ記憶領域１１３を対応付けて管理するために保持するテーブルである。
スナップショット作成プログラム２２５は、過去に取得したある時刻におけるスナップショットに、ジャーナルメタデータに格納された情報を元に、ジャーナルデータを書き込むこと（以下、「ジャーナルデータを適用する」と呼ぶ）によって、ジャーナルデータ適用前のスナップショットと異なる時刻におけるスナップショットを作成する。スナップショット作成プログラム２２５は、スナップショットを作成する毎に、スナップショット管理テーブル２２８を更新する。
データリカバリプログラム２２６は、管理計算機１３０から受領したデータ復元指定時刻におけるデータを復元する。データリカバリプログラム２２６によって実行されるデータ復元処理の詳細については、図５を用いて後述する
管理情報入出力プログラム２２１は、記憶装置１００と管理計算機１３０との間で、管理情報の送受信を行なう。また、受信した管理情報をメモリ２２０内のプログラムまたはテーブルへ伝達する。例えば、管理計算機１３０からデータ移行要求が発信された場合、その情報を受信し、データ移行プログラム２２７へ伝達する。
データ移行プログラム２２７は、管理計算機１３０から管理情報入出力プログラム２２１を介して受信したデータ移行要求に基づいて、記憶装置１００と記憶装置１２０の間でデータ移行を行なう。
記憶装置１２０、１６０の内部構成は、記憶装置１００と同様のものでよい。また、記憶装置１２０、１６０内のメモリ２２０においては、スナップショット取得プログラム２２２、ジャーナル取得プログラム２２３およびデータ移行プログラム２２７は必ずしも必要ではない。ただし記憶装置１２０が記憶装置１００と同様の手順に従い、別に用意された、さらに下階層の記憶装置１６０にジャーナルデータを移行してもよく、その場合には上記プログラムを備えていればよい。
次に、図３を用いて、管理計算機１３０の構成について説明する。管理計算機１３０は、CPU３１０、メモリ３２０、ディスク装置３３０、出力装置３４０、入力装置３５０および管理用通信インタフェース３６０を有し、それぞれがバス３７０によって接続されている。管理計算機１３０のハードウェア構成は、例えば汎用計算機（ＰＣ）のそれと同様であってもよい。例えば入力装置３５０は、キーボードやマウスといったデバイスであればよく、出力装置３４０は、ＣＲＴやＬＣＤなどのディスプレイ装置やビデオ出力デバイスであればよい。同様に、管理用通信インタフェース３６０は、LAN(Local Area Network)などの汎用的な通信デバイスであればよい。メモリ３２０は、磁気記憶装置もしくは半導体記憶装置によるデータ記憶デバイスであればよい。
メモリ３２０には、記憶装置１００および記憶装置１２０の管理に関わるプログラムおよびテーブルが格納される。メモリ３２０内には、サービスレベル定義情報テーブル３２１、管理情報入出力プログラム３２２、装置別性能管理テーブル３２３、ジャーナル監視・管理プログラム３２４、スナップショット管理テーブル３２５、およびジャーナル情報管理テーブル３２６が格納されている。なお、これらメモリに格納されたプログラムおよびプログラムが利用する管理情報やテーブルは、ＣＰＵ３１０がメモリ３２０から読み出し、処理する。
以下に、メモリ３２０に格納されたプログラムおよびテーブルについて説明する。
管理情報入出力プログラム３２２は、管理計算機１３０と記憶装置１００または記憶装置１２０との間で管理情報の送受信を行なう。また、受信した管理情報をメモリ３２０内のプログラムまたはテーブルへ伝達する。
ジャーナル監視・管理プログラム３２４は、記憶装置１００内でデータ記憶領域１１０への書き込み動作に対して取得されたジャーナルデータの取得時刻からの経過時間を監視する。また、サービスレベル定義情報テーブル３２１を参照し、ジャーナルデータの取得からの経過時間がデータ移行の契機として定義された時間を超えると、ジャーナル移行要求を記憶装置１００に対して発行する。
スナップショット管理テーブル３２５は、当該システムにおける各記憶装置が保持するスナップショットおよびジャーナルに関する管理情報を保持する。なお、本テーブルは、記憶装置１００のメモリ２２０に格納されるスナップショット管理テーブル２２８と同一のものでよい。
サービスレベル定義情報テーブル３２１は、当該システムにおいて、所定のデータ記憶領域に格納されたデータの復旧時間の目標値を定義し、保存するテーブルである。データの復旧時間の目標値は、データの利用目的やシステム要件等様々な要因によって決定され、システム管理者によって定義される。
装置別性能管理テーブル３２３は、当該システム内の記憶装置ごとの性能情報を管理するテーブルである。
ジャーナル情報管理テーブル３２６は、管理計算機１３０が、データ記憶領域１１０、ジャーナルデータ記憶領域１１２、およびジャーナルメタデータ記憶領域１１３を対応付けて管理するために保持するテーブルである。なお、本テーブルは、記憶装置１００のメモリ２２０に格納されるジャーナル情報管理テーブル２２４と同一のものでよい。
なお、管理計算機１３０が有するメモリ３２０などのメモリは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などにより構成されてもよい。
なお、上述したジャーナル監視・管理プログラム３２４などの機能モジュールは、上述したようにソフトウェアにより実現されてもよいし、任意のＣＰＵや他のＬＳＩなどによりハードウェアとして、さらにそれらの組み合わせとして実現されてもよい。また、上記のように構成可能であることは、記憶装置１００に含まれる各プログラムなど、他の機能モジュールにおいても同様である。
次に、図４を用いてスナップショット作成処理について説明する。
図４は、スナップショット記憶領域１１１に格納された古いスナップショット４００、および新しいスナップショット４１０の関係を模式的に表した図である。時間軸上に配置した黒点は、それぞれの時刻にジャーナル４２１〜４２５が取得されたことを意味する。黒点で示す各ジャーナルに対応する数値は、各ジャーナルデータに付与され、ジャーナルメタデータにおいて管理される、書き込み順序番号に一致する。（書き込み順序番号の詳細については、図６を用いて後述する。）
図４において、時刻２０：００におけるスナップショット４１０は、時刻０６：００におけるスナップショット４００に対して、ジャーナルメタデータが示す書き込み順序番号の順に、書き込み順序番号１、２、３、４で表されるジャーナル４２１、４２２、４２３、および４２４を適用することによって作成される。なお、新しいスナップショット４１０を作成する際に、直接スナップショット４００に対してジャーナルデータを適用するのではなく、スナップショット４００の複製をデータ記憶領域１１０またはスナップショットデータ記憶領域１１１に作成し、この複製に対してジャーナルデータを適用してもよい。
続いて、図５を用いてデータ復元処理について説明する。
図５は、スナップショット記憶領域１１１に格納されたスナップショット５００と、時間軸上の各時刻において取得されたジャーナルとの関係を模式的に表した図である。図４と同様に、時間軸上に配置した黒点は、それぞれの時刻にジャーナル５２１〜５２５が取得されたことを意味する。黒点で示す各ジャーナルに対応する数値は、各ジャーナルデータに付与され、ジャーナルメタデータにおいて管理される、書き込み順序番号に一致する。（書き込み順序番号の詳細については、図６を用いて後述する。）
スナップショット５００は、スナップショット取得プログラム２２２またはスナップショット作成プログラム２２５によって取得された、識別子００：００で表されるデータ記憶領域１１０の時刻０６：００におけるスナップショットである。
データリカバリプログラム２２６は、管理計算機１３０からデータ復旧指定時刻（例えば、時刻１８：００とする）を受領すると、スナップショット５００が表す時刻０６：００と、データ復旧指定時刻１８：００との間に取得されたジャーナルデータを、ジャーナルメタデータに割り当てられた書き込み順序番号の順に、スナップショットデータに適用する。
例えば、図５において、時刻０６：００と２０：００の間に取得されたジャーナルデータは、それぞれ、書き込み順序番号１、２、３を付加されたジャーナル５２１、５２２、および５２３であり、書き込み順序番号４、５を付加されたジャーナル５２４および５２５は対象外となる。従って、データリカバリプログラム２２６を用いて、スナップショット５００に対して、ジャーナル５２１、５２２、および５２３を順に適用することにより、データ復旧指定時刻におけるデータを復元することができる。
なお、データリカバリプログラム２２６は、スナップショット５００の複製を、データ記憶領域１１０またはスナップショットデータ記憶領域１１１に作成し、これに対してジャーナルデータを適用し、データ復旧指定時刻のデータを復元してもよいことは明らかである。
図６に、ジャーナルメタデータ記憶領域１１３に格納される、ジャーナルメタデータの例を示す。ジャーナルメタデータは、ジャーナルデータが書き込まれるたびに更新される。図６に示すように、ジャーナルメタデータには、書き込み時刻６０１、書き込み順序番号６０２、データ記憶領域識別子６０３、データ位置６０４、ジャーナルデータ記憶領域識別子６０５、ジャーナルデータ位置６０６、ジャーナルデータ容量６０７が格納される。
書き込み時刻６０１には、データがデータ記憶領域１１０に書き込まれた時刻の識別情報が格納される。例えば、ホスト計算機１５０からのデータ記憶領域１１０に対するデータの書き込み要求に対し、記憶装置１００が書き込み応答を返信した時刻情報が格納される。また、ホストからのライト要求を受領した時刻、データ記憶領域１１０にライトした時刻、ジャーナルデータ記憶領域１１２にジャーナルデータを格納した時刻などであってもよい。
書き込み順序番号６０２には、書き込み時刻６０１の順に、ジャーナルデータを一意に識別する識別情報が格納される。
データ記憶領域識別子６０３には、データ記憶領域１１０を特定する識別情報が格納される。
データ位置６０４には、データ記憶領域１１０内のデータの格納位置を示す情報が格納される。
ジャーナルデータ記憶領域識別子６０５には、ジャーナルデータ記憶領域１１２を他の記憶領域から識別する情報が格納される。
ジャーナルデータ位置６０６には、ジャーナルデータ記憶領域１１２内のジャーナルデータの格納位置を示す情報が格納される。
ジャーナルデータ容量６０７には、対応するジャーナルデータの容量が格納される。
例えば、図６において、時刻０８：１０に識別子００：００で表されるデータ記憶領域１１０内の格納位置０ｘ０１に書き込まれたデータには、書き込み順序番号１が付与され、識別子０１：０Ａで表されるジャーナルデータ記憶領域１１２内の格納位置０ｘ０１にジャーナルデータが格納されていることを示す。
図７は、ジャーナル情報管理テーブル２２４の一例を示す図である。ジャーナル情報管理テーブル２２４は、記憶装置１００が、データ記憶領域１１０、ジャーナルデータ記憶領域１１２、およびジャーナルメタデータ記憶領域１１３の組を管理するために保持するテーブルである。なお、管理計算機１３０が有するジャーナル情報管理テーブル３２６は、記憶装置内のジャーナル情報管理テーブル２２４の変更に応じて、更新される。
図７に示すように、ジャーナル情報管理テーブル２２４には、データ記憶領域識別子７０１、ジャーナルデータ記憶領域識別子７０２、ジャーナルメタデータ記憶領域識別子７０３が格納される。
データ記憶領域識別子７０１には、ジャーナルデータに対応するデータが格納されるデータ記憶領域１１０を特定する識別情報が格納される。
ジャーナルデータ記憶領域識別子７０２には、ジャーナルデータが格納されるジャーナルデータ記憶領域１１２を特定する識別情報が格納される。
ジャーナルメタデータ記憶領域識別子には、ジャーナルデータに対応してジャーナルメタデータが格納されるジャーナルメタデータ記憶領域１１３を特定する識別情報が格納される。
上述のように、管理計算機１３０内のジャーナル情報管理テーブル３２６においても、ジャーナル情報管理テーブル２２４と同様の情報が、更新時に同期して格納される。なお、例えば、一つのデータ記憶領域に対して複数のジャーナル記憶領域を割り当てる場合など、ジャーナル情報管理テーブル２２４は、さらに記憶領域を割り当てた時刻情報を管理する形態であってもよい。また、管理計算機１３０の有するジャーナル情報管理テーブル３２６には、さらに記憶装置を特定する識別情報が付加され、記憶装置ごとのジャーナル管理に関する情報が格納される形態としてもよい。
図８に、スナップショット管理テーブル２２８の一例を示す。
スナップショット管理テーブル２２８は、記憶装置１００が保持し、データ記憶領域１１０のスナップショットに関する情報を管理する。また、スナップショット管理テーブル２２８の変更に応じて、管理計算機１３０の有するスナップショット管理テーブル３２５も更新される。
スナップショット管理テーブル２２８には、スナップショット時刻情報８０１、スナップショットデータ記憶領域識別子８０２、データ記憶領域識別子８０３、ジャーナルデータ記憶領域識別子８０４、ジャーナル容量８０５が格納される。
スナップショット時刻情報８０１には、記憶装置１００においてスナップショットを取得、または作成した時刻情報が格納される。
スナップショットデータ記憶領域識別子８０２には、取得または作成したスナップショットの格納場所となるスナップショットデータ記憶領域１１１を特定する識別情報が格納される。
データ記憶領域識別子８０３には、スナップショットを取得または作成する際に、対象となるデータ記憶領域１１０の識別情報が格納される。
ジャーナルデータ記憶領域識別子８０４には、スナップショットを取得または作成する対象のデータ記憶領域１１０に対するジャーナルデータが格納された、ジャーナルデータ記憶領域１１２の識別情報が格納される。
ジャーナル容量８０５には、各スナップショットにおいて、各スナップショットが取得された時刻から、次のスナップショットが取得される時刻までの間に取得されたジャーナルデータの総容量を示す情報が格納される。例えば、あるスナップショット取得時刻から次のスナップショット取得時刻までの間の時刻に書き込まれたジャーナルデータについて、図６に示す各ジャーナルデータ容量６０７の和として、ジャーナル容量８０５を算出する。なお、次に取得されるスナップショットが存在しない場合は、ジャーナル容量８０５には、最新のジャーナルデータの書き込み時刻までの間に取得されたジャーナルデータの総容量を示す情報が格納される。
例えば、図８において、時刻情報「２００５ １１ １４ １０：００」に取得されたスナップショットは、識別子「００：００」で表されるスナップショットデータ記憶領域１１１に格納され、同時刻における識別子「０１：００」で表されるデータ記憶領域１１０のデータに一致する。さらに同識別子「０１：００」で表されるデータ記憶領域１１１に対するジャーナルデータは、識別子「０２：００」で表されるジャーナルデータ記憶領域１１２に格納される。また、時刻情報「２００５ １１ １４ １０：００」を有するスナップショットと、次に取得または作成されたスナップショット（時刻情報「２００５ １１ １４ １２：００」）との間に取得されたジャーナルデータの総容量は、４００（ＭＢ）である。
なお、管理計算機１３０の有するスナップショット管理テーブル３２５には、さらに記憶装置を特定する識別情報が付加され、記憶装置ごとのスナップショットに関する情報が格納されるとしてもよい。
ここで、図９を用いて、データリカバリプログラム２２６の動作フローを説明する。この処理は、管理計算機１３０からのリカバリの指示を契機として、ストレージコントローラ２１０が、データリカバリプログラム２２６をメモリ２２０に読み出して実行する。
まず、データリカバリプログラム２２６は、管理計算機１３０から、データ復旧指定時刻を受領する。ステップ９０１において受領するデータ復旧指定時刻は、管理者によって決定され、管理計算機１３０へ伝達される（ステップ９０１）。
次に、データリカバリプログラム２２６は、スナップショット記憶領域１１１に格納されたスナップショットに対し、指定時刻以前であって、最も近い時点におけるスナップショットを識別する（ステップ９０２）。
識別の結果、指定時刻とスナップショット取得時刻が一致する場合（ステップ９０３のＹｅｓ）、そのスナップショットのアドレス情報を管理情報入出力プログラム２２１に伝達する（ステップ９０４）。
指定時刻とスナップショット取得時刻が一致しない場合（ステップ９０３のＮｏ）、データリカバリプログラム２２６は、ステップ９０２で識別したスナップショットの取得時刻と、データ復旧指定時刻との間に取得したジャーナルデータを識別する（ステップ９０５）。
データリカバリプログラム２２６は、ステップ９０６で識別したジャーナルデータを、ステップ９０２で識別したスナップショットに対して順次適用して、データ復旧指定時刻でのスナップショットを作成し、データを復元する（ステップ９０６）。
データリカバリプログラム２２６は、復元したデータに対応する、ジャーナルデータ反映後のスナップショットのアドレス情報を、管理情報入出力プログラム２２１に伝達して処理を終了する（ステップ９０７）。
また、データリカバリプログラム２２６は、データ復旧指定時刻に最も近い時点に取得されたスナップショットの複製を、データ記憶領域１１０またはその他の記憶領域に作成し、複製したスナップショットに対して一連のデータ復旧操作を行ってもよい。
以上に説明したように、スナップショットとジャーナルを用いて、任意のデータ復旧指定時刻におけるデータを復元することができる。
本実施例では、記憶装置１００に保存するデータの更新後の経過時間に対応して、ジャーナルデータを用いたデータ復元処理に要求される時間情報に応じて記憶装置を特定し、特定された記憶装置に対し、該当するジャーナルを移行する処理を行なう。以下、この移行処理に関連するテーブルおよび処理について説明する。
図１０に、管理計算機１３０が有する、装置別性能管理テーブル３２３の一例を示す。装置別性能管理テーブル３２３は、本実施例において管理計算機１３０に接続されるシステム内の、記憶装置ごとの性能情報を管理するテーブルである。図１０に示す装置別性能管理テーブル３２３には、おいて、本実施例のシステムが有する記憶装置の識別情報を格納する記憶装置識別子１００１と、記憶装置のジャーナル読み込み性能情報１００２とが管理される。ジャーナル読み込み性能１００２とは、単位時間当たりに、記憶装置が記憶領域から検出して読み込むことができるジャーナルデータの容量である。ジャーナル読み込み性能は、予め記憶装置の性能として測定値または論理計算式などによって与えられる。
図１１に、管理計算機１３０が保持する、サービスレベル定義情報テーブル３２１の例を示す。管理計算機１３０は、管理者の入力する値を、入力装置３５０を介して受領し、ユーザからのデータ復旧要求に応じた他段階のレベルをサービスレベルとして設定し、サービスレベル定義情報テーブル３２１に登録する。管理計算機１３０は、サービスレベル定義情報テーブル３２１に登録された情報を参照して、該当する記憶装置にジャーナルを移行する。
本実施例では、ジャーナルデータを取得した時刻からの経過時間に基づいて、サービスレベルを定義する。サービスレベル定義情報テーブル３２１には、ジャーナル取得後経過時間１１０１、要求リカバリ時間１１０２、記憶装置識別子１１０３が登録される。
ジャーナル取得後経過時間１１０１には、あるデータ単位において、このデータ単位ごとに取得されたジャーナルデータの書き込み時刻からの経過時間に基づいて、データ移行の契機となる経過時間を示す情報が登録される。
データ単位は、例えば、図６に示すジャーナルメタデータにおいて、あるデータ記憶領域１１０に対して取得された一以上のジャーナルデータについて、書き込み順序番号６０２をもとに一定のジャーナルデータ数を決定し、このジャーナルデータ数をデータ単位としてもよい。また、図６中のジャーナルデータ容量６０７の和から、一定のジャーナルデータ総量を決定し、このジャーナルデータ総量をデータ単位としてもよい。
また、ジャーナルデータの書き込み時刻からの経過時間の具体的な算出方法としては、次のような方法がある。例えば、上述したようなデータ単位において、図６中のジャーナルデータごとの書き込み時刻６０１から現在の時刻までの経過時間を算出し、このジャーナルデータごとに算出した値の平均値と、ジャーナル取得後経過時間１１０１に登録された値とを比較する方法がある。また、データ単位において最も遅い時刻に書き込まれたジャーナルデータからの経過時間と、ジャーナル取得後経過時間１１０１に登録された値とを比較する方法としてもよい。本実施例では、前者の方法を用いる。
要求リカバリ時間１１０２には、ジャーナル取得後経過時間１１０１の各段階に対応して、このデータ単位に含まれるデータを復旧する場合に、ユーザが要求するデータの復旧時間を示す情報が登録される。
記憶装置識別子１１０３には、ジャーナル取得後経過時間１１０１の各段階に対応して、このデータ単位に含まれるデータに対するジャーナルデータを格納する記憶装置の識別情報が登録される。例えば、記憶装置識別子１１０３には、図１０に示すジャーナル読み込み性能１００２に登録される値と一定量のジャーナル容量の値とを用いて、予め記憶装置がデータを復元する処理に要する時間を設定し、要求リカバリ時間１１０２に対応するシステム内の記憶装置を選択して登録することができる。
図１１に定義されているサービスレベルについて、具体例を用いて以下に説明する。
データ記憶領域１１０内のあるデータ単位について、ジャーナルデータ取得後からの経過時間が２４時間以内である場合には、このデータ記憶領域１１０を復旧するのにユーザから要求される時間は１時間であり、ジャーナルデータは記憶装置１００に格納される。続いて、ジャーナルデータ取得後の経過時間が２４時間を超え１６８時間以内であれば、要求リカバリ時間は１２時間であり、ジャーナルデータは、記憶装置１２０に格納される。さらに、ジャーナルデータ取得後の経過時間が１６８時間を超えると、要求リカバリ時間は２４時間であり、ジャーナルデータは、記憶装置識別子が１６０で表される記憶装置に格納される。
なお、図１１に示すように、本実施例ではジャーナル取得後経過時間１１０１に基づいたサービスレベルを３段階としているが、定義するサービスレベルの段階数はこれに限定されない。また、サービスレベルに定義された最下位の段階において、ジャーナル取得後経過時間が一定時間を越えたに場合は、古いデータから順次破棄していく形態としてもよい。
なお、サービスレベルの定義は上述した項目に限らず、管理者および管理方法に応じて、またはユーザから要求される情報に基づいて、任意に決定してもよい。
図１２を用いて、本実施例におけるジャーナル移行処理について説明する。ジャーナル移行処理は、管理計算機１３０のＣＰＵ３１０が、メモリ３２０にジャーナル監視・管理プログラム３２４を読み出し、記憶装置１００のストレージコントローラ２１０が、メモリ２２０にデータ移行プログラム２２７を読み出して実行することで実現される。
管理計算機１３０内のジャーナル監視・管理プログラム３２４は、記憶装置１００におけるデータ単位ごとのジャーナルの経過時間を監視する。具体的には、記憶装置１００をポーリングし、ジャーナルメタデータを参照してデータ単位ごとの経過時間を算出した値を受信する方法が挙げられる（ステップ１２０１）。
ジャーナル監視・管理プログラム３２４は、ジャーナル取得後の経過時間の算出値が、サービスレベル定義情報テーブル３２１によってジャーナル移行の契機として設定されたジャーナル取得後経過時間１１０１の値を越えているか否かを判断する（ステップ１２０２）。
ステップ１２０２において、ジャーナル取得後経過時間１１０１の値を越えていない場合は、再びステップ１２０１に戻り、記憶装置１００の監視を続行する。
ステップ１２０２において、ジャーナル取得後経過時間１１０１の値を越えている場合は、サービスレベル定義情報テーブル３２１の定義情報に基づき、ジャーナル移行要求を、管理情報入出力プログラム３２２を介してジャーナル移行元の記憶装置１００へ送信する。ジャーナル移行要求には、少なくとも移行先の記憶装置識別子、移行するジャーナルデータ記憶領域の識別子、移行するジャーナルメタデータ記憶領域の識別子が含まれる。具体的には、図７に示すように管理計算機１３０が保持するジャーナル情報管理テーブル３２６に格納されている各識別子の値が、ジャーナル移行要求に含まれる（ステップ１２０３）。
記憶装置１００内の管理情報入出力プログラム２２１は、管理計算機１３０からのジャーナル移行要求を受領する。管理情報入出力プログラム２２１は、受領したジャーナル移行要求を、データ移行プログラム２２７に伝達する（ステップ１２０４）。
データ移行プログラム２２７は、ジャーナル移行要求に基づいてジャーナルデータおよびジャーナルメタデータの移行を実行する。なお、移行元および移行先の記憶装置は、移行されるジャーナルに含まれる属性情報に応じて、それぞれジャーナル情報管理テーブル２２４を更新する。
また、本ステップにおいて、記憶装置１００のデータ移行プログラム２２７は、ジャーナルデータ、ジャーナルメタデータとともに、移行するジャーナルが取得される直前のスナップショットデータを移行先の記憶装置に移行してもよい。例えば、管理計算機１３０がスナップショット管理テーブル３２５をもとに、直前のスナップショットを特定し、特定したスナップショットの識別情報を含むジャーナル移行要求を、データ移行プログラム２２７に伝達する。なお、スナップショットを移行する場合、移行元および移行先の記憶装置は、移行するスナップショットの属性情報に基づいて、スナップショット管理テーブル２２８に更新する（ステップ１２０５）。
ジャーナル移行が完了すると、記憶装置１００は、管理情報入出力プログラム２２１を介して、ジャーナル移行完了通知を管理計算機１３０へ送信する（ステップ１２０６）。
管理計算機１３０内の管理情報入出力プログラム３２２はジャーナル移行完了通知を受領する。本ステップにおいて、ジャーナル監視・管理プログラム３２４が、ジャーナル情報管理テーブル３２６を更新した後（ステップ１２０７）、ジャーナル移行処理が終了する。
次に、図１５を用いて、ジャーナルデータを移行した場合の、移行先の記憶装置１２０におけるリカバリ処理について説明する。図９の説明において前述したように、各記憶装置がスナップショットおよびジャーナルを保存・管理することにより、任意の時点におけるデータを復元することが可能となる。ここでは、管理者の指定した時刻のデータに適用すべきジャーナルが、記憶装置１００または１２０に保存されていることを検出し、検出した記憶装置においてリカバリ処理を行なう方法について述べる。このリカバリ処理は、管理計算機１３０のＣＰＵ３１０が、メモリ３２０にジャーナル監視・管理プログラム３２４を読み出して実行し、記憶装置１００または１２０のストレージコントローラ２１０がメモリ２２０にデータリカバリプログラム２２６を読み出して実行することで実現される。
管理計算機１３０において、管理者はデータを復元したい時刻を、入力装置３５０を用いて指定し、管理計算機１３０は、管理者が指定したデータ復旧指定時刻を受領する（ステップ１５０１）。続いて、管理計算機１３０内のジャーナル監視・管理プログラム３２４は、管理計算機１３０が保持するスナップショット管理テーブル３２５を参照して、管理者が指定した時刻に最も近い時点のスナップショットデータを検索する（ステップ１５０２）。
検索の結果、特定したスナップショットデータが属する記憶装置（記憶装置１００または記憶装置１２０）へデータリカバリ要求を送信する。本データリカバリ要求には、少なくともデータリカバリ指定時刻を記載する（ステップ１５０３）。
記憶装置１００または記憶装置１２０は、データリカバリ要求を受領し（ステップ１５０４）、データリカバリプログラム２２６によってデータリカバリ指定時刻のデータを復元する。なお、本リカバリ方法については前述した図９に示す処理と同様である（ステップ１５０５）。
データの復元が完了後、記憶装置１００または１２０は、管理情報入出力プログラム２２１を介して復元したデータを格納した記憶領域および記憶領域内の格納位置を、データリカバリ完了通知と共に管理計算機１３０へ送信する（ステップ１５０６）。
管理計算機１３０内の管理情報入出力プログラム３２２はこれを受領し（ステップ１５０７）、データリカバリ処理を終了する。
なお、本実施例では、データリカバリ処理は管理計算機１３０と、データリカバリ要求を受信したある一つの記憶装置との通信により、その記憶装置内でデータの復元が実行される。
以上に説明したように、管理計算機１３０はデータのリカバリ処理におけるサービスレベルを定義し、いずれの記憶装置においても、このサービスレベルを満たすデータのリカバリを実現することができる。
実施例１によると、データに応じたサービスレベルに基づいて、ジャーナルを記憶装置間で移行することが可能となる。また、ジャーナルが移行された場合、移行先の記憶装置内でデータを復元することが可能であるため、システム内の他装置に処理の負荷をかけることなく、データ復旧操作を行なうことが可能となる。ホスト計算機は、移行先の記憶装置にアクセスして復元したデータを利用したり、移行先の記憶装置から任意の記憶装置に復元したデータを転送して利用することができる。
（変形例１）
上述した実施例１において、ジャーナルデータおよびジャーナルメタデータが記憶装置１００から他の記憶装置１２０へ移行されると、移行されるジャーナルの容量によっては、移行先の記憶装置において、データのリカバリに要する時間（以下、「リカバリ所要時間」と呼ぶ）が変化する。そこで、移行先記憶装置においても、サービスレベル定義情報テーブル３２１に定義されたユーザからの要求リカバリ時間１１０２を保証するため、ジャーナルを保管する記憶装置ごとに、データの要求リカバリ時間を管理する手段が必要である。管理計算機１３０は、記憶装置１２０が、サービスレベル定義情報テーブル３２１に定義された要求リカバリ時間を満たさない場合には、スナップショットを作成するなどして、記憶装置１２０のリカバリ所要時間を操作する。
以下に、管理計算機１３０が、ジャーナル移行先の記憶装置１２０のリカバリ所要時間を操作する処理について説明する。このリカバリ所要時間操作処理は、データ移行を契機として、管理計算機１３０のＣＰＵ３１０が、メモリ３２０にジャーナル監視・管理プログラム３２４を読み出して実行し、記憶装置１２０のストレージコントローラ２１０がメモリ２２０にスナップショットプログラム２２５を読み出して実行することで実現される。
図１３を用いて、リカバリ所要時間の操作処理について説明する。
まず、管理計算機１３０のジャーナル監視・管理プログラム３２４は、スナップショット管理テーブル３２５に基づき、ジャーナル移行先の記憶装置１２０における最大リカバリ所要時間を算出する。最大リカバリ所要時間とは、データを復元するため、基底となるスナップショットへジャーナルデータを一つずつ適用していく際に、最初に適用するべきジャーナルデータから最後に適用するべきジャーナルデータを適用し終わるまでにかかる時間の最大値である。ここで、あるスナップショットから次のスナップショットまでの、ジャーナルデータを適用する範囲を、スナップショット区間と呼ぶ。
例えば、本実施例では、最大リカバリ所要時間は、図８に示すスナップショット管理テーブル３２５中の各スナップショット区間におけるジャーナル容量８０５の値と、図１０に示す装置別性能管理テーブル３２３中のジャーナル読み込み性能１００２の値を用いて、下記の式（１）によって算出されるリカバリ所要時間の最大値と仮定できる。
（リカバリ所要時間）＝（スナップショット区間のジャーナル容量）／（移行先記憶装置のジャーナル読み込み性能）
・・・（１）
つまり、ジャーナル監視・管理プログラム３２４は、管理計算機１３０が管理するスナップショットのそれぞれについて、式（１）に示す各スナップショット区間のリカバリ所要時間を算出し、それらの値を比較して、最大リカバリ所要時間を算出する（ステップ１３０１）。
続いて、ジャーナル監視・管理プログラム３２４は、算出した最大リカバリ所要時間とサービスレベル定義情報テーブル３２１に登録された要求リカバリ時間１１０２とを比較し、このデータのサービスレベルを満たすか否かを判定し、最大リカバリ所要時間がサービスレベルを満たす場合は、リカバリ所要時間操作処理を終了する（ステップ１３０２）。
ステップ１３０２において、最大リカバリ所要時間がサービスレベルを満たさない場合（ステップ１３０２のＮｏ）、ジャーナル監視・管理プログラム３２４はスナップショット追加要求を作成する。スナップショット追加要求の作成の詳細については、図１４を用いて後述する（ステップ１３０３）。
管理計算機１３０は、作成したスナップショット追加要求を、管理情報入出力プログラム３２２を介して、記憶装置１２０へ送信する（ステップ１３０４）。
記憶装置１２０内の管理情報入出力プログラム２２１は、管理計算機１３０からスナップショット追加要求を受領し、スナップショット作成プログラム２２５へ伝達する（ステップ１３０５）。
スナップショット作成プログラム２２５は、受領したスナップショット追加要求に記載された情報に基づき、スナップショットを作成する。なお、本ステップにおけるスナップショット作成処理は、図４を用いて前述した記憶装置１００内におけるスナップショット作成処理と同様である。なお、記憶装置１２０は、スナップショット追加要求を受領する前の任意の時点で、記憶装置１００からデータ記憶領域１１０内のデータまたはスナップショットデータ記憶領域１１１内のスナップショットを受信し、受信したデータまたはスナップショットをもとに、記憶装置１２０内でスナップショットを作成するものとする。スナップショット作成プログラム２２５は、スナップショット追加要求を受領すると、スナップショット追加要求に含まれる時刻情報の直前に作成したスナップショットをもとに、追加のスナップショットを作成する。また、記憶装置１２０は、スナップショット追加要求を受領する際に、記憶装置１００からスナップショットデータ記憶領域１１１内の対応するスナップショットを受信し、受信したスナップショットをもとに、追加のスナップショットを作成する形態であってもよい（ステップ１３０６）。
スナップショット作成処理が完了後、記憶装置１２０内の管理情報入出力プログラム２２１はスナップショット追加完了通知を管理計算機１３０へ送信し（ステップ１３０７）、記憶装置１２０が保持するスナップショット管理テーブル２２８を更新する（ステップ１３０８）。
管理計算機１３０内の管理情報入出力プログラム３２２は、記憶装置１２０からスナップショット追加完了通知を受領する（ステップ１３０９）。次に、スナップショット管理テーブル３２５を更新し（ステップ１３１０）、リカバリ所要時間操作処理を終了する。
なお、ステップ１３０１において算出したリカバリ所要時間は、管理計算機１３０内の出力装置３４０に出力し、管理者に通知してもよい。
また、上述のリカバリ所要時間操作処理では、最大リカバリ所要時間が要求リカバリ時間より大きい場合のスナップショット追加処理について述べたが、最大リカバリ所要時間が要求リカバリ時間よりも極端に小さい場合には、記憶装置１２０が保持するスナップショットを削減することも可能である。この場合、記憶装置１２０において、スナップショットを取得する間隔を大きくしたり、記憶装置１２０内に格納しているスナップショットを適宜削除してスナップショット間のジャーナル容量を大きくするなどして、最大リカバリ所要時間を大きくする処理を行ってもよい。
なお、リカバリ所要時間操作処理は、移行先の記憶装置１２０にジャーナル移行以後であって、管理計算機１３０からリカバリ要求を受信する以前の任意の契機において、管理計算機１３０の指示に基づき、または自動的に実行する形態としてもよい。
次に、図１４を用いて、図１３のステップ１３０３におけるスナップショット追加要求の作成処理について説明する。このスナップショット追加要求作成の処理は、管理計算機１３０のＣＰＵ３１０が、メモリ３２０にジャーナル監視・管理プログラム３２４を読み出して実行することで実現される。
まず、管理計算機１３０のジャーナル監視・管理プログラム３２４は、スナップショット管理テーブル３２５を用いて、図１３のステップ１３０１において算出したリカバリ所要時間が最大であるスナップショット区間を識別し、このスナップショット区間におけるスナップショット情報および関連するジャーナル容量情報を識別する（ステップ１４０１）。
次に、上記の識別したスナップショット情報とジャーナル容量情報を元に、最大リカバリ所要時間を短縮するべく、スナップショット追加時刻情報を決定する。例えば、ステップ１４０１において識別したスナップショット区間が、スナップショット管理テーブル３２５においてスナップショット記憶領域識別子００：００から次のスナップショット記憶領域識別子００：０１の区間で表される場合、スナップショット追加時刻情報は、両スナップショットの時刻情報の中間時刻として、「２００５ １１ １４ １１：００」時点と決定することができる（ステップ１４０２）。
次に、ステップ１４０１で決定したスナップショット追加時刻にスナップショットを追加した場合の記憶装置１２０の最大リカバリ所要時間を算出する（ステップ１４０３）。
続いて、算出した最大リカバリ所要時間が、サービスレベル定義を満たすか否かを判定する（ステップ１４０４）。依然としてサービスレベル定義を満たさない場合（ステップ１４０４のＮｏ）は、再びステップ１４０２に戻り、スナップショット追加時刻情報を追加する。
算出した最大リカバリ所要時間がサービスレベル定義を満たす場合（ステップ１４０４のＹｅｓ）は、スナップショット追加要求を作成する。本スナップショット追加要求には、少なくともスナップショット追加時刻情報、スナップショット記憶領域識別子、ジャーナルデータ記憶領域識別子、ジャーナルメタデータ領域識別子を記載する（ステップ１４０５）。その後、処理を終了する。
以下に、実施例１に変形例１を適用し、具体的なリカバリ所要時間操作処理の例について説明する。
まず、図１３を用いて説明したリカバリ所要時間操作処理によって、移行先の記憶装置の最大リカバリ所要時間が要求リカバリ時間を満足しない場合に、スナップショットを新たに追加することにより、リカバリ所要時間を短縮することができる。例えば時刻「０：００」に作成したスナップショットに対し、その次に別のスナップショットを時刻「１２：００」に作成するシステムにおいて、その間のジャーナル容量が１００００００ＭＢ仮定する。このシステムにおいて、その間のジャーナルを保有する記憶装置のジャーナル読み込み性能が１００ＭＢ／ｓｅｃとすると、１２：００直前のデータをリカバリするためには０：００時点のスナップショットに１００００００ＭＢ分のジャーナルデータを適用することになる。この場合のリカバリ所要時間は、式（１）より、１００００００(MB)／１００(MB/sec)＝１００００(sec)と算出される。すなわち、約２．８時間をリカバリに要する。
ここで、サービスレベルの定義において要求リカバリ時間が１．４時間と定義される場合、図１４において説明したスナップショット追加要求作成処理によって、管理計算機１３０は、およそ中間点と推測される時刻「６：００」時点のスナップショットを新たに作成するように要求する。このスナップショット追加要求に従って、各記憶装置は、サービスレベルを満足するスナップショットを作成して保持する。そして、図１５に示すように、管理計算機１３０は、サービスレベルを満たしながらデータリカバリ処理を実行することができる。
（変形例２）
図１３では、サービスレベル定義情報テーブル３２１に基づいて、サービスレベルを定義したが、変形例として、管理者がサービスレベル定義を変更することができる。
図１６を用いて、管理者によるサービスレベル定義の変更処理について説明する。
まず、管理計算機１３０は、記憶装置における最大リカバリ所要時間を算出する（ステップ１６０１）。続いて、管理計算機１３０は算出した最大リカバリ所要時間を出力装置３４０に出力する（ステップ１６０２）。
管理者は、これを受け、サービスレベル、即ち要求リカバリ時間を新たに定義することができる。管理者は、入力装置３５０を用いて、要求リカバリ時間を入力する（ステップ１６０３）。管理計算機１３０は、ステップ１６０１において算出した最大リカバリ所要時間と、管理者が入力した要求リカバリ時間とを比較し、最大リカバリ所要時間がサービスレベルを満たすか否かを判断し、サービスレベルを満たす場合、本処理を終了する（ステップ１６０４）。ステップ１６０４において、最大リカバリ所要時間がサービスレベルを満たさない場合（ステップ１６０４のＮｏ）、管理計算機１３０は、この記憶装置に対して、スナップショット作成要求を送信して、処理を終了する。スナップショット追加に伴う処理は、図１４を用いて前述したとおりである。
（ステップ１６０５）。
なお、管理者は、記憶装置ごとの要求リカバリ時間のみでなく、データ移行指示やスナップショット削除指示などの各種要求を、入力装置３５０を介して管理計算機１３０へ伝達してもよいものとする。
上述した変形例により、以下に解説するようなデータ管理が可能となる。まず、管理計算機１３０は、サービスレベル定義情報テーブル３２１に定義された経過時間を超過したジャーナルを、第２の記憶装置１２０に移動する。管理計算機１３０は、移動先の記憶装置１２０におけるジャーナル読み込み性能を基準として要求リカバリ時間を算出し、図１６に示す処理のステップ１６０２において、これを管理者へ報告する。単純な例を挙げれば、読み込み性能が２分の１である記憶装置へ移行したジャーナルによるリカバリ所要時間は、２倍と推測することができる。このため、記憶装置間のジャーナル移行に伴って生じるパラメータの変化を管理者が認識し、本来の要求値に適合しない場合には、ステップ１６０３において、要求リカバリ時間を再入力する。
（変形例３）
第１の実施形態におけるシステム構成の変形例について、図１７を用いて説明する。
図１７に示す本実施形態は、第１の実施形態に加え、二つの拠点間における遠隔データ複製（リモートコピー）を行なうシステム構成を示した図である。図１７において、記憶装置１００、記憶装置１２０、記憶装置１７００、ホスト計算機１５０、および管理計算機１３０は、管理用ネットワーク１４１によって接続され、相互に通信する。ホスト計算機１５０は、データＩ／Ｏ用ネットワーク１４０を介して記憶装置１００内の記憶領域へデータ書き込み要求を送信する。また、記憶装置１００は、コピー用ネットワーク１７１０を介して遠隔地に設置された記憶装置１７００へデータの複製を送信する。コピー用ネットワーク１７１０は、例えば、ファイバチャネルやＩＰネットワーク等の一般的なネットワーク接続形態から成る。
記憶装置１７００と記憶装置１２０は、装置間ネットワーク１４２を介してデータの送受信を行い、実施例１における記憶装置１００と記憶装置１２０と同様の機能を有する。
よって、リモートコピー先の記憶装置１７００において格納するジャーナルデータの容量が膨大になり、サービスレベルを満たさない場合、管理計算機１３０は、記憶装置１７００から記憶装置１２０にジャーナルを移行することができる。本変形例によると、遠隔地におけるジャーナルのサービスレベルに応じた保存および管理が可能となる。
（変形例４）
上述した実施例１では、図１１に示すサービスレベル定義情報テーブル３２１に示す情報は、管理者からの入力に基づいて決定されるとしたが、管理計算機１３０が、ジャーナル移行時に、データ容量に応じて複数の記憶装置の中から移行先の記憶装置を選択し、ジャーナルを移行する形態であってもよい。
図１８および図１９を用いて、変形例４について説明する。
図１８に、管理計算機１３０が有する、装置別性能管理テーブル１８００の例を示す。図１８に示す装置別性能管理テーブル１８００には、リカバリ可能時間１８０１が格納される。リカバリ可能時間１８０１には、本実施例のシステムが有する記憶装置の識別情報を格納する記憶装置識別子１００１に対応して、一定量のジャーナル容量とジャーナル読み込み性能１００２に格納される値とを用いて、予め記憶装置がデータを復元する処理に要する時間情報が格納される。具体例として、ジャーナル容量を３０００００ＭＢと仮定すると、記憶装置１００、１２０、および１６０に対応してリカバリ可能時間１８０１に格納される値は、それぞれ、約０．８３（ｈ）、約１．６７（ｈ）、および約１．６７（ｈ）と算出される。
図１９に、管理計算機１３０が有する、サービスレベル定義情報テーブル１９００の例を示す。図１９に示すサービスレベル定義情報テーブル１９００には、記憶装置識別子１９０１が格納される。記憶装置識別子１９０１は、ジャーナル移行時に管理計算機１３０によって選択される記憶装置の識別情報が格納される。つまり、ジャーナル取得後経過時間１１０１に格納される１番目の閾値である２４（ｈ）という値に対応する記憶装置１００は、記憶装置識別子１９０１の対応する欄に格納されているが、ジャーナル取得後経過時間１１０１に格納される２番目以降の閾値に対応する記憶装置の識別情報は、記憶装置識別子１９０１の対応する欄に格納されていない。
本変形例では、管理計算機１３０のジャーナル監視・管理プログラム３２４は、あるジャーナルについてジャーナル取得後経過時間１１０１の値を越えている場合、図１２のステップ１２０３において、装置別性能管理テーブル１８００およびサービスレベル定義情報テーブル１９００を参照し、移行先の記憶装置を選択する。
具体的には、装置別性能管理テーブル１８００中のリカバリ可能時間１８０１と、サービスレベル定義情報テーブル１９００中の要求リカバリ時間１１０２とを比較し、リカバリ可能時間１８０１の値が要求リカバリ時間１１０２より小さい値である記憶装置を特定し、移行先の記憶装置として決定し、サービスレベル定義情報テーブル１９００の記憶装置識別子１９０１の欄に、決定した記憶装置の識別情報を格納する。なお、このジャーナルに続いて、次の契機に移行されるジャーナルについては、サービスレベル定義情報テーブル１９００の記憶装置識別子１９０１の値を参照して、その記憶装置に引き続きジャーナルを移行するものとする。
例えば、データ記憶領域１１０内のあるデータ単位について、ジャーナルデータ取得後からの経過時間が２４時間以内である場合には、このデータ記憶領域１１０を復旧するのにユーザから要求される時間は１時間である。このとき、ジャーナルデータは記憶装置１００に格納される。
続いて、ジャーナルデータ取得後の経過時間が２４時間を超え１６８時間以内であれば、要求リカバリ時間は１２時間である。ジャーナル監視・管理プログラム３２４は、装置別性能管理テーブル１８００中のリカバリ可能時間１８０１を参照し、リカバリ要求時間を満たし、システム内の選択未済の記憶装置１２０もしくは１６０から、移行先として記憶装置１２０を選択し、サービスレベル定義情報テーブル１９００の記憶装置識別子１９０１の欄に、決定した記憶装置１２０の識別情報を格納する。また、ジャーナル移行要求には、記憶装置１２０の識別情報が含まれる。
さらに、ジャーナルデータ取得後の経過時間が１６８時間を超えると、要求リカバリ時間は２４時間である。このとき、ジャーナル監視・管理プログラム３２４は、装置別性能管理テーブル１８００中のリカバリ可能時間１８０１を参照し、移行先としてリカバリ要求時間を満たし、システム内の選択未済の記憶装置１６０を移行先として決定し、サービスレベル定義情報テーブル１９００の記憶装置識別子１９０１の欄に、決定した記憶装置１６０の識別情報を格納する。また、ジャーナル移行要求には、記憶装置１６０の識別情報が含まれる。
このように、システム内の記憶装置１２０、１６０がジャーナル移行先として選択されていない場合、管理計算機１３０は、ジャーナル移行要求を送信する際に、各記憶装置のリカバリ可能時間を参照して、記憶装置１００からのジャーナル移行先を決定することができる。
なお、図１９に示すサービスレベル情報定義テーブル１９００は、例えば、記憶装置１００、記憶装置１２０、記憶装置１６０の残容量や、性能変化（障害発生）などに基づいて、自動的に変更される形態であってもよい。
また、図１３のステップ１３０２において、ある記憶装置の最大リカバリ所要時間がサービスレベル定義を満たさない場合、管理計算機１３０は、スナップショット追加要求を作成せずに、変更されたサービスレベル定義テーブル１９００に基づいて、サービスレベル定義を満たす他の記憶装置を改めて特定し、データを移行する形態としてもよい。
（変形例５）
上述した実施例１では、図１１に示すサービスレベル定義情報テーブル３２１に示す情報は、ジャーナル取得後の経過時間に応じて記憶装置ごとに対応付けられるとしたが、記憶領域ごとに対応付けられる形態であってもよい。
図２０に、ジャーナルを格納する記憶領域をグループとして定義し、この記憶領域のグループごとにジャーナルを移行するシステムの例を示す。
図２０に示すシステムにおいて、記憶装置１００および記憶装置１２０は、ジャーナルデータおよびジャーナルメタデータを格納する複数のジャーナル記憶領域２０００を有する。また、複数のジャーナル記憶領域２０００は、幾つかのグループ（図２０に示すグループＡ〜Ｄ）に定義され、グループごとにサービスレベルが定義される。ジャーナル記憶領域２０００のグループは、図２０中のグループＣに示すように、記憶装置１００と記憶装置１２０の両方のジャーナル記憶領域２０００を指定して定義してもよい。
例えば、データ記憶領域１１０内のあるデータ単位について、ジャーナルデータ取得後からの経過時間が２４時間以内である場合には、このデータ記憶領域１１０を復旧するのにユーザから要求される時間は１時間であり、管理計算機１３０は、１時間という要求時間を満たすグループＡの記憶領域を特定して、ジャーナルを格納する。また、ジャーナルデータ取得後の経過時間が２４時間を超え１６８時間以内であれば、要求リカバリ時間は１２時間であり、管理計算機１３０は、１２時間という要求時間を満たすグループＢの記憶領域にジャーナルを格納する。
このように、変形例５を用いると、同一の記憶装置内において読み込み処理性能の異なるディスク装置を用いる場合など、特定のディスク装置から構成される記憶領域を選択してグループを定義し、グループごとにサービスレベルを満たすことが可能と
なる。
（変形例６）
上述した実施例１では、ジャーナル移行先の記憶装置１２０において、管理計算機１３０から指定された時刻におけるデータのリカバリ処理を行なうとしたが、記憶装置１２０から記憶装置１００に移行したジャーナルを転送し、記憶装置１００において、リカバリ処理を行なってもよい。その場合、記憶装置１００から記憶装置１２０には、ジャーナルのみを移行し、スナップショットデータを移行しなくてもよい。
また、ジャーナルとスナップショットデータを分散して異なる記憶装置に保存し、記憶装置間で転送を行なう形態としてもよい。
なお、本変形例では、サービスレベル定義情報テーブル３２１に定義される要求リカバリ時間は、データ転送に要する時間を含めた要求リカバリ時間となる。
本発明の第１の実施形態における記憶装置、ホスト計算機および管理計算機の接続形態を模式的に示した図である。 本発明の第１の実施形態における記憶装置内の構成を模式的に示した図である。 本発明の第１の実施形態における管理計算機内の構成を模式的に示した図である。 記憶装置が有するスナップショット作成プログラムの動作を概念的に示した図である。 記憶装置が有するデータリカバリプログラムの動作を概念的に示した図である。 記憶装置に格納されるジャーナルメタデータの例である。 記憶装置に格納されるジャーナル情報管理テーブルの例である。 記憶装置に格納されるスナップショット管理テーブルの例である。 第１の実施形態におけるデータリカバリプログラムの処理フローを示した図である。 管理計算機に格納される装置別性能管理テーブルの例である。 管理計算機に格納されるサービスレベル定義情報テーブルの例である。 第１の実施形態におけるジャーナル移行の処理フローを示した図である。 第１の実施形態におけるスナップショットの追加処理フローを示した図である。 第１の実施形態における管理計算機のスナップショット追加要求作成の処理フローを示した図である。 第１の実施形態におけるデータ復元の処理フローを示した図である。 第１の実施形態において管理者が要求リカバリ時間を入力する場合の処理フローを示した図である。 第１の実施形態における記憶装置、ホスト計算機、管理計算機の接続形態の変形例を示した図である。 第１の実施形態における装置別性能管理テーブルの変形例を示した図である。 第１の実施形態におけるサービスレベル定義情報テーブルの変形例を示した図である。 第１の実施形態におけるシステム構成例の変形例を示した図である。
符号の説明
１００、１２０、１６０ 記憶装置システム
１３０ 管理計算機
１５０ ホスト計算機
１１０ データ記憶領域
１１１、１２１ スナップショットデータ記憶領域
１１２、１２２ ジャーナルデータ記憶領域
１１３、１２３ ジャーナルメタデータ記憶領域
１４０ データＩ／Ｏ用ネットワーク
１４１ 管理用ネットワーク
１４２ 装置間ネットワーク
２１０ ストレージコントローラ
２２０、３２０ メモリ
２３０、３３０ ディスク装置
２４１ Ｉ／Ｏ用通信インタフェース
２４２ 管理用通信インタフェース
２４３ 外部接続用通信インタフェース
２５０ キャッシュメモリ
２２１ 管理情報入出力プログラム
２２２ スナップショット取得プログラム
２２３ ジャーナル取得プログラム
２２４、３２６ ジャーナル情報管理テーブル
２２５ スナップショット作成プログラム
２２６ データリカバリプログラム
２２７ データ移行プログラム
２２８、３２５ スナップショット管理テーブル
３１０ ＣＰＵ
３４０ 出力装置
３５０ 入力装置
３６０ 管理用通信インタフェース
３７０ バス
３２１ サービスレベル定義情報テーブル
３２２ 管理情報入出力プログラム
３２３ 装置別性能管理テーブル
３２４ ジャーナル監視・管理プログラム
４００、４１０、５００ スナップショット
４２１〜４２５、５１２〜５２５ ジャーナル
１７００ 記憶装置システム
１７１０ コピー用ネットワーク
２０００ ジャーナル記憶領域

Claims (15)

  1. 計算機システムであって、
    第１の計算機と、第２の計算機と、前記第１および第２の計算機に接続され、前記第２の計算機が使用するデータを格納する第１の記憶領域、および前記第１の記憶領域に対して前記第２の計算機からの書き込み要求がある場合、前記第１の記憶領域に書き込まれる書き込みデータを格納する第２の記憶領域を有する第１のストレージシステムと、第１の計算機および第１のストレージシステムに接続される第２のストレージシステムとを有し、
    前記第１の計算機は、
    前記第２の記憶領域に格納される前記書き込みデータの書き込み時刻からの時間経過に対応する、前記書き込みデータを用いてある以前の時点における前記第１の記憶領域内のデータの復元に要求される復元要求時間を含む復元情報と、第１および第２ストレージシステムの識別情報と、該ストレージシステムが任意の時点における前記第１の記憶領域内のデータの復元に要する復元時間とを対応付ける装置情報とを含む記憶手段と、
    前記書き込みデータの書き込み時刻からの経過時間に応じ、前記復元情報に含まれる前記復元要求時間と前記装置情報に含まれる前記復元時間とを比較して前記第２のストレージシステムを特定し、前記第２の記憶領域に格納された前記書き込みデータを前記特定した第２のストレージシステムに移行する移行指示を、前記第１のストレージシステムに対して送信する管理手段とを有し、
    前記第１のストレージシステムは、
    前記第１の計算機から受信する前記移行指示に基づいて、前記第２の記憶領域に格納される前記書き込みデータを、前記第２のストレージシステムに移行する移行手段を有することを特徴とする計算機システム。
  2. 請求項１に記載の計算機システムであって、
    前記第１のストレージシステムは、任意の時点における前記第１の記憶領域内のデータの複製を格納する第３の記憶領域を有し、
    前記第１の計算機から前記移行指示を受信した場合、前記第２の記憶領域に格納される前記書き込みデータおよび、前記書き込みデータが格納される時点より前の時点において前記第３の記憶領域に格納される前記データの複製を、前記第２のストレージシステムに移行することを特徴とする計算機システム。
  3. 請求項２に記載の計算機システムであって、
    前記第２のストレージシステムは、復元手段を有し、
    前記第１の計算機は、前記ある以前の時点を復元要求時点として、該復元要求時点より前であって最も新しい時点における前記第１の記憶領域内のデータの複製が格納される前記第２のストレージシステムを特定し、前記第２のストレージシステムに対して、前記復元要求時点における前記第１の記憶領域内のデータを復元する復元指示を送信し、
    前記復元手段は、前記復元指示に基づいて、移行された前記書き込みデータ、および前記復元要求時点より前であって最も新しい時点における前記第１の記憶領域内のデータの複製とを用いて、前記復元要求時点における前記第１の記憶領域内のデータを復元することを特徴とする計算機システム。
  4. 請求項１に記載の計算機システムであって、
    前記管理手段は、移行された前記書き込みデータの容量を示す情報を用いて、前記第２のストレージシステムが前記ある以前の時点における前記第１の記憶領域の復元に要する復元所要時間を算出し、該復元所要時間が前記復元情報に含まれる前記復元要求時間を超える場合、前記第２のストレージシステムに対して、前記ある以前の時点より以前の時点における前記第１の記憶領域内のデータの複製を作成する作成指示を送信し、
    前記第２のストレージシステムは、前記第１の計算機から受信する前記作成指示に基づいて、前記ある時点より以前の時点における前記第１の記憶領域内のデータの複製を作成することを特徴とする計算機システム。
  5. 請求項１に記載の計算機システムであって、
    前記管理手段は、前記第１のストレージシステムから、前記書き込みデータが前記第２の記憶領域に格納された時刻情報を含む更新履歴情報を取得し、該更新履歴情報に基づいて、前記第１のストレージシステムが前記第２の記憶領域に前記書き込みデータを格納した時点から現時点までの経過時間を算出することを特徴とする計算機システム。
  6. 請求項２に記載の計算機システムであって、
    前記第１のストレージシステムは、前記第１の計算機から受信する前記移行指示に基づいて、前記第２の記憶領域に格納される前記書き込みデータ、および前記書き込みデータが前記第２の記憶領域に格納された時刻情報を含むジャーナルを前記第２のストレージシステムに移行し、
    前記第２のストレージシステムは、移行された前記書き込みデータおよび前記ジャーナルを用いて、前記ある時点より以前の時点における前記第１の記憶領域のスナップショットを作成することを特徴とする計算機システム。
  7. 請求項１に記載の計算機システムであって、
    前記管理手段は、前記複数のストレージシステムのそれぞれについて、所定のデータの容量を示す情報と、前記複数のストレージシステムの識別情報に含まれるデータを読み出す処理の性能を示す情報とを用いて、前記任意の時点における前記第１の記憶領域の復元に要する復元時間を算出することを特徴とする計算機システム。
  8. 請求項４に記載の計算機システムであって、
    前記第２のストレージシステムは、第１の時点における前記第１の記憶領域内のデータの複製と、前記第１の時点の次の第２の時点における前記第１の記憶領域内のデータの複製とを有し、
    前記管理手段は、前記第１の時点と前記第２の時点との間の時点において、前記第２の記憶領域に格納された前記書き込みデータを検出し、
    前記管理手段は、前記検出した書き込みデータの容量を示す情報と、前記複数のストレージシステムの識別情報に含まれるデータを読み出す処理の性能を示す情報とを用いて、前記ある時点における前記復元所要時間を算出することを特徴とする計算機システム。
  9. 請求項８に記載の計算機システムであって、
    前記管理手段は、複数の前記第１の時点と前記第２の時点との間において前記復元所要時間を算出し、該算出した複数の前記復元所要時間のうちの最大値の前記復元所要時間と、前記復元情報に含まれる前記復元要求時間とを比較することを特徴とする計算機システム。
  10. 請求項８に記載の計算機システムであって、
    前記第１の計算機は、前記復元処理時間が前記復元要求時間を超える場合、前記第１の時点と前記第２の時点との間の時点を決定し、前記第２のストレージシステムに対して、前記決定した時点における前記第１の記憶領域内のデータの複製を作成する作成指示を送信することを特徴とする計算機システム。
  11. 請求項１に記載の計算機システムであって、
    前記第２のストレージシステムおよび前記第１の計算機に接続される第３のストレージシステムを有し、
    前記管理手段は、前記第２の記憶領域に前記書き込みデータが格納される時点からの経過時間に応じ、前記復元情報および前記装置情報に基づいて、前記第３のストレージシステムを特定し、前記第２のストレージシステムに移行される前記書き込みデータを前記第３のストレージシステムに移行する移行指示を、前記第２のストレージシステムに対して送信し、
    前記第３のストレージシステムは、前記第１の計算機から受信する前記移行指示に基づいて、前記第２のストレージシステムに移行される前記書き込みデータを、前記第３のストレージシステムに移行することを特徴とする計算機システム。
  12. 第１のストレージシステムと、第２のストレージシステムと、他の計算機とに、ネットワークを介して接続される計算機であって、
    前記ネットワークに接続されるインタフェースと、
    前記インタフェースに接続されるプロセッサと、
    前記プロセッサに接続されるメモリとを有し、
    前記メモリには、前記第１のストレージシステム内の記憶領域に対して前記他の計算機が書き込みデータを格納した書き込み時刻からの時間経過に対応する、前記書き込みデータを用いてある以前の時点における前記記憶領域内のデータの復元に要求される復元要求時間を含む復元情報と、
    複数のストレージシステムの識別情報と、該複数のストレージシステムが任意の時点における前記第１の記憶領域内のデータの復元に要する復元時間とを対応付ける装置情報とが格納され、
    前記プロセッサは、前記第１のストレージシステム内の前記記憶領域に前記書き込みデータが格納される時点からの経過時間に応じ、前記メモリに格納される前記復元情報および前記装置情報に基づいて特定される前記第２のストレージシステムに、前記記憶領域に格納された前記書き込みデータを移行する移行指示を、前記第１のストレージシステムに対して送信することを特徴とする計算機。
  13. 第１の計算機と、第２の計算機と、前記第１および第２の計算機に接続され、前記第２の計算機が使用するデータを格納する第１の記憶領域、および前記第１の記憶領域に対して前記第２の計算機からの書き込み要求がある場合、前記第１の記憶領域に書き込まれる書き込みデータを格納する第２の記憶領域を有する第１のストレージシステムと、前記第１の計算機および前記第１のストレージシステムに接続される第２のストレージシステムとを有する計算機システムにおけるデータ制御方法であって、
    前記第１の計算機は、前記書き込みデータの書き込み時刻からの経過時間を算出し、
    前記第２の記憶領域に格納される前記書き込みデータの書き込み時刻からの時間経過に対応する、前記書き込みデータを用いてある以前の時点における前記第１の記憶領域内のデータの復元に要求される復元要求時間を含む復元情報と、複数のストレージシステムの識別情報と、該複数のストレージシステムが任意の時点における前記第１の記憶領域内のデータの復元に要する復元時間とを対応付ける装置情報とを参照し、
    前記復元情報および前記装置情報に基づいて、前記第２のストレージシステムを特定し、
    前記第１のストレージシステムに対してデータ移行指示を送信し、
    前記第１のストレージシステムは、前記第２の記憶領域に格納される前記書き込みデータを、前記第２のストレージシステムに移行することを特徴とするデータ制御方法。
  14. 計算機システムであって、
    第１の計算機と、第２の計算機と、前記第１および第２の計算機に接続され、前記第２の計算機が使用するデータを格納する第１の記憶領域に対して前記第２の計算機からの書き込み要求がある場合、前記第１の記憶領域に書き込まれる書き込みデータを格納する第２の記憶領域を有するストレージシステムとを有し、
    前記第１の計算機は、
    前記第２の記憶領域に格納される前記書き込みデータの書き込み時刻からの時間経過に対応する、前記書き込みデータを用いてある以前の時点における前記第１の記憶領域内のデータの復元に要求される復元要求時間を含む復元情報と、
    一以上の記憶領域を含む複数のグループを、任意の時点における前記第１の記憶領域内のデータの復元に要する復元時間に基づいて定義し、該複数のグループのそれぞれに対応する前記復元時間を含むグループ情報と、
    前記書き込みデータの書き込み時刻からの経過時間に応じ、前記復元情報および前記グループ情報に基づいて前記複数のグループのうちのあるグループを特定し、前記第２の記憶領域に格納された前記書き込みデータを、前記特定されるグループに含まれる何れかの前記記憶領域に移行する移行指示を送信する管理手段とを有し、
    前記ストレージシステムは、
    前記第１の計算機から受信した前記移行指示に基づいて、前記第２の記憶領域に格納された前記書き込みデータを、前記特定されたグループに移行する移行手段を有することを特徴とする計算機システム。
  15. 計算機であって、
    他の計算機と、前記他の計算機から認識可能な第１の記憶領域に対する書き込み要求に対応する書き込みデータを、前記書き込みデータの書き込み時刻に対応付けて格納する第２の記憶領域を有する複数のストレージシステムとに、ネットワークを介して接続され、
    前記ネットワークに接続されるインタフェースと、
    前記インタフェースに接続されるプロセッサと、
    前記プロセッサに接続されるメモリとを有し、
    前記メモリには、前記書き込み時刻からの時間経過に対応する、前記書き込みデータを用いてある以前の時点における前記第１の記憶領域内のデータの復元に要求される復元要求時間を含む復元情報と、
    前記複数のストレージシステムの識別情報と、該複数のストレージシステムが任意の時点における前記第１の記憶領域内のデータの復元に要する復元時間とを対応付ける装置情報とが格納され、
    前記プロセッサは、前記書き込み時刻からの経過時間に応じ、前記メモリに格納される前記復元情報および前記装置情報に基づいて特定される移行先の前記ストレージシステムに、前記第２の記憶領域に格納された前記書き込みデータを移行する移行指示を、移行元の前記ストレージシステムに対して送信することを特徴とする計算機。
JP2006060433A 2006-03-07 2006-03-07 記憶装置システム Pending JP2007241486A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006060433A JP2007241486A (ja) 2006-03-07 2006-03-07 記憶装置システム
US11/407,970 US7681001B2 (en) 2006-03-07 2006-04-21 Storage system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006060433A JP2007241486A (ja) 2006-03-07 2006-03-07 記憶装置システム

Publications (1)

Publication Number Publication Date
JP2007241486A true JP2007241486A (ja) 2007-09-20

Family

ID=38480283

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006060433A Pending JP2007241486A (ja) 2006-03-07 2006-03-07 記憶装置システム

Country Status (2)

Country Link
US (1) US7681001B2 (ja)
JP (1) JP2007241486A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009169950A (ja) * 2008-01-15 2009-07-30 Internatl Business Mach Corp <Ibm> 記憶インフラストラクチャを自動的に管理するための方法および適切な記憶インフラストラクチャ
JP2012146177A (ja) * 2011-01-13 2012-08-02 Nec System Technologies Ltd トランザクション履歴送信装置、トランザクション管理システム、トランザクション履歴送信方法およびトランザクション履歴送信プログラム

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8874517B2 (en) * 2007-01-31 2014-10-28 Hewlett-Packard Development Company, L.P. Summarizing file system operations with a file system journal
JP4765980B2 (ja) * 2007-03-30 2011-09-07 株式会社日立製作所 通信ネットワークシステム
JP5073348B2 (ja) * 2007-04-04 2012-11-14 株式会社日立製作所 アプリケーション管理支援システム、管理計算機、ホスト計算機、及びアプリケーション管理支援方法
US8291261B2 (en) * 2008-11-05 2012-10-16 Vulcan Technologies Llc Lightweight application-level runtime state save-and-restore utility
JP5644225B2 (ja) * 2010-07-16 2014-12-24 富士ゼロックス株式会社 プログラム及び情報処理装置
US20120046881A1 (en) * 2010-08-17 2012-02-23 Ariel Corporation Apparatus and method for measurement of volatile organic compound emissions
US9946606B1 (en) 2010-11-18 2018-04-17 Datacore Software Corporation Stream architecture for data representation
GB2502337A (en) 2012-05-25 2013-11-27 Ibm System providing storage as a service
US9411717B2 (en) * 2012-10-23 2016-08-09 Seagate Technology Llc Metadata journaling with error correction redundancy
US10003636B1 (en) * 2013-03-15 2018-06-19 Datacore Software Corporation Multi-node data store management
US10185557B2 (en) * 2015-10-29 2019-01-22 Ca, Inc. Enhanced metadata tracking in a change management system
US11029855B1 (en) 2019-10-01 2021-06-08 Datacore Software Corporation Containerized storage stream microservice
CN116405726B (zh) * 2023-06-05 2023-10-20 深圳市华曦达科技股份有限公司 基于emmc磨损度的数据存储控制方法、***和可读存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7111136B2 (en) * 2003-06-26 2006-09-19 Hitachi, Ltd. Method and apparatus for backup and recovery system using storage based journaling
US20050015416A1 (en) * 2003-07-16 2005-01-20 Hitachi, Ltd. Method and apparatus for data recovery using storage based journaling
US7398422B2 (en) * 2003-06-26 2008-07-08 Hitachi, Ltd. Method and apparatus for data recovery system using storage based journaling
US7197520B1 (en) * 2004-04-14 2007-03-27 Veritas Operating Corporation Two-tier backup mechanism
US7613747B1 (en) * 2005-06-08 2009-11-03 Sprint Communications Company L.P. Tiered database storage and replication
US7392356B1 (en) * 2005-09-06 2008-06-24 Symantec Corporation Promotion or demotion of backup data in a storage hierarchy based on significance and redundancy of the backup data
JP4704893B2 (ja) * 2005-11-15 2011-06-22 株式会社日立製作所 計算機システム及び管理計算機とストレージシステム並びにバックアップ管理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009169950A (ja) * 2008-01-15 2009-07-30 Internatl Business Mach Corp <Ibm> 記憶インフラストラクチャを自動的に管理するための方法および適切な記憶インフラストラクチャ
JP2012146177A (ja) * 2011-01-13 2012-08-02 Nec System Technologies Ltd トランザクション履歴送信装置、トランザクション管理システム、トランザクション履歴送信方法およびトランザクション履歴送信プログラム

Also Published As

Publication number Publication date
US20070214334A1 (en) 2007-09-13
US7681001B2 (en) 2010-03-16

Similar Documents

Publication Publication Date Title
JP2007241486A (ja) 記憶装置システム
US10831614B2 (en) Visualizing restoration operation granularity for a database
US10896102B2 (en) Implementing secure communication in a distributed computing system
US20060047926A1 (en) Managing multiple snapshot copies of data
US8209498B2 (en) Method and system for transferring duplicate files in hierarchical storage management system
JP4741371B2 (ja) システム、サーバ装置及びスナップショットの形式変換方法
US8060714B1 (en) Initializing volumes in a replication system
US8108634B1 (en) Replicating a thin logical unit
US9405590B2 (en) Method, apparatus, and system for issuing partition balancing subtask
US20140344222A1 (en) Method and apparatus for replication size estimation and progress monitoring
US20070185934A1 (en) Restoring a file to its proper storage tier in an information lifecycle management environment
US20050193248A1 (en) Computer system for recovering data based on priority of the data
US20070198604A1 (en) Computer system, computer system management console, and data recovery management method
US20090172142A1 (en) System and method for adding a standby computer into clustered computer system
US10572184B2 (en) Garbage collection in data storage systems
JP2004334574A (ja) ストレージの運用管理プログラム、運用管理方法及び管理計算機
CN101441582A (zh) 计算机数据对象的备份和恢复方法及实现该方法的***和程序产品
US10599622B2 (en) Implementing storage volumes over multiple tiers
JPH04299748A (ja) ファイルの管理方法及び装置
CN111078667B (zh) 一种数据迁移的方法以及相关装置
JP2007133471A (ja) ストレージ装置及びスナップショットのリストア方法
US8161008B2 (en) Information processing apparatus and operation method thereof
US10628298B1 (en) Resumable garbage collection
US20140358858A1 (en) Determining A Schedule For A Job To Replicate An Object Stored On A Storage Appliance
US8275937B2 (en) Storage system and processing efficiency improving method of storage system