JPH03250257A - 高信頼性オンラインシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、データベースを有する計算機応用システムに
おける高信頼性オンラインシステムに関するものである
。

［従来の技術］ 将来の技術では、オンラインシステムの信頼性向上策と
して次のようにしていた（第２図参照）。

データベースレコードを蓄積し、オンライン中に更新す
る外部記憶装置（１３と１４）を２重にもち、データベ
ースレコードの更新が必要になった場合には、それぞれ
の外部記憶装置内にあるデータベースレコード（１５と
１６）を、同時に中央処理装置ｉ［（１２）から更新（
■）する。同一のデータベースレコードを別の外部記憶
装置に常に２重にもつことにより、片方の外部記憶装置
（１３又は１４）障害時でも、別の外部記憶装置上のデ
ータベースレコードを使用出来るようにしていた。

また、オンラインと接続されていない外部記憶装置！（
１７）にデータベースのバックアンプを取得しく■）、
オンラインシステムと同一の計算センタ（１１）内又は
別の倉庫又は計算センタ（１８）に保存することにより
、外部記憶装置１３゜１４の同時障害又は、外部記憶装
置１７を加えた同時障害発生時にデータベースの回復を
図っていた。

なおこの種の技術として関連するものには、たとえば特
開昭６１−１９６３４７号公報などがある。

［発明が解決しようとする課題］ 上記従来の技術には高信頼性が要求されるオンラインシ
ステムにおいて次の課題があった（第３図参照）。

（１）計算センタ（１１）が災害にあった場合（Ａ）オ
ンラインシステムを利用する端末（２４ａ、２４ｂ、２
４ｃ、２４ｄ）全てが利用不能となる。また、本災害時
のデータベースの復旧は不可能となる。

（２）計算センタ（１１）を含む広域２１（隣接する複
数の都道府県、市町村を合せた地域）災害時ＣＢ）には
、計算センタ１１に含まれる端末（２４ａ、２４ｂ）の
みならず被災していない別の広域（２５）に含まれる端
末（２４ｃ、２４ｄ）もオンライン利用不能となる。ま
た１本災害時のデータベースの復旧は不可能となる。

（３）計算センタを含む広域（２１）と別の広域（２５
）間において、計算機（２３）と計算機を使用する端末
（２４ｃ、２４ｄ）を接続する伝送路（２６ｂ）障害時
（Ｃ）、広域２１内の端末（２４ａ、２４ｂ）はオンラ
インを利用可能であるが、広域２５内の端末（２４ｃ、
２４ｄ）は利用不能となる。

（４）ハードウェアの信頼性の維持や、処理能力対策等
のため計算機センタの大Ｍ模工事が必要となった場合、
オンラインサービスを一時中断する必要がある。

本発明の目的は、これらの課題を解決することにある。

［課題を解決するための手段］ 上記目的は、端末から入力されるトランザクションに基
づいてオリジナルなデータベースの関連するレコードを
更新し、このデータベースについて行われた更新の情報
を送出するオリジナル計算センタと、この受信した更新
情報に基づいてバックアップとなるデータベースの関連
するレコードを更新するバックアップ計算センタとを有
する高信頼性オンラインシステムによって達成される。

さらに具体的には次のように動作するシステムによって
達成される（第１図参照）。

（１）計算センタとしてオリジナル計算センタ（３２ａ
）の他に、バックアップ計算センタ（３２ｂ）を設置す
る。それぞれの中に、計算機（３３ａ、３３ｂ）とデー
タベース（３４ａ、３４ｂ）を置く。通常時は、端末（
３８ａ、３８ｂ、３８ｃ、３８ｄ、）は、オリジナル計
算センタ内の計算機３３ａに、オリジナル伝送路（３６
ａ）を経由して接続されておりオリジナルデータベース
（３４ａ）を利用する。オリジナルデータベースの内容
が更新された場合、更新情報はデータベース伝送路（３
５）を通って、バックアップデータベース（３４ｂ）に
反映される。これにより、バックアップデータベースの
内容は、オリジナルデータベースの内容にリアルタイム
に又は一定の時間経過後（これを準リアルタイムと呼ぶ
）追いつく。

オリジナル計算センタ災害時は、端末を計算機に接続す
る伝送路をオリジナル伝送路からバックアップ伝送路（
３６ｂ）にスイッチ（３７ａ、３７ｂ）で切替える（■
、■）。これにより、端末からは、バックアップデータ
ベース３４ｂを利用可能となる。また、オリジナルデー
タベース３４ａは、バックアップデータベース３４ｂを
基にして復旧可能となる。

（２）オリジナル計算センタを含む広域（３１ａ）とバ
ックアップ計算センタを含む広域（３ｌ　ｂ）とは同一
原因による地震等の災害が両方に被害を及ぼさない程度
に離す。

オリジナル計算センタを含む広域（３１ａ）災害発生時
、スイッチ（３７ｂ）により、端末（３８ｂ、３８ｄ）
と計算機とを接続する伝送路を切替える（■）ことで、
災害地以外の地域でのデータベースの利用が可能となる
。

（３）データベース伝送路３５、オリジナル伝送路３６
ａ、バックアップ伝送路３６ｂとも、広域間を結ぶ部分
（これらを広域間幹線群と呼ぶ）が存在するが、この広
域間幹線群３９が全て途絶する災害が発生した場合、ス
イッチ（３７ｂ）により、端末（３８ｂ、３８ｄ）と計
算機とを接続する伝送路をバックアップ伝送路に切替え
る（■）ことで、それぞれの計算センタの属する広域内
の端末に対し、データベースの利用が可能となる。

（４）オリジナル計算センタの大規模工事を実施する必
要がある場合、（１）と同様に、端末の接続変更を、計
画的に実施することで、オンラインサービスを停止せず
にオリジナル計算センタの工事を実施できる。

［作用コ 本発明によれば、上記（１）により、計算センタ災害時
でもデータベースの利用が引き続き可能となり、上記（
２）により、計算センタを含む広域災害時でも、被災地
以外の地域からのデータベースの利用が引き続き可能と
なり、上記（３）により、広域間の伝送路が途絶した場
合でも、それぞれの広域内でデータベースの利用が可能
となり、上記（４）により、オンラインサービスを停止
させることなく、計算機を停止させるようなセンタの大
規模工事が可能となるので、従来技術の課題を解決する
ことが出来る。

［実施例コ 以下本発明の実施例を銀行オンラインシステムを例にし
て説明する。

システム概要及び通常時の接続構成を第４図に示す。オ
リジナル計算センタ（３２ａ、正システム）側にある端
末（３８ａ）は２つの専用線４９ｆ、４９ｈに接続され
、端末３８ａからの取引データの中の半分は、専用線（
４９ｆ）を通り（■）、パケット交換機（４７ａ）、通
信制御装置（４５ｃ）を経由して中央処理装置（４３ａ
）に至る（■）。同様に残り半分の取引データは、専用
線４９ｈを通り（■）、パケット交換１！４７ｃ、多重
伝送装置４６ｅ、高速回線４９ｄ、多重伝送装置Ｅ４６
ｃ、通信制御装置４５ｃを経由する（■。

■、■）、端末３８ｃについても同様である。−方、バ
ックアップ計算センタ（３２ｂ、副システム）の端末３
８ｂからの取引データの中の半分は。

専用線４９ｇ、パケット交換機４７ｂ、多重伝送装置４
６ｄ７高速回線４９ｂ、多重伝送装置４６Ｃ９通信制御
装置４５ｃを経由し、同様に残り半分のデータは、専用
線４９１．パケット交換機４７ｄ、多重伝送装置４６ｆ
、高速回線４９ｃ、多重伝送装置４６ｅ、高速回線４９
ｄ、多重伝送装置ｉｉ　４６　ｃ　、通信制御装置４５
ｃを経由する。端末３８ｄについても同様である。中央
処理装置４３ａの取引データの処理により、オリジナル
データベース３４ａに対応する正比＠（４４ａ）が更新
される（［相］）。正元帳４４ａの更新データは、中央
処理装置４３ａから通信制御装置４５ａ、多重伝送装置
４６ａ、高速回１１４９ａ、多重伝送装置４６ｂ２通信
制御装置４５ｂを経由し、バックアップ側の中央処理装
置４３ｂに送られる。中央処理装置４３ｂによるデータ
ベース更新情報処理により、バックアップデータベース
３４ｂに対応する副元帳（４４ｂ）が更新され、正元帳
に追いっく。なお第４図では第３＠におけるデータベー
ス伝送路３５を高速回Ｊ！４９ａ、４９ｂとして展開し
ている。従って高速回線４９ａ、４９ｂ、４９Ｃが第３
図の広域間幹線群を構成する。またオリジナル伝送路３
６ａは専用線４９ｆおよび高速回線４９ｄとして展開さ
れている。

オリジナル計算センタ３２ａの災害時の接続変更後の状
態を第５図に示す。

端末３８ａからの取引データは、中継センタ４２ｃ内の
パケット交換機４７ｃ、多重伝送装置４６ｅを経由しく
■）、高速回線４９ｃ内を通り（■）、多重伝送装置４
６ｆ、高速回線４９ｅ。

多重伝送装［４６ｄ　、通信制御装置ｉ４５　ｄを経由
し、副システム側の中央処理装［４３ｂに達する（■、
■、■）。副システム側での取引データ処理により、副
元帳（４４ｂ）が更新される（■）。

端末３８ｂからの取引も同様に、副システムで処理され
、副元帳４４ｂを更新する。

オリジナル計算センタ３２ａの災害時には多重伝送装置
４６ｅ、４６ｆ、４６ｄ内の接続回線定義の変更を行う
。第７図は多重伝送装３！４６　ｅ内の接続回線定義の
変更方法を示すもので、７１゜７２．７３はそれぞれ接
続される回線のアドレスである。多重伝送装置４６ｅ内
には第７図に示すような中継すべき回線のアドレス対応
テーブルが設定されている。７３ａ、７３ｂは同一回線
のアドレス７３をテーブル上で区別したものである。

このテーブルはバックアップ計算センタ３２ｂからの指
示によって多重伝送装置ｉ４６　ｅに接続されたフロッ
ピーディスクから再ロードされて第７同右のように変更
される。多重伝送装置４６ｆおよび４６ｄ内のテーブル
についても同様に変更される。

第８図はパケット交換器４７ｂの接続回線を変更する方
法を示すもので、８１，８２．８３はそれぞれ接続され
る回線のアドレスである。パケット交換機４７ｂ内には
第８図に示すテーブルを有するが、回線接続変更時にテ
ーブルは変更されない。その代りに端末３８ｂから送ら
れる電文のヘッダが正常時の１から異常時の２に変更さ
れ、バケラト交換機４７ｂによって該ヘッダが識別され
、テーブルを参照することによって接続回線が変更され
る。ヘッダの変更は異常時にバックアップ計算センタ３
２ｂから端末３８ｂへ指示される。

オリジナル計算センタを含む広域３１ａが災害にあった
時の回線の切替えや、データの流れは第５図と同様であ
る。但し、端末３８ａおよび中継センタ４２ｃは存在し
ない。

正システム側と副システム側とを結ぶ高速ディジタル回
線障害時の回線切替えと取引データの流れを第６図に示
す。

正システム側では、回線の接続替え等不要であり、端末
３８ｇからの取引データは、第４図と同様に正システム
に達し、正元帳４４ａを更新する（■〜■）。副システ
ム側では、多重伝送装［４６ｄ、４６ｆの接続回線定義
変更、中央処理装置４３ｂ、端末３８ｂ間の電文中のヘ
ッダの変更によるパケット交換機４７ｂ内経路変更が発
生する。

副システム側での変更は、第５図の場合と同様である。

センタ工事が必要な場合、第４図に示す構成から第５図
で示す構成に計画的に切替えることにより可能となる。

なお、副システム側の工事についても同様となる。

次に通常時の正元帳更新情報を副元帳に反映させる処理
の詳細について説明する（第９図参照）。

正システムでは、銀行勘定系業務処理を行っている。端
末（３８）から入力された取引電文は。

正システムの中央処理装置内業務処理プログラム（９４
ａ）によって解析され（■）、正元帳４４ａを更新する
（■）。この時、正元帳更新のために、ＤＢ　（データ
ベース）更新情報（９５ａ）を作成する。副元帳４４ｂ
に正比＠４４ａの更新情報９５ａを反映させるために、
送信処理プログラム（９８ａ）により、ＤＢ更新情報９
５ａを送信キュー（９７ａ）にキューイングしく■）、
再度これを読み出し、副システム側へ送信する（■）。

副システムでは、受信プログラム（９８ｂ）によりこれ
を受は取り、受信キュー（９７ｂ）に書き込む（■）。

読み出しプログラム（９８ｃ）でこれを再度読み出し、
ＤＢ反映処理プログラム（９４ｂ）を起動し、ＤＢ更新
情報（９５ａ）を渡す（■）。

ＤＢ反映処理プログラムでは、ＤＢ更新情報に従い、業
務処理を伴うことなくＤＢ更新情報を副元帳４４ｂに反
映する（■）。

正元帳４４ａと副元帳４４ｂとには、レコード（データ
ベースを構成する、１つのまとまった意味をもつ最小単
位であり、更新情報が作成される単位）毎に更新履歴通
番（９９ａ、９９ｂ）をもっている。更新履歴通番は１
から始まり、レコードが更新されるたびに＋１される。

第９図の例では、正元帳４４ａのレコードが内容ＡＡＡ
ＡからＢＢＢＢに更新されており、副元帳４４ｂの対応
するレコードが内容ＡＡＡＡからＢＢＢＥに更新される
直前の状態を示している。

第１０図は、ＤＢ反映処理プログラム９４ｂの処理の詳
細を示すフローチャートである。受信処理プログラム９
８ｂがデータを受信した（ステップ１０１）後、ＤＢ反
映処理プログラム９４ｂは該データがデータベース更新
レコードか否かを判定する（１０２−）、データベース
更新レコードであれば副元帳４４ｂから当該レコードを
読み出しく１０３）、受信レコード内のデータベース更
新通番（Ｎ、９９ａ）と副元帳４４ｂの当該レコード内
データベース更新通番（Ｍ、９９ｂ）に＋１したものと
を比較する（１０４）、Ｎ＝Ｍ＋１であれば副元帳の当
該レコードを受信レコードによって更新する（１０５）
。Ｎ＞Ｍ＋１であれば受信レコードを一時的に蓄積エリ
アに保存する（１０６）。そして既に蓄積エリアにＮ＝
Ｍ＋１を満足するレコードが保存されていれば（１０７
Ｙｅｓ）、副元帳の当該レコードをこのレコードによっ
て更新する（１０８）。このようにして蓄積エリアに保
存されている連続通番のレコードが尽きるまでこの処理
を繰り返す。Ｎ＜Ｍ＋１であれば更新レコードを二重受
信したのであるから、受信情報を破棄する（１０９）。

正システムから更新レコードの送信終了したという情報
を受けたとき（１０２ＮＯ）、既に蓄積エリアに保存さ
れているレコードでＮ＝Ｍ＋１を満足する連続通番レコ
ードが尽きるまで副光帳の当該レコードを更新する（１
１０，１１１）。

