JPH08278911A

JPH08278911A - 多重系処理システム

Info

Publication number: JPH08278911A
Application number: JP7080493A
Authority: JP
Inventors: Yoshiyuki Okada; 叔之岡田
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1995-04-05
Filing date: 1995-04-05
Publication date: 1996-10-22

Abstract

(57)【要約】【目的】多重系処理を専用ハードウェアを用いること
なく効率的に行う。【構成】ネットワーク上に分散された複数のデータベ
ースサイト２Ａのデータ収集手段５Ａによりセンサ１か
らデータを収集し、クライアントサイト７からの更新要
求があると、複製管理手段の指示によりデータベース管
理手段が上記収集したデータを処理して各々のディスク
装置１１に保存して二重化を実現する。データ収集手段
５Ａ，データベース管理手段６Ａが故障の時は、データ
収集手段５Ｂ，データベース管理手段６Ｂでデータ処理
を行う。【効果】複製管理手段はソフトウエアで構成し、専用
のハードウエアを必要とせず、また、複製管理手段でデ
ータの一元管理をして容易に二重化を実現する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は二重系、三重系などの多
重系の処理システムに関するもので、冗長性を持たせる
ことにより信頼性のあるデータの処理・保存を行うシス
テムに関するものである。

【０００２】

【従来の技術】図８は従来の二重系処理装置である。図
８において、１は非定期または定期的にデータを発生す
るセンサ、２は主系であるデータベースサイト、３は従
系であるデータベースサイトである。

【０００３】４は主系／従系データベースサイト２，３
の状態を管理する系状態管理機構、５はセンサ１のデー
タを非定期または定期的に収集するデータ収集手段、６
はデータ収集手段５によって得られたデータを蓄積・管
理するデータベース管理手段、７は主系データベースサ
イト２に対しデータ検索要求を行うクライアントサイト
である。

【０００４】８はクライアント７とデータベースサイト
２、３を接続するネットワーク、９は系状態管理機構４
よりクライアントサイト７にネットワーク８もしくは機
械的に通知される主系データベースサイト情報、１０は
主系データベースサイト２のデータベース管理手段６よ
りデータの参照・書き込みが行われるマルチポートディ
スク機構、１１はマルチポートディスク機構１０にて制
御される複数のディスク装置である。

【０００５】次に従来の二重系装置の系切替え手段につ
いて説明する。系状態管理機構４がデータベースサイト
２および３に対して定期的に状態を監視することにより
得られた主系サイト情報９はネットワーク８経由もしく
は機械手段によりクライアントサイト７に通知される。
なお、データベースサイト２、３が共に正常であった場
合はあらかじめ決められたサイト、例えば、データベー
スサイト２を主系とする。

【０００６】次に従来の二重系処理装置のデータ一元管
理手段について説明する。主系データベースサイト２は
データベースサイト２および３の共通資源であるマルチ
ポートディスク機構１０に対して必要に応じてデータの
参照／書き込み要求を行う。マルチポートディスク機構
１０ではデータの参照／書き込み要求に基づき、ディス
ク装置１１に対してデータの参照／書き込みを行う。こ
のとき、必要に応じてデータの二重書きを行い一方のデ
ータが消失しても他方のデータでバックアップすること
ができる。このとき、従系データベースサイト３はマル
チポートディスク機構１０に対するデータ参照／書き込
み要求は行わない。

【０００７】

【発明が解決しようとする課題】上記従来の二重系処理
装置では、系状態管理機構４およびマルチポートディス
ク機構１０の専用のハードウェアを用いる必要があり、
システムの柔軟性・移植性が低いという問題点があっ
た。

【０００８】この発明は上記のような課題を解決するた
めになされたものであり、その目的は専用のハードウェ
アを用いることなく、ソフトウェアのみにより二重系の
みならず三重系以上の多重系にも適用でき、また、一つ
のデータベースサイトがダウンした場合にデータの復元
が容易にできるようにし、また、全てのデータベースサ
イトに支障があった場合でも、支障の解消後にその支障
があった期間のデータを処理をすることが可能な多重系
の処理システムを提供するものである。

【０００９】

【課題を解決するための手段】

（１）この発明に係る多重系処理システムは、データ収
集手段でデータを収集してデータベース管理手段でデー
タ処理し、その処理結果を記憶装置で保存するデータベ
ースサイトを複数個ネットワーク接続した処理システム
にあって、上記複数個の内の一つのデータベースサイト
に複製管理手段を設け、上記データ収集手段で収集した
データを上記複製管理手段が上記データベース管理手段
に対して所定のデータ処理をするよう指示すると共に、
その処理結果を少なくとも二つの上記記憶装置に保存す
るよう指示して、処理・保存を行わせるようにしたもの
である。

【００１０】（２）また、データ収集手段でデータを収
集してデータベース管理手段でデータ処理し、その処理
結果を記憶装置で保存するデータベースサイトを複数個
ネットワーク接続した処理システムにあって、上記複数
個の内の二つ以上のデータベースサイトに複製管理手段
を設け、上記データ収集手段で収集したデータを上記複
数個の内の一つの複製管理手段が上記データベース管理
手段に対して所定のデータ処理をするよう指示すると共
に、その処理結果を少なくとも二つの上記記憶装置に保
存するよう指示して、処理・保存を行わせ、上記一つの
複製管理手段が不動作時は、上記他の複製管理手段の一
つが動作するようにしたものである。

【００１１】（３）データ収集手段とは別に、データを
収集し記憶するバックアップデータ保存手段を設け、上
記データ収集手段でのデータ収集以降の処理が実行不可
能の場合は、少なくとも実行不可能時のデータを上記バ
ックアップデータ保存手段に保存し、上記データ処理の
実行が可能となった場合は、上記バックアップデータ保
存手段から読み出し処理し得るようにしたものである。

【００１２】（４）複製管理手段に複製管理テーブルを
設け、この複製管理テーブルは取り扱うデータの種類と
そのデータの種類に応じてデータを処理し保存する複数
のデータベースサイトとを指定し、この指定されたデー
タベースサイトのデータベース管理手段は所定の処理を
実行し、その処理結果を上記指定されてデータベースサ
イトの記憶装置に保存するようにしたものである。

【００１３】（５）複製管理手段に複製管理テーブルと
未更新状態管理テーブルとを設け、上記複製管理テーブ
ルは取り扱うデータの種類とそのデータの種類に応じて
データを処理し保存する複数のデータベースサイトを指
定し、この指定されたデータベースサイトのデータベー
ス管理手段は所定の処理を実行し、その処理結果を上記
指定されてデータベースサイトの記憶装置に保存し、上
記データベース管理手段が所定の処理を実行しない場合
は、上記未更新状態管理テーブルに未更新情報を登録
し、上記データベース管理手段が所定の処理を実行する
ようになると、上記登録した未更新情報に基づいて処理
を実行可能としたものである。

【００１４】

【作用】

（１）データ収集手段で収集したデータを複製管理手段
がデータベース管理手段に対して所定のデータ処理をす
るよう指示すると共に、その処理結果を少なくとも二つ
の上記記憶装置に保存するよう指示して、処理・保存を
行わせる。

【００１５】（２）また、データ収集手段で収集したデ
ータを複数個の内の一つの複製管理手段が上記データベ
ース管理手段に対して所定のデータ処理をするよう指示
すると共に、その処理結果を少なくとも二つの上記記憶
装置に保存するよう指示して、処理・保存を行わせ、上
記一つの複製管理手段が不動作時は、上記他の複製管理
手段の一つが動作する。

【００１６】（３）データ収集手段でのデータ収集以降
の処理が実行不可能の場合は、少なくとも実行不可能時
のデータをバックアップデータ保存手段に保存し、上記
データ収集以降の処理の実行が可能となった場合は、上
記バックアップデータ保存手段から読み出し処理する。

【００１７】（４）複製管理テーブルは取り扱うデータ
の種類とそのデータの種類に応じてデータを処理し保存
する複数のデータベースサイトとを指定し、この指定さ
れたデータベースサイトのデータベース管理手段は所定
の処理を実行し、その処理結果を上記指定されてデータ
ベースサイトの記憶装置に保存する。

【００１８】（５）複製管理テーブルは取り扱うデータ
の種類とそのデータの種類に応じてデータを処理し保存
する複数のデータベースサイトを指定し、この指定され
たデータベースサイトのデータベース管理手段は所定の
処理を実行し、その処理結果を上記指定されてデータベ
ースサイトの記憶装置に保存し、上記データベース管理
手段が所定の処理を実行しない場合は、未更新状態管理
テーブルに未更新情報を登録し、上記データベース管理
手段が所定の処理を実行するようになると、上記登録し
た未更新情報に基づいて処理を実行可能とする。

【００１９】

【実施例】

実施例１．この発明の実施例を図で説明する。図１は実
施例１の二重系処理システムの構成図、図２は実施例１
のデータ一元管理の具体的な態様を示す説明図、図３は
実施例１のデータ一元管理処理を示すフローチャート、
図４は実施例１のデータベース管理手段起動時の処理を
示すフローチャートである。

【００２０】図１において、１は非定期または定期的に
データを発生するセンサ、２Ａ，２Ｂは２つのデータベ
ースサイトで、各データベースサイト２Ａ，２Ｂは主系
／従系の認識を持たない。５Ａ，５Ｂはセンサ１のデー
タを非定期または定期的に収集するデータ収集手段、６
Ａ，６Ｂはデータ収集手段５Ａ，５Ｂによって得られた
データを蓄積・管理するデータベース管理手段、７はデ
ータベースサイト２Ａ，２Ｂに対しデータ検索要求を行
うクライアントサイトである。

【００２１】８はクライアントサイト７とデータベース
サイト２Ａ，２Ｂを接続するネットワーク、１１はデー
タベースサイト２Ａ，２Ｂのデータベース管理手段６
Ａ，６Ｂよりデータの参照・書き込みが行われるディス
ク装置、１２Ａは複製管理手段、１３は定周期にクライ
アントサイト７とデータベースサイト２Ａ，２Ｂとの間
で互いに系状態を監視する系状態監視手段、１４は系状
態監視手段１３によりネットワーク８経由でクライアン
トに通知されるデータベースサイト情報である。

【００２２】次に本発明の二重系処理システムの系切替
え手段について説明する。クライアントサイト７は系状
態管理手段１３によりデータベースサイト２Ａおよび２
Ｂに対して定期的に状態を監視することにより得られた
データベースサイト情報１４を基にして、要求を行うデ
ータベースサイトを決定する。なお、データベースサイ
ト２Ａ，２Ｂともに正常であった場合はあらかじめ決め
られたサイト、例えば、データベースサイト２Ａを主系
とする。

【００２３】次に本発明の二重系処理システムのデータ
一元管理手段について説明する。例えば、クライアント
サイト７にてデータベースサイト２Ａのデータ更新を行
った場合、その更新要求はデータベース管理手段６Ａ経
由で複製管理手段１２に通知される。複製管理手段１２
では更新要求をデータベース管理手段６Ａ，６Ｂに通知
することにより、データベース管理手段６Ａ，６Ｂでは
ディスク装置１１に対してデータの書き込みを行う。こ
の場合、データの処理結果を複数のディスク装置１１に
書き込むことにより二重化が図られる。

【００２４】次に実施例１のデータ一元管理手段の具体
的な態様について図２を用いて説明する。この図２で
は、データベースサイトは図１の２Ａ，２Ｂの２箇所で
なく、データベースサイトＡ，Ｂ，Ｃ（図２ではサイト
Ａ，Ｂ，Ｃと略して表示）の３個所に分散しているもの
を例示して説明する。また、クライアントも７Ａ，７
Ｂ，７Ｃの３箇所にあるものとしている。そしてデータ
ベース管理手段６Ａ，６Ｂ，６Ｃに対応する各ディスク
装置１１は各々データベース１５Ａ，１５Ｂ，１５Ｃを
保存している。

【００２５】各データベース１５Ａ，１５Ｂ，１５Ｃで
は、１６Ａ，１６Ｂ，１６ＣのタグＮｏと、１７Ａ，１
７Ｂ，１７Ｃの日付で管理されており、タグＮｏ１６Ａ
にはＬ１，Ｌ２，Ｌ４のタグＮｏが、タグＮｏ１６Ｂに
はＬ１，Ｌ３，Ｌ４のタグＮｏが、タグＮｏ１６Ｃには
Ｌ１，Ｌ３，Ｌ４のタグＮｏが指定されている。なお、
このタグＮｏはデータの種類を表し、例えば、Ｌ１は図
１のセンサ１から収集されたプラントの所定箇所の流量
であることを表し、Ｌ２はプラントの他の箇所の流量で
あることを表す。勿論、センサ以外から入力されるデー
タがある場合も、そのデータに対してタグＮｏを決めて
おく。

【００２６】また、各データベース１５Ａ，１５Ｂ，１
５Ｃでは、同一または異なる演算式が定義されている。
データベース１５Ａでは、Ｌ４＝Ｌ１＋Ｌ２が定義さ
れ、データベース１５Ｂ，１５Ｃでは、Ｌ４＝Ｌ１＋Ｌ
３が定義されている。また、各データベースサイトのデ
ータの管理情報は複製管理テーブル１８で、あらかじめ
定義が行われ、タグＮｏとそのタグＮｏを処理するデー
タベースサイトＡ，Ｂ，Ｃが指定されている。

【００２７】次に動作を説明する。クライアント７Ｂよ
りデータ更新（タグＬ１の１９９４−４／２のデータを
２０に更新）要求がデータベース管理手段６Ｂに通知さ
れると、データベース管理手段６Ｂは本要求を複製管理
手段１２Ａに通知する。

【００２８】複製管理手段１２Ａでは、複製管理テーブ
ル１８に定義されている管理情報（データベース１５Ｂ
のタグＬ１のデータはデータベース１５ＡのタグＬ１と
データベースサイト１５ＣのタグＬ１と同等である）に
基づき、データベース管理手段６Ａ，６Ｂ，６Ｃに更新
データの通知を行う。

【００２９】更新データの通知を受けた各データベース
管理手段６Ａ，６Ｂ，６Ｃでは各データの更新および演
算式の再実行を行い、各々のディスク装置１１にその処
理結果を保存する。データベース更新完了後、複製管理
手段１２Ａにコミットを行う。また、クライアント７Ｂ
から更新要求を受けたデータベース管理手段６Ｂは必要
に応じてクライアントサイトにデータ送信行う。

【００３０】このように、複製管理手段１２Ａを用いる
ことによりデータの種類に応じて処理するデータベース
サイトを任意に指定することができる。従って、データ
ベースサイトＡ，Ｂ，Ｃに対して共通なデータおよび単
独のデータのいずれでも格納することができる。図２の
例では、Ｌ１のデータはデータベースサイトＡに共通な
データであり、Ｌ２はデータベースサイトＡのみのデー
タであり、Ｌ３はデータベースサイトＢ，Ｃに共通なデ
ータであり、Ｌ４はデータベースサイトＡとデータベー
スサイトＢ，Ｃとで異なるデータとなる。

【００３１】つまり、複製管理テーブル１８での指定に
より、データベースの定義を全データベースサイト共通
にしておけば（上記例ではＬ１）３重系になり、２つの
データベースサイトに共通にしておけば（上記例ではＬ
３）２重系になり、個々のデータベースサイトのみにし
ておけば（上記例ではＬ２，Ｌ４）そのデータはそのデ
ータベースサイトだけのものになる。なお、図２の複製
管理テーブル１８ではデータベース１５Ａ〜１５Ｃの重
複しているデータに対して原本と複製の関係を示し、原
本がサイトＡにある場合を示している。

【００３２】このように複製管理手段１２Ａの複製管理
テーブル１８でのソフトウエア上で定義することにより
フレキシブルにデータの管理を行うことができる。な
お、複製管理手段は必ずしも複製管理テーブルを使用し
なくてもよく、例えば、テーブル内容が固定の場合に
は、ソフトウエア上で定義しておいてもよい。

【００３３】次に図２の未更新状態管理テーブル１９に
ついて説明する。全サイトが正常時は上記のように複製
管理テーブル１８の内容に基づいてデータの更新を行っ
ているが、例えば、クライアント７Ｂよりデータの変更
を行った時、サイトＣがダウンしていた場合、サイト
Ａ，Ｂのデータ更新を行った上、未更新状態管理テーブ
ル１９にサイトＣのデータが更新されていないこと（１
９９４年４月２日のデータが更新されなかったこと）を
登録する。

【００３４】次に、サイトＣが立ち上がった時に、複製
管理手段１２Ａは未更新状態管理テーブル１９よりサイ
トＣのＬ１（１９９４年４月２日）が更新されていない
ことを認識し、複製管理テーブル１８よりＬ１データの
原本があるサイトＡのＬ１データをサイトＣのＬ１デー
タに複製を行う。なお、原本のあるサイトＡがダウンし
た場合は、例えばサイトＢを第２原本として処理を行
う。

【００３５】このように未更新状態管理テーブル１９に
よりデータベースサイトがダウンした場合でも、復元可
能としたのでシステムの信頼性を向上させることができ
る。

【００３６】次にこの実施例のデータ一元管理手段につ
いてフローチャート図３を用いて説明する。図３のＳＴ
１にてプログラムが開始されると、データベース管理手
段はクライアントからデータ更新待ちとなる。ＳＴ２に
てクライアントよりデータベース管理手段に対してデー
タ更新要求があった場合、データベース管理手段は複製
管理手段に対してデータ更新要求を行う。この通知が正
常に行われなかった場合（ＳＴ３のＮＯ）はクライアン
トにエラー通知を行い、再度データ更新要求待ちとな
る。

【００３７】上記通知が正常に行われた場合（ＳＴ３の
ＹＥＳ）は複製管理手段より各データベース管理手段に
データ更新通知を行う。この通知が正常に行われなかっ
た場合（ＳＴ４のＮＯ）はＳＴ５にて複製管理手段によ
り未更新状態管理テーブルへ未更新情報を登録し、シス
テムが正常になればＳＴ６の処理に進む。上記通知が正
常に行われた場合（ＳＴ４のＹＥＳ）、各データベース
管理手段は、ＳＴ６にて各データベース管理手段により
データ更新処理・再演算処理を行い、ＳＴ７にて複製管
理手段にデータ更新完了通知を行い処理を終了する。

【００３８】次に上記実施例１のデータベース管理手段
の起動時の処理手段についてフローチャート図４を用い
て説明する。図４のＳＴ１にてプログラムが開始される
と、ＳＴ２にてデータベース管理手段は複製管理手段に
対して起動完了通知を行う。複製管理手段はＳＴ３にて
未更新管理テーブルのチェックを行い、ＳＴ４にて起動
したデータベース管理手段の未更新データが存在する場
合は、ＳＴ５にて未更新データをデータベース管理手段
に通知する。データベース管理手段ＳＴ６にてデータ更
新処理を実施した後、ＳＴ７にて複製管理手段にデータ
更新の完了を通知し処理を終了する。

【００３９】以上のように実施例１によれば、分散され
たデータベースの一元管理をソフトウエアで構成する複
製管理手段によって行うので、専用のハードウェアを用
いる場合に比べ、安価にシステムを構築できると共に、
データの一元管理を効率的に行うことができる。

【００４０】実施例２．図５は実施例２の二重系処理シ
ステムを示す構成図である。この図５では複製管理手段
１２Ａと１２Ｂとを二重系を構成する２つのデータベー
スサイトにそれぞれ実装したものである。このように構
成すると、片系のデータベースサイトの複製管理手段に
異常が発生した場合でもシステムを停止することなく、
継続できるようにした点に特徴があり、完全な冗長性を
持たせたシステムとなり、実施例１よりも信頼性が向上
する。

【００４１】実施例３．図６は実施例３の多重系処理シ
ステムに発展させた場合の構成図で、この場合は三重系
の処理システムを示している。図のように、複製管理手
段１２Ａ，１２Ｂ，１２Ｃを三重系を構成する各々のデ
ータベースサイト２Ａ，２Ｂ，２Ｃに実装している。即
ち、実施例２のデータベースサイトの構成を３個にした
ものである。

【００４２】このように構成すると、二つのデータベー
スサイトに異常が発生した場合でもシステムを停止する
ことなく、継続できるようにした点に特徴がある。図６
では三重系の例を示したが、データベースサイトを更に
設けることによりその以上の多重系の処理システムに発
展させることができる。

【００４３】なお、システムを簡易化するばあいは、複
製管理手段１２Ｂ，１２Ｃを省略し、１２Ａのみとして
もよい。これは実施例１のケースで三重化を図った場合
と同一になる。

【００４４】実施例４．図７は実施例４の二重系処理シ
ステムを示す構成図である。この図では、実施例１の二
重系処理システムにバックアップデータ保存手段２０を
設けたもので、ディスク装置・ＲＡＭ等の記憶媒体で構
成する。

【００４５】バックアップデータ保存手段２０により、
センサ１のデータを短期間保存してバックアップするこ
とにより、データベースサイト２Ａ，２Ｂの両者が停止
した場合でも、再立ち上がり時に停止期間中のデータを
バックアップデータ保存手段２０より読み出し、データ
を再収集することによりデータ処理を実行することがで
きる。

【００４６】これらの処理は自動的に再収集しデータ処
理するようにソフトウエアで構成し、状態監視手段１３
に付加することにより、収集データの再生が自動的にで
きる。

【００４７】

【発明の効果】

（１）以上のように、ネットワーク上に分散された複数
のデータベースサイトのデータを複製管理手段により一
元管理するように構成したので、専用のハードウェアを
使用した二重系処理装置に比べて、安価にシステムを構
築することができ、また、多重系の処理がてきるのでよ
りシステムの信頼性が向上でき、また、複製管理手段に
よりデータ処理を一元管理することにより、効率的なデ
ータ処理が得られる。

【００４８】（２）また、複製管理手段を各々のデータ
ベースサイトに設けたので、複製管理手段の何れが停止
した場合でも、一つの複製管理手段が正常に動作可能で
あればシステムを停止させることなく、システムの信頼
性が更に向上する。データの一元管理を実現することが
できる。

【００４９】（３）また、バックアップデータ保存手段
を設けたことにより、システムでのデータ処理が実行不
可能の場合でも、実行不可能時のデータを後で処理可能
としたので、より信頼性のあるシステムを構築すること
ができる。

【００５０】（４）また、複製管理手段に複製管理テー
ブルを設けたので、データの一元管理を容易に実現する
ことができる。

【００５１】（５）また、複製管理手段に複製管理テー
ブルと未更新状態管理テーブルとを設けるようにしたの
で、データの一元管理を容易に実現すると共に、故障等
で未更新のデータがあれば、このデータを故障回復後に
処理することができ、より信頼性のあるシステムを実現
することができる。

【図面の簡単な説明】

【図１】実施例１における二重系処理システムを示す
構成図である。

【図２】実施例１におけるデータ一元管理手段の具体
的態様を示す構成図である。

【図３】実施例１におけるデータ一元管理手段を示す
フローチャートである。

【図４】実施例１におけるデータベース管理手段の起
動処理を示すフローチャートである。

【図５】実施例２における二重系処理システムを示す
構成図である。

【図６】実施例３における多重系処理システムを示す
構成図である。

【図７】実施例４における二重系処理システムを示す
構成図である。

【図８】従来の二重系処理装置を示す構成図である。

【符号の説明】

１センサ、２Ａ，２Ｂ，２Ｃ，３データベースサイ
ト、４系状態管理機構、５，５Ａ，５Ｂ，５Ｃデー
タ収集手段、６，６Ａ，６Ｂ，６Ｃデータベース管理
手段、７クライアントサイト、８ネットワーク、９
主系サイト情報、１０マルチポートディスク機構、
１１ディスク装置、１２Ａ，１２Ｂ，１２Ｃ複製管
理手段、１３系状態監視手段、１４データベースサ
イト情報、１５Ａ，１５Ｂ，１５Ｃデータベース、１
６Ａ，１６Ｂ，１６ＣタグＮＯ、１７Ａ，１７Ｂ，１
７Ｃ日付、１８複製管理テーブル、１９未更新状
態管理テーブル、２０バックアップデータ保存手段。

Claims

【特許請求の範囲】

【請求項１】データ収集手段でデータを収集してデー
タベース管理手段でデータ処理し、その処理結果を記憶
装置で保存するデータベースサイトを複数個ネットワー
ク接続した処理システムにあって、上記複数個の内の一
つのデータベースサイトに複製管理手段を設け、上記デ
ータ収集手段で収集したデータを上記複製管理手段が上
記データベース管理手段に対して所定のデータ処理をす
るよう指示すると共に、その処理結果を少なくとも二つ
の上記記憶装置に保存するよう指示して、処理・保存を
行わせるようにしたことを特徴とする多重系処理システ
ム。
【請求項２】データ収集手段でデータを収集してデー
タベース管理手段でデータ処理し、その処理結果を記憶
装置で保存するデータベースサイトを複数個ネットワー
ク接続した処理システムにあって、上記複数個の内の二
つ以上のデータベースサイトに複製管理手段を設け、上
記データ収集手段で収集したデータを上記複数個の内の
一つの複製管理手段が上記データベース管理手段に対し
て所定のデータ処理をするよう指示すると共に、その処
理結果を少なくとも二つの上記記憶装置に保存するよう
指示して、処理・保存を行わせ、上記一つの複製管理手
段が不動作時は、上記他の複製管理手段の一つが動作す
るようにしたことを特徴とする多重系処理システム。
【請求項３】請求項１または請求項２において、デー
タ収集手段とは別に、データを収集し記憶するバックア
ップデータ保存手段を設け、上記データ収集手段でのデ
ータ収集以降の処理が実行不可能の場合は、少なくとも
実行不可能時のデータを上記バックアップデータ保存手
段に保存し、上記データ収集以降の処理の実行が可能と
なった場合は、上記バックアップデータ保存手段から読
み出し処理し得るようにしたことを特徴とする多重系処
理システム。
【請求項４】請求項１〜３のいずれか１項において、
複製管理手段に複製管理テーブルを設け、この複製管理
テーブルは取り扱うデータの種類とそのデータの種類に
応じてデータを処理し保存する複数のデータベースサイ
トとを指定し、この指定されたデータベースサイトのデ
ータベース管理手段は所定の処理を実行し、その処理結
果を上記指定されてデータベースサイトの記憶装置に保
存するようにしたことを特徴とする多重系処理システ
ム。
【請求項５】請求項１〜３のいずれか１項において、
複製管理手段に複製管理テーブルと未更新状態管理テー
ブルとを設け、上記複製管理テーブルは取り扱うデータ
の種類とそのデータの種類に応じてデータを処理し保存
する複数のデータベースサイトを指定し、この指定され
たデータベースサイトのデータベース管理手段は所定の
処理を実行し、その処理結果を上記指定されてデータベ
ースサイトの記憶装置に保存し、上記データベース管理
手段が所定の処理を実行しない場合は、上記未更新状態
管理テーブルに未更新情報を登録し、上記データベース
管理手段が所定の処理を実行するようになると、上記登
録した未更新情報に基づいて処理を実行可能としたこと
を特徴とする多重系処理システム。