JPH0784846A - 複数データベースアクセス業務処理の一貫性保証方式 - Google Patents
複数データベースアクセス業務処理の一貫性保証方式Info
- Publication number
- JPH0784846A JPH0784846A JP5226021A JP22602193A JPH0784846A JP H0784846 A JPH0784846 A JP H0784846A JP 5226021 A JP5226021 A JP 5226021A JP 22602193 A JP22602193 A JP 22602193A JP H0784846 A JPH0784846 A JP H0784846A
- Authority
- JP
- Japan
- Prior art keywords
- consistency
- business
- database
- consistency guarantee
- name
- 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
【０００１】
【産業上の利用分野】本発明は、複数のデータベースに
関わる業務処理プログラム（以下、業務ＡＰと略称す
る）において一貫性を保証する複数データベースアクセ
ス業務処理の一貫性保証方式に関する。
関わる業務処理プログラム（以下、業務ＡＰと略称す
る）において一貫性を保証する複数データベースアクセ
ス業務処理の一貫性保証方式に関する。
【０００２】
【従来の技術】コンピュータシステムのダウンサイジン
グの進展に伴い、従来メインフレーマの大規模なデータ
ベース（以下、ＤＢと略称する）で集中管理されていた
業務が分散された部門対応のＤＢサーバ上で実行される
ようになってきているが、このような複数のＤＢに関わ
る業務ＡＰにおいても一貫性を保証する必要がある。
グの進展に伴い、従来メインフレーマの大規模なデータ
ベース（以下、ＤＢと略称する）で集中管理されていた
業務が分散された部門対応のＤＢサーバ上で実行される
ようになってきているが、このような複数のＤＢに関わ
る業務ＡＰにおいても一貫性を保証する必要がある。
【０００３】従来の集中型のＤＢシステムや、ＤＢの分
散したシステムにおける業務の一貫性保証は、業務ＡＰ
で行われている。このような業務の一貫性保証は、例え
ば次に示す方式１および２のように、業務ＡＰを一貫性
保証単位であるＬＵに分割することにより行っている。
散したシステムにおける業務の一貫性保証は、業務ＡＰ
で行われている。このような業務の一貫性保証は、例え
ば次に示す方式１および２のように、業務ＡＰを一貫性
保証単位であるＬＵに分割することにより行っている。
【０００４】方式１は、集中型のＤＢシステムにおいて
業務ＡＰを１ＬＵとして実行するものであり、図１４に
示すように、ＬＵの開始処理を実行し（処理）、ＤＢ
アクセスの業務処理を実行する（処理）。そして、Ｄ
Ｂアクセスの業務処理が正常に終了する場合には、ＬＵ
の正常終了処理を行い（処理）、異常に終了する場合
には、ＬＵの異常終了処理を行う（処理）。
業務ＡＰを１ＬＵとして実行するものであり、図１４に
示すように、ＬＵの開始処理を実行し（処理）、ＤＢ
アクセスの業務処理を実行する（処理）。そして、Ｄ
Ｂアクセスの業務処理が正常に終了する場合には、ＬＵ
の正常終了処理を行い（処理）、異常に終了する場合
には、ＬＵの異常終了処理を行う（処理）。
【０００５】また、方式２は、ＤＢの分散したシステム
において業務ＡＰが複数のＬＵで構成される場合には、
図１５に示すようにＤＢアクセス処理の２フェーズ化に
よる一貫性の保証を行う。フェーズ１では、ＤＢ資源の
解放を行わず、ＤＢの仮更新状態とし、フェーズ２でＤ
Ｂの実更新とＤＢ資源の解放を行うものである。
において業務ＡＰが複数のＬＵで構成される場合には、
図１５に示すようにＤＢアクセス処理の２フェーズ化に
よる一貫性の保証を行う。フェーズ１では、ＤＢ資源の
解放を行わず、ＤＢの仮更新状態とし、フェーズ２でＤ
Ｂの実更新とＤＢ資源の解放を行うものである。
【０００６】図１５においては、まずグローバルなＬＵ
（以下、ＧＬＵと略称する）の開始処理を実行する（処
理）。複数のＤＢn （ｎ＝１，２，・・・）対応の業
務処理のローカルＬＵ（以下、ＬＬＵと略称する）の開
始処理を実行する（処理）。複数のＤＢn へのアクセ
スの業務処理を実行する（処理）。そして、複数のＤ
Ｂn へのアクセスの業務処理が正常に終了する場合に
は、ＬＬＵのフェーズ１を正常終了し、ＧＬＵ管理部で
起動ＬＬＵ毎のフェーズ１終了状態を正常にセットする
（処理）。
（以下、ＧＬＵと略称する）の開始処理を実行する（処
理）。複数のＤＢn （ｎ＝１，２，・・・）対応の業
務処理のローカルＬＵ（以下、ＬＬＵと略称する）の開
始処理を実行する（処理）。複数のＤＢn へのアクセ
スの業務処理を実行する（処理）。そして、複数のＤ
Ｂn へのアクセスの業務処理が正常に終了する場合に
は、ＬＬＵのフェーズ１を正常終了し、ＧＬＵ管理部で
起動ＬＬＵ毎のフェーズ１終了状態を正常にセットする
（処理）。
【０００７】また、ＤＢn へのアクセスの業務処理が異
常に終了する場合には、ＬＬＵの異常終了処理を行う
（処理）。ＬＬＵ異常終了では、起動ＬＬＵ毎のフェ
ーズ１終了状態を異常にセットする。その後、ＧＬＵ異
常終了を実行する。ＧＬＵ異常終了処理では、起動済み
ＬＬＵに対してフェーズ２のＬＬＵ異常終了を実行す
る。そして、ＤＢn のＬＬＵのフェーズ１がすべて正常
に終わる場合には、ＧＬＵを正常終了する（処理）。
ＧＬＵ正常終了処理では、起動済みＬＬＵに対してフェ
ーズ２のＬＬＵ正常終了処理を実行する。
常に終了する場合には、ＬＬＵの異常終了処理を行う
（処理）。ＬＬＵ異常終了では、起動ＬＬＵ毎のフェ
ーズ１終了状態を異常にセットする。その後、ＧＬＵ異
常終了を実行する。ＧＬＵ異常終了処理では、起動済み
ＬＬＵに対してフェーズ２のＬＬＵ異常終了を実行す
る。そして、ＤＢn のＬＬＵのフェーズ１がすべて正常
に終わる場合には、ＧＬＵを正常終了する（処理）。
ＧＬＵ正常終了処理では、起動済みＬＬＵに対してフェ
ーズ２のＬＬＵ正常終了処理を実行する。
【０００８】
【発明が解決しようとする課題】業務ＡＰ作成者は、業
務の開発の他に、複数のＤＢ間の一貫性保証のために、
ＬＵ構成とその実行プロセス構成の設計を考慮し、複数
のＤＢを利用する業務ＡＰを作成する必要がある。従っ
て、自動的に業務ＡＰの実行を一貫性保証単位であるＬ
Ｕに分割し、業務ＡＰ作成者が意識することなく、その
実行のためのプロセスを起動できる機構を実現すること
が必要である。
務の開発の他に、複数のＤＢ間の一貫性保証のために、
ＬＵ構成とその実行プロセス構成の設計を考慮し、複数
のＤＢを利用する業務ＡＰを作成する必要がある。従っ
て、自動的に業務ＡＰの実行を一貫性保証単位であるＬ
Ｕに分割し、業務ＡＰ作成者が意識することなく、その
実行のためのプロセスを起動できる機構を実現すること
が必要である。
【０００９】本発明は、上記に鑑みてなされたもので、
その目的とするところは、複数のＤＢを利用する業務Ａ
Ｐの作成者が従来の集中型システムのように業務ＡＰの
作成に専念できるように複数のＤＢに関わる業務ＡＰに
おける一貫性を保証する複数データベースアクセス業務
処理の一貫性保証方式を提供することにある。
その目的とするところは、複数のＤＢを利用する業務Ａ
Ｐの作成者が従来の集中型システムのように業務ＡＰの
作成に専念できるように複数のＤＢに関わる業務ＡＰに
おける一貫性を保証する複数データベースアクセス業務
処理の一貫性保証方式を提供することにある。
【００１０】
【課題を解決するための手段】上記目的を達成するた
め、本発明の複数データベースアクセス業務処理の一貫
性保証方式は、業務処理プログラムを複数の一貫性保証
単位に分割し、各一貫性保証単位内で利用するデータベ
ースへの仮更新のためのアクセスの終了状態を監視し、
各終了状態がすべて正常終了の場合にデータベースの実
更新を行うことにより当該業務処理プログラムの処理の
一貫性を保証する複数データベースアクセス業務処理の
一貫性保証方式であって、業務処理プログラムに１つの
一貫性保証プロセスを生成する一貫性保証プロセス生成
消滅手段と、データベースをアクセスするＳＱＬ命令中
で指定したテーブルと当該テーブルを格納したデータベ
ースとの対応、データベースと当該データベースの存在
位置との対応、業務処理プログラムと当該業務処理プロ
グラムの存在位置との対応を各々登録してＳＱＬ命令中
のテーブル名からアクセス対象データベースの存在位置
または業務プログラム名から当該業務プログラムを実行
するサーバの存在位置を通知するネームサービス手段
と、業務処理プログラム中の命令を逐次実行し、プログ
ラム作成者の一貫性保証単位の宣言開始、ＳＱＬ命令、
またはサブ業務処理プログラムの実行命令を検出し、Ｓ
ＱＬ命令を検出した場合は、前記ネームサービス手段に
よりアクセス対象のデータベース名を取得し、当該デー
タベース名が現在実行中の一貫性保証単位がアクセスし
ているデータベース名と異なる場合は、当該ＳＱＬ命令
を新規の一貫性保証単位として抽出し、一貫性保証単位
の宣言開始の検出の場合は、一貫性保証単位の宣言終了
までを新規の一貫性保証単位として抽出し、サブ業務処
理プログラムの実行命令を検出した場合は、当該実行命
令を新規の一貫性保証単位として抽出するＬＵ抽出手段
と、新規の一貫性保証単位の抽出時、前記ネームサービ
ス手段により、アクセスするデータベースまたはサブ業
務処理プログラムの存在位置が現在実行中の一貫性保証
単位の存在するサーバの現在位置と異なると判明した場
合は、サーバ間の通信用のリモート通信プロセスを生成
し、前記ＬＵ抽出手段に対して当該データベースまたは
サブ業務処理プログラムが存在するサーバ上で新規に一
貫性保証単位として抽出させるリモート通信プロセス生
成消滅手段と、抽出した一貫性保証単位毎に一貫性保証
単位プロセスを生成するＬＵプロセス生成消滅手段と、
各一貫性保証単位プロセスに対して、データベースへの
仮更新のためのアクセスの終了状態を通知させ、ＬＵＰ
管理表に当該一貫性保証単位プロセス識別子とともに当
該終了状態を設定し、当該終了状態が異常終了の場合、
前記ＬＵＰ管理表に登録された前記識別子の一貫性保証
単位プロセスに対して、当該一貫性保証単位プロセスの
実行結果を実行前の状態に戻して再実行させ、前記ＬＵ
Ｐ管理表に登録されたプロセス識別子に対するデータベ
ースアクセスの終了状態がすべて正常であることを確認
後、当該識別子の一貫性保証単位プロセスにデータベー
スの実更新と当該データベース資源の解放を指示し、当
該一貫性保証単位プロセスからの終了状態の通知を受け
取り、前記ＬＵＰ管理表に当該終了状態を設定し、当該
終了状態が正常であれば、当該一貫性保証単位プロセス
を消滅させ、全ての一貫性保証単位プロセスが正常であ
れば、前記一貫性保証プロセスを消滅させ、当該終了状
態が異常であれば、異常終了した前記一貫性保証単位プ
ロセスを保持し、予め定めた方法によるデータベースの
復旧処理を待ち、データベースの復旧確認後、再度デー
タベース実更新とデータベース資源を解放することを前
記一貫性保証プロセスに対して指示する一貫性保証管理
手段とを有することを要旨とする。
め、本発明の複数データベースアクセス業務処理の一貫
性保証方式は、業務処理プログラムを複数の一貫性保証
単位に分割し、各一貫性保証単位内で利用するデータベ
ースへの仮更新のためのアクセスの終了状態を監視し、
各終了状態がすべて正常終了の場合にデータベースの実
更新を行うことにより当該業務処理プログラムの処理の
一貫性を保証する複数データベースアクセス業務処理の
一貫性保証方式であって、業務処理プログラムに１つの
一貫性保証プロセスを生成する一貫性保証プロセス生成
消滅手段と、データベースをアクセスするＳＱＬ命令中
で指定したテーブルと当該テーブルを格納したデータベ
ースとの対応、データベースと当該データベースの存在
位置との対応、業務処理プログラムと当該業務処理プロ
グラムの存在位置との対応を各々登録してＳＱＬ命令中
のテーブル名からアクセス対象データベースの存在位置
または業務プログラム名から当該業務プログラムを実行
するサーバの存在位置を通知するネームサービス手段
と、業務処理プログラム中の命令を逐次実行し、プログ
ラム作成者の一貫性保証単位の宣言開始、ＳＱＬ命令、
またはサブ業務処理プログラムの実行命令を検出し、Ｓ
ＱＬ命令を検出した場合は、前記ネームサービス手段に
よりアクセス対象のデータベース名を取得し、当該デー
タベース名が現在実行中の一貫性保証単位がアクセスし
ているデータベース名と異なる場合は、当該ＳＱＬ命令
を新規の一貫性保証単位として抽出し、一貫性保証単位
の宣言開始の検出の場合は、一貫性保証単位の宣言終了
までを新規の一貫性保証単位として抽出し、サブ業務処
理プログラムの実行命令を検出した場合は、当該実行命
令を新規の一貫性保証単位として抽出するＬＵ抽出手段
と、新規の一貫性保証単位の抽出時、前記ネームサービ
ス手段により、アクセスするデータベースまたはサブ業
務処理プログラムの存在位置が現在実行中の一貫性保証
単位の存在するサーバの現在位置と異なると判明した場
合は、サーバ間の通信用のリモート通信プロセスを生成
し、前記ＬＵ抽出手段に対して当該データベースまたは
サブ業務処理プログラムが存在するサーバ上で新規に一
貫性保証単位として抽出させるリモート通信プロセス生
成消滅手段と、抽出した一貫性保証単位毎に一貫性保証
単位プロセスを生成するＬＵプロセス生成消滅手段と、
各一貫性保証単位プロセスに対して、データベースへの
仮更新のためのアクセスの終了状態を通知させ、ＬＵＰ
管理表に当該一貫性保証単位プロセス識別子とともに当
該終了状態を設定し、当該終了状態が異常終了の場合、
前記ＬＵＰ管理表に登録された前記識別子の一貫性保証
単位プロセスに対して、当該一貫性保証単位プロセスの
実行結果を実行前の状態に戻して再実行させ、前記ＬＵ
Ｐ管理表に登録されたプロセス識別子に対するデータベ
ースアクセスの終了状態がすべて正常であることを確認
後、当該識別子の一貫性保証単位プロセスにデータベー
スの実更新と当該データベース資源の解放を指示し、当
該一貫性保証単位プロセスからの終了状態の通知を受け
取り、前記ＬＵＰ管理表に当該終了状態を設定し、当該
終了状態が正常であれば、当該一貫性保証単位プロセス
を消滅させ、全ての一貫性保証単位プロセスが正常であ
れば、前記一貫性保証プロセスを消滅させ、当該終了状
態が異常であれば、異常終了した前記一貫性保証単位プ
ロセスを保持し、予め定めた方法によるデータベースの
復旧処理を待ち、データベースの復旧確認後、再度デー
タベース実更新とデータベース資源を解放することを前
記一貫性保証プロセスに対して指示する一貫性保証管理
手段とを有することを要旨とする。
【００１１】
【作用】本発明の複数データベースアクセス業務処理の
一貫性保証方式では、業務処理プログラムの処理プロセ
ス群毎に一貫性保証プロセスを生成し、業務処理プログ
ラム中で一貫性保証単位を宣言し、データベースアクセ
ス命令のアクセス対象データベースおよび業務処理プロ
グラム名から業務処理プログラム実行のリモートサーバ
の位置に基づき一貫性保証単位を抽出し、抽出した一貫
性保証単位毎に一貫性保証単位プロセスを生成し、リモ
ートサーバ間との通信のためのリモート通信プロセスを
生成することにより各業務処理プログラムのデータベー
スアクセスの完結状態を一貫性保証プロセスが一元管理
し、業務全体の一貫性を保証する。
一貫性保証方式では、業務処理プログラムの処理プロセ
ス群毎に一貫性保証プロセスを生成し、業務処理プログ
ラム中で一貫性保証単位を宣言し、データベースアクセ
ス命令のアクセス対象データベースおよび業務処理プロ
グラム名から業務処理プログラム実行のリモートサーバ
の位置に基づき一貫性保証単位を抽出し、抽出した一貫
性保証単位毎に一貫性保証単位プロセスを生成し、リモ
ートサーバ間との通信のためのリモート通信プロセスを
生成することにより各業務処理プログラムのデータベー
スアクセスの完結状態を一貫性保証プロセスが一元管理
し、業務全体の一貫性を保証する。
【００１２】
【実施例】以下、図面を用いて本発明の実施例を説明す
る。
る。
【００１３】図１は、本発明の一実施例に係わる複数デ
ータベースアクセス業務処理の一貫性保証方式の構成を
示すブロック図である。同図において、３０は業務ＡＰ
であり、ＤＢアクセス命令、サブＡＰ起動命令、ＬＵの
開始／終了命令、業務ＡＰ終了命令、およびその他の各
種実行命令からなり、図２に該業務ＡＰの構成を示す。
ＬＵの開始終了宣言は必須ではなく、ＬＵはＬＵ抽出手
段でＬＵを自動的に抽出するので省略することができ
る。
ータベースアクセス業務処理の一貫性保証方式の構成を
示すブロック図である。同図において、３０は業務ＡＰ
であり、ＤＢアクセス命令、サブＡＰ起動命令、ＬＵの
開始／終了命令、業務ＡＰ終了命令、およびその他の各
種実行命令からなり、図２に該業務ＡＰの構成を示す。
ＬＵの開始終了宣言は必須ではなく、ＬＵはＬＵ抽出手
段でＬＵを自動的に抽出するので省略することができ
る。
【００１４】また、図１において、３１は実行制御部で
あり、業務ＡＰの実行と一貫性保証の機能を司る。３２
は一貫性を保証するための一貫性保証プロセス（ＩＭ
Ｐ）を起動する一貫性保証プロセス生成消滅手段であ
り、実行制御部３１から起動される。３３は業務ＡＰの
中のＬＵを抽出するＬＵ抽出手段であり、抽出したＬＵ
毎にＬＵプロセス生成消滅手段３５でプロセスを生成す
る。３４は業務ＡＰの中で実行されるＳＱＬ命令中のテ
ーブル名から、アクセスするＤＢ名とＤＢ位置を得た
り、業務ＡＰ名から、その実行サーバの位置を得るため
のネームサービス手段である。３６はＬＵプロセス生成
消滅手段３５で生成したプロセス（ＬＵＰ）で実行する
業務ＡＰの実行状態を監視する一貫性保証管理手段であ
る。３７はＬＵプロセス生成消滅手段３５で生成したプ
ロセス（ＬＵＰ）で実行する業務ＡＰの実行状態を一貫
性保証管理手段３６に通知する一貫性通知手段である。
３８はリモートサーバと通信するリモート通信プロセス
生成消滅手段である。３９はリモートサーバ間の通信手
段である。
あり、業務ＡＰの実行と一貫性保証の機能を司る。３２
は一貫性を保証するための一貫性保証プロセス（ＩＭ
Ｐ）を起動する一貫性保証プロセス生成消滅手段であ
り、実行制御部３１から起動される。３３は業務ＡＰの
中のＬＵを抽出するＬＵ抽出手段であり、抽出したＬＵ
毎にＬＵプロセス生成消滅手段３５でプロセスを生成す
る。３４は業務ＡＰの中で実行されるＳＱＬ命令中のテ
ーブル名から、アクセスするＤＢ名とＤＢ位置を得た
り、業務ＡＰ名から、その実行サーバの位置を得るため
のネームサービス手段である。３６はＬＵプロセス生成
消滅手段３５で生成したプロセス（ＬＵＰ）で実行する
業務ＡＰの実行状態を監視する一貫性保証管理手段であ
る。３７はＬＵプロセス生成消滅手段３５で生成したプ
ロセス（ＬＵＰ）で実行する業務ＡＰの実行状態を一貫
性保証管理手段３６に通知する一貫性通知手段である。
３８はリモートサーバと通信するリモート通信プロセス
生成消滅手段である。３９はリモートサーバ間の通信手
段である。
【００１５】次に、以上のように構成される複数データ
ベースアクセス業務処理の一貫性保証方式の作用を説明
する。
ベースアクセス業務処理の一貫性保証方式の作用を説明
する。
【００１６】まず、一貫性保証プロセスによる管理につ
いて説明する。業務ＡＰ３０の起動時、一貫性保証プロ
セス生成消滅手段３２により一貫性保証プロセスＩＭＰ
を起動し、この後生成されるＬＵプロセスＬＵＰの実行
状態を一貫性保証管理手段３６で管理し、業務の一貫性
を保証する。
いて説明する。業務ＡＰ３０の起動時、一貫性保証プロ
セス生成消滅手段３２により一貫性保証プロセスＩＭＰ
を起動し、この後生成されるＬＵプロセスＬＵＰの実行
状態を一貫性保証管理手段３６で管理し、業務の一貫性
を保証する。
【００１７】次に、一貫性保証プロセスで管理するＬＵ
プロセスＬＵＰの抽出・生成について説明する。実行す
る業務ＡＰ３０から、実行制御部３１により構文解析機
能でＬＵ抽出手段３３を起動し、ＬＵを抽出する。すな
わち、陽にＬＵの開始処理を宣言している場合は、そこ
でＬＵを抽出し、ＳＱＬ命令を検出した場合は、ネーム
サービス手段３４によりアクセスするＤＢ名を取得し、
現在処理中のＬＵを利用しているＤＢ名と異なる場合
は、新規のＬＵとして抽出する。また、サブＡＰ起動検
出時も新規のＬＵとして抽出する。
プロセスＬＵＰの抽出・生成について説明する。実行す
る業務ＡＰ３０から、実行制御部３１により構文解析機
能でＬＵ抽出手段３３を起動し、ＬＵを抽出する。すな
わち、陽にＬＵの開始処理を宣言している場合は、そこ
でＬＵを抽出し、ＳＱＬ命令を検出した場合は、ネーム
サービス手段３４によりアクセスするＤＢ名を取得し、
現在処理中のＬＵを利用しているＤＢ名と異なる場合
は、新規のＬＵとして抽出する。また、サブＡＰ起動検
出時も新規のＬＵとして抽出する。
【００１８】新規のＬＵ抽出時、ネームサービス手段３
４より得られるＤＢおよび業務ＡＰ実行の位置がリモー
トの場合は、リモート通信プロセスＲＣＰを生成し、Ｄ
ＢおよびサブＡＰの存在するサーバ上でＬＵプロセスＬ
ＵＰを生成する。
４より得られるＤＢおよび業務ＡＰ実行の位置がリモー
トの場合は、リモート通信プロセスＲＣＰを生成し、Ｄ
ＢおよびサブＡＰの存在するサーバ上でＬＵプロセスＬ
ＵＰを生成する。
【００１９】図３は、一貫性保証処理の概要を示す。
【００２０】図３においては、まず業務ＡＰが起動さ
れ、一貫性保証プロセス生成消滅手段３２で一貫性保証
プロセスＩＭＰを生成する（処理）。それから、一貫
性保証プロセスＩＭＰはＬＵプロセス生成消滅手段３５
で業務ＡＰの実行のためのＬＵプロセスＬＵＰ1 を生成
する（処理）。ＬＵプロセスＬＵＰ1 上で、業務ＡＰ
からＬＵ抽出手段３３でＬＵを抽出し、ＬＵプロセス生
成消滅手段３５でＬＵプロセスＬＵＰ2 を生成する（処
理）。
れ、一貫性保証プロセス生成消滅手段３２で一貫性保証
プロセスＩＭＰを生成する（処理）。それから、一貫
性保証プロセスＩＭＰはＬＵプロセス生成消滅手段３５
で業務ＡＰの実行のためのＬＵプロセスＬＵＰ1 を生成
する（処理）。ＬＵプロセスＬＵＰ1 上で、業務ＡＰ
からＬＵ抽出手段３３でＬＵを抽出し、ＬＵプロセス生
成消滅手段３５でＬＵプロセスＬＵＰ2 を生成する（処
理）。
【００２１】新規のＬＵ抽出時には、ネームサービス手
段３４より得られるＤＢおよび業務ＡＰの実行の位置が
リモートの場合は、リモート通信プロセスＲＣＰを生成
し、ＤＢおよびサブＡＰの存在するサーバ上でＬＵプロ
セスＬＵＰ3 を生成する（処理）。ＬＵ終了時には、
その終了状態を一貫性通知手段３７により一貫性保証プ
ロセスＩＭＰに通知する。一貫性保証プロセスＩＭＰは
一貫性保証管理手段３６で管理した結果に基づき各ＬＵ
プロセスＬＵＰにＬＵ終了処理を指示する。
段３４より得られるＤＢおよび業務ＡＰの実行の位置が
リモートの場合は、リモート通信プロセスＲＣＰを生成
し、ＤＢおよびサブＡＰの存在するサーバ上でＬＵプロ
セスＬＵＰ3 を生成する（処理）。ＬＵ終了時には、
その終了状態を一貫性通知手段３７により一貫性保証プ
ロセスＩＭＰに通知する。一貫性保証プロセスＩＭＰは
一貫性保証管理手段３６で管理した結果に基づき各ＬＵ
プロセスＬＵＰにＬＵ終了処理を指示する。
【００２２】次に、図４を参照して、業務ＡＰの起動時
の処理を説明する。
の処理を説明する。
【００２３】なお、以下の説明では、利用ＤＢ名スタッ
ク域とプロセスｉｄ（識別子）スタック域は、各プロセ
スｉｄとＤＢ名を対応づけ、該プロセスｉｄを有するプ
ロセスで利用するＤＢ名を識別可能とするために利用す
る。また、ＬＵＰ管理表は、業務ＡＰを処理するプロセ
スｉｄ対応の完了状態を示す。２フェーズコミットメン
トにおけるフェーズ１とフェーズ２の状態を示す。
ク域とプロセスｉｄ（識別子）スタック域は、各プロセ
スｉｄとＤＢ名を対応づけ、該プロセスｉｄを有するプ
ロセスで利用するＤＢ名を識別可能とするために利用す
る。また、ＬＵＰ管理表は、業務ＡＰを処理するプロセ
スｉｄ対応の完了状態を示す。２フェーズコミットメン
トにおけるフェーズ１とフェーズ２の状態を示す。
【００２４】図４において、業務ＡＰの起動時、実行制
御部３１は一貫性保証プロセス生成消滅手段３２により
一貫性保証のための一貫性保証プロセスＩＭＰを起動す
る。一貫性保証プロセスＩＭＰの起動時、例えばｆｏｒ
ｋ（）関数の返却値により取得した一貫性保証プロセス
ＩＭＰのプロセスｉｄ（ｉｍｐ1 ）を共有メモリの一貫
性保証プロセスＩＭＰのプロセスｉｄ設定域に設定し、
一貫性保証プロセスＩＭＰとＬＵプロセスＬＵＰ間の通
信に利用する。更に、ＬＵプロセス生成消滅手段３５に
より一貫性保証プロセスＩＭＰから業務ＡＰの実行のた
めのプロセスとして、ＬＵプロセスＬＵＰ1 を起動し、
一貫性保証プロセスＩＭＰのプロセスｉｄ（ｉｍｐ1 ）
を通知する。
御部３１は一貫性保証プロセス生成消滅手段３２により
一貫性保証のための一貫性保証プロセスＩＭＰを起動す
る。一貫性保証プロセスＩＭＰの起動時、例えばｆｏｒ
ｋ（）関数の返却値により取得した一貫性保証プロセス
ＩＭＰのプロセスｉｄ（ｉｍｐ1 ）を共有メモリの一貫
性保証プロセスＩＭＰのプロセスｉｄ設定域に設定し、
一貫性保証プロセスＩＭＰとＬＵプロセスＬＵＰ間の通
信に利用する。更に、ＬＵプロセス生成消滅手段３５に
より一貫性保証プロセスＩＭＰから業務ＡＰの実行のた
めのプロセスとして、ＬＵプロセスＬＵＰ1 を起動し、
一貫性保証プロセスＩＭＰのプロセスｉｄ（ｉｍｐ1 ）
を通知する。
【００２５】利用者が業務ＡＰの起動時に指定するパラ
メータまたはパラメータファイルから、利用ＤＢ名（Ｄ
Ｂ1 ）を取得し、ＤＢ名スタック域に設定する。ＤＢ名
スタック域は、各ＬＵＰで利用するＤＢを対応づけるた
めの領域である。
メータまたはパラメータファイルから、利用ＤＢ名（Ｄ
Ｂ1 ）を取得し、ＤＢ名スタック域に設定する。ＤＢ名
スタック域は、各ＬＵＰで利用するＤＢを対応づけるた
めの領域である。
【００２６】ＬＵプロセスＬＵＰ1 は、一貫性通知手段
３７によりＬＵＰ1 のプロセスｉｄ（ｐｉｄ1 ）をＬＵ
Ｐ管理表に登録する。
３７によりＬＵＰ1 のプロセスｉｄ（ｐｉｄ1 ）をＬＵ
Ｐ管理表に登録する。
【００２７】次に、図５に参照して、業務ＡＰ中からＬ
Ｕ開始の抽出とＬＵＰの生成について説明する。
Ｕ開始の抽出とＬＵＰの生成について説明する。
【００２８】図５において、業務ＡＰ中の命令を逐次実
行し、実行制御部３１で構文解析によりＬＵ開始を抽出
する。それから、構文解析で、陽に宣言されたＬＵ開始
を検出した場合、以下の処理でＬＵプロセスＬＵＰを生
成する。
行し、実行制御部３１で構文解析によりＬＵ開始を抽出
する。それから、構文解析で、陽に宣言されたＬＵ開始
を検出した場合、以下の処理でＬＵプロセスＬＵＰを生
成する。
【００２９】すなわち、検出したＬＵの処理陽プロセス
として、実行制御部３１はＬＵプロセス生成消滅手段３
５によりプロセスｉｄがｐｉｄ2 のＬＵＰを生成する。
ＤＢ名は不明のため、実行制御部３１は一貫性保証管理
手段３６により対応するＬＵで利用するＤＢ名として、
ＤＢ名スタック域に空白をスタックする。生成したプロ
セスｐｉｄ2 に一貫性保証プロセスＩＭＰのプロセスｉ
ｄであるｉｍｐ1 を通知し、シグナルにより、ＬＵの正
常終了または異常終了を一貫性保証プロセスＩＭＰに通
知可能にする。実行制御部３１は一貫性保証管理手段３
６によりＬＵＰ管理表にｐｉｄ2 をスタックする。プロ
セスｉｄスタック域にｐｉｄ2 をスタックする。
として、実行制御部３１はＬＵプロセス生成消滅手段３
５によりプロセスｉｄがｐｉｄ2 のＬＵＰを生成する。
ＤＢ名は不明のため、実行制御部３１は一貫性保証管理
手段３６により対応するＬＵで利用するＤＢ名として、
ＤＢ名スタック域に空白をスタックする。生成したプロ
セスｐｉｄ2 に一貫性保証プロセスＩＭＰのプロセスｉ
ｄであるｉｍｐ1 を通知し、シグナルにより、ＬＵの正
常終了または異常終了を一貫性保証プロセスＩＭＰに通
知可能にする。実行制御部３１は一貫性保証管理手段３
６によりＬＵＰ管理表にｐｉｄ2 をスタックする。プロ
セスｉｄスタック域にｐｉｄ2 をスタックする。
【００３０】そして、生成したＬＵＰ上で、業務ＡＰ中
の命令を逐次実行し、実行制御部３１で構文解析により
命令の抽出を行う。
の命令を逐次実行し、実行制御部３１で構文解析により
命令の抽出を行う。
【００３１】次に、図６を参照して、業務ＡＰの中から
ＳＱＬ命令の抽出とＬＵＰの生成について説明する。
ＳＱＬ命令の抽出とＬＵＰの生成について説明する。
【００３２】図６において、業務ＡＰ中の命令を逐次実
行し、実行制御部３１で構文解析によりＳＱＬ命令を抽
出する。そして、構文解析でＳＱＬ命令を検出した場合
には、以下の手順に基づき必要な場合は、ＬＵＰを生成
する。
行し、実行制御部３１で構文解析によりＳＱＬ命令を抽
出する。そして、構文解析でＳＱＬ命令を検出した場合
には、以下の手順に基づき必要な場合は、ＬＵＰを生成
する。
【００３３】検出したＳＱＬ命令のアクセスするＤＢテ
ーブル名より、ＤＢ名をネームサービス手段３４より取
得する。例えば、図８においてテーブル名Ｔ1 にアクセ
スするＳＱＬであった場合には、ＤＢ名はＤＢ1 とな
る。ＤＢ名スタック域の最上位が空白でなければ、以下
の処理を行う。空白であれば、取得したＤＢ名で空白を
置換し、現在実行中のＬＵＰで業務ＡＰ中の命令を逐次
実行し、実行制御部３１で構文解析する。
ーブル名より、ＤＢ名をネームサービス手段３４より取
得する。例えば、図８においてテーブル名Ｔ1 にアクセ
スするＳＱＬであった場合には、ＤＢ名はＤＢ1 とな
る。ＤＢ名スタック域の最上位が空白でなければ、以下
の処理を行う。空白であれば、取得したＤＢ名で空白を
置換し、現在実行中のＬＵＰで業務ＡＰ中の命令を逐次
実行し、実行制御部３１で構文解析する。
【００３４】また、取得したＤＢ名がＤＢ名スタック域
の最上位のＤＢ名と異なっている場合には、プロセスｉ
ｄがｐｉｄ3 のＬＵＰを生成し、ＤＢ名スタック域に取
得ＤＢ名としてＤＢ3 をスタックする。生成したプロセ
スｐｉｄ3 に一貫性保証プロセスＩＭＰのプロセスｉｄ
としてｉｍｐ1 を通知し、シグナルによりＬＵの正常終
了または異常終了を一貫性保証プロセスＩＭＰに通知可
能にする。実行制御部３１は一貫性保証管理手段３６に
よりＬＵＰ管理表にｐｉｄ3 をスタックし、現在実行中
のＬＵＰで業務ＡＰ中の命令を逐次実行し、実行制御部
３１で構文解析する。
の最上位のＤＢ名と異なっている場合には、プロセスｉ
ｄがｐｉｄ3 のＬＵＰを生成し、ＤＢ名スタック域に取
得ＤＢ名としてＤＢ3 をスタックする。生成したプロセ
スｐｉｄ3 に一貫性保証プロセスＩＭＰのプロセスｉｄ
としてｉｍｐ1 を通知し、シグナルによりＬＵの正常終
了または異常終了を一貫性保証プロセスＩＭＰに通知可
能にする。実行制御部３１は一貫性保証管理手段３６に
よりＬＵＰ管理表にｐｉｄ3 をスタックし、現在実行中
のＬＵＰで業務ＡＰ中の命令を逐次実行し、実行制御部
３１で構文解析する。
【００３５】取得したＤＢ名がＤＢ名スタック域の最上
位のＤＢ名と同じであれば、ＬＵＰを生成せずに、現在
実行中のＬＵＰ上で、業務ＡＰ中の命令を逐次実行し、
実行制御部３１で構文解析によりＳＱＬ命令を抽出した
ならば、上述した処理を行う。
位のＤＢ名と同じであれば、ＬＵＰを生成せずに、現在
実行中のＬＵＰ上で、業務ＡＰ中の命令を逐次実行し、
実行制御部３１で構文解析によりＳＱＬ命令を抽出した
ならば、上述した処理を行う。
【００３６】現在実行中のＬＵＰで業務ＡＰ中の命令を
逐次実行し、実行制御部３１で構文解析する。
逐次実行し、実行制御部３１で構文解析する。
【００３７】次に、図７を参照して、業務ＡＰ中からサ
ブＡＰ起動の抽出とＬＵＰの生成について説明する。
ブＡＰ起動の抽出とＬＵＰの生成について説明する。
【００３８】図７において、業務ＡＰを逐次実行し、実
行制御部３１で構文解析によりサブＡＰ起動を抽出す
る。構文解析でサブＡＰ起動を検出した場合、以下の処
理でＬＵＰを生成する。
行制御部３１で構文解析によりサブＡＰ起動を抽出す
る。構文解析でサブＡＰ起動を検出した場合、以下の処
理でＬＵＰを生成する。
【００３９】検出したサブＡＰ実行用プロセスとして、
実行制御部３１はＬＵプロセス生成消滅手段３５により
プロセスｉｄがｐｉｄ3 のＬＵＰを生成する。ＤＢ名は
不明のため、実行制御部３１は一貫性保証管理手段３６
により対応するＬＵで利用するＤＢ名として、ＤＢスタ
ック域に空白をスタックする。生成したプロセスｐｉｄ
3 に一貫性保証プロセスＩＭＰのプロセスｉｄとして、
ｉｍｐ1 を通知し、シグナルにより、ＬＵの正常終了ま
たは異常終了を一貫性保証プロセスＩＭＰに通知可能に
する。実行制御部３１は、一貫性保証管理手段３６によ
りＬＵＰ管理表にｐｉｄ3 をスタックする。プロセスｉ
ｄスタック域にｐｉｄ3 をスタックする。生成したＬＵ
Ｐ上で、業務ＡＰ中の命令を逐次実行し、実行制御部３
１で構文解析の処理を行う。
実行制御部３１はＬＵプロセス生成消滅手段３５により
プロセスｉｄがｐｉｄ3 のＬＵＰを生成する。ＤＢ名は
不明のため、実行制御部３１は一貫性保証管理手段３６
により対応するＬＵで利用するＤＢ名として、ＤＢスタ
ック域に空白をスタックする。生成したプロセスｐｉｄ
3 に一貫性保証プロセスＩＭＰのプロセスｉｄとして、
ｉｍｐ1 を通知し、シグナルにより、ＬＵの正常終了ま
たは異常終了を一貫性保証プロセスＩＭＰに通知可能に
する。実行制御部３１は、一貫性保証管理手段３６によ
りＬＵＰ管理表にｐｉｄ3 をスタックする。プロセスｉ
ｄスタック域にｐｉｄ3 をスタックする。生成したＬＵ
Ｐ上で、業務ＡＰ中の命令を逐次実行し、実行制御部３
１で構文解析の処理を行う。
【００４０】図８にネームサーバ構成情報を示す。
【００４１】次に、図９を参照して、リモートのサブＡ
Ｐ起動およびリモートのＤＢへのＳＱＬ実行時のＲＣＰ
生成とＬＵＰ生成について説明する。
Ｐ起動およびリモートのＤＢへのＳＱＬ実行時のＲＣＰ
生成とＬＵＰ生成について説明する。
【００４２】まず、業務ＡＰからＳＱＬ命令抽出により
ＬＵＰを生成する場合について説明する。
ＬＵＰを生成する場合について説明する。
【００４３】ネームサービス手段３４によりＳＱＬ命令
でアクセスするテーブル名から、テーブルの存在するＤ
Ｂ名を得る。ＤＢ名から、ＤＢの存在する位置を得る。
ＤＢの存在する位置がリモートの場合、現サーバ上とリ
モートサーバ上にリモート通信プロセスＲＣＰを生成す
る。リモートサーバ上のリモート通信プロセスＲＣＰか
ら、業務ＡＰ実行用のＬＵＰ（ＬＵＰ3 ）を生成する。
でアクセスするテーブル名から、テーブルの存在するＤ
Ｂ名を得る。ＤＢ名から、ＤＢの存在する位置を得る。
ＤＢの存在する位置がリモートの場合、現サーバ上とリ
モートサーバ上にリモート通信プロセスＲＣＰを生成す
る。リモートサーバ上のリモート通信プロセスＲＣＰか
ら、業務ＡＰ実行用のＬＵＰ（ＬＵＰ3 ）を生成する。
【００４４】次に、業務ＡＰからサブ業務ＡＰ起動抽出
によりＬＵＰを生成する場合について説明する。
によりＬＵＰを生成する場合について説明する。
【００４５】まず、ネームサービス手段３４により業務
ＡＰ名から、業務ＡＰの実行サーバ位置を得る。業務Ａ
Ｐの実行サーバ位置の情報は業務ＡＰの実行時に、予め
定められた方法に基づき生成する。業務ＡＰ実行サーバ
の存在する位置がリモートの場合、現サーバ上とリモー
トサーバ上にリモート通信プロセスＲＣＰを生成する。
リモートサーバ上のリモート通信プロセスＲＣＰから、
業務ＡＰ実行用のＬＵＰ（ＬＵＰ3 ）を生成する。
ＡＰ名から、業務ＡＰの実行サーバ位置を得る。業務Ａ
Ｐの実行サーバ位置の情報は業務ＡＰの実行時に、予め
定められた方法に基づき生成する。業務ＡＰ実行サーバ
の存在する位置がリモートの場合、現サーバ上とリモー
トサーバ上にリモート通信プロセスＲＣＰを生成する。
リモートサーバ上のリモート通信プロセスＲＣＰから、
業務ＡＰ実行用のＬＵＰ（ＬＵＰ3 ）を生成する。
【００４６】次に、業務ＡＰ中からＬＵ正常終了命令の
抽出時の処理について説明する。
抽出時の処理について説明する。
【００４７】ＬＵ終了命令にはＳＱＬ命令におけるＣＯ
ＭＭＩＴとＲＯＬＬＢＡＣＫ命令のように正常終了命令
と異常終了命令がある。
ＭＭＩＴとＲＯＬＬＢＡＣＫ命令のように正常終了命令
と異常終了命令がある。
【００４８】図１０はｐｉｄ3 のフェーズ１正常終了時
のＬＵＰ管理表とＤＢ名スタック域のプロセスｉｄスタ
ック域の状態を示す。
のＬＵＰ管理表とＤＢ名スタック域のプロセスｉｄスタ
ック域の状態を示す。
【００４９】構文解析でＬＵ正常終了命令を検出し、正
常に逐次実行される場合、検出したＬＵＰから一貫性保
証プロセスＩＭＰにフェーズ１の正常終了処理を通知す
る。一貫性保証プロセスＩＭＰはＬＵＰ管理表の対応す
るプロセスｉｄ、例えばｐｉｄ3 のプロセス完了状態フ
ェーズ１に「正常」をセットする。ＤＢスタック域の最
上位のＤＢ名（例えば、空白）をポップアップする。プ
ロセスｉｄスタック域の最上位のプロセスｉｄ＝ｐｉｄ
3 をポップアップし、実行制御部３１で構文解析を続行
する。
常に逐次実行される場合、検出したＬＵＰから一貫性保
証プロセスＩＭＰにフェーズ１の正常終了処理を通知す
る。一貫性保証プロセスＩＭＰはＬＵＰ管理表の対応す
るプロセスｉｄ、例えばｐｉｄ3 のプロセス完了状態フ
ェーズ１に「正常」をセットする。ＤＢスタック域の最
上位のＤＢ名（例えば、空白）をポップアップする。プ
ロセスｉｄスタック域の最上位のプロセスｉｄ＝ｐｉｄ
3 をポップアップし、実行制御部３１で構文解析を続行
する。
【００５０】次に、業務ＡＰ中からＬＵ異常終了命令の
抽出時の処理について説明する。
抽出時の処理について説明する。
【００５１】図１１にｐｉｄ2 のフェーズ１異常終了時
のＬＵＰ管理表とＤＢ名スタック域とプロセスｉｄスタ
ック域の状態を示す。
のＬＵＰ管理表とＤＢ名スタック域とプロセスｉｄスタ
ック域の状態を示す。
【００５２】構文解析でＬＵ異常終了を検出した場合に
は、検出したＬＵＰからＩＭＰにフェーズ１の異常終了
処理を通知する。ＩＭＰはＬＵＰ管理表の対応するプロ
セスｉｄ、例えばｐｉｄ2 のプロセス完了状態フェーズ
１に「異常」をセットする。ＩＭＰは、まずＬＵＰ管理
表に登録されているプロセスｉｄ（ｐｉｄ1 ，ｐｉ
ｄ2 ，ｐｉｄ3 ）のうち、フェーズ１が正常終了してい
るｐｉｄ3 のＤＢへ実行結果を該プロセス実行前の状態
に戻す。次に、ｐｉｄ2 のプロセスのＤＢへの実行結果
を該プロセス実行前の状態に戻す。
は、検出したＬＵＰからＩＭＰにフェーズ１の異常終了
処理を通知する。ＩＭＰはＬＵＰ管理表の対応するプロ
セスｉｄ、例えばｐｉｄ2 のプロセス完了状態フェーズ
１に「異常」をセットする。ＩＭＰは、まずＬＵＰ管理
表に登録されているプロセスｉｄ（ｐｉｄ1 ，ｐｉ
ｄ2 ，ｐｉｄ3 ）のうち、フェーズ１が正常終了してい
るｐｉｄ3 のＤＢへ実行結果を該プロセス実行前の状態
に戻す。次に、ｐｉｄ2 のプロセスのＤＢへの実行結果
を該プロセス実行前の状態に戻す。
【００５３】次に、業務ＡＰ中から業務ＡＰ終了の抽出
時の処理について説明する。
時の処理について説明する。
【００５４】図１２にｐｉｄ1 ，ｐｉｄ2 ，ｐｉｄ3 の
フェーズ２がすべて正常終了した時のＬＵＰ管理表とＤ
Ｂ名スタック域とプロセスｉｄスタック域の状態を示
す。また、図１３にｐｉｄ2 のフェーズ２異常終了時の
ＬＵＰ管理表とＤＢ名スタック域とプロセスｉｄスタッ
クの状態を示す。
フェーズ２がすべて正常終了した時のＬＵＰ管理表とＤ
Ｂ名スタック域とプロセスｉｄスタック域の状態を示
す。また、図１３にｐｉｄ2 のフェーズ２異常終了時の
ＬＵＰ管理表とＤＢ名スタック域とプロセスｉｄスタッ
クの状態を示す。
【００５５】構文解析で業務ＡＰ終了を検出した場合、
検出したＬＵＰの処理状態をチェックする。業務ＡＰ終
了を検出したＬＵＰ処理状態が正常であれば、ＩＭＰに
業務ＡＰ終了を検出したＬＵＰ、例えばここではｐｉｄ
1 に対応するＬＵＰ管理表のプロセス完了状態のフェー
ズ１に「正常」をセットし、ＤＢ名スタック域／プロセ
スｉｄスタック域をプッシュダウンする。更に、ＩＭＰ
にＬＵＰ管理表のすべてのプロセスｉｄに対応する状態
が正常であることを確認する。ＩＭＰはＬＵＰ管理表の
すべてのプロセスｉｄのＬＵＰにＤＢ更新結果の完了と
ＤＢ資源の解放を指示する。各ＬＵＰでＤＢ更新の完了
と、ＤＢ資源の解放を行い、正常終了であれば、ＬＵＰ
管理表の対応するプロセスの完了状態フェーズ２に「正
常」を設定し、ＬＵＰを消滅させる。各ＬＵＰでＤＢ更
新の完了と、ＤＢ資源の解放を行い、異常終了であれ
ば、ＬＵＰ管理表の対応するプロセスの完了状態フェー
ズ２に「異常」を設定する。ＩＭＰはすべてのＬＵＰの
フェーズ２が正常であれば、ＩＭＰを消滅させる。フェ
ーズ２に異常が存在すれば、ＩＭＰはフェーズ２の異常
終了したＬＵＰを保持し、何等からの方法によるＤＢの
復旧処理を待つ。ＤＢの復旧の確認後、ＩＭＰは異常終
了したＬＵＰに再度フェーズ２の処理を指示する。
検出したＬＵＰの処理状態をチェックする。業務ＡＰ終
了を検出したＬＵＰ処理状態が正常であれば、ＩＭＰに
業務ＡＰ終了を検出したＬＵＰ、例えばここではｐｉｄ
1 に対応するＬＵＰ管理表のプロセス完了状態のフェー
ズ１に「正常」をセットし、ＤＢ名スタック域／プロセ
スｉｄスタック域をプッシュダウンする。更に、ＩＭＰ
にＬＵＰ管理表のすべてのプロセスｉｄに対応する状態
が正常であることを確認する。ＩＭＰはＬＵＰ管理表の
すべてのプロセスｉｄのＬＵＰにＤＢ更新結果の完了と
ＤＢ資源の解放を指示する。各ＬＵＰでＤＢ更新の完了
と、ＤＢ資源の解放を行い、正常終了であれば、ＬＵＰ
管理表の対応するプロセスの完了状態フェーズ２に「正
常」を設定し、ＬＵＰを消滅させる。各ＬＵＰでＤＢ更
新の完了と、ＤＢ資源の解放を行い、異常終了であれ
ば、ＬＵＰ管理表の対応するプロセスの完了状態フェー
ズ２に「異常」を設定する。ＩＭＰはすべてのＬＵＰの
フェーズ２が正常であれば、ＩＭＰを消滅させる。フェ
ーズ２に異常が存在すれば、ＩＭＰはフェーズ２の異常
終了したＬＵＰを保持し、何等からの方法によるＤＢの
復旧処理を待つ。ＤＢの復旧の確認後、ＩＭＰは異常終
了したＬＵＰに再度フェーズ２の処理を指示する。
【００５６】
【発明の効果】以上説明したように、本発明によれば、
業務ＡＰ作成者は分散環境において複数のＤＢのアクセ
スを行う業務ＡＰ作成時に、プロセス構成の設計が不要
となり、分散環境の意識が不要となり、更に一貫性保証
単位のＬＵの分割設計が不要となるとともに、更に集中
型ＤＢシステムの業務ＡＰ作成と同様に、業務ＡＰ作成
に専念でき、生産性の向上を図ることができる。また、
複数のＤＢ間の一貫性の保証も可能である。
業務ＡＰ作成者は分散環境において複数のＤＢのアクセ
スを行う業務ＡＰ作成時に、プロセス構成の設計が不要
となり、分散環境の意識が不要となり、更に一貫性保証
単位のＬＵの分割設計が不要となるとともに、更に集中
型ＤＢシステムの業務ＡＰ作成と同様に、業務ＡＰ作成
に専念でき、生産性の向上を図ることができる。また、
複数のＤＢ間の一貫性の保証も可能である。
【図１】本発明の一実施例に係わる複数データベースア
クセス業務処理の一貫性保証方式の構成を示すブロック
図である。
クセス業務処理の一貫性保証方式の構成を示すブロック
図である。
【図２】業務ＡＰの構成を示す図である。
【図３】一貫性保証処理の概要を示す説明図である。
【図４】業務ＡＰの起動時の処理を示す説明図である。
【図５】業務ＡＰ中からＬＵ開始の抽出とＬＵＰの生成
を示す説明図である。
を示す説明図である。
【図６】業務ＡＰの中からＳＱＬ命令の抽出とＬＵＰの
生成を示す説明図である。
生成を示す説明図である。
【図７】業務ＡＰ中からサブＡＰ起動の抽出とＬＵＰの
生成を示す説明図である。
生成を示す説明図である。
【図８】ネームサーバ構成情報を示す図である。
【図９】リモートのサブＡＰ起動およびリモートのＤＢ
へのＳＱＬ実行時のＲＣＰ生成とＬＵＰ生成を示す説明
図である。
へのＳＱＬ実行時のＲＣＰ生成とＬＵＰ生成を示す説明
図である。
【図１０】ｐｉｄ3 のフェーズ１正常終了時のＬＵＰ管
理表とＤＢ名スタック域のプロセスｉｄスタック域の状
態を示す図である。
理表とＤＢ名スタック域のプロセスｉｄスタック域の状
態を示す図である。
【図１１】ｐｉｄ2 のフェーズ１異常終了時のＬＵＰ管
理表とＤＢ名スタック域とプロセスｉｄスタック域の状
態を示す図である。
理表とＤＢ名スタック域とプロセスｉｄスタック域の状
態を示す図である。
【図１２】ｐｉｄ1 ，ｐｉｄ2 ，ｐｉｄ3 のフェーズ２
がすべて正常終了した時のＬＵＰ管理表とＤＢ名スタッ
ク域とプロセスｉｄスタック域の状態を示す図である。
がすべて正常終了した時のＬＵＰ管理表とＤＢ名スタッ
ク域とプロセスｉｄスタック域の状態を示す図である。
【図１３】ｐｉｄ2 のフェーズ２異常終了時のＬＵＰ管
理表とＤＢ名スタック域とプロセスｉｄスタック域の状
態を示す図である。
理表とＤＢ名スタック域とプロセスｉｄスタック域の状
態を示す図である。
【図１４】集中型ＤＢシステムの一貫性保証の例を示す
説明図である。
説明図である。
【図１５】ＤＢの分散したシステムの一貫性保証の例を
示す説明図である。
示す説明図である。
３０ 業務ＡＰ ３１ 実行制御部 ３２ 一貫性保証プロセス生成消滅手段 ３３ ＬＵ抽出手段 ３４ ネームサービス手段 ３５ ＬＵプロセス生成消滅手段 ３６ 一貫性保証管理手段 ３７ 一貫性通知手段 ３８ リモート通信プロセス生成消滅手段 ３９ 通信手段
Claims (1)
- 【請求項１】 業務処理プログラムを複数の一貫性保証
単位に分割し、各一貫性保証単位内で利用するデータベ
ースへの仮更新のためのアクセスの終了状態を監視し、
各終了状態がすべて正常終了の場合にデータベースの実
更新を行うことにより当該業務処理プログラムの処理の
一貫性を保証する複数データベースアクセス業務処理の
一貫性保証方式であって、 業務処理プログラムに１つの一貫性保証プロセスを生成
する一貫性保証プロセス生成消滅手段と、 データベースをアクセスするＳＱＬ命令中で指定したテ
ーブルと当該テーブルを格納したデータベースとの対
応、データベースと当該データベースの存在位置との対
応、業務処理プログラムと当該業務処理プログラムの存
在位置との対応を各々登録してＳＱＬ命令中のテーブル
名からアクセス対象データベースの存在位置または業務
プログラム名から当該業務プログラムを実行するサーバ
の存在位置を通知するネームサービス手段と、 業務処理プログラム中の命令を逐次実行し、プログラム
作成者の一貫性保証単位の宣言開始、ＳＱＬ命令、また
はサブ業務処理プログラムの実行命令を検出し、ＳＱＬ
命令を検出した場合は、前記ネームサービス手段により
アクセス対象のデータベース名を取得し、当該データベ
ース名が現在実行中の一貫性保証単位がアクセスしてい
るデータベース名と異なる場合は、当該ＳＱＬ命令を新
規の一貫性保証単位として抽出し、一貫性保証単位の宣
言開始の検出の場合は、一貫性保証単位の宣言終了まで
を新規の一貫性保証単位として抽出し、サブ業務処理プ
ログラムの実行命令を検出した場合は、当該実行命令を
新規の一貫性保証単位として抽出するＬＵ抽出手段と、 新規の一貫性保証単位の抽出時、前記ネームサービス手
段により、アクセスするデータベースまたはサブ業務処
理プログラムの存在位置が現在実行中の一貫性保証単位
の存在するサーバの現在位置と異なると判明した場合
は、サーバ間の通信用のリモート通信プロセスを生成
し、前記ＬＵ抽出手段に対して当該データベースまたは
サブ業務処理プログラムが存在するサーバ上で新規に一
貫性保証単位として抽出させるリモート通信プロセス生
成消滅手段と、 抽出した一貫性保証単位毎に一貫性保証単位プロセスを
生成するＬＵプロセス生成消滅手段と、 各一貫性保証単位プロセスに対して、データベースへの
仮更新のためのアクセスの終了状態を通知させ、ＬＵＰ
管理表に当該一貫性保証単位プロセス識別子とともに当
該終了状態を設定し、当該終了状態が異常終了の場合、
前記ＬＵＰ管理表に登録された前記識別子の一貫性保証
単位プロセスに対して、当該一貫性保証単位プロセスの
実行結果を実行前の状態に戻して再実行させ、前記ＬＵ
Ｐ管理表に登録されたプロセス識別子に対するデータベ
ースアクセスの終了状態がすべて正常であることを確認
後、当該識別子の一貫性保証単位プロセスにデータベー
スの実更新と当該データベース資源の解放を指示し、当
該一貫性保証単位プロセスからの終了状態の通知を受け
取り、前記ＬＵＰ管理表に当該終了状態を設定し、当該
終了状態が正常であれば、当該一貫性保証単位プロセス
を消滅させ、全ての一貫性保証単位プロセスが正常であ
れば、前記一貫性保証プロセスを消滅させ、当該終了状
態が異常であれば、異常終了した前記一貫性保証単位プ
ロセスを保持し、予め定めた方法によるデータベースの
復旧処理を待ち、データベースの復旧確認後、再度デー
タベース実更新とデータベース資源を解放することを前
記一貫性保証プロセスに対して指示する一貫性保証管理
手段とを有することを特徴とする複数データベースアク
セス業務処理の一貫性保証方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5226021A JPH0784846A (ja) | 1993-09-10 | 1993-09-10 | 複数データベースアクセス業務処理の一貫性保証方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5226021A JPH0784846A (ja) | 1993-09-10 | 1993-09-10 | 複数データベースアクセス業務処理の一貫性保証方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0784846A true JPH0784846A (ja) | 1995-03-31 |
Family
ID=16838548
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5226021A Pending JPH0784846A (ja) | 1993-09-10 | 1993-09-10 | 複数データベースアクセス業務処理の一貫性保証方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0784846A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003502729A (ja) * | 1999-06-11 | 2003-01-21 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | ソフトウエア要素間の通信 |
| KR100417458B1 (ko) * | 1995-09-14 | 2004-06-24 | 시티뱅크 악티엔게젤샤프트 | 데이터관리용컴퓨터시스템및그의동작방법 |
-
1993
- 1993-09-10 JP JP5226021A patent/JPH0784846A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100417458B1 (ko) * | 1995-09-14 | 2004-06-24 | 시티뱅크 악티엔게젤샤프트 | 데이터관리용컴퓨터시스템및그의동작방법 |
| JP2003502729A (ja) * | 1999-06-11 | 2003-01-21 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | ソフトウエア要素間の通信 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3435235B1 (en) | Method and device for executing data recovery operation | |
| JP3270216B2 (ja) | ファイル名検出方式 | |
| CN101996108B (zh) | 一种分布式环境的备份和恢复方法及其系统 | |
| CN114443294B (zh) | 大数据服务组件部署方法、系统、终端及存储介质 | |
| CN105653401A (zh) | 应用系统灾备、运维、监控和应急启停调度方法及装置 | |
| CN112925555A (zh) | 模型管理方法、装置、设备及存储介质 | |
| CN115757612A (zh) | 数据同步方法、装置、计算机设备及存储介质 | |
| JP3901060B2 (ja) | アプリケーションの更新処理方法、更新処理システム及び更新処理プログラム | |
| CN113064755B (zh) | 数据恢复方法、装置、设备、介质及程序产品 | |
| US20110225463A1 (en) | Detecting and recovering from process failures | |
| WO2024131366A1 (zh) | 一种集群修复方法及装置 | |
| JP4883986B2 (ja) | 計算機システム、管理計算機及びデータリカバリ方法 | |
| US20040268336A1 (en) | System and method for equipment automation program refresh | |
| CN118519834B (zh) | 文件系统的修复方法、装置、存储介质及电子装置 | |
| JPH0784846A (ja) | 複数データベースアクセス業務処理の一貫性保証方式 | |
| CN120704926A (zh) | 多智能体协同系统中的故障回退方法、装置、设备及介质 | |
| US7240348B2 (en) | Suspending scenario generation method, server device, and program therefor | |
| JP2595833B2 (ja) | 遠隔保守装置 | |
| CN114840526A (zh) | 一种数据抽检处理方法及装置 | |
| CN114791900A (zh) | 基于Operator的Redis运维方法、装置、系统及存储介质 | |
| CN114610362A (zh) | OpenStack中的组件升级方法、装置、计算机存储介质及系统 | |
| CN120371651B (zh) | 任务监控方法、装置、数据库工具及电子设备 | |
| JPH07104991A (ja) | ソフトウェアの修正装置 | |
| CN110286915A (zh) | 互联网和可信身份认证平台下的自动化部署系统及方法 | |
| CN117033489A (zh) | 一种资源转换方法、装置、设备及介质 |