第１１図は、第１０図の処理フローに従うレコード更新
の例を示すものである。■で通番とびレコードを受信し
たので蓄積エリアに保存し、■で連続通番のレコードを
受信したので副光帳４４ｂの当該レコードを更新し、■
で受信したレコードを一時蓄積エリアに保存するが、既
に保存されているレコードと連続通番となるので後者の
レコードに続いて副光帳４４ｂに反映される。以上述べ
たようにレコード単位の更新順序を副システムで保証す
ることができる。

このように副システム側でレコード単位の更新順序が保
証されているため、正システム側のＤＢ更新情報を副シ
ステム側に向けて回線４９上を多重化伝送できる。すな
わち物理的には複数本の回線を備え、論理的にもこれら
の回線について複数の論理チャネルを設定することによ
ってＤＢ更新情報の多重伝送が可能である。

第１２図はＤＢ更新情報の多重伝送と副システム側での
更新情報のパラレル更新の例を示すものである。

正システムから副システムへの送信データ形式の例を第
１３図に示す。図中、相手先アドレス（１２１）は正シ
ステムから見た副システムアドレス、システム間送信処
理通番（１２２）は、送信処理が回線等で多重化されて
いるため、回線１本毎に順序性をもたせるために付加す
る。更新情報管理（１２３）は、特に、複数の更新情報
（１２４ａ、１２４ｂ、１２４ｃ）が、ブロッキングさ
れて送信される場合に各々の更新情報を管理する。更新
情報はそれぞれ、更新履歴通番９９ａと更新データ９５
ａから構成される。

第１４図はオリジナル計算センタ３２ａおよびバックア
ップ計算センタ３２ｂにおけるデータベースレコードと
送信レコードの流れと各階層のプログラムが扱う物理ア
ドレスの範囲を示している９９４ａ、９４ｂは業務処理
プログラム、１４５ａ。

１４５ｂはオンライン制御プログラムおよび１４６ａ、
１４６ｂはオペレーティングシステム（Ｏ８）の範囲を
示している。１４１は当該レコードが格納されているデ
ィスク内の絶対アドレス、１４２は当該レコードが格納
されているディスク内の相対アドレスを示している。１
４７はデータベースレコードを識別するための論理的な
管理情報である。１４３はデータ送信のために割り当て
る回［４９の絶対アドレス、１４４は同回線４９の相対
アドレスを示している。０３１４６はデータベースレコ
ードが格納されているディスク内の絶対アドレス１４１
、同相対アドレス１４２、回線の絶対アドレス１４３お
よび相対アドレス１４４を意識する必要がある。しかし
オンライン制御プログラム１４５はディスク内相対アド
レス１４２および回線の相対アドレス１４４のみ意識す
ればよい。また業務処理プログラム９４はこれらのアド
レスを意識する必要がない。従って業務処理プログラム
９４ａから回線４９を介して業務処理プログラム９４ｂ
に渡されるＤＢ更新レコードはこれら物理アドレスを伴
っていない。上記の考察から得られる結論は、正元帳４
４ａと副光＠４４ｂは物理的にそれぞれ互いに独立した
データベース（群）としてレイアウト可能であるという
ことになる。

第１５図は正元帳４４ａと副光帳４４ｂとをそれぞれ独
立に物理的な記録媒体に割当てする状態を示す例である
。１５１は小容量の記録媒体、１５２は大容量の記録媒
体である。Ａ、Ｂ、ＣおよびＤはデータベース群を構成
する各データベースを示している。最初データベースＡ
、Ｂ、Ｃ，Ｄは媒体１５　］、　−１、１５１−２、１
５１−３および１５１−４に格納されている。次にデー
タベースＡ、Ｃの容量が拡大したため、正元帳４４ａの
方では媒体１５１−５を追加して図示のとうりデータベ
ースの格納レイアウトを変更している。−方、副光帳４
４ｂの方では大容量の媒体１５２−１．１５２−２を導
入して図示のようにデータベースの格納レイアウトを変
更している。この例はデータベースの拡張性の高いシス
テムであることを示している。

第１６図は媒体１５１−１および１５１−３に格納され
るデータベースに対してレコードの削除／追加を行なっ
た結果として飛び飛びの空きエリアが生じた状態の例を
示している。斜線部分は使用中のレコード領域、空白部
分は空きの生じたレコード領域である。第１６図の例で
は正元帳４４ａに対してデータベースの再編成を行なっ
て空きエリアを整理しているが、副光帳４４ｂは元のま
まである。この例はデータベースの運用性の高いシステ
ムであることを示している。

最後に本発明になるバックアップ計算センタ３２ｂはオ
リジナル計算センタ３２ａより小規模なオンラインシス
テムとなり、低コストのバックアップ計算センタ３２ｂ
を構築できる点について付言する。

第１７図はこの様子を模式的に説明する図である。第１
７図（１）はバックアップ計算センタへオリジナル計算
センタへ入力されるのと同一のトランザクションを転送
し、オリジナル計算センタと同一の業務処理をバックア
ップ計算センタで行なう場合であり、これではバックア
ップ計算センタのシステム規模はオリジナル計算センタ
のシステム規模と同一である。第１７図（２）はバック
アップ計算センタでは入カドランザクジョン情報よりさ
まざまな判定を行なったり、処理結果を端末へ送信する
処理を行なわず、データベース更新処理とＤＢ更新情報
の受信処理を専用に行なうプログラムを稼働させること
により、バックアップ計算センタを小規模化することが
可能である。ただしこの場合バックアップ計算センタは
バックアップデータベースの更新処理用に限られ、オリ
ジナル計算センタの同一業務処理をバックアップするこ
とはない。

［発明の効果］ 本発明は、以上説明したように構成されるため以下に示
す効果がある。

（１）計算センタ災害時でも、オンラインデータベース
の利用を継続的に可能とする。

（２）計算センタを含む分域災害時でも、被災地以外か
らのオンラインデータベースの利用を継続的に可能とす
る。

（３）計算センタと利用者端末群とを２分するような広
域間幹線災害発生時でも、連絡の途絶した遠隔地でのオ
ンラインデータベースの利用を可能とする。

（４）計算センタ工事時でも、オンラインデータベース
の利用を継続的に可能とする。

【図面の簡単な説明】

第１図は高信頼性オンラインシステムの概念を示すシス
テム構成図、第２図は従来のシステムを説明する図、第
３図は従来システムの問題を説明する図、第４図は高信
頼性システムの具体例を示す構成図、第５図は計算機セ
ンタ災害時の構成変更を示す図、第６図は広域聞伝送路
災害時の構成変更を示す図、第７図は多重伝送装置の回
線切替え方法を説明する図、第８図はパケット交換機の
経路変更を説明する図、第９図は正元帳更新情報を副光
帳に反映させる処理方式を示す図、第１０図は副光帳反
映プログラムの処理フローチャート、第１１図は副光帳
反映の更新順序の具体例を示す図、第１２図はデータベ
ース更新情報の多重伝送と副システム側での更新情報の
パラレル更新の例を示す図、第１３図は正システムから
副システムへの送信データ形式の例を示す図、第１４図
はデータベースレコードと送信レコードの流れと各階層
のプログラムが扱う物理アドレスの範囲を説明する図、
第１５図は正システムと副システムで別々にデータベー
スをそれぞれ異なるレイアウト配置とする例を説明する
図、第１６図は正システムと副システムで別々にデータ
ベースを編成する例を説明する図、第１７図はオリジナ
ル計算センタとバックアップ計算センタのシステム規模
を説明する図である。 ３１ａ、３１ｂ・−広域 ３２ａ・・・オリジナル計算センタ ３２ｂ・・・バックアップ計算センタ ３４ａ・・・オリジナルデータベース ３４ｂ・・・バックアップデータベース３８　ａ　、　
３８　ｂ　、　３８　ｃ　、　３８　ｄ　・端末４ａ・
・・正元帳 ４ｂ・・・副光帳 ９・・・回線 ４ｂ・・・ＤＢ反映処理プログラム ５　ａ　、　９５　ｂ−ＤＢ更新情報 ９ａ、９９ｂ・・・更新履歴通番 第２ 口 軒棟が 第 晃 づ 口 第 ４Ｆｆ、４デｌ、４ダオ、ｄデジ ーｋｔＪＦＮ程 ４２Ｃ Ｊ２／ 第 区 二キ ＠■ｎ肘たラーブル ３５ ５ テーブル定義゛ 第７０口 Ｍ、ア／　７ ■ＩＰむヒひデー１椹 芽ρ２０ 乃／づ ■ りな りｊ−４ 拓／４目 ７４ん艙箇りｌ 、拓び 凶 オリニーｊζレテー？ベース丁イ ハ、７アーノアテー７ヘース１γ ！ｊ／−／ ６Ｌ ！ナノ−２ Ｂノーｂ ｄｂ ／６／−４ 晃 ／６ 区 スリシブＩレラーー７ベース１手 ｌα７万ブテータヘーズ゛ヌギ

