JP3290182B2 - 共用環境におけるデータ・セットのバックアップ方法及び装置 - Google Patents
共用環境におけるデータ・セットのバックアップ方法及び装置Info
- Publication number
- JP3290182B2 JP3290182B2 JP53545696A JP53545696A JP3290182B2 JP 3290182 B2 JP3290182 B2 JP 3290182B2 JP 53545696 A JP53545696 A JP 53545696A JP 53545696 A JP53545696 A JP 53545696A JP 3290182 B2 JP3290182 B2 JP 3290182B2
- Authority
- JP
- Japan
- Prior art keywords
- data set
- copy
- data
- updates
- backup
- 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 - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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 operations
- 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 OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/82—Solving problems relating to consistency
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)
- Retry When Errors Occur (AREA)
Description
【発明の詳細な説明】 技術分野 本発明は分散データ処理に関するものであり、更に詳
しく云えば、複数のアップデータ（updater）による更
新に対してオープンであるデータ・セットのバックアッ
プ・コピーを取ることに関するものである。
しく云えば、複数のアップデータ（updater）による更
新に対してオープンであるデータ・セットのバックアッ
プ・コピーを取ることに関するものである。
背景技術 データ処理システムでは、起こり得る障害としては、
通信障害（オンライン・システムの場合）、データ・セ
ット又はデータベース障害、アプリケーション又はシス
テム・プログラム障害、プロセッサ障害、及び電源障害
がある。これらの問題は、すべて、潜在的には、バッチ
処理しか行わないシステムの場合よりもオンライン・シ
ステムの場合の方が更に厳しい。
通信障害（オンライン・システムの場合）、データ・セ
ット又はデータベース障害、アプリケーション又はシス
テム・プログラム障害、プロセッサ障害、及び電源障害
がある。これらの問題は、すべて、潜在的には、バッチ
処理しか行わないシステムの場合よりもオンライン・シ
ステムの場合の方が更に厳しい。
バッチ・システムでは、入力データは、通常、処理が
始まる前に準備されるし、ジョブは、そのジョブの始め
から、或いは何れかの中間のチェックポイントから再実
行可能である。オンライン・システムでは、入力は、通
常、端末のオペレータによって動的に作成され、多くの
異なるソースから予測し得ないシーケンスで到達する。
障害が生じる場合、入力データの内容及びシーケンスが
未知であるので、アプリケーションを簡単に再実行する
ことは一般には不可能である。又、入力データの内容及
びシーケンスがわかっている場合でも、オペレータが或
る日の作業を再入力することは一般に実際的ではない。
始まる前に準備されるし、ジョブは、そのジョブの始め
から、或いは何れかの中間のチェックポイントから再実
行可能である。オンライン・システムでは、入力は、通
常、端末のオペレータによって動的に作成され、多くの
異なるソースから予測し得ないシーケンスで到達する。
障害が生じる場合、入力データの内容及びシーケンスが
未知であるので、アプリケーションを簡単に再実行する
ことは一般には不可能である。又、入力データの内容及
びシーケンスがわかっている場合でも、オペレータが或
る日の作業を再入力することは一般に実際的ではない。
従って、オンライン・アプリケーションは、バッチ・
システムが必要としない回復及び再始動のための特別な
機構を持ったシステムを必要とする。これらの機構は、
中断したオンライン・アプリケーションと関連する各デ
ータ・セット（資源）が既知の状態に戻って処理が安全
に再始動できることを保証する。
システムが必要としない回復及び再始動のための特別な
機構を持ったシステムを必要とする。これらの機構は、
中断したオンライン・アプリケーションと関連する各デ
ータ・セット（資源）が既知の状態に戻って処理が安全
に再始動できることを保証する。
オンライン・システムは、適当な操作手順と共に障害
からの自動回復を行う機構及びそのシステムが最小の活
動停止でもって再始動することを可能にする機構を必要
とする。
からの自動回復を行う機構及びそのシステムが最小の活
動停止でもって再始動することを可能にする機構を必要
とする。
オンライン・システムの２つの主要な回復要件は、デ
ータの整合性を維持すること及び障害の影響を最小にす
ることである。
ータの整合性を維持すること及び障害の影響を最小にす
ることである。
データの整合性を維持することは、そのデータがユー
ザの期待した形式のものであること及び破壊されていな
いことを意味する。データ・セット、データベース、及
び同様のデータ資源に関する回復操作の目的は、情報の
整合性を維持及び復元することである。理想的には、そ
れまでの有効な更新活動の損失を最小にすると共に、如
何なるタイプの障害にも対処する整合性のある既知の状
態にデータを復元することができなければならない。
ザの期待した形式のものであること及び破壊されていな
いことを意味する。データ・セット、データベース、及
び同様のデータ資源に関する回復操作の目的は、情報の
整合性を維持及び復元することである。理想的には、そ
れまでの有効な更新活動の損失を最小にすると共に、如
何なるタイプの障害にも対処する整合性のある既知の状
態にデータを復元することができなければならない。
これを行う１つの方法は、システムが正常に実行して
いる間に資源に対して施されたすべての変更のレコー
ド、即ち、ログを保持することである。障害が生じた場
合、そのログされた情報はデータの回復を助けることが
できる。
いる間に資源に対して施されたすべての変更のレコー
ド、即ち、ログを保持することである。障害が生じた場
合、そのログされた情報はデータの回復を助けることが
できる。
次の２つの方法でその情報を使用することが可能であ
る。
る。
1.それは、１つ又は複数の資源に対する不完全な変更或
いは無効な変更を取り消すために使用され得る。これ
は、逆方向回復又はバックアウトと呼ばれる。バックア
ウトのためには、データ・エレメントの内容を、それが
変更される前にレコードすることが必要である。これら
のレコードは、変更前イメージと呼ばれる。一般に、バ
ックアウトは、１つ又は複数のトランザクション（又
は、バッチ・プログラム）の完了を妨げる処理障害に適
用可能である。
いは無効な変更を取り消すために使用され得る。これ
は、逆方向回復又はバックアウトと呼ばれる。バックア
ウトのためには、データ・エレメントの内容を、それが
変更される前にレコードすることが必要である。これら
のレコードは、変更前イメージと呼ばれる。一般に、バ
ックアウトは、１つ又は複数のトランザクション（又
は、バッチ・プログラム）の完了を妨げる処理障害に適
用可能である。
2.それは、資源に対する変更を復元すべく、その後以前
に取られたその資源のバックアップ・コピーでもって開
始するために使用され得る。これは、順方向回復と呼ば
れる。順方向回復のためには、データ・エレメントの内
容を、それが変更された後にレコードすることが必要で
ある。これらのレコードは、変更後イメージと呼ばれ
る。一般に、順方向回復は、データが破壊されたために
或いはその物理的記憶媒体が損傷を受けたためにそのデ
ータを使用不可能にするデータ・セット障害或いは同様
のデータ資源における障害に適用し得るものである。
に取られたその資源のバックアップ・コピーでもって開
始するために使用され得る。これは、順方向回復と呼ば
れる。順方向回復のためには、データ・エレメントの内
容を、それが変更された後にレコードすることが必要で
ある。これらのレコードは、変更後イメージと呼ばれ
る。一般に、順方向回復は、データが破壊されたために
或いはその物理的記憶媒体が損傷を受けたためにそのデ
ータを使用不可能にするデータ・セット障害或いは同様
のデータ資源における障害に適用し得るものである。
多くの場合、データ・セット障害は処理障害も生じさ
せる。従って、順方向回復は逆方向回復によって後続さ
れなければならない。
せる。従って、順方向回復は逆方向回復によって後続さ
れなければならない。
或る環境では、データ・セットは、オンラインのまま
であること及び、延長期間の間、更新に対してオープン
であることを必要とする。通常、データ・セットがオー
プンである間、そのデータ・セットのバックアップ・コ
ピーを取ることはできない。従って、順方向回復を必要
とする障害が生じる場合、そのデータ・セットがオープ
ンとなった以後にそのデータ・セットに対して行われた
更新はすべて回復されなければならない。これは、その
データ・セットがオープンとなった以後に生じたすべて
の順方向回復が保持されなければならないことを意味す
る。数日間又は数週間の間、更新に対してオープンとな
った数多く使用されたデータ・セットに対して、多くの
順方向回復が必要とされるであろう。
であること及び、延長期間の間、更新に対してオープン
であることを必要とする。通常、データ・セットがオー
プンである間、そのデータ・セットのバックアップ・コ
ピーを取ることはできない。従って、順方向回復を必要
とする障害が生じる場合、そのデータ・セットがオープ
ンとなった以後にそのデータ・セットに対して行われた
更新はすべて回復されなければならない。これは、その
データ・セットがオープンとなった以後に生じたすべて
の順方向回復が保持されなければならないことを意味す
る。数日間又は数週間の間、更新に対してオープンとな
った数多く使用されたデータ・セットに対して、多くの
順方向回復が必要とされるであろう。
上記の考慮すべき事項のために、データ・セットがオ
ープンである間にバックアップを取ることを可能にする
ように、バックアップを取るための方法を拡張すること
が望ましかった。このオペレーションは、オープン時バ
ックアップ（BWO）として知られている。データ・セッ
トがオープンである間にバックアップを取るために使用
される如何なる方法も、次節で説明するような更に複雑
な問題を処理できなければならない。
ープンである間にバックアップを取ることを可能にする
ように、バックアップを取るための方法を拡張すること
が望ましかった。このオペレーションは、オープン時バ
ックアップ（BWO）として知られている。データ・セッ
トがオープンである間にバックアップを取るために使用
される如何なる方法も、次節で説明するような更に複雑
な問題を処理できなければならない。
ヨーロッパ特許出願（EP）第0516900号は、単一のア
ップデータしかない場合にこれらの複雑な問題を処理す
る方法を開示している。そのような方法は、IBM社から
のCICS、VSAM、CICS VSAM Recovery MVS/ESA、及びD
SS製品の組合せによって実施される（IBM及びCICSはIBM
社の商標である）。その開示された方法は、作業単位と
関連した第１ログ・エントリの時間を記憶するその作業
単位の各々と関連した記憶ブロックを参照することによ
って回復時間を計算する。すべての記憶ブロックが単一
のアップデータによってアドレス可能である。
ップデータしかない場合にこれらの複雑な問題を処理す
る方法を開示している。そのような方法は、IBM社から
のCICS、VSAM、CICS VSAM Recovery MVS/ESA、及びD
SS製品の組合せによって実施される（IBM及びCICSはIBM
社の商標である）。その開示された方法は、作業単位と
関連した第１ログ・エントリの時間を記憶するその作業
単位の各々と関連した記憶ブロックを参照することによ
って回復時間を計算する。すべての記憶ブロックが単一
のアップデータによってアドレス可能である。
データ・セットは、レコードのような一部のコピー又
はすべてのデータ・セットのコピーを、メイン・メモリ
におけるバッファに取ることによって更新される。しか
る後、そのバッファにおけるコピーはアップデータによ
って更新される。その更新が完了する時、そのバッファ
の内容は、データ・セットにおけるオリジナル・データ
を置換するようにコピー・バックされる。バックアップ
・コピーが行われている間にデータ・セットが更新され
る場合、そのようにして得られたバックアップ・コピー
は、オリジナル・データ・セットを再作成するためにそ
れが使用される前に、更なる処理を必要とするであろ
う。それは、次のような理由による。
はすべてのデータ・セットのコピーを、メイン・メモリ
におけるバッファに取ることによって更新される。しか
る後、そのバッファにおけるコピーはアップデータによ
って更新される。その更新が完了する時、そのバッファ
の内容は、データ・セットにおけるオリジナル・データ
を置換するようにコピー・バックされる。バックアップ
・コピーが行われている間にデータ・セットが更新され
る場合、そのようにして得られたバックアップ・コピー
は、オリジナル・データ・セットを再作成するためにそ
れが使用される前に、更なる処理を必要とするであろ
う。それは、次のような理由による。
○ コピー・オペレーションの開始時にバッファにある
データは、そのデータ・セットのコピー・バージョンに
は反映されないことがある。
データは、そのデータ・セットのコピー・バージョンに
は反映されないことがある。
○ コピー・オペレーション中に行われる更新は、その
データ・セットのコピー・バージョンには反映されない
ことがある。
データ・セットのコピー・バージョンには反映されない
ことがある。
順方向回復プロセスを使用することによって、復元時
にこれらの欠陥を取り除くことが可能である。（勿論、
それらの更新を遂行するシステムが順方向回復ログを書
き込むという条件で）。
にこれらの欠陥を取り除くことが可能である。（勿論、
それらの更新を遂行するシステムが順方向回復ログを書
き込むという条件で）。
コピー・オペレーションの開始時にバッファに保持さ
れた最も古いデータの作成の時間に先行する時間が設定
可能である場合、脱落データは、この時間からの順方向
回復によって再作成可能である。この時間は、基本回復
時間と呼ばれるであろう。
れた最も古いデータの作成の時間に先行する時間が設定
可能である場合、脱落データは、この時間からの順方向
回復によって再作成可能である。この時間は、基本回復
時間と呼ばれるであろう。
単一のシステムがデータ・セットを更新している間に
行われたデータ・セット・コピーを使用するために基本
回復時間を計算することを可能にするアルゴリズムが、
或る時期には、CICS、DSS、VSAM、及びCICS/VRのような
IBM社からの多くの製品において使用されていた。共用
環境では、複数のシステムによって複数の資源を同時に
更新することがある。複数のアップデータが存在する場
合、レコードされる必要がある回復時間はそのデータ・
セットを共用するアップデータの各々に対して異なるた
め、このアルゴリズムは、そのデータ・セットが単一の
アップデータによる更新に対してオープンである間に機
能するだけである。
行われたデータ・セット・コピーを使用するために基本
回復時間を計算することを可能にするアルゴリズムが、
或る時期には、CICS、DSS、VSAM、及びCICS/VRのような
IBM社からの多くの製品において使用されていた。共用
環境では、複数のシステムによって複数の資源を同時に
更新することがある。複数のアップデータが存在する場
合、レコードされる必要がある回復時間はそのデータ・
セットを共用するアップデータの各々に対して異なるた
め、このアルゴリズムは、そのデータ・セットが単一の
アップデータによる更新に対してオープンである間に機
能するだけである。
IBMテクニカル・ディスクロージャ・ブリティン第34
巻、第１号（IBM Technical Disclosure Bulletin Vol.
34,No.1,June 1991,pp.467−469）には、種々のシステ
ムによって発生されたローカル・ログをマージすること
によって得られる組合せログが開示されている。その組
合せログでは、各ログ・レコードは、そのログ・レコー
ドを書いたグローバル・タイム・スタンプをそのシステ
ムの識別子に連結することにより得られるログ・シーケ
ンス番号によって一意的に識別される。
巻、第１号（IBM Technical Disclosure Bulletin Vol.
34,No.1,June 1991,pp.467−469）には、種々のシステ
ムによって発生されたローカル・ログをマージすること
によって得られる組合せログが開示されている。その組
合せログでは、各ログ・レコードは、そのログ・レコー
ドを書いたグローバル・タイム・スタンプをそのシステ
ムの識別子に連結することにより得られるログ・シーケ
ンス番号によって一意的に識別される。
従って、データ・セットが更新に対してオープンであ
り、しかも、共用環境における多くのシステムがそれを
更新しようとしている時、これらのデータ・セットのバ
ックアップ・コピーを取る方法を提供することは望まし
いことであろう。又、これらのバックアップ・コピー及
びその更新システムによって作成された順方向回復ログ
からオリジナル・データを回復する方法を提供すること
も望ましいことであろう。
り、しかも、共用環境における多くのシステムがそれを
更新しようとしている時、これらのデータ・セットのバ
ックアップ・コピーを取る方法を提供することは望まし
いことであろう。又、これらのバックアップ・コピー及
びその更新システムによって作成された順方向回復ログ
からオリジナル・データを回復する方法を提供すること
も望ましいことであろう。
個々のログ・レコードは、回復されるべきデータ・セ
ットの名前にマップ可能なトークンを含むことがある。
ログされなければならないデータの量を減少させるため
に、データ・セットの名前の代わりにトークンが使用さ
れる。それらのトークンは、タイアップ・レコード（TU
R）と呼ばれる更なるログ・レコードを使用することに
よってデータ・セットの名前にマップされる。非BWOバ
ックアップに対しては、順方向回復の利用は、これらの
TURを使用してそれらのログ・レコードを正しいデータ
・セットに適用させる。
ットの名前にマップ可能なトークンを含むことがある。
ログされなければならないデータの量を減少させるため
に、データ・セットの名前の代わりにトークンが使用さ
れる。それらのトークンは、タイアップ・レコード（TU
R）と呼ばれる更なるログ・レコードを使用することに
よってデータ・セットの名前にマップされる。非BWOバ
ックアップに対しては、順方向回復の利用は、これらの
TURを使用してそれらのログ・レコードを正しいデータ
・セットに適用させる。
順方向回復プロセスは、すべての関連のタイアップ・
レコードのセットをアクセスすることを必要とする。こ
れらは、前述の基本回復時間の前に書き込まれていたで
あろう。タイアップ・レコードのフル・セットがログ上
に書き込まれた最も最近の時間は「回復時間」と呼ばれ
る。
レコードのセットをアクセスすることを必要とする。こ
れらは、前述の基本回復時間の前に書き込まれていたで
あろう。タイアップ・レコードのフル・セットがログ上
に書き込まれた最も最近の時間は「回復時間」と呼ばれ
る。
データ・セットが共用の更新に対してオープンである
システムでは、この「回復時間」を容易に決定できるこ
とが望ましいであろう。従って、この「回復時間」は順
方向回復プロセスにコミュニケートされる。
システムでは、この「回復時間」を容易に決定できるこ
とが望ましいであろう。従って、この「回復時間」は順
方向回復プロセスにコミュニケートされる。
発明の開示 従って、本発明は、データ・セットの順方向回復にお
いてログと共に使用するためにそのデータ・セットのバ
ックアップ・コピーを取る、バックアップ・マネージャ
において使用するための方法を提供する。アップデータ
が、前記データ・セットの一部分をバッファにコピーす
ること、前記バッファにおけるコピーに関して更新を行
うこと、及びその更新されたバッファの内容を前記デー
タセットの一部分にコピーすることによってそのデータ
・セットの一部分を更新する。データ・セットのバック
アップ・コピーを取るというバックアップ・マネージャ
によるその方法は、複数の前記アップデータの各々は別
々のログを使用すること及び前記データ・セットは複数
のアップデータによる更新に対してオープンであること
を特徴とし、更に、その方法は、前記バックアップ・コ
ピーを取る前に、現在の時間を回復時間として表示する
ステップと、すべてのアップデータにリクエストしてす
べての前記更新されたバッファの内容を前記データ・セ
ットの一部分にコピーするステップと、すべてのアップ
データが前記コピーするステップを終了してしまうまで
待機するステップとを含むことを特徴とする。
いてログと共に使用するためにそのデータ・セットのバ
ックアップ・コピーを取る、バックアップ・マネージャ
において使用するための方法を提供する。アップデータ
が、前記データ・セットの一部分をバッファにコピーす
ること、前記バッファにおけるコピーに関して更新を行
うこと、及びその更新されたバッファの内容を前記デー
タセットの一部分にコピーすることによってそのデータ
・セットの一部分を更新する。データ・セットのバック
アップ・コピーを取るというバックアップ・マネージャ
によるその方法は、複数の前記アップデータの各々は別
々のログを使用すること及び前記データ・セットは複数
のアップデータによる更新に対してオープンであること
を特徴とし、更に、その方法は、前記バックアップ・コ
ピーを取る前に、現在の時間を回復時間として表示する
ステップと、すべてのアップデータにリクエストしてす
べての前記更新されたバッファの内容を前記データ・セ
ットの一部分にコピーするステップと、すべてのアップ
データが前記コピーするステップを終了してしまうまで
待機するステップとを含むことを特徴とする。
好適な実施例では、ログに書き込まれたレコードは、
各々が複数のデータ・セットの１つに対応するトークン
を含み、その対応は、ログに書き込まれたタイアップ・
レコードによって得られる。その方法は、更に、バック
アップ・コピーを取る前に、そのコピーされるデータ・
セットに関する使用中のすべてのトークンに対するログ
にタイアップ・レコードを書き込むようにすべてのアッ
プデータにリクエストするステップを含む。
各々が複数のデータ・セットの１つに対応するトークン
を含み、その対応は、ログに書き込まれたタイアップ・
レコードによって得られる。その方法は、更に、バック
アップ・コピーを取る前に、そのコピーされるデータ・
セットに関する使用中のすべてのトークンに対するログ
にタイアップ・レコードを書き込むようにすべてのアッ
プデータにリクエストするステップを含む。
更に、本発明は、データ・セットを記憶するための手
段と、前記データ・セットの順方向回復において使用す
るためにログを維持するための手段と、データ・セット
の一部分をバッファにコピーすること、前記バッファに
おけるコピーに関する更新を遂行すること、及びその更
新されたバッファの内容を前記データ・セットの一部分
にコピーすることによって前記データ・セットの一部分
を更新するための手段と、前記データ・セットのバック
アップ・コピーを取るためのバックアップ・マネージャ
とを含むデータ処理装置にして、複数の前記更新するた
めの手段の各々は別々のログを使用すること、前記デー
タ・セットは複数の前記更新するための手段による更新
に対してオープンであること、及び前記データ処理装置
は複数の前記更新するための手段を含むことを特徴と
し、前記バックアップ・マネージャは、更に、バックア
ップ・コピーを取り始める前に現在の時間を回復時間ポ
イントとして表示するための手段と、すべての前記更新
されたバッファの内容を前記データ・セットの一部分に
コピーするようにすべての前記更新するための手段にリ
クエストするための手段と、すべての前記更新するため
の手段がすべての前記更新されたバッファの内容を前記
データ・セットの一部分にコピーしてしまうまで待機す
るための手段と、前記更新するための手段によるコピー
動作の終了時にバックアップ・コピーを開始させるため
の手段とを含むことを特徴とするデータ処理装置を提供
する。
段と、前記データ・セットの順方向回復において使用す
るためにログを維持するための手段と、データ・セット
の一部分をバッファにコピーすること、前記バッファに
おけるコピーに関する更新を遂行すること、及びその更
新されたバッファの内容を前記データ・セットの一部分
にコピーすることによって前記データ・セットの一部分
を更新するための手段と、前記データ・セットのバック
アップ・コピーを取るためのバックアップ・マネージャ
とを含むデータ処理装置にして、複数の前記更新するた
めの手段の各々は別々のログを使用すること、前記デー
タ・セットは複数の前記更新するための手段による更新
に対してオープンであること、及び前記データ処理装置
は複数の前記更新するための手段を含むことを特徴と
し、前記バックアップ・マネージャは、更に、バックア
ップ・コピーを取り始める前に現在の時間を回復時間ポ
イントとして表示するための手段と、すべての前記更新
されたバッファの内容を前記データ・セットの一部分に
コピーするようにすべての前記更新するための手段にリ
クエストするための手段と、すべての前記更新するため
の手段がすべての前記更新されたバッファの内容を前記
データ・セットの一部分にコピーしてしまうまで待機す
るための手段と、前記更新するための手段によるコピー
動作の終了時にバックアップ・コピーを開始させるため
の手段とを含むことを特徴とするデータ処理装置を提供
する。
添付図面を参照して、事例により本発明の実施例を説
明することにする。
明することにする。
図面の簡単な説明 第１図は、本発明にとって必要なコンポーネントのブ
ロック図である。
ロック図である。
第２図は、バックアップ・マネージャのオペレーショ
ンを示す流れ図である。
ンを示す流れ図である。
第３図は、単一のアップデータを有するシステムのた
めの回復時間の計算を示す従来技術のログの図である。
めの回復時間の計算を示す従来技術のログの図である。
発明を実施するための最良の形態 第１図は、本発明の実施例において使用されるコンポ
ーネントを示す。データ・セットが110として示され、
それは、当業者には明らかである方法で記憶された情報
を含むが、この方法についてはこれ以上説明しないこと
にする。データ・セット110は、複数のアップデータ（u
pdater）120、122、124による更新に対してオープンで
ある。本発明の実施例では、アップデータ120、122、12
4は、それぞれ、IBM社から入手可能なCICSトランザクシ
ョン・プロセッサを走らせるシステムである。
ーネントを示す。データ・セットが110として示され、
それは、当業者には明らかである方法で記憶された情報
を含むが、この方法についてはこれ以上説明しないこと
にする。データ・セット110は、複数のアップデータ（u
pdater）120、122、124による更新に対してオープンで
ある。本発明の実施例では、アップデータ120、122、12
4は、それぞれ、IBM社から入手可能なCICSトランザクシ
ョン・プロセッサを走らせるシステムである。
それらのアップデータは、それらが１つ又は複数のソ
ースから受信したデータを処理してデータ・セット110
に対する更新を生じさせるランニング・トランザクショ
ンである。「トランザクション」は一連のアクションで
あり、それらのアクションは、すべて、何れの個々のア
クションも完了したものと見なされる前に完了する必要
がある。これは、データ・セット110に対する複数の個
別の更新であってもよく、それらはすべて完了する必要
があるか、或いはそれらの何れも完了する必要がない。
一旦、個別の変更がすべて行われると、そのトランザク
ションをコミットすることが可能である。そのトランザ
クション又はシステムが障害を生じた場合、コミットさ
れた変更はバックアウトされる必要がない。コミットさ
れなかった変更は、そのトランザクション又はシステム
が障害を生じた場合、バックアウトされなければならな
い。
ースから受信したデータを処理してデータ・セット110
に対する更新を生じさせるランニング・トランザクショ
ンである。「トランザクション」は一連のアクションで
あり、それらのアクションは、すべて、何れの個々のア
クションも完了したものと見なされる前に完了する必要
がある。これは、データ・セット110に対する複数の個
別の更新であってもよく、それらはすべて完了する必要
があるか、或いはそれらの何れも完了する必要がない。
一旦、個別の変更がすべて行われると、そのトランザク
ションをコミットすることが可能である。そのトランザ
クション又はシステムが障害を生じた場合、コミットさ
れた変更はバックアウトされる必要がない。コミットさ
れなかった変更は、そのトランザクション又はシステム
が障害を生じた場合、バックアウトされなければならな
い。
バックアップ・マネージャは130として示される。好
適な実施例では、このバックアップ・マネージャ130はI
BM社からのDSS製品である。バックアップ・マネージャ1
30の機能は第２図の流れ図に示される。
適な実施例では、このバックアップ・マネージャ130はI
BM社からのDSS製品である。バックアップ・マネージャ1
30の機能は第２図の流れ図に示される。
第２図を参照すると、ステップ200において、コピー
されるべきデータ・セットが出力に対してオープンであ
るかどうかをコーディネータがチェックする。それが否
定される場合、ステップ202において、そのデータ・セ
ットは出力に対してオープンされないようにロックさ
れ、通常、順方向回復ログから取られる変更を適用する
必要なくコピーが取られる。本発明は、このコピー・プ
ロセスのためには使用されない。コピー・プロセスは終
了する。
されるべきデータ・セットが出力に対してオープンであ
るかどうかをコーディネータがチェックする。それが否
定される場合、ステップ202において、そのデータ・セ
ットは出力に対してオープンされないようにロックさ
れ、通常、順方向回復ログから取られる変更を適用する
必要なくコピーが取られる。本発明は、このコピー・プ
ロセスのためには使用されない。コピー・プロセスは終
了する。
ステップ204では、ファジー・コピーがリクエストさ
れたかどうかをコーディネータがチェックする。ファジ
ー・コピーの場合、オープンである間にバックアップを
取るための技法が使用されなければならない。ファジー
・コピーがリクエストされなかった場合、ステップ206
において、そのコピーのリクエスト側にエラーが戻さ
れ、コピー・プロセスは終了する。
れたかどうかをコーディネータがチェックする。ファジ
ー・コピーの場合、オープンである間にバックアップを
取るための技法が使用されなければならない。ファジー
・コピーがリクエストされなかった場合、ステップ206
において、そのコピーのリクエスト側にエラーが戻さ
れ、コピー・プロセスは終了する。
ファジー・コピーがリクエストされた場合、ステップ
208において、コピーするようにリクエストされたデー
タ・セットが、潜在的には複数のアップデータを許容す
る共用モードにおける更新に対してオープンであるかど
うかをコーディネータがチェックする。それが非共用モ
ードにおける更新に対してオープンである場合、ステッ
プ210において、そのデータ・セットをコピーするため
に前述の従来技術のアルゴリズムが使用可能である。コ
ピー・プロセスは終了する。それが、潜在的には複数の
アップデータを許容する共用モードにおける更新に対し
てオープンである場合、ステップ212において、そのデ
ータ・セットをコピーするために本発明のアルゴリズム
が使用される。
208において、コピーするようにリクエストされたデー
タ・セットが、潜在的には複数のアップデータを許容す
る共用モードにおける更新に対してオープンであるかど
うかをコーディネータがチェックする。それが非共用モ
ードにおける更新に対してオープンである場合、ステッ
プ210において、そのデータ・セットをコピーするため
に前述の従来技術のアルゴリズムが使用可能である。コ
ピー・プロセスは終了する。それが、潜在的には複数の
アップデータを許容する共用モードにおける更新に対し
てオープンである場合、ステップ212において、そのデ
ータ・セットをコピーするために本発明のアルゴリズム
が使用される。
データ・セット管理プログラムが140（第１図）とし
て示される。このプログラムは、リクエストをバックア
ップ・マネージャ130からアップデータに及びアップデ
ータからバックアップ・マネージャ130に伝播する。好
適な実施例では、このデータ・セット管理プログラム
は、IBM社からのVSAM製品である。
て示される。このプログラムは、リクエストをバックア
ップ・マネージャ130からアップデータに及びアップデ
ータからバックアップ・マネージャ130に伝播する。好
適な実施例では、このデータ・セット管理プログラム
は、IBM社からのVSAM製品である。
更に、第１図には、順方向回復プロセス（以下順方向
回復ユーティリティともいう）160が示される。これ
は、データ・セットのコピー動作には関与しないが、書
かれたログ・レコードと本発明を使用して取られたバッ
クアップ・コピーを含む取られたバックアップ・コピー
とからデータ・セットを回復させるために使用される。
回復ユーティリティともいう）160が示される。これ
は、データ・セットのコピー動作には関与しないが、書
かれたログ・レコードと本発明を使用して取られたバッ
クアップ・コピーを含む取られたバックアップ・コピー
とからデータ・セットを回復させるために使用される。
第３図は、単一のアップデータを有するシステムに対
する回復時間の計算を示す従来技術のログを示す。コピ
ー・プロセスに関連したログ・レコードが示され、最も
早く書かれたものはその図の佐側に表され、最も最近書
かれたものはその図の右側に表される。レコード302
は、コピー・オペレーションの終了に対応したレコード
である。レコード304は、コピー・オペレーションの開
始に対応したレコードである。前述のように、コピー・
オペレーションの開始時にバッファに保持された最も古
いデータの作成時間に先行する時間が設定可能である場
合、この時間からの順方向回復によって脱落データを再
作成することが可能である。レコード306は、バッファ
に保持された最も古いデータの作成時間（基本回復時
間）に対応したレコードである。レコード308及び310
は、アップデータによって書かれたタイ・アップ（tie
−up）レコードを示す。データ・セット及びログを更新
するために開始されたアップデータがこれらのレコード
に関してサーチされなければならないので、これらのレ
コードをどの時点で書き込んでおいてもよい。複数のア
ップデータが存在する場合、それらの複数のアップデー
タすべてに対する必要なすべてのタイ・アップ・レコー
ドが見つからなければならない。
する回復時間の計算を示す従来技術のログを示す。コピ
ー・プロセスに関連したログ・レコードが示され、最も
早く書かれたものはその図の佐側に表され、最も最近書
かれたものはその図の右側に表される。レコード302
は、コピー・オペレーションの終了に対応したレコード
である。レコード304は、コピー・オペレーションの開
始に対応したレコードである。前述のように、コピー・
オペレーションの開始時にバッファに保持された最も古
いデータの作成時間に先行する時間が設定可能である場
合、この時間からの順方向回復によって脱落データを再
作成することが可能である。レコード306は、バッファ
に保持された最も古いデータの作成時間（基本回復時
間）に対応したレコードである。レコード308及び310
は、アップデータによって書かれたタイ・アップ（tie
−up）レコードを示す。データ・セット及びログを更新
するために開始されたアップデータがこれらのレコード
に関してサーチされなければならないので、これらのレ
コードをどの時点で書き込んでおいてもよい。複数のア
ップデータが存在する場合、それらの複数のアップデー
タすべてに対する必要なすべてのタイ・アップ・レコー
ドが見つからなければならない。
次に、データ・セットのコピーを取るステップ（表
１）を示す例１に関連して、本発明の動作を説明するこ
とにする。
１）を示す例１に関連して、本発明の動作を説明するこ
とにする。
例１ ステップ1.コピー・コーディネータ（バックアップ・マ
ネージャ130）が現在の時間（NOW）をレコードする。こ
の時間は回復時間になるであろう。
ネージャ130）が現在の時間（NOW）をレコードする。こ
の時間は回復時間になるであろう。
ステップ2.コピー・コーディネータは、バックアップが
取られるべきことをデータ・セット管理プログラムに通
知する。
取られるべきことをデータ・セット管理プログラムに通
知する。
ステップ3.データ・セット管理プログラムは、コピーが
取られるべきことを、更新に対してオープンであるデー
タ・セットを持った各システムに通知する。
取られるべきことを、更新に対してオープンであるデー
タ・セットを持った各システムに通知する。
ステップ4.各アップデータはタイ・アップ・レコードの
セットをそれの順方向回復ログに書き込む。
セットをそれの順方向回復ログに書き込む。
タイ・アップ・レコード及び個々の順方向回復ログ・
レコードはアップデータを識別しなければならない。異
なるアップデータは、異なるファイル各対データ・セッ
ト名のマッピングを持つことができる。例えば、順方向
回復ユーティリティは、アップデータＡからのファイル
Ａに対するレコードを処理する必要があるかもしれない
が、アップデータＢからのファイルＡに対するレコード
を無視することができる。アップデータは、そのアップ
データに関連したすべてのコピー・オペレーションに対
してそのアップデータにより維持された単一のログにタ
イ・アップ・レコードを書き込むことができる。複数の
アップデータの各々がそれら自身のログを有する。これ
らは、順方向回復が生じる時にマージされる。もう１つ
の実施例では、アップデータは、すべてのアップデータ
に書き込む単一のログに、そのデータ・セットに対する
タイ・アップ・レコードを書き込むことが可能である。
更なる実施例では、データ・セットとログとの間にアソ
シエーションが存在することがあり、そのアソシエーシ
ョンは、どのデータ・セットがどのログに順方向回復デ
ータを記憶されたかを定義する。
レコードはアップデータを識別しなければならない。異
なるアップデータは、異なるファイル各対データ・セッ
ト名のマッピングを持つことができる。例えば、順方向
回復ユーティリティは、アップデータＡからのファイル
Ａに対するレコードを処理する必要があるかもしれない
が、アップデータＢからのファイルＡに対するレコード
を無視することができる。アップデータは、そのアップ
データに関連したすべてのコピー・オペレーションに対
してそのアップデータにより維持された単一のログにタ
イ・アップ・レコードを書き込むことができる。複数の
アップデータの各々がそれら自身のログを有する。これ
らは、順方向回復が生じる時にマージされる。もう１つ
の実施例では、アップデータは、すべてのアップデータ
に書き込む単一のログに、そのデータ・セットに対する
タイ・アップ・レコードを書き込むことが可能である。
更なる実施例では、データ・セットとログとの間にアソ
シエーションが存在することがあり、そのアソシエーシ
ョンは、どのデータ・セットがどのログに順方向回復デ
ータを記憶されたかを定義する。
アップデータがデータ・セットの名前をログ上に記録
するためにトークンを使用せず、代わりに、そのデータ
・セットの名前をログ上に記録する場合、タイ・アップ
・レコードの書込は不必要である。本発明における他の
ステップは変更されない。
するためにトークンを使用せず、代わりに、そのデータ
・セットの名前をログ上に記録する場合、タイ・アップ
・レコードの書込は不必要である。本発明における他の
ステップは変更されない。
ステップ5.それのタイ・アップ・レコードのセットを書
き込んだ後、各アップデータはバッファにおけるすべて
のデータをディスクに書き込む。CICSトランザクション
・プロセッサの好適な実施例では、これは、すべてのト
ランザクションをコミット・ポイントに到達させること
によって行われる。しかし、必要なことは、すべてのバ
ッファされたデータがディスクに書き込まれなければな
らないということである。これは、バッファへのデータ
をディスクに書き込むようにアップデータに特定的に命
令することによって行うことが可能である。
き込んだ後、各アップデータはバッファにおけるすべて
のデータをディスクに書き込む。CICSトランザクション
・プロセッサの好適な実施例では、これは、すべてのト
ランザクションをコミット・ポイントに到達させること
によって行われる。しかし、必要なことは、すべてのバ
ッファされたデータがディスクに書き込まれなければな
らないということである。これは、バッファへのデータ
をディスクに書き込むようにアップデータに特定的に命
令することによって行うことが可能である。
ステップ6.そこで、各アップデータは、コピーが進行す
る準備ができたことをデータ・セット管理プログラムに
通知する。
る準備ができたことをデータ・セット管理プログラムに
通知する。
ステップ7.そこで、データ・セット管理プログラムは、
コピーが進行する準備ができたことを各アップデータが
知らせるまで待機する。
コピーが進行する準備ができたことを各アップデータが
知らせるまで待機する。
ステップ8.この時点で、データ・セット管理プログラム
は、コピーが進行し得ることをコピー・コーディネータ
に通知する。
は、コピーが進行し得ることをコピー・コーディネータ
に通知する。
ステップ9.コピー・コーディネータは、回復時間を識別
する更なる制御レコードを作成する。好適な実施例で
は、これはデータ・セットのコピーの開始時に記憶され
る。しかし、それは、データ・セットのコピーにおける
他のレコードに記憶されてもよい。回復時間は、上記の
ような時間「NOW」である。
する更なる制御レコードを作成する。好適な実施例で
は、これはデータ・セットのコピーの開始時に記憶され
る。しかし、それは、データ・セットのコピーにおける
他のレコードに記憶されてもよい。回復時間は、上記の
ような時間「NOW」である。
ステップ10.コピー・コーディネータはデータ・セット
をコピーする。
をコピーする。
次に、コピーからデータ・セットを回復することに関
連したステップを説明することにする。これらのステッ
プは、従来技術の順方向回復ユーティリティにおいて使
用されるステップと共通しているが、更なるステップ及
び書かれた回復時間を識別するレコードのために、順方
向回復ユーティリティは、複数のアップデータによる更
新に対してオープンである間バックアップされたデータ
・セットを回復させることができる。書かれた回復時間
は、表１におけるステップのために、すべてのアップデ
ータに対して有効である回復時間を表す。更なるステッ
プがないと、データ・セットは、複数のアップデータに
よる更新に対してはオープンされておらず、単一のアッ
プデータによるもののみに対してオープンされている。
連したステップを説明することにする。これらのステッ
プは、従来技術の順方向回復ユーティリティにおいて使
用されるステップと共通しているが、更なるステップ及
び書かれた回復時間を識別するレコードのために、順方
向回復ユーティリティは、複数のアップデータによる更
新に対してオープンである間バックアップされたデータ
・セットを回復させることができる。書かれた回復時間
は、表１におけるステップのために、すべてのアップデ
ータに対して有効である回復時間を表す。更なるステッ
プがないと、データ・セットは、複数のアップデータに
よる更新に対してはオープンされておらず、単一のアッ
プデータによるもののみに対してオープンされている。
ステップ1.バックアップ・マネージャ130によって、デ
ータ・セットのコピーがディスクから回復される。
ータ・セットのコピーがディスクから回復される。
ステップ2.バックアップ・マネージャ130によって、回
復時間を保持するレコードから、順方向回復ユーティリ
ティがアクセスし得る位置に、回復時間（コピー・プロ
セスのステップ10において記憶された）がコピーされ
る。これは、例えば、データ・セット管理プログラムに
よって記憶されるそのデータ・セットに対するカタログ
・エントリにあってもよい。
復時間を保持するレコードから、順方向回復ユーティリ
ティがアクセスし得る位置に、回復時間（コピー・プロ
セスのステップ10において記憶された）がコピーされ
る。これは、例えば、データ・セット管理プログラムに
よって記憶されるそのデータ・セットに対するカタログ
・エントリにあってもよい。
ステップ3.a）各アップデータに対して別々の順方向回
復ログが存在する場合、それらの順方向回復ログがマー
ジされる。
復ログが存在する場合、それらの順方向回復ログがマー
ジされる。
又は、ｂ）各アップデータからのログ情報が既にマー
ジされてそのデータ・セットに対する単一のログになっ
ている場合、そのログは既にマージ済みログである。
ジされてそのデータ・セットに対する単一のログになっ
ている場合、そのログは既にマージ済みログである。
又は、ｃ）各アップデータに対して別々の順方向回復
ログが存在する場合、順方向回復プロセスが開始する前
に、オフライン・プロセスが実行される。
ログが存在する場合、順方向回復プロセスが開始する前
に、オフライン・プロセスが実行される。
ステップ4.そこで、順方向回復ユーティリティ160を使
用する通常の順方向回が、従来技術に関連して説明した
ように及びIBM社によって発行された「CICS/ESA V4.1 R
ecovery and Restart Guide SC33−1182−00」において
更に詳細に説明されているように実行される。このプロ
セスは、ステップ５乃至８として後述するステップを含
む。
用する通常の順方向回が、従来技術に関連して説明した
ように及びIBM社によって発行された「CICS/ESA V4.1 R
ecovery and Restart Guide SC33−1182−00」において
更に詳細に説明されているように実行される。このプロ
セスは、ステップ５乃至８として後述するステップを含
む。
ステップ5.順方向回復ユーティリティ160は回復時間
を、それがステップ２において記憶されたロケーション
から得る。
を、それがステップ２において記憶されたロケーション
から得る。
ステップ6.順方向回復ユーティリティ160は回復時間に
順方向回復ログを位置決めし、このポイントからレコー
ドの読取りを始める。
順方向回復ログを位置決めし、このポイントからレコー
ドの読取りを始める。
ステップ7.順方向回復ユーティリティ160は各アップデ
ータに対するタイ・アップ・レコードを得る。
ータに対するタイ・アップ・レコードを得る。
ステップ8.一旦、それがタイ・アップ・レコードを見つ
けると、それは、この時間をフォロウするすべての順方
向回復ログ・レコードを適用する。
けると、それは、この時間をフォロウするすべての順方
向回復ログ・レコードを適用する。
注意：順方向回復ユーティリティは、順方向回復ログ
上でみられる更新のうちの或るものが、そのコピーが取
られた時に既に適用可能であったという事態に対処でき
なければならない。
上でみられる更新のうちの或るものが、そのコピーが取
られた時に既に適用可能であったという事態に対処でき
なければならない。
注意：順方向回復ユーティリティは、種々のアップデ
ータが同じトークンを使用して種々のデータ・セットを
参照し得るという事態に対処できなければならない。
ータが同じトークンを使用して種々のデータ・セットを
参照し得るという事態に対処できなければならない。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 スコット、ジョナサン、アンドリュー イギリス国ハンプシャー、イーストレ イ、チャンドラーズ・フォード、ペナー ド・ウエイ 32 (72)発明者 ローズ、イアン、ホルム イギリス国ハンプシャー、イーストレ イ、チャンドラーズ・フォード、アボン ボーン・ウエイ １ (56)参考文献 特開 平５−108448（ＪＰ，Ａ) 特開 平６−266597（ＪＰ，Ａ) 特開 平５−88954（ＪＰ，Ａ) 特開 平６−243008（ＪＰ，Ａ) 特開 平７−13829（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 11/14 G06F 12/00
Claims (2)
- 【請求項１】データ・セットを記憶するための手段と、
前記データ・セットを更新するための複数のアップデー
タと、前記データ・セットのバックアップ・コピーを取
るためのバックアップ・マネージャとを備え、前記デー
タ・セットは、前記複数のアップデータによる更新に対
してオープンであり、前記複数のアップデータの各々
は、前記データ・セットの順方向回復において使用する
ために別々のログを維持し、前記データ・セットの少な
くとも一部分のオリジナル・データを当該アップデータ
に関連するバッファにコピーし、前記バッファにおける
コピーに関する更新を遂行し、前記バッファの更新され
た内容を前記データ・セットのオリジナル・データを置
換するように前記データ・セットにコピー・バックする
ことによって前記データ・セットを更新するデータ処理
装置において、 前記バックアップ・マネージャは、 前記データ・セットのバックアップ・コピーを取り始め
る前に現在の時間を回復時間として記録し、 前記データ・セットのバックアップ・コピーが取られる
べきことを前記各アップデータに通知し、 前記各アップデータが当該アップデータに関連する前記
バッファの更新された内容を前記データ・セットにコピ
ー・バックするまで待機し、 前記コピー・バックの完了時に、前記データセットのバ
ックアップ・コピーを取る ことを特徴とするデータ・セットのバックアップ方法。 - 【請求項２】データ・セットを記憶するための手段と、
前記データ・セットを更新するための複数のアップデー
タと、前記データ・セットのバックアップ・コピーを取
るためのバックアップ・マネージャとを備え、前記デー
タ・セットは、前記複数のアップデータによる更新に対
してオープンであり、前記複数のアップデータの各々
は、前記データ・セットの順方向回復において使用する
ために別々のログを維持し、前記データ・セットの少な
くとも一部分のオリジナル・データを当該アップデータ
に関連するバッファにコピーし、前記バッファにおける
コピーに関する更新を遂行し、前記バッファの更新され
た内容を前記データ・セットのオリジナル・データを置
換するように前記データ・セットにコピー・バックする
ことによって前記データ・セットを更新するデータ処理
装置にして、 前記バックアップ・マネージャは、 前記データ・セットのバックアップ・コピーを取り始め
る前に現在の時間を回復時間として記録する手段と、 前記データ・セットのバックアップ・コピーが取られる
べきことを前記各アップデータに通知する手段と、 前記各アップデータが当該アップデータに関連する前記
バッファの更新された内容を前記データ・セットにコピ
ー・バックするまで待機し、前記コピー・バックの完了
時に、前記データセットのバックアップ・コピーを取る
手段と を含むことを特徴とするデータ処理装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB9510487A GB2301205A (en) | 1995-05-24 | 1995-05-24 | Data set backup in a shared environment |
| GB9510487.3 | 1995-05-24 | ||
| PCT/GB1995/002287 WO1996037836A1 (en) | 1995-05-24 | 1995-09-27 | Data set backup in a shared environment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10508968A JPH10508968A (ja) | 1998-09-02 |
| JP3290182B2 true JP3290182B2 (ja) | 2002-06-10 |
Family
ID=10774949
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP53545696A Expired - Lifetime JP3290182B2 (ja) | 1995-05-24 | 1995-09-27 | 共用環境におけるデータ・セットのバックアップ方法及び装置 |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP0834128B1 (ja) |
| JP (1) | JP3290182B2 (ja) |
| DE (1) | DE69507968T2 (ja) |
| GB (1) | GB2301205A (ja) |
| WO (1) | WO1996037836A1 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2362246B (en) * | 1996-12-16 | 2002-02-20 | Fujitsu Ltd | Computer system with checkpoint facility |
| JP3648892B2 (ja) * | 1996-12-16 | 2005-05-18 | 富士通株式会社 | 計算機システム |
| GB2361780A (en) * | 2000-04-26 | 2001-10-31 | Ibm | A recovery log to enable a restart of a computer system |
| US6496840B1 (en) | 2000-05-31 | 2002-12-17 | International Business Machines Corporation | Method, system and program products for atomically and persistently swapping resource groups |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02310665A (ja) * | 1989-05-25 | 1990-12-26 | Toshiba Corp | 分散トランザクション処理システム |
| DE69119222T2 (de) * | 1991-06-04 | 1996-11-21 | Ibm | Datensicherung und Beseitigung in einem Datenverarbeitungssystem |
| US5263154A (en) * | 1992-04-20 | 1993-11-16 | International Business Machines Corporation | Method and system for incremental time zero backup copying of data |
-
1995
- 1995-05-24 GB GB9510487A patent/GB2301205A/en not_active Withdrawn
- 1995-09-27 WO PCT/GB1995/002287 patent/WO1996037836A1/en not_active Ceased
- 1995-09-27 DE DE69507968T patent/DE69507968T2/de not_active Expired - Lifetime
- 1995-09-27 JP JP53545696A patent/JP3290182B2/ja not_active Expired - Lifetime
- 1995-09-27 EP EP95932130A patent/EP0834128B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| GB9510487D0 (en) | 1995-07-19 |
| EP0834128A1 (en) | 1998-04-08 |
| JPH10508968A (ja) | 1998-09-02 |
| GB2301205A (en) | 1996-11-27 |
| WO1996037836A1 (en) | 1996-11-28 |
| EP0834128B1 (en) | 1999-02-24 |
| DE69507968D1 (de) | 1999-04-01 |
| DE69507968T2 (de) | 1999-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6061769A (en) | Data set backup in a shared environment | |
| US5504883A (en) | Method and apparatus for insuring recovery of file control information for secondary storage systems | |
| US7107294B2 (en) | Method and apparatus for interrupting updates to a database to provide read-only access | |
| US8429121B2 (en) | Apparatus and method for creating a real time database replica | |
| US10235375B1 (en) | Persistent file system objects for management of databases | |
| EP0566966B1 (en) | Method and system for incremental backup copying of data | |
| EP1661000B1 (en) | Recovery from failures within data processing systems | |
| US7181476B2 (en) | Flashback database | |
| EP1320802B1 (en) | A method and system for highly-parallel logging and recovery operation in main-memory transaction processing systems | |
| US4868744A (en) | Method for restarting a long-running, fault-tolerant operation in a transaction-oriented data base system without burdening the system log | |
| US6185699B1 (en) | Method and apparatus providing system availability during DBMS restart recovery | |
| JP2505112B2 (ja) | トランザクション管理方法 | |
| US6578041B1 (en) | High speed on-line backup when using logical log operations | |
| US7779295B1 (en) | Method and apparatus for creating and using persistent images of distributed shared memory segments and in-memory checkpoints | |
| US20040215998A1 (en) | Recovery from failures within data processing systems | |
| JPS633341B2 (ja) | ||
| US20050262170A1 (en) | Real-time apply mechanism in standby database environments | |
| JPH0812631B2 (ja) | データベース・トランザクション及び照会処理システム | |
| CN115408113A (zh) | 分布式数据库的可扩展事务管理器 | |
| US8028192B1 (en) | Method and system for rapid failback of a computer system in a disaster recovery environment | |
| CN116107807A (zh) | 数据库中数据备份时获取全局一致性点位的方法及装置 | |
| GB2301910A (en) | Management of records on a computer system recovery log | |
| JP3290182B2 (ja) | 共用環境におけるデータ・セットのバックアップ方法及び装置 | |
| US9424261B2 (en) | Techniques to take clean database file snapshot in an online database | |
| US6076095A (en) | Method of one system of a multisystem environment taking over log entries owned by another system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090322 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100322 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110322 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110322 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120322 Year of fee payment: 10 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120322 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130322 Year of fee payment: 11 |
|
| S202 | Request for registration of non-exclusive licence |
Free format text: JAPANESE INTERMEDIATE CODE: R315201 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130322 Year of fee payment: 11 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130322 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140322 Year of fee payment: 12 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |