(57)【要約】【課題】Ｐサイト側の複数のディスクをグループ化せずにデータ転送で回線に多大な負荷を掛けることがなく、且つ復旧時にＤＲサイト側のディスクの静止点を用いてシステムの整合性を保つことができるディザスタリカバリシステムを提供する。【解決手段】Ｐサイト１０の複数のディスクに対してディスク内のデータの整合性が保てる点を静止点としてディスクごとに作成し、複数のディスクの前回の静止点との差分データをＤＲサイト１３に転送するディザスタリカバリシステムにおいて、Ｐサイトに備えた当該Ｐサイトでのディスクごとの静止点の組み合わせによるデータの整合性を管理する整合性管理装置と、ＤＲサイトに備えた復旧時のリカバリポイントとなるディスクごとの静止点がＤＲサイトの複数のディスク間でデータの整合性を保つことを判定するリカバリポイント管理装置と、を備える。【選択図】図１
2010217993.tif 000002
【特許請求の範囲】
【請求項１】
プライマリサイトのディスクのデータをディザスタリカバリサイトに転送してデータをバックアップするディザスタリカバリシステムであって、
前記プライマリサイトが前記プライマリサイトの複数のディスクに対してディスク内のデータの整合性が保てるある時点でのファイルとディレクトリの集合を静止点としてディスクごとに作成し、前記複数のディスクの前回の静止点との差分データをディザスタリカバリサイトに転送し、
前記ディザスタリカバリサイトが前記プライマリサイトの複数のディスクのデータを復旧するための複数のディスクを有し、前記ディザスタリカバリサイトの複数のディスクに、前記プライマリサイトの複数のディスクからディスクごとの静止点の情報と前記差分データが転送され、
システム復旧時に、前記ディザスタリカバリサイトの複数のディスクに転送済みの前記プライマリサイトの静止点の情報を用いて前記プライマリサイトのデータを復旧させるディザスタリカバリシステムにおいて、
前記プライマリサイトに備えられ前記プライマリサイトの複数のディスクの静止点の組み合わせによるデータの整合性を記録する静止点情報データベースを持つ整合性管理装置と、
前記ディザスタリカバリサイトに備えられ前記静止点情報データベースのデータを転送させた転送済み静止点情報データベースと、復旧時のリカバリポイントとなる前記ディスクごとの静止点が前記ディザスタリカバリサイトの複数のディスク間でデータの整合性を保つことを判定するリカバリポイント一覧データベースを持つリカバリポイント管理装置と、
を備えたことを特徴とするディザスタリカバリシステム。
【請求項２】
整合性管理装置は、プライマリサイトの複数のディスクに記憶されたファイルＩＤと該ファイルの更新によって変更される他のファイルＩＤを保持するファイル関連情報管理手段と、前記ファイルとそのファイルが格納されているディスクＩＤを保持するディスク情報管理手段とを有することを特徴とする請求項１に記載のディザスタリカバリシステム。
【請求項３】
整合性管理装置は、プライマリサイトの複数のディスクに記憶されたファイルの更新時刻と、その更新したファイルＩＤと、該ファイルが格納されているディスクＩＤと、前記ファイルの更新による変更を受けたディスクＩＤを保持するファイル更新情報データベースとを有することを特徴とする請求項１又は２に記載のディザスタリカバリシステム。
【請求項４】
静止点情報データベースは、プライマリサイトの複数のディスクについて各ディスクの静止点が作成された時刻と他のディスクの静止点との整合性を保つために、ディスクの静止点が作成された時刻と、該時刻における前記ファイル更新情報データベースに記録された更新ディスクと影響ディスクを参照して、前記影響ディスクについて前記時刻の静止点ＩＤを保持するディスクテーブルを有することを特徴とする請求項１から３のいずれか１項に記載のディザスタリカバリシステム。
【請求項５】
リカバリポイント管理装置は、前記静止点情報データベースから転送済みの静止点情報を記録する転送済み静止点情報データベースと、個々の静止点の転送が完了した際の最新の静止点ＩＤの組み合わせがシステムとしての整合性を保っているかの情報を保持するリカバリポイント一覧データベースとを備えることを特徴とする請求項１から４のいずれか１項に記載のディザスタリカバリシステム。
【請求項６】
プライマリサイトのディスクのデータをディザスタリカバリサイトに転送してデータをバックアップするディザスタリカバリシステムであって、前記プライマリサイトがプライマリサイトの複数のディスクに対してディスク内のデータの整合性が保てるある時点でのファイルとディレクトリの集合を静止点としてディスクごとに作成し、前記複数のディスクの前回の静止点との差分データをディザスタリカバリサイトに転送し、前記ディザスタリカバリサイトが前記プライマリサイトの複数のディスクのデータを復旧するための複数のディスクを有し、前記ディザスタリカバリサイトの複数のディスクに、前記プライマリサイトの複数のディスクからディスクごとの静止点の情報と前記差分データが転送され、システム復旧時に、前記ディザスタリカバリサイトの複数のディスクに転送済みの前記プライマリサイトの静止点の情報を用いて前記プライマリサイトのデータを復旧させるディザスタリカバリシステムであって、前記プライマリサイトに備えられ前記プライマリサイトの複数のディスクの静止点の組み合わせによるデータの整合性を記録する静止点情報データベースを持つ整合性管理装置と、前記ディザスタリカバリサイトに備えられ前記静止点情報データベースのデータを転送させた転送済み静止点情報データベースと、復旧時のリカバリポイントとなるディスクごとの静止点が前記ディザスタリカバリサイトの複数のディスク間でデータの整合性を保つことを判定するリカバリポイント一覧データベースを持つリカバリポイント管理装置と、を備えたディザスタリカバリシステムの管理方法において、
前記整合性管理装置は静止点情報データベースに前記プライマリサイトの複数のディスクの静止点の組み合わせによるデータの整合性を記録し、
前記リカバリポイント管理装置は前記静止点情報データベースを転送させた転送済み静止点情報データベースと、リカバリポイント一覧データベースとから、復旧時のリカバリポイントとなる前記ディスクごとの静止点が前記ディザスタリカバリサイトの複数のディスク間でデータの整合性を保つことを判定することを特徴とするディザスタリカバリシステムの管理方法。
【請求項７】
整合性管理装置は、ファイル関連情報管理手段にプライマリサイトの複数のディスクに記憶されたファイルＩＤと該ファイルの更新によって変更される他のファイルＩＤを管理し、ディスク情報管理手段に前記ファイルとそのファイルが格納されているディスクＩＤを管理することを特徴とする請求項６に記載のディザスタリカバリシステムの管理方法。
【請求項８】
整合性管理装置は、ファイル更新情報データベースにプライマリサイトの複数のディスクに記憶されたファイルの更新時刻と、その更新したファイルＩＤと、該ファイルが格納されているディスクＩＤと、前記ファイルの更新による変更を受けたディスクＩＤを記録することを特徴とする請求項６又は７に記載のディザスタリカバリシステムの管理方法。
【請求項９】
静止点情報データベースは、プライマリサイトの複数のディスクについてディスクテーブルに、各ディスクの静止点が作成された時刻と他のディスクの静止点との整合性を保つために、ディスクの静止点が作成された時刻と、該時刻における前記ファイル更新情報データベースに記録された更新ディスクと影響ディスクを参照して、前記影響ディスクについて前記時刻の静止点ＩＤを記録することを特徴とする請求項６〜８のいずれか１項に記載のディザスタリカバリシステムの管理方法。
【請求項１０】
リカバリポイント管理装置は、転送済み静止点情報データベースに前記静止点情報データベースから転送済みの静止点情報を記録するとともに、リカバリポイント一覧データベースに個々の静止点の転送が完了した際の最新の静止点ＩＤの組み合わせがシステムとしての整合性を保っているかの情報を記録することを特徴とする請求項６〜９のいずれか１項に記載のディザスタリカバリシステムの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プライマリサイトのディスクのデータを、離れた場所にあるディザスタリカバリサイトに継続的に転送して同一のデータをバックアップしておき、プライマリサイトが災害（ディザスタ）等で停止した場合に、ディザスタリカバリサイトを代替してプライマリサイトと同一のデータ処理サービスをすぐに復旧させることができるディザスタリカバリシステムに関し、特に、復旧時のリカバリポイントの決定を容易にすることができるディザスタリカバリシステム及びその管理方法に関するものである。
【背景技術】
【０００２】
従来、ディザスタリカバリ（以下、ＤＲとする）システムでは、平常時にプライマリ（以下、Ｐとする）サイトの複数のディスクの静止点（スナップショット：ディスク内のデータの整合性が保てるある時点でのファイルとディレクトリの集合）を同一時刻にまとめて作成している。この静止点は、ディスク内でのデータの整合性が保たれている点であり、前回の静止点作成時からの変更データの差分を保持するものである。この静止点の情報をディスクに適用することで、静止点作成時点のディスクデータに復旧することができる。すなわち、Ｐサイトの静止点のデータを、ＤＲサイト側に用意した復旧用のリカバリディスクに転送しておき、Ｐサイト側の災害時に適用させることで、Ｐサイトのディスクを復旧することができるものである（特許文献１、非特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−８４２６４号公報
【非特許文献】
【０００４】
【非特許文献１】ＦａｌｃｏｎＳｔｏｒ  Ｓｏｆｔｗａｒｅ、「ＣＤＰ  Ｖｉｒｔｕａｌ  Ａｐｐｌｉａｎｃｅ」、［online］、［平成２１年３月９日検索］、インターネット＜http://www.falconstor.com/index.cfm?tk=3ZF82766JBG8S2076JHG762896YUFGFS&bhcp=1＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した静止点を作成するＤＲシステムにあっては、Ｐサイトで作成された静止点は、順次ＤＲサイトへと転送されることから、転送中に突然の災害発生でＰサイトが停止したときに転送が完了していない静止点が存在する場合がある。
【０００６】
そして、アプリケーションが持つ複数のファイルが、Ｐサイトの異なるディスクに分かれて存在していて、当該ファイルの更新が別のディスクにあるファイルに影響を及ぼす場合に、当該ファイルを持つディスクと影響を受けたファイルを持つディスクでは、当該ファイルの更新後に作成された静止点の組み合わせか、当該ファイル更新前に作成された静止点の組み合わせでなければ、ディスク間の整合性を保つことができなかった。
【０００７】
そのため、災害発生時にＤＲサイトにてシステムを復旧する際、単純にＤＲサイト側に転送されている複数のディスクの最新の静止点をリカバリポイントとして設定すると、復旧時のシステムの整合性が崩れてしまうおそれがあり、復旧時には各ディスクの静止点における整合性を確認する必要があった。
【０００８】
したがって、複数のディスク間の相互依存度が高くデータが頻繁に更新されるようなサイトにあっては、Ｐサイトの複数のディスクについて同時に静止点を作成しなければ整合性の確保が困難なため、システムの整合性を保たせるべく、Ｐサイトにおける複数のディスクを一つにグループ化して、同時刻にまとめて静止点を作成することが行われており、これは整合性の点では有効であった。
【０００９】
しかしながら、このシステムではＰサイトの複数のディスクのデータを一度に転送することになるため、回線などに多大な負荷が掛かるものであった。また、ディスク間の関係がデータの参照などの一方向依存関係にある場合には、必ずしもグループ化して同時に静止点を作成せずとも整合性を保つことができる場合がある。しかし前記グループ化する方法では、こうした場合でも整合性を保つためにディスクのグループ化を行うこととなり、結果として回線への負荷を生じさせていた。
【００１０】
本発明は、このような実情に鑑みてなされたものであり、Ｐサイト側の複数のディスクをグループ化せずにデータ転送で回線に多大な負荷を掛けることがなく、且つ復旧時にＤＲサイト側のディスクの静止点を用いてシステムの整合性を保つことができるディザスタリカバリシステムを提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
上記課題に鑑みて鋭意研究の結果、本発明者は、複数のディスクをグループ化せずに、異なるタイミングで取得された各ディスクの静止点を管理し、アプリケーションが持つ複数のファイルのうち関連性を持つファイルの更新を管理するシステムをＰサイトに持ち、且つ転送された静止点を管理するシステムをＤＲサイトに持つことで、複数のディスクにおける整合性を保つような静止点の組み合わせを提示するディザスタリカバリシステムに想到した。
【００１２】
すなわち、本発明は、プライマリサイトのディスクのデータをディザスタリカバリサイトに転送してデータをバックアップするディザスタリカバリシステムであって、前記プライマリサイトがプライマリサイトの複数のディスクに対してディスク内のデータの整合性が保てるある時点でのファイルとディレクトリの集合を静止点としてディスクごとに作成し、前記複数のディスクの前回の静止点との差分データをディザスタリカバリサイトに転送し、前記ディザスタリカバリサイトが前記プライマリサイトの複数のディスクのデータを復旧するための複数のディスクを有し、前記ディザスタリカバリサイトの複数のディスクに、前記プライマリサイトの複数のディスクからディスクごとの静止点の情報と前記差分データが転送され、システム復旧時に、前記ディザスタリカバリサイトの複数のディスクに転送済みの前記プライマリサイトの静止点の情報を用いて前記プライマリサイトのデータを復旧させるディザスタリカバリシステムにおいて、前記プライマリサイトに備えられ前記プライマリサイトの複数のディスクの静止点の組み合わせによるデータの整合性を記録する静止点情報データベースを持つ整合性管理装置と、前記ディザスタリカバリサイトに備えられ前記静止点情報データベースのデータを転送させた転送済み静止点情報データベースと、復旧時のリカバリポイントとなる前記ディスクごとの静止点が前記ディザスタリカバリサイトの複数のディスク間でデータの整合性を保つことを判定するリカバリポイント一覧データベースを持つリカバリポイント管理装置と、を備えたディザスタリカバリシステムを提供するものである。
【００１３】
これにより、ディスク単位で静止点作成の頻度を決定できるため、ディスクの更新頻度に合わせた設計が可能となり、これにより従来のＰサイトの複数のディスクをグループ化してデータを一度に転送することによる回線への負荷を軽減し、静止点作成によるディスク容量の増加を抑えることができる。
【００１４】
本発明のディザスタリカバリシステムにおいて、整合性管理装置は、プライマリサイトの複数のディスクに記憶されたファイルと該ファイルの更新によって変更される他のファイルの情報を保持するファイル関連情報手段と、前記ファイルとそのファイルが格納されているディスクの情報を保持するディスク情報手段とを有することを特徴とする。
【００１５】
これにより、ファイル更新ごとに、その更新ファイルが影響する影響ファイルとその影響ファイルが保存されている影響ディスクの関連する情報が、ファイル関連情報手段とディスク情報手段とから得られる。
【００１６】
本発明のディザスタリカバリシステムにおいて、整合性管理装置は、ファイルの更新時刻と、その更新したファイルと、該ファイルが格納されているディスクと、前記ファイルの更新による変更を受けたディスクの情報を保持するファイル更新情報データベースとを有することを特徴とする。
【００１７】
これにより、ファイル更新時刻における、その更新ファイルと、更新ディスクと、更新ファイルが影響する影響ディスクとが関連している情報が、ファイル更新情報データベースから得られる。
【００１８】
本発明のディザスタリカバリシステムにおいて、整合性管理装置は、プライマリサイトの複数のディスクについて各ディスクの静止点が作成された時刻と他のディスクの静止点との整合性を保つために、ディスクの静止点が作成された時刻と、該時刻における前記ファイル更新情報データベースに記録された更新ディスクと影響ディスクを参照して、前記影響ディスクについて前記時刻の静止点ＩＤを保持するディスクテーブルを有することを特徴とする。
【００１９】
これにより、ディスクごとの静止点が作成された時刻における、他のディスクの静止点情報をディスクテーブルから得ることができ、このディスクテーブルの静止点情報と、更新ディスクと影響ディスクの関連情報とからシステムの整合性を確認することができる。
【００２０】
本発明のディザスタリカバリシステムにおいて、リカバリポイント管理装置は、前記静止点情報データベースから転送済みの静止点情報を記録する転送済み静止点情報データベースと、個々の静止点の転送が完了した際の最新の静止点ＩＤの組み合わせがシステムとしての整合性を保っているかの情報を保持するリカバリポイント一覧データベースとを備えることを特徴とする。
【００２１】
これにより、最新の静止点の組み合わせがシステムの整合性を保っているか否かをリカバリポイント一覧データベースから確認して、整合性のとれている静止点の組み合わせによるリカバリポイントを容易に決定することができる。
【００２２】
本発明のディザスタリカバリシステムの管理方法において、プライマリサイトのディスクのデータをディザスタリカバリサイトに継続的に転送して同一のデータをバックアップするディザスタリカバリシステムであって、プライマリサイトの複数のディスクに対してディスク内のデータの整合性が保てるある時点でのファイルとディレクトリの集合を静止点としてディスクごとに作成し、前記複数のディスクの前回の静止点との差分データをディザスタリカバリサイトに転送し、前記ディザスタリカバリサイトは前記プライマリサイトの複数のディスクのデータを復旧するための複数のディスクを有し、前記ディザスタリカバリサイトの複数のディスクには、前記プライマリサイトの複数のディスクからディスクごとの静止点の情報と前記差分データが転送され、システム復旧時に、前記ディザスタリカバリサイトの複数のディスクに転送済みの前記プライマリサイトの静止点の情報を用いて前記プライマリサイトのデータを復旧させるディザスタリカバリシステムであって、前記プライマリサイトに備えられ前記プライマリサイトの複数のディスクの静止点の組み合わせによるデータの整合性を記録する静止点情報データベースを持つ整合性管理装置と、前記ディザスタリカバリサイトに備えられ前記静止点情報データベースを転送させた転送済み静止点情報データベースと、復旧時のリカバリポイントとなるディスクごとの静止点が前記ディザスタリカバリサイトの複数のディスク間でデータの整合性を保つことを判定するリカバリポイント一覧データベースを持つリカバリポイント管理装置と、を備えたディザスタリカバリシステムにおいて、前記整合性管理装置は静止点情報データベースに前記プライマリサイトの複数のディスクの静止点の組み合わせによるデータの整合性を記録し、前記リカバリポイント管理装置は前記静止点情報データベースを転送させた転送済み静止点情報データベースと、リカバリポイント一覧データベースとから、復旧時のリカバリポイントとなる前記ディスクごとの静止点が前記ディザスタリカバリサイトの複数のディスク間でデータの整合性を保つことを判定することを特徴とする。
【００２３】
本発明のディザスタリカバリシステムの管理方法において、整合性管理装置は、ファイル関連情報管理手段にプライマリサイトの複数のディスクに記憶されたファイルＩＤと該ファイルの更新によって変更される他のファイルＩＤを管理し、ディスク情報管理手段に前記ファイルとそのファイルが格納されているディスクＩＤを管理することを特徴とする。
【００２４】
本発明のディザスタリカバリシステムの管理方法において、整合性管理装置は、ファイル更新情報データベースにプライマリサイトの複数のディスクに記憶されたファイルの更新時刻と、その更新したファイルＩＤと、該ファイルが格納されているディスクＩＤと、前記ファイルの更新による変更を受けたディスクＩＤを記録することを特徴とする。
【００２５】
本発明のディザスタリカバリシステムの管理方法において、静止点情報データベースは、プライマリサイトの複数のディスクについてディスクテーブルに、各ディスクの静止点が作成された時刻と他のディスクの静止点との整合性を保つために、ディスクの静止点が作成された時刻と、該時刻における前記ファイル更新情報データベースに記録された更新ディスクと影響ディスクを参照して、前記影響ディスクについて前記時刻の静止点ＩＤを記録することを特徴とする。
【００２６】
本発明のディザスタリカバリシステムの管理方法において、リカバリポイント管理装置は、転送済み静止点情報データベースに前記静止点情報データベースから転送済みの静止点情報を記録するとともに、リカバリポイント一覧データベースに個々の静止点の転送が完了した際の最新の静止点ＩＤの組み合わせがシステムとしての整合性を保っているかの情報を記録することを特徴とする。
【発明の効果】
【００２７】
以上、説明したように、本発明のディザスタリカバリシステムによれば、ディスク単位で静止点を作成することができるとともに、システムの整合性も確保できることから、回線の帯域が制限されるような環境にあってもディスクの更新頻度に合わせた設計が可能となり、これにより従来のＰサイトの複数のディスクをグループ化してデータを一度に転送することによる回線への負荷を軽減し、静止点作成によるディスク容量の増加を抑えることができ、これにより災害時におけるシステムの迅速な復旧を可能とする。
【図面の簡単な説明】
【００２８】
【図１】本発明のディザスタリカバリシステムのシステム構成図である。
【図２】本発明のファイル間関連情報データベース内のファイル関連情報テーブルである。
【図３】本発明のファイル間関連情報データベース内のディスク情報テーブルである。
【図４】本発明のファイル更新情報データベースに保存される情報である。
【図５】本発明の静止点情報データベース内のディスク１テーブルに保存される情報である。
【図６】本発明の静止点情報データベース内のディスク２テーブルに保存される情報である。
【図７】本発明の静止点情報データベース内のディスク３テーブルに保存される情報である。
【図８】本発明のリカバリポイント一覧データベースに保存される情報である。
【図９】本発明のディザスタリカバリシステムの全体フローである。
【図１０】本発明の更新情報管理処理のフローである。
【図１１】本発明の静止点整合性管理処理のフローである。
【図１２】本発明のリカバリポイント管理装置の処理フローである。
【図１３】本発明のリカバリポイント管理装置における整合性が保たれる場合のフローの説明図である。
【図１４】本発明のリカバリポイント管理装置における整合性が保たれない場合のフローの説明図である。
【発明を実施するための形態】
【００２９】
以下、添付図面を参照しながら、本発明のディザスタリカバリシステムの形態を詳細に説明する。図１〜図１２は、本発明の実施の形態を例示する図であり、これらの図におい．て、同一の符号を付した部分は同一物を表わし、基本的な構成及び動作は同様であるものとする。
【００３０】
まず、本発明のディザスタリカバリシステムの考え方としては、Ｐサイトの複数のディスクをグループ化せずに、異なるタイミングで取得された各ディスクの静止点を管理し、アプリケーションが持つ複数のファイルのうち関連性を持つファイルの更新を管理するシステムをＰサイトに持ち、そして転送された静止点を管理するシステムをＤＲサイトに持つことで、複数のディスクにおける整合性を保つような静止点の組み合わせを提示する機能を備える。
【００３１】
ただし、関連性を持つファイルの情報は、あらかじめ定義されており、静止点の作成時刻とファイルの更新時刻を基に、静止点に対して特定の印を付与し、これをＤＲサイト側のリカバリポイント管理装置において識別し、整合性を管理するものとする。
【００３２】
まずＰサイトで、あらかじめ複数のファイル間の関連性を定義しておき、その関連性と該当ファイルが格納されているディスクを認識しておく。そしてディスクへの更新を管理し、他のファイルと関連性があるファイルの更新かどうかをチェックする。関連性があるファイルの更新である場合、すでに認識しているディスク情報から関連するディスクを特定する。ディスクの静止点作成の際に、関連するディスクの最新の静止点作成時刻と関連するディスクに影響する更新の最新更新時刻を比較し、更新時刻のほうが遅かった場合、静止点に関連するディスクに関する印を付けて作成する。
【００３３】
ＤＲサイトでは、各ディスクの静止点が転送されるたびに、システムが最新の状態となる静止点の組み合わせを全体の静止点として管理する。その際、静止点に付けられた印を考慮し、各ディスクの関連を保つものである。
【００３４】
以下に図面を用いて本発明の実施形態を説明する。
【００３５】
図１は、本実施形態のディザスタリカバリシステムの構成を示している。このディザスタリカバリシステムは、平常時本番環境稼動サイトであるＰサイト１０と、このＰサイト１０を管理するコンピュータからなる整合性管理装置２０と、Ｐサイト１０から離れた場所に位置する災害時復旧用サイトであるＤＲサイト１３と、ＤＲサイト１３を管理するコンピュータからなるリカバリポイント管理装置２１とを備え、Ｐサイト１０とＤＲサイト１３を回線などで接続して、Ｐサイト１０のディスクのデータを、ＤＲサイト１３のディスクに順次転送してバックアップするシステムである。
前記整合性管理装置２０は、Ｐサイト１０内のＤＲ対象のディスク１１に格納されるファイルの更新とバックアップポイントとなるＤＲ対象ディスクの静止点１２（ディスク内のデータの整合性が保てるある時点でのファイルとディレクトリの集合）を管理し、ファイル関連情報テーブル４０とディスク情報テーブル４１が定義されているファイル間関連情報データベース３０と、ファイル更新情報データベース３１と、ディスクごとの静止点作成時刻や整合性の情報を記録したディスク１テーブル４２やディスク２テーブル４３を保持する静止点情報データベース３２を持つ。
前記リカバリポイント管理装置２１は、ＤＲサイト１３の復旧用ディスク１４に転送されたリカバリポイントとなる復旧用ディスクの静止点１５を管理し、前記整合性管理装置２０が持つ静止点情報データベース３２から転送済みの静止点情報を記録する転送済み静止点情報データベース３３とリカバリポイント一覧データベース３４を持つ。
【００３６】
図２は、前記整合性管理装置２０が参照する前記ファイル関連情報テーブル４０に定義される情報の例を示したものであり、あるファイル（ファイル名）の更新によって変更される別のファイル名（影響ファイル名）を保持していて、このテーブル４０の情報は、あらかじめ定義しておくものとする。このファイル関連情報テーブル４０は、レコードＩＤ１及び２において、ファイルＡを更新すると、ファイルＢ、そしてファイルＣも変更されることを定義している。
【００３７】
図３は、前記整合性管理装置２０が参照する前記ディスク情報テーブル４１に定義される情報の例を示したものであり、どのファイル（ファイル名）がどのディスク（保存ディスク名）に格納されているのかを保持していて、このテーブル４１の情報は、あらかじめ定義しておくものとする。このディスク情報テーブル４１は、レコードＩＤ１において、ファイルＡはディスク１に保存されること、レコードＩＤ３において、ファイルＣはディスク２に保存されていることを定義している。
【００３８】
図４は、前記整合性管理装置２０が書込及び参照する前記ファイル更新情報データベース３１に記録される情報の例を示したものであり、更新時刻とその更新したファイル（更新ファイル名）とから、ディスク名（更新ディスク名）、及び前記更新による変更を受けたディスク名（影響ディスク名）を保持している。このファイル更新情報データベース３１のレコードＩＤ１において、整合性管理装置２０は、ファイルＡが更新されると、その更新時刻の２００９年１１月２４日１１：００と、更新されたファイル名Ａと、前記ファイル関連情報テーブル４０及びディスク情報テーブル４１を参照して、ファイルＡが格納されているディスク１と、更にその更新により影響を受けるディスク２を記録する。
【００３９】
図５は、前記整合性管理装置２０が書込及び参照する前記ディスク１テーブル４２に記録される情報の例を示したものであり、ディスク１と他のディスクの静止点との整合性を保つための情報として、ディスク１の静止点が作成された時刻と、その時刻における前記ファイル更新情報データベース３１に記録された更新ディスクと影響ディスクを参照して、その影響ディスクについて当該時刻の静止点ＩＤを保持している。
図５の「印１」はディスク１、「印２」はディスク２、「印３」はディスク３、「印ｎ」はディスクｎについての状態を示し、前記整合性管理装置２０はディスク１の静止点が作成された時刻順にレコードＩＤを書き加える。例えば、前記整合性管理装置２０はレコードＩＤ１００２において、ディスク１の２番目の静止点が作成された２００９年１１月２４日１３：００の時刻に、その時点におけるディスク２とディスク３の最新の静止点ＩＤを後述するディスク２テーブル４３とディスク３テーブル４４から読み込み、印１に、制限がないことを意味するものとして「−１」を定義するとともに、印２にディスク２の１番目の静止点を意味する静止点ＩＤ「２００１」、印３にディスク３の１番目の静止点を意味する静止点ＩＤ「３００１」を定義する。レコードＩＤ１００１は、すべての印が「−１」の初期状態を表している。
【００４０】
図６は、前記整合性管理装置２０が書込及び参照する前記ディスク２テーブル４３に記録される情報の例を示したものであり、ディスク２と他のディスクの静止点との整合性を保つための情報として、ディスク２の静止点が作成された時刻と、その時刻における前記ファイル更新情報データベース３１に記録された更新ディスクと影響ディスクを参照して、その影響ディスクについて当該時刻の静止点ＩＤを保持している。
図６の「印１」はディスク１、「印２」はディスク２、「印３」はディスク３、「印ｎ」はディスクｎについての状態を示し、前記整合性管理装置２０はディスク２の静止点が作成された時刻順にレコードＩＤを書き加える。例えば、前記整合性管理装置２０はレコードＩＤ２００２において、ディスク２の２番目の静止点が作成された２００９年１１月２４日１４：００の時刻に、その時点におけるディスク１とディスク３の最新の静止点ＩＤを後述するディスク１テーブル４２とディスク３テーブル４４から読み込み、印１に「−１」、印２に「−１」、印３にディスク３の１番目の静止点を意味する静止点ＩＤ「３００１」を定義する。レコードＩＤ２００１は、すべての印が「−１」の初期状態を表している。
【００４１】
図７は、前記整合性管理装置２０が書込及び参照する前記ディスク３テーブル４４に記録される情報の例を示したものであり、ディスク３と他のディスクの静止点との整合性を保つための情報として、ディスク３の静止点が作成された時刻と、その時刻における前記ファイル更新情報データベース３１に記録された更新ディスクと影響ディスクを参照して、その影響ディスクについて当該時刻の静止点ＩＤを保持している。
図７の「印１」はディスク１、「印２」はディスク２、「印３」はディスク３、「印ｎ」はディスクｎについての状態を示し、前記整合性管理装置２０はディスク３の静止点が作成された時刻順に、その時点におけるディスク１とディスク２の最新の静止点ＩＤを後述するディスク１テーブル４２とディスク２テーブル４３から読み込み、印１に「−１」、印２に「−１」、印３に「−１」を定義する。レコードＩＤ３００１は、すべての印が「−１」の初期状態を表している。
【００４２】
図８は、前記リカバリポイント一覧データベース３４に記録される情報の例を示したものであり、個々の静止点の転送が完了した際の最新の静止点ＩＤの組み合わせと、その組み合わせがシステムとしての整合性を保っているかの情報（Ｙ：整合性あり／Ｎ：整合性なし）を保持している。例えば、レコードＩＤ１は、ディスク１＿ＩＤが「１００１」、ディスク２＿ＩＤが「２００１」、ディスク３＿ＩＤが「３００１」であり、これらの整合性は「Ｙ」（整合性あり）を保持している。また、レコードＩＤ２は、ディスク１＿ＩＤが「１００２」、ディスク２＿ＩＤが「２００１」、ディスク３＿ＩＤが「３００１」であり、これらの整合性は「Ｎ」（整合性なし）を保持している。
【００４３】
次に本発明におけるディザスタリカバリシステムの処理フローに関して説明する。
【００４４】
図９は、整合性管理装置２０の動作を示すフローであり、このフローは整合性管理装置２０がＰサイト１０内のファイル更新の発生を判定するステップ１０１と、更新があった場合に整合性管理装置２０が更新情報管理処理を実施するステップ１０２と、他にも更新があるかを判定するステップ１０３と、更新がない場合に整合性管理装置２０が静止点作成の有無を判定するステップ１０４と、静止点が作成されていた場合に整合性管理装置２０が静止点整合性管理処理を実施するステップ１０５と、他にも静止点が作成されているかを整合性管理装置２０が判定するステップ１０６とからなり、ステップ１０６で他にも静止点が作成されていればステップ１０５に戻り、作成されていなければ整合性管理装置２０はこの処理を終了する。
このフローは、整合性管理装置２０がＰサイト１０内のファイル更新ごとに、更新情報管理処理を行い、静止点が作成されている場合に静止点ごとに静止点整合性管理処理を行う流れを示している。
【００４５】
図１０は、前記更新情報管理処理（ステップ１０２）の詳細動作を示すフローであり、このフローは更新されたファイル名を整合性管理装置２０が取得するステップ２０１と、更新されたファイルが他のファイルと関連性を持つか否かを整合性管理装置２０が前記ファイル関連情報テーブル４０を使用して判定するステップ２０２と、関連性がある場合に、他のファイルが更新されたファイルと異なるディスクに格納されているのかを整合性管理装置２０がディスク情報テーブル４１から判定するステップ２０３と、異なるディスクに格納されていた場合に、この更新の時刻と更新されたファイル名、及び更新されたファイルが格納されているディスク名と更新によって影響を受けるファイルが格納されているディスク名を、整合性管理装置２０が前記ファイル更新情報データベース３１に保存するステップ２０４と、更新されたファイルが複数の別のファイルと関連を持っているかを整合性管理装置２０が判定するステップ２０５とからなり、関連性があればステップ２０３に戻り、関連性がなければ整合性管理装置２０はこの処理を終了する。
このフローは、整合性管理装置２０がＰサイト１０内の更新ファイルと関連のある他のファイルを取得し、この関連のある他のファイルが格納されているディスクを取得して、その更新時刻と、更新ファイル名と、更新ディスク名と、影響ディスク名をファイル更新情報データベース３１に保存する流れを示している。
【００４６】
図１１は、前記静止点整合性管理処理（ステップ１０５）の詳細動作を示すフローであり、このフローは静止点が作成されたディスク名を整合性管理装置２０が取得するステップ３０１と、静止点情報データベース３２内の静止点が作成されたディスクのテーブル（ディスク１テーブル４２、ディスク２テーブル４３、ディスク３テーブル４４・・・）と、ファイル更新情報データベース３１から前回の静止点作成時と今回の静止点作成時との間に、このディスクに格納されている別のディスクと関連性を持つファイルの更新があったかを整合性管理装置２０が判定するステップ３０２と、更新情報が存在する場合にこのディスクが更新ディスクかを整合性管理装置２０が判定するステップ３０３と、更新ディスクである場合に整合性管理装置２０が影響ディスクをディスクＸとして取得するステップ３０４と、ステップ３０３で更新ディスクでない場合に整合性管理装置２０が更新ディスクをディスクＸとして取得するステップ３０５と、更新があった場合、関連性を持つファイルが格納されている別のディスクの最新の静止点が、その更新の以前であるかを整合性管理装置２０が判定するステップ３０６と、更新以前であった場合に、そのディスクの静止点ＩＤを、整合性管理装置２０が印として取得するステップ３０７と、その他にも更新があるかを整合性管理装置２０が判定するステップ３０８と、更新がなければ静止点情報データベース３２内の各ディスクのテーブル（ディスク１テーブル４２、ディスク２テーブル４３、ディスク３テーブル４４・・・）に静止点作成時刻と印の情報を整合性管理装置２０が保存するステップ３０９とからなり、ステップ３０８で更新があればステップ３０３に戻り、ステップ３０２で更新情報が存在しない場合にステップ３０９に遷移し、整合性管理装置２０はこの処理を終了する。
このフローは、整合性管理装置２０が、静止点が作成されたディスクについて、前回の静止点作成時刻と今回の静止点作成時刻との間に、このディスク内のファイルと関連するディスクの更新を判定して、静止点情報データベース３２内の各ディスクのテーブルに静止点作成時刻と印の情報を保存する流れを示している。
【００４７】
図１２は、前記リカバリポイント管理装置２１の処理フローであり、このフローは新しい静止点がＤＲサイト１３に転送されると、転送された静止点の情報をリカバリポイント管理装置２１が取得するステップ４０２と、この静止点の情報をリカバリポイント管理装置２１が転送済み静止点情報データベース３３に保存し、新しい静止点を含めた最新の静止点の組み合わせを作成するステップ４０３と、リカバリポイント管理装置２１がディスクＸの値をＸ＝１、印Ｙの値をＹ＝１とし、これ以降で各ディスクの静止点情報を探索し、整合性を確認するステップ４０４と、あるディスクＸの静止点情報に、別のディスクＹに対する整合性に問題があるかをリカバリポイント管理装置２１が印Ｙの定義から判定するステップ４０５と、整合性に問題がある場合は、その印Ｙの静止点Ｎをリカバリポイント管理装置２１が取得するステップ４０７と、リカバリポイント管理装置２１がディスクＹの最新の静止点と前記静止点Ｎを比較するステップ４０８と、ステップ４０５で整合性に問題がない場合と、ステップ４０８でディスクＹの最新の静止点＞前記静止点Ｎの場合に遷移して、リカバリポイント管理装置２１がディスクＹと全ディスク数Ｚを比較するステップ４０６と、ディスクＹ＜全ディスク数Ｚの場合に、リカバリポイント管理装置２１がディスクＹの値に１を加えてステップ４０５に戻るステップ４０９と、ステップ４０６でディスクＹ＜全ディスク数Ｚでない場合に、リカバリポイント管理装置２１がディスクＸと全ディスク数Ｚを比較するステップ４１０と、ディスクＸ＜全ディスク数Ｚの場合に、リカバリポイント管理装置２１がディスクＸの値に１を加え、ディスクＹの値をＹ＝１に設定してステップ４０５に戻るステップ４１１と、ステップ４１０でディスクＸ＜全ディスク数Ｚでない場合に、すべてのディスクの静止点における整合性をリカバリポイント管理装置２１が確認したことで、この静止点の組み合わせは整合性が成立することをリカバリポイント管理装置２１が確定させるステップ４１２と、この静止点の組み合わせと整合性の有無を情報として、リカバリポイント管理装置２１が前記リカバリポイント一覧データベース３４に保存してこの処理を終了するステップ４１３とから構成する。
このフローは、ＤＲサイトに転送された新しい静止点の情報をリカバリポイント管理装置２１が転送済み静止点情報データベース３３に保存し、新しい静止点を含めた最新の静止点の組み合わせを作成し、その静止点の組み合わせについて整合性の有無を判定する流れを示している。
【００４８】
図１３は、図１２のステップ４０３以降の処理フローで、システムの整合性が保たれる場合について、ディスク３の静止点ＩＤ＝３００３が転送されたときを例に取り、更に具体的に説明する。
【００４９】
まず、ステップ４０３で最新の静止点の組み合わせが、例えば、リカバリポイント一覧データベース３４のＩＤ８では、整合性には初期値のＮが登録されていて、ディスク１＿ＩＤに静止点１００４、ディスク２＿ＩＤに静止点２００３、ディスク３＿ＩＤに静止点３００３が組み合わされているとする。
【００５０】
＜ディスク１テーブルの整合性をチェック＞
リカバリポイント管理装置２１はステップ４０４で、ディスクのＸを１、印のＹを１に設定し、ステップ４０５でディスク（Ｘ＝１）の最新静止点の印（Ｙ＝１）の定義（−１）を数値「０」と比較する。ここで、ディスク１テーブル４２でＩＤ１００４の印１の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印（Ｙ＝１）と全ディスク数（Ｚ＝３とする）を比較して全ディスク数Ｚ「３」がＹ「１」より大なので、ステップ４０９に遷移し、リカバリポイント管理装置２１は印Ｙに「１」を加えて（Ｙ＝２）ステップ４０５に遷移する。ステップ４０５で、リカバリポイント管理装置２１はディスク（Ｘ＝１）の最新静止点の印（Ｙ＝２）の定義（−１）を数値「０」と比較する。ここで、ディスク１テーブル４２でＩＤ１００４の印２の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印（Ｙ＝２）と全ディスク数（Ｚ＝３）を比較して全ディスク数Ｚ「３」がＹ「２」より大なので、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝３）ステップ４０５に遷移する。
【００５１】
ステップ４０５で、リカバリポイント管理装置２１はディスク（Ｘ＝１）の最新静止点の印（Ｙ＝３）の定義（３００２）を数値「０」と比較する。ここで、ディスク１テーブル４２でＩＤ１００４の印３の定義が「３００２」となっていて「０」より大きいことから、ステップ４０７に遷移する。リカバリポイント管理装置２１はステップ４０７で、印Ｙ（Ｙ＝３）から関連ディスク（Ｙ＝３）の静止点ＩＤ「３００２」を取得する。次にステップ４０８で、ディスク（Ｙ＝３）の最新静止点（前記リカバリポイント一覧データベース３４のＩＤ８のディスク３＿ＩＤに静止点３００３が登録されている）の「３００３」と、前ステップで取得した静止点ＩＤ「３００２」を比較して、最新静止点「３００３」が前ステップで取得した静止点ＩＤ「３００２」よりも大きいことからステップ４０６に遷移する。
【００５２】
リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝３）と全ディスク数（Ｚ＝３）を比較して、（Ｙ＝３）＜全ディスク数Ｚ（Ｚ＝３）ではないので、ステップ４１０に遷移する。リカバリポイント管理装置２１はステップ４１０で、ディスクＸ（Ｘ＝１）と全ディスク数Ｚ（Ｚ＝３）を比較して、（Ｘ＝１）＜（Ｚ＝３）であるのでステップ４１１に遷移し、ディスクＸに「１」を加え（Ｘ＝２）、印Ｙ（Ｙ＝１）にしてステップ４０５に遷移する。
【００５３】
＜ディスク２テーブルの整合性をチェック＞
リカバリポイント管理装置２１は、ステップ４０５でディスクＸ（Ｘ＝２）の最新静止点の印Ｙ（Ｙ＝１）の定義（−１）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００３の印（Ｙ＝１）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝１）と全ディスク数Ｚ（Ｚ＝３）を比較して全ディスク数Ｚ「３」がＹ「１」より大なので、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝２）ステップ４０５に遷移する。
【００５４】
ステップ４０５でディスクＸ（Ｘ＝２）の最新静止点の印Ｙ（Ｙ＝２）の定義（−１）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００３の印Ｙ（Ｙ＝２）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝２）と全ディスク数Ｚ（Ｚ＝３）を比較して全ディスク数Ｚ「３」がＹ「１」より大なので、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝３）ステップ４０５に遷移する。
【００５５】
リカバリポイント管理装置２１は、ステップ４０５でディスクＸ（Ｘ＝２）の最新静止点の印Ｙ（Ｙ＝３）の定義（−１）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００３の印Ｙ（Ｙ＝３）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝２）と全ディスク数Ｚ（Ｚ＝３）を比較して、（Ｙ＝３）＜（Ｚ＝３）ではないので、ステップ４１０に遷移する。ステップ４１０で、ディスクＸ（Ｘ＝２）と全ディスク数Ｚ（Ｚ＝３）を比較して、（Ｘ＝２）＜（Ｚ＝３）なのでステップ４１１に遷移し、ディスクＸに「１」を加え（Ｘ＝３）、印Ｙ（Ｙ＝１）にしてステップ４０５に遷移する。
【００５６】
＜ディスク３テーブルの整合性をチェック＞
リカバリポイント管理装置２１は、ステップ４０５でディスクＸ（Ｘ＝３）の最新静止点の印Ｙ（Ｙ＝１）の定義（−１）を数値「０」と比較する。ここで、ディスク３テーブル４４でＩＤ３００３の印Ｙ（Ｙ＝１）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝１）と全ディスク数Ｚ（Ｚ＝３）を比較して全ディスク数Ｚ「３」がＹ「１」より大なので、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝２）ステップ４０５に遷移する。
【００５７】
リカバリポイント管理装置２１は、ステップ４０５でディスクＸ（Ｘ＝３）の最新静止点の印Ｙ（Ｙ＝２）の定義（−１）を数値「０」と比較する。ここで、ディスク３テーブル４４でＩＤ３００３の印Ｙ（Ｙ＝２）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝２）と全ディスク数Ｚ（Ｚ＝３）を比較して全ディスク数Ｚ「３」がＹ「１」より大なので、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝３）ステップ４０５に遷移する。
【００５８】
リカバリポイント管理装置２１は、ステップ４０５でディスクＸ（Ｘ＝３）の最新静止点の印Ｙ（Ｙ＝３）の定義（−１）を数値「０」と比較する。ここで、ディスク３テーブル４４でＩＤ３００３の印Ｙ（Ｙ＝３）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝３）と全ディスク数Ｚ（Ｚ＝３）を比較して、（Ｙ＝３）＜（Ｚ＝３）ではないので、ステップ４１０に遷移する。リカバリポイント管理装置２１はステップ４１０で、ディスクＸ（Ｘ＝２）と全ディスク数Ｚ（Ｚ＝３）を比較して、（Ｘ＝３）＜（Ｚ＝３）ではないので、ステップ４１２に遷移し、ディスク１＿ＩＤの静止点１００４、ディスク２＿ＩＤの静止点２００３、ディスク３＿ＩＤの静止点３００３の組み合わせの整合性は成立するとして、その結果である「Ｙ」（整合性あり）を前記リカバリポイント一覧データベース３４のＩＤ８の整合性の欄に登録する（ステップ４１３）。
【００５９】
図１４は、図１２のステップ４０３以降の処理フローで、システムの整合性が保たれない場合について、ディスク２の静止点ＩＤ＝２００４が転送されたときを例に取り、更に具体的に説明する。
【００６０】
まず、ステップ４０３で最新の静止点の組み合わせが、例えば、リカバリポイント一覧データベース３４のＩＤ９では、整合性には初期値のＮが登録されていて、ディスク１＿ＩＤに静止点１００４、ディスク２＿ＩＤに静止点２００４、ディスク３＿ＩＤに静止点３００３が組み合わされているとする。
【００６１】
＜ディスク１テーブルの整合性をチェック＞
リカバリポイント管理装置２１はステップ４０４で、ディスクのＸを１、印のＹを１に設定し、ステップ４０５でディスクＸ（Ｘ＝１）の最新静止点の印Ｙ（Ｙ＝１）の定義（−１）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００４の印Ｙ（Ｙ＝１）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝１）と全ディスク数Ｚ（Ｚ＝３）を比較して全ディスク数（Ｚ＝３）＞（Ｙ＝１）なので、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝２）ステップ４０５に遷移する。リカバリポイント管理装置２１はステップ４０５で、ディスクＸ（Ｘ＝１）の最新静止点の印Ｙ（Ｙ＝２）の定義（−１）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００４の印Ｙ（Ｙ＝２）の定義が「−１」となっていて「０」より小さいことから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝２）と全ディスク数Ｚ（Ｚ＝３）を比較して全ディスク数Ｚ「３」がＹ「２」より大なので、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝３）ステップ４０５に遷移する。
【００６２】
リカバリポイント管理装置２１はステップ４０５で、ディスクＸ（Ｘ＝１）の最新静止点の印Ｙ（Ｙ＝３）の定義（３００３）を数値「０」と比較する。ここで、ディスク１テーブル４２でＩＤ１００４の印Ｙ（Ｙ＝３）の定義（３００２）が（３００２）＜０でないことから、ステップ４０７に遷移する。リカバリポイント管理装置２１はステップ４０７で、印Ｙ（Ｙ＝３）から関連ディスク（Ｙ＝３）の静止点ＩＤ「３００２」を取得する。次にリカバリポイント管理装置２１はステップ４０８で、ディスクＹ（Ｙ＝３）の最新静止点（前記リカバリポイント一覧データベース３４のＩＤ８のディスク３＿ＩＤに静止点３００３が登録されている）の「３００３」と、前ステップで取得した静止点ＩＤ「３００２」を比較して、（最新静止点「３００３」）＞（前ステップで取得した静止点ＩＤ「３００２」）であるので、ステップ４０６に遷移する。
【００６３】
リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝３）と全ディスク数Ｚ（Ｚ＝３）を比較して、Ｙ「３」＜全ディスク数Ｚ「３」ではないので、ステップ４１０に遷移する。リカバリポイント管理装置２１はステップ４１０で、ディスクＸ（Ｘ＝１）と全ディスク数Ｚ（Ｚ＝３）を比較して、（Ｘ＝１）＜（Ｚ＝３）なのでステップ４１１に遷移し、ディスクＸに「１」を加え（Ｘ＝２）、印Ｙ（Ｙ＝１）にしてステップ４０５に遷移する。
【００６４】
＜ディスク２テーブルの整合性をチェック＞
ステップ４０５でディスクＸ（Ｘ＝２）の最新静止点の印Ｙ（Ｙ＝１）の定義（−１）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００３の印Ｙ（Ｙ＝１）の定義（−１）が（−１）＜０であることから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝１）と全ディスク数Ｚ（Ｚ＝３）を比較して（Ｙ＝１）＜（Ｚ＝３）であることから、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝２）ステップ４０５に遷移する。
【００６５】
リカバリポイント管理装置２１は、ステップ４０５でディスクＸ（Ｘ＝２）の最新静止点の印Ｙ（Ｙ＝２）の定義（−１）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００３の印Ｙ（Ｙ＝２）の定義（−１）が（−１）＜０であることから、ステップ４０６に遷移する。リカバリポイント管理装置２１はステップ４０６で、印Ｙ（Ｙ＝２）と全ディスク数Ｚ（Ｚ＝３）を比較して（Ｙ＝１）＜（Ｚ＝３）であることから、ステップ４０９に遷移し、印Ｙに「１」を加えて（Ｙ＝３）ステップ４０５に遷移する。
【００６６】
リカバリポイント管理装置２１は、ステップ４０５でディスクＸ（Ｘ＝２）の最新静止点の印Ｙ（Ｙ＝３）の定義（３００３）を数値「０」と比較する。ここで、ディスク２テーブル４３でＩＤ２００３の印Ｙ（Ｙ＝３）の定義（３００３）が（３００３）＜０でないことから、ステップ４０７に遷移する。ステップ４０７で、印Ｙ（Ｙ＝３）から関連ディスク（Ｙ＝３）の静止点ＩＤ「３００３」を取得する。次にステップ４０８で、ディスクＹ（Ｙ＝３）の最新静止点（前記リカバリポイント一覧データベース３４のＩＤ８のディスク３＿ＩＤに静止点３００３が登録されている）の「３００３」と、前ステップで取得した静止点ＩＤ「３００３」を比較して、（最新静止点「３００３」）＞（前ステップで取得した静止点ＩＤ「３００３」）ではないので、ステップ４１３に遷移する。ステップ４１３で最新静止点の組み合わせを全体の静止点として登録し、整合性Ｎのままリカバリポイント一覧データベース３４に登録するものである。
【産業上の利用可能性】
【００６７】
本発明のディザスタリカバリシステムは、図１に示すように、コンピュータのＣＰＵ、メモリ、補助記憶装置、ディスプレイ、入力デバイス等を含むハードウェア資源上に構築されたＯＳ、アプリケーション、データベース、ネットワークシステム等によって実現されるものであり、ディザスタリカバリという情報処理が上記のハードウェア資源を用いて具体的に実現されるものであるから、自然法則を利用した技術的思想に該当するものであり、あらゆるデータ処理に関する産業において利用することができるものである。
【符号の説明】
【００６８】
１０    Ｐサイト
１１    ＤＲ対象ディスク
１２    ＤＲ対象ディスクの静止点
１３    ＤＲサイト
１４    復旧用ディスク
１５    復旧用ディスク静止点
２０    整合性管理装置
２１    リカバリポイント管理装置
３０    ファイル間関連情報データベース
３１    ファイル更新情報データベース
３２    静止点情報データベース
３３    転送済み静止点情報データベース
３４    リカバリポイント一覧データベース
４０    ファイル関連情報テーブル
４１    ディスク情報テーブル
４２    ディスク１テーブル
４３    ディスク２テーブル
４４    ディスク３テーブル
【図１】
2010217993.tif 000003
【図２】
2010217993.tif 000004
【図３】
2010217993.tif 000005
【図４】
2010217993.tif 000006
【図５】
2010217993.tif 000007
【図６】
2010217993.tif 000008
【図７】
2010217993.tif 000009
【図８】
2010217993.tif 000010
【図９】
2010217993.tif 000011
【図１０】
2010217993.tif 000012
【図１１】
2010217993.tif 000013
【図１２】
2010217993.tif 000014
【図１３】
2010217993.tif 000015
【図１４】
2010217993.tif 000016