JPH10171694A - データバックアップ方法およびデータバックアップ装置ならびに情報記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 差分データの時系列的な保管によるデータバ
ックアップでのリストア処理の所要時間を短縮する。 【解決手段】 バックアップ対象のボリューム４８か
ら、時系列的に取得した全ファイルバックアップ５３、
差分ファイルバックアップ５４〜５９が格納されるバッ
クアップ媒体５１の他に、リストア専用媒体５２を備
え、バックアップ処理の空き時間等の任意の契機にて、
その時点までの全ファイルバックアップ５３、差分ファ
イルバックアップ５４〜５９を用いた全ファイルリスト
アをリストア専用媒体５２に対して実行することにより
リストア専用媒体ファイル６０を構築しておき、ボリュ
ーム４８にて障害等により全ファイルリストア要求が発
生した場合には、リストア専用媒体５２に構築済のリス
トア専用媒体ファイル６０から重複のない単純なデータ
複写にて回復ファイルボリューム４９を構築する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データバックアッ
プ技術および情報記録媒体に関し、特に、全ファイルの
一括バックアップ機能、ファイルの差分バックアップ機
能、さらにはリストア機能等を提供するデータバックア
ップ装置等に適用して有効な技術に関する。

【０００２】

【従来の技術】たとえば、株式会社岩波書店、１９９０
年５月２５日発行、「岩波情報科学辞典」Ｐ５８２、等
の文献にも記載されているように、重要なデータを取り
扱う情報処理システムでは、データのバックアップ処理
は必須となっている。

【０００３】ところで、従来のファイルのバックアップ
装置においては、バックアップ時間を短縮するために、
通常運用ではファイルの差分のみを他の記録媒体にバッ
クアップ（退避）し、全ファイルのバックアップは、あ
る一定間隔で取る運用を行なっている。この為、全ファ
イルが破壊された場合のリストア（回復）処理において
は、全ファイルのバックアップデータおよびファイルが
破壊されるまでの差分のバックアップデータを用いねば
破壊された全ファイルの回復はできない。

【０００４】

【発明が解決しようとする課題】前述のように、ファイ
ルのバックアップは、バックアップデータ容量およびバ
ックアップ媒体の容量の増加に伴い、全ファイルのバッ
クアップと差分ファイルのバックアップの組み合わせに
よる運用形態が一般化している。この為、全ファイルの
リストアが必要な状況が発生した場合は、全ファイルの
バックアップデータと差分ファイルのバックアップデー
タよりファイルのリストアを行なわねばならないため、
変更の多いファイルは差分ファイルのバックアップデー
タより何度も読み込まれることとなり、リストアの所要
時間が長くなる、という技術的課題がある。特に、情報
ネットワークを経由してバックアップやリストア等の操
作を行う場合には、情報ネットワークのトラヒックを必
要以上に増加させる、という技術的課題も生じる。

【０００５】また、バックアップ専用システムを設けた
場合、通常、全ファイルのバックアップや差分ファイル
のバックアップ等の処理は、バックアップ対象の装置の
使用頻度や負荷が低下する夜間に集中的に行われること
が多いが、このような運用では、バックアップが行われ
ない昼間の間は、バックアップ専用システムのなすべき
処理が無くなり可用性が低下する、という他の技術的課
題もある。

【０００６】本発明の目的は、差分データのバックアッ
プを行うデータバックアップにおけるリストア処理の所
要時間を大幅に短縮して、リストア処理の性能を向上さ
せることが可能なデータバックアップ技術を提供するこ
とにある。

【０００７】本発明の他の目的は、バックアップ処理以
外の時間を有効に利用することで、システムの可用性を
向上させることが可能なデータバックアップ技術を提供
することにある。

【０００８】本発明の他の目的は、情報ネットワークを
経由したバックアップおよびリストア処理において、情
報ネットワークのトラヒック軽減およびリストア処理の
所要時間の短縮を実現することが可能なデータバックア
ップ技術を提供することにある。

【０００９】

【課題を解決するための手段】本発明では、バックアッ
プ対象データ記録装置（第１の記録媒体）から差分デー
タを退避するためのバックアップ媒体（第２の記録媒
体）の他に、当該バックアップ媒体からバックアップ対
象データ記録装置に実行すべき一括リストア操作が仮想
的に実行されるリストア専用媒体（第３の記録媒体）を
設け、任意の契機で、たとえば定期的に、バックアップ
媒体からリストア専用媒体への一括リストアを実行して
おく。そして、バックアップ媒体からバックアップ対象
データ記録装置への一括リストアが必要な事態が発生し
た場合には、一括リストアが実行済のリストア専用媒体
からバックアップ対象データ記録装置に対して一括リス
トアを行う。

【００１０】この時、リストア専用媒体では、すでに一
括リストアが完了した状態であるので、たとえば過去の
複数の差分データを繰り返して逐次リストアするための
オーバヘッドは全く発生せず、リストアの所要時間は、
単純なデータ複写程度の所要時間で済むため、バックア
ップ対象データ記録装置への一括リストアの所要時間は
大幅に短縮される。

【００１１】また、夜間にバックアップ対象データ記録
装置からバックアップ媒体への差分データの退避を行う
データバックアップシステムでは、昼間の空き時間を利
用してバックアップ媒体からリストア専用媒体への仮想
的な一括リストア処理を行わせることで、データバック
アップシステム全体の可用性が向上する。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら詳細に説明する。

【００１３】図１は本発明の実施の形態であるバックア
ップ装置とバックアップ対象装置からなる情報処理シス
テムの構築例を示す概念図、図２は、本実施の形態の情
報処理システムにおけるボリューム単位のファイルバッ
クアップ処理の一例を示す概念図、図３は、本実施の形
態の情報処理システムにおけるリストア媒体作成処理の
一例を示すフローチャート、図４は、本実施の形態の情
報処理システムの全体構成の一例を示す概念図、図５
は、本実施の形態の情報処理システムにおけるバックア
ップ装置の構成の一例をさらに詳細に例示した概念図、
図６は、本実施の形態の情報処理システムにおけるバッ
クアップ装置のソフトウェア構成の一例を例示した概念
図、図７は、本実施の形態の情報処理システムにおける
バックアップ対象装置のソフトウェア構成の一例を例示
した概念図、図８は、従来のバックアップ処理の一例を
示す概念図、図９は、従来のリストア処理の一例を示す
概念図である。

【００１４】図４に例示されるように、本実施の形態の
情報処理システムは、たとえば、バックアップ対象装置
１９をサーバ記憶装置１０１として持つファイルサーバ
１００と、バックアップ装置１の一例であるバックアッ
プサーバ２００と、ファイルサーバ１００のデータを利
用する複数のクライアント３００とが、ネットワーク４
００を介して相互に接続された構成となっている。

【００１５】バックアップサーバ２００は、データ格納
部７（データ格納装置１４〜１５（１〜ｎ））として、
バックアップ記憶装置２０１を備えている。

【００１６】図５は、本実施の形態のバックアップ装置
１（バックアップサーバ２００）の構成の一例をさらに
詳細に例示したものであり、サーバ本体２００ａ、ディ
スプレイ２００ｂ、キーボード２００ｃ、バックアップ
記憶装置２０１からなる。

【００１７】サーバ本体２００ａには、媒体ドライブ２
００ｄが設けられ、外部から装填される任意の情報記録
媒体２００ｅに対するデータの記録再生動作が可能にな
っている。

【００１８】バックアップ記憶装置２０１は、たとえ
ば、磁気テープライブラリ装置で構成され、この磁気テ
ープライブラリ装置は、複数の磁気テープドライブ２０
１ａ、磁気テープドライブ２０１ｂ、たとえばカートリ
ッジ型の複数の磁気テープ２０１ｃが収納されるテープ
収納棚２０１ｄと、テープ収納棚２０１ｄとの磁気テー
プドライブ２０１ａおよび磁気テープドライブ２０１ｂ
との間における磁気テープ２０１ｃのかけ替え操作等を
自動的に行う媒体搬送ロボット２０１ｅ、全体を制御す
るライブラリコントローラ２０１ｆ、等で構成される。

【００１９】図６にて、本実施の形態のバックアップサ
ーバ２００のソフトウェア体系の一例を説明する。バッ
クアップ記憶装置２０１を含むデータ入出力処理部３等
を含むハードウェアは、オペレーティングシステム２０
０ｚの配下で動作し、このオペレーティングシステム２
００ｚの上では、後述のバックアップ制御プログラム２
が稼動する。

【００２０】図７にて、本実施の形態のファイルサーバ
１００のソフトウェア体系の一例を説明する。サーバ記
憶装置１０１等のハードウェアは、オペレーティングシ
ステム１００ｚの配下で動作し、オペレーティングシス
テム１００ｚ上では、たとえば、複数の前記クライアン
ト３００に対するファイルサーバとしての機能するため
のファイルサーバプログラム１００ｓが稼動する。

【００２１】オペレーティングシステム２００ｚおよび
オペレーティングシステム１００ｚは、互いに同じか、
あるいは異なるオペレーティングシステムでもよく、た
とえば、良く知られたＭＳ−ＤＯＳ、ＮｅｔＷａｒｅ、
Ｗｉｎｄｏｗｓ、Ｗｉｎｄｏｗｓ９５、Ｗｉｎｄｏｗｓ
ＮＴ、いわゆるＵＮＩＸ、等の著名な商用ＯＳ、さらに
は汎用コンピュータ専用ＯＳ等の、任意のオペレーティ
ングシステムを用いることができる。その場合、バック
アップ制御プログラム２や、ファイルサーバプログラム
１００ｓは、オペレーティングシステム対応のアプリケ
ーションプログラムとして機能する。

【００２２】このバックアップ制御プログラム２は、情
報記録媒体２００ｅに格納されて流通し、サーバ本体２
００ａの媒体ドライブ２００ｄを介してロードされて実
行されることにより、後述の図２、さらには図３等に例
示されるような本実施の形態に特有の制御動作を行う。

【００２３】図１に例示されるように、本実施の形態の
バックアップ装置１は、バックアップ制御プログラム
２、データ入出力処理部３からなる。バックアップ制御
プログラム２は、ファイルバックアップ処理部８、ファ
イルリストア処理部９、リストア媒体作成処理部１０か
らなるソフト処理部４と、ファイル管理部１１、データ
格納装置管理部１２、データ格納媒体管理部１３からな
る管理データベース５で構成されている。

【００２４】また、前述のファイルサーバ１００におけ
るサーバ記憶装置１０１等からなるバックアップ対象装
置１９は、たとえば、複数のデータボリューム２０、デ
ータボリューム２１等を含む。

【００２５】ファイルのバックアップを行なう場合は、
データボリューム２０内のバックアップ対象ファイルが
バックアップ対象装置１９よりデータ入出力部６を介し
てデータ格納部７に送られデータ格納部７でデータ格納
装置１４〜１５を介してデータ格納媒体１６〜１８に格
納される。この時、どのデータ格納装置のどのデータ格
納媒体にバックアップファイルを格納したかをファイル
バックアップ処理部８より管理データベース５へ格納す
る。ボリューム単位のバックアップを行なう場合は、上
記処理がデータボリューム２０内の全ファイルに対して
行われる。このバックアップ処理は、たとえばファイル
サーバ１００における通常業務のための負荷が少なくな
る深夜時間帯に実行することができる。

【００２６】リストア媒体作成処理部１０は、ボリュー
ム単位のリストア処理のために、バックアップ処理を行
なっていない時間帯（たとえばバックアップサーバ２０
０がバックアップ処理を行わない昼間の時間帯）を利用
して、バックアップ媒体５１および管理データベース５
を用いリストア専用媒体５２にボリューム単位の全最新
ファイルを格納する仮想的なリストア処理を実行する。
バックアップ媒体５１とは、データ格納媒体を管理デー
タベース５のデータ格納媒体管理部１３へバックアップ
媒体として登録したものを言う。またリストア専用媒体
５２とは、データ格納媒体を管理データベース５のデー
タ格納媒体管理部１３へリストア専用媒体として登録し
たものを言う。

【００２７】ファイルのリストアを行なう場合は、ファ
イルリストア処理部９が管理データベース５を用い、リ
ストア対象ファイルがどのデータ格納装置のどのデータ
格納媒体に格納されているかを検索し、リストア対象フ
ァイルが入っているバックアップ媒体５１よりデータ入
出力部６を介してリストア対象ファイルをバックアップ
対象装置１９へ出力する。ボリューム単位のリストアを
行なう場合は、リストア専用媒体５２を用いデータのリ
ストアを行なう。

【００２８】図８は、従来の考えられるボリューム単位
のバックアップの処理例を示す。バックアップ対象のボ
リューム２２はファイル有ボリューム２３とファイル無
ボリューム２６で構成されている。月曜日は、火曜変更
ファイル２７〜日曜変更ファイル２８を除いたファイル
有ボリューム２３を、バックアップ媒体２９（バックア
ップ情報）の全ファイルバックアップ３０に格納する。
火曜日〜日曜日は差分バックアップを行なう。例えば、
火曜日の差分バックアップでは、火曜変更ファイル２７
と火曜追加ファイル２４を差分ファイルバックアップ３
１に格納する。水曜日〜日曜日の差分ファイルバックア
ップ３２〜３６も同様である。たとえば日曜日には日曜
追加ファイル２５が差分ファイルバックアップ３６に格
納される。

【００２９】図９は、従来の考えられるボリューム単位
のリストアの処理例を示す。リストア対象のボリューム
３７は、回復ファイルボリューム３８、ファイル無ボリ
ューム３９からなる。月曜日にボリューム３７全体が壊
れた場合、バックアップ情報４０の中の、最初に前の週
の月曜日に取った全ファイルバックアップ４１よりファ
イルのリストアを行なった後、火曜日〜日曜日までに取
った差分ファイルバックアップ４２〜４７の情報を順々
にリストアすることにより壊れたボリュームの回復がで
きる。しかし、全ファイルを回復するためには、全ファ
イルバックアップ４１と差分ファイルバックアップ４２
〜４７のすべてのバックアップ情報４０をリストアする
必要がある。このため、変更頻度の多かった多数のファ
イル等が重複して何度もネットワーク４００を介して転
送されることとなり、ネットワーク４００のトラヒック
を増加させるばかりでなく、リストア処理の所要時間も
増大する。

【００３０】そこで、本実施の形態では、上述の図８お
よび図９に例示される従来技術の不都合を以下のよう
に、バックアップ媒体５１の他にリストア専用媒体５２
を作成することによって回避する。すなわち、図２は、
本実施の形態において、バックアップ媒体５１（バック
アップ情報）からリストア専用媒体５２を作成した場合
のリストア処理例を示す。日曜日の差分バックアップ完
了後、リストア媒体作成処理部１０が月曜日の全ファイ
ルバックアップ５３と火曜日〜日曜日の差分ファイルバ
ックアップ５４〜５９を用いて、リストア専用媒体５２
に最新のファイルのみを格納したリストア専用媒体ファ
イル６０を作成する。このリストア専用媒体ファイル６
０の作成処理は、リストア先をバックアップ対象のボリ
ュームからリストア専用媒体５２に変更するのみで、処
理は全く等価であり、通常のリストアプログラムを応用
することで簡単に実現することができる。ここで月曜日
にボリューム全体が壊れた場合、このリストア専用媒体
５２のみを用いて、通常の単純なファイルコピー操作で
高速かつ必要最小限のデータ転送量にて、バックアップ
対象（リストア対象）のボリューム４８の全ファイルを
回復して回復ファイルボリューム４９を得ることができ
る。この回復後は、ボリューム４８は、回復ファイルボ
リューム４９とファイル無ボリューム５０を含む状態と
なる。

