JP3113841B2 - 並列トランザクション処理システム - Google Patents
並列トランザクション処理システムInfo
- Publication number
- JP3113841B2 JP3113841B2 JP09204060A JP20406097A JP3113841B2 JP 3113841 B2 JP3113841 B2 JP 3113841B2 JP 09204060 A JP09204060 A JP 09204060A JP 20406097 A JP20406097 A JP 20406097A JP 3113841 B2 JP3113841 B2 JP 3113841B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction data
- processing
- task
- queue
- transaction
- 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.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/466—Transaction processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1474—Saving, restoring, recovering or retrying in transactions
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Multi Processors (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は並列トランザクショ
ン処理システムに関し、特に、複数のタスクを並列に独
立して稼働させることにより、一つのキューに蓄積され
たトランザクション・データを効率よく処理するシステ
ム及び方法に関する。
ン処理システムに関し、特に、複数のタスクを並列に独
立して稼働させることにより、一つのキューに蓄積され
たトランザクション・データを効率よく処理するシステ
ム及び方法に関する。
【０００２】
【従来の技術】従来のオンライン・トランザクション処
理システムは、システム内に一つまたは複数のキューを
持ち、キュー内に蓄えられたトランザクション・データ
をシングル・タスクまたはマルチ・タスクで次々に（順
次にまたは独立して）処理する構成となっている。例え
ば、特開平１−２１６４３４号公報は、障害発生時に障
害発生前の処理を自動的に引き継ぐことができる、トラ
ンザクション処理におけるマルチ・タスク制御方式を開
示している。このマルチ・タスク制御方式は、端末管理
テーブルの他にチェックポイントファイルを設けてチェ
ックポイント管理を行うことに特徴があり、キューの制
御については記載されていない。また、キューに蓄えら
れた取引ログなどのトランザクション・データをシング
ル・タスクにより順次に処理していくシステムも知られ
ている。
理システムは、システム内に一つまたは複数のキューを
持ち、キュー内に蓄えられたトランザクション・データ
をシングル・タスクまたはマルチ・タスクで次々に（順
次にまたは独立して）処理する構成となっている。例え
ば、特開平１−２１６４３４号公報は、障害発生時に障
害発生前の処理を自動的に引き継ぐことができる、トラ
ンザクション処理におけるマルチ・タスク制御方式を開
示している。このマルチ・タスク制御方式は、端末管理
テーブルの他にチェックポイントファイルを設けてチェ
ックポイント管理を行うことに特徴があり、キューの制
御については記載されていない。また、キューに蓄えら
れた取引ログなどのトランザクション・データをシング
ル・タスクにより順次に処理していくシステムも知られ
ている。
【０００３】
【発明が解決しようとする課題】シングル・タスクでト
ランザクション・データを順次に処理する従来のシステ
ムでは、単位時間当たりのトランザクション・データ処
理件数の向上には限界があった。これを解決するための
手法として、マルチ・タスクによる並列処理が考えられ
るが、一つのキューに蓄積された多数のトランザクショ
ン・データをマルチ・タスクで如何にして効率よく処理
するかという問題がある。
ランザクション・データを順次に処理する従来のシステ
ムでは、単位時間当たりのトランザクション・データ処
理件数の向上には限界があった。これを解決するための
手法として、マルチ・タスクによる並列処理が考えられ
るが、一つのキューに蓄積された多数のトランザクショ
ン・データをマルチ・タスクで如何にして効率よく処理
するかという問題がある。
【０００４】また、従来のトランザクション処理システ
ムをシスプレックス上で異なるＣＥＣ間で稼働させるに
は、例えばＭＶＳのシステム間拡張サービス（ＸＥＳ）
のような特別の構成要素を別途用意する必要があった。
さらに、マルチ・タスクおよびシングル・タスクのいず
れの従来技術においても、いったんキューに蓄積された
トランザクション・データは、必ずタスク処理へスケジ
ューリングされ、ユーザが取り消すことはできなかっ
た。
ムをシスプレックス上で異なるＣＥＣ間で稼働させるに
は、例えばＭＶＳのシステム間拡張サービス（ＸＥＳ）
のような特別の構成要素を別途用意する必要があった。
さらに、マルチ・タスクおよびシングル・タスクのいず
れの従来技術においても、いったんキューに蓄積された
トランザクション・データは、必ずタスク処理へスケジ
ューリングされ、ユーザが取り消すことはできなかっ
た。
【０００５】従って本発明の目的は、複数タスクの効率
的な並列処理により、処理速度を向上することができる
並列トランザクション処理システムおよび方法を提供す
ることにある。
的な並列処理により、処理速度を向上することができる
並列トランザクション処理システムおよび方法を提供す
ることにある。
【０００６】本発明の他の目的は、シスプレックス環境
でも非シスプレックス環境でも同様な処理が可能な並列
トランザクション処理システムおよび方法を提供するこ
とにある。
でも非シスプレックス環境でも同様な処理が可能な並列
トランザクション処理システムおよび方法を提供するこ
とにある。
【０００７】本発明の他の目的は、障害発生時におい
て、ユーザの指定により、キューに蓄積されたトランザ
クション・データの処理を取り消すことができる並列ト
ランザクション処理システムおよび方法を提供すること
にある。
て、ユーザの指定により、キューに蓄積されたトランザ
クション・データの処理を取り消すことができる並列ト
ランザクション処理システムおよび方法を提供すること
にある。
【０００８】
【課題を解決するための手段】本発明に従う並列トラン
ザクション処理システムは、独立に処理可能な複数のト
ランザクション・データを蓄積するキューと、このキュ
ーの制御情報を含む制御テーブルと、キューに蓄積され
たトランザクション・データに対して同じ処理を行う複
数のタスクを稼働する手段とを含んでいる。稼働された
複数のタスクのそれぞれは、制御テーブルを参照するこ
とにより、キューに蓄積されている未処理のトランザク
ション・データのうち、連続する所定数のトランザクシ
ョン・データを処理のために予約して、その予約状況を
制御テーブルに書き込み、予約したトランザクション・
データを処理すると、その処理状況を制御テーブルに書
き込む。また、本発明に従う並列トランザクション処理
方法は、独立に処理可能な複数のトランザクション・デ
ータをキューに蓄積するステップと、このキューの制御
情報を含む制御テーブルを準備するステップと、キュー
に蓄積されたトランザクション・データに対して同じ処
理を行う複数のタスクを稼働するステップとを含んでい
る。稼働された複数のタスクのそれぞれは、制御テーブ
ルを参照することにより、キューに蓄積されている未処
理のトランザクション・データのうち、連続する所定数
のトランザクション・データを処理のために予約して、
その予約状況を制御テーブルに書き込み、予約したトラ
ンザクション・データを処理すると、その処理状況を制
御テーブルに書き込む。
ザクション処理システムは、独立に処理可能な複数のト
ランザクション・データを蓄積するキューと、このキュ
ーの制御情報を含む制御テーブルと、キューに蓄積され
たトランザクション・データに対して同じ処理を行う複
数のタスクを稼働する手段とを含んでいる。稼働された
複数のタスクのそれぞれは、制御テーブルを参照するこ
とにより、キューに蓄積されている未処理のトランザク
ション・データのうち、連続する所定数のトランザクシ
ョン・データを処理のために予約して、その予約状況を
制御テーブルに書き込み、予約したトランザクション・
データを処理すると、その処理状況を制御テーブルに書
き込む。また、本発明に従う並列トランザクション処理
方法は、独立に処理可能な複数のトランザクション・デ
ータをキューに蓄積するステップと、このキューの制御
情報を含む制御テーブルを準備するステップと、キュー
に蓄積されたトランザクション・データに対して同じ処
理を行う複数のタスクを稼働するステップとを含んでい
る。稼働された複数のタスクのそれぞれは、制御テーブ
ルを参照することにより、キューに蓄積されている未処
理のトランザクション・データのうち、連続する所定数
のトランザクション・データを処理のために予約して、
その予約状況を制御テーブルに書き込み、予約したトラ
ンザクション・データを処理すると、その処理状況を制
御テーブルに書き込む。
【０００９】本発明の一実施態様においては、トランザ
クション・データを蓄積するキューは、連番の一意的な
キー値によってトランザクション・データを識別する。
また制御テーブルは、トランザクション・データがキュ
ーのどこまで蓄積されているかを示す第１の制御情報
と、キューに蓄積された複数のトランザクション・デー
タのうちどこまで処理のために予約されているかを示す
第２の制御情報と、各タスクの予約および処理状況を示
す第３の制御情報とを保持する。
クション・データを蓄積するキューは、連番の一意的な
キー値によってトランザクション・データを識別する。
また制御テーブルは、トランザクション・データがキュ
ーのどこまで蓄積されているかを示す第１の制御情報
と、キューに蓄積された複数のトランザクション・デー
タのうちどこまで処理のために予約されているかを示す
第２の制御情報と、各タスクの予約および処理状況を示
す第３の制御情報とを保持する。
【００１０】以下、図面を参照しながら、本発明の良好
な実施形態について説明する。
な実施形態について説明する。
【００１１】
【発明の実施の形態】本発明に従う並列トランザクショ
ン処理システムの概要を図１に示す。このシステムは、
独立に処理可能な多数のトランザクション・データを蓄
積するキュー１０、このキュー１０の書き込み（キュー
イン）および読み出し（キューアウト）を制御するため
の制御情報を含む制御テーブル１２、ならびにキュー１
０に蓄積されたトランザクション・データを処理する複
数の同一タスク（クローン）１４を含む。キュー１０お
よび制御テーブル１２はいずれもデータベースである。
トランザクション・データは、トランザクション・デー
タ処理タスク１４とは別のトランザクション発生タスク
により作成され、キュー１０に書き込まれる。
ン処理システムの概要を図１に示す。このシステムは、
独立に処理可能な多数のトランザクション・データを蓄
積するキュー１０、このキュー１０の書き込み（キュー
イン）および読み出し（キューアウト）を制御するため
の制御情報を含む制御テーブル１２、ならびにキュー１
０に蓄積されたトランザクション・データを処理する複
数の同一タスク（クローン）１４を含む。キュー１０お
よび制御テーブル１２はいずれもデータベースである。
トランザクション・データは、トランザクション・デー
タ処理タスク１４とは別のトランザクション発生タスク
により作成され、キュー１０に書き込まれる。
【００１２】制御テーブル１２は３種類の制御情報を保
持する。第１の制御情報（Ｑin情報と呼ぶ）は、トラン
ザクション・データがキュー１０のどこまで蓄積されて
いるかを示し、第２の制御情報（Ｑout-グループ情報と
呼ぶ）は、キュー１０に蓄積された複数のトランザクシ
ョン・データのうち、どこまで処理のために予約されて
いるかを示し、第３の制御情報（Ｑout-クローン情報と
呼ぶ）は、各タスクの予約および処理状況を示す。本実
施形態では、Ｑin情報は第１のデータベースに保持さ
れ、Ｑout-グループ情報およびＱout-クローン情報はそ
れとは別の第２のデータベースに保持される。
持する。第１の制御情報（Ｑin情報と呼ぶ）は、トラン
ザクション・データがキュー１０のどこまで蓄積されて
いるかを示し、第２の制御情報（Ｑout-グループ情報と
呼ぶ）は、キュー１０に蓄積された複数のトランザクシ
ョン・データのうち、どこまで処理のために予約されて
いるかを示し、第３の制御情報（Ｑout-クローン情報と
呼ぶ）は、各タスクの予約および処理状況を示す。本実
施形態では、Ｑin情報は第１のデータベースに保持さ
れ、Ｑout-グループ情報およびＱout-クローン情報はそ
れとは別の第２のデータベースに保持される。
【００１３】キュー１０の内容を図２に示す。図示のよ
うに、キュー１０に蓄積される各トランザクション・デ
ータは、連番になった一意的なキー値ｉ（ｉ＝１、２、
・・・）により識別される。上述のトランザクション発
生タスクは、キー１から順にトランザクション・データ
を書き込んでいき、最後に書き込んだキー値ｍをＱin情
報として制御テーブル１２に書き込む。
うに、キュー１０に蓄積される各トランザクション・デ
ータは、連番になった一意的なキー値ｉ（ｉ＝１、２、
・・・）により識別される。上述のトランザクション発
生タスクは、キー１から順にトランザクション・データ
を書き込んでいき、最後に書き込んだキー値ｍをＱin情
報として制御テーブル１２に書き込む。
【００１４】次に図３を参照しながら、本発明の並列ト
ランザクション処理システムの動作を、トランザクショ
ン・データのキューインから順に説明する。
ランザクション処理システムの動作を、トランザクショ
ン・データのキューインから順に説明する。
【００１５】・トランザクション・データのキューイン トランザクション・データは、前述のように、トランザ
クション発生タスク２０により作成され、キュー１０に
書き込まれる。トランザクション発生タスク２０は、最
後に書き込んだキー値でＱin情報を更新し、周知の１相
コミットまたは２相コミットによる同期点処理を行い、
終了する。
クション発生タスク２０により作成され、キュー１０に
書き込まれる。トランザクション発生タスク２０は、最
後に書き込んだキー値でＱin情報を更新し、周知の１相
コミットまたは２相コミットによる同期点処理を行い、
終了する。
【００１６】・タスクの発生 タスク１４は、開始コマンドにより複数同時に発生され
る。発生されるタスクの数は必要に応じて変更可能であ
る。タスクの発生は、キュー１０にトランザクション・
データを蓄積する前でも後でもかまわない。発生された
タスク１４は、プログラム・ライブラリ（図示せず）か
ら同じプログラムを呼び出し、同じ内容の処理を行う、
クローンとしての性格を持つ。
る。発生されるタスクの数は必要に応じて変更可能であ
る。タスクの発生は、キュー１０にトランザクション・
データを蓄積する前でも後でもかまわない。発生された
タスク１４は、プログラム・ライブラリ（図示せず）か
ら同じプログラムを呼び出し、同じ内容の処理を行う、
クローンとしての性格を持つ。
【００１７】・各タスクへのトランザクション・データ
の割り当て 各タスク１４は、制御テーブル１２の制御情報、特にＱ
in情報およびＱout-グループ情報を参照し、キュー１０
に蓄積された未処理のトランザクション・データのうち
はじめのｎ件を、これから自分が処理するものとして予
約する。この予約は、処理すべき最初のトランザクショ
ン・データおよび最後のトランザクション・データをそ
れぞれ識別するキー値を指定することにより行う。ただ
し、２以上のタスクが同じトランザクション・データを
処理することのないように、各タスクによる予約は直列
化される。すなわち、ある一つのタスクが予約のための
割り当て処理を行うときは、Ｑout-グループ情報はロッ
クされ、他のタスクによるアクセスを阻止する。割り当
て処理が終わるとロックは解除され、他のタスクが予約
できるようになる。
の割り当て 各タスク１４は、制御テーブル１２の制御情報、特にＱ
in情報およびＱout-グループ情報を参照し、キュー１０
に蓄積された未処理のトランザクション・データのうち
はじめのｎ件を、これから自分が処理するものとして予
約する。この予約は、処理すべき最初のトランザクショ
ン・データおよび最後のトランザクション・データをそ
れぞれ識別するキー値を指定することにより行う。ただ
し、２以上のタスクが同じトランザクション・データを
処理することのないように、各タスクによる予約は直列
化される。すなわち、ある一つのタスクが予約のための
割り当て処理を行うときは、Ｑout-グループ情報はロッ
クされ、他のタスクによるアクセスを阻止する。割り当
て処理が終わるとロックは解除され、他のタスクが予約
できるようになる。
【００１８】割り当て処理を行ったタスク、例えばタス
ク＃１は、予約したトランザクション・データの最後の
キー値をＱout-グループ情報に書き込み、最初のキー値
および予約した数を自分のＱout-クローン情報＃１に書
き込み、同期点処理を行う。ここでは、便宜上、各タス
クが予約するトランザクション・データの数を１０とす
るが、本発明はこれに限定されるものではない。また、
キュー１０におけるトランザクション・データの蓄積量
に応じて、予約数を変えるようにすることも可能であ
る。なお、Ｑout-グループ情報は、予約済みの最後のキ
ー値の他にタスク毎の残留フラグも含んでいるが、これ
については後述する。
ク＃１は、予約したトランザクション・データの最後の
キー値をＱout-グループ情報に書き込み、最初のキー値
および予約した数を自分のＱout-クローン情報＃１に書
き込み、同期点処理を行う。ここでは、便宜上、各タス
クが予約するトランザクション・データの数を１０とす
るが、本発明はこれに限定されるものではない。また、
キュー１０におけるトランザクション・データの蓄積量
に応じて、予約数を変えるようにすることも可能であ
る。なお、Ｑout-グループ情報は、予約済みの最後のキ
ー値の他にタスク毎の残留フラグも含んでいるが、これ
については後述する。
【００１９】・トランザクション・データ処理 割り当て処理の終わったタスク＃１は、自分のＱout-ク
ローン情報＃１に基づいて、最初のキー値から順に指定
していくことにより、予約したトランザクション・デー
タをキュー１０から順番に取り出し、一件ずつトランザ
クション・データ処理を行う。このトランザクション・
データ処理の間は、タスク＃１はＱin情報およびＱout-
グループ情報を参照することはないので、他のタスクが
上述の割り当て処理を行うことができる。タスク＃１
は、一件の処理が終了すると、同期点処理でＱout-クロ
ーン情報＃１に処理済みのトランザクション・データに
対応するキー値を書き込む。同期点処理は複数件毎でも
よい。そうすれば、一件毎の同期点処理の場合よりも、
処理速度を上げることができる。
ローン情報＃１に基づいて、最初のキー値から順に指定
していくことにより、予約したトランザクション・デー
タをキュー１０から順番に取り出し、一件ずつトランザ
クション・データ処理を行う。このトランザクション・
データ処理の間は、タスク＃１はＱin情報およびＱout-
グループ情報を参照することはないので、他のタスクが
上述の割り当て処理を行うことができる。タスク＃１
は、一件の処理が終了すると、同期点処理でＱout-クロ
ーン情報＃１に処理済みのトランザクション・データに
対応するキー値を書き込む。同期点処理は複数件毎でも
よい。そうすれば、一件毎の同期点処理の場合よりも、
処理速度を上げることができる。
【００２０】タスク＃１は、予約したすべてのトランザ
クション・データの処理が完了すると、自分のＱout-ク
ローン情報＃１の内容をすべてクリアし、同期点処理を
行う。これにより、タスク＃１が予約したトランザクシ
ョン・データはすべて処理済みとなる。タスク＃１は、
この後次の割り当て処理を行う。
クション・データの処理が完了すると、自分のＱout-ク
ローン情報＃１の内容をすべてクリアし、同期点処理を
行う。これにより、タスク＃１が予約したトランザクシ
ョン・データはすべて処理済みとなる。タスク＃１は、
この後次の割り当て処理を行う。
【００２１】残りのタスクも同様な割り当て処理および
トランザクション・データ処理を行う。割り当て後のト
ランザクション・データ処理は、各タスクが互いに独立
して行うので、並列処理による処理速度の向上が実現さ
れる。各タスク１４は、前述のように、同じ処理を実行
する対等のタスク（クローン）であるから、キュー１０
からトランザクション・データを取り出す際の優先順位
は設定されない。従って、各タスク１４はいわゆる早い
者勝ちでキュー１０からトランザクション・データを取
り出す。複数のタスクが全く同じ時間にキューをアクセ
スすることは現実問題として起こり得ないので、このよ
うなアクセス方法でも問題はない。
トランザクション・データ処理を行う。割り当て後のト
ランザクション・データ処理は、各タスクが互いに独立
して行うので、並列処理による処理速度の向上が実現さ
れる。各タスク１４は、前述のように、同じ処理を実行
する対等のタスク（クローン）であるから、キュー１０
からトランザクション・データを取り出す際の優先順位
は設定されない。従って、各タスク１４はいわゆる早い
者勝ちでキュー１０からトランザクション・データを取
り出す。複数のタスクが全く同じ時間にキューをアクセ
スすることは現実問題として起こり得ないので、このよ
うなアクセス方法でも問題はない。
【００２２】次に、図４を参照して、タスクの終了につ
いて説明する。タスクの終了は、開始のときと同じく、
コマンドによる。終了コマンドは、正常終了または即時
終了でタスクを終了させる。正常終了は、各タスク１４
によって予約されたトランザクション・データの処理が
すべて完了し、キュー１０内に未処理のトランザクショ
ン・データが残っておらず、且つトランザクション発生
タスク２０が新たなトランザクション・データをキュー
１０に蓄積しない場合に、キュー１０に関連するすべて
のタスク１４を終了させる。これに対して、即時終了
は、指定されたタスクが現在実行中のトランザクション
・データ処理が完了次第、対応するＱout-クローン情報
に処理済みのトランザクション・データのキー値を書き
込み、同期点処理を行い、タスクを終了させる。
いて説明する。タスクの終了は、開始のときと同じく、
コマンドによる。終了コマンドは、正常終了または即時
終了でタスクを終了させる。正常終了は、各タスク１４
によって予約されたトランザクション・データの処理が
すべて完了し、キュー１０内に未処理のトランザクショ
ン・データが残っておらず、且つトランザクション発生
タスク２０が新たなトランザクション・データをキュー
１０に蓄積しない場合に、キュー１０に関連するすべて
のタスク１４を終了させる。これに対して、即時終了
は、指定されたタスクが現在実行中のトランザクション
・データ処理が完了次第、対応するＱout-クローン情報
に処理済みのトランザクション・データのキー値を書き
込み、同期点処理を行い、タスクを終了させる。
【００２３】即時終了の場合は、予約済みだがまだ処理
が終わっていないトランザクション・データがキュー１
０に残っている可能性があるので、その状況を示す必要
がある。そのため、Ｑout-グループ情報は、図４に示す
ように、予約済みの最後のキー値の他に、各タスクに対
応する残留フラグを含んでおり、特定のタスクが即時終
了を指示されたときに、そのタスクが予約した未処理の
トランザクション・データが残っていると、そのタスク
に対応する残留フラグがセットされる。
が終わっていないトランザクション・データがキュー１
０に残っている可能性があるので、その状況を示す必要
がある。そのため、Ｑout-グループ情報は、図４に示す
ように、予約済みの最後のキー値の他に、各タスクに対
応する残留フラグを含んでおり、特定のタスクが即時終
了を指示されたときに、そのタスクが予約した未処理の
トランザクション・データが残っていると、そのタスク
に対応する残留フラグがセットされる。
【００２４】図４は、キー１からキー１０までの１０件
のトランザクション・データを予約したタスク＃１が、
キー３のトランザクション・データの処理が終わった時
点で即時終了される例を示している。その場合、７件の
未処理トランザクション・データが残っているので、最
後の同期点処理で、タスク＃１の残留フラグがセットさ
れる。
のトランザクション・データを予約したタスク＃１が、
キー３のトランザクション・データの処理が終わった時
点で即時終了される例を示している。その場合、７件の
未処理トランザクション・データが残っているので、最
後の同期点処理で、タスク＃１の残留フラグがセットさ
れる。
【００２５】残っている未処理のトランザクション・デ
ータは他のタスクにより処理される。そのため、稼働中
のタスクは、前述の割り当て処理でＱout-グループ情報
を参照する際、トランザクション・データの予約を行う
前に、いずれかの残留フラグがセットされていないかど
うかを検査する。例えば、タスク＃１が図４の状態で即
時終了した後に、タスク＃２が割り当て処理を開始した
とする。タスク＃２は、Ｑout-グループ情報の検査で、
タスク＃１の残留フラグがセットされていることを検出
すると、タスク＃１のＱout-クローン情報を自身のＱou
t-クローン情報にコピーし、タスク＃１の残留フラグを
オフにするとともに、タスク＃１のＱout-クローン情報
をクリアする。その後、タスク＃２は自身のＱout-クロ
ーン情報にコピーした予約情報、すなわち予約済みの最
初のキー値＝１、予約した数＝１０、および処理済みの
最終キー値＝３に基づいて、キー４からキー１０までの
トランザクション・データを順次に処理する。タスク＃
１からタスク＃２へのトランザクション・データの処理
権の移動は自動的に行われ、ユーザに対してはトランス
ペアレントである。ユーザは、即時終了後に残っている
予約済みの未処理のトランザクション・データの存在に
ついては一切知る必要はない。
ータは他のタスクにより処理される。そのため、稼働中
のタスクは、前述の割り当て処理でＱout-グループ情報
を参照する際、トランザクション・データの予約を行う
前に、いずれかの残留フラグがセットされていないかど
うかを検査する。例えば、タスク＃１が図４の状態で即
時終了した後に、タスク＃２が割り当て処理を開始した
とする。タスク＃２は、Ｑout-グループ情報の検査で、
タスク＃１の残留フラグがセットされていることを検出
すると、タスク＃１のＱout-クローン情報を自身のＱou
t-クローン情報にコピーし、タスク＃１の残留フラグを
オフにするとともに、タスク＃１のＱout-クローン情報
をクリアする。その後、タスク＃２は自身のＱout-クロ
ーン情報にコピーした予約情報、すなわち予約済みの最
初のキー値＝１、予約した数＝１０、および処理済みの
最終キー値＝３に基づいて、キー４からキー１０までの
トランザクション・データを順次に処理する。タスク＃
１からタスク＃２へのトランザクション・データの処理
権の移動は自動的に行われ、ユーザに対してはトランス
ペアレントである。ユーザは、即時終了後に残っている
予約済みの未処理のトランザクション・データの存在に
ついては一切知る必要はない。
【００２６】トランザクション・データの処理中に障害
が発生した場合は、異常終了になる。これは終了コマン
ドによる終了とは異なり、残留フラグはセットされな
い。従って、他のタスクが、予約済みの未処理のトラン
ザクション・データの処理を自動的に引き継ぐことはな
い。しかし、同期点処理により、処理済みの最終キー値
が障害を起こしたタスクのＱout-クローン情報に保持さ
れているので、障害回復後にそのタスクを再稼働する
と、最終キー値の次のキー値によって識別されるトラン
ザクション・データから処理が再開される。従って、ト
ランザクション・データの二重処理や、処理の抜け落ち
は発生しない。
が発生した場合は、異常終了になる。これは終了コマン
ドによる終了とは異なり、残留フラグはセットされな
い。従って、他のタスクが、予約済みの未処理のトラン
ザクション・データの処理を自動的に引き継ぐことはな
い。しかし、同期点処理により、処理済みの最終キー値
が障害を起こしたタスクのＱout-クローン情報に保持さ
れているので、障害回復後にそのタスクを再稼働する
と、最終キー値の次のキー値によって識別されるトラン
ザクション・データから処理が再開される。従って、ト
ランザクション・データの二重処理や、処理の抜け落ち
は発生しない。
【００２７】障害を引き起こす原因となったトランザク
ション・データを、タスク再稼働後に処理させたくない
場合、スキップ・コマンドでその処理を回避して、次の
トランザクション・データから処理を再開させることが
可能である。そのためには、障害発生時に処理中であっ
たトランザクション・データを正確に知る必要がある。
トランザクション・データを一件処理する毎に同期点処
理を行うのであれば、Ｑout-クローン情報に含まれる処
理済みの最終キー値の次のキー値に対応するトランザク
ション・データで障害が発生したと断定できる。しか
し、トランザクション・データを複数件、例えば３件処
理する毎に同期点処理が行われていると、このような断
定はできない。従って、本発明では、現在処理中のトラ
ンザクション・データを示すキー値をタスク毎に登録し
ておく制御情報（ＴＲＸ情報）を、同期点処理の対象に
ならないように、データベースではなく、記憶域（例え
ばＭＶＳのコモンエリア）上に持たせ、以下のような処
理を行う（図５参照）。
ション・データを、タスク再稼働後に処理させたくない
場合、スキップ・コマンドでその処理を回避して、次の
トランザクション・データから処理を再開させることが
可能である。そのためには、障害発生時に処理中であっ
たトランザクション・データを正確に知る必要がある。
トランザクション・データを一件処理する毎に同期点処
理を行うのであれば、Ｑout-クローン情報に含まれる処
理済みの最終キー値の次のキー値に対応するトランザク
ション・データで障害が発生したと断定できる。しか
し、トランザクション・データを複数件、例えば３件処
理する毎に同期点処理が行われていると、このような断
定はできない。従って、本発明では、現在処理中のトラ
ンザクション・データを示すキー値をタスク毎に登録し
ておく制御情報（ＴＲＸ情報）を、同期点処理の対象に
ならないように、データベースではなく、記憶域（例え
ばＭＶＳのコモンエリア）上に持たせ、以下のような処
理を行う（図５参照）。
【００２８】各タスクは、ある一件のトランザクション
・データの処理を開始するとき、そのキー値をＴＲＸ情
報３０に書き込む。トランザクション・データの処理が
正常に終了したら、ＴＲＸ情報３０の対応するキー値を
クリアし、もしそのとき同期点処理を行う必要があれ
ば、その処理済みのキー値をＱout-クローン情報に書き
込む。この処理をトランザクション・データの処理毎に
繰り返す。
・データの処理を開始するとき、そのキー値をＴＲＸ情
報３０に書き込む。トランザクション・データの処理が
正常に終了したら、ＴＲＸ情報３０の対応するキー値を
クリアし、もしそのとき同期点処理を行う必要があれ
ば、その処理済みのキー値をＱout-クローン情報に書き
込む。この処理をトランザクション・データの処理毎に
繰り返す。
【００２９】例えばタスク＃１によるトランザクション
・データの処理中に障害が発生した場合、ＴＲＸ情報３
０のタスク＃１の処理中キー値はクリアされずに残って
いる。またこのとき、Ｑout-クローン情報＃１には、最
後に同期点処理が行われたトランザクション・データの
キー値（図５の例では３）が設定されている。通常のト
ランザクション処理システムでは、障害が発生したこと
はユーザに知らされるので、この状態で、ユーザが上述
のスキップ・コマンドを入力すると、ＴＲＸ情報３０か
ら障害発生タスク＃１の処理中キー値が取り出され、同
タスクのＱout-クローン情報に、処理を回避すべき障害
キー値（図５の例では５）として書き込まれる。更に、
Ｑout-グループ情報で障害発生タスク＃１の残留フラグ
がセットされ（前述のように、障害が発生したときは、
たとえ未処理のトランザクション・データが残っていた
としても残留フラグはセットされない）、同期点処理を
行って、タスク＃１の処理中キー値をクリアする。
・データの処理中に障害が発生した場合、ＴＲＸ情報３
０のタスク＃１の処理中キー値はクリアされずに残って
いる。またこのとき、Ｑout-クローン情報＃１には、最
後に同期点処理が行われたトランザクション・データの
キー値（図５の例では３）が設定されている。通常のト
ランザクション処理システムでは、障害が発生したこと
はユーザに知らされるので、この状態で、ユーザが上述
のスキップ・コマンドを入力すると、ＴＲＸ情報３０か
ら障害発生タスク＃１の処理中キー値が取り出され、同
タスクのＱout-クローン情報に、処理を回避すべき障害
キー値（図５の例では５）として書き込まれる。更に、
Ｑout-グループ情報で障害発生タスク＃１の残留フラグ
がセットされ（前述のように、障害が発生したときは、
たとえ未処理のトランザクション・データが残っていた
としても残留フラグはセットされない）、同期点処理を
行って、タスク＃１の処理中キー値をクリアする。
【００３０】この状態で、あるタスク、例えばタスク＃
２が割り当て処理にはいると、図３および図４のところ
で説明した処理が行われるが、今の場合は、残留フラグ
がオンになっているタスク、すなわち障害発生タスクの
Ｑout-クローン情報＃１に、障害発生時に処理中であっ
たトランザクション・データのキー値５が設定されてい
るので、タスク＃２は、この障害キー値５によって示さ
れるトランザクション・データをキュー１０から取り出
し、別のエラー情報キューに書き込んで、障害キー値を
処理済みを示す値（例えば０）にする。処理の再開は、
最後の同期点処理でＱout-クローン情報に書き込まれて
いた最終キー値の次のキー値（図５の例では４）から行
われ、障害キー値５のトランザクション・データは処理
されずに、その次のトランザクション・データに進む。
２が割り当て処理にはいると、図３および図４のところ
で説明した処理が行われるが、今の場合は、残留フラグ
がオンになっているタスク、すなわち障害発生タスクの
Ｑout-クローン情報＃１に、障害発生時に処理中であっ
たトランザクション・データのキー値５が設定されてい
るので、タスク＃２は、この障害キー値５によって示さ
れるトランザクション・データをキュー１０から取り出
し、別のエラー情報キューに書き込んで、障害キー値を
処理済みを示す値（例えば０）にする。処理の再開は、
最後の同期点処理でＱout-クローン情報に書き込まれて
いた最終キー値の次のキー値（図５の例では４）から行
われ、障害キー値５のトランザクション・データは処理
されずに、その次のトランザクション・データに進む。
【００３１】最後に本発明に従うトランザクション・デ
ータ処理の流れをまとめて図６〜図８のフローチャート
に示す。このフローチャートは、タスク＃ｉが割り当て
処理を開始するところから、タスク終了までを示したも
のである。図中、タスク＃ｊは残留フラグがオンのタス
クである。フローチャートの説明は、これまでのものと
重複するので、省略する。
ータ処理の流れをまとめて図６〜図８のフローチャート
に示す。このフローチャートは、タスク＃ｉが割り当て
処理を開始するところから、タスク終了までを示したも
のである。図中、タスク＃ｊは残留フラグがオンのタス
クである。フローチャートの説明は、これまでのものと
重複するので、省略する。
【００３２】以上の構成は、ソフトウェアのみで実現す
ることができ、従って本発明によれば、ハードウェア構
成に依存しない並列トランザクション処理が可能であ
る。また、本システムをシスプレックス環境で稼働する
場合、キューおよび制御テーブルのデータベースをＣＥ
Ｃ間で共有するだけで、ＣＥＣをまたがった並列トラン
ザクション処理が可能であり、ＸＥＳのような特別の構
成要素は必要としない。更に、本発明によれば、従来は
不可能であった、不正トランザクション・データの処理
回避を簡単に行うことができる。
ることができ、従って本発明によれば、ハードウェア構
成に依存しない並列トランザクション処理が可能であ
る。また、本システムをシスプレックス環境で稼働する
場合、キューおよび制御テーブルのデータベースをＣＥ
Ｃ間で共有するだけで、ＣＥＣをまたがった並列トラン
ザクション処理が可能であり、ＸＥＳのような特別の構
成要素は必要としない。更に、本発明によれば、従来は
不可能であった、不正トランザクション・データの処理
回避を簡単に行うことができる。
【００３３】以上、本発明の良好な実施形態について説
明してきたが、本発明はそれらに限定されるものではな
く、特許請求の範囲に示される本発明の技術思想の範囲
内で様々な変更が可能であることは言うまでもない。
明してきたが、本発明はそれらに限定されるものではな
く、特許請求の範囲に示される本発明の技術思想の範囲
内で様々な変更が可能であることは言うまでもない。
【図１】本発明に従う並列トランザクション処理システ
ムの概要を示す図。
ムの概要を示す図。
【図２】多数のトランザクション・データを蓄積するキ
ューの構成を示す図。
ューの構成を示す図。
【図３】本発明に従う並列トランザクション処理システ
ムの動作を説明するためのブロック図。
ムの動作を説明するためのブロック図。
【図４】本発明に従う並列トランザクション処理システ
ムにおいて、タスクが即時終了するときの動作を示すブ
ロック図。
ムにおいて、タスクが即時終了するときの動作を示すブ
ロック図。
【図５】本発明に従う並列トランザクション処理システ
ムにおいて、障害を起こしたトランザクション・データ
の処理をスキップするときの動作を示す図。
ムにおいて、障害を起こしたトランザクション・データ
の処理をスキップするときの動作を示す図。
【図６】本発明に従う並列トランザクション処理システ
ムの動作を示すフローチャートの一部。
ムの動作を示すフローチャートの一部。
【図７】本発明に従う並列トランザクション処理システ
ムの動作を示すフローチャートの一部。
ムの動作を示すフローチャートの一部。
【図８】本発明に従う並列トランザクション処理システ
ムの動作を示すフローチャートの一部。
ムの動作を示すフローチャートの一部。
【符号の説明】 １０ キュー １２ 制御テーブル １４ タスク ２０ トランザクション発生タスク ３０ ＴＲＸ情報
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭63−318662（ＪＰ，Ａ) 特開 平２−196338（ＪＰ，Ａ) 特開 平７−56752（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 9/46 G06F 12/00 G06F 15/00 G06F 15/16 ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (10)
- 【請求項１】独立に処理可能な複数のトランザクション
・データを蓄積するキューと、 前記キューの制御情報を含む制御テーブルと、 前記トランザクション・データに対して同じ処理を行う
複数のタスクを稼働する手段とを含み、 前記複数のタスクのそれぞれは、前記制御テーブルを参
照することにより、前記キューに蓄積されている未処理
のトランザクション・データのうち、連続する所定数の
トランザクション・データを処理のために予約して、そ
の予約状況を前記制御テーブルに書き込み、予約したト
ランザクション・データを処理すると、その処理状況を
前記制御テーブルに書き込む、 並列トランザクション処理システム。 - 【請求項２】前記キューは、連番の一意的なキー値によ
ってトランザクション・データを識別する、請求項１記
載の並列トランザクション処理システム。 - 【請求項３】前記制御テーブルは、トランザクション・
データが前記キューのどこまで蓄積されているかを示す
第１の制御情報と、前記キューに蓄積された複数のトラ
ンザクション・データのうちどこまで処理のために予約
されているかを示す第２の制御情報と、各タスクの予約
および処理状況を示す第３の制御情報とを保持する、請
求項２記載の並列トランザクション処理システム。 - 【請求項４】タスクを即時終了させる手段と、即時終了
されるタスクが予約したトランザクション・データのう
ち未処理のものが残っていれば、それを示すフラグを前
記第２の制御情報にセットする手段とを更に含む、請求
項３記載の並列トランザクション処理システム。 - 【請求項５】各タスクで現在処理中のトランザクション
・データを示す処理中キー値を前記制御テーブルとは別
に保持する手段と、障害を起こしたタスクの処理中キー
値を該タスクに対応する前記第３の制御情報に障害キー
値として書き込む手段とを更に含み、該障害キー値によ
り示されるトランザクション・データの処理を回避する
ようにしたことを特徴とする、請求項３記載の並列トラ
ンザクション処理システム。 - 【請求項６】独立に処理可能な複数のトランザクション
・データをキューに蓄積するステップと、 前記キューの制御情報を含む制御テーブルを準備するス
テップと、 前記トランザクション・データに対して同じ処理を行う
複数のタスクを稼働するステップとを含み、 前記複数のタスクのそれぞれは、前記制御テーブルを参
照することにより、前記キューに蓄積されている未処理
のトランザクション・データのうち、連続する所定数の
トランザクション・データを処理のために予約して、そ
の予約状況を前記制御テーブルに書き込み、予約したト
ランザクション・データを処理すると、その処理状況を
前記制御テーブルに書き込む、 並列トランザクション処理方法。 - 【請求項７】前記キューは、連番の一意的なキー値によ
ってトランザクション・データを識別する、請求項６記
載の並列トランザクション処理方法。 - 【請求項８】前記制御テーブルは、トランザクション・
データが前記キューのどこまで蓄積されているかを示す
第１の制御情報と、前記キューに蓄積された複数のトラ
ンザクション・データのうちどこまで処理のために予約
されているかを示す第２の制御情報と、各タスクの予約
および処理状況を示す第３の制御情報とを保持する、請
求項７記載の並列トランザクション処理方法。 - 【請求項９】タスクを即時終了させるステップと、即時
終了されるタスクが予約したトランザクション・データ
のうち未処理のものが残っていれば、それを示すフラグ
を前記第２の制御情報にセットするステップとを更に含
む、請求項８記載の並列トランザクション処理方法。 - 【請求項１０】各タスクで現在処理中のトランザクショ
ン・データを示す処理中キー値を前記制御テーブルとは
別に保持するステップと、障害を起こしたタスクの処理
中キー値を該タスクに対応する前記第３の制御情報に障
害キー値として書き込むステップとを更に含み、該障害
キー値により示されるトランザクション・データの処理
を回避するようにしたことを特徴とする、請求項８記載
の並列トランザクション処理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09204060A JP3113841B2 (ja) | 1997-07-30 | 1997-07-30 | 並列トランザクション処理システム |
| US09/132,332 US6219689B1 (en) | 1997-07-30 | 1998-08-12 | Parallel transaction processing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09204060A JP3113841B2 (ja) | 1997-07-30 | 1997-07-30 | 並列トランザクション処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1153202A JPH1153202A (ja) | 1999-02-26 |
| JP3113841B2 true JP3113841B2 (ja) | 2000-12-04 |
Family
ID=16484098
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09204060A Expired - Fee Related JP3113841B2 (ja) | 1997-07-30 | 1997-07-30 | 並列トランザクション処理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6219689B1 (ja) |
| JP (1) | JP3113841B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04287349A (ja) * | 1991-03-18 | 1992-10-12 | Nec Corp | 集積回路パッケージ |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1215577B1 (en) * | 2000-08-21 | 2012-02-22 | Texas Instruments Incorporated | Fault management and recovery based on task-ID |
| US7028297B2 (en) | 2000-11-17 | 2006-04-11 | Aristos Logic Corporation | System and method of scalable transaction processing |
| US7065541B2 (en) * | 2001-10-10 | 2006-06-20 | International Business Machines Corporation | Database migration |
| US7127456B1 (en) * | 2002-12-05 | 2006-10-24 | Ncr Corp. | System and method for logging database queries |
| JP4041002B2 (ja) * | 2003-03-24 | 2008-01-30 | 株式会社三菱東京Ｕｆｊ銀行 | データベース更新処理システム、データベース更新のための更新データ入力方法、更新データ処理方法、およびプログラム |
| JP4911552B2 (ja) * | 2004-04-12 | 2012-04-04 | 富士通株式会社 | 伝票多重処理方法、プログラム及び装置 |
| CN100422893C (zh) * | 2004-12-01 | 2008-10-01 | 上海宝信软件股份有限公司 | 基于任务队列的控制方法 |
| US20060168098A1 (en) * | 2004-12-27 | 2006-07-27 | International Business Machines Corporation | Service offering for the delivery of partial information with a restore capability |
| EP1835400A1 (en) * | 2006-03-17 | 2007-09-19 | Voca Limited | Transaction processing method |
| JP5086934B2 (ja) * | 2008-08-07 | 2012-11-28 | 株式会社三菱東京Ｕｆｊ銀行 | データ処理装置及びプログラム |
| JP5509564B2 (ja) * | 2008-09-30 | 2014-06-04 | 富士通株式会社 | メッセージ送信方法及びプログラム |
| US8386827B2 (en) * | 2009-05-11 | 2013-02-26 | Lsi Corporation | Systems and methods for signal delay and alignment |
| US10002019B2 (en) * | 2009-05-11 | 2018-06-19 | International Business Machines Corporation | System and method for assigning a transaction to a serialized execution group based on an execution group limit for parallel processing with other execution groups |
| JP4978715B2 (ja) * | 2010-05-24 | 2012-07-18 | 富士通株式会社 | 伝票多重処理方法、プログラム及び装置 |
| JP5295395B2 (ja) * | 2012-01-04 | 2013-09-18 | 株式会社三菱東京Ｕｆｊ銀行 | データ処理装置 |
| US20140279802A1 (en) * | 2013-03-15 | 2014-09-18 | General Electric Company | Methods and systems for propagating information in collaborative decision-making |
| JP5604554B2 (ja) * | 2013-04-30 | 2014-10-08 | 株式会社三菱東京Ｕｆｊ銀行 | データ処理装置 |
| US20140344335A1 (en) | 2013-05-16 | 2014-11-20 | Toshiba Global Commerce Solutions Holdings Corporation | Detecting and managing a loss of connectivity with a remote server |
| US20150127679A1 (en) * | 2013-11-04 | 2015-05-07 | aMind Solutions, LLC | System and method for identifying and synchronizing data from multiple backend enterprise computer systems to multiple types of mobile devices |
| CN108846749B (zh) * | 2018-05-31 | 2021-09-07 | 杭州溪塔科技有限公司 | 一种基于区块链技术的分片化的交易执行系统及方法 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4949251A (en) * | 1988-07-18 | 1990-08-14 | Digital Equipment Corporation | Exactly-once semantics in a TP queuing system |
| US5455944A (en) * | 1993-03-16 | 1995-10-03 | International Business Machines Corporation | Method for managing logging and locking of page free space information in a transaction processing system |
| US5561795A (en) * | 1994-05-13 | 1996-10-01 | Unisys Corporation | Method and apparatus for audit trail logging and data base recovery |
| US5701457A (en) * | 1994-09-08 | 1997-12-23 | Hitachi, Ltd. | Method of designated time interval reservation access process of online updating and backing up of large database versions without reserving exclusive control |
| US6052695A (en) * | 1995-02-28 | 2000-04-18 | Ntt Data Communications Systems Corporation | Accurate completion of transaction in cooperative type distributed system and recovery procedure for same |
| US5956489A (en) * | 1995-06-07 | 1999-09-21 | Microsoft Corporation | Transaction replication system and method for supporting replicated transaction-based services |
| US6122642A (en) * | 1996-01-18 | 2000-09-19 | Sabre Inc. | System for propagating, retrieving and using transaction processing facility airline computerized reservation system data on a relational database processing platform |
| US5916307A (en) * | 1996-06-05 | 1999-06-29 | New Era Of Networks, Inc. | Method and structure for balanced queue communication between nodes in a distributed computing application |
-
1997
- 1997-07-30 JP JP09204060A patent/JP3113841B2/ja not_active Expired - Fee Related
-
1998
- 1998-08-12 US US09/132,332 patent/US6219689B1/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04287349A (ja) * | 1991-03-18 | 1992-10-12 | Nec Corp | 集積回路パッケージ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1153202A (ja) | 1999-02-26 |
| US6219689B1 (en) | 2001-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3113841B2 (ja) | 並列トランザクション処理システム | |
| EP1141864B1 (en) | Method and system for reconciling concurrent streams of transactions in a database | |
| US6463532B1 (en) | System and method for effectuating distributed consensus among members of a processor set in a multiprocessor computing system through the use of shared storage resources | |
| US4949251A (en) | Exactly-once semantics in a TP queuing system | |
| US5129085A (en) | Computer network with shared memory using bit maps including flags to indicate reserved memory areas and task status | |
| US6732123B1 (en) | Database recovery to any point in time in an online environment utilizing disaster recovery technology | |
| JPH04229355A (ja) | データアクセス方法及びデータ処理システム | |
| JPH04308961A (ja) | 占有されたプロセスの同期ロックの状態を通知するための手段及び装置 | |
| US5450590A (en) | Authorization method for conditional command execution | |
| US6502122B1 (en) | Method and apparatus for executing transaction programs in parallel | |
| US6092084A (en) | One system of a multisystem environment taking over log entries owned by another system | |
| JP2821345B2 (ja) | 非同期ｉ／ｏ制御方式 | |
| McGee | The information management system IMS/VS, Part V: Transaction processing facilities | |
| US6076095A (en) | Method of one system of a multisystem environment taking over log entries owned by another system | |
| JPH08129492A (ja) | 資源排他チェックシステム及び資源排他チェック方法 | |
| JP2693916B2 (ja) | タスクスケジュール方法 | |
| JPS635780B2 (ja) | ||
| US5287509A (en) | Multitasking system for in-procedure loops | |
| JPH0376500B2 (ja) | ||
| JPH04139545A (ja) | データベース更新処理方式 | |
| JP3575236B2 (ja) | データベース排他制御方法及びシステム及びデータベース排他制御プログラムを格納した記憶媒体 | |
| JPH0431935A (ja) | ファイル領域管理方式 | |
| JPH0348538B2 (ja) | ||
| JPH09265405A (ja) | 共有資源の排他アクセス方法 | |
| JPS63124138A (ja) | 共有資源の占有競合管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |