3.4.1　SPPのスケジュール

(a)　スケジュールを閉塞する単位

スケジュールを閉塞する単位として，サービスグループ単位，サービス単位のどちらかを指定します。サービスグループ単位で閉塞すると指定した場合は，異常終了したサービスがあるSPPをすぐに閉塞します。サービス単位で閉塞すると指定した場合は，該当のサービスのスケジュールだけを閉塞して，同じサービスグループに属するほかのサービスのスケジュールは閉塞しません。

(b)　SPPの異常終了時の処理

SPPのUAPプロセスが異常終了したときに閉塞すると指定した場合は，そのサービスのスケジュールを閉塞します。閉塞されたサービスにサービス要求が来た場合，サービス要求元のクライアントUAPにエラーリターンします。また，サービスを閉塞した時点ですでにスケジュールキューに入っていたサービス要求も，サービス要求元のクライアントUAPにエラーリターンします。

SPPのUAPプロセスが異常終了したときに閉塞しないと指定した場合は，閉塞しないでスケジュールを続けます。ただし，ユーザサービス定義に指定した時間内に3回以上異常終了した場合は，そのSPPをサービスグループ単位またはサービス単位で閉塞します。

(c)　SPPの閉塞を解除する方法

SPPの閉塞を解除して再開始するときは，scdrlesコマンドを実行します。

(d)　再開始時の閉塞状態の扱い

オンライン停止後の全面回復時に，SPPの閉塞状態を引き継ぐかどうかを，SPPごとにユーザサービス定義で指定します。オンライン停止時に閉塞状態だったSPPのうち，閉塞状態を引き継ぐ指定をしたSPPは，全面回復後も閉塞状態で再開始されます。閉塞しているSPPにサービスを要求しても，サービス要求元にエラーリターンされます。

閉塞状態を引き継がないと指定したSPPは，閉塞が解除された状態で再開始されて，要求されたサービスを実行します。

(e)　コマンドによる閉塞

scdholdコマンドとscdrlesコマンドで，SPPをサービスグループ単位，またはサービス単位で閉塞/閉塞解除できます。

SPPの実行形式ファイルをオンライン中に入れ替える場合は，サービスグループ単位で閉塞します。そして閉塞済みのSPPを新しいSPPと入れ替えます。入れ替えが完了してから，scdrlesコマンドで閉塞を解除すれば，新しいSPPを実行できます。

このように，コマンドで閉塞/閉塞解除することで，オンライン中にSPPを変更したり修正したりできます。

scdholdコマンドに指定するサーバ名に，-pオプションを付けて指定する（scdhold -s サーバ名 -p）と，SPPを閉塞したあとでも，該当するSPPへのサービス要求を受け付けられます。受け付けたサービス要求は，スケジュールキューに保持されます。該当するSPPがサービスを処理できる状態になったら，保持していたサービス要求のスケジュールを再開します。

サービス要求を保持できるのは，UAPのサービスグループ単位で閉塞する場合だけです。サービス単位で閉塞する場合は，コマンドの引数にサービス要求を保持する指定はできません。

スケジュールキューにサービス要求を保持する閉塞を次の図に示します。

(a)　サービスごとに同時実行可能なサービス数を指定する

該当サービスを処理しているサーバプロセス数が，scdsvcdef定義コマンドで指定した同時実行可能なサービス数に達している場合，同時実行可能なサービス数に達していないサービスへのサービス要求を，登録順およびスケジュールプライオリティに関係なくスケジュールします。

スケジュールキューに登録されているすべてのサービス要求が，同時実行可能なサービス数に達しているサービスへのサービス要求であった場合，実行中のサービス処理が終了するのを待ち合わせます。サービスごとの同時実行可能なサービス数を次の図に示します。

1. scdsvcdef定義コマンドの-cオプション，および-pオプションに次のように指定して，サービスSV1およびサービスSV2の同時実行可能なサービス数を1に指定します。

   scdsvcdef -c SV1 -p 1
   scdsvcdef -c SV2 -p 1

2. 1.でサービスの同時実行数を指定しているため，指定を超えたサービス要求は，スケジュールキューで待ち合わせます。

(b)　サービスごとにキューイング可能なサービス要求数を指定する

該当サービスへのサービス要求数が，scdsvcdef定義コマンドで指定したキューイング可能なサービス要求数に達している場合，スケジュールキューへは登録しないで，ほかのOpenTP1ノードへの再スケジュールを試みます。

再スケジュールできない場合には，サービス要求元にメッセージ格納バッファ不足としてエラーリターンします。サービスごとのキューイング可能なサービス要求数を次の図に示します。

1. scdsvcdef定義コマンドの-cオプション，および-nオプションに次のように指定して，サービスSV1のキューイング可能なサービス要求数を2に，サービスSV2のキューイング可能なサービス要求数を1に指定します。

   scdsvcdef -c SV1 -n 2
   scdsvcdef -c SV2 -n 1

2. 1.でサービスのキューイング可能なサービス要求数を指定しているため，指定を超えたサービス要求はキューイングできません。

(c)　サービスごとにキューイング可能なメッセージ格納バッファプール長を指定する

該当サービスへのサービス要求のメッセージ格納バッファプール長が，scdsvcdef定義コマンドで指定したキューイング可能なメッセージ格納バッファプール長に達している場合，スケジュールキューへは登録しないで，ほかのOpenTP1ノードへの再スケジュールを試みます。

再スケジュールできない場合には，サービス要求元にメッセージ格納バッファ不足としてエラーリターンします。サービスごとのキューイング可能なメッセージ格納バッファプール長を次の図に示します。

1. scdsvcdef定義コマンドの-cオプション，および-lオプションに次のように指定して，サービスSV1のキューイング可能なメッセージ格納バッファプール長を2048に，サービスSV2のキューイング可能なメッセージ格納バッファプール長を1024に指定します。

   scdsvcdef -c SV1 -l 2048
   scdsvcdef -c SV2 -l 1024

2. 1.でサービスのキューイング可能なメッセージ格納バッファプール長を指定しているため，指定を超えたサービス要求はキューイングできません。