【００３１】図３は、リストア媒体作成処理部１０の作
用の一例を示すフローチャートである。まず、管理デー
タベース５の検索を行ない（ステップ６１）、リストア
専用媒体作成に必要な最新のファイルおよびディレクト
リの格納位置の調査を行なう。調査した情報を用い必要
なデータ格納装置およびデータ格納媒体を選定する。次
に、リストア専用媒体５２をデータ格納装置へ挿入する
（ステップ６２）。前記ステップ６１における管理デー
タベース５の検索での選定情報に従いデータ格納媒体を
データ格納装置へ挿入する（ステップ６３）。最新のリ
ストア対象ファイルをデータ格納媒体よりリストア専用
媒体５２へコピー処理を行なう（ステップ６４）。処理
が終了すると、現在挿入されているデータ格納媒体を抜
き取る（ステップ６５）。全ファイルコピー完了か否か
を調べ（ステップ６６）、リストア専用媒体５２の作成
に複数のバックアップ媒体が必要な場合は、前記ステッ
プ６１における管理データベースの検索での選定情報に
従い、ステップ６３に戻って次のデータ格納媒体をデー
タ格納装置へ挿入する。前記ステップ６６の判定でリス
トア専用媒体５２の作成が完了すると、リストア専用媒
体５２を抜き取る（ステップ６７）。リストア専用媒体
５２の作成が必要な全てのボリュームに対する処理が完
了したか否かを判定し（ステップ６８）、全ボリューム
が完了するまで、前記ステップ６１以降を反復してリス
トア専用媒体５２の作成作業を行なう。

【００３２】たとえば、図５に例示されたような磁気テ
ープライブラリ装置を用いる場合には、一方の磁気テー
プドライブ２０１ｂの側に、リストア専用媒体５２とし
ての磁気テープ２０１ｃをセットし、他方の磁気テープ
ドライブ２０１ａに、バックアップ媒体５１（全ファイ
ルバックアップ５３〜差分バックアップファイル５９）
としての複数の磁気テープ２０１ｃを、媒体搬送ロボッ
ト２０１ｅにて順次かけ替えながら、上述のリストア専
用媒体作成処理を自動的に実行することができる。

【００３３】このように、本実施の形態のデータバック
アップ方法およびデータバックアップ装置によれば、時
系列的なバックアップ処理にて発生した複数の全ファイ
ルバックアップ５３〜差分バックアップファイル５９か
ら、任意の差分バックアップ完了時点までのリストア処
理を予めリストア専用媒体５２に対して実行することに
より、リストア専用媒体ファイル６０内にその時点での
最終的なリストア状態を構築しておき、本来のリストア
対象であるバックアップ対象装置１９にて障害発生等の
理由でボリューム４８（データボリューム２０〜２１）
に対する全リストア要求が発生した場合には、リストア
専用媒体５２内のリストア済のリストア専用媒体ファイ
ル６０を用いて、重複の無い単純なデータ複写によるリ
ストアを短時間に必要最小限のデータ複写（転送）量に
て実行することができる。

【００３４】従って、障害等の発生時に、ファイルサー
バ１００側におけるリストア（データ復元）完了待ちの
ために本来の業務が中断する時間を最小限に止めること
ができ、クライアント３００およびファイルサーバ１０
０等からなる情報処理システムにおける各種資源の可用
性や稼働率を高めることができる。

【００３５】また、たとえば、ネットワーク４００を経
由してファイルサーバ１００等のバックアップ対象装置
１９に対するバックアップサーバ２００からのリストア
を実行する場合には、ネットワーク４００のトラヒック
の増大を最小限に止めることができる。換言すれば、デ
ータ転送能力の低いネットワーク４００を使用する場合
には、ネットワーク４００のデータ転送能力の低さ等に
起因するリストア所要時間の増大を抑制して、リストア
所要時間を短縮することができる。

【００３６】また、バックアップサーバ２００等の専用
のバックアップシステムを設けた場合には、バックアッ
プが集中する深夜時間帯を避けて、バックアップサーバ
２００の負荷が小さくなる昼間の時間帯（すなわちバッ
クアップ処理の空き時間）をリストア専用媒体５２の作
成処理に割り当てることにより、バックアップサーバ２
００の稼働率に偏りがなくなり、バックアップサーバ２
００の稼働率および可用性が向上する。

【００３７】以上本発明者によってなされた発明を実施
の形態に基づき具体的に説明したが、本発明は前記実施
の形態に限定されるものではなく、その要旨を逸脱しな
い範囲で種々変更可能であることはいうまでもない。

【００３８】

【発明の効果】本発明のデータバックアップ方法によれ
ば、差分データのバックアップを行うデータバックアッ
プにおけるリストア処理の所要時間を大幅に短縮して、
リストア処理の性能を向上させることができる、という
効果が得られる。

【００３９】また、本発明のデータバックアップ方法に
よれば、バックアップ処理以外の時間を有効に利用する
ことで、システムの可用性を向上させることができる、
という効果が得られる。

【００４０】また、本発明のデータバックアップ方法に
よれば、情報ネットワークを経由したバックアップおよ
びリストア処理において、情報ネットワークのトラヒッ
ク軽減およびリストア処理の所要時間の短縮を実現する
ことができる、という効果が得られる。

【００４１】また、本発明のデータバックアップ装置に
よれば、差分データのバックアップを行うデータバック
アップにおけるリストア処理の所要時間を大幅に短縮し
て、リストア処理の性能を向上させることができる、と
いう効果が得られる。

【００４２】また、本発明のデータバックアップ装置に
よれば、バックアップ処理以外の時間を有効に利用する
ことで、システムの可用性を向上させることができる、
という効果が得られる。

【００４３】また、本発明のデータバックアップ装置に
よれば、情報ネットワークを経由したバックアップおよ
びリストア処理において、情報ネットワークのトラヒッ
ク軽減およびリストア処理の所要時間の短縮を実現する
ことができる、という効果が得られる。

【図面の簡単な説明】

【図１】本発明の実施の形態であるバックアップ装置と
バックアップ対象装置からなる情報処理システムの構築
例を示す概念図である。

【図２】本発明の一実施の形態である情報処理システム
におけるボリューム単位のファイルバックアップ処理の
一例を示す概念図である。

【図３】本発明の一実施の形態である情報処理システム
におけるリストア媒体作成処理の一例を示すフローチャ
ートである。

【図４】本発明の一実施の形態である情報処理システム
の全体構成の一例を示す概念図である。

【図５】本発明の一実施の形態である情報処理システム
におけるバックアップ装置の構成の一例をさらに詳細に
例示した概念図である。

【図６】本発明の一実施の形態である情報処理システム
におけるバックアップ装置のソフトウェア構成の一例を
例示した概念図である。

【図７】本発明の一実施の形態である情報処理システム
におけるバックアップ対象装置のソフトウェア構成の一
例を例示した概念図である。

【図８】考えられる従来のバックアップ処理の一例を示
す概念図である。

【図９】考えられる従来のリストア処理の一例を示す概
念図である。

【符号の説明】

