第14章 キューの設定と保守

実行キューの各タイプを説明します。

次に汎用キューの種類を説明します。

主に会話型処理をサポートするスタンドアロン・システムの場合は，この単純な構成を使用できます。 この構成は，必要とされるバッチ処理が限定されている場合に適しています。

図 14-1 「省略時のバッチ・キュー」 は 1 つの省略時のバッチ・キューを示しています。

図 14-1 省略時のバッチ・キュー

SUBMIT コマンドでバッチ・ジョブがキュー登録された場合，省略時の設定では， ジョブは SYS$BATCH というキューに登録されます。 スタンドアロン型システムで省略時のキューを 1 つだけ設定する場合，キューの名前は SYS$BATCH にしてください。

ユーザのバッチ処理の要件が大きかったり，あるいは特殊な処理の要件がある場合は，複数のキューを設定しなければならないことがあります。 そうした場合は，バッチ・キューのジョブに性能オプションと資源オプションを指定することによって，キューをカスタマイズし，特殊なジョブに対応することができます。

図 14-2 「特別な資源オプションと性能オプションを 設定した複数のバッチ・キュー構成例」 は複数のキューの構成例であり， それぞれのキューが特定の種類のバッチ・ジョブを処理するためにカスタマイズされています。

図 14-2 特別な資源オプションと性能オプションを 設定した複数のバッチ・キュー構成例

図 14-2 「特別な資源オプションと性能オプションを 設定した複数のバッチ・キュー構成例」 の例の SYS$BATCH は省略時のキューです。 通常のバッチ・ジョブはこのキューに登録されます。 FAST キューは，メモリからスワップされることがない優先順位の高いジョブを実行します。 SLOW は，優先順位の低いジョブを処理するためのバックグラウンド・キューです。 これらは物理メモリを大量に必要とする大きいジョブです。

キューの基本優先順位とスワップを有効にするか無効にするかの変更は， 慎重に行ってください。 ちょっと変更しただけでも，バッチ処理と会話型処理性能に多大な悪影響を与えることがあります。 たとえば，キューの基本優先順位を 1 増やしただけでも，性能に多大な影響があることがあります。

バッチ・キューに対するこれらのオプションの指定方法については， 14.6.4 項 「バッチ処理オプションの指定方法」 で説明します。

14.1.2 項 「キューのクラスと種類」 で説明したように，汎用キューを使用して OpenVMS Cluster のノード間でバッチ処理を分散させることにより， OpenVMS Cluster 環境で資源利用のバランスを取ることができます。

図 14-3 「クラスタ全体に汎用キューを分散させたバッチ・キューの構成例」 は，そうした分散を行うときの代表的な構成例を表したものです。

図 14-3 クラスタ全体に汎用キューを分散させたバッチ・キューの構成例

図 14-3 「クラスタ全体に汎用キューを分散させたバッチ・キューの構成例」 の例に描かれているクラスタ全体の汎用バッチ・キュー SYS$BATCH は，OpenVMS Cluster のすべてのノードの実行キューにジョブを送り込むよう設定されています。 そして，そこに登録されたジョブの実行キューの送り込みは， SYS$BATCH がジョブを送り込むすべての実行キューについて， ジョブ制限量に対する実際の実行ジョブの比率が最小になるように行われます。

たとえば，実行キューの MOE_BATCH，LARRY_BATCH，および CURLY_BATCH のジョブ制限量がすべて 5 であると仮定します。 MOE_BATCH と LARRY_BATCH が 4 つのジョブを実行していて， CURLY_BATCH が 1 つのジョブしか実行していない場合， 汎用キュー SYS$BATCH は次のジョブを CURLY_BATCH に送り込みます。

OpenVMS Cluster のキュー構成については，『OpenVMS Cluster システム』 を参照してください。 汎用キューの作成方法については，14.4.3 項 「汎用キューの作成と起動」 を参照してください。

図 14-4 「簡単な出力キュー」 は，簡単なキュー構成について説明したものです。 この構成は，プリンタが 1 台のスタンドアロン・システムに適した構成です。

図 14-4 簡単な出力キュー

PRINT コマンドでプリント・ジョブがキュー登録された場合， 省略時の設定では， ジョブは SYS$PRINT というキューに登録されます。 スタンドアロン型システムで省略時のプリンタ・キューを 1 つだけ設定する場合，キューの名前は SYS$PRINT にしてください。

LN03 プリンタ，LA210 プリンタ，LP27 ライン・プリンタというように， 複数の異種プリンタを使用している場合は，それぞれのプリンタ別にキューを設定する必要があります。 これは，省略時のフォームやデバイス制御ライブラリなど，それらのキューで使用するオプションが，たいていのプリンタごとに異なるためです。 たとえば，ライン・プリンタの省略時のフォームの幅が 132 カラムであるの対し，LN03 プリンタの省略時のフォームの幅が 80 カラムということがあります。

図 14-5 「異種プリンタ使用時のキュー構成」 は，こうしたケースでの出力実行キューの構成例です。

図 14-5 異種プリンタ使用時のキュー構成

オペレーティング・システムには，PostScript プリントをサポートするソフトウェアが含まれていません。 PostScript プリントを行うためには，次のいずれかが必要です。

詳細は弊社のサポート担当者にお問い合わせください。

複数のシステムまたは複数の OpenVMS Cluster 環境間でプリンタを共用する場合は， ターミナル・サーバの LAT ポートにプリンタを接続します。 図 14-6 「ターミナル・サーバに遠隔プリンタを接続したときの構成例」 は，ターミナル・サーバに遠隔プリンタを接続したときの出力キューの構成例を表したものです。

通常，LAT プリンタは複数のシステムまたは複数のクラスタのユーザの間で共用されるため，LAT キューが使用不能になったときに影響を受けるユーザの数は多くなります。 このため，できるだけ常時使用可能になるよう，LAT キューはフェールオーバ・リストを使用して，自動起動型として設定することをお勧めします。

自動起動型キューの作成方法については， 14.4.2 項 「非自動起動型実行キューの作成と起動」 を参照してください。

図 14-6 ターミナル・サーバに遠隔プリンタを接続したときの構成例

ライン・プリンタ 3 台というように，同一種のプリンタを複数台使用する場合は，汎用キューを使用して，プリンタ間のプリント負荷のバランスを取るべきです。 図 14-7 「3 台の同種プリンタ使用時の汎用キュー構成」 は，そうしたキューの構成例を表しています。

図 14-7 3 台の同種プリンタ使用時の汎用キュー構成

汎用キューの作成方法については，14.4.3 項 「汎用キューの作成と起動」 で詳しく説明します。

図 14-8 「OpenVMS Cluster における出力キュー構成」 は，OpenVMS Cluster 用の代表的な出力キュー構成例を表しています。 クラスタのキュー構成については，『OpenVMS Cluster システム』 を参照してください。

図 14-8 OpenVMS Cluster における出力キュー構成

出力キューを使用せずにプリンタに直接出力を行うアプリケーションを使用する場合，または LAT キューを使用する場合は， プリンタをスプールすることをお勧めします。 プリンタをスプールすると，アプリケーション・プログラムは中間記憶デバイスに出力を書き込むため，プログラムの動作中でも他のユーザがプリンタを使用することができます。

図 14-9 「スプールされたデバイスを使用するときのキュー構成」 は，スプールされたプリンタを使用するときの出力キュー構成を表したものです。

図 14-9 スプールされたデバイスを使用するときのキュー構成

スプールされたプリンタについては，8.9.2.1 項 「プリンタのスプール指定」 を参照してください。

OpenVMS バッチおよびプリント・キュー登録システムを使用すると， ローカル・システムや OpenVMS Cluster に接続された出力デバイスでファイルをプリントすることができます。

これに対し DQS (Distributed Queuing System: 分散キュー・システム) は， OpenVMS のキュー登録システムのプリント機能を分散環境に広げるレイヤード製品です。 DQS を使用して，ネットワーク上の遠隔ノードに接続されている出力デバイスでファイルをプリントすることができます。

この DQS についての詳細は，DQS の資料を参照するか， 弊社のサポート担当者にお問い合わせください。

自動起動型実行キューを作成するためには，次の表に示す形式で INTIALIZE/QUEUE コマンドに /AUTOSTART_ON 修飾子を指定します。

	重要: ノード名:: に指定されたノード名が， 既存のノード名であるかチェックされることはありません。 したがって，誤ったノード名を指定することのないように注意してください。

フェールオーバ・リストの指定方法

フェールオーバ・リストを指定するには，次の操作を実行します。

自動起動型キューは， 次のいずれかの方法で最初にアクティブにする必要があります。

アクティブになった自動起動型キューは， STOP/QUEUE/NEXT コマンド，または STOP/QUEUE/RESET コマンドで停止させられないかぎり，アクティブであり続けます。 ノードをシャットダウンしても，それによってノードの自動起動型キューがアクティブでなくなることはありません。

非アクティブな自動起動型キューを起動する

STOP/QUEUE/NEXT コマンド， または STOP/QUEUE/RESET コマンドで非アクティブにした自動起動型キューを起動する場合は，START/QUEUE コマンドを入力します。 これにより，キューは自動的にキュー・マネージャによって起動されます。 この場合，次のいずれかになります。

自動起動キューを起動するノードで自動起動機能を有効にしなければなりません。 この操作は，自動起動キューを作成する前または作成した後で実行できます。 自動起動機能を有効にするには，次の操作を実行してください。

停止した自動起動キューの起動

ノード上のアクティブな停止中の自動起動型キューはすべて， ENABLE AUTOSTART/QUEUE コマンドでキューの自動起動を有効にすることにより，まとめて起動することができます。 したがって，キューごとに START/QUEUE コマンドを登録する必要はありません。

ノードがリブートすると，ENABLE AUTOSTART/QUEUE コマンドが入力されないかぎり，自動起動は有効にはなりません。

ENABLE AUTOSTART/QUEUE コマンドは，ノードのすべてのスタートアップ・プロシージャに登録することをお勧めします。 ENABLE AUTOSTART/QUEUE コマンドは， スタートアップ・コマンド・プロシージャ内の，プリンタの設定用コマンドと重要なディスクのマウント用コマンドの後に登録してください。 このようにしておけば，後で自動起動型キューを追加する必要が出てきたり，あるいは自動起動型キュー・フェールオーバ・リストにノードを追加する必要が出てきたりしたときに，コマンドを登録する必要がなくなります。

次に，ノードの SYSTARTUP_VMS.COM プロシージャに登録するコマンドの例を示します。

$! Start the nonautostart batch queue
$ START/QUEUE SYS$BATCH
$! Start all autostart queues
$ ENABLE AUTOSTART/QUEUES

システム・ディスクの SYS$MANAGER:SYSTARTUP_VMS.COM テンプレートには， この他の例も含まれています。

非自動起動実行キューを作成するには，次の表に示すように， INITIALIZE/QUEUE コマンドに /ON 修飾子を指定します。

非自動起動キューは，次のいずれかの方法で起動しなければなりません。

汎用キーを作成するには，次の表に示すように， INITIALIZE/QUEUE コマンドに /GENERIC 修飾子を指定します。

上記の INITIALIZE/QUEUE コマンドの中のジョブを送る実行キュー・リストは省略することもできます。 その場合は，INITIALIZE/QUEUE，START/QUEUE，SET QUEUE のいずれかのコマンドに /ENABLE_GENERIC 修飾子を指定することによって， 汎用キューからジョブを受け取る実行キューを有効にします。 ただし通常は，この方法はお勧めできません。 システムの構成が単純な場合のみ，この方法を使用してください。

例

次の例では，汎用キュー (LN03_PRINT) を作成します。 このコマンドには，LN03_PRINT がジョブを送信する送信先の実行キューが指定されています。

$ INITIALIZE/QUEUE/GENERIC=(LN03_1,LN03_2,LN03_3) LN03_PRINT

汎用キューは，次のいずれかの方法で起動しなければなりません。

UIC に基づく保護機構は，キューに対するアクセス権を持つかどうかによってジョブとユーザを限定します。 この保護機構がキューに適用される処理を制御する方法は，ファイルなどの他のシステム・オブジェクトを制御する方法と同じです。

キューを作成するとき，キューには所有者 UIC と保護コードが割り当てられます。 省略時の所有者は [SYSTEM] ですが，/OWNER_UIC 修飾子で別の所有者を指定できます。

キュー・クラスの，UIC に基づいた省略時のキューの保護は次のとおりです。

    System:Manager,Owner:Delete,Group:Read,World:Submit

/USER 修飾子を使ってジョブがキュー登録されたのでないかぎり， ジョブには，それをキュー登録したプロセスの UIC に等しい所有者 UIC が割り当てられます。 そして，システムは，キューのジョブとキューで行われる処理の 1 つ 1 つについて，所有者 UIC，キューの保護，および要求者の特権をチェックします。

キューについてシステムがチェックする処理は， 大きく次の 2 つに分類されます。

次の表は，キュー・クラスがサポートするアクセスのタイプを示しています。

保護コードによりプロセスに読み込みアクセス権または削除アクセス権が与えられた場合には，キューに登録されているジョブに対してだけ操作を実行できます。 しかし，ACL により読み込みアクセス権と削除アクセス権が与えられた場合には，プロセスはキューに登録されているすべてのジョブを操作できます。

必要な特権

キュー・マネージャを停止または起動するには，SYSNAM 特権と OPER 特権が必要です。 キューを作成または削除したり，シンビオント定義を変更するには，OPER 特権が必要です。

実行する監査の種類

機密保護管理者がイベント・クラスに対して監査機能を有効に設定している場合には，次のイベントを監査できます。

キューの機密保護についての詳細は， 『OpenVMS VAX Guide to System Security』 を参照。

UIC に基づくキューの保護を設定または表示するコマンドを次に示します。

例

UIC に基づく保護に加えて，ACL (アクセス制御リスト) でキューを保護することもできます。 ACL に基づく保護は， UIC グループという単位ではなく，特定のプロジェクト・グループのメンバがキューに対するアクセス権を必要とする場合にもっと細かいレベルの保護を実現します。

保護オブジェクトに対して ACL を設定する詳細は『OpenVMS システム・セキュリティ・ガイド』 を参照してください。

ACL に基づくキュー・プロテクションの設定または表示を行うコマンドを次に示します。

ACL に基づく機密保護についての詳細は，『OpenVMS システム・セキュリティ・ガイド』 を参照してください。

例

アカウント特権には，UIC や ACL に基づく保護に関係なくキューへのアクセスを可能にするものがあります。 次の表はそうしたアカウント特権と，それらの特権がキューに対して行えるアクセス・タイプをまとめたものです。

ユーザはシステム管理者と同様に，ジョブ保持を設定できます。 この後の節では，ユーザとシステム管理者がこの作業をどのようにして実行できるかについて説明します。

ユーザ・コマンド

ユーザは PRINT コマンドまたは SUBMIT コマンドに /RETAIN 修飾子を指定することにより，ジョブが完了した後もジョブをキューに保持しておくことを要求できます。 次の例を参照してください。

    PRINT/RETAIN
    SUBMIT/RETAIN

システム管理者コマンド

省略時の設定では，キューに対してジョブ保持オプションは設定されません。 ジョブ保持オプションを指定するには，次のいずれかのコマンドを使用します。

     INITIALIZE/QUEUE/RETAIN=option
     START/QUEUE/RETAIN=option
     SET QUEUE/RETAIN=option

次のいずれかのオプションを指定できます。

次のコマンドでは，正常終了しなかったすべてのジョブをキューに残すよう指定しています。

$ SET QUEUE/RETAIN=ERROR BATCH_QUE

たとえば，特定のキューで正常終了しなかったすべてのバッチ・ジョブをオペレータが監視する必要がある場合は，ジョブ保持オプションを使用して，エラー終了したジョブをキューに残すよう指示することができます。 これによりオペレータは SHOW QUEUE コマンドを使用して， 異常終了したジョブのリストを表示することができます。 ジョブが正常終了しなかった場合には，このメッセージから，エラーが発生した理由を判断できます。 また，保持されていたジョブが完了した日付と時刻も表示されます。

キューに対してジョブ保持オプションを指定すると，そのキューのジョブに対してユーザが要求したジョブ保持オプションより優先します。 図 14-10 「ジョブ保持の決定」 は，汎用キューに登録されたジョブに対して， ジョブ保持機能がどのように影響するかを示しています。

図 14-10 ジョブ保持の決定

ジョブを削除しないかどうか，またジョブをどこに保持するかは， 次の項目で決まります。

キューにジョブを保持した場合は， 保持する必要のなくなったジョブを定期的に削除するようにしてください。

ユーザはジョブ保持の期限を指定できます。 次の例を参照してください。

$ SUBMIT/RETAIN=UNTIL=19-MAY-2000:07:31:0.0 MYFILE.DAT

この機能を使えば，キューに保持したジョブを手作業で削除する必要はありません。 したがって，/RETAIN 修飾子を使用する場合は，ユーザにこの機能を使用させることをお勧めします。

ジョブに対してユーザが指定した保持の原則を変更するには，次の形式で SET ENTRY コマンドに /RETAIN=オプション修飾子を指定します。

次のいずれかのオプションを指定できます。

たとえば次のコマンドは，ジョブ終了後 3 時間を経過するまで 172 というジョブをキューに残します。 3 時間を経過したとき， ジョブは自動的に削除されます。

$ SET ENTRY/RETAIN=UNTIL="+3:00" 172

キューからジョブ保持オプションを削除するには， INITIALIZE/QUEUE コマンド，START/QUEUE コマンド，または SET QUEUE コマンドに対して /NORETAIN 修飾子を指定します。

省略時の設定では，定義されている特性はありません。 特性を定義するためには，次の形式の DEFINE/CHARACTERISTIC コマンドを使用します。

1つの番号に対して複数の特性名を定義することはできません。

使用しているキュー構成で，1つの番号に対して複数の特性名が必要な場合には， 論理名を定義することにより，これを行うことができます。

OpenVMS Cluster 環境では，必要なすべてのノードで論理名を定義する必要があります。

	注意: 既存の論理名でもある特性名を定義したい場合には， 『OpenVMS ユーザーズ・マニュアル』 の論理名に関する記述を参照してください。

例

次の例では，特性名SECOND_FLOORが特性番号2に割り当てられています。 論理名SALES_FLOOR と SALES_DEPTは，特性名SECOND_FLOORと等価であるとして定義されています。 この結果，論理名SALES_FLOOR と SALES_DEPT は，特性名 SECOND_FLOORおよび特性番号2 と等価になります。 この論理名は，/CHARACTERISTIC=特性名 修飾子における 特性名値として指定することができます。

$ DEFINE/CHARACTERISTIC SECOND_FLOOR 2
$ DEFINE/SYSTEM/EXECUTIVE_MODE SALES_FLOOR SECOND_FLOOR
$ DEFINE/SYSTEM/EXECUTIVE_MODE SALES_DEPT SECOND_FLOOR

システムに定義されている特性を表示したい場合は， 次の例に示すように SHOW QUEUE/CHARACTERISTICS コマンドを使用します。

例

$ SHOW QUEUE/CHARACTERISTICS
Characteristic name                  Number
-------------------                  ------
EAST                                      1
WEST                                      2
NORTH                                     3
SOUTH                                     4

省略時の設定では，キューに特性は割り当てられていません。 特性をキューに割り当てるには， INITIALIZE/QUEUE，START/QUEUE，または SET QUEUE コマンドに /CHARACTERISTICS 修飾子を指定します。

例

$ SET QUEUE/CHARACTERISTICS=(EAST) LN03_1

キューに定義されている特性を知りたい場合は，次の例に示すように DCL の SHOW QUEUE/FULL コマンドを使用します。

例

$ SHOW QUEUE/FULL LN03_1
Printer queue LN03_1, idle, on HERA::TTA3, mounted form DEFAULT
  <Printer queue on node HERA for an LN03 printer>
  /BASE_PRIORITY=4 /CHAR=(1) /DEFAULT=(FLAG=ONE,FORM=LN03$PORTRAIT
  (stock=DEFAULT) ) /LIBRARY=LN03LIBRARY Lowercase
 /OWNER=[SYSTEM] /PROCESSOR=LATSYM /PROTECTION=(S:M,O:D,G:R,W:R)
 /SEPARATE=(RESET=(ANSI$RESET) ) 

キューに割り当てられた特性を取り消すには INITIALIZE/QUEUE, START/QUEUE, または SET QUEUE コマンドに /NOCHARACTERISTICS 修飾子を指定します。

特性の定義を削除する場合は，次の例に示すように DCL の DELETE/CHARACTERISTIC コマンドに特性名を指定します。

特性番号は分かっているが，特性名が分からないという場合は，SHOW QUEUE/CHARACTERISTIC コマンドを使用して， システムに定義されている特性名と特性番号を調べることができます。

キューまたはジョブが特性を参照している場合，システムからは次のメッセージが返されます。

%DELETE-E-NOTDELETED, error deleting characteristic
-JBC-E-REFERENCED, existing references prevent deletion

特性を削除するためには，特性に対する参照をすべて削除しておく必要があります。 特性に対する参照の削除については， 14.8.5 項 「キュー，フォーム，特性削除時の問題」 を参照してください。

優先順位値の選択は，バッチ・ジョブを処理したい速度に基づいて行ってください。 システム・パラメータ値 DEFPRI (通常は 4) に等しい値を選択した場合，キューのジョブは一般の会話型ジョブと同じレベルの速度で処理されます。 これは，CPU 時間が十分に使用できるシステムに適切です。

一方，DEFPRI より小さい値を選択した場合，キューのジョブの処理速度は一般の会話型ジョブと同程度になる可能性があります。 これは，DEFPRI 優先順位のジョブのサービスを終えた後しか，キューのジョブに CPU 時間が割り当てられないためです。

非常に特殊な目的で定義されたキューには， つまり，高い優先順位のジョブには，DEFPRI より大きな値を割り当てます (5 など)。 ただし，このような割り当てをすると，他のユーザやバッチ・ジョブの性能に大幅な影響を及ぼすことがあります。

バッチ・ジョブは会話型ジョブの性能に影響を与えるので，DEFPRI またはそれより高い基本プロセス優先順位を使用するときは， ジョブ制限値を抑えてください。

ワーキング・セットに関するオプションが指定されなかった場合， キューのジョブには，所有者の利用者登録ファイル (UAF) レコードに指定された値が適用されます。

一般にワーキング・セットのクォータと超過値は， ユーザの UAF レコードに指定されている値で十分ですが， キューの用途によっては，値をもっと緩めたり， もっと厳しくしたりする必要が出てくることがあります。 たとえば，大きなプログラムのコンパイルやリンクなど，大きなジョブをバッチ・ジョブとして処理したり， 資源を多く必要としないジョブを会話形式で処理する場合などです。 そのような場合は，次のようにクォータと超過値を設定します。

CPU 制限値を設定することによって，ジョブが使用可能な CPU 時間を短くしたり，長くしたりすることができます。

CPU 時間制限値をあまり小さく設定しないでください。 CPU 時間制限値を超えたジョブはエラー終了します。 前の項で説明したように，ワーキング・セットの値が小さすぎても， メモリの使用効率が落ちるだけで，ジョブは正常に終了することができます。 しかし，CPU 時間制限値が小さすぎると，許可された範囲内で CPU を正しく使用しているジョブも途中終了してしまうことがあります。

たとえば，CPU ループに陥る可能性がある新しいソフトウェアの実行専用のバッチ・キューに，CPU 時間制限値を設定したと仮定します。 そうすることによって無限ループが終了するため， CPU 資源の無駄遣いになりません。 しかしながら，正常に動作しているジョブが途中終了することのないよう，制限値の選択には注意し，十分に大きな値にする必要があります。

CPU 資源の割り当てを制御するもう 1 つの方法は，1 日のうちで， より多くの CPU 時間を割り当てることができるもっと負荷の少ない時間にジョブの実行を行う専用のバッチ・キューを作成することです。

一般に，バッチ・キューではスワッピングを有効にします。 ただし，非常に特殊な目的を持つ，優先順位の高いキューでは， 無効にした方がよいかもしれません。 オペレーティング・システムのスワッピングとトリミング機構を介して，プロセスからのメモリ再利用が必要になる時期を考える必要がなくなるため， キューのジョブに適した環境が実現されます。

詳細は『Guide to OpenVMS Performance Management』を参照してください。

メモリが制限されたシステムでは，すべてのバッチ・キューでバッチ・ワーキング・セットにとって必要なページの合計を求めます。 また，会話型ジョブに対して十分な流動メモリが残るようにしなければなりません。

流動メモリは，スワッピングやページングによって 1 つのプロセスから別のプロセスに再割り当てできます。 流動メモリは，総メモリから， オペレーティング・システムに永久的に割り当てられたページ数を差し引いたときに残る容量から計算できます。 これらの値を求めるには，SHOW MEMORY コマンドを入力します。

ソートを行うジョブ専用のバッチ・キューを作成し，非常に大きなワーキング・セット・クォータを設定することによって， OpenVMS の SORT/MERGE ユーティリティの処理速度を向上させることができます。

また，プロセス割り当て量を設定することによって，最大の SORT 処理速度を実現することもできます。 ここで推奨する値は，単純に SORT の効率性だけを考慮したものです。 実際に適切な値を決定するにあたっては， その他の事項も考慮する必要があります。

NUMA 環境では，システム管理者が，バッチ・キューを特定のリソース・アフィニティ・ドメイン (RAD) に割り当てることができます (RAD についての詳細は，『パーティショニングおよび Galaxy ガイド』 を参照してください)。

RAD 値は，0 ～ SYI$_RAD_MAX_RADS の間にある正の整数です。 SHOW/QUEUE/FULL コマンドを実行すると，出力に RAD が表示されます。

この節では，コマンドのシーケンスとそれがバッチ・キューに与える影響について説明します。 それぞれの例では，SHOW コマンドを指定して，バッチ・キューを変更した結果を表示しています。

バッチ・キューの RAD 値を変更しても，現在バッチ・キューに存在するジョブは， キューに対して指定された新しい RAD 値 を反映して動的に更新されるわけではありません。 実行中のジョブは，元の RAD 値を使用して処理を完了します。 保留中，保持中，または時間指定実行の状態にあるジョブは，ジョブの古い RAD 値を維持します。 ただし，これらのジョブが実行可能になった時点で，ジョブが新しい RAD 値によって更新され，キューに指定された RAD で実行されます。

この節では，ジョブの印刷の優先順位とサイズの設定方法について説明します。

サイズを基準にしたジョブの優先順位の付け方

サイズをもとにジョブの優先順位を付けるには， INITIALIZE/QUEUE，START/QUEUE，または SET QUEUE コマンドに /SCHEDULE=SIZE 修飾子を指定します (/SCHEDULE=NOSIZE 修飾子を指定すると，ジョブはサイズとは無関係に， キューに登録された順に印刷されます)。

次の例では，/SCHEDULE=SIZE (省略時の設定) が使用されているため， プリント・キュー LPA0_PRINT で短い(サイズの小さい)ジョブが長い(サイズの大きな) ジョブより前に印刷されます。

$ INITIALIZE/QUEUE/SCHEDULE=SIZE LPA0_PRINT

保留中のジョブがキューに登録されているときに，このコマンドを入力すると， この後登録されるジョブに対してコマンドがどのように影響するかは予測できません。

ジョブのサイズの制限方法

プリント・ジョブのサイズを制限するには， INITIALIZE/QUEUE，START/QUEUE，または SET QUEUE コマンドに /BLOCK_LIMIT 修飾子を指定します。 省略時の設定では，プリンタ・キューとターミナル・キューはブロック制限を付けずに作成されます。 したがって，どのようなサイズのジョブも印刷されます。 上限だけを指定することも，上限と下限の両方を指定することもできます。

次の例では，LPB0_PRINT のブロック・サイズは 50 に制限されているため，このキューは 51 ブロックより小さいジョブ専用に使用されます。

$ INITIALIZE/QUEUE/BLOCK_LIMIT=50 LPB0_PRINT

1 日の特定の時間帯だけ，ジョブのサイズを制限しなければならないことがあります。 たとえば，午前 8 時 00 分にキューの最大ブロック・サイズを 500 ブロックに制限するコマンド・プロシージャを実行するバッチ・ジョブをキューに登録できます。 コマンドの実行後にこのコマンドプロシージャ自身をキューに再登録するように作成しておけば毎日午後 5:00 分以降に，ブロックの制限を解除することができます。 このようにすると，通常の勤務時間が終了した後，印刷の作業負荷が軽減されたときに，ユーザはどのようなサイズのジョブも印刷できるようになります。 特定の時刻以降にジョブを印刷することを指定するには，PRINT コマンドに /AFTER 修飾子を指定します。

バッチ・ジョブやプリント・ジョブを処理できない場合には，そのジョブは保留状態になり，保留状態になった原因が解決されるまで処理されません。 詳細は 14.8.2 項 「保留中のジョブのスケジューリング」 を参照してください。

ジョブのスケジューリング優先順位を変更するには，次の形式で SET ENTRY コマンドに /PRIORITY 修飾子を指定します。

次の例では，ジョブのスケジューリング優先順位を 50 に変更します。

$ SET ENTRY/PRIORITY=50 1131

ジョブのスケジューリング優先順位と，キューの基本プロセス優先順位を混同しないでください。 ジョブのスケジューリング優先順位の値は 0 ～ 255 の範囲です。 ただし，0 は最低の優先順位であり，255 は最高の優先順位です。 ジョブのスケジューリング優先順位を示す /PRIORITY の省略時の値は， システム・パラメータ DEFQUEPRI の値です (通常は 100 に設定されます)。

システムに定義されているフォームの情報を表示したい場合は， SHOW QUEUE/FORM/FULL コマンドを使用します。 フォーム名が分かっている場合は，次の例に示すようにそのフォーム名を指定してください。

例

$ SHOW QUEUE/FORM/FULL MEMO
Form name                            Number   Description
---------                            ------   -----------
MEMO (stock=DEFAULT)                    110   LN03 indented memo format
    /LENGTH=66 /MARGIN=(TOP=2,BOTTOM=2,LEFT=5) /STOCK=DEFAULT /TRUNCATE
    /WIDTH=80

キューの省略時のフォームを表示するには，SHOW QUEUE/FULL コマンドを入力します。

例

次の例では，省略時のフォームは REPORT であり，そのストックは 8_5x11 です。 このキューで処理されるジョブのうち，PRINT コマンドでフォーム定義が指定されていないジョブはすべて，省略時のフォーム REPORT を使用します。 マウントされたフォームのストックが省略時のフォームのストックと一致する場合には，フォーム定義を指定せずにこのキューに登録されたすべてのジョブは，スケジューリングされて印刷されます。

$ SHOW QUEUE/FULL JEAN_PRINT
Printer queue JEAN_PRINT, idle, on BAY::TTA3:, mounted form 8_5x11
  <Queue for printer in Jean's office>
  /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=REPORT (stock=8_5X11) ) /OWNER=[SYSTEM]
  /PROTECTION=(S:M,O:D,G:R,W:R)

/DEFAULT=FORM 修飾子を使用せずに初期化したキューでは， フォーム定義が指定されていないプリント・ジョブを処理するために， システム単位の省略時のフォームが使用されます。 システム単位の省略時のフォームはフォーム番号 0 に対応し，次のオプションを使用します。

これらのオプションについては表 14-3 「DEFINE/FORM 修飾子」を参照してください。

システム単位の省略時のフォームを変更するには，次の形式で DEFINE/FORM コマンドを使用します。

例

省略時の下マージンを 6 から 4 に変更し，ページ長を 66 から 55 に変更するには，次のコマンドを入力します。

$ DEFINE/FORM DEFAULT 0/MARGIN=(BOTTOM=4)/LENGTH=55

	注意: キューまたはジョブでフォームを参照した後，そのフォームのストックを変更することはできません。 省略時のフォームのストックを変更するときは， キューを作成する前に変更してください。

カスタマイズしたフォームを作成するには，次の操作を実行します。

フォームを作成する場合には，表 14-3 「DEFINE/FORM 修飾子」 に示した修飾子を指定できます。

用紙ストックを変更せずに，書式オプションを変更するだけの目的でフォームを作成する場合は，個々のフォームについて同じストック・タイプを指定してください。 そのように指定しておけば，それらのフォームのどれをジョブが必要としても， キューを変更するためのコマンドを入力する必要がなくなり，同じキューでプリントが行われます。

/STOCK 修飾子を使用しないかぎり，フォームのストックはフォーム名と同じです。

	注意: 論理名でもあるフォーム名を定義するときは， 『OpenVMS ユーザーズ・マニュアル』 の論理名に関する記述を参照してください。

例

次は，フォーム名を MEMO，フォーム番号を 3，でフォームを定義している例です。 フォームの書式オプションも定義しています。

$ DEFINE/FORM MEMO 3/STOCK=DEFAULT -
_$ /MARGIN=(TOP=2,BOTTOM=2,LEFT=6)/WIDTH=80/LENGTH=66/TRUNCATE -
_$ /DESCRIPTION="LN03 indented memo format"

PRINT コマンドによるキュー登録時に /FORM 修飾子が指定されなかった場合， ジョブは，それが置かれている実行キューの省略時のフォームを使用します。

出力実行キューに省略時のフォームを割り当てる場合は， INITIALIZE/QUEUE，START/QUEUE，SET QUEUE のいずれかのコマンドに，次の形式で /DEFAULT 修飾子を使用します。

	注意: キュー登録時に特定のフォームの要求がないかぎり，プリント・ジョブへのキューの省略時のフォームの割り当ては，ジョブの処理時に行われます。 したがって，/FORM 修飾子を指定せずに汎用キューにジョブが登録された場合は，実行キューに転送されるまで，ジョブにフォームが割り当てられることはありません。

省略時のフォームが設定されていない場合，キューはシステム単位の省略時のフォームの DEFAULT を使用します。

例

次の例では，SET QUEUE コマンドは LN03_PRINT キューの省略時のフォームを LN03_PORTRAIT に変更します。

$ SET QUEUE/DEFAULT=FORM=LN03_PROTRAIT LN03_PRINT

キューへのフォームのマウントは，INITIALIZE/QUEUE，START/QUEUE， SET QUEUE のいずれかのコマンドに， 次の形式で /FORM_MOUNTED 修飾子を使用することによって行います。

タイプはDEFINE/FORM コマンドで定義されるフォーム名または番号です。

ストックが一致しないためにプリント・ジョブが保留状態になっている場合には，プリンタのストックを要求されたストックに変更し， 要求されたストックに関連付けられたフォームをキューにマウントするか，または 14.8.2.1 項 「ストック不一致でプリント・ジョブが保留状態になったときの対処法」 で説明している他のいずれかの処理を実行します。

定義済みのフォームを削除する場合は，次の例に示すように DCL の DELETE/FORM コマンドを使用します。

$ DELETE/FORM MEMO

DELETE/FORM コマンドには，フォーム番号ではなく， フォーム名を指定する必要があります。 フォーム番号は分かっているが，フォーム名が分からないという場合は， SHOW QUEUE/FORM コマンドを使用して，システムに定義されているフォーム名とフォーム番号を調べることができます。

キューまたはジョブがフォームを参照している場合，システムからは次のメッセージが返されます。

%DELETE-E-NOTDELETED, error deleting form-name
-JBC-E-REFERENCED, existing references prevent deletion

フォームを削除するためには，フォームに対する参照をすべて削除しておく必要があります。 フォームに対する参照の削除については，14.8.5 項 「キュー，フォーム，特性削除時の問題」 を参照してください。

プリント・シンビオントが整形しても，行やページの長さがプリンタの行幅やページ長を超えることがあります。 そうした場合は，キュー・オプションを使用して，行あふれやページあふれを制御することができます。

行あふれの制御

行あふれは，フォーム定義で制御することをお勧めします。 このためには，物理的なデバイス幅の限界に達する前に行送りや行切り詰めを行わないよう， ターミナルとプリンタを設定する必要があります。

	注意: プリント・シンビオントはフォームに基づいて行幅を決定します。 プリント・シンビオントがデータの書式整形を終えた後， 行幅がデバイスの/WIDTH 設定より広い場合は， /TRUNCATE か /WRAP オプションが設定されていればその設定を使用して， デバイス・ドライバは行の切り詰めか行送りを行います。

左右と上下マージンの設定は，フォームごとに変えることができます。 そしてユーザは，フォームを使ってページあふれと行あふれを制御することにより， 別のフォームに切り換えることができます。 このときオペレータがキューを停止させて，デバイスの設定を変更し， 再度キューを起動させるという必要はありません。 キュー・マネージャは， 現在マウントされているフォームと同じストックを使って自動的に任意のフォームをマウントします。 オペレータ支援が必要になるのは，現在マウントされているフォームのストックと， 異なるストックのフォームをマウントする場合だけです。 詳細は14.8.2.1 項 「ストック不一致でプリント・ジョブが保留状態になったときの対処法」 を参照してください。

行あふれを制御したい場合は，DCL の DEFINE/FORM コマンドでフォームを作成するときに，表 14-3 「DEFINE/FORM 修飾子」 で説明されている /[NO]TRUNCATE と /[NO]WRAP の修飾子を指定します。

ページあふれ

ページあふれを制御する場合は，INITIALIZE/QUEUE，START/QUEUE， または SET QUEUE コマンドで /DEFAULT=[NO]FEED 修飾子を使用します。 この修飾子は，シンビオントがデータの下マージン部分へのあふれを検出したときに，改ページ文字を自動的に挿入するかどうかを制御します。 ユーザは，PRINT/FEED または PRINT/NOFEED コマンドを使用して， キューに指定された改ページ・オプションの省略時の設定を変更できます。

ユーザはまた，PRINT コマンドに /PASSALL 修飾子を指定して， プリント・シンビオントが行うあらゆるフォーマッティング処理(改行を含む)をバイパスできます。 省略時の設定は /NOPASSALL です。 /PASSALL 修飾子は，プリント・シンビオントによるフォーマッティングが希望するフォーマッティングと異なる場合に使用してください。 /PASSALL 修飾子を使用すると，すべてのフォーマッティングを上書きして， プリント・シンビオントはデバイス・ドライバに入出力を送ります。

プリント・キューを開始すると，改ページが出力デバイスに送られて，印刷が始まる前に，用紙がページの一番先頭にくるように設定されます。 初期改ページのために，キュー開始時に，空白のページが印刷されます。

初期改ページを実行しないようにするには，INITIALIZE/QUEUE， SET QUEUE，START/QUEUE コマンドのいずれかに /NO_INITIAL_FF 修飾子を指定します。

デバイス制御モジュールは，次の順序でプリンタに送られます。

以降の節では，デバイス制御ライブラリの管理方法を説明します。

デバイス制御ライブラリの作成とモジュールの登録は，次の手順で行います。

	注意: ライブラリに対するモジュールの登録または削除は， ライブラリに割り当てられているすべての出力キューを停止してから行う必要があります。

ライブラリの作成とモジュールの登録のさらに詳しい内容については， 『OpenVMS Command Definition, Librarian, and Message Utilities Manual』 を参照してください。

デバイス制御ライブラリをキューに割り当てるためには， INITIALIZE/QUEUE か START/QUEUE コマンドに， 次の形式で /LIBRARY 修飾子を指定します。

ファイル名は，使用したいモジュールが入っているライブラリ・ファイル名です。

ライブラリは SYS$LIBRARY に存在し， ファイル・タイプが .TLB である必要があります。 /LIBRARY 修飾子が省略された場合は，省略時のライブラリのSYS$LIBRARY:SYSDEVCTL.TLB になります。 これ以外のデバイス制御ライブラリを使用する場合は，次の例に示すように /LIBRARY 修飾子を使用してください。

$ INITIALIZE/QUEUE/LIBRARY=LN03DEVCTL LN03_A_QUE

	注意: /LIBRARY 修飾子を使用する場合，ディレクトリ，ファイル・タイプ， バージョン番号は指定しないでください。 システムは，ファイルが SYS$LIBRARY に存在し，タイプが.TLB であると見なします。 別のノードのライブラリ・ファイルをコピーして使用する場合は， 必ず一意のファイル名を付けてください。

特定のデバイス制御ライブラリ・モジュールが必要な操作では， キューに指定されたライブラリの該当するモジュールが使用されます。 ライブラリを使用する場合には，次のガイドラインに従ってください。

例

3 つのライブラリに横長方向にプリンタを設定するモジュールが格納されている場合，これらのモジュールには 3 つのすべてのライブラリで LANDSCAPE という名前を付けます。 このようにしておくと，それぞれのモジュールには異なるデバイス固有のシーケンスが格納されますが， ライブラリに指定した名前のモジュールが格納されているどのキューに対しても，同じフォームを使用できます。

特定のライブラリに格納されているすべてのモジュールを表示するには， 次のコマンドを使用します。

キューに対して設定モジュールまたはページ・セットアップ・モジュールを指定するためには，DEFINE/FORM コマンドに /SETUP=モジュール修飾子， または/PAGE_SETUP=モジュール修飾子を指定します。 /SETUP 修飾子に指定したモジュールは，ジョブの各ファイルのプリント前， フォームがマウントされたときにプリンタに送られます。 同様に，/PAGE_SETUP 修飾子に指定したモジュールは， ジョブの各ページのプリント前にプリンタに送られます。

ユーザは，PRINT コマンドに次のいずれかの修飾子を指定することにより， モジュールを要求できます。

出力実行キューにモジュールを割り当て，各ジョブの最後にプリンタを既知状態に再設定したい場合は，次の例に示すように， INITIALIZE/QUEUE，START/QUEUE，SET QUEUE のいずれかのコマンドに， /SEPARATE=RESET=モジュール 修飾子を使用します。

/SEPARATE 修飾子は必須キュー・オプションを指定するため， 指定された RESET モジュールは，あらゆるジョブの最後にキューに送られます。 ユーザがこのオプションを変更することはできません。

例

次の例では，モジュールに含まれている再設定シーケンスにより， 各ジョブの最後でプリンタは再設定されます。 また，最初のジョブが正しくプリントされるよう， この再設定はキューの起動時にも行われます。

$ INITIALIZE/QUEUE/LIBRARY=MYDEVCTL/SEPARATE=RESET=MODULE2 PDQ_QUE

次は，デバイス制御ライブラリ・モジュールを使用して， プリント・ジョブを処理している例です。 この例では，MODULE1 と MODULE2 という 2 つのデバイス制御モジュールを作成して， それを MYDEVCTL.TLB ライブラリ・ファイルに登録しています。 MODULE1 設定モジュールのエスケープ・シーケンスまたはテキストは， REPORT.TXT のプリント前とMEMO.TXT のプリント前にプリンタに送られ， プリンタを設定します。 また，MODULE2 設定モジュールのエスケープ・シーケンスまたはテキストは， REPORT ジョブの両方のファイルがプリントされた後の一度だけプリンタに送られます。

$ LIBRARY/CREATE/TEXT SYS$LIBRARY:MYDEVCTL.TLB
$ EDIT MODULE1.TXT

    !enter printer escape sequences or text for module1

$ EDIT MODULE2.TXT

    !enter printer escape sequences or text for module2

$ LIBRARY/INSERT SYS$LIBRARY:MYDEVCTL.TLB/TEXT MODULE1
$ LIBRARY/INSERT SYS$LIBRARY:MYDEVCTL.TLB/TEXT MODULE2
$ INITIALIZE/QUEUE/START/ON=TTA9:/LIBRARY=MYDEVCTL PDQ_QUE
$ SET QUEUE/SEPARATE=RESET=MODULE2 PDQ_QUE
$ SHOW QUEUE/FULL PDQ_QUE

Terminal queue PDQ_QUE, idle on TOAD::TTA9, mounted form DEFAULT
   /BASE_PRIORITY=4/DEFAULT=(FEED,FORM=DEFAULT)/LIBRARY=MYDEVCTL
   /OWNER=[1,4]/PROTECTION=(S:M,O:D,G:R,W:R)/SEPARATE=(RESET=(MODULE2) ) 

$ DEFINE/FORM/SETUP=MODULE1/STOCK=DEFAULT FORM1 1

$ PRINT/FORM=FORM1 REPORT.TXT,MEMO.TXT/QUEUE=PDQ_QUE

Job REPORT (Queue PDQ_QUE, entry 619) started on PDQ_QUE

DCL の SHOW QUEUE コマンドを使用して，キューの状態を表示し， 監視することができます。 次の形式で SHOW QUEUE コマンドを入力します。

修飾子とキュー名のどちらも省略された場合，システムは，そこに存在するすべてのキューと，コマンド実行者が所有するすべてのジョブの状態を表示します。 修飾子には，キューのタイプや表示する情報量を指定することができます。

表示する情報を指定するための修飾子は次のとおりです。

表示する情報量を指定するための修飾子は次のとおりです。

いくつかの修飾子を組み合せることによって，表示するキューをもっと細かく指示することもできます。

SHOW QUEUE コマンドによって返されるキュー状態は，表 14-5 「SHOW/QUEUE コマンドで表示されるキュー状態」 に示すとおりです。

システムで使用可能なフォームや特性を確認したい場合は，それぞれ DCL の SHOW QUEUE/FORM と SHOW QUEUE/CHARACTERISTIC コマンドを使用します。

コマンド・プロシージャで F$GETQUI レキシカル関数を使用すると， 表示するキュー情報をさらに細かく指定することができます。 F$GETQUI 関数は $GETQUI システム・サービスを起動し， キュー・データベースに保持されている情報を返します。

F$GETQUI レキシカル関数を使用して情報を得ることが可能なオブジェクトのタイプは次のとおりです。

たとえば，すべてのプリンタ・キューにおける保留状態のジョブの総ブロック数を表示するコマンド・プロシージャを作成することができます。 ジョブ情報やファイル情報を得るためには，ジョブに対する読み込みアクセス権，SYSPRV 権，OPER 権のいずれかを所有している必要があります。

F$GETQUI レキシカル関数が起動するシステム・サービス ($GETQUI) については， 『OpenVMS System Services Reference Manual』 を参照してください。

例

INITIALIZE/QUEUE，START/QUEUE，SET QUEUE のいずれかのコマンドを使用して， キュー・オプションを変更することができます。 このとき，キュー・データベースのキュー情報は，変更に合わせて更新されます。 3 つのコマンドのうち，SET QUEUE コマンドを停止中のキューに対して使用することはできません。

SET QUEUE コマンドを使用すると，キューを停止させることなく， 多くのキュー・オプションを変更することができます。 動作中のバッチ・キュー SYS$BATCH を変更するコマンドの例を次に示します。

$ SET QUEUE/JOB_LIMIT=4/DISABLE_SWAPPING  SYS$BATCH

このコマンドでは，キューのジョブ制限を変更し，SYS$BATCH で処理されるすべてのジョブについてスワッピングを禁止しています。 これ以外のキュー・オプションが変更されることはありません。 変更したオプションが現在実行中のジョブに作用することはありませんが， 以降のジョブはすべて，新しいオプションを有効にした状態で実行されます。

作業方法

SET QUEUE コマンドで変更不可能なキュー・オプションは， 次の手順で変更することができます。

既存のキューを初期設定することによって，キューに現在存在するジョブが削除されることはありません。 INITIALIZE/QUEUE コマンドによって新たに設定したキュー・オプションは，キューで待ち状態になっているすべてのジョブ，あるいは以降キューに登録されたすべてのジョブに作用します。

バッチ・キューと出力キューに使用可能なオプションについては， 表 14-1 「キュー・オプション設定用の修飾子」 を参照してください。

DCL コマンド STOP/QUEUE を(修飾子を何も指定せずに)使用すると， キューに登録されているすべての現在のジョブの実行を一時的に停止させ， キューを一時停止状態にすることができます。 出力キューの場合は， 一時停止させることによって，プリント・ジョブの配置コマンドや位置調整コマンドを，プリント・シンビオントに対して発行することが可能です。 SET/QUEUE コマンドによるプリント・ジョブの制御については， 14.7.2.7 項 「ジョブのプリント位置と位置調整の制御 (出力キューの一時停止)」 で詳しく説明します。

一時停止させたキューの実行を再開する場合は，DCL の START/QUEUE コマンドを入力します。

プリンタの修理などの理由でキューが長い時間使用不能になる場合は， SET QUEUE，INITIALIZE/QUEUE，START/QUEUE のいずれかのコマンドに /CLOSE 修飾子を指定すると， 新しいジョブがキューに登録されるのを防ぐことができます。 すなわち，/CLOSE 修飾子は，ユーザが PRINT コマンドや SUBMIT コマンドでキューにジョブを登録するのを禁止します。 ユーザがジョブをプリントしようとする，またはクローズされたキューにジョブを登録しようとすると，ジョブが拒否され，ユーザはキューがクローズされている旨の通知を受けます。

$ PRINT/QUE=$PRINTER_1 REPORT.TXT;
%PRINT-F-CREJOB, error creating job
-JBC-E-QUE_CLOSED, queue closed, jobs not accepted

キューに現在あるジョブが影響を受けることはありません。

キューが使用可能になったら，/OPEN 修飾子を使用してキューをオープンし，ジョブのキュー登録を可能にします。

キューを停止させたい場合は，次のいずれかのコマンドを使用します。

14.7.1.6 項 「自動起動型キューの起動禁止」 で説明するように， これらのコマンドは，自動起動キューに対してキューの自動起動を非アクティブ化します。 停止中の非自動起動キューを再起動，または非アクティブ化されている自動起動キューのアクティブ化には START/QUEUE コマンドを入力してください。

自動起動型キューが存在するシステムで STOP/QUEUE/NEXT または STOP/QUEUE/RESET コマンドを実行すると， START/QUEUE コマンドを入力するまでキューが停止し， 自動起動機能が非アクティブになります。

DISABLE AUTOSTART/QUEUES コマンドは，ノードに対して次のことを行うようキュー・マネージャに指示します。

省略時の設定では，DISABLE AUTOSTART/QUEUES コマンドは， このコマンドが入力されたノードでのみ有効です。 別のノードで自動起動機能を禁止するには，/ON_NODE 修飾子を指定します。

DISABLE AUTOSTART/QUEUES コマンドは，ノードをシャットダウンする前に使用します。 詳細は 14.7.1.9 項 「システムのシャットダウン前のキューの停止」 を参照してください。

キュー・マネージャを停止させずにノードのすべてのキューを停止したい場合は，DCL の STOP/QUEUES/ON_NODE コマンドを使用します。 省略時の設定ではこのコマンドは，それが入力されたノードにしか作用しません。 別のノードのキューを停止させたい場合は，次に示すように，/ON_NODE 修飾子の後に停止したいノード名を指定します。

STOP/QUEUES/ON_NODE コマンドが入力されると， 非自動起動型キューと，フェールオーバ・リストのない自動起動型キューが停止します。 そしてフェールオーバ・リストを指定して作成または起動された自動起動型キューは，そのリストに登録されていて， 自動起動機能が有効なノードのうちの次に使用可能なノードにフェールオーバします。

自動起動型キューで現在実行中のジョブを最後まで実行させたい場合は，DISABLE AUTOSTART/QUEUES コマンドを入力して， ジョブの終了を待ち，それから STOP/QUEUES/ON_NODE コマンドを入力してください。 詳細は 14.7.1.9 項 「システムのシャットダウン前のキューの停止」 を参照してください。

シャットダウン・コマンド・プロシージャ SYS$SYSTE:SHUTDOWN.COM には次のコマンドが含まれており，SHUTWOND.COM を使用してノードをシャットダウンすると，自動的に実行されます。

ジョブ終了後の自動起動型キューの停止

STOP/QUEUES/ON_NODE コマンドはジョブを途中で終了させ，ノードのすべてのキューを停止します。 一方，DISABLE AUTOSTART コマンドは自動起動型キューのジョブの終了を待ち，それから， フェールオーバか自動起動型キューの停止のいずれかの処理を行います。 システムで自動起動型キューを使用している場合は， ジョブを終了させてから，それらキューを停止することをお勧めします。

SHUTDOWN.COM では，STOP/QUEUES/ON_NODE コマンドがノードのシャットダウンのすぐ前に実行されます。 そして，DISABLE AUTOSTART/QUEUES コマンドとシャットダウンまでの間隔を指定することにより，自動起動型キューを停止する前にジョブが終了する猶予時間を与えることができます。

方法は次のいずれかです。

タイミング	方法
SHUTDOWN.COM の実行前	次の形式で論理名 SHUTDOWN$DISABLE_AUTOSTART を定義し，時間間隔 (単位: 分) を設定する。 DEFINE/SYSTEM/EXECUTIVE_MODE SHUTDOWN$DISABLE_AUTOSTART 分数
SHUTDOWN.COM の実行中	次の形式でシャットダウン・オプションに時間間隔 (単位: 分) を指定する。 Shutdown options [NONE]:DISABLE_AUTOSTART=分数

自動起動型キューのジョブ数やジョブ・タイプに基づいて適当な時間間隔を決定してください。

SHUTDOWN.COM を使用せずにノードをシャットダウンする場合は， DISABLE AUTOSTART/QUEUES コマンドを入力して，数分ほどジョブが終了するのを待ち，それから STOP/QUEUES/ON_NODE コマンドを入力することをお勧めします。

プリント・デバイスに問題が発生した場合は，そのデバイスに対応付けられているキューの内容を，正しく動作するデバイスに対応付けられているキューに移し換えることができます。 この操作を実行するには，論理キューを作成します。 ジョブを別のキューに移動するために論理キューを作成するには，次の手順に従ってください。

論理キューの割り当て解除

論理キューを割り当て解除する場合は，次のコマンドを使用します。

キューを削除する前に，そこに登録されているすべてのジョブを別のキューに再登録したい場合があります。 そうした場合は，次の形式の ASSIGN/MERGE コマンドを使用します。

ターゲット・キューはジョブの移動先のキュー， ソース・キューは削除するキューです。

ASSIGN/MERGE コマンドは， ソース・キューに現在存在するすべてのジョブをターゲット・キューに移動します。 削除前にソース・キューに新しいジョブが登録された場合， そのジョブはソース・キューに残り，ターゲット・キューに転送されません。 したがって，ASSIGN/MERGE コマンドを入力する場合は， 14.7.1.4 項 「キューのクローズ」 で説明するように， キューをクローズして，新しいジョブがキューに登録されないようにしてください。

ジョブの出力先を変更する場合は，14.7.1.10 項 「論理キューの割り当て」 で説明した ASSIGN/QUEUE コマンドを使用します。

キューを削除する手順は次のとおりです。

バッチおよびプリント・ジョブの状態を監視する場合は， DCL の SHOW ENTRY コマンドを使用します。 ジョブの状態については，表 14-6 「SHOW ENTRY が返すジョブ状態」 を参照してください。

次の形式で SHOW ENTRY コマンドを入力します。

エントリ番号もジョブ名も省略された場合，システムは， コマンドを入力したユーザまたは /USER_NAME 修飾子に指定されたユーザが所有するすべてのジョブの状態を表示します。 また，ジョブ名が指定された場合は，コマンドを入力したユーザあるいは /USER_NAME 修飾子に指定されたユーザが所有するジョブのうち， 指定された文字列に一致するジョブの状態を表示します。 コマンド行にエントリ番号またはジョブ名のリスト，あるいはその両方を指定することによって，複数のジョブの状態を表示することもできます。

SHOW ENTRY コマンドには，表示するジョブ情報のタイプを指示する修飾子を指定することもできます。 詳細は『OpenVMS DCL ディクショナリ』 を参照してください。

表 14-6 「SHOW ENTRY が返すジョブ状態」 は，SHOW ENTRY コマンドによって返されるジョブ状態をまとめたものです。

例

多くのジョブ処理オプションは，次の形式で SET ENTRY コマンドを使用することによって変更することができます。

表 14-7 「ジョブ変更用の SET ENTRY 修飾子」 は，ジョブ処理オプションの変更でよく使用される修飾子をまとめたものです。 SET ENTRY コマンドで変更可能なすべての処理オプションについては， 『OpenVMS DCL ディクショナリ』 を参照してください。

ユーザは，PRINT，SUBMIT，SET ENTRY コマンドで次のいずれかの修飾子を指定することにより，処理の前にジョブを保持するよう指定することができます。

ジョブを保持し，解放するためのコマンドは次のとおりです。

例

実行中のプリント・ジョブを停止させて，キューに再登録する場合は， STOP/QUEUE/REQUEUE コマンドを使用します。 このコマンドは，現在のジョブの実行を中断し，そのジョブを，指定したキューに再登録します。 キューの他のジョブは，処理されるまで保留状態になります。

	注意: STOP/QUEUE/REQUEUE コマンドが停止させるのは， キューで現在実行中のジョブだけです。 キューが停止することはありません。

例

強制終了させたジョブを保持する場合は，次に示すように /HOLD 修飾子を使用します。

/HOLD 指定された強制終了ジョブは保持状態になるため， この状態を解除するには，SET ENTRY/RELEASE か SET ENTRY/NOHOLD コマンドを使用します。

強制終了させたジョブのスケジューリング優先順位を変更する場合は， 次に示すように /PRIORITY 修飾子を使用します。

変更後の優先順位を n に指定します。

キューで保留中のジョブを他のキューに登録し直す場合は， 次の例に示すように SET ENTRY/REQUEUE コマンドを使用します。

$ SET ENTRY/REQUEUE=LN03$PRINT 196

この例では，196 というジョブを LN03$PRINT というキューに移しています。

保留中または実行中のジョブを削除する手順は次のとおりです。

例

たとえば， ジョブが無限ループに入っていることに気づいた場合， そのジョブの所有者でない限りそのジョブを停止することができません。 そのような場合， システム管理者は，たとえば次のようなコマンドを入力することになります。

$ SHOW QUEUE/BATCH/ALL_JOBS/BY_JOB_STATUS=EXECUTING
Batch queue JADE_BATCH, available, on JADE::

  Entry  Jobname         Username             Status
  -----  -------         --------             ------
    312  ARTWORK         HUNTER               Executing

Batch queue OPAL_BATCH, available, on OPAL::

  Entry  Jobname         Username             Status
  -----  -------         --------             ------
    317  STOCKS          CHANDLER             Executing

Batch queue RUBY_BATCH, available, on RUBY::

  Entry  Jobname         Username             Status
  -----  -------         --------             ------
    888  TEMPO           ENGLISH              Executing
$ DELETE/ENTRY=317

修飾子を指定せずに STOP/QUEUE コマンドを入力し， 出力キューを一時停止させることによって， プリント・シンビオントと会話型で通信することができます。 このとき，行えることとしては，たとえば次のような操作があります。

	注意: 上記の作業を行うためには，ジョブのプリントが始まった後， STOP/QUEUE コマンドでキューを一時停止させる必要があります。