JP3260923B2 - データ処理システムのバックアップ制御装置及び方法 - Google Patents

データ処理システムのバックアップ制御装置及び方法

Info

Publication number
JP3260923B2
JP3260923B2 JP23213093A JP23213093A JP3260923B2 JP 3260923 B2 JP3260923 B2 JP 3260923B2 JP 23213093 A JP23213093 A JP 23213093A JP 23213093 A JP23213093 A JP 23213093A JP 3260923 B2 JP3260923 B2 JP 3260923B2
Authority
JP
Japan
Prior art keywords
backup
data
recovery
medium
differential
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.)
Expired - Fee Related
Application number
JP23213093A
Other languages
English (en)
Other versions
JPH0784728A (ja
Inventor
功 北川
徹 子安
功 五十嵐
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP23213093A priority Critical patent/JP3260923B2/ja
Priority to US08/248,954 priority patent/US5522037A/en
Publication of JPH0784728A publication Critical patent/JPH0784728A/ja
Application granted granted Critical
Publication of JP3260923B2 publication Critical patent/JP3260923B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

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/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • 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
    • 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/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
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/88—Monitoring involving counting

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)

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、大量に処理されるデー
タを磁気テープ等の媒体に格納してバックアップするバ
ックアップ制御装置及び方法に関し、特に、全データの
バックアップとそれ以降の差分となる更新データのみの
バックアップを組合せて運用するバックアップ制御方法
及び装置に関する。
【０００２】近年、銀行業務、保険業務などの計算機ネ
ットワークを使用したデータ処理システムにあっては、
データ量の急激な増加により、磁気ディスク装置などの
直接アクセス装置（ＤＡＳＤ）の設置台数が増大し、バ
ックアップ時間が増加している。通常、バックアップは
夜間の業務負荷の少ない時間帯を使用して行うが、デー
タ量の増加に伴い、翌日のオンライン業務に支障をきた
す程、バックアップ時間が増加してきている。
【０００３】従来の一般的なバックアップの方法は、バ
ックアップ処理の都度、バックアップ対象となった磁気
ディスク装置上の全てのデータを、例えば磁気テープ装
置を用いて磁気テープ上に複写するようにしている。し
かし、従来のバックアップは、バックアップ時に対象と
なる全データを複写する必要があるため、データ量の増
加に伴ってバックアップ時間が増大してしまう。このよ
うなバックアップ時間を短縮するバックアップ方法とし
て、更新されなかったデータはバックアップせず、更新
されたデータのみをバックアップする所謂差分バックア
ップ方法がある。
【０００４】差分バックアップ方法は、全データのバッ
クアップ（以下「全体バックアップ」という）と、全体
バックアップ以降に更新された更新データのみのバック
アップ（以下「差分バックアップ」という）を組合せて
使用する必要がある。さらに、差分バックアップには、 累積型 非累積型 両者の併用型 があり、とのバックアップを更新個所を判定する基準と
するかで異なる。即ち、累積型は、前回の全体バックア
ップを基準として更新データを判定し、また非累積型は
直前の全体バックアップまたは直前の差分バックアップ
を基準に更新データを判別する。
【０００５】例えば月曜から土曜のサイクルでバックア
ップを繰り返す場合、累積型の差分バックアップでは、
まず最初の月曜日に全体バックアップテープをとる。次
の火曜日には、月曜日の全体バックアップを基準に更新
されたデータのみの差分バックアップテープをとる。次
の水曜日も同じく月曜日の全体バックアップを基準に更
新されたデータの差分バックアップテープをとり、これ
を土曜日まで繰り返す。このため各曜日ごとに更新デー
タが累積された差分バックアップが行われる。
【０００６】これに対し非蓄積型の差分バックアップ
は、最初の月曜日に全体バックアップテープ、残りの火
曜から土曜までの更新バックアップについては前日のデ
ータを基準に更新されたデータのみの差分バックアップ
テープをとる。このような差分バックアップ法を用いた
場合のリカバリ処理は、累積型については、全体バック
アップテープと最新の差分バックアップテープを必要と
する。また非累積型は全体バックアップテープとリカバ
リ時点までに取得した差分バックアップテープの全てを
使用してデータを復元する。
【０００７】ここで累積型処理と非累積型処理の利点欠
点は次のようになる。累積型処理は、差分バックアップ
を行うにつれて、バックアップ時のデータ量と処理時間
が次第に増加していくが、バックアップ媒体の管理やリ
カバリ処理は容易である。これに対し非累積型処理は、
最新の更新データだけを処理するので、バックアップ時
のデータ量や処理時間が増加することはないが、差分バ
ックアップを行うにつれてバックアップ先媒体の数が次
第に増加し、媒体管理やリカバリ処理が複雑になる。
【０００８】
【発明が解決しようとする課題】しかしながら、従来の
差分バックアップ処理を用いたバックアップ法において
は、全体バックアップを行うか、差分バックアップを行
うかは、バックアップを行う業務管理者などがその都度
人為的に判断して決めており、使い分けの判断が経験に
依存せざるを得ない面があり、十分な使い分けが困難で
あった。
【０００９】また従来の差分バックアップ処理において
は、リカバリ時に少くとも全体バックアップ先媒体に加
えて１又は複数の差分バックアップ先媒体が必要とな
り、全体バックアップ先媒体のみを使用した通常のリカ
バリ処理に比較し時間が掛かっていた。特に、リカバリ
中は業務が中断するため、時間短縮が必要である。更
に、従来の更新分バックアップ処理においては、バック
アップ対象媒体のどの部分が更新データとしてバックア
ップしてあるかバックアップ先媒体内にのみ記録してい
たため、リカバリ時にバックアップ先媒体を読み込んで
みないとデータの必要性が判断できず、不要なバックア
ップ先媒体であった場合には、その分、時間と労力が無
駄になる問題があった。
【００１０】更にまた、従来の差分バックアップ先媒体
を用いたリカバリ処理にあっては、全体バックアップ先
媒体のデータをまず書き込み、その後に差分バックアッ
プ先媒体の更新データを書き込んでいる。そのため、全
体バックアップしたデータの大半が差分バックアップで
更新されていたような場合、リカバリ時間が全体バック
アップ先媒体のみからのリカバリと比較し、リカバリの
入力となるバックアップ先媒体の数をｎとすると、約ｎ
倍リカバリ時間が必要になる。
【００１１】また全体バックアップ処理から差分バック
アップ処理までの間にバックアップ対象媒体のデータ更
新を行う有効領域が変更または減少していた場合、変更
または減少した部分の機密保護のため、リカバリの際に
一度書き戻した変更前または減少前の領域のデータを消
去しなければならず、リカバリに時間がかかる。加え
て、従来の差分バックアップを用いたリカバリ処理にあ
っては、全体バックアップ先媒体と差分バックアップ先
媒体を順に１つずつ読み込んでリカバリしていたため、
リカバリ時に書き出すデータが分散してしまい、例えば
リカバリ時に使用可能な入出力装置の複数台あっても、
ハードウェアの最大性能を引き出すことができなかっ
た。
【００１２】本発明の目的は、全体バックアップと差分
バックアップを組合せた最適なバックアップデータの取
得を行うと共に、バックアップデータ取得後のリカバリ
処理を短時間で効率良く実行できるようにするデータ処
理システムのバックアップ制御装置および方法を提供す
ることを目的とする。
【００１３】
【課題を解決するための手段】図１は、本発明の原理説
明図であり、装置構成を例にとっている。まず本発明に
よるデータ処理システムのバックアップ制御装置全体
は、バックアップと差分バックアップの自動的な使い分
けのため、予め定めたバックアップ定義情報に基づいて
バックアップ動作環境を環境定義手段３４で定義する。
またコントロールデータセット（ＣＤＳ；Control Data
Set）としての制御情報管理手段５０に、環境定義手段
３４で定義されたバックアップ動作環境、バックアップ
対象媒体５２の情報、バックアップ先媒体６２の情報を
登録して管理する。
【００１４】バックアップ処理手段３６に対するバック
アップ自動処理の開始をバックアップ指示手段２８によ
り外部から指示すると、制御情報管理手段５０を参照し
てバックアップ開始条件が成立するごとに、バックアッ
プ対象媒体５２の全データをバックアップ先媒体６２に
複写する全体バックアップ処理と、バックアップ対象媒
体５２のデータの内、基準となるバックアップ処理デー
タに対し更新されたデータを差分データとして抽出して
バックアップ先媒体６２に複写する差分バックアップ処
理とのいずれかを判断して実行する。
【００１５】ここでバックアップ対象媒体５２の更新デ
ータの位置を示す情報としての更新ビットマップテーブ
ルは、バックアップ対象媒体５２自身、またはバックア
ップ対象媒体５２の入出力装置の制御部に設け、ビット
マップテーブルに対する初期化処理及び更新位置情報の
書込処理を行う。またバックアップ処理手段３６は、差
分バックアップ処理ごとに、バックアップ対象媒体５２
の直前の全体バックアップデータまたは差分バックアッ
プデータを基準に更新された差分データを抽出してバッ
クアップ先媒体６２に複写する非累積型の差分バックア
ップ処理、またはバックアップ対象媒体５２の前回の全
体バックアップデータを基準に更新された差分データを
抽出してバックアップ先媒体６２に複写する累積型の差
分バックアップ処理を行う。
【００１６】バックアップ処理手段３６による全体バッ
クアップと差分バックアップの使い分けは、バックアッ
プ対象媒体５２における現在の更新データの数を所定の
基準値と比較し、基準値以上の場合に全体バックアップ
処理を実行し、基準値より少ない場合には差分バックア
ップ処理を実行する自動的な使い分けを行う。制御情報
管理手段５０は、バックアップ対象媒体５２を媒体単位
に指定しており、この場合、バックアップ処理手段３６
は指定媒体単位にバックアップ処理を実行する。また制
御情報管理手段５０は、複数の媒体ごとにグループ分け
してバックアップ対象に指定することもでき、この場
合、バックアップ処理手段３６は指定グループ単位にバ
ックアップ処理を実行する。このグループ分けは、媒体
の使用頻度又は重要度に従って階層的に行うことができ
る。更に、１つのグループを下位の複数グループに分割
することで上位グループからから下位グループまでの木
構造の階層グループに分割し、更に、各グループ階層ご
とにバックアップ動作環境を設定するようにしてもよ
い。
【００１７】制御情報管理手段５０は、バックアップ先
媒体情報として、バックアップ対象媒体の識別番号；バ
ックアップの形態を示す識別子；バックアップ先媒体の
識別番号；を格納したテーブル情報を登録する。バック
アップ形態を示す識別子としては、全体バックアップ、
非累積型差分バックアップ又は累積型差分バックアップ
を示す識別子を用いる。
【００１８】バックアップ処理手段３６は、バックアッ
プ対象媒体５２のボリューム目録内容テーブル（ＶＴＯ
Ｃ;Volume Table of Content) に設けた更新データの位
置を示す更新位置を示すビットマップテーブルを参照し
てバックアップするデータを抽出する。このバックアッ
プ対象媒体５２から得たの更新位置を示すビットマップ
テーブルはバックアップ先媒体にバックアップデータと
共に格納される。
【００１９】またバックアップ処理手段３６は、バック
アップ対象媒体５２から得た更新位置を示すビットマッ
プテーブルを制御情報管理手段５０に登録して管理させ
てもよい。更に、バックアップ対象媒体５２の入出力制
御装置に、ビットマップテーブルを設け、データの更新
状態を記録するようにしてもよい。更にバックアップ対
象媒体５２のボリューム目録内容テーブル（ＶＴＯＣ）
には、上位のソフトウェアが管理する有効領域情報が登
録されていることから、バックアップ処理手段３６は、
バックアップ対象媒体５２から得た更新データの位置を
示すビットマップテーブルと上位装置がアクセスする有
効領域を示すビットマップテーブルを参照して、両者の
論理積が得られる位置のデータをバックアップデータと
して抽出してもよい。
【００２０】本発明によるデータ処理システムのバック
アップ制御装置に於いて、更に、マージ処理手段３８を
設け、既に取得した全体バックアップ先媒体と複数のバ
ックアップ先媒体のバックアップデータをマージし、よ
り少ない数のバックアップ先媒体６２に格納するマージ
処理（複写結合処理）を行う。このマージ処理は、制御
情報管理手段５０に予め登録した実行条件に基づいて自
動的に行われる。
【００２１】例えば、データ処理システムの業務負荷が
低下し、且つバックアップ先媒体６２の入出力装置に空
きがある場合に、マージ処理を実行する。また制御管情
報管理手段５０のバックアップ先媒体情報から取得した
マージ対象となる差分バックアップ先媒体の形態が非累
積型か、累積型か、更には混在型かに応じてマージ処理
を行う。
【００２２】複数の差分バックアップ先媒体６２が非累
積型の場合、全体バックアップ先媒体と全ての差分バッ
クアップ先媒体のうちの最新のデータを有効データとし
て残すようにマージして１つの全体バックアップ先媒体
を生成する。またマージ対象となる複数の差分バックア
ップ先媒体６２が非累積型の場合、全ての差分バックア
ップ先媒体のうちの最新のデータを有効データとして残
すようにマージして１つの累積型差分バックアップ先媒
体を生成するようにしてもよい。これは全体バックアッ
プ先媒体を生成するまでの処理時間がない場合に有効で
ある。
【００２３】勿論、マージ対象となる差分バックアップ
先媒体６２が累積型の場合、全体バックアップ先媒体と
最新の累積型差分バックアップ先媒体のうちの最新のデ
ータを有効データとして残すようにマージして１つの全
体バックアップ先媒体を生成する。マージ処理において
も、媒体単位又はグループ分けした複数の媒体単位にマ
ージ処理を指定することができる。更に、１つのグルー
プを下位の複数グループに分割することで上位グループ
からから下位グループまでの木構造の階層グループに分
割し、更に、各グループ階層ごとにマージ実行条件を設
定してもよい。
【００２４】更に、本発明によるデータ処理装置のバッ
クアップ制御装置は、バックアップ取得後のリカバリ処
理を効率良く行うため、環境定義手段３４でリカバリ動
作環境を設定する。リカバリ指示手段２８により外部か
らリカバリ処理の開始指示を受けると、リカバリ処理手
段４０は、制御情報管理手段５０を参照してリカバリ処
理に使用するバックアップ先媒体６２の識別子が差分バ
ックアップか否か判断する。
【００２５】差分バックアップ先媒体が含まれていない
場合は全体バックアップ先媒体のデータをリカバリ先媒
体６８に複写（リストア）する通常のリカバリ処理を行
う。差分バックアップ先媒体が含まれている場合は、全
体バックアップ先媒体と差分バックアップ先媒体からリ
カバリデータを生成してリカバリ先媒体６８に複写（リ
ストア）するリカバリ処理を行う。
【００２６】リカバリ処理手段４０は、複数の差分バッ
クアップ先媒体を使用してリカバリ処理を行う場合、制
御情報管理手段５０にバックアップ処理の際に登録され
たか差分バックアップ先媒体の更新位置を示すビットマ
ップテーブルに基づいてリカバリ処理に使用しない差分
バックアップ先媒体を判別し、処理対象から除外する。
具体的には、複数の差分バックアップ先媒体中の最新の
更新位置を示す更新ビットマップの有効ビットと同一位
置の他の更新ビットマップの有効ビットを無効ビットに
変更し、全て無効ビットとなった更新ビットマップの差
分バックアップ先媒体を処理対象から除外する。
【００２７】リカバリ処理手段４０は、複数の差分バッ
クアップ先媒体を使用してリカバリ処理を行う場合、バ
ックアップ先媒体の読み込みに使用する入出力装置が１
台のとき、最新の差分バックアップ先媒体から順次読み
込んで最新の更新データをバックアップデータとして残
すリカバリ処理を行う。具体的には、リカバリに使用す
る複数のバックアップ先媒体から有効領域を示す有効領
域ビットマップを展開すると共に、更新位置を示す更新
ビットマップを展開する。次に最新の更新ビットマップ
の有効ビット位置に対応した更新データをリカバリ先媒
体６８に書き込むと共に、最新の有効領域ビットマップ
の書込み済みの有効ビットを無効ビットに切替える処理
を、前記有効領域ビットマップが全て無効ビットとなる
まで新しいバックアップ先媒体から古いバックアップ先
媒体に向けて逐次繰り返す。これにより最新の更新デー
タのみが有効データとしてリカバリ先媒体に書き込ま
れ、同一位置の更新データの重複した書込みが回避され
る。
【００２８】リカバリ処理手段４０は、バックアップ先
媒体６２の読み込みに使用する入出力装置が複数台の場
合、複数のバックアップ先媒体６２から同時にバックア
ップデータを読み込み、同一位置で複数の更新データが
重複する場合は、最新の更新データを有効データとして
リカバリ先媒体６８に書き込む。具体的には、複数の入
出力装置の各々にバックアップ先媒体の読出位置情報を
指定すると共に、リカバリ先媒体６８の入出力装置にリ
カバリデータの書込位置情報を指定し、複数の入出力装
置の読込み処理（読込タスク）と書込み処理（書込タス
ク）の各々に中央処理装置の使用権（タスク）を割り振
って並列処理させる。
【００２９】
【作用】このような本発明によるデータ処理装置のバッ
クアップ制御装置および方法によれば次の作用が得られ
る。まずバックアップ開始条件が成立するごとに、バッ
クアップ対象媒体の更新ビットマップを読み込んで現在
の更新データの数を検出し、基準値より多ければ全体バ
ックアップが採取され、基準値より少なければ差分バッ
クアップが採取され、データの更新状況に応じた最適な
バックアッブ取得ができる。例えば、バックアップ対象
媒体の全域が更新されているような場合には、全体バッ
クアップが採取され、１箇所も更新されていないような
場合には、更新分バックアップが採取されることとな
る。
【００３０】また採取済みのバックアップに対しては、
業務負荷の少ない時間帯を使用して複数のバックアップ
先媒体を１つの全体バックアップ先媒体に整理するマー
ジ処理が行われる。このため差分バックアップ処理によ
りリカバリに使用する媒体数が増加しても、単一の全体
バックアップ先媒体に整理され、単独でリカバリ可能と
判断され、リカバリ時間を短縮と媒体管理の簡易が図れ
る。
【００３１】一方、リカバリ処理の起動時には、コント
ロールデータセット（ＣＤＳ）にバックアップの際に登
録された複数のリカバリ先媒体の更新ビットマップを使
用し、リカバリに使用しない差分バックアップ先媒体を
判別して排除し、必要最小限のバックアップ先媒体の使
用を可能とする。またリカバリ使用するバックアップ先
媒体の入出力装置が１台しかないか複数台あるかにより
最適なリカバリを行う。入出力装置が１台しかない場合
は、最新の差分バックアップ先媒体から順番にデータを
読込んで、重複した場合には最新のデータを有効データ
としてリカバリ先媒体に書き込む。このとき、後続する
バックアップ先媒体の更新ビットマップの同一位置に有
効ビットがあれば、この有効ビットをオフして無効ビッ
トとする。これにより全ビットを無効ビットとする更新
ビットマップが得られた時点で、リカバリ完了と判断で
き、重複したデータの無駄な書き戻しをなくし、１台の
入出力装置であっても、リカバリ時間を最短時間で行
う。また複数台の入出力装置が使用できる場合には、複
数のバックアップ先媒体の同一位置のデータを並列的に
読出し、重複する有効データがあれば最新のデータをリ
カバリデータとして書き戻し、ハードウェア性能を最大
限に活かすことができ、リカバリ時間を全体バックアッ
プのみの場合とほぼ同じ時間に短縮できる。
【００３２】
【実施例】
＜目次＞ １．ハードウェア構成と全体機能 ２．バックアップ処理 ３．バックアップ処理の使い分け ４．累積型と非累積型の差分バックアップ ５．更新ビットマップと有効領域ビットマップ ６．マージ処理 ７．リカバリ処理 ８．リカバリ逐次処理 ９．リカバリ並列処理 １．ハードウェア構成と全体機能 図２は本発明のバックアップ制御方法が適用される計算
機システムのハードウェア構成を示す。計算機システム
は中央処理装置１０のバスライン３２に主記憶装置１２
を接続しており、更に入出力チャネル装置１４−１〜１
４−４を接続している。この実施例で入出力チャネル装
置１４−１，１４−３に対してはディスク用入出力制御
装置１６−１〜１６−３を介して直接アクセス装置（Ｄ
ＡＳＤ;Direct Access Strage Divice ）として磁気デ
ィスク装置２４−１〜２４−３，２４−１１〜２４−１
３，２４−２１〜２４−２３を接続している。
【００３３】これらの磁気ディスク装置２４−１〜２４
−２３は中央処理装置１０で処理されたデータを外部記
憶装置として格納する。入出力チャネル装置１４−１に
はまた磁気テープ用入出力制御装置１８が接続され、複
数の磁気テープ装置２６−１〜２６−３を接続してい
る。この磁気テープ装置２６−１〜２６−３はバックア
ップ先媒体としての磁気テープに対するバックアップデ
ータの入出力に使用される。
【００３４】入出力チャネル装置１４−２にはコンソー
ル用入出力制御装置２０を介してオペレータコンソール
２８が接続される。更に、入出力チャネル装置１４−４
に対してはモデム装置２５が接続され、モデム装置２５
を介して通信回線により外部装置との間のデータ送受を
行うことができ、所謂オンラインシステムとして引用す
ることができる。
【００３５】図３は図２のハードウェアのプログラム制
御により実現される本発明のバックアップ制御の処理機
能を示したブロック図である。まず中央処理装置１０に
示すように、主記憶装置１２に格納されたプログラムの
実行により環境定義処理部３４，バックアップ処理部３
６，マージ処理部３８およびリカバリ処理部４０がアプ
リケーションプログラムの機能として実現される。また
オペレーティング・システム４２によって各アプリケー
ション処理部からの要求を処理する。
【００３６】更に、バックアップ対象媒体５２のデータ
を更新するデータ更新処理部４４と、処理動作の際に必
要なデータを展開するメモリ４６の機能が実現される。
中央処理装置１０に対する外部機能として定義制御文４
８、各種の制御指示を行うオペレータコンソール２８、
必要なデータを打ち出すプリンタ３０が設けられる。更
に本発明のバックアップ制御に必要な各種の制御情報を
登録して管理するコントロールデータセットとして、バ
ックアップ制御用管理ファイル５０が設けられている。
【００３７】バックアップ対象とするデータを格納した
図２の磁気ディスク装置は、図３にあっては１つのバッ
クアップ対象媒体５２として示している。バックアップ
対象媒体５２は入出力制御装置５４を介して中央処理装
置１０に接続される。バックアップ対象媒体５２のデー
タ領域はデータ更新が行われる有効領域５８の割付けを
受けており、有効領域５８に含まれるデータに対し中央
処理装置１０のデータ更新処理部４４による更新データ
６０の更新が行われる。
【００３８】この有効領域５８については、データ更新
処理部４４がソフトウェア処理により適宜に設定する。
バックアップ対象媒体５２に割り付けた有効領域５８の
位置情報は、例えば仮想記憶計算機システムの場合には
磁気ディスク装置のボリューム目録テーブル（ＶＴＯ
Ｃ）にトラック単位のビットマップテーブルとして格納
されている。
【００３９】また、データ更新処理部４４により更新さ
れた有効領域５８の中の更新データ６０の位置について
も、同じくボリューム目録テーブル（ＶＴＯＣ）の中の
１トラックを１ビットに対応させた更新ビットマップテ
ーブルとして格納されている。このため、バックアップ
対象媒体５２としての磁気ディスク装置におけるボリュ
ーム目録テーブルを参照すれば、有効領域５８および有
効領域５８の中の更新データ６０の位置を認識すること
ができる。
【００４０】更に、更新データ６０の位置を示す更新ビ
ットマップテーブルについては、バックアップ対象媒体
５２のボリューム目録テーブルを参照せずに入出力制御
装置５４でまとめて管理することもできる。即ち、入出
力制御装置５４に更新ビットマップテーブル５６を格納
するメモリ領域を確保し、ハードウェアによりバックア
ップ対象媒体５２を更新するごとに更新データ６０に対
応する入出力制御装置５４の更新ビットマップテーブル
の対応ビットをセットする。
【００４１】入出力制御装置５４に更新ビットマップテ
ーブル５６を設けることは、図２に示したように１つの
ディスク用入出力制御装置１６−１〜１６−３に複数の
磁気ディスク装置を接続した場合、各磁気ディスク装置
をアクセスするときに入出力制御装置をアクセスするだ
けで、バックアップ対象とする磁気ディスク装置の更新
ビットマップテーブルが得られる点で優れている。
【００４２】また、入出力制御装置５４に設ける更新ビ
ットマップテーブル５６としては、電源断による情報消
失を防ぐため不揮発性メモリとすることが望ましい。中
央処理装置１０に対し接続されるバックアップ先媒体６
２として、この実施例にあっては、磁気テープ装置によ
りデータ読み書きを行う磁気テープを使用している。 ２．バックアップ処理 図４は図３に示した本発明によるバックアップ処理の機
能を取り出して更に詳細に示した説明図である。まず定
義制御文４８としては、バックアップ対象媒体５２に関
する情報、バックアップ先媒体６２に関する情報、全体
バックアップ処理か差分バックアップ処理かの使い分け
を決める基準、更にバックアップが済んだバックアップ
先媒体６２を整理するマージ処理の実行基準を定める。
【００４３】このような定義制御文４８の内容は、図２
に示した計算機システムの環境設計および環境設定を行
う際に予め作成される。定義制御文４８はオペレータコ
ンソール２８を用いたメニュー処理，コマンド入力，ジ
ョブ指定などの適宜の手法で中央処理装置１０に与えら
れ、この指示を受けて環境定義処理部３４がコントロー
ルデータセット（ＣＤＳ）として機能するバックアップ
制御用管理ファイル５０に定義制御文４８で指定された
内容を登録する。
【００４４】バックアップ制御用管理ファイル５０とし
ては、この実施例にあっては磁気ディスク装置を使用し
ている。勿論、磁気ディスク装置以外に半導体メモリを
使用した半導体ディスク装置，システム記憶装置，光デ
ィスク装置，フロッピー装置などの適宜の媒体に格納し
てもよい。環境定義処理部３４による定義制御文４８に
基づいた登録により、バックアップ制御用管理ファイル
５０には、 バックアップ対象媒体管理情報 バックアップ先媒体管理情報 バックアップ使い分け基準 マージ実行条件 がそれぞれテーブル情報として登録される。
【００４５】図５はバックアップ制御用管理ファイル５
０に登録されるバックアップ対象媒体の管理情報テーブ
ルを示す。図５（Ａ）はバックアップ対象媒体を示す情
報を使用頻度１，２，３，４，・・・の順番にバックア
ップ対象媒体の媒体識別番号によって登録している。こ
のため、バックアップ処理を指示された際には、このバ
ックアップ対象媒体管理テーブルを参照し、使用頻度が
一番高い媒体識別番号「ＤＡＳＤ００」をもつバックア
ップ対象媒体からバックアップ処理を開始するようにな
る。
【００４６】図５（Ｂ）はバックアップ対象媒体を使用
頻度に応じてグループ分けしたバックアップ対象媒体管
理テーブルを示している。このため、バックアップ指示
を受けると、使用頻度の最も高いグループ識別番号に属
するバックアップ対象媒体からグループ単位にバックア
ップ処理を行うようになる。このような使用頻度により
階層的に分けたバックアップ対象媒体の管理情報テーブ
ルを用いることで、使用頻度や重要度の最も高いバック
アップ対象媒体から優先的にバックアップ処理を行うこ
とができる。
【００４７】図６はバックアップ制御用管理テーブル５
０に登録するバックアップ対象媒体の管理情報テーブル
の他の実施例を示したもので、この実施例にあっては、
重要度に応じてバックアップ対象媒体を階層的に分類し
ている。即ち、図６（Ａ）は、重要度に応じてバックア
ップ対象媒体単位に階層的に登録している。また図６
（Ｂ）は、重要度に応じたグループ分けにより階層的に
バックアップ対象媒体を登録している。勿論、媒体単位
あるいはグループ分けした際の階層的なバックアップ優
先順位の分け方は、使用頻度や重要度以外に必要に応じ
て適宜のパラメータを用いてもよい。
【００４８】図７はバックアップ対象媒体のグループ分
けの他の実施例を示したもので、１つのグループ内を階
層的に分割してグループ分けしたことを特徴する。図７
（Ａ）はバックアップ対象となる複数の磁気ディスク装
置で構成された入出力サブシステム８８を示す。入出力
サブシステム８８は、予め定めたグループ分け基準に従
いグループＡ，Ｂ，Ｃに分割している。更に、クループ
Ａ，Ｂ，Ｃ内には下位のグループを示すａ１〜ａ４，ｂ
１〜ｂ４，ｃ１〜ｃ４が付された磁気ディスク装置が４
台ずつ含まれている。
【００４９】図７（Ｂ）は図７（Ａ）の階層的なグルー
プ分けによる木構造を示す。１つの大きなグループを構
成する入出力サブシステム８８は、まずグループＡ，
Ｂ，Ｃに分割され、グループＡ，Ｂ，Ｃのそれぞれが更
に下位のグループａ１〜ａ４，ｂ１〜ｂ４ｃ１〜ｃ４に
分割されている。ここでグループ分割の最下位層は、磁
気ディスク装置１台単位となる。このような階層的なグ
ループ分けに対応して、各階層ごとに左側に示す第１階
層バックアップ条件９０，第２階層バックアップ条件９
２がバックアップ動作環境として設定されている。
【００５０】階層ごとに設定するバックアップ条件とし
ては、例えば磁気ディスク装置の信頼性を用いる。具体
的には磁気ディスクのに信頼性の評価関数のシークエラ
ー回数を監視し、階層ごとに下位で高く上位に行くほど
低くなるエラー回数閾値を設定する。そしてバックアッ
プ処理を開始する際に、最下位グループから順番に実際
のエラー回数と閾値と比較し、閾値を越えるグループを
バックアップ対象として選択する。
【００５１】図７（Ｂ）の例えばグループＡの系統を例
にとると、まず最下位グループａ１〜ａ４について、そ
れぞれのグループのエラー回数を第２階層バックアップ
条件９２として設定されたエラー回数閾値と比較する。
ここで最下位グループａ１〜ａ４は磁気ディスク装置１
台ずつで構成されており、従って、磁気ディスク総血ご
とのエラー回数を閾値と比較することになる。例えばグ
ループａ１〜ａ３のエラー回数が閾値を越え、グループ
ａ４のエラー回数が閾値を越えていなかった場合は、グ
ループａ１〜ａ３に最も優先度の高いバックアップ順位
をセットする。
【００５２】閾値を超えていないグループａ４は、その
上位グループＡに設定された第１段階バックアップ条件
９０のエラー回数閾値と比較する。ここで閾値を越えて
いれば、第２階層より低いバックアップ順位を設定す
る。閾値を越えていなかった場合は、それ以上の上位の
階層がないのでグループａ４を今回のバックアップ対象
から除外する。これらにより信頼性の低いバックアップ
対象を優先的に選択したバックアップ処理を行うことが
できる。尚、図７は２階層にグループ分けした場合を示
しているが、階層数は必要に応じて任意に決めることが
できる。
【００５３】図８は図４のバックアップ制御用管理ファ
イル５０に登録されるバックアップ先媒体６２の管理情
報テーブルを示す。このバックアップ先媒体の管理情報
テーブル７０にあっては、バックアップ対象媒体の識別
番号７２，バックアップ処理の形態を示す識別子７４、
更にバックアップ先媒体を示す識別番号７６の３つを登
録している。
【００５４】例えばバックアップ対象媒体ＩＤ＝ＤＡＳ
Ｄ０１については、４つのバックアップ先媒体番号ＮＴ
００００〜ＮＴ０００３が登録されている。これらのバ
ックアップ先媒体は先頭の媒体が全体バックアップ処理
を行っており、残り３つの媒体が非累積型差分バックア
ップ処理を行っている。またバックアップ対象媒体ＩＤ
＝ＤＡＳＤ１１については、先頭の全体バックアップ処
理に対し残り３つは累積型差分バックアップ処理である
ことが分かる。
【００５５】図９は図４のバックアップ制御用管理ファ
イル５０に登録するバックアップ先媒体の管理情報テー
ブルの他の実施例を示したもので、図８に示した管理情
報テーブル７０に対象媒体のもつ更新ビットマップ８２
を付加したことを特徴とする。このように更新ビットマ
ップテーブル８２を付加する理由は、後の説明で明らか
にするリカバリ処理の際にバックアップ先媒体を読み込
まなくてもバックアップ制御用管理ファイル５０を参照
するだけで、リカバリに使用しようとするバックアップ
先媒体における更新データの様子を把握できることであ
る。
【００５６】図１０は図４のバックアップ制御用管理フ
ァイル５０に登録される複数のバックアップ先媒体を対
象マージ処理を行うためのマージ処理の実行条件テーブ
ルを示す。このマージ処理の実行条件テーブルには、マ
ージ処理を開始するためのＣＰＵの付加条件、マージ処
理に使用可能なバックアップ用の入出力装置の空き条
件、マージ対象となるバックアップ先媒体の媒体数、日
付、曜日、時刻などの条件が定義制御文４８に基づく環
境定義処理部３８の処理で登録されている。
【００５７】再び図４を参照するに、バックアップ処理
部３６はオペレータコンソール２８を通じて業務管理者
などによるバックアップ指示を受けると、環境定義処理
部３４によりバックアップ制御用管理ファイル５０に登
録されたバックアップ開始条件に従って自動的にバック
アップ処理を開始する。このバックアップ開始条件とし
ては、例えばバックアップのサイクルを月曜日から土曜
日とし、夜間の業務負荷の少ない時間帯を使用して自動
的にバックアップ処理を行う。またバックアップ処理部
３６によるバックアップ処理の内容は、バックアップ使
い分け基準に従って全体バックアップ処理と差分バック
アップ処理のいずれかが自動的に判断され実行する。 ３．バックアップ処理の使い分け 図１１は図４のバックアップ処理部３６による本発明の
バックアップ処理のメインルーチンを示したフローチャ
ートである。図１１の処理に先立ってバックアップ処理
部３６は予め定義されたバックアップ条件を監視してい
る。例えば月曜日から土曜日までを１サイクルとし、一
日の業務が終了した負荷の少ない夜間の指定時間に到達
するとバックアップ処理を起動する。またバックアップ
対象媒体は予め固定的に決めていてもよいし、図７の階
層的なグループ分けで示したように、各階層に設定した
バックアップ条件を満たすグループのみをバックアップ
対象媒体とし選択するようにしてもよい。
【００５８】このように予め定義されたバックアップ条
件が成立すると、図１１の処理が開始され、まずステッ
プＳ１でバックアップ制御用管理ファイル５０から全体
バックアップ処理は差分バックアップ処理かを決める基
準情報を読み込む。続いてステップＳ２でバックアップ
対象媒体５２における更新状況を調べる。具体的には、
バックアップ対象媒体５２側から更新データの位置を示
す更新ビットマップテーブルを読み込み、ビットが１に
オンしている有効ビットの数を検出する。続いてステッ
プＳ３で、検出した更新データの数がステップＳ１で読
み込んだ基準値を越えているか否か判定する。基準値を
越えている場合にはステップＳ４に進み、全体バックア
ップ処理を実行する。一方、基準値に満たない場合には
ステップＳ５で差分バックアップ処理を実行する。
【００５９】ステップＳ４の全体バックアップ処理は図
１２のサブルーチンに示すように、まずステップＳ１で
バックアップ対象として認識したバックアップ対象媒体
の全データをバックアップ先媒体に複写するバックアッ
プ処理を行う。この全データの複写が済んだならば、ス
テップＳ２で例えば入出力制御装置５４に更新ビットマ
ップテーブル５６を設けていた場合には更新ビットマッ
プテーブル５６をクリアし、次の更新バックアップに備
える。
【００６０】図１３は図１１のステップＳ５に示した差
分バックアップ処理をサブルーチンとして示したフロー
チャートである。この差分バックアップ処理にあって
は、まずステップＳ１でバックアップ対象として認識し
たバックアップ対象媒体の更新ビットマップを読み込
み、ステップＳ２で更新ビットマップテーブルのビット
がオンしている有効ビットに対応するデータを更新デー
タとして抽出してバックアップ先媒体に複写する。
【００６１】続いてステップＳ３で差分バックアップ処
理が非累積型か否かチェックし、もし非累積型の設定で
あればステップＳ４でバックアップ対象媒体側の更新ビ
ットマップテーブルをクリアし、次のバックアップ処理
の際には、今回バックアップできたデータを基準とした
更新データのみを抽出可能とする。これに対し、累積型
が設定されていた場合には更新ビットマップのクリアは
行わない。
【００６２】このため、累積型の差分バックアップ処理
にあっては、図１２の全体バックアップ処理のバックア
ップデータを基準とし、この後の差分バックアップごと
に累積された更新データを抽出したバックアップが行わ
れる。 ４．累積型と非累積型の差分バックアップ ここで、図１３に示した差分バックアップ処理の累積型
と非累積型を具体的に説明すると次のようになる。
【００６３】図１４は累積型の差分バックアップ処理を
示している。いまバックアップのサイクルを月曜日から
土曜日の業務終了後の行うものとする。まず最初の月曜
日にあっては、バックアップ対象媒体５２のデータ部５
８を全てバックアップ先媒体６２−０１に複写する全体
バックアップ処理を行う。このときバックアップ対象媒
体５２側の更新ビットマップをクリアしておく。
【００６４】次の火曜日にあっては、更新ビットマップ
の状態から有効データ領域５８の中で２つの更新データ
６０−１，６０−２の更新が行われたことが分かるの
で、この更新データ６０−１，６０−２のみをバックア
ップ先媒体６２−０２に複写する差分バックアップを行
う。この場合には、バックアップ対象媒体５２側の更新
ビットマップのクリアは行わない。
【００６５】次の水曜日にあっては、更に更新データ６
０−３，６０−４の更新が行われ、火曜分と水曜分を合
わせた更新データ６０−１〜６０−４をバックアップ先
媒体６２−０３に複写する差分バックアップを行う。以
下、木曜，金曜について同様の差分バックアップを行
い、土曜については図示のように差分バックアップを行
う。このような月曜から土曜に亘るバックアップ処理
で、バックアップ先媒体６２−０１〜６２−０６が得ら
れる。
【００６６】ここで、バックアップ対象媒体５２を磁気
ディスク装置とし、バックアップ先媒体６２−０１〜６
２−０６とした場合、一週間当たりのバックアップ対象
媒体の更新率は約１０〜２０％程度となる。このため、
曜日が進むごとに最初の差分バックアップでは１〜２分
程度でテープ数も１，２本であったものが、土曜日の差
分バックアップ処理では１０分程度の時間に増加し、ま
たテープ数も５〜６本に増加する。このような月曜から
土曜の一週間分のバックアップが済むと、次の月曜では
再び全体バックアップを行って更新ビットマップをクリ
アし、これを繰り返す。
【００６７】累積型の差分バックアップにおけるリカバ
リ処理は、例えば土曜日の状態のデータをリカバリする
ためには月曜の全体バックアップデータのバックアップ
先媒体６２−０１と最も新しい土曜日に得たバックアッ
プ先媒体６２−０６の２つを使用すればよい。このた
め、累積型のバックアップ処理にあっては、リカバリ処
理の際の媒体数が少なくでき、媒体管理も容易になる。
【００６８】図１５は非累積型の差分バックアップ処理
を図１４と同様、月曜から土曜日を１サイクルとしてバ
ックアップ業務を行う場合を例にとって示している。最
初の月曜日については、図１４の累積型と同様、全体バ
ックアップを行い、更新ビットマップをクリアしてい
る。次の火曜から水曜については差分バックアップをと
るごとに更新ビットマップをクリアしている点が累積型
の場合と相違する。
【００６９】このため、火曜から土曜までの差分バック
アップにあっては、前日の全体バックアップまたは差分
バックアップを基準とした更新データのみが抽出されて
バックアップ先媒体６２−０２〜６２−０６に複写され
る。非累積型のバックアップ処理で得られた媒体を用い
たリカバリ処理は、例えば土曜日までのデータを復元す
る場合を例にとると、月曜の全体バックアップから土曜
までの複数の差分バックアップによるバックアップ先媒
体６２−０１〜６２−０６の全てを使用しなければなら
ない。
【００７０】このように非累積型の差分バックアップに
あっては、例えば一週間におけるバックアップ対象媒体
の更新率を１０〜２０％とすると、各曜日における毎回
の差分バックアップは１〜２分程度でテープ数も１〜２
本と処理時間およびテープ本数を大幅に低減できる。し
かし、リカバリ処理の際には全体バックアップとリカバ
リを行うまでに得た複数の差分バックアップによる媒体
の全てを使用しなければならず、リカバリ時間が増大
し、また媒体管理も繁雑になる。
【００７１】本発明のバックアップ制御にあっては、こ
のような累積型と非累積型の差分バックアップ処理がも
つ利点を効果的に活かすと共に、それぞれのもつ欠点を
可能な限り抑制して効率のよいリカバリ処理と媒体管理
を行うものである。 ５．更新ビットマップと有効領域ビットマップ 図１６は図４に示したバックアップ処理部３６による更
新ビットマップテーブルに加えて、有効領域ビットマッ
プテーブルを用いたバックアップ処理を示しいる。仮想
記憶方式を採用した計算機システムにあっては、図４に
示したバックアップ対象媒体５２を構成する磁気ディス
ク装置のボリューム目録テーブル（ＶＴＯＣ）にデータ
更新を行う有効領域を示すビットマップテーブルを格納
している。そこで図１６のバックアップ処理にあって
は、更新データの位置を示すビットマップテーブルに加
えて、有効領域を示す有効領域ビットマップテーブルを
組み合わせてバックアップとして複写する更新データの
抽出を行う。
【００７２】まずバックアップ対処媒体５２のデータ部
６６には中央処理装置１０によるソフトウェア処理で有
効領域５８が予め設定されている。この有効領域５８は
有効領域ビットマップ６４に示すように、バックアップ
対象媒体５２側に記録されている。中央処理装置はバッ
クアップ対象媒体５２の有効領域５８のデータについて
のみ更新データ６０に示すように更新処理を行う。
【００７３】しかしながら、無効領域９０に対しハード
ウェアによって更新が行われ、更新データ６０が存在す
る場合もある。更新ビットマップテーブル８２はバック
アップ対象媒体５２における更新データ６０の位置をハ
ードウェア的に検出して記録している。従って、無効領
域９０の更新データ６０についても、更新ビットマップ
８２上に有効ビット１がセットされている。
【００７４】このような更新ビットマップテーブル８２
をそのまま用いた場合には、無効領域９０の更新データ
６０もバックアップ先媒体６２に不要なデータとして複
写されてしまう。そこでバックアップ処理の際に更新ビ
ットマップデータ８２に加えて有効領域ビットマップテ
ーブル６４を読み込み、２つのビットマップテーブル６
４，８２の同一位置のビットの論理積をとって、有効ビ
ットとなった位置の有効データのみをバックアップ先媒
体６２に複写する。これによって無効領域９０の更新デ
ータ６０はバックアップ対象から除外され、必要ないデ
ータをバックアップ先媒体６２に複写してしまう無駄を
省くことができる。 ６．マージ処理 次に、図１１に示したバックアップ処理に従ってバック
アップ先媒体としての複数の磁気テープが得られた状態
でのマージ処理を説明する。
【００７５】図１７は本発明のマージ処理の対象となる
あるバックアップ対象媒体についてのバックアップ先媒
体の管理情報テーブルを示している。即ち、バックアッ
プ対象媒体の識別ＩＤ＝ＤＡＳＤ０１については、バッ
クアップ形態識別子７４−１〜７４−４に示すように、
全体バックアップに続いて３つの累積型差分バックアッ
プにより得られたバックアップ先媒体の識別番号７６−
１〜７６−４に示すＩＤ＝ＭＴ０００１〜ＭＴ０００４
のバックアップが済んでいることが認識される。
【００７６】このようなバックアップ済みの状態につい
ては、図１８に示すように、ＩＤ＝ＭＴ０００１〜ＭＴ
０００４のバックアップ先媒体６２−０１〜６２−０４
について最も時間的に古い全体バックアップ先媒体６２
−０１と最新の累積型差分バックアップ先媒体６２−０
４の２つを複写合成して１つの全体バックアップ先媒体
６２−０５を生成する。この場合の複写は全体バックア
ップ先媒体６２−０１と最新の累積型差分バックアップ
先媒体６２−０４のそれぞれの更新ビットマップにつ
き、同一位置に有効ビットがあれば最新の有効ビットに
対応するデータを抽出して複写結合すればよい。
【００７７】更に、マージ処理により１つの全体バック
アップ先媒体６２−０５が得られたならば、図１７に示
す管理情報テーブル７０については４つの情報をとりま
とめた識別子７４−５を全体バックアップとし、また媒
体識別ＩＤ＝ＭＴ０００５としたテーブル情報の置き換
えを行う。図１９はマージ処理の対象とするバックアッ
プ先媒体の管理情報テーブルの他の例を示したもので、
この場合には全体バックアップに続く残り３つの差分バ
ックアップが非累積型となっていた場合である。
【００７８】この場合のマージ処理は図２０に示すよう
に、全体バックアップ先媒体６２−０１と残り３つの差
分バックアップ先媒体６２−０１〜６２−０４の全てを
読み込んで複写結合する。勿論、複写結合は同一位置に
ある更新データのうちの最新のものを抽出して全体バッ
クアップ先媒体６２−０５に複写する。図２１は図１９
に示した３つの非累積型の差分バックアップによる媒体
を使用したマージ処理の他の処理に使用する管理情報テ
ーブル７０を示している。この場合には、図２２に示す
ように３つの非累積型差分バックアップ先媒体６２−０
２〜６２−０４をマージ処理し、１つの累積型差分バッ
クアップ先媒体６２−０５を生成していることを特徴と
する。
【００７９】これはマージ処理に時間的な余裕がない場
合であり、全体バックアップ先媒体６２−０１を含めた
図２０に示すような１つの全体バックアップ先媒体６２
−０５を作るには時間がない場合に、とりあえず非累積
型差分バックアップ先媒体を１つの累積型差分バックア
ップ先媒体にまとめる。そして、もし余裕があれば、図
１８に示したように全体バックアップ先媒体と図２２で
生成した１つの累積型差分バックアップ先媒体６２−０
５を使用したマージ処理を行えばよい。
【００８０】図２３はマージ処理の対象となるバックア
ップ先媒体の管理情報テーブル７０の他の例を示したも
ので、この例にあっては累積型差分バックアップと非累
積型差分バックアップとが混在した場合である。図２４
は累積型と非累積型の差分バックアップが混在した場合
のマージ処理を示している。まず最初の全体バックアッ
プ先媒体６２−０１と次の累積型差分バックアップ先媒
体６２−０２については、両者をマージして全体バック
アップ先媒体６２−０５を生成する。次に全体バックア
ップ先媒体６２−０１と３番目の累積型差分バックアッ
プ先媒体６２−０３を統合して、この時点での全体バッ
クアップ先媒体６２−０６を生成する。
【００８１】更に全体バックアップ先媒体６２−０１と
累積型差分バックアップ先媒体６２−０３と最後の非累
積型差分バックアップ先媒体６２−０３の３つをマージ
して、この時点での全体バックアップ先媒体６２−０７
を生成する。そして新たに生成した全体バックアップ先
媒体６２−０５〜６２−０７については、図２３の右側
に示すように、新たな識別子とバックアップ先媒体のＩ
Ｄを生成して置き換えを行う。
【００８２】図２５は本発明によるマージ処理を示した
フローチャートである。まずステップＳ１で計算機シス
テムにおける業務負荷が低いか否かチェックし、業務負
荷が低ければステップＳ２でバックアップ処理用の入出
力装置に空きがあるか否かチェックする。空きがあれば
ステップＳ３以降のマージ処理を行う。マージ処理はス
テップＳ３でバックアップ制御用管理ファイル５０から
マージ対象とするバックアップ先媒体に関する情報を取
得する。
【００８３】即ち、図１７，図１９，図２１あるいは図
２３に示したようなバックアップ先媒体に関する管理情
報テーブル７０を取得する。次にステップＳ４でマージ
対象に含まれる差分バックアップ先媒体が非累積型のみ
か否かチェックする。非累積型のみであった場合には、
ステップＳ４で全体バックアップ先媒体と全ての非累積
型差分バックアップ先媒体を複写して結合するマージ処
理を行う。
【００８４】ステップＳ４で非累積型のみでなかった場
合にはステップＳ５で累積型のみか否かチェックする。
累積型のみであった場合には、ステップＳ７で全体バッ
クアップ先媒体と最新の累積型差分バックアップ先媒体
を複写して結合するマージ処理を行う。更に非累積型の
みでなく且つ累積型のみではなかった場合には、混在型
であることからステップＳ８に進み、例えば図２４に示
すような全体非累積型，累積型の混在処理を行う。
【００８５】ステップＳ６，Ｓ７またはＳ８におけるマ
ージ処理が済んだならばステップＳ９で、ステップＳ３
で読み込んだバックアップ対象媒体に関する管理情報テ
ーブルの書替えを行う。 ７．リカバリ処理 図２６は本発明のバックアップ処理制御におけるリカバ
リ処理の機能を示した説明図である。図２６のリカバリ
処理はリカバリ処理部４０に対するオペレータコンソー
ル２８からのリカバリ指示により行われる。このリカバ
リ処理のため、定義制御文４８により予めリカバリ処理
の使い分け基準を作成して環境定義処理部３４に指示
し、リカバリ処理使い分け基準をバックアップ制御用管
理ファイル５０に予め登録している。
【００８６】定義制御文４８で指示するリカバリ処理の
使い分け基準としては、例えばリカバリ用の使用できる
バックアップ先媒体の入出力装置の台数がある。即ち、
本発明のリカバリ処理にあっては、リカバリ処理の際に
使用可能なリカバリ先媒体の入出力装置が１台か複数台
かにより順次処理と並列処理を行っており、このための
使い分け基準としてリカバリ用に使用できるバックアッ
プ先媒体の入出力装置の台数が使い分け基準として定義
される。
【００８７】図２７は図２６のリカバリ処理部４０によ
るリカバリ処理のメインルーチンを示したフローチャー
トである。システムダウンなどによりリカバリ指示を受
けるとリカバリ処理部４０が起動し、まずステップＳ１
でバックアップ制御用管理ファイル５０からリカバリに
必要な差分バックアップ先媒体の数を読み込む。続いて
ステップＳ２でリカバリに必要な差分バックアップ先媒
体があるか否かチェックし、もし差分バックアップ先媒
体がなければステップＳ３に進み、全体バックアップ先
媒体のみを使用した通常のリカバリ処理を行う。
【００８８】ステップＳ２で差分バックアップ先媒体が
あった場合にはステップＳ４に進み、複数の差分バック
アップ先媒体の中から不要な媒体を排除する不要媒体排
除処理を行う。続いてステップＳ５でバックアップ先媒
体からの読込みに使用する入出力装置の台数が複数台か
否かチェックする。もし入出力装置が１台であった場合
にはステップＳ６に進み、最新の差分バックアップ先媒
体から順次読み込んでリカバリする逐次処理を実行す
る。一方、入出力装置が複数台あった場合にはステップ
Ｓ７で複数のバックアップ先媒体のデータを並列的に読
み込んでリカバリする並列処理を実行する。
【００８９】図２８は図２７のステップＳ４による不要
媒体排除処理の対象となったバックアップ先媒体の一例
を示している。不要媒体排除処理の際には、図２８に示
す例えば４つのバックアップ先媒体６２−１〜６２−４
につきバックアップ制御用管理ファイル５０を参照し
て、図２９に示す管理情報テーブル７０およびこれに付
加している更新ビットマップテーブル８２を参照する。
【００９０】この更新ビットマップテーブル８２につい
て図３０に示すように、媒体識別ＩＤ＝ＭＴ０００４と
なる最新の更新ビットマップデータの中の有効ビット１
に対応するそれ以前のビットマップデータにおける有効
ビット１を矢印で示すように無効ビット０にオフする。
次に媒体識別ＩＤ＝ＭＴ０００３について、有効ビット
１について、それ以前の更新ビットマップの同一位置の
有効ビット１を無効ビット０に矢印に示すようにオフす
る。
【００９１】この結果、媒体識別ＩＤ＝ＭＴ０００２の
更新ビットマップテーブルは全て無効ビット０となる。
従って、媒体識別ＩＤ＝ＭＴ０００２の有効ビット１で
示される更新データは、その後の媒体識別ＩＤ＝ＭＴ０
００３，ＭＴ０００４による有効ビット１の更新データ
で書き替えられており、リカバリの際に書込みを必要と
する有効な更新データは存在しない。従って、媒体識別
ＩＤ＝ＭＴ０００２はリカバリに使用する媒体から排除
される。
【００９２】図３１は本発明の不要媒体排除処理を示し
たフローチャートである。まずステップＳ１でバックア
ップ制御用管理ファイル５０から各バックアップ先媒体
にバックアップされている更新データの場所を示す情報
を獲得し、ステップＳ２でビットマップテーブルを作成
する。なお、ステップＳ１の処理はバックアップ制御用
管理ファイル５０に最初からビットマップテーブルの形
で格納している場合は不要である。
【００９３】ステップＳ３にあっては、最新のバックア
ップ先媒体をチェック対象とする。続いてステップＳ４
でチェック対象となったバックアップ先媒体の更新ビッ
トマップテーブルに有効ビットがあるか否かチェックす
る。もし有効ビットがあればステップＳ５でこの媒体を
リカバリに使用する媒体として指定する。続いてステッ
プＳ６で処理中のバックアップ先媒体の更新ビットマッ
プテーブルにおける有効ビット１と同一位置の以前の更
新ビットマップテーブルの有効ビットを無効化する。続
いてステップＳ７でビットマップテーブルに有効ビット
が残っているか否かチェックする。残っていればステッ
プＳ８で１つ前のバックアップ先媒体を新たなチェック
対象とし、ステップＳ４〜Ｓ６の処理を繰り返す。ステ
ップＳ７で有効ビットがもはや残っていなければステッ
プＳ９に進み、ステップＳ５でリカバリ用として指定し
た指定媒体のみを使用してリカバリ処理を実行する。 ８．リカバリ逐次処理 次に図２７のステップＳ６に示したリカバリ処理の際に
使用可能なバックアップ先媒体の入出力装置が１台しか
設けられていない場合の逐次処理を説明する。
【００９４】図３２はリカバリ逐次処理に使用される全
体バックアップの様子を示している。即ち、この全体バ
ックアップにあってはバックアップ対象媒体５２の有効
領域を示す有効領域ビットマップテーブル６４−１と、
その中の更新データの位置を示す更新ビットマップテー
ブル８２−１との論理積で有効ビットとなった位置の更
新データを全体バックアップ先媒体６２−１に複写して
いる。
【００９５】図３３は図３２の全体バックアップに組み
合わせてリカバリ逐次処理に使用される最新の差分バッ
クアップの様子を示している。この差分バックアップに
あっては、バックアップ対象媒体５２に示すように、有
効領域５８−１は図３２の全体バックアップと同じであ
るが、有効領域５８−３については１段下側にずれた位
置に変更している。この場合にも有効領域ビットマップ
テーブル６４−２と更新ビットマップテーブル８２−２
における同一位置のビットの論理積から得られた有効ビ
ット１の更新データ６０のみを差分バックアップ先媒体
６２−２に複写している。
【００９６】リカバリ逐次処理にあっては、図３３に示
した最新の差分バックアップ先媒体６２−２を最初に読
み込み、続いて図３２に示す全体バックアップ先媒体６
２−１を読み込んでリカバリ処理を行う。説明を簡単に
するため、差分バックアップ先媒体は１つの場合として
いるが、複数ある場合は新しい順番に順次読み込む。図
３４は図３３に示した最新の差分バックアップ先媒体６
２−２の読込みによる第１段階のリカバリ処理を示して
いる。この第１段階のリカバリ処理は、まず最新の差分
バックアップ先媒体６２−２の更新ビットマップテーブ
ル８２−２の有効ビット１に対応する更新データ６０を
読み込んでリカバリ先媒体６８に書き込む。
【００９７】次に図３２に示した１つ前のバックアップ
先媒体、すなわち全体バックアップ先媒体６２−１のビ
ットマップテーブル８２−１の有効ビットを、既にリカ
バリ先媒体６８への書込みが済んだ更新ビットマップテ
ーブル８２−２の有効ビット１により無効ビット０にオ
フする。これによって新たな更新ビットマップテーブル
８２−３が得られる。
【００９８】図３５は全体バックアップ先媒体６２−１
からデータを読み込んで行う第２段階のリカバリ処理で
ある。この場合には最終段階のリカバリ処理を示してい
る。全体バックアップ先媒体６２−１からのデータの読
込みは図３４の第２段階で得られた更新ビットマップテ
ーブル８２−３を使用し、その有効ビット１に対応する
位置のデータを全体バックアップ先媒体６２−１から読
み込んでリカバリ先媒体６８に書き込む。
【００９９】この書込みにおいて、更新ビットマップテ
ーブル８２−３の書込みが済んだ有効ビット１は無効ビ
ット０にオフする。更新ビットマップテーブル８２−４
は更新ビットマップテーブル８２−３の有効ビット１の
全てに対応するデータのリカバリ先媒体６８への書込み
が済んだときの状態を示している。このとき更新ビット
マップテーブル８２−４のビットは全て無効ビット０と
なっていることから、この時点でリカバリ逐次処理が完
了したことを認識して処理を終了する。
【０１００】図３６は本発明によるリカバリ逐次処理を
示したフローチャートである。まずステップＳ１で、バ
ックアップ制御用管理ファイル５０からリカバリに必要
な媒体の一覧表を獲得する。続いてステップＳ２で最新
のバックアップ先媒体に関する更新データの格納位置で
ある有効位置を示すビットマップを作成する。ここで、
更新ビットマップが既にバックアップ制御用管理ファイ
ル５０に登録されている場合はビットマップの作成は不
要である。
【０１０１】ステップＳ３にあっては、最新のバックア
ップ先媒体を用意する。続いてバックアップ先媒体から
ステップＳ４でバックアップデータを読み込み、ステッ
プＳ５でビットマップテーブル上で有効ビット１か否か
チェックする。有効ビット１であればステップＳ６で、
読み込んだバックアップデータをリカバリ先媒体に書き
出してリカバリし、ビットマップ上で有効ビット１を無
効ビット０に切り替える。
【０１０２】ステップＳ５で有効ビット１でなかった
り、ステップＳ６でのリカバリ書込みと無効ビットへの
切替えが済んだならば、ステップＳ７でバックアップ先
媒体内に未処理の読込データが残っているか否かチェッ
クし、全データを読み込むまでステップＳ４〜Ｓ６の処
理を繰り返す。ステップＳ７でバックアップ先媒体内か
らの全ての媒体読出しが済んだならば、ステップＳ８で
ビットマップに有効ビットが残っているか否かチェック
する。有効ビットが残っていればステップＳ９に進み、
１つ前のバックアップ先媒体を用意し、ステップＳ４〜
Ｓ７の処理を繰り返す。ステップＳ８でビットマップ上
に有効ビットが残っておらず全て無効ビットとなってい
た場合にはリカバリ処理の終了を認識し、一連の処理を
終了する。 ９．リカバリ並列処理 次に図３７のステップＳ７に示した複数の入出力装置を
使用したリカバリ並列処理の詳細を説明する。図３７は
リカバリ並列処理に使用されるバックアップ先媒体の管
理情報テーブルの一例を示している。この管理情報テー
ブル７０で指定されるバックアップ先媒体６２−１〜６
２−４は図３８に示すバックアップ内容をもっている。
【０１０３】メモリ４６上に展開されたリカバリ処理部
４０はリカバリ先媒体６２−１〜６２−４ごとに入出力
装置が個別に割り当てられていることから、それぞれの
入出力装置にリード処理部８４−１〜８４−４としての
タスクを割り振り、各媒体における同一位置のデータの
並列読込みを行わせる。リード処理部８４−１〜８４−
４によるメモリ４６上に読み込まれた４つのリカバリデ
ータについて、リカバリ処理部４０は最新のデータを有
効データとしてリカバリ先媒体６８に書き出す。
【０１０４】このような並列処理を全てのデータ位置に
ついて順次繰り返すことで、複数のバックアップ先媒体
６２−１〜６２−４を用いても全体バックアップによる
リカバリ先媒体１つを用いたリカバリ処理と同等の処理
時間でリカバリ先媒体６８に書き出すことができる。図
３９は本発明によるリカバリ並列処理を示したフローチ
ャートである。まずステップＳ１でバックアップ制御用
管理ファイル５０よりリカバリに必要な媒体を判断し、
ステップＳ２で全てのバックアップ先媒体を入出力装置
にセットして読込可能状態にする。続いてステップＳ３
で全てのバックアップ先媒体の同一位置からデータを読
み込み、ステップＳ４で重複箇所については最新のデー
タをメモリ内で選択する。続いてステップＳ５で最新デ
ータのみをリカバリ先となる出力媒体に書き出してリカ
バリする。以上のステップＳ３〜Ｓ５の処理をステップ
Ｓ６でリカバリ対象箇所が終了するまで繰り返す。
【０１０５】尚、上記の実施例はリカバリ対象媒体とし
て磁気ディスク装置を例にとっているが、この他に半導
体メモリを使用した光ディスク装置，システム記憶装
置，光磁気ディスク装置またはフロッピー装置などの適
宜の直接アクセス装置を含む。またバックアップ先媒体
としてはオープンリールやカートリッジの磁気テープを
媒体とした磁気テープ装置を例にとっているが、磁気デ
ィスク装置，光磁気ディスク装置，半導体ディスク装
置，システム記憶装置あるいはフロッピ装置であっても
よい。
【０１０６】また、更新データの位置を示す情報として
は１つの更新データに１ビットを割り当てたビットマッ
プを用いているが、ビットマップによる表現形式以外に
更新データの開始位置と大きさ、更新データの開始位置
と終了位置、更新データでない場所の開始位置と大き
さ、または更新データでない場所の開始位置と終了位置
で表現するようにしてもよい。この点はビットマップを
用いた有効領域についても同様である。更に本発明は実
施例に示された数値による限定は受けない。
【０１０７】
【発明の効果】以上説明してきたように本発明によれ
ば、バックアップの都度、バックアップ実施者が行って
いた更新箇所情報の出力、バックアップの媒体量、バッ
クアップ時間の見積り、全体バックアップと差分バック
アップの使い分けの判断などの前準備が不要となり、バ
ックアップ準備の作業工数が削減され、結果としてバッ
クアップ時間を短縮できる。
【０１０８】また、全体バックアップから差分バックア
ップへの変更はバックアップ制御用管理ファイルに対す
る一度の定義で済み、運用形態を変更する際の工数や準
備期間が削減でき、より簡単に運用形態の変更ができ
る。更に導入作業が困難になることから、差分バックア
ップによる運用ができなかったものが、本発明は自動的
に全体バックアップと差分バックアップを使い分けるこ
とで、導入作業を意識することなく差分バックアップを
組み合わせた運用ができる。
【０１０９】また差分バックアップの組合せでバックア
ップ先媒体の媒体数が増加しても、業務負荷の低い空き
時間を利用したマージ処理によりリカバリ処理に必要な
バックアップ先媒体数が必要最小限に整理されるため、
リカバリ時間の短縮とバックアップ先媒体の管理が容易
になる。特にリカバリ時間が制約されて差分バックアッ
プによる媒体数ではリカバリ困難な場合に、マージ処理
によるバックアップ先媒体で十分な時間的余裕をもって
リカバリでき、リカバリに必要な業務中止時間を最小限
に抑えることができる。
【０１１０】また、差分バックアップの組合せで多数の
バックアップ先媒体が得られても、リカバリの際に不要
な媒体を自動的に排除した読込処理を行うことで、リカ
バリ時間の大部分を占めるバックアップ先媒体の読込処
理の時間を短縮し、リカバリを効率良く行うことができ
る。また、リカバリの際に使用可能な入出力装置が１台
で、バックアップ先媒体の逐次処理しかできない場合に
も、同一位置の重複するバックアップデータについては
最新のデータをリカバリデータとして書き出し、リカバ
リ時間を必要最小限に抑えることができる。
【０１１１】更にまた、複数台の入出力装置を使用した
バックアップ先データの読込みが可能な場合には、複数
のバックアップデータの同一位置からの並列読込みと、
読み込んだ複数データの最新データを有効データとして
リカバリ先に書き出す書込処理とを並列的に行うこと
で、複数の差分バックアップ先媒体があっても１つの全
体バックアップ先媒体を用いた場合と同等のリカバリ時
間で効率良く処理することができる。
【図面の簡単な説明】
【図１】本発明の原理説明図
【図２】本発明が適用される計算機システムのハードウ
ェアを示したブロック図
【図３】本発明による処理機能を示した説明図
【図４】本発明のバックアップ処理の機能を示した説明
図
【図５】使用頻度に基づくバックアップ対象媒体の管理
情報の説明図
【図６】重要度に基づくバックアップ対象媒体の管理情
報の説明図
【図７】木構造をもつ階層的なグループ分けを示した説
明図
【図８】バックアップ先媒体の管理情報の説明図
【図９】更新ビットマップを同時に登録したバックアッ
プ先媒体の管理情報の説明図
【図１０】差分バックアップ先媒体のマージ条件登録テ
ーブルの説明図
【図１１】本発明のバックアップ処理のメインルーチン
を示したフローチャート
【図１２】全体バックアップ処理を示したフローチャー
ト
【図１３】差分バックアップ処理を示したフローチャー
ト
【図１４】累積型の差分バックアップ処理の説明図
【図１５】非累積型の差分バックアップ処理の説明図
【図１６】有効領域ビットマップテーブルと更新ビット
マップテーブルを用いたバックアップ処理の説明図
【図１７】本発明のマージ処理の対象となるバックアッ
プ先媒体情報を示した説明図
【図１８】図１７のバックアップ先媒体情報に基づいた
累積型のマージ処理の説明図
【図１９】本発明のマージ処理の対象となるバックアッ
プ先媒体情報を示した説明図
【図２０】図１９のバックアップ先媒体情報に基づいた
非累積型のマージ処理の説明図
【図２１】本発明のマージ処理の対象となるバックアッ
プ先媒体情報を示した説明図
【図２２】図２１のバックアップ先媒体情報に基づいた
非累積型の他のマージ処理の説明図
【図２３】本発明のマージ処理の対象となるバックアッ
プ先媒体情報を示した説明図
【図２４】図２３のバックアップ先媒体情報に基づいた
混在型のマージ処理の説明図
【図２５】本発明のマージ処理を示したフローチャート
【図２６】本発明によるリカバリ処理の機能を示した説
明図
【図２７】本発明のリカバリ処理のメインルーチンを示
したフローチャート
【図２８】リカバリ処理で媒体排除処理を行うバックア
ップ先媒体の説明図
【図２９】図２８の媒体に対応した管理情報テーブルの
説明図
【図３０】媒体処理における管理情報テーブルのビット
無効化を示した説明図
【図３１】本発明による不要媒体の排除処理を示したフ
ローチャート
【図３２】逐次読込みで行うリカバリ処理に用いる全体
バックアップの説明図
【図３３】逐次読込みで行うリカバリ処理に用いる差分
バックアップの説明図
【図３４】最新の差分バックアップ先媒体の読込みで行
う第１段階のリカバリ処理の説明図
【図３５】最も古い全体バックアップ先媒体の読込みで
行う最終段階のリカバリ処理の説明図
【図３６】本発明の逐次読込みによるリカバリ処理を示
したフローチャート
【図３７】並列読込みで行うリカバリ処理に用いるバッ
クアップ先媒体情報の説明図
【図３８】図３７の媒体情報に基づいた並列読込みによ
るリカバリ処理の説明図
【図３９】本発明の並列読込みによるリカバリ処理を示
したフローチャート
【符号の説明】
１０：中央処理装置（ＣＰＵ） １２：主記憶装置（ＭＳＵ） １４−１〜１４−４：入出力チャネル装置 １６−１〜１６−３：ディスク用入出力制御装置 １８：磁気テープ用入出力制御装置 ２０：コンソール用入出力制御装置 ２２：プリンタ用入出力制御装置 ２４−１〜２４−２３：磁気ディスク装置 ２６−１〜２６−３：磁気テープ装置 ２８：オペレータコンソール ３０：プリンタ ３４：環境定義処理部（環境定義手段） ３６：バックアップ処理部（バックアップ処理手段） ３８：マージ処理部（マージ処理手段） ４０：リカバリ処理部（リカバリ処理手段） ４２：オペレーティング・システム（ＯＳ） ４４：データ更新処理部 ４６：メモリ ４８：定義制御文 ５０：バックアップ制御用管理ファイル（制御情報管理
手段） ５２：バックアップ対象媒体 ５４：入出力制御装置 ５６：更新ビットマップテーブル ５８：有効領域 ６０：更新データ ６２，６２−１〜６２−５：バックアップ先媒体 ６６，７８：ボリューム目録テーブル（ＶＴＯＣ;Volum
e of Table Content) ６８，８０：データ部 ７０：制御情報管理テーブル ７２：対象媒体番号 ７４：バックアップ形態の識別子 ７６：バックアップ先媒体番号 ８２：更新ビットマップテーブル ８４−１〜８４−４：リード処理部
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−295941（ＪＰ，Ａ) 特開 平２−194422（ＪＰ，Ａ) 特開 平２−42523（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 3/06 304

Claims (14)

    (57)【特許請求の範囲】
  1. 【請求項１】データ処理システムのバックアップ対象媒
    体のデータをバックアプ先に複写するバックアップ制御
    装置に於いて、 予め定めたバックアップ定義に基づいてバックアップ動
    作環境を定義するバックアップ環境定義手段と、予め定めた定義情報に基づいてリカバリ動作環境を定義
    するリカバリ環境定義手段と、 前記バックアップ環境定義手段で定義されたバックアッ
    プ動作環境、バックアップ対象媒体の情報、バックアッ
    プ先媒体の情報と前記リカバリ環境定義で定義されたリ
    カバリ処理の使い分け基準の情報とを登録して管理する
    制御情報管理手段と、 バックアップ自動処理の開始を指示するバックアップ指
    示手段と、 前記バックアップ指示手段からのバックアップ指示を受
    けた際に、前記制御情報管理手段を参照してバックアッ
    プ開始条件が成立する毎に、処理データを格納するバッ
    クアップ対象媒体における現在の更新データの数を所定
    の基準値と比較して、該更新データの数が該基準値以上
    の場合に前記バックアップ対象媒体の全データを前記バ
    ックアップ対象媒体の複写データを格納するバックアッ
    プ先媒体に複写する全体バックアップ処理を実行し、該
    更新データの数が該基準値より少ない場合にはバックア
    ップ対象媒体のデータの内、基準となるバックアップ処
    理データに対し更新されたデータを抽出して前記バック
    アプ先媒体に複写する差分バックアップ処理を実行する
    バックアップ処理手段と、外部からリカバリ処理の開始を指示するリカバリ指示手
    段と、 前記制御情報管理手段を参照してリカバリ処理に使用す
    るバックアップ先媒体の識別子が差分バックアップか否
    かを判断し、差分バックアプ先媒体が含まれていない場
    合は全体バックアップ先媒体のデータをリカバリ先媒体
    に複写し、差分バックアップ先媒体が含まれている場合
    は、全体バックアップ先媒体と差分バックアプ先媒体か
    らリカバリデータを生成してリカバリ先媒体に複写する
    リカバリ処理手段と、 を設けたことを特徴とするデータ処理システムのバック
    アップ制御装置。
  2. 【請求項２】請求項１記載のデータ処理システムのバッ
    クアプ制御装置に於いて、前記リカバリ処理手段は、複数の差分バックアップ先媒
    体を使用してリカバリ処理を行う場合、前記制御情報管
    理手段にバックアップ処理の際に登録された差分バック
    アップ先媒体の更新位置情報に基づいてリカバリ処理に
    使用しない差分バックアップ先媒体を判別し、処理対象
    から除外すること、 を特徴とするデータ処理システムのバックアップ制御装
    置。
  3. 【請求項３】データ処理システムのバックアップ対象媒
    体のデータをバックアップ先に複写するバックアップ制
    御方法に於いて、 予め定めたバックアップ定義情報に基づいてバックアプ
    動作環境を定義するバックアップ環境定義過程と、 予め定めた定義情報に基づいてリカバリ動作環境を定義
    するリカバリ環境定義過程と、 前記バックアップ環境定義過程で定義されたバックアッ
    プ動作環境、バックアップ対象媒体の情報、バックアッ
    プ先媒体の情報と前記リカバリ環境定義過程で定義され
    たリカバリ処理の使い分け基準の情報とを登録して管理
    する制御情報管理過程と、 バックアップ自動処理の開始を指示するバックアップ指
    示過程と、 前記バックアプ指示過程からの指示を受けた際に、前記
    制御情報管理過程を参照してバックアップ開始条件が成
    立する毎に、バックアップ対象媒体における現在の更新
    データの数を所定の基準値と比較し、更新データの数が
    該基準値以上の場合にバックアップ対象媒体の全データ
    を前記バックアップ先媒体に複写する全体バックアップ
    処理を実行し、基準値より少ない場合にはバックアップ
    対象媒体のデータの内、基準となるバックアップ処理デ
    ータに対し更新されたデータを抽出して前記バックアッ
    プ先媒体に複写する差分バックアップ処理を実行するバ
    ッ クアップ処理過程と、 外部からリカバリ処理を開始するリカバリ処理過程と、 前記制御情報管理過程で得られた情報を参照してリカバ
    リ処理に使用するバックアップ先媒体の識別子が差分バ
    ックアップか否かを判断し、差分バックアップ先媒体が
    含まれていない場合は全体バックアップ先媒体のデータ
    をリカバリ先媒体に複写し、差分バックアップ先媒体が
    含まれている場合には、全体バックアップ先媒体と差分
    バックアップ先媒体からリカバリデータを作成してリカ
    バリ先媒体に複写するリカバリ処理過程と、 を設けたことを特徴とするデータ処理システムのバック
    アップ制御方法。
  4. 【請求項４】請求項３記載のデータ処理システムのバッ
    クアップ制御方法に於いて、 前記リカバリ処理過程は、複数の差分バックアップ先媒
    体を使用してリカバリ処理を行う場合、前記制御情報管
    理過程でバックアップ処理の際に登録された差分バック
    アップ先媒体の更新位置情報に基づいてリカバリ処理に
    使用しない差分バックアップ先媒体を判別し、処理対象
    から除外することを特徴とするデータ処理システムのバ
    ックアップ制御方法 。
  5. 【請求項５】請求項１記載のデータ処理システムのバッ
    クアップ制御装置に於いて、 前記リカバリ処理手段は、複数の差分バックアップ先媒
    体中の最新の更新位置を示す更新ビットマップの有効ビ
    ットと同一位置の他の更新ビットマップの有効ビットを
    無効ビットに変更し、全て無効ビットとなった更新ビッ
    トマップの差分バックアップ先媒体を処理対象から除外
    することを特徴とするデータ処理システムのバックアッ
    プ制御装置。
  6. 【請求項６】請求項１、２、５のいずれかに記載のデー
    タ処理システムのバックアップ制御装置に於いて、 前記リカバリ処理手段は、複数の差分バックアップ先媒
    体を使用してリカバリ処理を行う場合、バックアップ先
    媒体の読み込みに使用するバックアップ用入出力装置が
    １台のとき、最新の差分バックアップ先媒体から順次読
    み込んで最新の更新データをバックアップデータとして
    残すことを特徴とするデータ処理システムのバックアッ
    プ制御装置。
  7. 【請求項７】請求項６記載のデータ処理システムのバッ
    クアップ制御装置に於いて、 前記リカバリ処理手段は、リカバリに使用する複数のバ
    ックアップ先媒体から有効領域を示す有効領域ビットマ
    ップを展開すると共に、更新位置を示す更新ビットマッ
    プを展開し、最新の更新ビットマップの有効ビット位置
    に対応した更新データをリカバリ先媒体に書き込む共
    に、最新の有効領域ビットマップの書込み済みの有効ビ
    ットを無効ビットに切替える処理を、前記有効領域ビッ
    トマップが全て無効ビットとなるまで新しいバックアッ
    プ先媒体から古いバックアップ先媒体に向けて逐次繰り
    返すことを特徴とするデータ処理システムのバックアッ
    プ制御装置。
  8. 【請求項８】請求項１、２、５のいずれかに記載のデー
    タ処理システムのバックアップ制御装置に於いて、 前記リカバリ処理手段は、バックアップ先媒体の読み込
    みに使用する入出力装置が複数台の場合、複数のバック
    アップ先媒体から同時にバックアップデータを読み込
    み、同一位置で複数の更新データが重複する場合は、最
    新の更新データを有効データとしてリカバリ先媒体に書
    き込むことを特徴とするデータ処理システムのバックア
    ップ制御装置。
  9. 【請求項９】請求項８記載のデータ処理システムのバッ
    クアップ制御装置に於いて、 前記リカバリ手段は、複数の入出力装置の各々にバック
    アップ先媒体の読出位置情報を指定すると共に、リカバ
    リ先媒体の入出力装置にリカバリデータの書込位置情報
    を指定し、前記複数の入出力装置の読込処理と書込処理
    の各々に中央処理装置の使用権を割り振って並列処理さ
    せることを特徴とするデータ処理システムのバックアッ
    プ制御装置。
  10. 【請求項１０】請求項４記載のデータ処理システムのバ
    ックアップ制御方法に於いて、 前記リカバリ処理過程は、複数の差分バックアップ先媒
    体中の最新の更新位置を示す更新ビットマップの有効ビ
    ットと同一位置の他の更新ビットマップの有効ビットを
    無効ビットに変更し、全て無効ビットとなった更新ビッ
    トマップの差分バックアップ先媒体を処理対象から除外
    することを特徴とするデータ処理システムのバックアッ
    プ制御方法。
  11. 【請求項１１】請求項９乃至１０のいずれかに記載のデ
    ータ処理システムのバックアップ制御方法に於いて、 前記リカバリ処理過程は、複数の差分バックアップ先媒
    体を使用してリカバリ処理を行う場合、バックアップ先
    媒体の読み込みに使用するバックアップ用入出力方法が
    １台のとき、最新の差分バックアップ先媒体から順次読
    み込んで最新の更新データをバックアップデータとして
    残すことを特徴とするデータ処理システムのバックアッ
    プ制御方法。
  12. 【請求項１２】請求項１１記載のデータ処理システムの
    バックアップ制御方法に於いて、 前記リカバリ処理過程は、リカバリに使用する複数のバ
    ックアップ先媒体から有効領域を示す有効領域ビットマ
    ップを展開すると共に、更新位置を示す更新ビットマッ
    プを展開し、最新の更新ビットマップの有効ビット位置
    に対応した更新データをリカバリ先媒体に書き込むと共
    に、最新の有効領域ビットマップの書込み済みの有効ビ
    ットを無効ビットに切替える処理を、前記有効領域ビッ
    トマップが全て無効ビットとなるまで新しいバックアッ
    プ先媒体から古いバックアップ先媒体に向けて逐次繰り
    返すことを特徴とするデータ処理システムのバックアッ
    プ制御方法。
  13. 【請求項１３】請求項９乃至１０のいずれかに記載のデ
    ータ処理システムのバックアップ制御方法に於いて、 前記リカバリ処理過程は、バックアップ先媒体の読み込
    みに使用する入出力装置が複数台の場合、複数のバック
    アップ先媒体から同時にバックアップデータを読み込
    み、同一位置で複数の更新データが重複する場合は、最
    新の更新データを有効データとしてリカバリ先媒体に書
    き込むことを特徴とするデータ処理システムのバックア
    ップ制御方法。
  14. 【請求項１４】請求項１３記載のデータ処理システムの
    バックアップ制御方法に於いて、 前記リカバリ過程は、複数の入出力装置の各々にバック
    アップ先媒体の読出位置情報を指定すると共に、リカバ
    リ先媒体の入出力装置にリカバリデータの書込位置情報
    を指定し、前記複数の入出力装置の読込処理と書込処理
    の各々に中央処理装置の使用権を割り振って並列処理さ
    せることを特徴とするデータ処理システムのバックアッ
    プ制御方法。
JP23213093A 1993-09-20 1993-09-20 データ処理システムのバックアップ制御装置及び方法 Expired - Fee Related JP3260923B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP23213093A JP3260923B2 (ja) 1993-09-20 1993-09-20 データ処理システムのバックアップ制御装置及び方法
US08/248,954 US5522037A (en) 1993-09-20 1994-05-25 Backup control apparatus and method of data processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP23213093A JP3260923B2 (ja) 1993-09-20 1993-09-20 データ処理システムのバックアップ制御装置及び方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2001309895A Division JP3785074B2 (ja) 2001-10-05 2001-10-05 データ処理システムのバックアップ制御装置及び方法

Publications (2)

Publication Number Publication Date
JPH0784728A JPH0784728A (ja) 1995-03-31
JP3260923B2 true JP3260923B2 (ja) 2002-02-25

Family

ID=16934474

Family Applications (1)

Application Number Title Priority Date Filing Date
JP23213093A Expired - Fee Related JP3260923B2 (ja) 1993-09-20 1993-09-20 データ処理システムのバックアップ制御装置及び方法

Country Status (2)

Country Link
US (1) US5522037A (ja)
JP (1) JP3260923B2 (ja)

Families Citing this family (76)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3856855B2 (ja) * 1995-10-06 2006-12-13 三菱電機株式会社 差分バックアップ方式
JPH09292953A (ja) * 1996-04-19 1997-11-11 Hewlett Packard Co <Hp> 自動バックアップの装置および方法
US5758359A (en) * 1996-10-24 1998-05-26 Digital Equipment Corporation Method and apparatus for performing retroactive backups in a computer system
US6154817A (en) * 1996-12-16 2000-11-28 Cheyenne Software International Sales Corp. Device and method for managing storage media
US7114049B2 (en) * 1997-01-08 2006-09-26 Hitachi, Ltd. Adaptive remote copy in a heterogeneous environment
US6397229B1 (en) * 1998-02-02 2002-05-28 International Business Machines Corporation Storage-controller-managed outboard incremental backup/restore of data
JPH11242566A (ja) * 1998-02-26 1999-09-07 Hitachi Ltd 多重化データ記憶システム
US6269381B1 (en) 1998-06-30 2001-07-31 Emc Corporation Method and apparatus for backing up data before updating the data and for restoring from the backups
US6366986B1 (en) * 1998-06-30 2002-04-02 Emc Corporation Method and apparatus for differential backup in a computer storage system
JP4689137B2 (ja) * 2001-08-08 2011-05-25 株式会社日立製作所 リモートコピー制御方法、及びストレージシステム
JP2000099277A (ja) * 1998-09-18 2000-04-07 Fujitsu Ltd ファイルユニット間のリモート転送方法
US6662197B1 (en) * 1999-06-25 2003-12-09 Emc Corporation Method and apparatus for monitoring update activity in a data storage facility
US7167962B2 (en) 1999-08-19 2007-01-23 Hitachi, Ltd. Remote copy for a storage controller with reduced data size
US6647399B2 (en) * 1999-11-29 2003-11-11 International Business Machines Corporation Method, system, program, and data structures for naming full backup versions of files and related deltas of the full backup versions
US6629110B2 (en) * 2000-01-10 2003-09-30 Connected Corporation Administration of a differential backup system in a client-server environment
CA2398838A1 (en) 2000-03-01 2001-09-07 Computer Associates Think, Inc. Method and system for updating an archive of a computer file
US6708227B1 (en) * 2000-04-24 2004-03-16 Microsoft Corporation Method and system for providing common coordination and administration of multiple snapshot providers
JP3968207B2 (ja) * 2000-05-25 2007-08-29 株式会社日立製作所 データ多重化方法およびデータ多重化システム
JP2002008379A (ja) * 2000-06-12 2002-01-11 Shijin Kogyo Sakushinkai フラッシュメモリの消去回数減少可能なデータアクセス方法と該方法を使用するデータ補修及びアクセス装置
US6691212B1 (en) * 2000-10-26 2004-02-10 Mirapoint, Inc. Method and system for providing an interleaved backup
US7194590B2 (en) * 2001-02-28 2007-03-20 Hitachi, Ltd. Three data center adaptive remote copy
US7143252B2 (en) * 2001-05-10 2006-11-28 Hitachi, Ltd. Storage apparatus system and method of data backup
US7213114B2 (en) * 2001-05-10 2007-05-01 Hitachi, Ltd. Remote copy for a storage controller in a heterogeneous environment
TW505848B (en) * 2001-06-01 2002-10-11 Far Stone Tech Inc Backup/recovery system and method regarding the same
US7162600B2 (en) * 2005-03-29 2007-01-09 Hitachi, Ltd. Data copying method and apparatus in a thin provisioned system
US7231639B1 (en) * 2002-02-28 2007-06-12 Convergys Cmg Utah System and method for managing data output
US7111136B2 (en) * 2003-06-26 2006-09-19 Hitachi, Ltd. Method and apparatus for backup and recovery system using storage based journaling
US7133985B1 (en) * 2003-09-29 2006-11-07 Emc Corporation System and method for managing data associated with copying and replication procedures in a data storage environment
JP4267420B2 (ja) 2003-10-20 2009-05-27 株式会社日立製作所 ストレージ装置及びバックアップ取得方法
US20050197866A1 (en) * 2004-03-04 2005-09-08 Joe Salcedo Preneed insurance services system
JP4455927B2 (ja) 2004-04-22 2010-04-21 株式会社日立製作所 バックアップ処理方法及び実施装置並びに処理プログラム
JP4545529B2 (ja) * 2004-08-27 2010-09-15 株式会社日立製作所 スナップショットの作成方法及びプログラム並びにストレージシステム
US7756833B2 (en) * 2004-09-22 2010-07-13 Microsoft Corporation Method and system for synthetic backup and restore
JP4583150B2 (ja) * 2004-12-06 2010-11-17 株式会社日立製作所 ストレージシステム、及びストレージシステムにおけるスナップショットデータ作成方法
US7694088B1 (en) * 2005-03-31 2010-04-06 Symantec Operating Corporation System and method for efficient creation of aggregate backup images
JP4722559B2 (ja) * 2005-05-27 2011-07-13 株式会社日立ハイテクインスツルメンツ 電子部品装着装置
JP2007157256A (ja) * 2005-12-06 2007-06-21 Canon Inc 記録システム
JP2007233638A (ja) * 2006-02-28 2007-09-13 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2007334709A (ja) 2006-06-16 2007-12-27 Fujitsu Ltd ストレージ制御装置、ストレージ制御プログラム、ストレージ制御方法
JP2008059443A (ja) 2006-09-01 2008-03-13 Hitachi Ltd 記憶システムおよびバックアップ方法
JP5031341B2 (ja) * 2006-11-30 2012-09-19 株式会社日立製作所 記憶システム及びデータ管理方法
JP4537423B2 (ja) * 2007-06-11 2010-09-01 株式会社日立製作所 ユーザ操作端末の記憶装置情報制御方式
EP2003579B1 (en) 2007-06-15 2015-08-19 Hitachi, Ltd. Method and system for data processing with database update for the same
US8818936B1 (en) 2007-06-29 2014-08-26 Emc Corporation Methods, systems, and computer program products for processing read requests received during a protected restore operation
JP2008084327A (ja) * 2007-10-01 2008-04-10 Hitachi Ltd データのバックアップのための方法、装置、システム、プログラム及び記憶媒体
JP2009211196A (ja) * 2008-02-29 2009-09-17 Toshiba Corp メモリシステム
US8447940B2 (en) * 2008-05-02 2013-05-21 International Business Machines Corporation Backup copy enhancements to reduce primary version access
KR101250574B1 (ko) * 2008-05-29 2013-07-18 가부시키가이샤 씨오-콘브 네트워크 부트 시스템
US8615495B1 (en) * 2008-08-13 2013-12-24 Symantec Corporation Techniques for providing a differential backup from a storage image
US8230185B2 (en) 2008-10-08 2012-07-24 International Business Machines Corporation Method for optimizing cleaning of maps in FlashCopy cascades containing incremental maps
JP4833273B2 (ja) 2008-12-09 2011-12-07 富士通株式会社 ストレージ装置、リストア方法およびリストアプログラム
US9256598B1 (en) 2009-08-19 2016-02-09 Emc Corporation Systems, methods, and computer readable media for copy-on-demand optimization for large writes
KR101753313B1 (ko) 2010-07-08 2017-07-19 삼성전자주식회사 파일 백업 장치 및 방법
JP5655492B2 (ja) * 2010-10-18 2015-01-21 株式会社ナカヨ 通信装置、および通信装置のバックアップ方法
US9015119B2 (en) 2010-10-26 2015-04-21 International Business Machines Corporation Performing a background copy process during a backup operation
US8635187B2 (en) 2011-01-07 2014-01-21 Symantec Corporation Method and system of performing incremental SQL server database backups
US8495019B2 (en) 2011-03-08 2013-07-23 Ca, Inc. System and method for providing assured recovery and replication
EP2687974A4 (en) * 2011-03-18 2014-08-13 Fujitsu Ltd STORAGE DEVICE, CONTROL DEVICE, AND CONTROL METHOD
JP6000608B2 (ja) * 2012-04-12 2016-09-28 株式会社東芝 レプリケーション実行装置
JP5974620B2 (ja) * 2012-05-10 2016-08-23 富士通株式会社 バックアップ方法、プログラムおよびバックアップ装置
US9047233B2 (en) 2012-06-25 2015-06-02 International Business Machines Corporation Source cleaning cascaded volumes using write and background copy indicators
US9037819B2 (en) 2012-06-25 2015-05-19 Inernational Business Machines Corporation Source cleaning cascaded volumes using reference counts
JP2014006845A (ja) * 2012-06-27 2014-01-16 Fujitsu Ltd 管理方法，管理装置および管理プログラム
US9251231B2 (en) 2012-10-17 2016-02-02 International Business Machines Corporation Merging an out of synchronization indicator and a change recording indicator in response to a failure in consistency group formation
US9251230B2 (en) 2012-10-17 2016-02-02 International Business Machines Corporation Exchanging locations of an out of synchronization indicator and a change recording indicator via pointers
US10664548B2 (en) 2013-07-12 2020-05-26 Trading Technologies International, Inc. Tailored messaging
US10387446B2 (en) 2014-04-28 2019-08-20 International Business Machines Corporation Merging multiple point-in-time copies into a merged point-in-time copy
JP5963324B2 (ja) 2014-08-11 2016-08-03 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ 仮想シーケンシャルアクセスボリュームのデータのコピー方法、システム
CN105404562A (zh) * 2014-08-18 2016-03-16 北京云巢动脉科技有限公司 实现操作系统的镜像文件高效备份的方法和系统
JP6041839B2 (ja) * 2014-09-04 2016-12-14 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ メタ情報を保管する方法、プログラム、及びそのテープ記録システム
US9552248B2 (en) 2014-12-11 2017-01-24 Pure Storage, Inc. Cloud alert to replica
CN106528582B (zh) * 2015-09-15 2019-07-23 北京国双科技有限公司 数据库的备份方法和装置
CN106776117B (zh) * 2016-11-16 2021-06-15 努比亚技术有限公司 数据备份装置及方法
JP2018181282A (ja) 2017-04-21 2018-11-15 富士通株式会社 送信制御プログラム、送信制御方法、送信制御装置およびバックアップ装置
US11886298B2 (en) * 2021-03-31 2024-01-30 Cohesity, Inc. Using a storage log to generate an incremental backup
US11954066B2 (en) 2021-07-21 2024-04-09 Cohesity, Inc. Coalescing storage log entries

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58166459A (ja) * 1982-03-27 1983-10-01 Fujitsu Ltd データ管理方式
JPS58168155A (ja) * 1982-03-30 1983-10-04 Fujitsu Ltd デユ−プレツクス・システムにおけるリカバリ方式
JPS61107422A (ja) * 1984-10-30 1986-05-26 Pentel Kk タブレツト入力装置
JPS62224843A (ja) * 1986-03-26 1987-10-02 Hitachi Ltd デ−タベ−ス媒体内容保全方式
JPS62243042A (ja) * 1986-04-16 1987-10-23 Hitachi Ltd デ−タベ−スの復元方式
JPS63120344A (ja) * 1986-11-10 1988-05-24 Nec Corp 退避復元方式
JPH0239252A (ja) * 1988-07-28 1990-02-08 Nec Corp バックアップ生成方式
JPH0242523A (ja) * 1988-08-03 1990-02-13 Hitachi Ltd デイスク制御装置，差分バックアップ方法および計算機システム
JPH0259838A (ja) * 1988-08-25 1990-02-28 Nec Corp ファイル復旧情報格納位置の最適化によるファイル復旧方式
JPH0296214A (ja) * 1988-09-30 1990-04-09 Nec Corp 記憶媒体部分復元方式
JPH02257229A (ja) * 1989-03-29 1990-10-18 Nec Corp 計算機システムのファイルリカバリ方式
JPH0314045A (ja) * 1989-06-12 1991-01-22 Hitachi Ltd データベースの履歴情報管理方式
JPH0319046A (ja) * 1989-06-16 1991-01-28 Hitachi Ltd データベース復元方式
JPH0381843A (ja) * 1989-08-25 1991-04-08 Nec Corp ファイル退避復元処理装置
JPH03171241A (ja) * 1989-11-30 1991-07-24 Toshiba Corp バックアップデータ管理方式
JPH03280143A (ja) * 1990-03-29 1991-12-11 Nec Corp 電子ディスクサブシステム

Also Published As

Publication number Publication date
US5522037A (en) 1996-05-28
JPH0784728A (ja) 1995-03-31

Similar Documents

Publication Publication Date Title
JP3260923B2 (ja) データ処理システムのバックアップ制御装置及び方法
JP3785074B2 (ja) データ処理システムのバックアップ制御装置及び方法
JP3410899B2 (ja) 多重ボリューム・データ・セットを回復する方法
JP4078039B2 (ja) スナップショットイメージの世代管理方法及び世代管理装置
JP3856855B2 (ja) 差分バックアップ方式
US8392681B2 (en) Journal volume backup to a storage device
US7693885B2 (en) Computer system, management computer, storage system, and backup management method
US6658434B1 (en) Method of and a system for recovering data in an information processing system
JP4324616B2 (ja) ストレージシステムにおけるデータ処理方法
JP4267420B2 (ja) ストレージ装置及びバックアップ取得方法
JP2703479B2 (ja) タイム・ゼロ・バックアップ・セッションの安全保護機能を有するデータ処理方法及びシステム
US7650475B2 (en) Storage system and method for managing data using the same
US7035883B2 (en) Storage control system and method
JP5021929B2 (ja) 計算機システム及びストレージシステムと管理計算機並びにバックアップ管理方法
US7107294B2 (en) Method and apparatus for interrupting updates to a database to provide read-only access
EP1424632A2 (en) Storage system snapshot creating method and apparatus
US20070083567A1 (en) Storage control system and method
US20070112883A1 (en) Computer system, managing computer and recovery management method
JPH0683679A (ja) データのバックアップ・コピー中の同時アクセスの方法及びシステム
KR20150081810A (ko) 데이터 저장장치에 대한 다중 스냅샷 관리 방법 및 장치
JP4074442B2 (ja) データのバックアップのための方法、装置、システム、プログラム及び記憶媒体
JPH11120057A (ja) ファイルバックアップ方法
JP2008084327A (ja) データのバックアップのための方法、装置、システム、プログラム及び記憶媒体
JP3082706B2 (ja) 伝送装置監視制御システムにおけるアラーム履歴管理方式
JPH06309209A (ja) ファイルバックアップ方式

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20010807

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20011113

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071214

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081214

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091214

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091214

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101214

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees