11.1.2　サーバ間排他/共用制御機能の方式

(1)　クライアントライブラリ

クライアントライブラリは，BJEXからの排他/共用制御要求をロック制御マネージャにRPCで依頼する。

クライアントライブラリは，ユーザ側で起動および停止の操作は不要である。

クライアントライブラリからロック制御マネージャへのロック確保要求のRPCの発行条件を次の表に示す。

表11‒3　ロック確保要求のRPCの発行条件

クライアント監視マネージャ起動の判定	ロック確保要求のRPC
起動している。	発行する。
起動していない。	発行しない（BJEXにエラーを返す）。

また，ロック解放要求時は，クライアント監視マネージャの起動有無に関係なくロック解放要求のRPCを発行する。

ページの先頭へ

(2)　クライアント監視マネージャ

クライアント監視マネージャは，SPPとしてロック制御マネージャからのアライブチェックに対応する。クライアント監視マネージャの起動，停止，再起動方法については，「12.　BJEX EEのセットアップ」を参照のこと。

クライアント監視マネージャの停止と再起動は，ジョブ未実行状態で実施すること。

ページの先頭へ

(3)　ロック制御マネージャ

ロック制御マネージャは，SPPとしてクライアントライブラリからの排他/共用制御要求に対応する。ロック制御マネージャの起動，停止，再起動方法については，「12.　BJEX EEのセットアップ」を参照のこと。

ロック制御マネージャの停止と再起動は，ジョブ未実行状態で実施すること。

クライアントライブラリからのロック確保要求時，ロック確保対象の資源がロック確保中だった場合に，ロック確保中のバッチサーバのクライアント監視マネージャに対してRPCを発行し，バッチサーバのアライブチェックを実施する。アライブチェックの内容を次の表に示す。

表11‒4　ロック制御マネージャからバッチサーバ（クライアント監視マネージャ）へのアライブチェックの内容

項番	RPC結果	バッチサーバの状態	確保中のロックの扱い
1	RPCエラー	バッチサーバが停止状態。	ロックを解放する。
2		システムサーバもクライアント監視マネージャも起動していない。
3		システムサーバは起動しているが，クライアント監視マネージャが起動していない。
4	RPC正常	システムサーバもクライアント監視マネージャも起動している。 バッチサーバの再起動なし。	ロック確保中のままとする。
5		システムサーバもクライアント監視マネージャも起動している。 バッチサーバの再起動あり。	ロックを解放する。

また，管理サーバ障害時の可用性を目的として，ロック制御マネージャはクラスタ運用に対応する。なお，バッチサーバのクライアントライブラリはクラスタ運用に対応しない。クラスタ運用の場合，実行系サーバと待機系サーバの2つの異なるホスト名を1つの論理ホスト名として利用できる。論理ホスト名の定義はクラスタソフトに定義する。これにより，クライアントライブラリは実行系サーバと待機系サーバを意識することはない。

クラスタ運用の概要を次の図に示す。

図11‒5　ロック制御マネージャのクラスタ運用の概要

1. クライアントライブラリから実行系サーバのロック制御マネージャにロック確保・解放要求RPCを発行する。

2. 実行系サーバのロック制御マネージャは，ロック確保・解放で更新されたロック確保情報を，排他確保情報ファイルに書き込み反映する。

3. 実行系サーバの管理サーバに障害が発生し，待機系サーバへの系切り替えが発生する。

4. 待機系サーバのロック制御マネージャは，SPP起動時に排他確保情報ファイルを読み込み，ロック確保情報をロック制御マネージャの共用メモリに反映する。

5. クライアントライブラリから，系切り替え後のロック制御マネージャにロック確保・解放要求RPCを発行する。

ページの先頭へ