JP2000148714A - データ処理システム - Google Patents
データ処理システムInfo
- Publication number
- JP2000148714A JP2000148714A JP10318699A JP31869998A JP2000148714A JP 2000148714 A JP2000148714 A JP 2000148714A JP 10318699 A JP10318699 A JP 10318699A JP 31869998 A JP31869998 A JP 31869998A JP 2000148714 A JP2000148714 A JP 2000148714A
- Authority
- JP
- Japan
- Prior art keywords
- lock
- list
- manager
- request
- entry
- 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
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】ロック情報を管理する結合機構のリスト構造以
外の通信手段を用いることなく、結合機構を使用したシ
ステム間のロック管理を実現すること。 【解決手段】ロック競合時の通信用リストと、ロック競
合時の通知先を登録するロック競合制御テーブルを備
え、ロックが競合してロック要求が失敗した場合に、通
信用リストにロック要求を書き込み、通信先のシステム
に受信データの到着を通知する。
外の通信手段を用いることなく、結合機構を使用したシ
ステム間のロック管理を実現すること。 【解決手段】ロック競合時の通信用リストと、ロック競
合時の通知先を登録するロック競合制御テーブルを備
え、ロックが競合してロック要求が失敗した場合に、通
信用リストにロック要求を書き込み、通信先のシステム
に受信データの到着を通知する。
Description
【０００１】
【発明の属する技術分野】本発明はデータ処理システム
に係り、特に複数のシステム間で共有する資源のロック
管理に関する。
に係り、特に複数のシステム間で共有する資源のロック
管理に関する。
【０００２】
【従来の技術】複数の処理装置（中央処理複合体：ＣＥ
Ｃ）と、これらの処理装置により共用される結合機構
（構造化電子記憶機構：ＳＥＳ）と、それらを結合する
メッセージパスとからなるデータ処理システムに関する
従来技術として、例えば、特開平６−８３７８３号公報
に記載された技術が知られている。
Ｃ）と、これらの処理装置により共用される結合機構
（構造化電子記憶機構：ＳＥＳ）と、それらを結合する
メッセージパスとからなるデータ処理システムに関する
従来技術として、例えば、特開平６−８３７８３号公報
に記載された技術が知られている。
【０００３】特開平６−８３７８３号公報に記載の従来
技術は、処理装置間のデータ排他制御、処理装置間のメ
ッセージ通信機能を持つ結合機構のリスト構造に関する
ものである。
技術は、処理装置間のデータ排他制御、処理装置間のメ
ッセージ通信機能を持つ結合機構のリスト構造に関する
ものである。
【０００４】また、結合機構を用いて共用資源のロック
管理を行うデータ処理システムに関する従来技術とし
て、例えば、米国特許第８６０，８０８号公報に記載さ
れた技術が知られている。
管理を行うデータ処理システムに関する従来技術とし
て、例えば、米国特許第８６０，８０８号公報に記載さ
れた技術が知られている。
【０００５】米国特許第８６０，８０８号公報に記載の
従来技術は、複数のＭＶＳシステムによって構成される
シスプレックス環境で動作し、ＴＬＭ（ｔａｉｌｏｒｅ
ｄｌｏｃｋ ｍａｎａｇｅｒ：データベースマネージャ
ー固有のロック管理を行う）と、ＳＬＭ（ｓｙｓｔｅｍ
ｌｏｃｋｍａｎａｇｅｒ：システム共通のロック管理
を行う）から構成されるローカルロックマネージャーを
持ったデータベースマネージャーと、結合機構上のリス
ト構造上でロック情報を管理するＳＥＳＬＭ（ＳＥＳロ
ックマネージャー）と、各システム上のＳＬＭ間の通信
手段によって実現される結合機構を用いた複数システム
間のロック管理に関するものである。
従来技術は、複数のＭＶＳシステムによって構成される
シスプレックス環境で動作し、ＴＬＭ（ｔａｉｌｏｒｅ
ｄｌｏｃｋ ｍａｎａｇｅｒ：データベースマネージャ
ー固有のロック管理を行う）と、ＳＬＭ（ｓｙｓｔｅｍ
ｌｏｃｋｍａｎａｇｅｒ：システム共通のロック管理
を行う）から構成されるローカルロックマネージャーを
持ったデータベースマネージャーと、結合機構上のリス
ト構造上でロック情報を管理するＳＥＳＬＭ（ＳＥＳロ
ックマネージャー）と、各システム上のＳＬＭ間の通信
手段によって実現される結合機構を用いた複数システム
間のロック管理に関するものである。
【０００６】ロック要求は最初に各システム上のローカ
ルハッシュテーブルに基づくローカルレベルで処理さ
れ、可能であればこのレベルで共有資源へのアクセスが
許可または拒否される。必要があればＳＬＭがＳＥＳＬ
Ｍと通信を行い、ロックテーブルとリストを含んだ結合
機構上のリスト構造内のロック情報を更新する。
ルハッシュテーブルに基づくローカルレベルで処理さ
れ、可能であればこのレベルで共有資源へのアクセスが
許可または拒否される。必要があればＳＬＭがＳＥＳＬ
Ｍと通信を行い、ロックテーブルとリストを含んだ結合
機構上のリスト構造内のロック情報を更新する。
【０００７】あるシステムが排他的にロック確保を要求
した場合に、別のシステムが既に共用でロックを保持し
ている場合、ＳＬＭからＳＥＳＬＭへのロック要求が失
敗することによってロック競合を検出する。排他的にロ
ックを確保しようとしているシステムから、他のシステ
ムに対して、前述のＳＬＭ間の通信手段を用いて当該資
源がグローバル管理下に置かれる旨を通知して、各シス
テムのローカルレベルのロック情報を取得することによ
り、排他的にロックを要求しているシステムによってロ
ック情報がグローバルレベルで管理される。
した場合に、別のシステムが既に共用でロックを保持し
ている場合、ＳＬＭからＳＥＳＬＭへのロック要求が失
敗することによってロック競合を検出する。排他的にロ
ックを確保しようとしているシステムから、他のシステ
ムに対して、前述のＳＬＭ間の通信手段を用いて当該資
源がグローバル管理下に置かれる旨を通知して、各シス
テムのローカルレベルのロック情報を取得することによ
り、排他的にロックを要求しているシステムによってロ
ック情報がグローバルレベルで管理される。
【０００８】
【発明が解決しようとする課題】前述した従来技術は、
ロック情報を管理する結合機構のリスト構造とは別に、
ロック競合が発生した場合に使用する各システムのＳＬ
Ｍ間の通信手段を別に備えていなければならない。ま
た、ロック競合が生じた場合は、ＳＬＭからＳＥＳＬＭ
へのロック要求が失敗することにより、ロック競合が発
生したことを検知した後、前記ＳＬＭ間の通信手段を介
して、他のシステムのＳＬＭへ競合の発生を通知してい
るが、この通知に伴うメッセージの送信処理はＳＬＭの
数すなわちシステムの数に比例して増大する。
ロック情報を管理する結合機構のリスト構造とは別に、
ロック競合が発生した場合に使用する各システムのＳＬ
Ｍ間の通信手段を別に備えていなければならない。ま
た、ロック競合が生じた場合は、ＳＬＭからＳＥＳＬＭ
へのロック要求が失敗することにより、ロック競合が発
生したことを検知した後、前記ＳＬＭ間の通信手段を介
して、他のシステムのＳＬＭへ競合の発生を通知してい
るが、この通知に伴うメッセージの送信処理はＳＬＭの
数すなわちシステムの数に比例して増大する。
【０００９】本発明の目的は、ロック情報を管理する結
合機構のリスト構造以外に別の通信手段を用意すること
なく、結合機構を使用したシステム間のロック管理を実
現することにある。
合機構のリスト構造以外に別の通信手段を用意すること
なく、結合機構を使用したシステム間のロック管理を実
現することにある。
【００１０】また、本発明のもう１つの目的は、ロック
競合の発生に伴い他のシステムのＳＬＭへロック競合の
発生を通知した場合に、ロック競合を検知したシステム
からのメッセージ送信処理を削減し、ＳＬＭの数すなわ
ちシステムの数が増加した場合のオーバヘッドを軽減す
ることにある。
競合の発生に伴い他のシステムのＳＬＭへロック競合の
発生を通知した場合に、ロック競合を検知したシステム
からのメッセージ送信処理を削減し、ＳＬＭの数すなわ
ちシステムの数が増加した場合のオーバヘッドを軽減す
ることにある。
【００１１】
【課題を解決するための手段】本発明によれば、前記目
的は、ＳＥＳＬＭ内にメッセージ通信用リストを備え、
各システムのＳＬＭ間のメッセージ通信をＳＥＳＬＭを
経由して行うことにより達成される。さらに、ＳＥＳＬ
Ｍ内にロック競合時の通信先を登録するロック競合制御
テーブルを備え、ロック競合が発生した場合に、ロック
要求を行ったＳＬＭにロック競合の発生を応答するのと
同時に、他のシステムのＳＬＭに対する通信用リストに
ロック競合の発生を通知するメッセージを含んだリスト
エントリを書き込み、通信先のシステムに受信データの
到着を通知することによって、ロック競合の発生を通知
するメッセージの送信処理を行う。
的は、ＳＥＳＬＭ内にメッセージ通信用リストを備え、
各システムのＳＬＭ間のメッセージ通信をＳＥＳＬＭを
経由して行うことにより達成される。さらに、ＳＥＳＬ
Ｍ内にロック競合時の通信先を登録するロック競合制御
テーブルを備え、ロック競合が発生した場合に、ロック
要求を行ったＳＬＭにロック競合の発生を応答するのと
同時に、他のシステムのＳＬＭに対する通信用リストに
ロック競合の発生を通知するメッセージを含んだリスト
エントリを書き込み、通信先のシステムに受信データの
到着を通知することによって、ロック競合の発生を通知
するメッセージの送信処理を行う。
【００１２】これにより、ロック競合を引き起こしたロ
ック要求を行ったシステムが、ロック競合の応答を受信
した後に行っていた、他のシステムのＳＬＭにロック競
合を通知するメッセージの送信を不要にすることにより
達成される。
ック要求を行ったシステムが、ロック競合の応答を受信
した後に行っていた、他のシステムのＳＬＭにロック競
合を通知するメッセージの送信を不要にすることにより
達成される。
【００１３】
【発明の実施の形態】次に、本発明について図面を参照
して詳細に説明する。
して詳細に説明する。
【００１４】図１は、本発明によるシステム構成図であ
る。本発明によるシステム構成は、複数のシステム１０
０−１，１００−２、共用データベース１２０および結
合機構１１０から構成される。システムは、共用データ
ベースにアクセスする複数のアプリケーションプログラ
ム（ＡＰ：１０１−１，１０１−２）、アプリケーショ
ンプログラムからのデータベースへのアクセスを制御す
るデータベースマネージャー（ＤＢＭ：１０２−１，１
０２−２）、データベース管理プログラムから共用デー
タベースに対するロック要求を受け付けるテーラードロ
ックマネージャー（ＴＬＭ：１０３−１，１０３−
２）、ＴＬＭからのロック要求によってシステム間でロ
ックの制御を行うシステムロックマネージャー（ＳＬ
Ｍ：１０４−１,１０４−２）を含む。
る。本発明によるシステム構成は、複数のシステム１０
０−１，１００−２、共用データベース１２０および結
合機構１１０から構成される。システムは、共用データ
ベースにアクセスする複数のアプリケーションプログラ
ム（ＡＰ：１０１−１，１０１−２）、アプリケーショ
ンプログラムからのデータベースへのアクセスを制御す
るデータベースマネージャー（ＤＢＭ：１０２−１，１
０２−２）、データベース管理プログラムから共用デー
タベースに対するロック要求を受け付けるテーラードロ
ックマネージャー（ＴＬＭ：１０３−１，１０３−
２）、ＴＬＭからのロック要求によってシステム間でロ
ックの制御を行うシステムロックマネージャー（ＳＬ
Ｍ：１０４−１,１０４−２）を含む。
【００１５】結合機構は、各システム上のロックマネー
ジャーから要求されたロック要求および通信要求の制御
を行う結合機構ロックマネージャー１１１を含む。
ジャーから要求されたロック要求および通信要求の制御
を行う結合機構ロックマネージャー１１１を含む。
【００１６】図２は、本発明の一実施例が適用された結
合機構ロックマネージャーＳＥＳＬＭとシステムロック
マネージャーＳＬＭのテーブル構造を示した図である。
結合機構ロックマネージャーは、グローバルロックマネ
ージャー（ＧＬＭ，２０１）とローカルロックマネージ
ャー（ＬＬＭ，２０２）から構成される既存のロックテ
ーブル２００と、リストセット２１０に、ロック競合制
御テーブル２４０が追加される。また、リストセットは
既存のロック情報格納用リスト２１１に、通信用リスト
２１２が追加される。リストはリストエントリ２２０か
ら構成される。また、送信用リストはリストモニターテ
ーブル２３０を含む。
合機構ロックマネージャーＳＥＳＬＭとシステムロック
マネージャーＳＬＭのテーブル構造を示した図である。
結合機構ロックマネージャーは、グローバルロックマネ
ージャー（ＧＬＭ，２０１）とローカルロックマネージ
ャー（ＬＬＭ，２０２）から構成される既存のロックテ
ーブル２００と、リストセット２１０に、ロック競合制
御テーブル２４０が追加される。また、リストセットは
既存のロック情報格納用リスト２１１に、通信用リスト
２１２が追加される。リストはリストエントリ２２０か
ら構成される。また、送信用リストはリストモニターテ
ーブル２３０を含む。
【００１７】ロック競合制御テーブルは各エントリが有
効かどうかを示すフラグ２４１と通信用リストのリスト
番号２４２を含む。ＴＬＭ２５０からＳＬＭ２６０へは
ＳＬＭパラメタリスト２５１によってロック要求が行わ
れる。ＳＬＭではロック要求をローカルハッシュテーブ
ル２６１またはグローバルハッシュテーブル２６２で監
理する。
効かどうかを示すフラグ２４１と通信用リストのリスト
番号２４２を含む。ＴＬＭ２５０からＳＬＭ２６０へは
ＳＬＭパラメタリスト２５１によってロック要求が行わ
れる。ＳＬＭではロック要求をローカルハッシュテーブ
ル２６１またはグローバルハッシュテーブル２６２で監
理する。
【００１８】図３は、ＳＬＭからのロック要求と、結合
機構ロックマネージャー内のテーブルの関連を示す図で
ある。ロックマネージャーからのロック要求３００に
は、オプション指示子３１０が追加される。オプション
指示子にはグローバルロック競合通知指示子３１１とロ
ーカルロック競合指示子３１２を含む。ロック要求によ
ってロックテーブル２００が比較され、更新されること
がある。
機構ロックマネージャー内のテーブルの関連を示す図で
ある。ロックマネージャーからのロック要求３００に
は、オプション指示子３１０が追加される。オプション
指示子にはグローバルロック競合通知指示子３１１とロ
ーカルロック競合指示子３１２を含む。ロック要求によ
ってロックテーブル２００が比較され、更新されること
がある。
【００１９】ロック要求が成功すれば、ロックテーブル
が更新され、ホルダーＩＤで指定されるロック情報格納
用リスト２１１にロック情報が登録される。ロック要求
が失敗すれば、ロックテーブルは更新される場合と更新
されない場合があり、オプション指示子の要求があれ
ば、ロック競合制御テーブル２４０から通信用リスト２
１２のリスト番号を求めて、通信用リストにロック情報
が登録される。
が更新され、ホルダーＩＤで指定されるロック情報格納
用リスト２１１にロック情報が登録される。ロック要求
が失敗すれば、ロックテーブルは更新される場合と更新
されない場合があり、オプション指示子の要求があれ
ば、ロック競合制御テーブル２４０から通信用リスト２
１２のリスト番号を求めて、通信用リストにロック情報
が登録される。
【００２０】図４は、ＳＥＳＬＭのロック要求の処理手
順を示す図である。最初にロック要求の妥当性をチェッ
クし（処理４０１，４０２）、不当な要求の場合は要求
例外を示す応答コードでリターンする処理４０３。次に
ロックテーブル処理を実行する処理４０４。ロックテー
ブル処理では、米国特許第８６０，８０８号公報に記載
されているのと同様の処理が行われ、ロック要求中のエ
ントリ番号によって示されるロックテーブルエントリに
対して比較と置き換えが行われる。
順を示す図である。最初にロック要求の妥当性をチェッ
クし（処理４０１，４０２）、不当な要求の場合は要求
例外を示す応答コードでリターンする処理４０３。次に
ロックテーブル処理を実行する処理４０４。ロックテー
ブル処理では、米国特許第８６０，８０８号公報に記載
されているのと同様の処理が行われ、ロック要求中のエ
ントリ番号によって示されるロックテーブルエントリに
対して比較と置き換えが行われる。
【００２１】ＧＬＭがゼロでない場合はグローバルロッ
クマネージャー比較が失敗する。ＧＬＭがゼロの場合
は、ＧＬＭにホルダーＩＤの値を書き込み、ＬＬＭが比
較される。ＬＬＭはビットストリングであり、最左を０
としてホルダーＩＤの値に相当するビット位置以外の全
てのビットを比較し、いずれか１ビットでもゼロでない
場合はローカルロックマネージャー比較が失敗し、全て
がゼロの場合はローカルロックマネージャー比較が成功
する。
クマネージャー比較が失敗する。ＧＬＭがゼロの場合
は、ＧＬＭにホルダーＩＤの値を書き込み、ＬＬＭが比
較される。ＬＬＭはビットストリングであり、最左を０
としてホルダーＩＤの値に相当するビット位置以外の全
てのビットを比較し、いずれか１ビットでもゼロでない
場合はローカルロックマネージャー比較が失敗し、全て
がゼロの場合はローカルロックマネージャー比較が成功
する。
【００２２】グローバルロックマネージャー比較に失敗
した場合については、図５で説明する（処理４０５）。
ローカルロックマネージャー比較に失敗した場合につい
ては、図６で説明する（処理４０６）。グローバルロッ
クマネージャー比較およびローカルロックマネージャー
比較が成功した場合は、リストエントリの登録処理を行
う。新規のリストエントリの登録の場合は、新規にリス
トエントリを生成し、指定されたデータを書き込む（処
理４０７，４０８）、既存のリストエントリが存在する
場合は、指定されたデータにより更新する処理４０９。
以上の処理が完了した後、正常終了の応答コードでリタ
ーンする（処理４１０）。
した場合については、図５で説明する（処理４０５）。
ローカルロックマネージャー比較に失敗した場合につい
ては、図６で説明する（処理４０６）。グローバルロッ
クマネージャー比較およびローカルロックマネージャー
比較が成功した場合は、リストエントリの登録処理を行
う。新規のリストエントリの登録の場合は、新規にリス
トエントリを生成し、指定されたデータを書き込む（処
理４０７，４０８）、既存のリストエントリが存在する
場合は、指定されたデータにより更新する処理４０９。
以上の処理が完了した後、正常終了の応答コードでリタ
ーンする（処理４１０）。
【００２３】図５は、グローバルロックマネージャー比
較に失敗した場合の処理を示す図である。グローバルロ
ック競合通知要求３１１が指定されているかどうか判定
する処理５０１。指定されていなければ、グローバルロ
ックマネージャー比較失敗の応答コードでリターンする
（処理５１０）。指定されている場合は、ＧＬＭの値に
対応するロック競合制御テーブル２４０のエントリから
リスト通信用リスト番号２４２を求める（処理５０
２）。
較に失敗した場合の処理を示す図である。グローバルロ
ック競合通知要求３１１が指定されているかどうか判定
する処理５０１。指定されていなければ、グローバルロ
ックマネージャー比較失敗の応答コードでリターンする
（処理５１０）。指定されている場合は、ＧＬＭの値に
対応するロック競合制御テーブル２４０のエントリから
リスト通信用リスト番号２４２を求める（処理５０
２）。
【００２４】次にリストエントリを生成するための空き
エントリの有無を判定し（処理５０３）、次に送信用リ
ストに空きがあるかどうかを判定する（処理５０５）。
空きリストエントリがなければセカンダリ応答コードと
してリストセットフルを設定してリターンする処理５０
４，５１０。送信用リストに空きがなければ、セカンダ
リ応答コードとしてリストフルを設定し、リターンする
（処理５０６，５１０）。共に空きがあればリストエン
トリを生成し、指定されたデータを書き込む（処理５０
７）。
エントリの有無を判定し（処理５０３）、次に送信用リ
ストに空きがあるかどうかを判定する（処理５０５）。
空きリストエントリがなければセカンダリ応答コードと
してリストセットフルを設定してリターンする処理５０
４，５１０。送信用リストに空きがなければ、セカンダ
リ応答コードとしてリストフルを設定し、リターンする
（処理５０６，５１０）。共に空きがあればリストエン
トリを生成し、指定されたデータを書き込む（処理５０
７）。
【００２５】通信先のシステムにリスト通知コマンドを
送信するためのリストモニターが登録されているかどう
かをリストモニターテーブル２３０を参照して判定し、
登録されていればさらに登録されているリストエントリ
の数が１かどうかを判定する（処理５０８）。なぜなら
ば、リスト通知コマンドはリストにリストエントリが登
録されていない状態からリストエントリが登録された場
合に発行するためである。登録されているリストエント
リの数が１の場合はリスト通知コマンドを発行する（処
理５０９）。以上の処理が完了した後、グローバルロッ
クマネージャー比較失敗の応答コードでリターンする
（処理５１０）。
送信するためのリストモニターが登録されているかどう
かをリストモニターテーブル２３０を参照して判定し、
登録されていればさらに登録されているリストエントリ
の数が１かどうかを判定する（処理５０８）。なぜなら
ば、リスト通知コマンドはリストにリストエントリが登
録されていない状態からリストエントリが登録された場
合に発行するためである。登録されているリストエント
リの数が１の場合はリスト通知コマンドを発行する（処
理５０９）。以上の処理が完了した後、グローバルロッ
クマネージャー比較失敗の応答コードでリターンする
（処理５１０）。
【００２６】図６は、ローカルロックマネージャー比較
に失敗した場合の処理を示す図である。ローカルロック
競合通知要求３１２が指定されているかどうか判定する
（処理６０１）。指定されていなければ、ローカルロッ
クマネージャー比較失敗の応答コードでリターンする
（処理６１１）。指定されている場合は、ロック競合制
御テーブル２４０に登録されている有効エントリのう
ち、ホルダーＩＤ３０２で示すエントリ番号を除いた全
てのエントリのリスト番号２４２を求める（処理６０
２）。
に失敗した場合の処理を示す図である。ローカルロック
競合通知要求３１２が指定されているかどうか判定する
（処理６０１）。指定されていなければ、ローカルロッ
クマネージャー比較失敗の応答コードでリターンする
（処理６１１）。指定されている場合は、ロック競合制
御テーブル２４０に登録されている有効エントリのう
ち、ホルダーＩＤ３０２で示すエントリ番号を除いた全
てのエントリのリスト番号２４２を求める（処理６０
２）。
【００２７】次に全てのリストエントリを生成するため
の空きエントリの有無を判定し（処理６０３）、次に各
送信用リストに空きがあるかどうかを判定する（処理６
０５）。空きリストエントリがなければセカンダリ応答
コードとしてリストセットフルを設定してリターンする
（処理６０４，６１１）。送信用リストに空きがなけれ
ばセカンダリ応答コードとしてリストフルを設定し、リ
ターンする（処理６０６，６１１）。共に空きがあれば
リストエントリを生成し、指定されたデータを書き込む
（処理６０７）。
の空きエントリの有無を判定し（処理６０３）、次に各
送信用リストに空きがあるかどうかを判定する（処理６
０５）。空きリストエントリがなければセカンダリ応答
コードとしてリストセットフルを設定してリターンする
（処理６０４，６１１）。送信用リストに空きがなけれ
ばセカンダリ応答コードとしてリストフルを設定し、リ
ターンする（処理６０６，６１１）。共に空きがあれば
リストエントリを生成し、指定されたデータを書き込む
（処理６０７）。
【００２８】通信先のシステムにリスト通知コマンドを
送信するリストモニターが登録されているかどうかをリ
ストモニターテーブル２３０を参照して判定し、登録さ
れていればさらに登録されているリストエントリの数が
１かどうかを判定する（処理６０８）。登録されている
リストエントリの数が１の場合はリスト通知コマンドを
発行する（処理６０９）。全てのリストエントリの処理
が完了していなければ処理６０７から繰り返す（処理６
１０）。以上の処理が完了した後、グローバルロックマ
ネージャー比較失敗の応答コードでリターンする（処理
６１１）。
送信するリストモニターが登録されているかどうかをリ
ストモニターテーブル２３０を参照して判定し、登録さ
れていればさらに登録されているリストエントリの数が
１かどうかを判定する（処理６０８）。登録されている
リストエントリの数が１の場合はリスト通知コマンドを
発行する（処理６０９）。全てのリストエントリの処理
が完了していなければ処理６０７から繰り返す（処理６
１０）。以上の処理が完了した後、グローバルロックマ
ネージャー比較失敗の応答コードでリターンする（処理
６１１）。
【００２９】図７は、ＳＬＭによるＳＥＳＬＭの初期化
処理手順を示す図である。以下の説明中の既存のコマン
ドについては、特開平６−８３７８３号公報を参照され
たい。最初にＡＬＳＴコマンドによりＳＥＳＬＭ用のリ
スト構造の割り当てを行う（処理７０１）。ＡＬＳＴコ
マンドには、既存のロックテーブル２００、リストセッ
ト２１０に加えて、ロック競合制御テーブル２４０を生
成するためにＬＳＴオペランドのサブオペランドとして
ＬＣＣＩオペランドが新設され、処理７０１ではＬＣＣ
Ｉオペランドを指定する。
処理手順を示す図である。以下の説明中の既存のコマン
ドについては、特開平６−８３７８３号公報を参照され
たい。最初にＡＬＳＴコマンドによりＳＥＳＬＭ用のリ
スト構造の割り当てを行う（処理７０１）。ＡＬＳＴコ
マンドには、既存のロックテーブル２００、リストセッ
ト２１０に加えて、ロック競合制御テーブル２４０を生
成するためにＬＳＴオペランドのサブオペランドとして
ＬＣＣＩオペランドが新設され、処理７０１ではＬＣＣ
Ｉオペランドを指定する。
【００３０】次に、通信を行うための準備として、ＡＬ
ＳＵコマンドによりユーザー登録を行い（処理７０
２）、ＲＬＭコマンドによりリストモニター登録を行い
（処理７０３）、受信用リストの初期化のためにリスト
が空になるまでＲＤＬＥコマンドを発効する（処理７０
４）。さらに、新規コマンドであるロック競合制御テー
ブル書き込みＷＬＣＣコマンドにより、受信用リスト番
号をロック競合制御テーブルへ登録する（処理７０
５）。
ＳＵコマンドによりユーザー登録を行い（処理７０
２）、ＲＬＭコマンドによりリストモニター登録を行い
（処理７０３）、受信用リストの初期化のためにリスト
が空になるまでＲＤＬＥコマンドを発効する（処理７０
４）。さらに、新規コマンドであるロック競合制御テー
ブル書き込みＷＬＣＣコマンドにより、受信用リスト番
号をロック競合制御テーブルへ登録する（処理７０
５）。
【００３１】図８は、ＳＬＭによるロック確保要求の処
理手順を示す図である。ＳＬＭパラメタリスト２５１で
示されるハッシュインデックスが使用中かどうか、ロー
カルハッシュテーブルをチェックする（処理８０１）。
使用中であればグローバル管理中かどうかチェックする
（処理８０２）。ローカル管理からグローバル管理へは
処理８１２および図９及び図１０のロックエスカレーシ
ョンによって遷移する。グローバル管理中であれば、そ
のハッシュインデックスを管理しているＳＬＭ（グロー
バルマネージャーと呼ぶ）へシグナルを送信する（処理
８０３）。
理手順を示す図である。ＳＬＭパラメタリスト２５１で
示されるハッシュインデックスが使用中かどうか、ロー
カルハッシュテーブルをチェックする（処理８０１）。
使用中であればグローバル管理中かどうかチェックする
（処理８０２）。ローカル管理からグローバル管理へは
処理８１２および図９及び図１０のロックエスカレーシ
ョンによって遷移する。グローバル管理中であれば、そ
のハッシュインデックスを管理しているＳＬＭ（グロー
バルマネージャーと呼ぶ）へシグナルを送信する（処理
８０３）。
【００３２】グローバル管理中でなければ当該ハッシュ
インデックスの管理状態と同じ要求であるかチェックす
る（処理８０４）。同じ要求ＳＨＲ状態でＳＨＲ要求が
行われた、またはＥＸＣＬ状態の場合はローカルハッシ
ュテーブルに登録し（処理８０５）、ＴＬＭへリターン
する（処理８０６）。処理８０１で未使用の場合と、処
理８０４で異なる要求ＳＨＲ状態でＥＸＣＬ要求が行わ
れたの場合はＳＥＳＬＭのロックテーブルエントリを更
新する（処理８０７）。結果を判定し（処理８０８）、
更新が成功した場合はＴＬＭへリターンする（処理８０
９）。
インデックスの管理状態と同じ要求であるかチェックす
る（処理８０４）。同じ要求ＳＨＲ状態でＳＨＲ要求が
行われた、またはＥＸＣＬ状態の場合はローカルハッシ
ュテーブルに登録し（処理８０５）、ＴＬＭへリターン
する（処理８０６）。処理８０１で未使用の場合と、処
理８０４で異なる要求ＳＨＲ状態でＥＸＣＬ要求が行わ
れたの場合はＳＥＳＬＭのロックテーブルエントリを更
新する（処理８０７）。結果を判定し（処理８０８）、
更新が成功した場合はＴＬＭへリターンする（処理８０
９）。
【００３３】更新が失敗した場合、競合が発生している
かどうかを応答コードによりチェックする（処理８１
０）。競合が発生していなければ、不当な要求としてエ
ラーリターンする（処理８１１）。競合が発生している
場合は、ロックエスカレーション処理を行い（処理８１
２）、ローカルハッシュテーブルに登録し（処理８１
３）、ＴＬＭにリターンする（処理８０９）。
かどうかを応答コードによりチェックする（処理８１
０）。競合が発生していなければ、不当な要求としてエ
ラーリターンする（処理８１１）。競合が発生している
場合は、ロックエスカレーション処理を行い（処理８１
２）、ローカルハッシュテーブルに登録し（処理８１
３）、ＴＬＭにリターンする（処理８０９）。
【００３４】本特許の特徴であるロックエスカレーショ
ン処理については図９及び図１０で詳細に説明する。そ
の他の処理の詳細については、米国特許第８６０，８０
８号公報を参照されたい。
ン処理については図９及び図１０で詳細に説明する。そ
の他の処理の詳細については、米国特許第８６０，８０
８号公報を参照されたい。
【００３５】図９および図１０は、ロックエスカレーシ
ョン処理を示すタイミングチャートである。最初にＴＬ
Ｍ１から資源名ＲＮＡＭＥを共用ＳＨＲで確保する要求
が行われる９０１。ＳＬＭ１はＳＥＳＬＭのロックテー
ブルエントリをＳＨＲ状態を書き込み９０２、ＴＬＭ１
へロック確保成功を応答する９０３。
ョン処理を示すタイミングチャートである。最初にＴＬ
Ｍ１から資源名ＲＮＡＭＥを共用ＳＨＲで確保する要求
が行われる９０１。ＳＬＭ１はＳＥＳＬＭのロックテー
ブルエントリをＳＨＲ状態を書き込み９０２、ＴＬＭ１
へロック確保成功を応答する９０３。
【００３６】次にＴＬＭ２から資源名ＲＮＡＭＥを排他
ＥＸＣＬで確保する要求が行われる９０４。ＳＬＭ２は
ロックテーブルエントリへのＥＸＣＬ状態の書き込みと
レコードデータの書き込みを行う９０５。ロックテーブ
ルエントリへの書き込みを行う時に、ローカルロック競
合通知指示３１２を行う。ロックテーブルエントリはす
でにＳＨＲ状態であるためローカルロックマネージャー
比較に失敗し、ＳＬＭ１への送信用リストにリストエン
トリが登録され、リスト通知が行われる。
ＥＸＣＬで確保する要求が行われる９０４。ＳＬＭ２は
ロックテーブルエントリへのＥＸＣＬ状態の書き込みと
レコードデータの書き込みを行う９０５。ロックテーブ
ルエントリへの書き込みを行う時に、ローカルロック競
合通知指示３１２を行う。ロックテーブルエントリはす
でにＳＨＲ状態であるためローカルロックマネージャー
比較に失敗し、ＳＬＭ１への送信用リストにリストエン
トリが登録され、リスト通知が行われる。
【００３７】これによりＳＬＭ２ではローカルロックマ
ネージャー比較失敗を検知した後に従来行っていたＳＬ
Ｍ１へのエスカレーションシグナルの送信処理が省略さ
れる。ＳＬＭ２は応答コードよりロック競合の発生とエ
スカレーション通知が行われたことを検知する９０６。
ＳＬＭ１ではリスト通知を受信し９０７、リストエント
リを読み出してエスカレーションシグナルを受信し９０
８、ローカルハッシュテーブルからロック情報を読み出
してＳＬＭ２へＳＥＳＬＭを経由してエスカレーション
応答を送信する９０９。ＳＬＭ２はリスト通知を受信し
９１０、リストエントリを読み出してエスカレーション
応答を受信し９１１、グローバルハッシュテーブルを構
築し９１２、以降のロックエスカレーションに伴う処理
を継続する９１３。
ネージャー比較失敗を検知した後に従来行っていたＳＬ
Ｍ１へのエスカレーションシグナルの送信処理が省略さ
れる。ＳＬＭ２は応答コードよりロック競合の発生とエ
スカレーション通知が行われたことを検知する９０６。
ＳＬＭ１ではリスト通知を受信し９０７、リストエント
リを読み出してエスカレーションシグナルを受信し９０
８、ローカルハッシュテーブルからロック情報を読み出
してＳＬＭ２へＳＥＳＬＭを経由してエスカレーション
応答を送信する９０９。ＳＬＭ２はリスト通知を受信し
９１０、リストエントリを読み出してエスカレーション
応答を受信し９１１、グローバルハッシュテーブルを構
築し９１２、以降のロックエスカレーションに伴う処理
を継続する９１３。
【００３８】尚、上記以外の処理で、各ＳＬＭ間の通信
処理を行う場合についても、ＳＥＳＬＭを経由してメッ
セージが送受信される。
処理を行う場合についても、ＳＥＳＬＭを経由してメッ
セージが送受信される。
【００３９】
【発明の効果】以上説明したように本発明によれば、ロ
ック情報を管理する結合機構のリスト構造以外の通信手
段を用いることなく、結合機構を使用したシステム間の
ロック管理を実現することができる。
ック情報を管理する結合機構のリスト構造以外の通信手
段を用いることなく、結合機構を使用したシステム間の
ロック管理を実現することができる。
【００４０】さらにロック競合が発生した場合に、ロッ
ク競合を引き起こしたロック要求を行ったシステムから
他のシステムへロック競合の発生を通知するためのメッ
セージの送信が不要となるため、ロック競合に伴うメッ
セージの送信処理のオーバヘッドが削減され、ＳＬＭの
数すなわちシステムの数が増加した場合のオーバヘッド
が軽減される。
ク競合を引き起こしたロック要求を行ったシステムから
他のシステムへロック競合の発生を通知するためのメッ
セージの送信が不要となるため、ロック競合に伴うメッ
セージの送信処理のオーバヘッドが削減され、ＳＬＭの
数すなわちシステムの数が増加した場合のオーバヘッド
が軽減される。
【図１】本発明によるデータ処理システムの構成図であ
る。
る。
【図２】ＳＥＳＬＭとＳＬＭのテーブル構造を示した図
である。
である。
【図３】ＳＬＭからのロック要求と、結合機構ロックマ
ネージャー内のテーブルの関連を示す図である。
ネージャー内のテーブルの関連を示す図である。
【図４】ＳＥＳＬＭのロック要求の処理手順を示すフロ
ーチャートである。
ーチャートである。
【図５】グローバルロックマネージャー比較に失敗した
場合の処理を示すフローチャートである。
場合の処理を示すフローチャートである。
【図６】ローカルロックマネージャー比較に失敗した場
合の処理を示すフローチャートである。
合の処理を示すフローチャートである。
【図７】ＳＬＭによるＳＥＳＬＭの初期化処理手順を示
すフローチャートである。
すフローチャートである。
【図８】ＳＬＭによるロック確保要求の処理手順を示す
フローチャートである。
フローチャートである。
【図９】ロックエスカレーション処理を示すタイミング
チャートである。（その１）
チャートである。（その１）
【図１０】ロックエスカレーション処理を示すタイミン
グチャートである。（その２）
グチャートである。（その２）
１００…システム、 １１０…結合機構、 １２０…デ
ータベース。
ータベース。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 横田 浩 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 高山 由人 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B045 BB31 DD18 EE11
Claims (2)
- 【請求項１】１台以上のプロセッサ上の各プロセッサで
動作する複数のデータベースマネージャーと、前記各々
のデータベースマネージャーが持つローカルロックマネ
ージャーと、前記各々のローカルロックマネージャーと
接続されるグローバルロックマネージャーを持った結合
機構とを含んで構成され、前記データベースマネージャ
ーによって管理される共用データに対する、多数のトラ
ンザクションによるアクセスを管理するロック機構を保
持するデータ処理システムにおいて、 前記グローバルロックマネージャーは前記各々のローカ
ルロックマネージャー相互間の通信機能を備えているこ
とを特徴とするデータ処理システム。 - 【請求項２】前記グローバルロックマネージャーは、ロ
ック情報を管理するロックテーブル及びリストと、ロー
カルロックマネージャー相互間の通信のために使用する
リストと、ロック競合が発生した場合にリストエントリ
を登録するリストの番号を登録するロック競合制御テー
ブルを含んだリスト構造を持ち、ロック競合制御テーブ
ルの各エントリに対応するリストの番号を登録するコマ
ンドを持ち、各プロセッサ上のローカルロックマネージ
ャーからのロックテーブルエントリの更新を行うコマン
ドは、当該コマンドの実行時にロックテーブルエントリ
の比較に失敗した場合に、ロック競合制御テーブルに登
録されているリストにリストエントリを登録するか否か
を選択する要求指示子を持ち、当該コマンドの実行時に
ロックテーブルエントリの比較に失敗し、前記要求指示
子の指定がある場合に、ロック競合制御テーブルに登録
されているリストにリストエントリを登録し、当該リス
トにリストモニターが登録されていてかつリスト状態が
遷移した場合に、リスト通知を行うことを特徴とする請
求項１記載のデータ処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10318699A JP2000148714A (ja) | 1998-11-10 | 1998-11-10 | データ処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10318699A JP2000148714A (ja) | 1998-11-10 | 1998-11-10 | データ処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000148714A true JP2000148714A (ja) | 2000-05-30 |
Family
ID=18102024
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10318699A Pending JP2000148714A (ja) | 1998-11-10 | 1998-11-10 | データ処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000148714A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7096325B2 (en) | 2004-03-29 | 2006-08-22 | Hitachi, Ltd. | Method and apparatus for multistage volume locking |
-
1998
- 1998-11-10 JP JP10318699A patent/JP2000148714A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7096325B2 (en) | 2004-03-29 | 2006-08-22 | Hitachi, Ltd. | Method and apparatus for multistage volume locking |
| US7197609B2 (en) * | 2004-03-29 | 2007-03-27 | Hitachi, Ltd. | Method and apparatus for multistage volume locking |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1979814B1 (en) | Adaptive region locking | |
| US6539446B1 (en) | Resource locking approach | |
| CN101595668B (zh) | 建立协调定时网络中的服务器之间的逻辑路径的方法和系统 | |
| EP0447038B1 (en) | A system for establishing a communication path in a closely coupled computer system | |
| US5604863A (en) | Method for coordinating executing programs in a data processing system | |
| US5878205A (en) | Method and system for processing complex recovery using polling signals in a shared medium | |
| EP0127772B1 (en) | Method and apparatus for processing messages in a computing system | |
| US5790788A (en) | Managing group events by a name server for a group of processors in a distributed computing environment | |
| US5416921A (en) | Apparatus and accompanying method for use in a sysplex environment for performing escalated isolation of a sysplex component in the event of a failure | |
| US7392335B2 (en) | Anticipatory changes to resources managed by locks | |
| US20070078911A1 (en) | Replicating data across the nodes in a cluster environment | |
| JP4098233B2 (ja) | マルチノードシステム内でのデータおよびロック転送中の呼出し時間およびメッセージトラフィックの減少 | |
| CA2252261C (en) | A high availability asynchronous computer system | |
| CA2606457C (en) | Techniques for handling inconsistencies in enqueue lock information | |
| JP3255759B2 (ja) | マルチプロセッサシステム | |
| JP2000148714A (ja) | データ処理システム | |
| JPH06348512A (ja) | 資源管理コンピュータ・システム | |
| CN101523352A (zh) | 用于并发控制的持久锁/资源 | |
| CN114285865B (zh) | 共享云硬盘的访问权限控制系统 | |
| JPH08278953A (ja) | 計算機システムにおける排他制御方式 | |
| EP0483347B1 (en) | Queue-based inter-process communications system for digital data processing system | |
| JP2000003333A (ja) | クライアント・サーバ・システム及び記録媒体 | |
| JPH11353197A (ja) | 共有プール資源制御方式 | |
| JPH05334266A (ja) | サーバ・クライアントモデルの処理装置 | |
| JPH05334163A (ja) | 複数システム間共用メモリ排他制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080308 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090308 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 8 Free format text: PAYMENT UNTIL: 20100308 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100308 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110308 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120308 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130308 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130308 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 12 Free format text: PAYMENT UNTIL: 20140308 |