JP2531894B2 - デ―タ処理装置 - Google Patents
デ―タ処理装置Info
- Publication number
- JP2531894B2 JP2531894B2 JP4084176A JP8417692A JP2531894B2 JP 2531894 B2 JP2531894 B2 JP 2531894B2 JP 4084176 A JP4084176 A JP 4084176A JP 8417692 A JP8417692 A JP 8417692A JP 2531894 B2 JP2531894 B2 JP 2531894B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- time
- log
- backup
- recovery
- 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
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
- G06F11/1466—Management of the backup or restore process to make the backup process non-disruptive
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
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)
Description
【0001】
【産業上の利用分野】本発明は、データ処理システムに
おけるデータのバックアップ及びその後のデータの回復
に関する。
おけるデータのバックアップ及びその後のデータの回復
に関する。
【0002】
【従来の技術】データベース・システムでは、システム
故障の場合にデータの構造及び内容が再構築できること
が重要である。こうした理由から、通常、データベース
の一部または全部のバックアップ・コピーをとっておく
手段が設けられている。大きなシステム故障から回復す
る必要がある場合には、バックアップ・コピーに記憶さ
れているデータを、データベースに復元できる。
故障の場合にデータの構造及び内容が再構築できること
が重要である。こうした理由から、通常、データベース
の一部または全部のバックアップ・コピーをとっておく
手段が設けられている。大きなシステム故障から回復す
る必要がある場合には、バックアップ・コピーに記憶さ
れているデータを、データベースに復元できる。
【0003】一般には、ただ1つのバックアップ・コピ
ーの利用だけでは不充分であるが、しばしばこのような
コピーが行われる。トランザクション処理システムにリ
ンクされ、データの変更や更新がしばしば行われる、デ
ータベースでは特にそうである。こうした状況で、回復
ログが保存される。ログは、最後の完全なバックアップ
をとってから以降に、データベースに次々に加えられる
各変更のレコードを提供する。回復が必要な場合、バッ
クアップ・コピーに記憶されているデータをデータベー
スに復元し、回復ログに記憶されている更新を順次この
データに適用する。
ーの利用だけでは不充分であるが、しばしばこのような
コピーが行われる。トランザクション処理システムにリ
ンクされ、データの変更や更新がしばしば行われる、デ
ータベースでは特にそうである。こうした状況で、回復
ログが保存される。ログは、最後の完全なバックアップ
をとってから以降に、データベースに次々に加えられる
各変更のレコードを提供する。回復が必要な場合、バッ
クアップ・コピーに記憶されているデータをデータベー
スに復元し、回復ログに記憶されている更新を順次この
データに適用する。
【0004】論文"Incremental Data Base Log Image C
opy"(IBM Technical Disclosure Bulletin Vol.25、N
o.7B、p.3730、 1982 年 12月)に論じられている問題
は、データベースの完全なバックアップ・コピーをとる
のに要する処理オーバーヘッドと破局的故障の場合にデ
ータを回復ログから再構築するのにかかる処理時間との
バランスをとらなければならないことである。この再構
築時間はバックアップ・コピーが行われる頻度にはっき
り依存するが、その時間中システムは活動停止すること
になる。上記の論文で提案されている解決法は、データ
ベースの小部分を頻繁にコピーしておくことである。
opy"(IBM Technical Disclosure Bulletin Vol.25、N
o.7B、p.3730、 1982 年 12月)に論じられている問題
は、データベースの完全なバックアップ・コピーをとる
のに要する処理オーバーヘッドと破局的故障の場合にデ
ータを回復ログから再構築するのにかかる処理時間との
バランスをとらなければならないことである。この再構
築時間はバックアップ・コピーが行われる頻度にはっき
り依存するが、その時間中システムは活動停止すること
になる。上記の論文で提案されている解決法は、データ
ベースの小部分を頻繁にコピーしておくことである。
【0005】IBM CICS/ESAシステム(IB
M及びCICS/ESAはインターナショナル・ビジネ
ス・マシーンズ・コーポレイションの商標)などのトラ
ンザクション管理システムでは、「データ・セット」を
いくつかの別名データ・ファイル名により論理的にアド
レスすることが可能である。適用業務プログラムが、こ
れらのファイル名によって指定される任意のデータ・フ
ァイルへの更新アクセスを必要とする場合には、データ
・セットが「開いて」いなければならない。ある特定の
時に多数の一部完了した更新が進行中のことがあるの
で、この従来技術のシステムでデータ・セットが開いて
いるときは、データ・セットのバックアップ・コピーを
とることができない。換言すれば、データ・セットの自
己整合状態が識別できない。
M及びCICS/ESAはインターナショナル・ビジネ
ス・マシーンズ・コーポレイションの商標)などのトラ
ンザクション管理システムでは、「データ・セット」を
いくつかの別名データ・ファイル名により論理的にアド
レスすることが可能である。適用業務プログラムが、こ
れらのファイル名によって指定される任意のデータ・フ
ァイルへの更新アクセスを必要とする場合には、データ
・セットが「開いて」いなければならない。ある特定の
時に多数の一部完了した更新が進行中のことがあるの
で、この従来技術のシステムでデータ・セットが開いて
いるときは、データ・セットのバックアップ・コピーを
とることができない。換言すれば、データ・セットの自
己整合状態が識別できない。
【0006】世界規模のデータ・プロセッサのネットワ
ークをデータ構造の管理に使用することは、いかなる時
刻にも、個々のデータ・セットが更新される必要があり
得ることを意味している。したがって、データ・セット
を連続してできる限り長期間おそらく何日もまたは何週
間にもわたって、開いたままにしておくことが好まし
い。しかし、上記の従来技術のシステムでは、このこと
は、バックアップ・コピーをたまにしかとることができ
ず、破局的故障の場合の回復に、回復ログにおそらく長
期間にわたって記憶されているすべての更新を適用する
ことが必要になることを意味している。回復ログはま
た、長くかつ面倒になる可能性がある。
ークをデータ構造の管理に使用することは、いかなる時
刻にも、個々のデータ・セットが更新される必要があり
得ることを意味している。したがって、データ・セット
を連続してできる限り長期間おそらく何日もまたは何週
間にもわたって、開いたままにしておくことが好まし
い。しかし、上記の従来技術のシステムでは、このこと
は、バックアップ・コピーをたまにしかとることができ
ず、破局的故障の場合の回復に、回復ログにおそらく長
期間にわたって記憶されているすべての更新を適用する
ことが必要になることを意味している。回復ログはま
た、長くかつ面倒になる可能性がある。
【0007】欧州特許出願第336546号明細書に
は、破局的故障の場合に回復を可能にする順方向回復ロ
グが、システム故障によって生じたエラーを含むデータ
・ファイルへのその後のアクセスを識別して防止する手
段と共に、記載されている。
は、破局的故障の場合に回復を可能にする順方向回復ロ
グが、システム故障によって生じたエラーを含むデータ
・ファイルへのその後のアクセスを識別して防止する手
段と共に、記載されている。
【0008】欧州特許出願第295424号明細書に
は、破局的故障からの回復の処理オーバーヘッドを最小
限に抑えるため、修正されたデータ・ページを「汚れた
ページ」と指定するシステムが開示されている。
は、破局的故障からの回復の処理オーバーヘッドを最小
限に抑えるため、修正されたデータ・ページを「汚れた
ページ」と指定するシステムが開示されている。
【0009】国際公開出願第8601018号明細書
は、バックアップしようとする記憶域の2段走査を発表
している。第1の走査では、完全なバックアップ・コピ
ーをとる間に、更新が許される。第2の走査中は、第1
走査中に発生した更新がバックアップ・コピーに加えら
れないように、バックアップしようとする記憶域が閉じ
ている(すなわち、更新が許されない)。このシステム
では、データ・ファイルが連続的に利用できない。
は、バックアップしようとする記憶域の2段走査を発表
している。第1の走査では、完全なバックアップ・コピ
ーをとる間に、更新が許される。第2の走査中は、第1
走査中に発生した更新がバックアップ・コピーに加えら
れないように、バックアップしようとする記憶域が閉じ
ている(すなわち、更新が許されない)。このシステム
では、データ・ファイルが連続的に利用できない。
【0010】論文 "Checkpoint Copy of Active/Intera
ctive Data with Imprecise Checkpoint Time"(IBM Te
chnical Disclosure Bulletin、Vol.26、No.3A、 p.129
1、1983 年 8 月)は、データ・セットの複数コピーをと
り、コピーをとった後にログを切り換えることからな
る、バックアップ方法を記載している。データ・セット
の回復は、更新を行う前に完了していたコピーを復元す
ることからなり、前のバックアップ時以降のすべてのロ
グ活動が適用されることになる。この方法は、データ・
セットが連続的に利用できるが、複数コピーをとり、コ
ピーの後にログを切り換えるのに処理オーバーヘッドが
かかるという欠点をもつ。
ctive Data with Imprecise Checkpoint Time"(IBM Te
chnical Disclosure Bulletin、Vol.26、No.3A、 p.129
1、1983 年 8 月)は、データ・セットの複数コピーをと
り、コピーをとった後にログを切り換えることからな
る、バックアップ方法を記載している。データ・セット
の回復は、更新を行う前に完了していたコピーを復元す
ることからなり、前のバックアップ時以降のすべてのロ
グ活動が適用されることになる。この方法は、データ・
セットが連続的に利用できるが、複数コピーをとり、コ
ピーの後にログを切り換えるのに処理オーバーヘッドが
かかるという欠点をもつ。
【0011】
【発明が解決しようとする課題】上記の問題を招かず
に、データ・セットが連続的に利用できる便利な方法が
必要とされている。
に、データ・セットが連続的に利用できる便利な方法が
必要とされている。
【0012】
【課題を解決するための手段】したがって、本発明は、
記憶データを一連の論理作業単位(LUW)として処理
し、記憶データの更新を、各論理作業単位がその論理作
業単位に対するコミット点でコミットされている間に行
う手段と、記憶データに対して行われた更新のログを保
存する手段と、記憶データに対して行われた最も古い未
コミットの更新を検出する手段と、検出手段に応答し
て、最も古い未コミットの更新の開始時間に依存する回
復点を算出する手段と、記憶データの少なくとも一部分
のバックアップ・コピーを、その部分が更新に利用でき
る状態でとる手段と、記憶データの一部のバックアップ
・コピーがとられる時点で、算出手段で算出した回復点
のバックアップ・コピーをとる手段と、両バックアップ
・コピーを復元し、上記回復点より後に作成されたログ
・エントリに含まれる更新を適用することによって、デ
ータベースを回復する手段とを備えるデータ処理装置を
提供する。
記憶データを一連の論理作業単位(LUW)として処理
し、記憶データの更新を、各論理作業単位がその論理作
業単位に対するコミット点でコミットされている間に行
う手段と、記憶データに対して行われた更新のログを保
存する手段と、記憶データに対して行われた最も古い未
コミットの更新を検出する手段と、検出手段に応答し
て、最も古い未コミットの更新の開始時間に依存する回
復点を算出する手段と、記憶データの少なくとも一部分
のバックアップ・コピーを、その部分が更新に利用でき
る状態でとる手段と、記憶データの一部のバックアップ
・コピーがとられる時点で、算出手段で算出した回復点
のバックアップ・コピーをとる手段と、両バックアップ
・コピーを復元し、上記回復点より後に作成されたログ
・エントリに含まれる更新を適用することによって、デ
ータベースを回復する手段とを備えるデータ処理装置を
提供する。
【0013】第2の態様から見ると、本発明は、記憶デ
ータを一連の論理作業単位として処理し、記憶データの
更新を、各作業単位がその論理作業単位に対するコミッ
ト点でコミットされている間に行う段階と、記憶データ
に加えられた更新のログを維持する段階と、記憶データ
に加えられた最も古い未コミットの更新を検出する段階
と、最も古い未コミットの更新の開始時間に応じた回復
点を算出する段階と、記憶データの少なくとも一部分の
バックアップ・コピーを、その部分が更新できる状態で
とる段階と、必要なとき、バックアップ・コピーを回復
し上記回復点の後に行われたログ・エントリに含まれる
更新を適用することにより、データベースを回復する段
階とを含む、データ・プロセッサの操作方法を提供す
る。
ータを一連の論理作業単位として処理し、記憶データの
更新を、各作業単位がその論理作業単位に対するコミッ
ト点でコミットされている間に行う段階と、記憶データ
に加えられた更新のログを維持する段階と、記憶データ
に加えられた最も古い未コミットの更新を検出する段階
と、最も古い未コミットの更新の開始時間に応じた回復
点を算出する段階と、記憶データの少なくとも一部分の
バックアップ・コピーを、その部分が更新できる状態で
とる段階と、必要なとき、バックアップ・コピーを回復
し上記回復点の後に行われたログ・エントリに含まれる
更新を適用することにより、データベースを回復する段
階とを含む、データ・プロセッサの操作方法を提供す
る。
【0014】本発明は、さらに、記憶データを一連の論
理作業単位として処理し、記憶データの更新を、各論理
作業単位がその論理作業単位に対するコミット点でコミ
ットされている間に行う手段と、記憶データに加えられ
た更新のログを維持する手段と、記憶データに加えられ
た最も古い未コミットの更新を検出する手段と、検出手
段に応答して、回復点を算出する手段と、記憶データの
少なくとも一部分のバックアップ・コピーを、その部分
が更新できる状態でとる手段と、バックアップ・コピー
を回復し上記回復点の後に行われたログ・エントリに含
まれる更新を適用することにより、データベースを回復
する手段とを備える、トランザクション管理システムを
提供する。
理作業単位として処理し、記憶データの更新を、各論理
作業単位がその論理作業単位に対するコミット点でコミ
ットされている間に行う手段と、記憶データに加えられ
た更新のログを維持する手段と、記憶データに加えられ
た最も古い未コミットの更新を検出する手段と、検出手
段に応答して、回復点を算出する手段と、記憶データの
少なくとも一部分のバックアップ・コピーを、その部分
が更新できる状態でとる手段と、バックアップ・コピー
を回復し上記回復点の後に行われたログ・エントリに含
まれる更新を適用することにより、データベースを回復
する手段とを備える、トランザクション管理システムを
提供する。
【0015】第4の態様から見ると、本発明は、データ
処理装置と協働して、記憶データを一連の論理作業単位
として処理し、記憶データの更新を、各論理作業単位が
その論理作業単位に対するコミット点でコミットされて
いる間に行う手段と、記憶データに加えられた更新のロ
グを維持する手段と、記憶データに加えられた最も古い
未コミットの更新を検出する手段と、最も古い未コミッ
トの更新の開始時間に応じた、回復点を算出する手段
と、記憶データの少なくとも一部分のバックアップ・コ
ピーを、その部分が更新できる状態でとる手段と、必要
なとき、バックアップ・コピーを回復し上記回復点の後
に行われたログ・エントリに含まれる更新を適用するこ
とにより、データベースを回復する手段とを提供する、
トランザクション管理プログラムを提供する。
処理装置と協働して、記憶データを一連の論理作業単位
として処理し、記憶データの更新を、各論理作業単位が
その論理作業単位に対するコミット点でコミットされて
いる間に行う手段と、記憶データに加えられた更新のロ
グを維持する手段と、記憶データに加えられた最も古い
未コミットの更新を検出する手段と、最も古い未コミッ
トの更新の開始時間に応じた、回復点を算出する手段
と、記憶データの少なくとも一部分のバックアップ・コ
ピーを、その部分が更新できる状態でとる手段と、必要
なとき、バックアップ・コピーを回復し上記回復点の後
に行われたログ・エントリに含まれる更新を適用するこ
とにより、データベースを回復する手段とを提供する、
トランザクション管理プログラムを提供する。
【0016】第5の実施態様から見ると、本発明は、デ
ータ処理装置と協働して、記憶データを一連の論理作業
単位として処理し、記憶データの更新を、各論理作業単
位がその論理作業単位に対するコミット点でコミットさ
れている間に行う手段と、記憶データに加えられた更新
のログを維持する手段と、記憶データに加えられた最も
古い未コミットの更新を検出する手段と、最も古い未コ
ミットの更新の開始時間に応じた、回復点を算出する手
段と、記憶データの少なくとも一部分のバックアップ・
コピーを、その部分が更新できる状態でとる手段と、必
要なとき、バックアップ・コピーを回復し、上記回復点
の後に行われたログ・エントリに含まれる更新を適用す
ることにより、データベースを回復する手段とを提供す
る装置を提供する。
ータ処理装置と協働して、記憶データを一連の論理作業
単位として処理し、記憶データの更新を、各論理作業単
位がその論理作業単位に対するコミット点でコミットさ
れている間に行う手段と、記憶データに加えられた更新
のログを維持する手段と、記憶データに加えられた最も
古い未コミットの更新を検出する手段と、最も古い未コ
ミットの更新の開始時間に応じた、回復点を算出する手
段と、記憶データの少なくとも一部分のバックアップ・
コピーを、その部分が更新できる状態でとる手段と、必
要なとき、バックアップ・コピーを回復し、上記回復点
の後に行われたログ・エントリに含まれる更新を適用す
ることにより、データベースを回復する手段とを提供す
る装置を提供する。
【0017】その様々な態様で、本発明は、データが連
続的に利用できるようにする必要と、システム故障後に
データ保全性を保存するバックアップ機構を設ける必要
と、このような機構によって生じる処理オーバーヘッド
を最小限に抑える必要という以前から矛盾していた必要
に対処する。
続的に利用できるようにする必要と、システム故障後に
データ保全性を保存するバックアップ機構を設ける必要
と、このような機構によって生じる処理オーバーヘッド
を最小限に抑える必要という以前から矛盾していた必要
に対処する。
【0018】記憶データの少なくとも一部分のバックア
ップ・コピーを、その部分を更新に対して閉じずに、と
ることができる。どのようなコミット済みの修正もバッ
クアップ・コピー中にあることが保証でき、一般にバッ
クアップ時間より前にあり、その点から回復ログを用い
て回復が実行される、回復点を算出することにより、バ
ックアップをとる時点で進行中のいかなる修正も許され
る。回復点は、最も古い進行中のデータ・ファイル更新
の開始時間に、少なくとも部分的に依存する。
ップ・コピーを、その部分を更新に対して閉じずに、と
ることができる。どのようなコミット済みの修正もバッ
クアップ・コピー中にあることが保証でき、一般にバッ
クアップ時間より前にあり、その点から回復ログを用い
て回復が実行される、回復点を算出することにより、バ
ックアップをとる時点で進行中のいかなる修正も許され
る。回復点は、最も古い進行中のデータ・ファイル更新
の開始時間に、少なくとも部分的に依存する。
【0019】回復点は、時々算出し直すことができ、そ
のログが他の用途に使用される場合は、バックアップ・
コピーに対応する回復点より前に作成されたログ・エン
トリは捨てることができる。
のログが他の用途に使用される場合は、バックアップ・
コピーに対応する回復点より前に作成されたログ・エン
トリは捨てることができる。
【0020】記憶データのバックアップしようとする部
分への更新アクセスを防止する必要がないので、バック
アップ・コピーは随意にとることができる。
分への更新アクセスを防止する必要がないので、バック
アップ・コピーは随意にとることができる。
【0021】単純な実施例では、回復点の算出は、単
に、回復点を最も古い未コミットの更新の時間に等しく
設定するだけでよく、その回復点に関連するバックアッ
プ・コピーがとられた時点で実行することができる。た
だし、より洗練された好ましい実施例については、後で
述べる。
に、回復点を最も古い未コミットの更新の時間に等しく
設定するだけでよく、その回復点に関連するバックアッ
プ・コピーがとられた時点で実行することができる。た
だし、より洗練された好ましい実施例については、後で
述べる。
【0022】最も古い未コミットの更新は、たとえば、
進行中の各論理作業単位の開始時間を検出し、あるいは
完了していない論理作業単位が更新を行った最も早い時
間を検出することによって検出できる。ただし、各論理
作業単位によって行われた更新に対応する、第1のログ
・エントリを検出し、その第1ログ・エントリの時間を
記憶し、記憶されている第1ログ・エントリ時間の少な
くとも一部分のうち最も早い時間を検出し、完了した論
理作業単位に対応する第1ログ・エントリ時間を削除す
ることによって検出することが好ましい。このようにし
て検出を行うと、第一に、最も早い第1ログ・エントリ
時間を求めるのに必要なとき、走査できる第1ログ・エ
ントリ時間の最新の収集物が得られ、第二に、特定のロ
グ・エントリに関係するため、回復の目的でログ中の位
置を見つけるのに使用しやすい結果が提供される。
進行中の各論理作業単位の開始時間を検出し、あるいは
完了していない論理作業単位が更新を行った最も早い時
間を検出することによって検出できる。ただし、各論理
作業単位によって行われた更新に対応する、第1のログ
・エントリを検出し、その第1ログ・エントリの時間を
記憶し、記憶されている第1ログ・エントリ時間の少な
くとも一部分のうち最も早い時間を検出し、完了した論
理作業単位に対応する第1ログ・エントリ時間を削除す
ることによって検出することが好ましい。このようにし
て検出を行うと、第一に、最も早い第1ログ・エントリ
時間を求めるのに必要なとき、走査できる第1ログ・エ
ントリ時間の最新の収集物が得られ、第二に、特定のロ
グ・エントリに関係するため、回復の目的でログ中の位
置を見つけるのに使用しやすい結果が提供される。
【0023】ある種の論理作業単位は、ファイル更新に
対応するエントリを作成しないかもしれない。こうした
論理作業単位は、上記の好ましいプロシージャにより単
に無視される。
対応するエントリを作成しないかもしれない。こうした
論理作業単位は、上記の好ましいプロシージャにより単
に無視される。
【0024】本発明は、これだけには限らないが、特
に、記憶データが、それぞれが1つまたは複数の別名フ
ァイル名によってアドレス可能な複数のデータ・セット
として編成されている、システムに適用可能である。こ
のようなシステムでは、各データ・セットに関連するシ
ステム段取りデータを記憶するカタログが、そのデータ
・セットに対応する回復点を記憶するのに有用な手段と
なる。その結果、回復点を都合の良いときに(好ましく
は定期的に)算出して、カタログに書き込むことができ
る。その後、バックアップ時に、データ・セットのバッ
クアップ・コピーは、バックアップをとった時点でのそ
のデータ・セットのカタログのコピーを含むことがで
き、したがってバックアップをとった時点で、最も最近
に算出された回復点を含んでいる。同様に、回復が必要
な場合、データ・セットのバックアップをそのカタログ
と共に回復して、回復されたカタログから、そのバック
アップ・コピーに適した、その点からログに記憶されて
いる各更新が適用される、回復点を得ることができる。
に、記憶データが、それぞれが1つまたは複数の別名フ
ァイル名によってアドレス可能な複数のデータ・セット
として編成されている、システムに適用可能である。こ
のようなシステムでは、各データ・セットに関連するシ
ステム段取りデータを記憶するカタログが、そのデータ
・セットに対応する回復点を記憶するのに有用な手段と
なる。その結果、回復点を都合の良いときに(好ましく
は定期的に)算出して、カタログに書き込むことができ
る。その後、バックアップ時に、データ・セットのバッ
クアップ・コピーは、バックアップをとった時点でのそ
のデータ・セットのカタログのコピーを含むことがで
き、したがってバックアップをとった時点で、最も最近
に算出された回復点を含んでいる。同様に、回復が必要
な場合、データ・セットのバックアップをそのカタログ
と共に回復して、回復されたカタログから、そのバック
アップ・コピーに適した、その点からログに記憶されて
いる各更新が適用される、回復点を得ることができる。
【0025】データベースとデータ・セットの区別があ
いまいなことが多い。したがって、本明細書では、「デ
ータ・セット」という用語は、他の用語で呼ばれる同様
なデータ構造を排除するものと解すべきではない。
いまいなことが多い。したがって、本明細書では、「デ
ータ・セット」という用語は、他の用語で呼ばれる同様
なデータ構造を排除するものと解すべきではない。
【0026】各データ・セットには、そのデータ・セッ
トが更新できる状態でバックアップをとるのに適格かど
うかを示す、データ項目または「フラグ」を関連づける
ことが好ましい。このフラグを使って、開いているデー
タ上でバックアップまたはその他の操作が実行されるの
を妨げる通常の規則は無視するよう、回復ユーティリテ
ィやバックアップ・ユーティリティなどシステムの他の
部分に知らせることができる。このような適格なデータ
・セットに適した回復点が定期的に算出される場合、処
理オーバーヘッドを削減するため、このフラグを使っ
て、不適格なデータ・セットについてこの計算が行われ
るのを妨げることができる。
トが更新できる状態でバックアップをとるのに適格かど
うかを示す、データ項目または「フラグ」を関連づける
ことが好ましい。このフラグを使って、開いているデー
タ上でバックアップまたはその他の操作が実行されるの
を妨げる通常の規則は無視するよう、回復ユーティリテ
ィやバックアップ・ユーティリティなどシステムの他の
部分に知らせることができる。このような適格なデータ
・セットに適した回復点が定期的に算出される場合、処
理オーバーヘッドを削減するため、このフラグを使っ
て、不適格なデータ・セットについてこの計算が行われ
るのを妨げることができる。
【0027】新しいファイル名がデータ・セットに関連
づけられている場合、少なくともファイル名とデータ・
セットの関連を定義する、タイアップ・レコード(TU
R)をログに書き込むことが好ましい。したがってログ
・エントリが再適用される回復時に、ログ中で、タイア
ップ・レコードに定義されているファイル名を参照する
更新エントリの前に、タイアップ・レコードに出会う。
づけられている場合、少なくともファイル名とデータ・
セットの関連を定義する、タイアップ・レコード(TU
R)をログに書き込むことが好ましい。したがってログ
・エントリが再適用される回復時に、ログ中で、タイア
ップ・レコードに定義されているファイル名を参照する
更新エントリの前に、タイアップ・レコードに出会う。
【0028】最初のタイアップ・レコードが書き込まれ
た時(故障時間よりかなり前になることもある)から、
回復ユーティリティがログを読み通さなければならない
ことから救うため、少なくともいくつかのデータ・セッ
トに対応する1組のタイアップ・レコードを定期的にロ
グに書き込むことが好ましい。開いている間、バックア
ップをとるのに適格なすべてのオープン・データ・セッ
ト用のタイアップ・レコードを、このセットに含めるこ
とができる。このことは、その時点で関係のあるすべて
のタイアップ・レコードを見つけるのに、ログの比較的
小さな部分だけを走査すればよいことを意味する。
た時(故障時間よりかなり前になることもある)から、
回復ユーティリティがログを読み通さなければならない
ことから救うため、少なくともいくつかのデータ・セッ
トに対応する1組のタイアップ・レコードを定期的にロ
グに書き込むことが好ましい。開いている間、バックア
ップをとるのに適格なすべてのオープン・データ・セッ
ト用のタイアップ・レコードを、このセットに含めるこ
とができる。このことは、その時点で関係のあるすべて
のタイアップ・レコードを見つけるのに、ログの比較的
小さな部分だけを走査すればよいことを意味する。
【0029】したがって、回復点を、最も古い未コミッ
トの更新を行う前に書込みが完了している前の1組のタ
イアップ・レコードを書き込む開始時として定義するこ
とが好ましい。換言すれば、回復時に再適用しなければ
ならないログのセクションは、そのとき、関連するすべ
てのタイアップ・レコード、及び回復点が算出された時
点でコミットされていなかった更新に関係するすべての
エントリを含んでいる。上記で算出された回復点を用い
ると、バックアップをとった時点でおそらくコミットで
きていなかったすべての更新がログのこの部分に確実に
含まれるようになる。回復点を算出するのに都合が良い
のは、1組のタイアップ・レコードがログに書き込まれ
たときである。ただし、回復点に関係するバックアップ
・コピーをとる時点など、他のどのような適当な時間で
も使用できる。バックアップ時以外の時に回復点を算出
する場合は、回復点を単にデータ・セットのカタログに
記憶できる。その後、改訂値が算出されるとき、この記
憶された回復点を更新することができ、最も最近に算出
された値がデータ・セットと共にバックアップされる。
トの更新を行う前に書込みが完了している前の1組のタ
イアップ・レコードを書き込む開始時として定義するこ
とが好ましい。換言すれば、回復時に再適用しなければ
ならないログのセクションは、そのとき、関連するすべ
てのタイアップ・レコード、及び回復点が算出された時
点でコミットされていなかった更新に関係するすべての
エントリを含んでいる。上記で算出された回復点を用い
ると、バックアップをとった時点でおそらくコミットで
きていなかったすべての更新がログのこの部分に確実に
含まれるようになる。回復点を算出するのに都合が良い
のは、1組のタイアップ・レコードがログに書き込まれ
たときである。ただし、回復点に関係するバックアップ
・コピーをとる時点など、他のどのような適当な時間で
も使用できる。バックアップ時以外の時に回復点を算出
する場合は、回復点を単にデータ・セットのカタログに
記憶できる。その後、改訂値が算出されるとき、この記
憶された回復点を更新することができ、最も最近に算出
された値がデータ・セットと共にバックアップされる。
【0030】バックアップをとるときに回復点を算出す
るとうまくいくが、バックアップ処理を回復点の算出と
は別にすることが好ましい。これは、バックアップ・コ
ピーをとることは多分オペレーティング・システムのタ
スクとなるが(オペレーティング・システムは必ずしも
ある特定の時点でどの論理作業単位が進行中なのか知っ
ているわけではない)、バックアップ点の算出はデータ
ベースまたはトランザクション管理プログラムのタスク
になるからである。
るとうまくいくが、バックアップ処理を回復点の算出と
は別にすることが好ましい。これは、バックアップ・コ
ピーをとることは多分オペレーティング・システムのタ
スクとなるが(オペレーティング・システムは必ずしも
ある特定の時点でどの論理作業単位が進行中なのか知っ
ているわけではない)、バックアップ点の算出はデータ
ベースまたはトランザクション管理プログラムのタスク
になるからである。
【0031】
【実施例】図1には、記憶データを管理するデータ処理
システム110の1例が示されている。このシステム
は、リンク130を介して、磁気ディスク装置140、
データ入力端末(VDU、EFTPOS端末など)15
0、プリンタ160、磁気テープ装置170など、いく
つかの周辺装置に論理的及び電気的に接続されている、
中央演算処理装置(CPU)120を含む。
システム110の1例が示されている。このシステム
は、リンク130を介して、磁気ディスク装置140、
データ入力端末(VDU、EFTPOS端末など)15
0、プリンタ160、磁気テープ装置170など、いく
つかの周辺装置に論理的及び電気的に接続されている、
中央演算処理装置(CPU)120を含む。
【0032】データは、編成され、たとえば磁気ディス
ク装置140に記憶されている。トランザクション向け
システムでは、このように記憶されたデータの更新は、
端末150を介するユーザ入力、システム段取りタス
ク、または事前のバッチ・ジョブ・セットアップなど、
いくつかの方法のうちの1つで開始することができる。
商用システムでは、データをこうした方式で非常に頻繁
に更新するのが普通である。
ク装置140に記憶されている。トランザクション向け
システムでは、このように記憶されたデータの更新は、
端末150を介するユーザ入力、システム段取りタス
ク、または事前のバッチ・ジョブ・セットアップなど、
いくつかの方法のうちの1つで開始することができる。
商用システムでは、データをこうした方式で非常に頻繁
に更新するのが普通である。
【0033】図1に示したデータ・プロセッサは、電子
ネットワークを介して他のデータ・プロセッサにリンク
することができ、事実、遠隔位置に記憶されているデー
タにアクセスすることもできる。
ネットワークを介して他のデータ・プロセッサにリンク
することができ、事実、遠隔位置に記憶されているデー
タにアクセスすることもできる。
【0034】図2は、データを記憶装置140中にどの
ように配置してよいかを示している。記憶域200はい
くつかのデータ・セット210、220、230を論理
的に含んでいる。生記憶装置自体はデータ・プロセッサ
のオペレーティング・システムによって管理され、デー
タ・セット構造及びデータ自体の維持はデータベース、
またはオペレーティング・システムの下で走行するトラ
ンザクション管理プログラムによって実行される。オペ
レーティング・システム段取り情報を含んでいるカタロ
グ240が、各データ・セットに関連づけられている。
データ・セットは、通常は、論理ファイル名すなわち別
名ファイル名により、トランザクション管理プログラム
の下で走行する適用業務プログラム内からアドレスされ
る。
ように配置してよいかを示している。記憶域200はい
くつかのデータ・セット210、220、230を論理
的に含んでいる。生記憶装置自体はデータ・プロセッサ
のオペレーティング・システムによって管理され、デー
タ・セット構造及びデータ自体の維持はデータベース、
またはオペレーティング・システムの下で走行するトラ
ンザクション管理プログラムによって実行される。オペ
レーティング・システム段取り情報を含んでいるカタロ
グ240が、各データ・セットに関連づけられている。
データ・セットは、通常は、論理ファイル名すなわち別
名ファイル名により、トランザクション管理プログラム
の下で走行する適用業務プログラム内からアドレスされ
る。
【0035】この実施例では、カタログはまた、トラン
ザクション管理プログラムの制御下でセットされて、デ
ータ・セットが更新のために開いている間にそのデータ
・セットのバックアップをとることができるかどうかを
示す「フラグ」、"BWO"フラグ250を含んでいる。
この特徴の目的については、後でより詳しく述べる。
ザクション管理プログラムの制御下でセットされて、デ
ータ・セットが更新のために開いている間にそのデータ
・セットのバックアップをとることができるかどうかを
示す「フラグ」、"BWO"フラグ250を含んでいる。
この特徴の目的については、後でより詳しく述べる。
【0036】1つまたは複数のデータ・セットの更新
は、論理作業単位(LUW)に分割される。1論理作業
単位の単純化した概略図を図3に示す。この論理作業単
位300は、5つの主要段階、すなわち論理作業単位の
始動310、データを1個または複数のデータ・セット
から読み取る段階320、そのデータを何らかの形で修
正する段階330、データをデータ・セットに戻して書
き込む段階340、及びコミット点350を含んでい
る。
は、論理作業単位(LUW)に分割される。1論理作業
単位の単純化した概略図を図3に示す。この論理作業単
位300は、5つの主要段階、すなわち論理作業単位の
始動310、データを1個または複数のデータ・セット
から読み取る段階320、そのデータを何らかの形で修
正する段階330、データをデータ・セットに戻して書
き込む段階340、及びコミット点350を含んでい
る。
【0037】更新は、論理作業単位全体にわたって行う
こともできるが、ただ1つのコミット点または同期点の
みで記憶装置にコミットされる。このコミット点350
は、論理作業単位の終りにくる。しかし、データベース
の更新が論理作業単位中に行われるとき、その更新がコ
ミットされるかどうかの問題は、他の資源に加えられた
同じ論理作業単位からの並行する更新をコミットできる
立場にあることを指示する、他の資源管理プログラムに
依存する可能性があるので、事態は複雑になる。もう1
つの資源がコミットできる立場にない場合には、その論
理作業単位は打ち切られ、その論理作業単位に対応する
すべての更新がバックアウトまたはアンドゥーされる。
コミット点にうまく到達できた場合には、その論理作業
単位に対応するすべての更新がコミットされる。
こともできるが、ただ1つのコミット点または同期点の
みで記憶装置にコミットされる。このコミット点350
は、論理作業単位の終りにくる。しかし、データベース
の更新が論理作業単位中に行われるとき、その更新がコ
ミットされるかどうかの問題は、他の資源に加えられた
同じ論理作業単位からの並行する更新をコミットできる
立場にあることを指示する、他の資源管理プログラムに
依存する可能性があるので、事態は複雑になる。もう1
つの資源がコミットできる立場にない場合には、その論
理作業単位は打ち切られ、その論理作業単位に対応する
すべての更新がバックアウトまたはアンドゥーされる。
コミット点にうまく到達できた場合には、その論理作業
単位に対応するすべての更新がコミットされる。
【0038】商用システムでは、記憶され、更新されて
いるデータがビジネス上非常に大きな価値をもつことが
あり得る。たとえば、データが金融取引あるいは製品注
文に関係するものである。したがって、破局的な処理シ
ステムの故障やオペレータのエラーでデータ・セットの
1次(作業用)コピーが破壊されても、データが失われ
ないことが重要である。図4は、このような故障の場合
にデータ・セットを再構築する機構を提供する従来技術
の方式を示している。
いるデータがビジネス上非常に大きな価値をもつことが
あり得る。たとえば、データが金融取引あるいは製品注
文に関係するものである。したがって、破局的な処理シ
ステムの故障やオペレータのエラーでデータ・セットの
1次(作業用)コピーが破壊されても、データが失われ
ないことが重要である。図4は、このような故障の場合
にデータ・セットを再構築する機構を提供する従来技術
の方式を示している。
【0039】図4の方式は、ある特定のときに作成され
たデータ・セット420のバックアップ・コピー410
を、バックアップをとった時以降にデータ・セット42
0に加えられたすべての更新の詳細が記録されている、
回復ログ430と共に使用することに基づくものであ
る。基本手順は、時点440でデータ・セットへのアク
セスを閉じて、依然進行中のそのデータ・セットに関係
するすべての論理作業単位を自然にまたは強制的にコミ
ット点に到達させることである。このとき、データ・セ
ットは、自己整合状態にあり時点440までに開始され
たすべての更新が、疑いなく記憶装置にコミットされて
いる。その後、データ・セットのバックアップ・コピー
がとられる。特にバックアップ・コピーをとるのが優先
順位が最高のジョブとはならないであろう多重タスク処
理環境では、大きなデータ・セットをバックアップする
のにかなりの時間を要する可能性がある。データ・セッ
トに関連する、カタログ240のバックアップ・コピー
450もとることができる。
たデータ・セット420のバックアップ・コピー410
を、バックアップをとった時以降にデータ・セット42
0に加えられたすべての更新の詳細が記録されている、
回復ログ430と共に使用することに基づくものであ
る。基本手順は、時点440でデータ・セットへのアク
セスを閉じて、依然進行中のそのデータ・セットに関係
するすべての論理作業単位を自然にまたは強制的にコミ
ット点に到達させることである。このとき、データ・セ
ットは、自己整合状態にあり時点440までに開始され
たすべての更新が、疑いなく記憶装置にコミットされて
いる。その後、データ・セットのバックアップ・コピー
がとられる。特にバックアップ・コピーをとるのが優先
順位が最高のジョブとはならないであろう多重タスク処
理環境では、大きなデータ・セットをバックアップする
のにかなりの時間を要する可能性がある。データ・セッ
トに関連する、カタログ240のバックアップ・コピー
450もとることができる。
【0040】バックアップ・コピーが時点460で完了
すると、データ・セットは更新アクセスのため再び開か
れる。この時点をカタログ・データ470の一部として
記録することができる。
すると、データ・セットは更新アクセスのため再び開か
れる。この時点をカタログ・データ470の一部として
記録することができる。
【0041】バックアップ完了後、論理作業単位がデー
タ・セット420に対する更新を開始するとき、その更
新の詳細を示すエントリ480が回復ログ430中で作
成される。万一、何らかの理由で、データ・セットの1
次コピーが失われたとすると、バックアップ・コピーを
再コピーして、新しい作業用コピーを作成し、バックア
ップ時間460をカタログのバックアップ・コピー45
0にセーブされている時間470から得、次いで回復ロ
グに記憶されている時間460以降の関連するすべての
更新を適用することにより、消失時の状態に再構築する
ことができる。時間460が、事実、場合によってはロ
グの開始に対応することがあることに留意されたい。ま
た、故障時に進行中の未コミットの論理作業単位に関し
て、何らかの調節を行わなければならない。ただし、本
明細書では記載しないが、これに対処するためのバック
アウト技法が確立されている。
タ・セット420に対する更新を開始するとき、その更
新の詳細を示すエントリ480が回復ログ430中で作
成される。万一、何らかの理由で、データ・セットの1
次コピーが失われたとすると、バックアップ・コピーを
再コピーして、新しい作業用コピーを作成し、バックア
ップ時間460をカタログのバックアップ・コピー45
0にセーブされている時間470から得、次いで回復ロ
グに記憶されている時間460以降の関連するすべての
更新を適用することにより、消失時の状態に再構築する
ことができる。時間460が、事実、場合によってはロ
グの開始に対応することがあることに留意されたい。ま
た、故障時に進行中の未コミットの論理作業単位に関し
て、何らかの調節を行わなければならない。ただし、本
明細書では記載しないが、これに対処するためのバック
アウト技法が確立されている。
【0042】図4に空白域490としてだけ示されてい
る、その他のログ・エントリが書き込まれることがあ
る。これらの区域は、順方向回復に関係のないエントリ
を表し、たとえば、システム同期または起動情報、ある
いは一時的データ記憶に関連するエントリを含む。
る、その他のログ・エントリが書き込まれることがあ
る。これらの区域は、順方向回復に関係のないエントリ
を表し、たとえば、システム同期または起動情報、ある
いは一時的データ記憶に関連するエントリを含む。
【0043】図5は、回復ログ430中の単一エントリ
480を示す。このエントリは、1つのファイルへの単
一更新に関係する、いくつかの情報項目510〜590
を含んでいる。エントリ480に記憶される情報は、次
の通りである。 510: バイト単位で表した、ログ・エントリの長さ 520: ログ・エントリのタイプ識別(たとえば、追
加、削除、修正など) 530: ログ・エントリが作成されたシステム日時を
示すタイムスタンプ 540: ログ・エントリを作成させたタスクまたはジ
ョブの識別 550: (あるとすれば)タスクと関連するユーザ端
末 560: このエントリが関係する、データ・ファイル
の名称 570: 雑多な制御バイト及び埋込みバイト 580: ファイル名560によって指定されるファイ
ル内の、作用の対象となるレコード番号またはアドレス
・オフセット 590: ファイルに(該当する場合)書き込むべきデ
ータ
480を示す。このエントリは、1つのファイルへの単
一更新に関係する、いくつかの情報項目510〜590
を含んでいる。エントリ480に記憶される情報は、次
の通りである。 510: バイト単位で表した、ログ・エントリの長さ 520: ログ・エントリのタイプ識別(たとえば、追
加、削除、修正など) 530: ログ・エントリが作成されたシステム日時を
示すタイムスタンプ 540: ログ・エントリを作成させたタスクまたはジ
ョブの識別 550: (あるとすれば)タスクと関連するユーザ端
末 560: このエントリが関係する、データ・ファイル
の名称 570: 雑多な制御バイト及び埋込みバイト 580: ファイル名560によって指定されるファイ
ル内の、作用の対象となるレコード番号またはアドレス
・オフセット 590: ファイルに(該当する場合)書き込むべきデ
ータ
【0044】ファイル活動が実行されると、トランザク
ション管理プログラムが、動的に維持されている内部の
写像テーブルを照会して、その特定のファイル名にどの
データ・セットが対応するか決定する。
ション管理プログラムが、動的に維持されている内部の
写像テーブルを照会して、その特定のファイル名にどの
データ・セットが対応するか決定する。
【0045】図4及び図5に示したバックアップ方式
は、バックアップが行われている間に更新が「失われな
い」ように保証するが、バックアップ・コピーが実際に
行われている間、データ・セットを閉じていなければな
らないという欠点をもつ。データ・セットが1日24時
間利用できることが必要とされる場合には、この閉鎖は
非常に不便なことになりかねない。しかし、バックアッ
プ・コピーを時々しかとらず、最後にとったバックアッ
プと回復ログからデータ・セットを再構築する能力に頼
るという単純な代替方法は、万一故障が生じた場合に
は、回復にかなりの時間がかかりかねないという欠点を
もつ。また、ログ中に記憶しておかなければならない情
報の量が莫大なことから、ログが非常に大きくかつ厄介
なものになってしまう。
は、バックアップが行われている間に更新が「失われな
い」ように保証するが、バックアップ・コピーが実際に
行われている間、データ・セットを閉じていなければな
らないという欠点をもつ。データ・セットが1日24時
間利用できることが必要とされる場合には、この閉鎖は
非常に不便なことになりかねない。しかし、バックアッ
プ・コピーを時々しかとらず、最後にとったバックアッ
プと回復ログからデータ・セットを再構築する能力に頼
るという単純な代替方法は、万一故障が生じた場合に
は、回復にかなりの時間がかかりかねないという欠点を
もつ。また、ログ中に記憶しておかなければならない情
報の量が莫大なことから、ログが非常に大きくかつ厄介
なものになってしまう。
【0046】次に図6を参照すると、本発明によるバッ
クアップ方式の一実施例が示されている。上記のよう
に、回復ログ430を使って、それぞれシステム故障後
に1つのファイルの更新を再適用するのを可能にする情
報を含む、エントリ480を記憶する。
クアップ方式の一実施例が示されている。上記のよう
に、回復ログ430を使って、それぞれシステム故障後
に1つのファイルの更新を再適用するのを可能にする情
報を含む、エントリ480を記憶する。
【0047】図6では、データ・セット600のバック
アップ・コピー610が、そのデータ・セットを閉じず
に、すなわち依然としてデータ・セットへの更新アクセ
スを許しながら作成される。このバックアップをとるの
に用いられるユーティリティ・プログラムが、通常、開
いているデータ・セットをバックアップするのを禁止す
ることがあるかもしれない。こうした場合、データ・セ
ットのカタログ240中の"BWO"フラグ250を用い
てこの一般的規則を無視するようユーティリティに合図
することができる。
アップ・コピー610が、そのデータ・セットを閉じず
に、すなわち依然としてデータ・セットへの更新アクセ
スを許しながら作成される。このバックアップをとるの
に用いられるユーティリティ・プログラムが、通常、開
いているデータ・セットをバックアップするのを禁止す
ることがあるかもしれない。こうした場合、データ・セ
ットのカタログ240中の"BWO"フラグ250を用い
てこの一般的規則を無視するようユーティリティに合図
することができる。
【0048】データ・セットのカタログ240のバック
アップ・コピー620も作成される。ただし、データ・
セットはバックアップ中に閉じられていないので、バッ
クアップ・プロシージャの前またはその間に、いくつの
論理作業単位が未コミットの更新625を行うことも可
能である。その場合、(図4におけるように)バックア
ップの完了後に作成されたログ・エントリだけを用いて
回復を行うとしたら、バックアップ時前後に行われた更
新に関してデータ完全性の問題が生じ得る。たとえば、
更新がデータ項目をデータ・セットの始めから終わりま
で移動することを要する場合、その項目は、バックアッ
プ・コピーがデータ・セット中を進む際に、2度バック
アップされる可能性がある。同様に、ターゲット域が更
新前にバックアップされ、ソース域が更新後にバックア
ップされる場合には、始めから終わりまで移動されたデ
ータ項目が全く欠けるおそれがある。さらに、バックア
ップ開始前に行なわれ、バックアップ中に打ち切られた
更新でも、バックアップ・コピーにデータが欠けあるい
は2重になる可能性がある。
アップ・コピー620も作成される。ただし、データ・
セットはバックアップ中に閉じられていないので、バッ
クアップ・プロシージャの前またはその間に、いくつの
論理作業単位が未コミットの更新625を行うことも可
能である。その場合、(図4におけるように)バックア
ップの完了後に作成されたログ・エントリだけを用いて
回復を行うとしたら、バックアップ時前後に行われた更
新に関してデータ完全性の問題が生じ得る。たとえば、
更新がデータ項目をデータ・セットの始めから終わりま
で移動することを要する場合、その項目は、バックアッ
プ・コピーがデータ・セット中を進む際に、2度バック
アップされる可能性がある。同様に、ターゲット域が更
新前にバックアップされ、ソース域が更新後にバックア
ップされる場合には、始めから終わりまで移動されたデ
ータ項目が全く欠けるおそれがある。さらに、バックア
ップ開始前に行なわれ、バックアップ中に打ち切られた
更新でも、バックアップ・コピーにデータが欠けあるい
は2重になる可能性がある。
【0049】データ・セットが更新のために開いている
間に、バックアップ・コピーを作成する場合には、バッ
クアップ完了後に作成されたログ・エントリだけを用い
て、データ完全性を犠牲にせずに、回復を実行すること
はできないことが実証されている。ただし、その位置ま
たは時点からは回復が確実に行える、ログ中のより早い
位置(「回復点」)を定義することができる。
間に、バックアップ・コピーを作成する場合には、バッ
クアップ完了後に作成されたログ・エントリだけを用い
て、データ完全性を犠牲にせずに、回復を実行すること
はできないことが実証されている。ただし、その位置ま
たは時点からは回復が確実に行える、ログ中のより早い
位置(「回復点」)を定義することができる。
【0050】ファイル更新に対応する第1ログ・エント
リが各論理作業単位ごとに作成される、時点のレコード
630を保存する。このレコードは、論理作業単位に割
り振られている記憶域のブロック中に、その論理作業単
位が第1更新エントリを回復ログに書き込むとき保持さ
れ、その論理作業単位が完了したとき(すなわち、論理
作業単位がコミットするかまたは打ち切るとき)削除さ
れる。これらのレコードから、いつでも進行中の論理作
業単位の最も古い未コミットの更新の時間640を決定
することができる。
リが各論理作業単位ごとに作成される、時点のレコード
630を保存する。このレコードは、論理作業単位に割
り振られている記憶域のブロック中に、その論理作業単
位が第1更新エントリを回復ログに書き込むとき保持さ
れ、その論理作業単位が完了したとき(すなわち、論理
作業単位がコミットするかまたは打ち切るとき)削除さ
れる。これらのレコードから、いつでも進行中の論理作
業単位の最も古い未コミットの更新の時間640を決定
することができる。
【0051】論理作業単位によって行われるすべての更
新を識別できるように、論理作業単位が更新のロギング
を開始した時点が記録される。これらの更新は論理作業
単位ごとにコミットされ、したがって、後続のデータ回
復中に、各論理作業単位を回復するために行われたすべ
ての更新を用いることが必要となる。論理作業単位が最
初に更新を行った時点、または論理作業単位が開始した
時点を記録することもできるが、この代案は好ましい方
法ほど有利ではない。前者の場合、記録された時間をロ
グ上の一定位置に写像するのが難しく、後者の場合、こ
れは無関係の(ファイル更新に関係しない)論理作業単
位が下記の処理に含められることを意味する。
新を識別できるように、論理作業単位が更新のロギング
を開始した時点が記録される。これらの更新は論理作業
単位ごとにコミットされ、したがって、後続のデータ回
復中に、各論理作業単位を回復するために行われたすべ
ての更新を用いることが必要となる。論理作業単位が最
初に更新を行った時点、または論理作業単位が開始した
時点を記録することもできるが、この代案は好ましい方
法ほど有利ではない。前者の場合、記録された時間をロ
グ上の一定位置に写像するのが難しく、後者の場合、こ
れは無関係の(ファイル更新に関係しない)論理作業単
位が下記の処理に含められることを意味する。
【0052】今の場合、進行中の論理作業単位に対する
最も古い未コミットの更新の検出が、バックアップの開
始650時、あるいは定期的に決定される。この時間6
60(回復点)が、データ・セットと同時にバックアッ
プされる(620)、データ・セット・カタログ240
に記憶される。回復が必要とされる場合、時間660が
まず回復され、ログ430上の対応する位置670に変
換される。次いで、データ・セットのバックアップ・コ
ピー610を復元して、作業用コピーを作成し、次い
で、時間660より後に(すなわち、ログ上の位置67
0の後に)作成されたログ・エントリによって表される
更新を適用することにより、回復を実行することができ
る。
最も古い未コミットの更新の検出が、バックアップの開
始650時、あるいは定期的に決定される。この時間6
60(回復点)が、データ・セットと同時にバックアッ
プされる(620)、データ・セット・カタログ240
に記憶される。回復が必要とされる場合、時間660が
まず回復され、ログ430上の対応する位置670に変
換される。次いで、データ・セットのバックアップ・コ
ピー610を復元して、作業用コピーを作成し、次い
で、時間660より後に(すなわち、ログ上の位置67
0の後に)作成されたログ・エントリによって表される
更新を適用することにより、回復を実行することができ
る。
【0053】時間660はバックアップをとった時点で
最も古い進行中または未コミットの更新の開始時間を表
しているので、時間660より前に開始されたどのよう
な更新も、時点650でのバックアップ開始前にコミッ
ト点に到達していることが分かっている。したがって、
この実施例では、回復点670はもはや回復の目的には
重要でなく、捨てることができる。
最も古い進行中または未コミットの更新の開始時間を表
しているので、時間660より前に開始されたどのよう
な更新も、時点650でのバックアップ開始前にコミッ
ト点に到達していることが分かっている。したがって、
この実施例では、回復点670はもはや回復の目的には
重要でなく、捨てることができる。
【0054】データ・セットを長い「名称」または記憶
アドレスで示すのが普通なので、それよりずっと短い論
理ファイル名が、ログ・エントリ中で、データ・セット
を指すのに使われる。これによって、各エントリのログ
に完全なデータ・セット名を書き込まなくてもすむよう
になる。したがって、複数の論理作業単位が複数のデー
タ・セットに更新を行う場合に、可能な問題が起こり得
る。このような場合、回復を回復点670から開始する
ものとすれば、回復プログラムまたは回復ユーティリテ
ィはどのファイル名がどのデータ・セットに対応するか
分かっていないことになる。この問題に対処するため、
本実施例のさらに改良された態様について述べる。
アドレスで示すのが普通なので、それよりずっと短い論
理ファイル名が、ログ・エントリ中で、データ・セット
を指すのに使われる。これによって、各エントリのログ
に完全なデータ・セット名を書き込まなくてもすむよう
になる。したがって、複数の論理作業単位が複数のデー
タ・セットに更新を行う場合に、可能な問題が起こり得
る。このような場合、回復を回復点670から開始する
ものとすれば、回復プログラムまたは回復ユーティリテ
ィはどのファイル名がどのデータ・セットに対応するか
分かっていないことになる。この問題に対処するため、
本実施例のさらに改良された態様について述べる。
【0055】ファイルを更新のために開く場合、いつで
もタイアップ・レコード(TUR)と呼ばれるログ・エ
ントリが回復ログに書き込まれる。タイアップ・レコー
ドは、新しいファイル名とそれに対応するデータ・セッ
トの関連、ならびに使用された任意の中間的な別名の完
全な仕様を与える。データ・セットを更新のために開
き、タイアップ・レコードを書き込むことを、下記では
ファイル名とデータ・セットの関連を作成すると言うこ
とにする。
もタイアップ・レコード(TUR)と呼ばれるログ・エ
ントリが回復ログに書き込まれる。タイアップ・レコー
ドは、新しいファイル名とそれに対応するデータ・セッ
トの関連、ならびに使用された任意の中間的な別名の完
全な仕様を与える。データ・セットを更新のために開
き、タイアップ・レコードを書き込むことを、下記では
ファイル名とデータ・セットの関連を作成すると言うこ
とにする。
【0056】図7で、この実施例の改良の基礎は、1組
のタイアップ・レコード700をそっくり時折りログに
書き込むことにある。タイアップ・レコードは、便利な
定期的システム・ジョブの一部として、あるいはデータ
・プロセッサ上で走行している特定の背景ジョブとして
ログに書き込むことができる。タイアップ・レコードの
書込みに関連する処理オーバーヘッドを削減するため、
ログ上のタイアップ・レコードの各組の間の最小時間7
40を、たとえば半時間に設定することができる。
のタイアップ・レコード700をそっくり時折りログに
書き込むことにある。タイアップ・レコードは、便利な
定期的システム・ジョブの一部として、あるいはデータ
・プロセッサ上で走行している特定の背景ジョブとして
ログに書き込むことができる。タイアップ・レコードの
書込みに関連する処理オーバーヘッドを削減するため、
ログ上のタイアップ・レコードの各組の間の最小時間7
40を、たとえば半時間に設定することができる。
【0057】タイアップ・レコードの完全な1組は、開
いている間バックアップされるのに適格な、あらゆるデ
ータ・セットに関連する各ファイル名用のタイアップ・
レコードから構成され、時点710と720の間にログ
に書き込まれる。データ・セットが適格かどうかは、デ
ータ・セットのカタログ中の上記の"BWO"フラグ25
0を調べることによって検出できる。ただし、"BWO"
フラグ250が実施されていない場合は、すべてのデー
タ・セットを適格と見なすデフォルト手法を使用でき
る。この場合も、どのタイアップ・レコードが完全な1
組に含まれるかというこの選択が、この組を書き込むの
に必要な処理オーバーヘッドを削減するために実行され
る。
いている間バックアップされるのに適格な、あらゆるデ
ータ・セットに関連する各ファイル名用のタイアップ・
レコードから構成され、時点710と720の間にログ
に書き込まれる。データ・セットが適格かどうかは、デ
ータ・セットのカタログ中の上記の"BWO"フラグ25
0を調べることによって検出できる。ただし、"BWO"
フラグ250が実施されていない場合は、すべてのデー
タ・セットを適格と見なすデフォルト手法を使用でき
る。この場合も、どのタイアップ・レコードが完全な1
組に含まれるかというこの選択が、この組を書き込むの
に必要な処理オーバーヘッドを削減するために実行され
る。
【0058】新しいファイル名とデータ・セットの関連
が時点720と730の間に(すなわち、タイアップ・
レコードのある1組の終わりと次の組の開始との間に)
作成される場合、その関連に対応する1つのタイアップ
・レコード750がログに書き込まれる。
が時点720と730の間に(すなわち、タイアップ・
レコードのある1組の終わりと次の組の開始との間に)
作成される場合、その関連に対応する1つのタイアップ
・レコード750がログに書き込まれる。
【0059】1組のタイアップ・レコード700をそっ
くり書き込むためにデータ・セットを閉じる必要がない
場合は、この1組700中に、単純なファイル更新に関
係する通常のログ・エントリ480、データ回復と無関
係な他のログ・エントリ490、さらにはこの1組70
0の書込み中に開始された新しいファイル名とデータ・
セットの関連に関係する個々のタイアップ・レコード7
50が散在する可能性が非常に高い。タイアップ・レコ
ード・セットの要素が決定された後に生成された新しい
タイアップ・レコードは、このタイアップ・レコードの
組には含まれないことになる。ただし、タイアップ・レ
コード・セットの処理とデータ・セットの開放が独立に
行え、かつタイアップ・レコードの書込みが非同期なの
で、それらもなおその1組のタイアップ・レコードと同
時にログに書き込むことができる。図で、書込みが時点
730に開始する1組のタイアップ・レコードは時点7
60までに完了する。タイアップ・レコード書込みの開
始時間710、730及び終了時間720、760が後
で参照されるように保持される。
くり書き込むためにデータ・セットを閉じる必要がない
場合は、この1組700中に、単純なファイル更新に関
係する通常のログ・エントリ480、データ回復と無関
係な他のログ・エントリ490、さらにはこの1組70
0の書込み中に開始された新しいファイル名とデータ・
セットの関連に関係する個々のタイアップ・レコード7
50が散在する可能性が非常に高い。タイアップ・レコ
ード・セットの要素が決定された後に生成された新しい
タイアップ・レコードは、このタイアップ・レコードの
組には含まれないことになる。ただし、タイアップ・レ
コード・セットの処理とデータ・セットの開放が独立に
行え、かつタイアップ・レコードの書込みが非同期なの
で、それらもなおその1組のタイアップ・レコードと同
時にログに書き込むことができる。図で、書込みが時点
730に開始する1組のタイアップ・レコードは時点7
60までに完了する。タイアップ・レコード書込みの開
始時間710、730及び終了時間720、760が後
で参照されるように保持される。
【0060】図8は、1つのタイアップ・レコード80
0をやや詳しく示している。上記の図5と同じように、
このエントリはファイル名とデータ・セットの関連に関
するいくつかの情報項目810〜890を含んでいる。
エントリ800に記憶されている情報は、次の通りであ
る。 810:バイト単位で表したタイアップ・レコード・エ
ントリの長さ 820:このエントリがタイアップ・レコードに関係す
るという識別 830:タイアップ・レコードがログに書き込まれたシ
ステム日時を示すタイムスタンプ 840:タイアップ・レコードをログに書き込んだタス
クまたはジョブの識別 850:タスクに関連する(もしあれば)ユーザ端末 860:このタイアップ・レコードが関係するファイル
名 870:雑多な制御バイト及び埋込みバイト 880:データ・セット名を示すのに用いられる中間的
な別名 890:そのファイル名に関連するデータ・セットの名
称
0をやや詳しく示している。上記の図5と同じように、
このエントリはファイル名とデータ・セットの関連に関
するいくつかの情報項目810〜890を含んでいる。
エントリ800に記憶されている情報は、次の通りであ
る。 810:バイト単位で表したタイアップ・レコード・エ
ントリの長さ 820:このエントリがタイアップ・レコードに関係す
るという識別 830:タイアップ・レコードがログに書き込まれたシ
ステム日時を示すタイムスタンプ 840:タイアップ・レコードをログに書き込んだタス
クまたはジョブの識別 850:タスクに関連する(もしあれば)ユーザ端末 860:このタイアップ・レコードが関係するファイル
名 870:雑多な制御バイト及び埋込みバイト 880:データ・セット名を示すのに用いられる中間的
な別名 890:そのファイル名に関連するデータ・セットの名
称
【0061】次に図9を参照して、タイアップ・レコー
ドを回復手順で使用する方法を説明する。
ドを回復手順で使用する方法を説明する。
【0062】上記のように、1組のタイアップ・レコー
ド700がそっくり定期的にログに書き込まれる。この
処理の後、実行される好ましい第1段階は、進行中(未
コミット)のすべての論理作業単位の最も古い第1更新
ログ・エントリの時間640を決定することである。回
復ユーティリティは後続のログ・エントリ中で参照され
るファイル名とそれに対応するデータ・セットの関連を
知っていないはずなので、時間640に対応するログ上
の位置670を回復点として使用することはできない。
したがって、回復点900は、位置670より前に(図
6)1組全体の書き込みが完了したタイアップ・レコー
ドの最後の1組を書き込む開始時間となるものと決定さ
れる。
ド700がそっくり定期的にログに書き込まれる。この
処理の後、実行される好ましい第1段階は、進行中(未
コミット)のすべての論理作業単位の最も古い第1更新
ログ・エントリの時間640を決定することである。回
復ユーティリティは後続のログ・エントリ中で参照され
るファイル名とそれに対応するデータ・セットの関連を
知っていないはずなので、時間640に対応するログ上
の位置670を回復点として使用することはできない。
したがって、回復点900は、位置670より前に(図
6)1組全体の書き込みが完了したタイアップ・レコー
ドの最後の1組を書き込む開始時間となるものと決定さ
れる。
【0063】回復点900が、更新のために開かれてお
り、開いている間にバックアップされるのに適格な、す
べてのデータ・セット用のデータ・セット・カタログ2
40に書き込まれる。タイアップ・レコードの各組70
0がログに書き込まれた後、新しい回復点が算出されて
記憶されるので、カタログ中の値900は常に最近に算
出された回復点となる。次いで、データ・セットと同時
に、カタログ240がバックアップされる。上記のよう
に、回復が必要な場合は、新たな作業用コピーを得るた
め、データ・セットのバックアップ・コピーが、そのカ
タログ240及びその中に記憶されている回復点と共に
復元され、点900から先のログ中のすべての更新が再
適用される。
り、開いている間にバックアップされるのに適格な、す
べてのデータ・セット用のデータ・セット・カタログ2
40に書き込まれる。タイアップ・レコードの各組70
0がログに書き込まれた後、新しい回復点が算出されて
記憶されるので、カタログ中の値900は常に最近に算
出された回復点となる。次いで、データ・セットと同時
に、カタログ240がバックアップされる。上記のよう
に、回復が必要な場合は、新たな作業用コピーを得るた
め、データ・セットのバックアップ・コピーが、そのカ
タログ240及びその中に記憶されている回復点と共に
復元され、点900から先のログ中のすべての更新が再
適用される。
【0064】回復点は、一般にバックアップが開始され
た時間より前にある。このことは、回復が行われる時、
ログに記憶され、回復ユーティリティによって再適用さ
れる更新が、データ・セットの復元された作業用コピー
に既に含まれている可能性のあることを意味している。
しかし、この必要は何の問題も引き起こさない。周知の
回復ユーティリティは、一般にエラー条件を生じる、こ
うした状況でエラーが生じる場合には、(データ・セッ
トのカタログ240のバックアップ・コピーから回復さ
れる)"BWO"フラグ250を用いて、これらのエラー
条件を無視するよう回復ユーティリティに合図すること
ができる。
た時間より前にある。このことは、回復が行われる時、
ログに記憶され、回復ユーティリティによって再適用さ
れる更新が、データ・セットの復元された作業用コピー
に既に含まれている可能性のあることを意味している。
しかし、この必要は何の問題も引き起こさない。周知の
回復ユーティリティは、一般にエラー条件を生じる、こ
うした状況でエラーが生じる場合には、(データ・セッ
トのカタログ240のバックアップ・コピーから回復さ
れる)"BWO"フラグ250を用いて、これらのエラー
条件を無視するよう回復ユーティリティに合図すること
ができる。
【0065】上記の定期的な計算の代案は、バックアッ
プが取られる時点で回復点を算出することである。これ
はうまく働くが、バックアップ処理を回復点の算出とは
別にしておくことが好ましい。その理由は、バックアッ
プ・コピーをとることは多分オペレーティング・システ
ムのタスクとなるが(オペレーティング・システムは必
ずしもある特定の時点でどの論理作用単位が進行中であ
るか知っていない)、バックアップ点の算出はデータ・
ベースまたはトランザクション管理プログラムのタスク
となるからである。
プが取られる時点で回復点を算出することである。これ
はうまく働くが、バックアップ処理を回復点の算出とは
別にしておくことが好ましい。その理由は、バックアッ
プ・コピーをとることは多分オペレーティング・システ
ムのタスクとなるが(オペレーティング・システムは必
ずしもある特定の時点でどの論理作用単位が進行中であ
るか知っていない)、バックアップ点の算出はデータ・
ベースまたはトランザクション管理プログラムのタスク
となるからである。
【0066】ログへの追加は時間順に行われるので、あ
る特定のログ・エントリの時間の記憶または使用に対す
る参照が、そのエントリのログ上の位置またはアドレス
の記憶または使用にも適用できることは明白となる。
る特定のログ・エントリの時間の記憶または使用に対す
る参照が、そのエントリのログ上の位置またはアドレス
の記憶または使用にも適用できることは明白となる。
【0067】データ・セットが開かれたとき、そのデー
タ・セットの回復点900を開放時の現時間に設定して
も安全である。その理由は、データ・セットがそれより
前に閉じられる前にすべての更新が完了しているはずだ
からである。回復点900をデータ・セットのカタログ
に書き込むことができ、BWOフラグ250をこの段階
でセットすることができる。
タ・セットの回復点900を開放時の現時間に設定して
も安全である。その理由は、データ・セットがそれより
前に閉じられる前にすべての更新が完了しているはずだ
からである。回復点900をデータ・セットのカタログ
に書き込むことができ、BWOフラグ250をこの段階
でセットすることができる。
【0068】同様に、データ・セットに関連する最後の
論理ファイルが閉じられるとき、データ・セット自体が
閉じる。すべての更新が完了しており、カタログに記録
される回復点900を現時間に設定することができ、B
WOフラグを閉鎖時にリセットすることができる。
論理ファイルが閉じられるとき、データ・セット自体が
閉じる。すべての更新が完了しており、カタログに記録
される回復点900を現時間に設定することができ、B
WOフラグを閉鎖時にリセットすることができる。
【0069】
【発明の効果】本発明によれば、上記従来技術の問題を
生じさせることなく、データ・セットの連続的な使用が
可能になる。
生じさせることなく、データ・セットの連続的な使用が
可能になる。
【図面の簡単な説明】
【図1】データ構造を管理する典型的なデータ・プロセ
ッサの構成図である。
ッサの構成図である。
【図2】記憶域のデータ・セットへの論理的分割を示す
図である。
図である。
【図3】ただ一つの論理作業単位によって行われるデー
タ更新を示す順序図である。
タ更新を示す順序図である。
【図4】データ・セットが静止している間に実行され
る、従来技術によるデータ・セットのバックアップを示
す図である。
る、従来技術によるデータ・セットのバックアップを示
す図である。
【図5】順方向回復ログ上の典型的なエントリを示す図
である。
である。
【図6】本発明による、データ・セットのバックアップ
を示す図である。
を示す図である。
【図7】ログ・ファイルに書き込まれた数組のタイアッ
プ・レコードを示す図である。
プ・レコードを示す図である。
【図8】個々のタイアップ・レコードを示す図である。
【図9】タイアップ・レコードが回復点を算出するのに
使用される、データ・セットのバックアップを示す図で
ある。
使用される、データ・セットのバックアップを示す図で
ある。
110 データ処理システム 120 中央演算処理装置(CPU) 130 リンク 140 磁気ディスク装置 150 データ入力端末 160 プリンタ 170 磁気テープ装置 210 データ・セット 220 データ・セット 230 データ・セット 240 カタログ 250 BWOフラグ 300 論理作業単位(LUW) 700 タイアップ・レコード(TUR)
フロントページの続き (72)発明者 ピーター・ジェームズ・ラプトン 英国 イングランド エス05 1エヌ・ エイチ、ハンプシャー州イーストリー、 チャンドラーズ・フォード、バディスリ ー・ロード 38番地 (56)参考文献 「bit別冊コンピュータサイエンス ACM COMPUTING SURV EYS’83」共立出版(1984)P139− 164
Claims (4)
- 【請求項1】記憶データを一連の論理作業単位として処
理し、記憶データの更新を、各論理作業単位がその論理
作業単位に対するコミット点でコミットされている間に
行う手段と、 記憶データに対して行われた更新のログを保存する手段
と、 記憶データに対して行われた、最も古い未コミットの更
新を検出する手段と、上記 検出手段に応答して、最も古い未コミットの更新の
開始時間に依存する回復点を算出する手段と、 記憶データの少なくとも一部分のバックアップ・コピー
を、その部分が更新に利用できる状態でとる手段と、上記記憶データの一部のバックアップ・コピーがとられ
る時点で、上記算出手段で算出した回復点のバックアッ
プ・コピーをとる手段と、 上記両 バックアップ・コピーを復元し、上記回復点より
後に作成されたログ・エントリに含まれる更新を適用す
ることによって、データベースを回復する手段とを含
む、データ処理装置。 - 【請求項2】最も古い未コミットの更新を検出する手段
が、 各論理作業単位によって行われた、更新に対応する第1
ログ・エントリを検出する手段と、 その第1ログ・エントリの時間を記憶する手段と、 記憶されている複数の第1ログ・エントリの時間の中か
ら最も早い時間を検出する手段と、 完了した論理作業単位に対応する、第1ログ・エントリ
の時間を削除する手段とを含むことを特徴とする、請求
項1のデータ処理装置。 - 【請求項3】記憶データが、それぞれ1個または複数の
別名ファイル名によってアドレス可能な複数のデータ・
セットとして編成されていることを特徴とする、請求項
1のデータ処理装置。 - 【請求項4】バックアップ・コピーに関連する回復点
が、バックアップ・コピーが行われた時点で最も古い未
コミットの更新の開始時間に等しいことを特徴とする、
請求項1のデータ処理装置。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP91305043A EP0516900B1 (en) | 1991-06-04 | 1991-06-04 | Data backup and recovery in a data processing system |
GB91305043.1 | 1991-06-04 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH05108448A JPH05108448A (ja) | 1993-04-30 |
JP2531894B2 true JP2531894B2 (ja) | 1996-09-04 |
Family
ID=8208299
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP4084176A Expired - Fee Related JP2531894B2 (ja) | 1991-06-04 | 1992-04-06 | デ―タ処理装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US5381545A (ja) |
EP (1) | EP0516900B1 (ja) |
JP (1) | JP2531894B2 (ja) |
DE (1) | DE69119222T2 (ja) |
Families Citing this family (144)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0554854A3 (en) * | 1992-02-04 | 1996-02-28 | Digital Equipment Corp | System and method for executing, tracking and recovering long running computations |
US5504883A (en) * | 1993-02-01 | 1996-04-02 | Lsc, Inc. | Method and apparatus for insuring recovery of file control information for secondary storage systems |
DE69429686T2 (de) * | 1993-02-25 | 2003-04-30 | Sun Microsystems, Inc. | Transaktionsverwaltung in objektorientiertem System |
DK0710375T3 (da) * | 1993-07-19 | 1999-09-20 | Cheyenne Advanced Tech Ltd | Filsikkerhedskopieringssystem |
US5675725A (en) * | 1993-07-19 | 1997-10-07 | Cheyenne Advanced Technology Limited | Computer backup system operable with open files |
JPH07152627A (ja) * | 1993-11-29 | 1995-06-16 | Nec Corp | ファイルリカバリシステム |
JPH07175700A (ja) * | 1993-12-20 | 1995-07-14 | Fujitsu Ltd | データベース管理方式 |
JPH07210429A (ja) * | 1994-01-11 | 1995-08-11 | Hitachi Ltd | ダンプ取得方法および制御装置および情報処理システム |
JP2708386B2 (ja) | 1994-03-18 | 1998-02-04 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 同時更新及び複写手順を通して重複データベースを回復させる方法及び装置 |
JP3140906B2 (ja) * | 1994-04-12 | 2001-03-05 | 株式会社エヌ・ティ・ティ・データ | システムファイルの更新及び復元方法 |
US5561795A (en) * | 1994-05-13 | 1996-10-01 | Unisys Corporation | Method and apparatus for audit trail logging and data base recovery |
JPH07319738A (ja) * | 1994-05-23 | 1995-12-08 | Nec Commun Syst Ltd | 差分記録方式 |
EP0694838A1 (en) * | 1994-07-25 | 1996-01-31 | International Business Machines Corporation | Step level recovery |
US5513351A (en) * | 1994-07-28 | 1996-04-30 | International Business Machines Corporation | Protecting a system during system maintenance by usage of temporary filenames in an alias table |
GB2301205A (en) * | 1995-05-24 | 1996-11-27 | Ibm | Data set backup in a shared environment |
US5644696A (en) * | 1995-06-06 | 1997-07-01 | International Business Machines Corporation | Recovering multi-volume data sets during volume recovery |
US5680621A (en) * | 1995-06-07 | 1997-10-21 | International Business Machines Corporation | System and method for domained incremental changes storage and retrieval |
US5768582A (en) * | 1995-06-07 | 1998-06-16 | International Business Machines Corporation | Computer program product for domained incremental changes storage and retrieval |
SE506534C2 (sv) * | 1995-06-15 | 1998-01-12 | Ericsson Telefon Ab L M | Sätt att bestämma innehåll i restaureringslogg |
US6061769A (en) * | 1995-09-27 | 2000-05-09 | International Business Machines Corporation | Data set backup in a shared environment |
US5778165A (en) * | 1995-10-20 | 1998-07-07 | Digital Equipment Corporation | Variable-level backup scheduling method and apparatus |
US5754782A (en) * | 1995-12-04 | 1998-05-19 | International Business Machines Corporation | System and method for backing up and restoring groupware documents |
US5953638A (en) * | 1995-12-29 | 1999-09-14 | Mci Communications Corporation | Method and system for affinity termination of calls |
US5644698A (en) * | 1996-05-30 | 1997-07-01 | International Business Machines Corporation | Configurable reuse delay criterion for storage volumes |
US5832222A (en) * | 1996-06-19 | 1998-11-03 | Ncr Corporation | Apparatus for providing a single image of an I/O subsystem in a geographically dispersed computer system |
US5842222A (en) * | 1996-10-04 | 1998-11-24 | Taiwan Semiconductor Manufacturing Company, Ltd. | Production information system enhanced for availability |
JPH10207754A (ja) * | 1997-01-16 | 1998-08-07 | Fujitsu Ltd | 更新系データベースの複製方式 |
JPH10333948A (ja) * | 1997-04-01 | 1998-12-18 | Kokusai Zunou Sangyo Kk | 仮想データベース空間システムおよびデータベースプログラムを記録したコンピュータ読み取り可能な記録媒体 |
US6016553A (en) | 1997-09-05 | 2000-01-18 | Wild File, Inc. | Method, software and apparatus for saving, using and recovering data |
US6023709A (en) * | 1997-12-15 | 2000-02-08 | International Business Machines Corporation | Automated file error classification and correction in a hierarchical storage management system |
US5931955A (en) * | 1997-12-15 | 1999-08-03 | At&T Corp | Method and generic automatic database recovery |
US6732123B1 (en) * | 1998-02-23 | 2004-05-04 | International Business Machines Corporation | Database recovery to any point in time in an online environment utilizing disaster recovery technology |
US6205527B1 (en) * | 1998-02-24 | 2001-03-20 | Adaptec, Inc. | Intelligent backup and restoring system and method for implementing the same |
US6732293B1 (en) | 1998-03-16 | 2004-05-04 | Symantec Corporation | Method, software and apparatus for recovering and recycling data in conjunction with an operating system |
US6226651B1 (en) | 1998-03-27 | 2001-05-01 | International Business Machines Corporation | Database disaster remote site recovery |
US6092086A (en) * | 1998-03-31 | 2000-07-18 | Bmc Software | System and method for handling backout processing during capture of changed data in an enterprise computer system |
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 |
US6230282B1 (en) * | 1998-07-03 | 2001-05-08 | Hewlett-Packard Company | Checkpoint computer system utilizing a FIFO buffer to re-synchronize the memory systems on the detection of an error |
US6195695B1 (en) * | 1998-10-27 | 2001-02-27 | International Business Machines Corporation | Data processing system and method for recovering from system crashes |
US7055055B1 (en) | 1999-04-23 | 2006-05-30 | Symantec Corporation | Write cache flushing method for reducing data corruption |
US7051055B1 (en) | 1999-07-09 | 2006-05-23 | Symantec Corporation | Optimized disk storage defragmentation with swapping capabilities |
WO2001004801A1 (en) * | 1999-07-09 | 2001-01-18 | Wild File, Inc. | Optimized disk storage defragmentation with swapping capabilities |
US6324548B1 (en) * | 1999-07-22 | 2001-11-27 | Unisys Corporation | Database backup and recovery using separate history files for database backup and audit backup |
US6553509B1 (en) * | 1999-07-28 | 2003-04-22 | Hewlett Packard Development Company, L.P. | Log record parsing for a distributed log on a disk array data storage system |
JP4237354B2 (ja) * | 1999-09-29 | 2009-03-11 | 株式会社東芝 | トランザクション処理方法及びトランザクション処理システム |
US7051173B2 (en) * | 2000-02-04 | 2006-05-23 | Fujitsu Limited | Backup system and method thereof in disk shared file system |
US6636928B1 (en) * | 2000-02-18 | 2003-10-21 | Hewlett-Packard Development Company, L.P. | Write posting with global ordering in multi-path systems |
US6754842B2 (en) * | 2000-02-22 | 2004-06-22 | International Business Machines Corporation | Facilitating a restart operation within a data processing system |
GB2361780A (en) * | 2000-04-26 | 2001-10-31 | Ibm | A recovery log to enable a restart of a computer system |
US6810489B1 (en) * | 2000-09-06 | 2004-10-26 | Hewlett-Packard Development Company, L.P. | Checkpoint computer system utilizing a FIFO buffer to re-synchronize and recover the system on the detection of an error |
US7107292B1 (en) | 2000-10-13 | 2006-09-12 | International Business Machines Corporation | Fast system level recovery |
US6668262B1 (en) * | 2000-11-09 | 2003-12-23 | Cisco Technology, Inc. | Methods and apparatus for modifying a database |
US7051327B1 (en) * | 2001-05-08 | 2006-05-23 | Gateway Inc. | System for providing data backup and restore with updated version by creating data package based upon configuration data application data and user response to suggestion |
US6742138B1 (en) * | 2001-06-12 | 2004-05-25 | Emc Corporation | Data recovery method and apparatus |
US7310743B1 (en) | 2001-06-12 | 2007-12-18 | Emc Corporation | Data recovery method and apparatus |
KR20030056540A (ko) * | 2001-12-28 | 2003-07-04 | 한국전자통신연구원 | 데이터베이스 관리 시스템에서 시스템 고장에 대비한 파일삭제 및 회복 방법 |
US7725428B1 (en) * | 2002-03-14 | 2010-05-25 | Novell, Inc. | System and method for restoring a database in a distributed database system |
US6931405B2 (en) * | 2002-04-15 | 2005-08-16 | Microsoft Corporation | Flexible subscription-based event notification |
US7028153B1 (en) * | 2002-06-19 | 2006-04-11 | Veritas Operating Corporation | Backup and retrieval of data storage using catalog data |
US7844577B2 (en) | 2002-07-15 | 2010-11-30 | Symantec Corporation | System and method for maintaining a backup storage system for a computer system |
JP4166056B2 (ja) * | 2002-08-16 | 2008-10-15 | 富士通株式会社 | データベース操作履歴管理装置、データベース操作履歴管理方法、およびデータベース操作履歴管理プログラム |
US7617320B2 (en) * | 2002-10-23 | 2009-11-10 | Netapp, Inc. | Method and system for validating logical end-to-end access paths in storage area networks |
JP4165747B2 (ja) * | 2003-03-20 | 2008-10-15 | 株式会社日立製作所 | 記憶システム、制御装置及び制御装置のプログラム |
EP1486886A1 (en) * | 2003-06-12 | 2004-12-15 | Hewlett-Packard Development Company, L.P. | Systems, protocols and propagation mechanisms for managing information in a network environment |
US7827216B1 (en) * | 2003-07-23 | 2010-11-02 | Novell, Inc. | Method for coordinating relationships between multiple physical entities |
ATE368901T1 (de) * | 2003-08-27 | 2007-08-15 | Sap Ag | Weiterleiten von änderungen in einer datenbank |
US7827362B2 (en) * | 2004-08-24 | 2010-11-02 | Symantec Corporation | Systems, apparatus, and methods for processing I/O requests |
US7725760B2 (en) * | 2003-09-23 | 2010-05-25 | Symantec Operating Corporation | Data storage system |
US7239581B2 (en) * | 2004-08-24 | 2007-07-03 | Symantec Operating Corporation | Systems and methods for synchronizing the internal clocks of a plurality of processor modules |
US7631120B2 (en) * | 2004-08-24 | 2009-12-08 | Symantec Operating Corporation | Methods and apparatus for optimally selecting a storage buffer for the storage of data |
US7730222B2 (en) * | 2004-08-24 | 2010-06-01 | Symantec Operating System | Processing storage-related I/O requests using binary tree data structures |
US7296008B2 (en) * | 2004-08-24 | 2007-11-13 | Symantec Operating Corporation | Generation and use of a time map for accessing a prior image of a storage device |
US7409587B2 (en) * | 2004-08-24 | 2008-08-05 | Symantec Operating Corporation | Recovering from storage transaction failures using checkpoints |
US7577807B2 (en) * | 2003-09-23 | 2009-08-18 | Symantec Operating Corporation | Methods and devices for restoring a portion of a data store |
US7577806B2 (en) | 2003-09-23 | 2009-08-18 | Symantec Operating Corporation | Systems and methods for time dependent data storage and recovery |
US7991748B2 (en) * | 2003-09-23 | 2011-08-02 | Symantec Corporation | Virtual data store creation and use |
US7904428B2 (en) * | 2003-09-23 | 2011-03-08 | Symantec Corporation | Methods and apparatus for recording write requests directed to a data store |
US7287133B2 (en) * | 2004-08-24 | 2007-10-23 | Symantec Operating Corporation | Systems and methods for providing a modification history for a location within a data store |
US7188273B2 (en) | 2003-11-24 | 2007-03-06 | Tsx Inc. | System and method for failover |
US7213103B2 (en) * | 2004-04-22 | 2007-05-01 | Apple Inc. | Accessing data storage systems without waiting for read errors |
US7464124B2 (en) * | 2004-11-19 | 2008-12-09 | International Business Machines Corporation | Method for autonomic data caching and copying on a storage area network aware file system using copy services |
US7383406B2 (en) * | 2004-11-19 | 2008-06-03 | International Business Machines Corporation | Application transparent autonomic availability on a storage area network aware file system |
US7457930B2 (en) * | 2004-11-19 | 2008-11-25 | International Business Machines Corporation | Method for application transparent autonomic data replication improving access performance for a storage area network aware file system |
US7949665B1 (en) | 2004-11-19 | 2011-05-24 | Symantec Corporation | Rapidly traversing disc volumes during file content examination |
US8214353B2 (en) * | 2005-02-18 | 2012-07-03 | International Business Machines Corporation | Support for schema evolution in a multi-node peer-to-peer replication environment |
US8037056B2 (en) | 2005-02-18 | 2011-10-11 | International Business Machines Corporation | Online repair of a replicated table |
US7376675B2 (en) * | 2005-02-18 | 2008-05-20 | International Business Machines Corporation | Simulating multi-user activity while maintaining original linear request order for asynchronous transactional events |
US9286346B2 (en) * | 2005-02-18 | 2016-03-15 | International Business Machines Corporation | Replication-only triggers |
US8495015B2 (en) | 2005-06-21 | 2013-07-23 | Apple Inc. | Peer-to-peer syncing in a decentralized environment |
US7523146B2 (en) * | 2005-06-21 | 2009-04-21 | Apple Inc. | Apparatus and method for peer-to-peer N-way synchronization in a decentralized environment |
US7784098B1 (en) * | 2005-07-14 | 2010-08-24 | Trend Micro, Inc. | Snapshot and restore technique for computer system recovery |
US8161548B1 (en) | 2005-08-15 | 2012-04-17 | Trend Micro, Inc. | Malware detection using pattern classification |
EP2492813A3 (en) * | 2005-09-27 | 2013-01-30 | Onaro | Method And Systems For Validating Accessibility And Currency Of Replicated Data |
US7536583B2 (en) * | 2005-10-14 | 2009-05-19 | Symantec Operating Corporation | Technique for timeline compression in a data store |
JP4839091B2 (ja) * | 2006-01-27 | 2011-12-14 | 株式会社日立製作所 | データベース回復方法及び計算機システム |
US7797670B2 (en) * | 2006-04-14 | 2010-09-14 | Apple Inc. | Mirrored file system |
US7860826B2 (en) | 2006-08-04 | 2010-12-28 | Apple Inc. | Method and system for using global equivalency sets to identify data during peer-to-peer synchronization |
US7725764B2 (en) * | 2006-08-04 | 2010-05-25 | Tsx Inc. | Failover system and method |
US20080059469A1 (en) * | 2006-08-31 | 2008-03-06 | International Business Machines Corporation | Replication Token Based Synchronization |
JP4696043B2 (ja) * | 2006-10-13 | 2011-06-08 | 日本電信電話株式会社 | データベース負荷分散装置,データベース負荷分散方法及びその方法を実装したデータベース負荷分散プログラム |
US7653664B2 (en) * | 2006-11-03 | 2010-01-26 | Microsoft Corporation | Anchor for database synchronization excluding uncommitted transaction modifications |
US8826032B1 (en) | 2006-12-27 | 2014-09-02 | Netapp, Inc. | Systems and methods for network change discovery and host name resolution in storage network environments |
US8332860B1 (en) | 2006-12-30 | 2012-12-11 | Netapp, Inc. | Systems and methods for path-based tier-aware dynamic capacity management in storage network environments |
US7657769B2 (en) | 2007-01-08 | 2010-02-02 | Marcy M Scott | N-way synchronization of data |
US9042263B1 (en) | 2007-04-06 | 2015-05-26 | Netapp, Inc. | Systems and methods for comparative load analysis in storage networks |
US8671076B2 (en) * | 2007-05-08 | 2014-03-11 | Bmc Software, Inc. | Database recovery using logs applied to consistent copies |
JP4598817B2 (ja) * | 2007-12-18 | 2010-12-15 | 株式会社日立製作所 | 計算機システム及びデータ消失回避方法 |
US20090171839A1 (en) * | 2007-12-28 | 2009-07-02 | Rosano Sharon A | Systems and methods for processing recurring payment transactions |
US7937383B2 (en) * | 2008-02-01 | 2011-05-03 | Microsoft Corporation | Generating anonymous log entries |
JP5039891B2 (ja) * | 2009-10-19 | 2012-10-03 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データベースの複製を生成する装置及び方法 |
US9767181B2 (en) * | 2009-11-30 | 2017-09-19 | Bmc Software, Inc. | Extending a database recovery point at a disaster recovery site |
US8843489B2 (en) | 2010-11-16 | 2014-09-23 | Actifio, Inc. | System and method for managing deduplicated copies of data using temporal relationships among copies |
US8417674B2 (en) | 2010-11-16 | 2013-04-09 | Actifio, Inc. | System and method for creating deduplicated copies of data by sending difference data between near-neighbor temporal states |
US9858155B2 (en) | 2010-11-16 | 2018-01-02 | Actifio, Inc. | System and method for managing data with service level agreements that may specify non-uniform copying of data |
US8904126B2 (en) | 2010-11-16 | 2014-12-02 | Actifio, Inc. | System and method for performing a plurality of prescribed data management functions in a manner that reduces redundant access operations to primary storage |
US8402004B2 (en) | 2010-11-16 | 2013-03-19 | Actifio, Inc. | System and method for creating deduplicated copies of data by tracking temporal relationships among copies and by ingesting difference data |
US9244967B2 (en) | 2011-08-01 | 2016-01-26 | Actifio, Inc. | Incremental copy performance between data stores |
CN102455954A (zh) * | 2011-10-17 | 2012-05-16 | 中标软件有限公司 | 一种Linux系统防掉电的升级方法 |
CN104769555A (zh) | 2012-06-18 | 2015-07-08 | 艾克特菲欧有限公司 | 增强型数据管理虚拟化系统 |
CN102914964B (zh) * | 2012-09-07 | 2015-05-13 | 三一重工股份有限公司 | 工程机械及其控制器、主机和数据备份系统 |
CA2912394A1 (en) | 2013-05-14 | 2014-11-20 | Actifio, Inc. | Efficient data replication and garbage collection predictions |
US8683262B1 (en) | 2013-06-21 | 2014-03-25 | Terracotta Inc. | Systems and/or methods for rapid recovery from write-ahead logs |
US20150142750A1 (en) | 2013-11-18 | 2015-05-21 | Actifio, Inc. | Data management virtualization |
US9665307B1 (en) * | 2013-12-19 | 2017-05-30 | EMC IP Holding Company LLC | Incremental continuous data protection |
US10318386B1 (en) * | 2014-02-10 | 2019-06-11 | Veritas Technologies Llc | Systems and methods for maintaining remote backups of reverse-incremental backup datasets |
US9720778B2 (en) | 2014-02-14 | 2017-08-01 | Actifio, Inc. | Local area network free data movement |
US9792187B2 (en) | 2014-05-06 | 2017-10-17 | Actifio, Inc. | Facilitating test failover using a thin provisioned virtual machine created from a snapshot |
US9772916B2 (en) | 2014-06-17 | 2017-09-26 | Actifio, Inc. | Resiliency director |
US10089185B2 (en) | 2014-09-16 | 2018-10-02 | Actifio, Inc. | Multi-threaded smart copy |
US10379963B2 (en) | 2014-09-16 | 2019-08-13 | Actifio, Inc. | Methods and apparatus for managing a large-scale environment of copy data management appliances |
US9619506B2 (en) * | 2014-11-25 | 2017-04-11 | Sap Se | Method and system to avoid deadlocks during a log recovery |
WO2016094819A1 (en) | 2014-12-12 | 2016-06-16 | Actifio, Inc. | Searching and indexing of backup data sets |
US10055300B2 (en) | 2015-01-12 | 2018-08-21 | Actifio, Inc. | Disk group based backup |
US10282201B2 (en) | 2015-04-30 | 2019-05-07 | Actifo, Inc. | Data provisioning techniques |
US10613938B2 (en) | 2015-07-01 | 2020-04-07 | Actifio, Inc. | Data virtualization using copy data tokens |
US10691659B2 (en) | 2015-07-01 | 2020-06-23 | Actifio, Inc. | Integrating copy data tokens with source code repositories |
US10445298B2 (en) | 2016-05-18 | 2019-10-15 | Actifio, Inc. | Vault to object store |
US10476955B2 (en) | 2016-06-02 | 2019-11-12 | Actifio, Inc. | Streaming and sequential data replication |
CN106095623A (zh) * | 2016-06-27 | 2016-11-09 | 乐视控股(北京)有限公司 | 终端控制方法及装置 |
US10855554B2 (en) | 2017-04-28 | 2020-12-01 | Actifio, Inc. | Systems and methods for determining service level agreement compliance |
US11403178B2 (en) | 2017-09-29 | 2022-08-02 | Google Llc | Incremental vault to object store |
US10572184B2 (en) * | 2018-01-11 | 2020-02-25 | International Business Machines Corporation | Garbage collection in data storage systems |
US11176001B2 (en) | 2018-06-08 | 2021-11-16 | Google Llc | Automated backup and restore of a disk group |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4686620A (en) * | 1984-07-26 | 1987-08-11 | American Telephone And Telegraph Company, At&T Bell Laboratories | Database backup method |
US4751702A (en) * | 1986-02-10 | 1988-06-14 | International Business Machines Corporation | Improving availability of a restartable staged storage data base system that uses logging facilities |
JPS63307551A (ja) * | 1987-06-08 | 1988-12-15 | インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン | 先書きロギング型のトランザクシヨン向けシステム中のロールバツク方法 |
US4945474A (en) * | 1988-04-08 | 1990-07-31 | Internatinal Business Machines Corporation | Method for restoring a database after I/O error employing write-ahead logging protocols |
-
1991
- 1991-06-04 DE DE69119222T patent/DE69119222T2/de not_active Expired - Lifetime
- 1991-06-04 EP EP91305043A patent/EP0516900B1/en not_active Expired - Lifetime
-
1992
- 1992-04-06 JP JP4084176A patent/JP2531894B2/ja not_active Expired - Fee Related
- 1992-05-28 US US07/890,495 patent/US5381545A/en not_active Expired - Lifetime
Non-Patent Citations (1)
Title |
---|
「bit別冊コンピュータサイエンスACMCOMPUTINGSURVEYS’83」共立出版(1984)P139−164 |
Also Published As
Publication number | Publication date |
---|---|
DE69119222D1 (de) | 1996-06-05 |
DE69119222T2 (de) | 1996-11-21 |
US5381545A (en) | 1995-01-10 |
JPH05108448A (ja) | 1993-04-30 |
EP0516900A1 (en) | 1992-12-09 |
EP0516900B1 (en) | 1996-05-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2531894B2 (ja) | デ―タ処理装置 | |
JP2531776B2 (ja) | デ―タベ―スを回復する方法 | |
US5581750A (en) | System and method for improving data recovery performance | |
US6185699B1 (en) | Method and apparatus providing system availability during DBMS restart recovery | |
US5561795A (en) | Method and apparatus for audit trail logging and data base recovery | |
JP2679779B2 (ja) | トランザクション処理方法及び装置 | |
US6567928B1 (en) | Method and apparatus for efficiently recovering from a failure in a database that includes unlogged objects | |
US5991772A (en) | Method and apparatus for restoring a portion of a database | |
EP0336549B1 (en) | Database recovery in a computer system after a system crash | |
US6061769A (en) | Data set backup in a shared environment | |
JP2505112B2 (ja) | トランザクション管理方法 | |
US5845292A (en) | System and method for restoring a distributed checkpointed database | |
US5761677A (en) | Computer system method and apparatus providing for various versions of a file without requiring data copy or log operations | |
US6651073B1 (en) | Method and apparatus for insuring database data integrity without data recovery logging | |
US6173292B1 (en) | Data recovery in a transactional database using write-ahead logging and file caching | |
US6078999A (en) | Recovering from a failure using a transaction table in connection with shadow copy transaction processing | |
US6182241B1 (en) | Method and apparatus for improved transaction recovery | |
EP0501160A2 (en) | Intelligent page store for concurrent and consistent access to a database by a transaction processor and a query processor | |
JPH0628043B2 (ja) | データ・ベース・システムの動作を回復する方法 | |
JPH0560617B2 (ja) | ||
US20070055687A1 (en) | System and method for minimizing data outage time and data loss while handling errors detected during recovery | |
US5740434A (en) | System for maintenance of database integrity | |
EP0295424B1 (en) | Method for managing subpage concurrency control and partial transaction rollback in a transaction-oriented system of the write-ahead logging type | |
CN114528355B (zh) | 基于页面的关系数据库的云本机对象存储 | |
US11593352B2 (en) | Cloud-native object storage for page-based relational database |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
LAPS | Cancellation because of no payment of annual fees |