１…バックアップ装置、２…バックアップ制御プログラ
ム、３…データ入出力処理部、４…ソフト処理部、５…
管理データベース、６…データ入出力部、７…データ格
納部、８…ファイルバックアップ処理部、９…ファイル
リストア処理部、１０…リストア媒体作成処理部、１１
…ファイル管理部、１２…データ格納装置管理部、１３
…データ格納媒体管理部、１４〜１５…データ格納装
置、１６〜１８…データ格納媒体、１９…バックアップ
対象装置（第１の記録媒体）、２０〜２１…データボリ
ューム、２２…ボリューム、２３…ファイル有ボリュー
ム、２４…火曜追加ファイル、２５…日曜追加ファイ
ル、２６…ファイル無ボリューム、２７…火曜変更ファ
イル、２８…日曜変更ファイル、２９…バックアップ媒
体、３０…全ファイルバックアップ、３１…差分ファイ
ルバックアップ、３２〜３６…差分ファイルバックアッ
プ、３７…ボリューム、３８…回復ファイルボリュー
ム、３９…ファイル無ボリューム、４０…バックアップ
情報、４１…全ファイルバックアップ、４２〜４７…差
分ファイルバックアップ、４８…ボリューム（第１の記
録媒体）、４９…回復ファイルボリューム、５０…ファ
イル無ボリューム、５１…バックアップ媒体（第２の記
録媒体）、５２…リストア専用媒体（第３の記録媒
体）、５３…全ファイルバックアップ、５４〜５９…差
分ファイルバックアップ、６０…リストア専用媒体ファ
イル、１００…ファイルサーバ、１００ｓ…ファイルサ
ーバプログラム、１００ｚ…オペレーティングシステ
ム、１０１…サーバ記憶装置、２００…バックアップサ
ーバ、２００ａ…サーバ本体、２００ｂ…ディスプレ
イ、２００ｃ…キーボード、２００ｄ…媒体ドライブ、
２００ｅ…情報記録媒体、２００ｚ…オペレーティング
システム、２０１…バックアップ記憶装置、２０１ａ，
２０１ｂ…磁気テープドライブ、２０１ｃ…磁気テー
プ、２０１ｄ…テープ収納棚、２０１ｅ…媒体搬送ロボ
ット、２０１ｆ…ライブラリコントローラ、３００…ク
ライアント、４００…ネットワーク。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 バックアップ対象の第１の記録媒体に格
   納されているデータのうち変更が発生した部分を差分デ
   ータとして選択的に第２の記録媒体に退避する差分バッ
   クアップ操作を時系列的に反復する第１のステップと、 任意の契機で、前記第２の記録媒体に退避されている任
   意の前記差分データ群を、第３の記録媒体にリストアす
   ることにより、任意の前記差分バックアップの実行時点
   での前記第１の記録媒体におけるデータ格納状態を前記
   第３の記録媒体内に復元する第２のステップと、 必要に応じて、前記第２のステップで復元された前記第
   ３の記録媒体のデータの少なくとも一部を前記第１の記
   録媒体にリストアする第３のステップと、 を含むことを特徴とするデータバックアップ方法。
2. 【請求項２】 バックアップ対象の第１の記録媒体に格
   納されているデータのうち変更が発生した部分を差分デ
   ータとして選択的に第２の記録媒体に退避させる差分バ
   ックアップを実行する機能と、 任意の契機で、前記第２の記録媒体に退避されている任
   意の前記差分データ群を、第３の記録媒体にリストアす
   ることにより、任意の前記差分バックアップの実行時点
   での前記第１の記録媒体におけるデータ格納状態を前記
   第３の記録媒体内に復元する機能と、 必要に応じて、前記第３の記録媒体内の復元されたデー
   タの少なくとも一部を前記第１の記録媒体にリストアす
   る機能と、 を備えたことを特徴とするデータバックアップ装置。
3. 【請求項３】 バックアップ対象の第１の記録媒体に格
   納されているデータのうち変更が発生した部分を差分デ
   ータとして選択的に第２の記録媒体に退避する差分バッ
   クアップ操作を時系列的に反復する第１のステップと、 任意の契機で、前記第２の記録媒体に退避されている任
   意の前記差分データ群を、第３の記録媒体にリストアす
   ることにより、任意の前記差分バックアップの実行時点
   での前記第１の記録媒体におけるデータ格納状態を前記
   第３の記録媒体内に復元する第２のステップと、 必要に応じて、前記第２のステップで復元された前記第
   ３の記録媒体のデータの少なくとも一部を前記第１の記
   録媒体にリストアする第３のステップと、 を含む制御手順を実行するソフトウェアが格納されてい
   ることを特徴とする情報記録媒体。