JPH0628407A - データベースシステム - Google Patents
データベースシステムInfo
- Publication number
- JPH0628407A JPH0628407A JP4183359A JP18335992A JPH0628407A JP H0628407 A JPH0628407 A JP H0628407A JP 4183359 A JP4183359 A JP 4183359A JP 18335992 A JP18335992 A JP 18335992A JP H0628407 A JPH0628407 A JP H0628407A
- Authority
- JP
- Japan
- Prior art keywords
- database
- processor
- database management
- management unit
- data
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 障害プロセッサが検出できるデータベースシ
ステムを提供する。 【構成】 システムの全プロセッサにデータベースとデ
ータベース管理部１０１，１１１，１２１を設け、デー
タベース管理部に、コピー配置データの更新要求を伝達
するための経路を記憶する更新経路記憶部１０２，１１
２，１２２を備え、また、通信確認パケットによる障害
プロセッサの検出手段１０３，１１３，１２３を備えた
構成を有する。
ステムを提供する。 【構成】 システムの全プロセッサにデータベースとデ
ータベース管理部１０１，１１１，１２１を設け、デー
タベース管理部に、コピー配置データの更新要求を伝達
するための経路を記憶する更新経路記憶部１０２，１１
２，１２２を備え、また、通信確認パケットによる障害
プロセッサの検出手段１０３，１１３，１２３を備えた
構成を有する。
Description
【０００１】
【産業上の利用分野】本発明は、複数のデータ処理装置
にまたがって構築されるデータベースシステムに関す
る。
にまたがって構築されるデータベースシステムに関す
る。
【０００２】
【従来の技術】従来から、データをデータベースとして
一元管理化し、データの論理性や操作性を向上させるた
めに、データベースシステムを導入する機会が増加して
いる。近年、複数のプロセッサで構成される装置におい
て、各プロセッサごとにデータベースを持ち、それら複
数のデータベースに全く同じデータを重複して配置し、
データベースへのアクセス要求に対する応答性を高める
方法がとられてきた。これを分散データベースと呼び、
主データを有するデータベースと主データの複製を有す
るデータベースの２種類のデータベースが存在し、デー
タの同時更新についての実現方法は、更新は主データに
対して行い、主データの有するデータベース管理部の指
示によって複製データを一括更新する方法が一般的であ
る。
一元管理化し、データの論理性や操作性を向上させるた
めに、データベースシステムを導入する機会が増加して
いる。近年、複数のプロセッサで構成される装置におい
て、各プロセッサごとにデータベースを持ち、それら複
数のデータベースに全く同じデータを重複して配置し、
データベースへのアクセス要求に対する応答性を高める
方法がとられてきた。これを分散データベースと呼び、
主データを有するデータベースと主データの複製を有す
るデータベースの２種類のデータベースが存在し、デー
タの同時更新についての実現方法は、更新は主データに
対して行い、主データの有するデータベース管理部の指
示によって複製データを一括更新する方法が一般的であ
る。
【０００３】以下に、従来のデータベースシステムにつ
いて説明する。図５は上述した従来の分散データベース
システムの構成を示すブロック図であり、５００，５１
０，５２０の３台のプロセッサで構成されている。図５
において、５０１は主データベース管理部であり、プロ
セッサ５００に配置されている。５１１，５２１は副デ
ータベース管理部であり、それぞれプロセッサ５１０，
５２０に配置されている。５０４，５１４，５２４はデ
ータベースであり、それぞれデータベース管理部５０
１，５１１，５２１の管理下に置かれる。これら３つの
データベースには、同一のデータが重複して格納されて
いる。５０５，５１５，５２５はプロセッサ間で情報の
送受信を行う通信プログラム部であり、それぞれプロセ
ッサ５００，５１０，５２０に配置されている。５０
６，５１６，５２６は応用プログラム部であり、それぞ
れプロセッサ５００，５１０，５２０上で実行される。
これら応用プログラム部は、それぞれが属するプロセッ
サ内のデータベース管理部に対し、データベースへの読
み出し、または書き込みの操作を要求する。図５を参照
し、データベースに対する従来の操作手順を説明する。
いて説明する。図５は上述した従来の分散データベース
システムの構成を示すブロック図であり、５００，５１
０，５２０の３台のプロセッサで構成されている。図５
において、５０１は主データベース管理部であり、プロ
セッサ５００に配置されている。５１１，５２１は副デ
ータベース管理部であり、それぞれプロセッサ５１０，
５２０に配置されている。５０４，５１４，５２４はデ
ータベースであり、それぞれデータベース管理部５０
１，５１１，５２１の管理下に置かれる。これら３つの
データベースには、同一のデータが重複して格納されて
いる。５０５，５１５，５２５はプロセッサ間で情報の
送受信を行う通信プログラム部であり、それぞれプロセ
ッサ５００，５１０，５２０に配置されている。５０
６，５１６，５２６は応用プログラム部であり、それぞ
れプロセッサ５００，５１０，５２０上で実行される。
これら応用プログラム部は、それぞれが属するプロセッ
サ内のデータベース管理部に対し、データベースへの読
み出し、または書き込みの操作を要求する。図５を参照
し、データベースに対する従来の操作手順を説明する。
【０００４】応用プログラム部５１６がデータベースへ
読み出し操作を要求する場合、その要求を受け付けた副
データベース管理部５１１は、直接データベース５１４
に対して読み出し操作を実行し、応用プログラム部５１
６に読み出した内容を通知する。また、応用プログラム
部５１６がデータベースへ書き込み操作を要求する場
合、その要求を受け付けた副データベース管理部５１１
は通信プログラム部５１５，５０５を介し、主データベ
ース管理部５０１に書き込み操作要求を送信する。その
要求を受信した主データベース管理部５０１は、自己の
管理下にあるデータベース５０４に対して書き込み操作
を実行するとともに、装置内のすべての副データベース
管理部に対して書き込み操作要求を送信する。書き込み
操作を要求した副データベース管理部５１１は、主デー
タベース管理部５０１からの書き込み操作要求を受信す
ると、データベース５１４に対し書き込み操作を実行
し、応用プログラム部５１６に書き込み操作完了を通知
する。その他の副データベース管理部、ここでは、副デ
ータベース管理部５２１は、主データベース管理部５０
１から書き込み操作要求を受信すると、自プロセッサ内
のデータベース５２４に対して書き込み操作を実行す
る。
読み出し操作を要求する場合、その要求を受け付けた副
データベース管理部５１１は、直接データベース５１４
に対して読み出し操作を実行し、応用プログラム部５１
６に読み出した内容を通知する。また、応用プログラム
部５１６がデータベースへ書き込み操作を要求する場
合、その要求を受け付けた副データベース管理部５１１
は通信プログラム部５１５，５０５を介し、主データベ
ース管理部５０１に書き込み操作要求を送信する。その
要求を受信した主データベース管理部５０１は、自己の
管理下にあるデータベース５０４に対して書き込み操作
を実行するとともに、装置内のすべての副データベース
管理部に対して書き込み操作要求を送信する。書き込み
操作を要求した副データベース管理部５１１は、主デー
タベース管理部５０１からの書き込み操作要求を受信す
ると、データベース５１４に対し書き込み操作を実行
し、応用プログラム部５１６に書き込み操作完了を通知
する。その他の副データベース管理部、ここでは、副デ
ータベース管理部５２１は、主データベース管理部５０
１から書き込み操作要求を受信すると、自プロセッサ内
のデータベース５２４に対して書き込み操作を実行す
る。
【０００５】以上のように、データの書き込み操作要求
は、いったん、主データベース管理部に通知され、主デ
ータベース管理部から、全ての副データベース管理部
に、書き込み操作要求が送信される。
は、いったん、主データベース管理部に通知され、主デ
ータベース管理部から、全ての副データベース管理部
に、書き込み操作要求が送信される。
【０００６】
【発明が解決しようとする課題】しかしながら上記の従
来の構成では、データベースへの書き込み操作要求時、
毎回、主データベース管理部がその要求を受け付けて、
すべての副データベース管理部に、その主旨を通知する
処理を行うために、過負荷状態になるという問題があっ
た。また、通信障害の発生しているプロセッサにも、デ
ータ更新要求を送信してしまい、処理効率の低下につな
がるという問題もあった。
来の構成では、データベースへの書き込み操作要求時、
毎回、主データベース管理部がその要求を受け付けて、
すべての副データベース管理部に、その主旨を通知する
処理を行うために、過負荷状態になるという問題があっ
た。また、通信障害の発生しているプロセッサにも、デ
ータ更新要求を送信してしまい、処理効率の低下につな
がるという問題もあった。
【０００７】本発明はデータベースの主データと複製デ
ータの関係を無くし、装置内のすべてのプロセッサに論
理番号を付与し、その論理番号の順番に従い書き込み操
作要求を巡回させることによって、コピー配置されたデ
ータを効率よく更新する方法を提供し、定期的な通信確
認パケットの授受によって障害プロセッサを検出し、通
信障害を起こしているプロセッサ内のデータベースを分
散データベースシステムの管理下から外すデータベース
システムの提供を目的とする。
ータの関係を無くし、装置内のすべてのプロセッサに論
理番号を付与し、その論理番号の順番に従い書き込み操
作要求を巡回させることによって、コピー配置されたデ
ータを効率よく更新する方法を提供し、定期的な通信確
認パケットの授受によって障害プロセッサを検出し、通
信障害を起こしているプロセッサ内のデータベースを分
散データベースシステムの管理下から外すデータベース
システムの提供を目的とする。
【０００８】
【課題を解決するための手段】本発明は上記目的を達成
するために、すべてのプロセッサ内にデータベースと、
そのデータベースへの操作要求を受け付けて処理するデ
ータベース管理部とを設け、さらにデータベース管理部
内に更新経路記憶部を設け、更新経路記憶部は、複数の
プロセッサの任意の１つが、データ更新要求を、次にど
のプロセッサに通知するかを示す情報を記憶し、データ
ベース管理部は、データを更新する場合、更新経路記憶
部の記憶する経路に従いデータを更新するとともに、デ
ータベース管理部が更新経路記憶部の記憶する更新経路
に従って、定期的に通信確認パケットを送信することに
よって、通信障害プロセッサを検出する手段を備えた構
成を有する。
するために、すべてのプロセッサ内にデータベースと、
そのデータベースへの操作要求を受け付けて処理するデ
ータベース管理部とを設け、さらにデータベース管理部
内に更新経路記憶部を設け、更新経路記憶部は、複数の
プロセッサの任意の１つが、データ更新要求を、次にど
のプロセッサに通知するかを示す情報を記憶し、データ
ベース管理部は、データを更新する場合、更新経路記憶
部の記憶する経路に従いデータを更新するとともに、デ
ータベース管理部が更新経路記憶部の記憶する更新経路
に従って、定期的に通信確認パケットを送信することに
よって、通信障害プロセッサを検出する手段を備えた構
成を有する。
【０００９】
【作用】本発明は上記した構成によって、更新経路記憶
部に設定された順番に従いデータの更新要求をプロセッ
サ間で巡回させて、全プロセッサ内のデータベースの内
容を一括更新し、また、通信障害プロセッサを検出し
て、更新経路記憶部の内容を再設定し、障害プロセッサ
を分散データベースシステムの管理下より外すように作
用する。
部に設定された順番に従いデータの更新要求をプロセッ
サ間で巡回させて、全プロセッサ内のデータベースの内
容を一括更新し、また、通信障害プロセッサを検出し
て、更新経路記憶部の内容を再設定し、障害プロセッサ
を分散データベースシステムの管理下より外すように作
用する。
【００１０】
【実施例】以下、本発明の一実施例について、図面を参
照しながら説明する。図１は本実施例のデータベースシ
ステムの構成を示すブロック図である。図１において、
１００，１１０，１２０はプロセッサであり、それぞれ
のプロセッサには、プロセッサ間通信のためのアドレス
情報が割り当てられており、それをプロセッサ番号と呼
ぶ。実施例では、１００，１１０，１２０のプロセッサ
番号をそれぞれ＃１、＃２、＃３とする。１０１，１１
１，１２１はデータベース管理部、１０４，１１４，１
２４はデータベースであり、それぞれプロセッサ１０
０，１１０，１２０に配置されている。また、データベ
ース管理部１０１，１１１，１２１はそれぞれ更新経路
記憶部１０２，１１２，１２２と、障害検出手段１０
３，１１３，１２３を備えている。１０５，１１５，１
２５はプロセッサ間で情報の送受信を行う通信プログラ
ム部であり、それぞれプロセッサ１００，１１０，１２
０に配置されている。１０６，１１６，１２６は応用プ
ログラム部であり、それぞれプロセッサ１００，１１
０，１２０上で実行される。これらの応用プログラム部
は、それぞれが属するプロセッサ内のデータベース管理
部に対し、データベースへの読み出し、または書き込み
の操作を要求する。
照しながら説明する。図１は本実施例のデータベースシ
ステムの構成を示すブロック図である。図１において、
１００，１１０，１２０はプロセッサであり、それぞれ
のプロセッサには、プロセッサ間通信のためのアドレス
情報が割り当てられており、それをプロセッサ番号と呼
ぶ。実施例では、１００，１１０，１２０のプロセッサ
番号をそれぞれ＃１、＃２、＃３とする。１０１，１１
１，１２１はデータベース管理部、１０４，１１４，１
２４はデータベースであり、それぞれプロセッサ１０
０，１１０，１２０に配置されている。また、データベ
ース管理部１０１，１１１，１２１はそれぞれ更新経路
記憶部１０２，１１２，１２２と、障害検出手段１０
３，１１３，１２３を備えている。１０５，１１５，１
２５はプロセッサ間で情報の送受信を行う通信プログラ
ム部であり、それぞれプロセッサ１００，１１０，１２
０に配置されている。１０６，１１６，１２６は応用プ
ログラム部であり、それぞれプロセッサ１００，１１
０，１２０上で実行される。これらの応用プログラム部
は、それぞれが属するプロセッサ内のデータベース管理
部に対し、データベースへの読み出し、または書き込み
の操作を要求する。
【００１１】以下、上記構成要素の相互関係と動作につ
いて説明する。初期段階において、それぞれのデータベ
ース管理部は、どのプロセッサにデータベースシステム
が具備されているのかを知る必要がある。そのため、任
意の応用プログラム部によるデータベースの初期化要求
時、データベースの配置されるすべてのプロセッサ番号
をデータベース管理部に通知する。
いて説明する。初期段階において、それぞれのデータベ
ース管理部は、どのプロセッサにデータベースシステム
が具備されているのかを知る必要がある。そのため、任
意の応用プログラム部によるデータベースの初期化要求
時、データベースの配置されるすべてのプロセッサ番号
をデータベース管理部に通知する。
【００１２】上述の初期化手順を具体的に説明する。図
１において、プロセッサ１００内の応用プログラム部１
０６が、データベース管理部１０１に対して、データベ
ースの初期化を要求する。そのとき、データベースの配
置されるすべてのプロセッサ番号、＃１、＃２、＃３を
通知する。初期化要求を受け付けたデータベース管理部
１０１は、指定されたプロセッサ番号＃１、＃２、＃３
を基に、情報の伝達経路を決定する。例えば、プロセッ
サ番号の低い方から高い方に情報を伝達するという簡単
なルールに従って経路を決定したとする。データベース
管理部１０１は、決定した伝達経路を更新経路記憶部１
０２に設定するとともに、他のプロセッサのデータベー
ス管理部１１１，１２１に対して、データベースの初期
化要求を送信する。そのとき、データベースの配置され
るすべてのプロセッサ番号、＃１、＃２、＃３も通知す
る。初期化要求を受信したデータベース管理部１１１，
１２１は、指定されたプロセッサ番号＃１、＃２、＃３
を基とに、上記のルールに従い、情報の伝達経路を決定
し、その情報をそれぞれの更新経路記憶部１１２，１２
２に記憶させる。図２は、これらの更新経路記憶部１０
２，１１２，１２２の内部構造の概略を示す模式図であ
る。この更新経路記憶部の設定内容によって、点線で示
した情報伝達経路が記憶されたことになる。以上のよう
に情報の伝達経路がすべての更新経路記憶部に設定され
て、データベースの初期化処理が終了する。
１において、プロセッサ１００内の応用プログラム部１
０６が、データベース管理部１０１に対して、データベ
ースの初期化を要求する。そのとき、データベースの配
置されるすべてのプロセッサ番号、＃１、＃２、＃３を
通知する。初期化要求を受け付けたデータベース管理部
１０１は、指定されたプロセッサ番号＃１、＃２、＃３
を基に、情報の伝達経路を決定する。例えば、プロセッ
サ番号の低い方から高い方に情報を伝達するという簡単
なルールに従って経路を決定したとする。データベース
管理部１０１は、決定した伝達経路を更新経路記憶部１
０２に設定するとともに、他のプロセッサのデータベー
ス管理部１１１，１２１に対して、データベースの初期
化要求を送信する。そのとき、データベースの配置され
るすべてのプロセッサ番号、＃１、＃２、＃３も通知す
る。初期化要求を受信したデータベース管理部１１１，
１２１は、指定されたプロセッサ番号＃１、＃２、＃３
を基とに、上記のルールに従い、情報の伝達経路を決定
し、その情報をそれぞれの更新経路記憶部１１２，１２
２に記憶させる。図２は、これらの更新経路記憶部１０
２，１１２，１２２の内部構造の概略を示す模式図であ
る。この更新経路記憶部の設定内容によって、点線で示
した情報伝達経路が記憶されたことになる。以上のよう
に情報の伝達経路がすべての更新経路記憶部に設定され
て、データベースの初期化処理が終了する。
【００１３】次に、図１において、応用プログラム部１
１６がデータベース管理部１１１に対してデータベース
への書き込みを要求する場合を説明する。応用プログラ
ム１１６から書き込み要求を受け付けたデータベース管
理部１１１は、データベース１１４に対して書き込みを
実行する。その後、データベース管理部１１１は更新経
路記憶部１１２に設定された伝達経路に従い、書き込み
要求の送信先プロセッサ番号を得る。この例では、プロ
セッサ１２０のプロセッサ番号、＃３を得る。データベ
ース管理部１１１は、通信プログラム部１１５，１２５
を介し、プロセッサ＃３（１２０）のデータベース管理
部１２１に対して書き込み要求を送信する。プロセッサ
＃２（１１０）のデータベース管理部１１１から、書き
込み要求を受け付けたプロセッサ＃３（１２０）のデー
タベース管理部１２１は、データベース１２４に対して
書き込みを実行する。その後、データベース管理部１２
１は更新経路記憶部１２２から書き込み要求の送信先プ
ロセッサ番号を得る。この例では、プロセッサ１００の
プロセッサ番号、＃１を得る。データベース管理部１２
１は、通信プログラム部１２５，１０５を介し、プロセ
ッサ＃１（１００）のデータベース管理部１０１に対し
て書き込み要求を送信する。プロセッサ＃１のデータベ
ース管理部１０１も、プロセッサ＃３（１２０）のデー
タベース管理部１２１と同様の処理を行い、プロセッサ
＃２（１１０）のデータベース管理部１１１に書き込み
要求を送信する。このように、更新経路記憶部の情報伝
達経路を一周して、書き込み要求元のプロセッサ＃２
（１１０）に、その情報が戻ってくると、データベース
管理部１１１は、応用プログラム部１１６に、書き込み
完了の応答を返し処理を終了する。
１６がデータベース管理部１１１に対してデータベース
への書き込みを要求する場合を説明する。応用プログラ
ム１１６から書き込み要求を受け付けたデータベース管
理部１１１は、データベース１１４に対して書き込みを
実行する。その後、データベース管理部１１１は更新経
路記憶部１１２に設定された伝達経路に従い、書き込み
要求の送信先プロセッサ番号を得る。この例では、プロ
セッサ１２０のプロセッサ番号、＃３を得る。データベ
ース管理部１１１は、通信プログラム部１１５，１２５
を介し、プロセッサ＃３（１２０）のデータベース管理
部１２１に対して書き込み要求を送信する。プロセッサ
＃２（１１０）のデータベース管理部１１１から、書き
込み要求を受け付けたプロセッサ＃３（１２０）のデー
タベース管理部１２１は、データベース１２４に対して
書き込みを実行する。その後、データベース管理部１２
１は更新経路記憶部１２２から書き込み要求の送信先プ
ロセッサ番号を得る。この例では、プロセッサ１００の
プロセッサ番号、＃１を得る。データベース管理部１２
１は、通信プログラム部１２５，１０５を介し、プロセ
ッサ＃１（１００）のデータベース管理部１０１に対し
て書き込み要求を送信する。プロセッサ＃１のデータベ
ース管理部１０１も、プロセッサ＃３（１２０）のデー
タベース管理部１２１と同様の処理を行い、プロセッサ
＃２（１１０）のデータベース管理部１１１に書き込み
要求を送信する。このように、更新経路記憶部の情報伝
達経路を一周して、書き込み要求元のプロセッサ＃２
（１１０）に、その情報が戻ってくると、データベース
管理部１１１は、応用プログラム部１１６に、書き込み
完了の応答を返し処理を終了する。
【００１４】次に、図１において、応用プログラム部１
１６がデータベース管理部１１１に対してデータベース
への読み出しを要求する場合を説明する。応用プログラ
ム部１１６から読み出し要求を受け付けたデータベース
管理部１１１は、データベース１１４に対して読み出し
を実行する。その後、データベース管理部１１１は、応
用プログラム部１１６に、読み出し完了の応答を返し処
理を終了する。このように、コピー配置データの読み出
しは、その複製がプロセッサ内のデータベースに存在す
るので、プロセッサ間通信をすることなく、そのデータ
を直接読み出すことができる。
１６がデータベース管理部１１１に対してデータベース
への読み出しを要求する場合を説明する。応用プログラ
ム部１１６から読み出し要求を受け付けたデータベース
管理部１１１は、データベース１１４に対して読み出し
を実行する。その後、データベース管理部１１１は、応
用プログラム部１１６に、読み出し完了の応答を返し処
理を終了する。このように、コピー配置データの読み出
しは、その複製がプロセッサ内のデータベースに存在す
るので、プロセッサ間通信をすることなく、そのデータ
を直接読み出すことができる。
【００１５】また、データベース管理部１０１，１１
１，１２１は、それぞれ、障害検出手段１０３，１１
３，１２３を備えており、これらの障害検出手段は、定
期的にプロセッサ間で通信確認パケットを授受し、通信
障害を起こしているプロセッサを検出する。さらに、通
信障害を起こしているプロセッサを更新経路記憶部に設
定している情報伝達経路から外す。
１，１２１は、それぞれ、障害検出手段１０３，１１
３，１２３を備えており、これらの障害検出手段は、定
期的にプロセッサ間で通信確認パケットを授受し、通信
障害を起こしているプロセッサを検出する。さらに、通
信障害を起こしているプロセッサを更新経路記憶部に設
定している情報伝達経路から外す。
【００１６】上述した障害検出手段の有する通信確認手
順について、具体的に説明する。初期段階において、デ
ータベースの初期化要求を受け付けたデータベース管理
部１０１は、他のプロセッサ１１０，１２０に初期化要
求を送信し、すべての更新経路記憶部１０２，１１２，
１２２に有効な経路情報が設定されると、更新経路記憶
部１０２から得られる送信先プロセッサ、ここでは、プ
ロセッサ１１０内のデータベース管理部１１１に対し
て、通信確認パケットを送信する。通信確認パケットに
は、送信元のプロセッサ番号、ここでは、プロセッサ１
００のプロセッサ番号、＃１を明記しておく。図３は、
本実施例のデータベースシステムにおける通信確認手順
を示す模式図である。図３において、プロセッサ１００
内のデータベース管理部１０１は、更新経路記憶部１０
２に記憶された経路に従い、プロセッサ１１０内のデー
タベース管理部１１１に向けて、通信確認パケット３０
０を送信し、プロセッサ１１０からの応答待ちをタイマ
監視する。通信確認パケット３００を受信したプロセッ
サ１１０内のデータベース管理部１１１は、通信確認パ
ケット３００内に設定された送信元プロセッサ、ここで
はプロセッサ１００に対して、通信確認応答パケット３
０１を送信する。そして、更新経路記憶部１１２に記憶
された経路に従い、次のプロセッサ、ここではプロセッ
サ１２０内のデータベース管理部１２１に向けて、通信
確認パケット３０２を送信し、その応答待ちをタイマ監
視する。プロセッサ１２０内のデータベース管理部１２
１も、通信確認パケット３０２を受信すると、プロセッ
サ１１０内のデータベース管理部１１１と同様な処理を
行う。このように、通信確認パケットが、更新経路記憶
部に記憶された経路を一周し、最初に通信確認パケット
を送信したデータベース管理部１０１に到着して、通信
確認手順が正常に終了する。この通信確認手順を定期的
に実行する。
順について、具体的に説明する。初期段階において、デ
ータベースの初期化要求を受け付けたデータベース管理
部１０１は、他のプロセッサ１１０，１２０に初期化要
求を送信し、すべての更新経路記憶部１０２，１１２，
１２２に有効な経路情報が設定されると、更新経路記憶
部１０２から得られる送信先プロセッサ、ここでは、プ
ロセッサ１１０内のデータベース管理部１１１に対し
て、通信確認パケットを送信する。通信確認パケットに
は、送信元のプロセッサ番号、ここでは、プロセッサ１
００のプロセッサ番号、＃１を明記しておく。図３は、
本実施例のデータベースシステムにおける通信確認手順
を示す模式図である。図３において、プロセッサ１００
内のデータベース管理部１０１は、更新経路記憶部１０
２に記憶された経路に従い、プロセッサ１１０内のデー
タベース管理部１１１に向けて、通信確認パケット３０
０を送信し、プロセッサ１１０からの応答待ちをタイマ
監視する。通信確認パケット３００を受信したプロセッ
サ１１０内のデータベース管理部１１１は、通信確認パ
ケット３００内に設定された送信元プロセッサ、ここで
はプロセッサ１００に対して、通信確認応答パケット３
０１を送信する。そして、更新経路記憶部１１２に記憶
された経路に従い、次のプロセッサ、ここではプロセッ
サ１２０内のデータベース管理部１２１に向けて、通信
確認パケット３０２を送信し、その応答待ちをタイマ監
視する。プロセッサ１２０内のデータベース管理部１２
１も、通信確認パケット３０２を受信すると、プロセッ
サ１１０内のデータベース管理部１１１と同様な処理を
行う。このように、通信確認パケットが、更新経路記憶
部に記憶された経路を一周し、最初に通信確認パケット
を送信したデータベース管理部１０１に到着して、通信
確認手順が正常に終了する。この通信確認手順を定期的
に実行する。
【００１７】次に、上記通信確認手順において、通信障
害が検出された場合を説明する。例えば、プロセッサ１
１０内のデータベース管理部１１１が、プロセッサ１２
０内のデータベース管理部１２１に向けて、通信確認パ
ケット３０２を送信し、その応答待ちをタイマ監視して
いる状態においてタイムアウトが発生すると、再度、通
信確認パケット３０２を送信し、その応答待ちをタイマ
監視する。さらに、タイムアウトが発生すると、プロセ
ッサ１２０に通信障害が起こっているものとみなし、す
べてのプロセッサのデータベース管理部に、ここでは、
プロセッサ１００内のデータベース管理部１０１に、プ
ロセッサ１２０（プロセッサ番号＃３）において、通信
障害が起こっていることを通知する。そして、更新経路
記憶部１１２の経路から、通信障害の起こっているプロ
セッサ１２０を外す。この障害通知を受け付けたプロセ
ッサ１００内のデータベース管理部１０１も、同様に、
更新経路記憶部１０２の内容を再設定する。図４は、上
述の例に従って変更した後の更新経路記憶部の記憶内容
を示した模式図である。以上のように、障害検出手段に
よって、通信障害を起こしているプロセッサを検出し、
そのプロセッサを外した新たな情報伝達経路を更新経路
記憶部に再設定する。
害が検出された場合を説明する。例えば、プロセッサ１
１０内のデータベース管理部１１１が、プロセッサ１２
０内のデータベース管理部１２１に向けて、通信確認パ
ケット３０２を送信し、その応答待ちをタイマ監視して
いる状態においてタイムアウトが発生すると、再度、通
信確認パケット３０２を送信し、その応答待ちをタイマ
監視する。さらに、タイムアウトが発生すると、プロセ
ッサ１２０に通信障害が起こっているものとみなし、す
べてのプロセッサのデータベース管理部に、ここでは、
プロセッサ１００内のデータベース管理部１０１に、プ
ロセッサ１２０（プロセッサ番号＃３）において、通信
障害が起こっていることを通知する。そして、更新経路
記憶部１１２の経路から、通信障害の起こっているプロ
セッサ１２０を外す。この障害通知を受け付けたプロセ
ッサ１００内のデータベース管理部１０１も、同様に、
更新経路記憶部１０２の内容を再設定する。図４は、上
述の例に従って変更した後の更新経路記憶部の記憶内容
を示した模式図である。以上のように、障害検出手段に
よって、通信障害を起こしているプロセッサを検出し、
そのプロセッサを外した新たな情報伝達経路を更新経路
記憶部に再設定する。
【００１８】このように本実施例によると、全プロセッ
サにデータベースとデータベース管理部を設け、データ
ベース管理部にコピー配置データの更新要求を伝達する
ための経路を記憶する更新経路記憶部を備え、更新経路
記憶部に記憶されている送信先プロセッサに対する通信
確認パケットの授受を通して障害プロセッサを検出する
ように動作する。
サにデータベースとデータベース管理部を設け、データ
ベース管理部にコピー配置データの更新要求を伝達する
ための経路を記憶する更新経路記憶部を備え、更新経路
記憶部に記憶されている送信先プロセッサに対する通信
確認パケットの授受を通して障害プロセッサを検出する
ように動作する。
【００１９】
【発明の効果】以上の実施例から明らかなように本発明
によると、複数のプロセッサに分散されたデータベース
に、同一のデータを重複して配置し、それらコピー配置
データを更新するとき、更新経路記憶部内に記憶された
経路に従い、データの更新要求を伝達することによっ
て、更新時の負荷をすべてのプロセッサに均等に分配
し、また、データベース管理部の障害検出手段によっ
て、通信障害を起こしているプロセッサを検出し、その
プロセッサを分散データベースシステムの管理下から外
すことが可能なデータベースシステムを提供できる。
によると、複数のプロセッサに分散されたデータベース
に、同一のデータを重複して配置し、それらコピー配置
データを更新するとき、更新経路記憶部内に記憶された
経路に従い、データの更新要求を伝達することによっ
て、更新時の負荷をすべてのプロセッサに均等に分配
し、また、データベース管理部の障害検出手段によっ
て、通信障害を起こしているプロセッサを検出し、その
プロセッサを分散データベースシステムの管理下から外
すことが可能なデータベースシステムを提供できる。
【図面の簡単な説明】
【図１】本発明の一実施例のデータベースシステムの構
成を示すブロック図
成を示すブロック図
【図２】同システムにおける更新経路記憶部に記憶され
ている情報伝達経路を示す模式図
ている情報伝達経路を示す模式図
【図３】同システムにおける通信確認手順を示す模式図
【図４】同システムにおける更新経路記憶部の内容を更
新したときの情報伝達経路を示す模式図
新したときの情報伝達経路を示す模式図
【図５】従来のデータベースシステムの構成を示すブロ
ック図
ック図
１００，１１０，１２０ プロセッサ（データ処理装
置） １０１，１１１，１２１ データベース管理部 １０２，１１２，１２２ 更新経路記憶部 １０３，１１３，１２３ 障害検出手段
置） １０１，１１１，１２１ データベース管理部 １０２，１１２，１２２ 更新経路記憶部 １０３，１１３，１２３ 障害検出手段
Claims (1)
- 【請求項１】複数のデータ処理装置にまたがって構築さ
れるデータベースシステムであって、前記複数のデータ
処理装置の各々に、データベースと、該データベースへ
の操作要求を受け付けて処理するデータベース管理部と
を設け、各データ処理装置に分散している前記データベ
ースに同一のデータを重複して配置し、さらに前記デー
タベース管理部内に更新経路記憶部を設け、前記更新経
路記憶部は、前記複数のデータ処理装置の任意の１つ
が、データ更新要求を次にどのデータ処理装置に通知す
るかを示す情報を記憶し、前記データベース管理部は、
データを更新する場合、前記更新経路記憶部の記憶する
経路に従いデータを更新するとともに、前記データベー
ス管理部が前記更新経路記憶部の記憶する更新経路に従
って、定期的に通信確認パケットを送信することによっ
て、通信障害データ処理装置を検出する手段を備えたデ
ータベースシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4183359A JPH0628407A (ja) | 1992-07-10 | 1992-07-10 | データベースシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4183359A JPH0628407A (ja) | 1992-07-10 | 1992-07-10 | データベースシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0628407A true JPH0628407A (ja) | 1994-02-04 |
Family
ID=16134380
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4183359A Pending JPH0628407A (ja) | 1992-07-10 | 1992-07-10 | データベースシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0628407A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07334405A (ja) * | 1994-06-13 | 1995-12-22 | Nec Corp | ネットワーク情報データベースの管理方式 |
| JPH07334400A (ja) * | 1994-06-08 | 1995-12-22 | Hitachi Ltd | データベース・アクセス・システムおよびデータベース・アクセス・システムの制御方法 |
| JP2007094600A (ja) * | 2005-09-27 | 2007-04-12 | Ihot Ltd | 情報管理システム、そのシステムで利用される情報管理装置、および情報管理方法 |
-
1992
- 1992-07-10 JP JP4183359A patent/JPH0628407A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07334400A (ja) * | 1994-06-08 | 1995-12-22 | Hitachi Ltd | データベース・アクセス・システムおよびデータベース・アクセス・システムの制御方法 |
| JPH07334405A (ja) * | 1994-06-13 | 1995-12-22 | Nec Corp | ネットワーク情報データベースの管理方式 |
| JP2007094600A (ja) * | 2005-09-27 | 2007-04-12 | Ihot Ltd | 情報管理システム、そのシステムで利用される情報管理装置、および情報管理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5784617A (en) | Resource-capability-based method and system for handling service processor requests | |
| EP0563623B1 (en) | Communicating messages between processors and a coupling facility | |
| KR100575497B1 (ko) | 내고장성 컴퓨터 시스템 | |
| US5668943A (en) | Virtual shared disks with application transparent recovery | |
| US4894828A (en) | Multiple sup swap mechanism | |
| US6408163B1 (en) | Method and apparatus for replicating operations on data | |
| US5442785A (en) | Method and apparatus for passing messages between application programs on host processors coupled to a record lock processor | |
| JP2003208267A (ja) | クラスタ型ディスク制御装置および負荷分散方法 | |
| US6356978B1 (en) | File control device | |
| JP2001509289A (ja) | 分散型遠隔通信スイッチ内の通信及びプロセス管理のためのシステム及び方法 | |
| KR0174604B1 (ko) | 전자식 교환기에서 프로세서 상태확인 분산처리방법 | |
| US6339812B1 (en) | Method and apparatus for handling invalidation requests to processors not present in a computer system | |
| KR19990043986A (ko) | 업무 인계 시스템 | |
| JPH0628407A (ja) | データベースシステム | |
| JP2001134546A (ja) | マルチプロセッサシステムの障害処理方法 | |
| JP2001027951A (ja) | マルチプロセッサ構成の情報処理システムにおけるファイルロード装置と記録媒体 | |
| EP1463997B1 (en) | Interdomain data transfer | |
| JP3176945B2 (ja) | 情報処理装置、待機冗長型システムおよび待機冗長型システムの主系と待機系との間でチェックポイントをとる方法 | |
| JPH05224964A (ja) | バス異常通知方式 | |
| JP3130892B2 (ja) | 二重化システム | |
| JP2723245B2 (ja) | ファクシミリ蓄積交換装置 | |
| JPS63311557A (ja) | オフィスオートメーション装置 | |
| JPH05197652A (ja) | マルチプロセッサシステム | |
| JPH0496830A (ja) | 分散処理システムにおけるデータ管理方法 | |
| JPH05204689A (ja) | 制御装置 |