JPH03196341A - オンライン・システムにおけるデータ同期管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、複数のオンライン・システム間で同期的に
データを更新しなければならず、システム・ダウンが起
こった後もデータの同期を維持しなければならない計算
機システムを構成するオンライン・システムにおけるデ
ータ同期管理方式に関するものである。

〔従来の技術〕

第３図は従来の２つのオンライン・システムでの同期的
更新中のシステム・ダウンの場合の再始動時の処理を説
明するためのブロック図である。

第３図中で上から下へ時間が経過するものとする。

第３図中で、■はオンライン・システムとしての第１の
計算機を示し、２はオンライン・システムとしての第２
の計算機を示す。３ａは第１の計算機１でのオンライン
の稼動を示し、３ｂはオンライン・システムの稼動３ａ
がダウンした後の再開したオンライン・システムの稼動
を示す。４は第２の計算機２でのオンライン・システム
の稼動を示す。５は第１の計算機ｌでの更新トランザク
ション、６は第２の計算機２での更新トランザクション
で、５と６の更新トランザクションが通信しながら同期
的更新を行うもので、更新トランザクション５が主導的
に更新を行うとする。７ａ。

７ｂ、および７ｃは第１の計算機１での更新対象データ
を示し、７ａは更新前のデータ、７ｂは更新後であるが
更新確定前のデータ、７ｃは３ｂのオンライン・システ
ムの再始動時に更新を取り消された状態のデータを示す
。８ａ、８ｂ、８ｃは第２の計算機２での更新対象デー
タを示し、８ａは更新前のデータ、８ｂは更新後である
が更新確定前のデータ、８ｃは更新確定後の状態のデー
タを示す。９はオンラインの稼動３ａで記録されたジャ
ーナルを示し、１０は再始動時に相手系に依存して更新
確定か、更新取消しかを決めなければならないデータへ
の指示情報を示し、１１は再始動時にジャーナル９およ
び指示情報１０から更新処理を確定するか、取消すかを
実行する再開既定処理機構を示す。

次に動作について説明する。第１の計算機１のオンライ
ン・システムの稼動３ａで、更新トランザクション５が
データ７ａ（指示情報１０）をデータ７ｂ（再開既定処
理機構１１）に更新する。

これと同期して第２の計算４！！２のオンライン・シス
テムの稼動４で更新トランザクション６がブタ８ａ（指
示情報１０）をデータ８ｂ（再開既定処理機構１１）に
更新する。第１の計算機１の更新トランザクション５が
主導的に更新確定を行うとする。まず更新トランザクシ
ョン５が第２の計算機２の更新トランザクション６に更
新の確定を要求する。更新トランザクション６は、要求
に従って更新の確定を行う。ここで、正常時には更新ト
ランザクション６が更新トランザクション５に更新確定
の完了を通知するのであるが、この時オンライン・シス
テムの稼動３ａがシステム・ダウンしたとする。データ
７ｂは第１の計算機１の情報だけでは更新を確定すべき
か、取消すべきかが分からない。指示情報１０には、こ
のような状況での既定処理の指示が入っており、オンラ
イン・システムの再開３ｂで再開既定処理機構１１はジ
ャーナルから処理と決定できない７ｂのようなデータを
検出すると、既定処理を行う。第３図では既定処理は「
更新取消」であるため、データ７ｂは更新前のデータ７
ｃの値である指示情報１０に戻される。この結果、第１
の計算機１でのデータ７Ｃと第２の計算機２でのデータ
８ｃとの同期は失われてしまう。

〔発明が解決しようとする課題〕

従来のデータ同期管理方式では、システム・ダウン後の
オンライン・システム再開時にジャーナルだけから更新
の確定または取り消しを決定できない場合、既定処理に
よっているため、２つのオンライン・システム間のデー
タ同期が失われることがあるという問題点があった。ま
た、仮に指示情報ｌＯを相手システムの状態によって変
えうるとしても、その場合は相手システムの情報が得ら
れるまでオンライン・システムの再開ができないという
問題点があった。

この発明は上記のような問題点を解決するためになされ
たもので、システム・ダウン後のオンライン・システム
の再開は速やかにできると共に、相手システムの状態が
確認できるまでは更新を保留したいデータに対してはあ
くまでも更新の確定または取消しを保留にできるオンラ
イン・システムにおけるデータ同期管理方式を得ること
を目的とする。

〔課題を解決するための手段〕

この発明に係るデータ同期管理方式は、システム・ダウ
ン後の再開処理で更新状態の決定できないデータについ
ては更新前のイメージのジャーナル９に基づいて一旦更
新前の状態に戻した上で、相手システムの状態が不明の
会話を持つシステム・ダウン前のトランザクシジン毎に
新めて更新処理を再実行する回復用トランザクション２
２を生成し、この回復用トランザクション２２によりオ
ペレータの指示または相手システムからの更新状態通知
に従って更新の確定または取消しを行うことを特徴とす
るものである。

〔作用〕

システム・ダウン後の再開処理で更新状態の決定できな
いデータについては更新前のイメージのジャーナル９に
基づいて一旦更新前の状態に戻される。そして相手シス
テムの状態が不明の会話を持つシステム・ダウン前のト
ランザクション毎に新めて更新処理を再実行する回復用
トランザクション２２が生成される。この回復用トラン
ザクション２２はオペレータの指示または相手システム
からの更新状態通知に従って更新の確定または取消しを
行う。

〔実施例〕

この発明の一実施例に係るオンライン・システムは次の
ような構成条件を有する。

（１）他のオンライン・システムと相互にトランザクシ
ョンが通信手段によって会話をしながら複数のファイル
およびデータ・ベースの同期的更新を保証する必要のあ
るオンライン・システムである。

（２）オンライン・システムでのトランザクションによ
るデータ更新処理は更新の確定まではいつでも取り消せ
るものである。

（３）更新処理から更新の確定までは更新データはトラ
ンザクションによって占有されるものである。

（４）更新対象データの更新前イメージと更新後イメー
ジとをトランザクションの識別情報と共に各々ジャーナ
ルに記録するものである。

（５）更新確定時には更新確定マークをトランザクショ
ンの識別情報と共にジャーナルに記録するものである。

（６）２つのオンライン・システムでの同期的更新確定
はどちらかの系のトランザクションが主導となって（ａ
ｌ主導となる系から相手系への更新確定の要求、ｆｂｌ
相手系での更新の確定、（Ｃ）相手系から主導となる系
への更新確定の通知、（ｄｌ主導となる系での更新の確
定、という手順で進めるものである。

（７）同期的更新の確定の途中でダウンした後の再始動
では相手の状態が更新確定未か、更新確定済か、自系の
情報だけでは不明かを会話的に検出できるものである。

（８）上記同期的な更新確定において主導となる側、す
なわち、システム・ダウン後の再始動で相手の状態不明
となり得る側のトランザクションは１つの会話だけを持
つものである。

以下、この発明の一実施例を図について説明する。第１
図はこの実施例によるオンライン・システムにおいて一
方の計算機がシステム・ダウンした場合の処理を説明す
るためのブロック図である。

第１図において、時間は上から下へ経過するものとする
。第１図中の１は第１の計算機を示し、２は第２の計算
機を示す。３ａは第１の計算＠１での最初のオンライン
・システムの稼動を示し、３ｂはオンライン・システム
の稼動３ａのシステム・ダウン後の再稼動を示す。４は
第２の計算機２でのオンライン・システムの稼動を示す
。５は第１の計算機１での更新トランザクション、６は
第２の計算機２での更新トランザクションで、５と６の
更新トランザクションが通信しながら更新を行うもので
、更新トランザクション５が主導的に更新を行うとする
。７ａ、７ｂ、７ｃ、７ｄおよび７ｅは第１の計算機ｌ
での更新対象データを示し、７ａは更新前のデータ、７
ｂは更新後であるが更新確定前のデータ、７Ｃは３ｂの
オンライン・システム再開時にいったん元に戻された状
態のデータ、７ｄは回復用トランザクション２２によっ
て再度更新されたが確定する前のデータ、７ｅは回復用
トランザクション２２によって更新を確定した状態のデ
ータである。８ａ、８ｂ、および８ｃは第２の計算機２
での更新対象データで、８ａは更新前のデータ、８ｂは
更新後であるが更新確定前のデータ、８Ｃは更新確定後
のデータである。９は第１の計算機１でのオンライン・
システムの稼動３ａでのジャーナル、２１はシステム・
ダウン後のオンライン・システム再開時に、システム・
ダウンの際の相手システムでの更新状態が不明なトラン
ザクションの更新データを、ジャナル９に基づいていっ
たん元の状態に戻して回復用トランザクシコン２２を起
動する再開処理機構、２３は回復用トランザクション２
２がオペレタの介入を待つコンソールを示す。

次に動作について説明する。第１の計算機１のオンライ
ン・システムの稼動３ａで更新トランザクション５がデ
ータ７ａ（指示情報１０）をデ９ １０ タフｂ（再開既定処理機構１１）に更新する。これと同
期して第２の計算機２のオンライン・システムの稼動４
で更新トランザクション６がデータ８ａ（指示情報１０
）をデータ８ｂ（再開既定処理機構１１）に更新する。

第１の計算機１の更新トランザクション５が主導的に更
新確定を行うものとする。

まず更新トランザクション５が第２の計算機２の更新ト
ランザクション６に更新の確定を要求する。更新トラン
ザクション６はその要求に従って更新の確定を行う。こ
こで正常時には更新トランザクション６が更新トランザ
クション５に更新確定の完了を通知するのであるが、こ
の時オンライン・システムの稼動３ａがシステム・ダウ
ンしたとする。データ７ｂは第１の計算機１の情報だけ
では更新を確定すべきか取消すべきかが分からない。

この実施例の再開処理機構２１は、システム・ダウン時
に７ｂのような状態のデータを持っており、５のような
更新トランザクションを検出すると、ジャーナル９を用
いてデータをいったん元の状態である指示情報１０に戻
す（データ７ｃの状態）。この後、５のような更新トラ
ンザクション毎に回復用トランザクション２２を起動す
る。

回復用トランザクション２２は、ジャーナル９を用いて
更新処理を再実行し、データ７ｃ（指示情報１０）をデ
ータ７ｄ（再開既定処理機構１１）に更新する。この回
復用トランザクション２２の更新処理によりデータは占
有されるため、データ７ｄには他のトランザクションは
アクセスできない。その後回復用トランザクション２２
はオペレタの介入をコンソール２３で待つ。オペレータ
は他系での対応データ８Ｃの状態を調べてコンツル２３
から介入する。この場合、第２の計算機２のデータ８Ｃ
は更新確定法であるから回復用トランザクション２２に
対して更新確定の指示をする。この指示を受けて、回復
用トランザクション２２は更新を確定して終了する。

この実施例における回復用トランザクションは、ダウン
前に他のオンライン・システムと同期的デ一り更新を行
っていてダウン時に相手の更新状態がどうであったか分
からないトランザクション毎に生成され、もとのトラン
ザクシコンが行っていた更新処理を再実行することによ
ってリソースを占有し、他のトランザクションによる更
新を禁止する。その後、オペレータが他のオンライン・
システムの更新状態を調べて介入し、このトランザクシ
ョンに更新確定または更新取消の指示をするか、または
相手システムから更新状態の通知があるのを待つ。

第２図はこの実施例で用いる回復用トランザクション２
２の処理を示すフローチャートである。

第２図において、ステップＳ１ではまずトランザクショ
ン番号が与えられ、ステップＳ２で回復用トランザクシ
ョン２２の処理がスタートする。ステップＳ３では与え
られたトランザクション番号についてジャーナル９中の
最後の更新確定マークを探す。ステップＳ４では上記更
新確定マーク以降の更新後のイメージを読込む。ステッ
プＳ５では上記更新後イメージをデータに書込む。ステ
ップＳ６ではコンソール２３によるオペレータの介入指
示待ちを行う。ステップＳ７では更新を確定するか取消
すかの判定を行い、更新確定の場合はステップＳ８に移
り、更新取消の場合はステップＳ９に移る。そしてステ
ップＳＩＯでこの回復用トランザクションの処理を終え
る。

このように上記実施例ではすべての回復用トランザクシ
ョンの処理が終了するか、少なくともオペレータの介入
待ちに入った時点でオンライン・システム全体としては
システムをユーザの利用可能な状態にすることができる
。

以上説明したように上記実施例はシステム・ダウン後の
再始動時に、相手系での更新状態が不明であることを検
出した場合に、対応する更新対象データを、更新前イメ
ージのジャーナルをもとにいったん更新前状態に戻した
上で、更新状態が不明のもとのトランザクション毎にト
ランザクション識別情報を与えて回復用トランザクショ
ンを起動する再開処理機構と、与えられたトランザクシ
ョン識別情報をもとにジャーナルの更新後イメ３ ４ ジを用いて、更新処理を再実行した上で１−ランザクジ
ョンの識別情報およびジャーナルに含まれる付加情報を
表示し、オペレータの介入または相手システムからの状
態通知を待ち、相手系での更新状態を確認したオペレー
タの指示または、相手系からの状態通知に従って更新の
確定または取消しを行う回復用トランザクションとを有
することにより、システム・ダウンが発生した場合、他
システムの状態に依存して更新の確定または取消しを決
めなければならないデータ更新だけを保留にして、シス
テムの再開を可能とし、しかもデータの完全な同期を維
持できるという効果が得られる。

なお、上記実施例ではコンソールからのオペレタの介入
によって更新の確定または取消しを決めるものとしたが
、これに代わってオンライン・システムの再開時に相手
システムにデータ状態の問合わせを行い、相手システム
からのデータ状態通知によって更新の確定または取消し
を決めることも可能である。

この場合も、相手システムが更にシステム・ダウンして
いるかもしれないので状態不明の対象ブタだけを占有し
た状態でシステムを再開することは有用である。

なお、相手システムに状態問合わせを行う方式をとる場
合は、回復用トランザクションにも更にもとの会話相手
への更新の確定／取消の通知機能を追加することで、ど
のようなトランザクション・ツリー（会話の木）の時に
システム・ダウンが発生しても、自動的にトランザクシ
ョン・ツリ全体にわたって完全な整合性の維持が保証で
きる。

〔発明の効果〕

以上のように本発明によれば、システム・ダウン後の再
開処理で更新状態の決定できないデータについては更新
前のイメージのジャーナルに基づいて一旦更新前の状態
に戻した上で、相手システムの状態が不明の会話を持つ
システム・ダウン前のトランザクション毎に新めて更新
処理を再実行する回復用トランザクションを生成し、こ
の回復用トランザクションによりオペレータの指示また
は相手システムからの更新状態通知に従って更新の確定
または取消しを行うようにしたので、システム・ダウン
後のオンライン・システムの再開は速やかにできると共
に、相手システムの状態が確認できるまでは更新を保留
したいデータに対してはあくまでも更新の確定または取
消しを保留にすることができる。したがって本発明によ
れば、複数のオンライン・システム間でデータの同期を
維持する必要がある場合にシステム・ダウンが発生して
も、ひとまずデータの同期維持に関する処理を保留にし
てオンライン・システムの速やかな再開が可能で、デー
タの同期も確実に保証でき、システムの信頼性が向上す
るという効果が得られる。

【図面の簡単な説明】

第１図はこの発明の一実施例に係るオンライン・システ
ムにおいて一方の計算機がシステム・ダウンした場合の
処理を説明するためのブロック図、第２図はこの実施例
における回復用トランザクションの処理を説明するため
のフローチャート、第３図は従来のオンライン・システ
ムにおいて一方の計算機がシステム・ダウンした場合の
処理を説明するためのブロック図である。 １．２・・・計算機（オンライン・システム）、９・・
・ジャーナル、２１・・・再開処理機構、２２・・・回
復用トランザクション。

Claims (1)

【特許請求の範囲】
1. 他のオンライン・システムと相互にトランザクションが
   会話をしながら複数のファイルおよびデータ・ベースの
   同期的更新を保証する必要のあるオンライン・システム
   において、システム・ダウン後の再開処理で更新状態の
   決定できないデータについては更新前のイメージのジャ
   ーナルに基づいて一旦更新前の状態に戻した上で、相手
   システムの状態が不明の会話を持つシステム・ダウン前
   のトランザクション毎に新めて更新処理を再実行する回
   復用トランザクションを生成し、この回復用トランザク
   ションによりオペレータの指示または相手システムから
   の更新状態通知に従って更新の確定または取消しを行う
   ことを特徴とするオンライン・システムにおけるデータ
   同期管理方式。