JPH05334163A - Exclusive control system for shared memory between plural systems - Google Patents

Exclusive control system for shared memory between plural systems

Info

Publication number
JPH05334163A
JPH05334163A JP4138341A JP13834192A JPH05334163A JP H05334163 A JPH05334163 A JP H05334163A JP 4138341 A JP4138341 A JP 4138341A JP 13834192 A JP13834192 A JP 13834192A JP H05334163 A JPH05334163 A JP H05334163A
Authority
JP
Japan
Prior art keywords
exclusive control
data
shared
shared memory
processing
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
Application number
JP4138341A
Other languages
Japanese (ja)
Inventor
Kazuhiro Katayama
一浩 片山
Tadashi Kitamura
正 喜多村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Software Engineering Co Ltd
Hitachi Ltd
Original Assignee
Hitachi Software Engineering Co Ltd
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Software Engineering Co Ltd, Hitachi Ltd filed Critical Hitachi Software Engineering Co Ltd
Priority to JP4138341A priority Critical patent/JPH05334163A/en
Publication of JPH05334163A publication Critical patent/JPH05334163A/en
Pending legal-status Critical Current

Links

Landscapes

  • Multi Processors (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To attain more efficient exclusive control by previously determining a system for managing the updating of a shared memory, and simultaneously with the start of updating processing, transferring exclusive control information to an updating management system. CONSTITUTION:Respective systems HOST1, HOST2 are respectively constituted of user application programs UAP1, UAP2 for accessing a shared data base(DB) C-1, DB accessing parts A-1, A-2 for attaining DB accessing, and DB distriibuting function parts B-1, B-2 for attaining transaction processing applied between plural systems. The HOST 1 is connected to the HOST 2 through a high-speed = bus such as a channel. In this case, a data updating system in the shared memory is previously determined, and simultaneously with the starting of a UAP for updating the shared memory, exclusive control information is transferred to the data updating system to execute the exclusive control of the memory.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】システムの大規模化、多様化に伴
い、機能分散、負荷分散、危険分散を目的とした分散シ
ステムが多くなってきている。本発明は、このようなシ
ステムにおいて、共通リソースであるデータベースを各
システム間で共用アクセスする場合の技術に関する。
[Industrial field of use] With the increase in scale and diversification of systems, the number of distributed systems for the purpose of function distribution, load distribution, and risk distribution is increasing. The present invention relates to a technique for sharing access to a database, which is a common resource, between systems in such a system.

【0002】[0002]

【従来の技術】従来のシステム間でデータベース等のメ
モリを共用する方式は、特開平3−222048号公報
に記載の様に、予めデータ更新システムを決定してお
き、データ更新処理発生時、更新システムを介したリモ
ートアクセス処理を行い、アクセス対象メモリの排他制
御を実現させ、また、データ参照処理時は、排他制御な
しで処理要求元システムより排他なしで直接メモリをア
クセスする方式である。
2. Description of the Related Art A conventional method of sharing a memory such as a database between systems is to determine a data update system in advance as described in Japanese Patent Laid-Open No. 3-222048 and update the data when a data update process occurs. This is a method of performing remote access processing via the system to realize exclusive control of the access target memory, and at the time of data reference processing, the memory is directly accessed from the process request source system without exclusion control.

【0003】[0003]

【発明が解決しようとする課題】上記従来技術では、デ
ータ更新システムにおけるメモリ装置の排他制御が、デ
ータ更新処理タイミング(リモートアクセス処理タイミ
ング)となる。この為、実行するデータ検索処理とデー
タ更新処理のデータの排他および整合性の保証をUAP
にて行う必要があるという問題点がある。
In the above prior art, the exclusive control of the memory device in the data update system is the data update processing timing (remote access processing timing). Therefore, the data exclusion and consistency guarantee of the data search process and the data update process to be executed are guaranteed by the UAP.
There is a problem that it needs to be done in.

【0004】また、再試行については考慮していないと
いう問題点がある。
There is also a problem that retries are not taken into consideration.

【0005】本発明の目的は、上記の問題点を解決する
複数システム間共用メモリ排他制御方式を提供すること
にある。
An object of the present invention is to provide a shared memory exclusive control system between a plurality of systems which solves the above problems.

【0006】[0006]

【課題を解決するための手段】上記目的を達成するため
に、データベース等のメモリを複数のシステムで共用す
るコンピュータシステムにおいて、共用メモリの更新を
管理するシステムを予め決定し、共用メモリ更新管理シ
ステム以外のシステムが共用メモリを更新する場合、更
新管理元以外のシステムは、共用メモリを更新する処理
を開始すると同時に共用メモリ更新管理システムに対
し、排他制御情報を転送することにより、共用メモリに
対して資源排他を実行したものである。
In order to achieve the above object, in a computer system in which a memory such as a database is shared by a plurality of systems, a system for managing the update of the shared memory is determined in advance, and a shared memory update management system is provided. When a system other than the above updates the shared memory, the system other than the update management source starts the process of updating the shared memory and transfers exclusive control information to the shared memory update management system at the same time Resource exclusion.

【0007】また、更新管理元システムの占有を、処理
要求元システムから疑似トランザクションを派生させる
ことにより管理したものである。
Also, the occupation of the update management source system is managed by deriving a pseudo transaction from the processing request source system.

【0008】また、更新管理元システムにて、排他制御
が正常に行なわれない場合、処理要求元システムに対し
て障害通知を行い、処理を再スケジューリングしたもの
である。
When exclusive control is not normally performed in the update management source system, a failure notification is sent to the processing request source system and the processing is rescheduled.

【0009】また、更新管理元システムにて、排他制御
が正常に行なわれない場合、更新管理元システムにおい
て、排他処理を再試行させたものである。
If the exclusive control is not normally performed in the update management source system, the exclusive management is retried in the update management source system.

【0010】[0010]

【作用】共用メモリのデータ更新システムを予め決定
し、共用メモリを更新するUAPを起動すると同時に、
そのデータ更新システムに対して排他制御情報を転送す
ることにより当該メモリに対して排他制御を行なう。そ
の排他制御の有効性の保証をUAPの同期処理時に行う
ため、UAP処理実行中のデータの整合性が保証され、
UAPにてデータの排他制御を行う必要が無くなるの
で、ユーザがデータの排他制御を意識せず、より効率的
な排他制御を実現できる。
Operation: The data update system for the shared memory is determined in advance, and at the same time when the UAP for updating the shared memory is started,
Exclusive control is performed on the memory by transferring exclusive control information to the data updating system. Since the validity of the exclusive control is guaranteed at the time of UAP synchronization processing, the consistency of data during UAP processing execution is guaranteed,
Since it is not necessary to perform data exclusive control by the UAP, the user can realize more efficient exclusive control without being aware of the data exclusive control.

【0011】また、複数システムから、共用メモリに対
する更新要求が発生した場合でも、システムあるいはユ
ーザ指定において排他制御処理を再試行する手段を兼ね
備えている為、システム運用管理者の負荷を大幅に軽減
することが可能でき、また、排他制御処理の再試行を兼
ね備えている為、システムの自動運用をおこなっている
システムに適用することができる。
Further, even when an update request for the shared memory is issued from a plurality of systems, the system is provided with a means for retrying the exclusive control process in the system or user designation, so that the load on the system operation manager is greatly reduced. It is also possible to apply the present invention to a system in which automatic operation of the system is performed, since it is also possible to retry exclusive control processing.

【0012】[0012]

【実施例】以下、本発明の一実施例を図面により詳細に
説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described in detail below with reference to the drawings.

【0013】尚、本発明は、分散トランザクションとの
混在も可能であるが、説明を簡略化する意味で、データ
ベース(以後DBと略す)を複数システム間で共用する
共用DBシステムを用いて説明する。
The present invention can be mixed with distributed transactions, but for the sake of simplifying the explanation, a description will be given using a shared DB system in which a database (hereinafter abbreviated as DB) is shared by a plurality of systems. ..

【0014】図1は、本発明の一実施例のデータベース
を複数システム間で共用する共用DBシステムの構成図
である。
FIG. 1 is a block diagram of a shared DB system for sharing a database according to an embodiment of the present invention among a plurality of systems.

【0015】HOST1は、共用DB(C−1)更新管
理システムであり、HOST2は、共用DB(C−1)
へのアクセスを行うシステムである。HOST1,HO
ST2の各システムは、共用DB(C−1)をアクセス
対象とするユーザアプリケーションプログラム(UAP
1、UAP2)と、データベースアクセスを実現するD
Bアクセス部(A−1,A−2)と、複数システム間に
またがるトランザクション処理を実現するためのDB分
散機能部(B−1,B−2)とから構成されており、H
OST1には、共用DB(C−1)が存在する。HOS
T2には、DB(C−2)が存在する。HOST1とH
OST2は、チャネル等の高速バス1にて接続されてお
り、DBアクセス部(A−1,A−2)と共用DB(C
−1)、DBアクセス部(A−2)とDB(C−2)も
チャネル等の高速バス1にて接続されている。
HOST1 is a shared DB (C-1) update management system, and HOST2 is a shared DB (C-1) update management system.
It is a system to access to. HOST1, HO
Each system in ST2 has a user application program (UAP) for accessing the shared DB (C-1).
1, UAP2) and D that realizes database access
B access unit (A-1, A-2) and DB distribution function unit (B-1, B-2) for realizing transaction processing across a plurality of systems, and H
A shared DB (C-1) exists in OST1. HOS
DB (C-2) exists in T2. HOST1 and H
The OST 2 is connected by a high-speed bus 1 such as a channel, and is connected to a DB access unit (A-1, A-2) and a shared DB (C
-1), the DB access unit (A-2) and the DB (C-2) are also connected by the high speed bus 1 such as a channel.

【0016】(1)処理要求元がHOST1の場合 HOST1内のUAP1からのHOST1のDBアクセ
ス要求処理フローを説明する。
(1) When the processing request source is HOST1 A processing flow of a DB access request of HOST1 from UAP1 in HOST1 will be described.

【0017】図3はシステム構成図である。図6は、D
Bアクセス部内のシステム定義情報管理テーブルを示す
図である。システム定義情報管理テーブル6は、アクセ
ス対象データを示す情報61と、更新管理ノードを示す
情報62と、共用か否かを示す情報63とから構成され
る。データA,Bは共用DB(C−1)に、データCは
DB(C−2)に、データDはDB(C−3)に格納さ
れている。
FIG. 3 is a system configuration diagram. FIG. 6 shows D
It is a figure which shows the system definition information management table in a B access part. The system definition information management table 6 includes information 61 indicating access target data, information 62 indicating an update management node, and information 63 indicating whether or not it is shared. The data A and B are stored in the shared DB (C-1), the data C is stored in the DB (C-2), and the data D is stored in the DB (C-3).

【0018】図5は処理手順を示すフローチャートであ
る。UAP1の開始(5−1)により、DBアクセス部
(A−1)を呼出し、UAPスケジューリング処理が実
行される(5−2)。UAPスケジュ−リング処理と
は、当該UAPがアクセスするスキ−マ及びUAP環境
定義をシステムディレクトリからロ−ディング等を行う
処理である。
FIG. 5 is a flowchart showing the processing procedure. When UAP1 is started (5-1), the DB access unit (A-1) is called and the UAP scheduling process is executed (5-2). The UAP scheduling process is a process of loading a schema and a UAP environment definition accessed by the UAP from a system directory.

【0019】その後、DBアクセス部では、アクセス対
象データの識別子をキーに、DBアクセス部内のシステ
ム定義情報管理テーブル6を参照し、当該UAPのアク
セス対象データが共用DB(C−1)内のデータである
かないかの識別を行う(5−3)。
After that, the DB access unit refers to the system definition information management table 6 in the DB access unit with the identifier of the access target data as a key, and the access target data of the UAP is the data in the shared DB (C-1). It is discriminated whether or not it is (5-3).

【0020】共用DB(C−1)内のデータでないな
ら、通常ローカルアクセスと同様、DB排他使用宣言を
行い(5−6)、DBのアクセス処理を実行する(5−
7以後を行なう)。共用DB(C−1)内のデータな
ら、自システムが、共用DB更新管理システムであるか
否かを判断する(5−5)。
If the data is not in the shared DB (C-1), the DB exclusive use declaration is made (5-6) and the DB access process is executed (5-), as in the normal local access.
7 and later). If it is the data in the shared DB (C-1), the own system judges whether or not it is the shared DB update management system (5-5).

【0021】自システムが、共用DB更新管理システム
であるなら、当該UAP処理でデ−タの更新を行うか否
かを判断し(5−14)、更新を行なわないなら、DB
排他使用宣言を行なわず、以後通常ローカルアクセスと
同様の処理を実行する(5−7以後を行なう)。更新を
行なうなら、通常ローカルアクセスと同様、DB排他使
用宣言を行い(5−6)、共用DBのアクセス処理を実
行する(5−7以後を行なう)。この様に、共用DBの
排他制御は、当該UAP処理でデ−タを更新するときの
みDBアクセス部にて排他使用宣言を実行して実現す
る。
If the own system is a shared DB update management system, it is judged whether or not the data is updated in the UAP process (5-14). If the data is not updated, the DB is updated.
The exclusive use declaration is not made, and thereafter the same processing as the normal local access is executed (5-7 and after). When updating is performed, the DB exclusive use declaration is made (5-6) and the access processing of the shared DB is executed (5-7 and thereafter) as in the normal local access. In this way, the exclusive control of the shared DB is realized by executing the exclusive use declaration in the DB access unit only when updating the data in the UAP process.

【0022】自システムが、共用DB更新管理システム
でないなら、当該UAP処理でデ−タの更新を行うか否
かを判断し(5−4)、更新を行なわないなら、DB排
他使用宣言を行なわず、DML(data manip
ulation language)処理を実行する
(5−7以後を行なう)。更新を行なうなら、後述する
リモートアクセス処理を行なう。リモートアクセス処理
については、(2)処理要求元がHOST2の場合で説
明する。
If the own system is not the shared DB update management system, it is judged whether or not the data is updated by the UAP process (5-4). If the update is not performed, the DB exclusive use declaration is made. No, DML (data manip
lation process) is performed (5-7 and subsequent steps are performed). If updating is performed, remote access processing described later is performed. The remote access processing will be described in the case of (2) the processing request source is HOST2.

【0023】以上述べたことから分かるように、例え
ば、HOST1内のUAP1から、HOST1が更新管
理ノードである共用DB(C−1)内のデータAへのデ
ータ更新要求の場合、通常ローカルアクセスと同様、D
B排他使用宣言を行い(5−6)、共用DBのアクセス
処理を実行する(5−7以後を行う)。
As can be seen from the above description, for example, in the case of a data update request from the UAP1 in the HOST1 to the data A in the shared DB (C-1), which is the update management node, a normal local access is performed. Similarly, D
B exclusive use declaration is made (5-6), and shared DB access processing is executed (5-7 and thereafter).

【0024】DML処理は、通常ロ−カルアクセス及び
共用DBアクセスとも同様である。DBアクセス部にて
UAP1のスケジュ−リング処理及びDB排他使用宣言
が完了すると、制御をUAP1に一旦戻す。制御を受け
取ったUAP1では、DMLの発行(5−7)を行い、
再度DBアクセス部に制御を渡す。
The DML processing is similar to the normal local access and shared DB access. When the scheduling process of UAP1 and the DB exclusive use declaration are completed in the DB access unit, the control is once returned to UAP1. Upon receipt of the control, the UAP1 issues DML (5-7),
Control is passed again to the DB access unit.

【0025】DBアクセス部では、DBインデックス部
のリ−ド(5−8)、DBデ−タ部のリ−ド(5−9)
及びDML処理を行う(5−10)。このDML処理
は、発行DMLに対応した処理であり、デ−タの検索/
更新等を行う。この処理の結果をUAP1に返答し(5
−11)、UAP1が終了する(5−12)。UAP1
に返すデ−タは、DBアクセス結果(ステ−タスコ−
ド)あるいは検索デ−タである。
In the DB access section, the DB index section is read (5-8) and the DB data section is read (5-9).
And DML processing is performed (5-10). This DML processing is processing corresponding to the issued DML, and searches for data /
Update etc. The result of this processing is returned to UAP1 (5
-11), UAP1 ends (5-12). UAP1
The data returned to is the DB access result (status
Data) or search data.

【0026】(2)処理要求元がHOST2の場合 HOST2内のUAP2からのHOST1の共用DBに
格納されたデータBへのアクセス要求の処理を説明す
る。
(2) When the processing request source is HOST2 Processing of an access request from UAP2 in HOST2 to data B stored in the shared DB of HOST1 will be described.

【0027】図2はシステム構成図である。図8は、D
Bアクセス部内のシステム定義情報管理テーブルを示す
図である。システム定義情報管理テーブル8は、アクセ
ス対象データの識別子を示す情報81と、更新管理ノー
ドを示す情報82と、共用か否かを示す情報83とから
構成される。データA,B,Cは共用DB(C−1)
に、データCはDB(C−2)に格納されている。
FIG. 2 is a system configuration diagram. FIG. 8 shows D
It is a figure which shows the system definition information management table in a B access part. The system definition information management table 8 is composed of information 81 indicating an identifier of access target data, information 82 indicating an update management node, and information 83 indicating whether or not the data is shared. Data A, B, C are shared DB (C-1)
Further, the data C is stored in the DB (C-2).

【0028】図7はPDU形式を示している。通信用デ
ータ(PDU)7は、通信プリフィックスデータ71
と、DML処理用データ部72とから構成される。この
DML処理用データ部72は、疑似分散トランザクショ
ンと通常の分散トランザクションとでは内容が異なる。
通常の分散トランザクションの場合、DBアクセス情報
(インデックス情報、データ等)であり、疑似分散トラ
ンザクションの場合、ダミー情報(DB排他制御情報用
データ)である。
FIG. 7 shows the PDU format. The communication data (PDU) 7 is the communication prefix data 71.
And a DML processing data section 72. The contents of the DML processing data section 72 are different between the pseudo distributed transaction and the normal distributed transaction.
In the case of a normal distributed transaction, it is DB access information (index information, data, etc.), and in the case of a pseudo distributed transaction, it is dummy information (data for DB exclusive control information).

【0029】図5は処理手順を示すフローチャートであ
る。UAP2の開始(4−1)によりDBアクセス部
(A−2)を呼出し、UAPスケジューリング処理が実
行される(4−2)。
FIG. 5 is a flow chart showing the processing procedure. When the UAP2 is started (4-1), the DB access unit (A-2) is called, and the UAP scheduling process is executed (4-2).

【0030】DBアクセス部(A−2)では、図8に示
すDBアクセス部内のシステム定義情報管理テーブル8
を参照することにより、UAP2のアクセス対象データ
Bが共用DB(C−1)内のデータであることを識別す
る。また、このシステム定義情報より、当該共用DB更
新管理システムがHOST1であることを識別する。ま
た、当該UAP処理でデ−タ更新を行うことを認識す
る。
In the DB access unit (A-2), the system definition information management table 8 in the DB access unit shown in FIG.
By referring to, it is identified that the access target data B of UAP2 is data in the shared DB (C-1). Further, it is identified from the system definition information that the shared DB update management system is HOST1. Also, it recognizes that the data is updated in the UAP process.

【0031】尚、図4の4−3は、図5の5−13(点
線内の部分)と同じである為、詳細な説明は省略する。
Since 4-3 in FIG. 4 is the same as 5-13 (portion within the dotted line) in FIG. 5, detailed description will be omitted.

【0032】DBアクセス部(A−2)では、DB排他
制御情報用データを作成してDB分散機能部(B−2)
に制御を渡す。この時、DBアクセス部(A−2)にお
いて、UAP2処理トランザクションの派生サブトラン
ザクションとして、HOST1内のDBアクセス部(A
−1)に対して、共用DBの排他制御処理を行わせる疑
似分散トランザクションを派生させる。
The DB access unit (A-2) creates data for DB exclusive control information, and the DB distribution function unit (B-2).
Pass control to. At this time, in the DB access unit (A-2), as a sub-transaction of the UAP2 processing transaction, the DB access unit (A in the HOST1
For -1), a pseudo distributed transaction that causes exclusive control processing of the shared DB is derived.

【0033】通常の分散トランザクションは、UAP等
からの処理要求の発生により生成されるものであり、当
該処理を実行させる1つの処理単位である。これに対し
て、疑似分散トランザクションは、実際にはUAP等か
らの処理要求が発生していないにもかかわらず、あたか
も処理要求が発生したかのようにシステム(データベー
スマネージメントシステム)内にて、疑似的に発生させ
る分散トランザクション(処理単位)である。
A normal distributed transaction is generated by the generation of a processing request from UAP or the like, and is one processing unit for executing the processing. On the other hand, the pseudo-distributed transaction is a pseudo-transaction in the system (database management system) as if a processing request had been issued, although the processing request from the UAP or the like was not actually issued. It is a distributed transaction (processing unit) that is generated dynamically.

【0034】DBアクセス部(A−2)より制御を渡さ
れたDB分散機能部(B−2)では、通常の分散トラン
ザクション処理と同様、分散トランザクションを発生さ
せ、図7に示すように、DBアクセス部(A−2)より
渡されたDB排他制御情報用データをDML処理用デー
タ部72に格納し、これに通信プリフィックスデータ7
1を付加し、通信用データ(PDU)7に変換して共用
DB更新管理システムであるHOST1へ転送する(4
−4)。
In the DB distribution function unit (B-2) to which control is passed from the DB access unit (A-2), a distributed transaction is generated as in the normal distributed transaction processing, and as shown in FIG. The DB exclusive control information data passed from the access unit (A-2) is stored in the DML processing data unit 72, and the communication prefix data 7 is stored therein.
1 is added, converted into communication data (PDU) 7 and transferred to the shared DB update management system HOST 1 (4
-4).

【0035】HOST1のDB分散機能部(B−1)で
は、HOST2から送信された通信用データ(PDU)
7を受信する(4−5)と同時に疑似トランザクション
を発生させる。この疑似トランザクション処理は、DB
アクセス部(A−1)が共用DBの排他制御を行う為の
ものであり、処理要求元であるHOST2のDBアクセ
ス部(A−2)と同期した共用DB排他制御を行わせる
ものである。DBアクセス部(A−1)の共用DBへの
排他制御は、DBアクセス部(A−1)からの疑似トラ
ンザクション処理による疑似DBアクセス要求として実
現している(4−6)。
In the DB distribution function unit (B-1) of HOST1, the communication data (PDU) transmitted from HOST2.
Simultaneously with receiving 7 (4-5), a pseudo transaction is generated. This pseudo transaction process is
The access unit (A-1) is for performing exclusive control of the shared DB, and is for performing shared DB exclusive control in synchronization with the DB access unit (A-2) of the HOST2 that is the processing request source. Exclusive control of the DB access unit (A-1) to the shared DB is realized as a pseudo DB access request by pseudo transaction processing from the DB access unit (A-1) (4-6).

【0036】DBアクセス部(A−1)では、DB分散
機能部(B−1)より渡された共用DB排他制御用デー
タにより共用DB排他使用宣言処理を行い排他制御を開
始する(4−7)。この共用DB排他使用宣言処理結果
は、疑似DBアクセス処理結果として、DB分散機能部
(B−1)に返される。
In the DB access unit (A-1), shared DB exclusive use declaration processing is performed by the shared DB exclusive control data passed from the DB distribution function unit (B-1), and exclusive control is started (4-7). ). The shared DB exclusive use declaration processing result is returned to the DB distribution function unit (B-1) as the pseudo DB access processing result.

【0037】DB分散機能部(B−1)では、DBアク
セス部(A−1)からの疑似DBアクセス結果を受け取
ると、DML処理用データ部72に疑似トランザクショ
ン処理結果を格納し、これに通信プリフィックスデータ
71を付加し、通信用データ(PDU)7に変換し、H
OST2へ転送する(4−8)。
When the DB distribution function unit (B-1) receives the pseudo DB access result from the DB access unit (A-1), it stores the pseudo transaction processing result in the DML processing data unit 72 and communicates with it. Prefix data 71 is added and converted into communication data (PDU) 7 and H
Transfer to OST2 (4-8).

【0038】HOST1から疑似DBアクセス結果デー
タを含む通信用データ(PDU)7を受信(4−9)し
たHOST2では、DB分散機能部(B−2)におい
て、受信データからDB分散機能部(B−1,B−2)
間の通信プリフィックスデータ71を除外したDML処
理用データ部72を疑似DBアクセス処理結果としてD
Bアクセス部(A−2)に返す。
In HOST2 which has received (4-9) the communication data (PDU) 7 including the pseudo DB access result data from HOST1, in HOST2, in the DB distribution function unit (B-2), the received data is converted to the DB distribution function unit (B). -1, B-2)
DML processing data portion 72 excluding the communication prefix data 71 between
It is returned to the B access unit (A-2).

【0039】このデータを受けたDBアクセス部(A−
2)では、DB分散機能部(B−2)より受けたデータ
から、HOST1での共用DB排他処理が正常に行われ
たかどうか判断する(4−10)。排他処理が正常の場
合は、続けて共用DB(C−1)に対する処理を続行す
る。更新処理(更新DML発行)を行う場合、共用DB
(C−1)を直接アクセスするのは共用DB更新管理シ
ステムであるHOST1である為、HOST1に対して
連絡パスを経由するリモートアクセスを実行する(4−
11〜4−15)ことになる。この方法に対しては、公
知である為、本実施例では詳細に説明しない。そして、
UAP2が終了する(4−16)。
The DB access unit (A-
In 2), it is determined from the data received from the DB distribution function unit (B-2) whether or not the shared DB exclusion process in HOST1 is normally performed (4-10). If the exclusive process is normal, the process for the shared DB (C-1) is continued. When performing update processing (issue update DML), shared DB
Since the shared database update management system HOST1 directly accesses (C-1), remote access via the communication path is executed for HOST1 (4-).
11 to 4-15). Since this method is known, it will not be described in detail in this embodiment. And
UAP2 ends (4-16).

【0040】尚、本実施例では、DBアクセス部(A−
2)で、共用DB排他処理が正常に行われたかどうか判
断しているが、ステップ4−7の後に、DBアクセス部
(A−1)で排他制御が正常か否かを判断させる処理を
設け、異常時には、DBアクセス部(A−1)にて、排
他制御が正常に行われるまで行なうことにしてもよい。
In this embodiment, the DB access unit (A-
In 2), it is determined whether or not the shared DB exclusion process has been normally performed. However, after step 4-7, a process for determining whether or not the exclusion control is normal in the DB access unit (A-1) is provided. At the time of abnormality, the DB access unit (A-1) may perform the exclusive control until the exclusive control is normally performed.

【0041】また、これに対して、参照処理(参照DM
L発行)する場合、共用DB(C−1)とDBアクセス
部(A−2)の直接パスで共用DB(C−1)を参照す
るローカルアクセスを実行することとなる。この方法に
ついては、項目(1)にて説明を行っているデ−タ参照
処理と同様である為、本項目では改めて説明はしない。
これに対して、排他処理が異常の場合は、DBアクセ
ス部(A−2)内にて再度処理のスケジューリングを実
行する(4−10)。
On the other hand, reference processing (reference DM
When issuing L, the local access is performed by referring to the shared DB (C-1) through the direct path of the shared DB (C-1) and the DB access unit (A-2). Since this method is the same as the data reference processing described in item (1), it will not be described again in this item.
On the other hand, when the exclusive process is abnormal, the process scheduling is executed again in the DB access unit (A-2) (4-10).

【0042】DBアクセス部(A−2)におけるスケジ
ューリング処理は、最初の疑似サブトランザクション処
理を破棄し、再度同様の疑似サブトランザクション処理
(分散トランザクション処理)を行うことである。尚、
この疑似サブトランザクション処理破棄処理としては、
HOST2のみで行う方法、HOST1指導権により行
う方法など複数あるが、本実施例では、後者の方法で説
明している。
The scheduling process in the DB access unit (A-2) is to discard the first pseudo sub-transaction process and perform the same pseudo sub-transaction process (distributed transaction process) again. still,
As this pseudo sub-transaction processing discard processing,
There are a plurality of methods, such as a method using only HOST2 and a method using HOST1 instruction, but in the present embodiment, the latter method is described.

【0043】分散システムでは、複数システムに渡るト
ランザクション処理の整合性を保証する手段として、2
フェーズコミットメントを採用している。尚、2フェー
ズコミットメントに関しては、公知である為、説明を行
なわない。
In the distributed system, as a means for guaranteeing the consistency of transaction processing across a plurality of systems, 2
Adopts phase commitment. The two-phase commitment is well known and will not be described.

【0044】この為、HOST1のDBアクセス部(A
−1)における排他制御の有効性の保証は、上記で説明
したように疑似分散トランザクションを派生させること
により実現できる。つまり、共用DB(C−1)内のデ
ータを処理対象とするトランザクション開始前に、疑似
トランザクションを開始させておき、共用DB(C−
1)内のデータを処理対象とするトランザクション終了
時、疑似トランザクションも含めてコミット準備を行な
う。これにより、対象トランザクションが全て正常に処
理されたかどうか判断でき、HOST1のDBアクセス
部(A−1)における排他制御の有効性を確認すること
ができる。コミット準備失敗(障害発生)時、トランザ
クション全体をロールバックすることで、HOST1と
HOST2でのデータ参照/更新処理の整合性を保こと
が出来る。
Therefore, the DB access part (A
The guarantee of the validity of the exclusive control in -1) can be realized by deriving the pseudo distributed transaction as described above. That is, a pseudo transaction is started before the transaction for processing the data in the shared DB (C-1) is started, and the shared DB (C-
At the end of the transaction for which the data in 1) is to be processed, prepare for commit including the pseudo transaction. As a result, it is possible to judge whether all the target transactions have been processed normally, and it is possible to confirm the validity of the exclusive control in the DB access unit (A-1) of HOST1. By rolling back the entire transaction when the commit preparation fails (failure occurs), the consistency of the data reference / update processing in HOST1 and HOST2 can be maintained.

【0045】尚、起動するUAP形態がMPP(mes
sage processingprogram)の場
合、同期処理が失敗しても、次の新たなトランザクショ
ン開始時に疑似分散トランザクションを派生させること
により、新たに排他制御を開始することが出来る。
The UAP mode to be activated is MPP (mes
In the case of the sage processing program), even if the synchronization process fails, the exclusive control can be newly started by deriving the pseudo distributed transaction at the start of the next new transaction.

【0046】[0046]

【発明の効果】本発明によれば、共用メモリのデータ更
新システムを予め決定し、共用メモリを更新するUAP
を起動すると同時に、そのデータ更新システムに対して
排他制御情報を転送することにより当該メモリに対して
排他制御を行なう。その排他制御の有効性の保証をUA
Pの同期処理時に行うため、UAP処理実行中のデータ
の整合性が保証され、UAPにてデータの排他制御を行
う必要が無くなるので、ユーザがデータの排他制御を意
識せず、より効率的な排他制御を実現できる。
According to the present invention, a UAP for determining a shared memory data update system in advance and updating the shared memory.
At the same time as activating, the exclusive control is performed on the memory by transferring the exclusive control information to the data updating system. UA guarantees the validity of the exclusive control
Since it is performed during the P synchronous processing, the consistency of the data during the UAP processing is guaranteed, and there is no need to perform the data exclusive control by the UAP. Exclusive control can be realized.

【0047】また、複数システムから、共用メモリに対
する更新要求が発生した場合でも、システムあるいはユ
ーザ指定において排他制御処理を再試行する手段を兼ね
備えている為、システム運用管理者の負荷を大幅に軽減
することが可能でき、また、排他制御処理の再試行を兼
ね備えている為、システムの自動運用をおこなっている
システムに適用することができる。
Further, even when an update request for the shared memory is issued from a plurality of systems, the system is provided with a means for retrying the exclusive control process in the system or user designation, so that the load on the system operation manager is greatly reduced. It is also possible to apply the present invention to a system in which automatic operation of the system is performed because the exclusive control process is also retried.

【0048】[0048]

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例のシステム構成図である。FIG. 1 is a system configuration diagram of an embodiment of the present invention.

【図2】本発明の一実施例のシステム構成図である。FIG. 2 is a system configuration diagram of an embodiment of the present invention.

【図3】本発明の一実施例のシステム構成図である。FIG. 3 is a system configuration diagram of an embodiment of the present invention.

【図4】処理手順を示すフローチャートである。FIG. 4 is a flowchart showing a processing procedure.

【図5】処理手順を示すフローチャートである。FIG. 5 is a flowchart showing a processing procedure.

【図6】システム定義情報管理テーブルの一例を示す図
である。
FIG. 6 is a diagram showing an example of a system definition information management table.

【図7】DB分散機能部間の転送デ−タ形式(PDU)
の形式を示す図である。
FIG. 7: Transfer data format (PDU) between DB distribution function units
It is a figure which shows the format of.

【図8】システム定義情報管理テーブルのその他の例を
示す図である。
FIG. 8 is a diagram showing another example of the system definition information management table.

【符号の説明】[Explanation of symbols]

HOST1…共用データベース更新管理システム、HO
ST2…共用データベースへのアクセスを行なうシステ
ム、UAP1,UAP2…ユーザアプリケーションプロ
グラム、A−1,A−2…データベースアクセス部、B
−1,B−2…DB分散機能部、C−1…共用データベ
ース、C−2…デ−タベ−ス。
HOST1 ... Shared database update management system, HO
ST2 ... System for accessing shared database, UAP1, UAP2 ... User application program, A-1, A-2 ... Database access unit, B
-1, B-2 ... DB distributed function unit, C-1 ... Shared database, C-2 ... Database.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 喜多村 正 神奈川県横浜市中区尾上町6丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 ─────────────────────────────────────────────────── ─── Continued Front Page (72) Inventor Tadashi Kitamura 6-81 Onoue-cho, Naka-ku, Yokohama-shi Kanagawa Hitachi Software Engineering Co., Ltd. In-house

Claims (4)

【特許請求の範囲】[Claims] 【請求項1】データベース等のメモリを複数のシステム
で共用するコンピュータシステムにおいて、前記共用メ
モリの更新を管理するシステムを予め決定し、共用メモ
リ更新管理システム以外のシステムが前記共用メモリを
更新する場合、前記更新管理元以外のシステムは、前記
共用メモリを更新する処理を開始すると同時に前記共用
メモリ更新管理システムに対し、排他制御情報を転送す
ることにより、前記共用メモリに対して資源排他を実行
することを特徴とする複数システム間共用メモリ排他制
御方式。
1. In a computer system in which a memory such as a database is shared by a plurality of systems, a system for managing the update of the shared memory is determined in advance, and a system other than the shared memory update management system updates the shared memory. , The system other than the update management source starts the process of updating the shared memory, and at the same time, transfers exclusive control information to the shared memory update management system to execute resource exclusion to the shared memory. A shared memory exclusive control method between multiple systems, which is characterized in that
【請求項2】前記更新管理元システムの占有を、前記処
理要求元システムから疑似トランザクションを派生させ
ることにより管理することを特徴とする請求項1記載の
複数システム間共用メモリ排他制御方式。
2. A shared memory exclusive control system between a plurality of systems according to claim 1, wherein the occupation of said update management source system is managed by deriving a pseudo transaction from said processing request source system.
【請求項3】前記更新管理元システムにて、排他制御が
正常に行なわれない場合、前記処理要求元システムに対
して障害通知を行い、処理を再スケジューリングするこ
とを特徴とする請求項1記載の複数システム間共用メモ
リ排他制御方式。
3. The update management source system, when exclusive control is not normally performed, issues a failure notification to the processing request source system and reschedules the processing. Shared memory exclusive control method between multiple systems.
【請求項4】前記更新管理元システムにて、排他制御が
正常に行なわれない場合、前記更新管理元システムにお
いて、排他処理を再試行させることを特徴とする請求項
1記載の複数システム間共用メモリ排他制御方式。
4. The sharing between a plurality of systems according to claim 1, wherein when the exclusive control is not normally performed in the update management source system, the exclusive management is retried in the update management source system. Memory exclusive control method.
JP4138341A 1992-05-29 1992-05-29 Exclusive control system for shared memory between plural systems Pending JPH05334163A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4138341A JPH05334163A (en) 1992-05-29 1992-05-29 Exclusive control system for shared memory between plural systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4138341A JPH05334163A (en) 1992-05-29 1992-05-29 Exclusive control system for shared memory between plural systems

Publications (1)

Publication Number Publication Date
JPH05334163A true JPH05334163A (en) 1993-12-17

Family

ID=15219657

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4138341A Pending JPH05334163A (en) 1992-05-29 1992-05-29 Exclusive control system for shared memory between plural systems

Country Status (1)

Country Link
JP (1) JPH05334163A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7922887B2 (en) 2005-01-27 2011-04-12 Hitachi, Ltd. Metal structure and method of its production
US9386073B2 (en) 2012-08-20 2016-07-05 International Business Machines Corporation Techniques for performing processing for database

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7922887B2 (en) 2005-01-27 2011-04-12 Hitachi, Ltd. Metal structure and method of its production
US9386073B2 (en) 2012-08-20 2016-07-05 International Business Machines Corporation Techniques for performing processing for database

Similar Documents

Publication Publication Date Title
US4941084A (en) System for locating resources resided in a distributing processing system by sequentially transmitting resource inquiries through a looped transmission line
US6029177A (en) Method and system for maintaining the integrity of a database providing persistent storage for objects
US5133053A (en) Interprocess communication queue location transparency
US6081826A (en) System using environment manager with resource table in each computer for managing distributed computing resources managed for each application
US6938070B2 (en) Conflict resolution for collaborative work system
US6412034B1 (en) Transaction-based locking approach
JP4475818B2 (en) Object hashing with incremental changes
US5737600A (en) Method and system for log management in a coupled data processing system
JP4301937B2 (en) Read consistently in a distributed database environment
US6466965B1 (en) Centralized affinity maintenance in a workload managed client/server data processing system
CN113396407A (en) System and method for augmenting database applications using blockchain techniques
US7328213B2 (en) Transaction processing method, transaction control apparatus and program thereof
US6711559B1 (en) Distributed processing system, apparatus for operating shared file system and computer readable medium
US20130297565A1 (en) Database Management System
KR20020090520A (en) Parallel logging method of transaction processing system
JP2000163372A (en) Method and device for transaction processing and medium where processing program thereof is recorded
JPH10187519A (en) Method for preventing contention of distribution system
JPH087690B2 (en) Apparatus and method for processing error code and error description information in commit procedure
JPH06162086A (en) Method and device for controlling remote data base
JP2001142766A (en) Data base exchange system
JP3222125B2 (en) Database sharing method between systems
US20090100082A1 (en) Replication and mapping mechanism for recreating memory durations
US7143082B2 (en) Distributed-processing database-management system
JP2002297429A (en) Distributed transaction processing system, distributed transaction processing method and distributed transaction processing program
JPH05334163A (en) Exclusive control system for shared memory between plural systems