Claims (1)

1. 【特許請求の範囲】 １、端末から入力されるトランザクションに基づいてオ
   リジナルなデータベースの関連するレコードを更新し、
   前記データベースについて行われた更新の情報を送出す
   るオリジナル計算センタと、前記更新情報を受信して前
   記更新情報に基づいて前記データベースに対応するバッ
   クアップとなるデータベースの関連するレコードを更新
   するバックアップ計算センタとを有することを特徴とす
   る高信頼性オンラインシステム。 ２、前記更新情報は前記オリジナル計算センタと前記バ
   ックアップ計算センタとの間を多重化伝送されることを
   特徴とする請求項１記載の高信頼性オンラインシステム
   。 ３、前記レコードは更新されるたびにカウントアップさ
   れる更新履歴通番を有し、前記更新情報は前記更新履歴
   通番を含み、かつ前記バックアップ計算センタは前記更
   新履歴通番が連続するような順で前記レコードを更新す
   ることを特徴とする請求項１記載の高信頼性オンライン
   システム。 ４、前記バックアップデータベースの物理的な記憶媒体
   への割付けは前記オリジナルデータベースの物理的な記
   憶媒体への割付けと独立して行われることを特徴とする
   請求項１記載の高信頼性オンラインシステム。 ５、端末から入力されるトランザクションに基づいてオ
   リジナルなデータベースの関連するレコードを更新し、
   前記データベースについて行われた更新の情報を送出す
   るオリジナル計算センタと、前記更新情報を受信して前
   記更新情報に基づいて前記データベースに対応するバッ
   クアップとなるデータベースの関連するレコードを更新
   するバックアップ計算センタとを有する高信頼性オンラ
   インシステムであって、前記オリジナル計算センタが動
   作しない状態のとき、前記バックアップ計算センタは前
   記端末を前記オリジナル計算センタから前記バックアッ
   プ計算センタへ切り替えて接続し、前記端末から入力さ
   れるトランザクションに基づいて前記バックアップとな
   るデータベースの関連するレコードを更新することを特
   徴とする高信頼性オンラインシステム。 ６、端末から入力されるトランザクションに基づいてオ
   リジナルなデータベースの関連するレコードを更新し、
   前記データベースについて行われた更新の情報を送出す
   るオリジナル計算センタと、前記更新情報を受信して前
   記更新情報に基づいて前記データベースに対応するバッ
   クアップとなるデータベースの関連するレコードを更新
   するバックアップ計算センタと、前記の両センタを接続
   し前記更新情報が伝送される伝送路とを有する高性能オ
   ンラインシステムであって、前記伝送路が動作しない状
   態のとき、前記バックアップ計算センタは前記端末の一
   部を前記オリジナル計算センタから前記バックアップ計
   算センタに切り替えて接続し、前記一部の端末から入力
   されるトランザクションに基づいて前記バックアップと
   なるデータベースの関連するレコードを更新することを
   特徴とする高信頼性オンラインシステム。