第2章 OpenVMS システム管理ユーティリティとツールの使用方法

2.1.1 OpenVMS Management Station

OpenVMS Management Station は，OpenVMS システムでアカウント管理タスクを実行するシステム管理者や他のユーザのための， 強力な Microsoft® Windows® 版管理ツールです。 OpenVMS Management Station ソフトウェアがあれば，ユーザは， 複数のシステムにわたる OpenVMS アカウント管理プログラムを包括的に扱うことができます。 1 つのソースから複数のシステムを管理することができます。

OpenVMS Management Station ソフトウェアは，既存のすべての OpenVMS システム管理ユーティリティと共存します。 図 2-1 「OpenVMS Management Station スクリーン例」 は OpenVMS Management Station のスクリーン例です。

図 2-1 OpenVMS Management Station スクリーン例

OpenVMS Management Station は，アカウント管理に複数のユーティリティを使用しなければならないという問題を解決します。 たとえば，アカウントの作成には，通常，次のステップが必要です。

以上のステップでは，DCL，Authorize ユーティリティ，SYSMAN ユーティリティの DISKQUOTA コンポーネントを使用する必要があります。 OpenVMS Management Station があれば， このプロセスを簡単に実行することができます。

OpenVMS Management Station は，次の 2 つのコンポーネントから構成されます。

OpenVMS Management Station のドキュメント

Microsoft Windows のヘルプ・ファイルで， OpenVMS Management Station の特長，機能，使用方法，使用例について詳しく説明されています。 『OpenVMS Management Station Overview and Release Notes』 には，OpenVMS Management Station の概要が記載されており， このソフトウェアの使用方法が説明されています。

Alpha または I64 コンピュータ，および PC への OpenVMS Management Station のインストールについては，次のマニュアルを参照してください。

『HP OpenVMS インストレーション・ガイド[翻訳版]』

2.1.2 システム管理用の DCL コマンド

ほとんどのシステム管理作業は， DCL (Digital Command Language) コマンドで行えます。 たとえば，MOUNT という DCL コマンドは，ディスクとテープをシステムに認識させるコマンドです。 システム管理者が使用するほとんどの DCL コマンドには， 特別な特権(OPER 特権など)が必要です。

DCL コマンドの一般的な形式は次のとおりです。

コマンドは複数行に渡って入力できます。 コマンド全体を指す場合には，コマンド文字列 という用語を使用します。 コマンド文字列とは，コマンド名，コマンド修飾子，パラメータ， およびパラメータ修飾子を含む，完全なコマンドの指定を意味します。

個々の DCL コマンドについては， 『OpenVMS DCL ディクショナリ』または DCL ヘルプを参照してください。 DCL コマンドの構文についての詳細は， 『OpenVMS ユーザーズ・マニュアル』を参照してください。

2.1.3 システム・メッセージ

DCL またはユーティリティ内でコマンドが入力されると，システムは実行結果を示すメッセージを戻します。 システム・メッセージ は，次のいずれかを示します。

システム・メッセージを解釈しなければならない場合もあります。 たとえば，警告や異常終了が発生した場合， どのように回復すればいいのか判断する必要があります。 このような場合には， Help Message 機能を使用します。 この機能を使用すれば，システム管理者も普通のユーザも， オンラインで迅速にシステム・メッセージの意味を知ることができます。

Help Message については， 『OpenVMS System Messages: Companion Guide for Help Message Users』 を参照してください。 システム・メッセージについての詳細は， 『OpenVMS System Messages and Recovery Procedures Reference Manual』 を参照してください。

2.1.4 システム管理用の DCL コマンド・プロシージャ

コマンド・プロシージャを使用すれば，手順の決まった作業を効率的に行えます。 コマンド・プロシージャ はいくつかの DCL コマンドの入ったファイルのことです。 場合によっては，DCL コマンドが使用するデータも入っています。 コマンド・プロシージャを実行すると， システムはそのファイルを読み，中に入っているコマンドを実行します。 したがって，いちいちコマンドを会話形式で入力する手間を省けます。 コマンド・プロシージャを作成することによって，手順の決まったシステム管理作業を，ユーザのシステムに合わせて自動化することができます。

頻繁に使用する複数のコマンドを入れておくだけで， 簡単なコマンド・プロシージャができます。 次の例は，GO_WORK.COM というコマンド・プロシージャです。

$ SET DEFAULT [PERRY.WORK]
$ DIRECTORY
$ EXIT

@GO_WORK と入力すると，省略時のディレクトリが [PERRY.WORK] になり， そのディレクトリにあるファイルのリストが表示されます。

複雑なコマンド・プロシージャでは，高度なプログラミング言語の代わりに DCL を使用することができます。 コマンド・プロシージャの作成方法についての詳細は， 『OpenVMS ユーザーズ・マニュアル』を参照してください。

2.1.4.1 バッチ・モードでのコマンド・プロシージャの実行

コマンド・プロシージャをバッチ・キューに登録することによって， コマンド・プロシージャをバッチ・モード で実行することができます。 資源が使用可能であれば，システムはバッチ・プロセスを作成し， コマンド・プロシージャ内のコマンドを実行します。 ただし，会話型ユーザとのシステム資源の競合を避けるため， 通常，バッチ・モードで動作するプロセスの実行優先順位は低くなります。

バッチ・モードでコマンド・プロシージャを実行するのは， 次の理由からです。

• 作業を自動化する。

• 会話型ユーザとのシステム資源の競合を避けるために， 低いスケジューリング優先順位でプロセスを実行する。

• 夜間や週末などの休み時間に作業を行う。

• ターミナルにログインしなくても運用を継続できるようにして， システムの機密保護を高める。

バッチ用コマンド・プロシージャに自分自身を呼び出すコマンドを入れておくと， ユーザの手を煩わすことなく，繰り返し実行させることができます。 たとえば，ANALYZE/DISK_STRUCTURE ユーティリティでディスクのエラーを報告させるようなバッチ用コマンド・プロシージャを作成するとします。 このコマンド・プロシージャに自分自身を呼び出すコマンドを入れておくと， このコマンド・プロシージャはスケジューリングされたときに自動的に実行され， エラーが発生しないかぎり実行が繰り返されます。 次の例は，SYSTEM_DAILY.COM という自分自身を呼び出すコマンド・プロシージャの例です。

$ SET NOON $! Resubmit this procedure to run again tomorrow. $! $ SUBMIT/KEEP/NOPRINT/QUEUE=SYS$BATCH/AFTER="TOMORROW+1:00"/USER=SYSTEM - SYS$MANAGER:SYSTEM-DAILY.COM; $! $! Purge the log files $ PURGE/KEEP=7 SYS$MANAGER:SYSTEM-DAILY.LOG $! $! Analyze public disks $! $ ANALYZE/DISK/LIST=SYS$MANAGER:WORK1.LIS; WORK1: $ ANALYZE/DISK/LIST=SYS$MANAGER:WORK2.LIS; WORK2: $! $! Print listings $! $ PRINT/QUEUE=SYS$PRINT SYS$MANAGER:WORK1.LIS;,SYS$MANAGER:WORK2.LIS; $ EXIT

2.1.5 システム管理ユーティリティ

オペレーティング・システムとともに，システム管理作業に役立つシステム管理ユーティリティ も多数用意されています。 システム管理ユーティリティとは， 関連するシステム管理作業をまとめて行うプログラムの総称です。 たとえば， ディスクやテープをシステムに認識させる MOUNT ユーティリティや， ファイルを保存または復元する BACKUP ユーティリティなどがあります。

ほとんどのシステム管理ユーティリティでは， 操作を実行するための特別な特権が必要です。 通常，このようなユーティリティは， 省略時の設定ですべての特権を持つ SYSTEM アカウントから実行します。 2.2 項 「SYSTEM アカウントへのログイン」 に，SYSTEM アカウントへのログイン方法が説明されています。

たいていのユーティリティは， 次のコマンド形式で起動することができます。

ただし，MOUNT ユーティリティや ANALYZE/DISK_STRUCTURE ユーティリティなどは， 次に示す DCL コマンドの形式で起動します。

$ ANALYZE/DISK_STRUCTURE

表 2-2 「SYSMAN ユーティリティとツール」 に， システム管理ユーティリティとその用途を示します。 本書では，これらユーティリティの使用法について説明しています。 ユーティリティ・コマンドとコマンド修飾子については， 『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル』を参照してください。

本書では，次のユーティリティについては説明していません。 それぞれ，該当するマニュアルを参照してください。

2.1.6 MGRMENU.COM コマンド・プロシージャ

SYS$EXAMPLES:MGRMENU.COM というコマンド・プロシージャは，基本的なシステム管理作業の手助けをするために用意されています。 このプロシージャは，次の作業を行うためのメニューを表示します。

MGRMENU.COM コマンド・プロシージャはそのまま使用することも，必要に応じて変更することもできます。 変更する場合は，SYS$EXAMPLES の元のバージョンが失われることのないよう，SYS$MANAGER などの別のディレクトリにコピーしてから，編集を行ってください。

メニューを表示するためには，次のコマンドを入力します。

$ @SYS$EXAMPLES:MGRMENU

2.3.1 SYSMAN

SYSMAN ユーティリティ は，システム管理を集中化することによって，ノードや OpenVMS Cluster の管理を 1 カ所から行うためのプログラムです。 SYSMAN を使用すれば，管理する環境をノード単位，ノードのグループ単位，または OpenVMS Cluster 環境単位に定義できます。 そのため，各ノードにログインして，同じような管理作業を何回も繰り返す必要はありません。 このように定義した管理環境を使って，今までと同じシステム管理を，ユーザのローカル・ノードから行うことができます。 つまり，SYSMAN は，ターゲットとなる環境の中のすべてのノードに対して，管理作業を行います。

2.3.1.2 使用上の制限事項

環境が遠隔ノードに設定されているときに，125 より多くのライト識別子が割り当てられたアカウントから SYSMAN を実行すると，次のエラー・メッセージが表示されます。

SMI-E-RIGHTSLIM, Rights limit exceeded.

このライト識別子の制限には，ユーザ登録レコードに関連付けられたライト識別子の他に，少なくとも次の 3 つの識別子が含まれます。

• UIC 識別子

• システム識別子

• プロセスが動作している環境に応じて，少なくとも 1 つの環境識別子

SYSMAN を実行するには，次のいずれかが必要です。

• ライト識別子が 125 未満の独立したアカウント

• ライト識別子の総数が適切な範囲内になるように， 現在のアカウントから削除した十分な数の識別子

2.3.2 遠隔ノードから SYSMAN コマンドを実行する

SYSMAN コマンドを遠隔ノードで実行するためには，該当するノード上で，SMISERVER プロセスが動作している必要があります。 SMISERVER は，遠隔ノードでの SYSMAN コマンドの実行を管理する独立プロセスです。

OpenVMS Cluster の一部であるノードの場合は，通常 SYS$SYSTEM:STARTUP.COM から SMISERVER プロセスを起動します (このとき，ノードの VAXCLUSTER システム・パラメータ値は 1 以上にします)。

OpenVMS Cluster の一部でないノードから SMISERVER プロセスを起動するには，次のコマンド行をサイト別スタートアップ・コマンド・プロシージャ SYSTARTUP_VMS.COM に入れておきます。

$ @SYS$SYSTEM:STARTUP SMISERVER

SYSTARTUP_VMS.COM については，5.2.7 項 「通常の操作を行うための SYSTARTUP_VMS.COM の変更」 を参照してください。

このコマンドを会話形式で入力した場合，システムをリブートせずに SMISERVER プロセスを再起動できます。

2.3.3 SYSMAN 管理環境

SYSMAN を使用するための第 1 歩は，管理環境を定義することです。 管理環境とは，SYSMAN 以降のコマンドが動作する 1 つまたは複数のノードのことです。

省略時の設定において，管理環境は，ローカル・ノード (SYSMAN を実行したノード) です。 しかし，管理環境を次のいずれかに再定義することによって，ローカル以外のノードでもコマンドを実行することができます。

ここでは，図 2-2 「SYSMAN 管理環境例」 を使って管理環境を説明します。

図 2-2 SYSMAN 管理環境例

たとえば，ノード21 を管理環境とすることも，また 図 2-2 「SYSMAN 管理環境例」 の任意の 1 つのノード，ノードのグループあるいは OpenVMS Cluster を管理環境とすることもできます。

ノード21 から SYSMAN を実行した場合，ローカル・ノードはノード21 です。 つまり，SYSMAN を起動したときの管理環境ということになります。 この場合，他のすべてのノードは遠隔ノードです。

2.3.4 SYSMAN 管理環境を定義する

管理環境の定義には，SYSMAN の SET ENVIRONMENT コマンドを使用します。 環境を再定義するたびに，SYSMAN は新しいコンテキストを表示します。 SHOW ENVIRONMENT コマンドを使用すると，現在の環境を確認できます。

ローカル・ノード以外のノード，あるいはユーザの OpenVMS Cluster のノードで作業を行う場合，そのユーザの環境は非ローカル環境 であるといいます。 機密保護上の理由から，SYSMAN はこの環境の違いを区別します。 たとえば，別のクラスタなどの非ローカル環境を定義しようとすると，SYSMAN からパスワードの入力が求められます。 これは，他のユーザ名でシステムを管理しようとしたときにも同様です。 SET ENVIRONMENT コマンドに /USERNAME 修飾子を使用することによって，自分のユーザ名を変更することができます。

定義した SYSMAN の管理環境は，環境の定義を変更するか，SYSMAN を終了するまで有効です。

2.3.4.2 論理名を用いて管理環境を編成する

ユーザの OpenVMS Cluster にいるノードを，ある特定のカテゴリに従って編成する場合 (たとえば，CI ベースのノード，C をインストールしたノードなど)，SET ENVIRONMENT/NODE コマンドを使って論理名を定義します。 次の手順に従ってください。

1. 次のコマンドをシステム起動時に実行する。 SYS$MANAGER:SYLOGICALS.COM ファイルに入れて， SYSMAN$NODE_TABLE論理名テーブルを作成する。

   $ CREATE/NAME_TABLE/PARENT=LNM$SYSTEM_DIRECTORY SYSMAN$NODE_TABLE

2. 次のようなコマンドを SYS$MANAGER:SYLOGICALS.COM ファイルに入れて，1 つまたは複数の論理名をノードまたはノード・リストとして定義する。

   $ DEFINE CI_NODES NODE21,NODE22,NODE23/TABLE=SYSMAN$NODE_TABLE

3. DCL レベルからユーザの SYSMAN 環境を設定する場合，ステップ 2 で定義した論理名を使って SYSMAN 環境を設定する。

   $ RUN SYS$SYSTEM:SYSMAN SYSMAN> SET ENVIRONMENT/NODE=(CI_NODES) Remote Password: %SYSMAN-I-ENV, current command environment: Individual nodes: NODE21,NODE22,NODE23 At least one node is not in the local cluster. Username SYSTEM will be used on nonlocal nodes.

『OpenVMS システム管理者マニュアル (下巻)』に説明しているように，デュアル・アーキテクチャ OpenVMS Cluster 中の VAX と Alpha ノードの論理名を定義することもできます。

例

次の例では，複数の論理名を定義して管理環境を編成しています。

$ CREATE/NAME_TABLE/PARENT=LNM$SYSTEM_DIRECTORY SYSMAN$NODE_TABLE $ DEFINE CI_NODES SYS2,SYS8/TABLE=SYSMAN$NODE_TABLE $ DEFINE C NODE21,NODE22,NODE23/TABLE=SYSMAN$NODE_TABLE $ DEFINE PASCAL NODE23,NODE18,CI_NODES/TABLE=SYSMAN$NODE_TABLE $ RUN SYS$SYSTEM:SYSMAN SYSMAN> SET ENVIRONMENT/NODE=(C,PASCAL) Remote Password: %SYSMAN-I-ENV, current command environment: Individual nodes: NODE21,NODE22,NODE23,NODE18,SYS2,SYS8 At least one node is not in the local cluster. Username SYSTEM will be used on nonlocal nodes.

2.3.4.3 OpenVMS Cluster 環境を定義する

OpenVMS Cluster を管理環境として定義する場合には，SET ENVIRONMENT/CLUSTER コマンドを使用します。

SYSMAN で定義可能な OpenVMS Cluster 環境は次のいずれかです。

OpenVMS Cluster 環境	定義
ローカル	SYSMAN を実行した OpenVMS Cluster
非ローカル	SYSMAN を実行した OpenVMS Cluster 以外の OpenVMS Cluster

図 2-2 「SYSMAN 管理環境例」 のように NODE21 だけであった管理環境をクラスタ 1 にまで広げる場合，NODE21 から次のコマンドを入力します。

SYSMAN> SET ENVIRONMENT/CLUSTER %SYSMAN-I-ENV, Current Command Environment: Clusterwide on local cluster Username ALEXIS will be used on nonlocal nodes

図 2-2 「SYSMAN 管理環境例」 の OpenVMS Cluster 環境の場合，SYSMAN はクラスタ 1 のすべてのノード，すなわち，NODE21，NODE22，NODE23 上でコマンドを実行します。

SYSMAN で非ローカルの OpenVMS Cluster を管理する場合，/NODE 修飾子を使ってクラスタを特定します。 OpenVMS Cluster に別名を定義している場合，/NODE 修飾子にはノード名の代わりに，定義した別名を使用することもできます。

/CLUSTER と /NODE を同時に使用した場合，管理環境は，指定したノードが属するクラスタになります。 たとえば，図 2-2 「SYSMAN 管理環境例」 のクラスタ 2 で管理作業を行う場合，SET ENVIRONMENT コマンドに /CLUSTER 修飾子を付けて，さらに /NODE 修飾子にクラスタ 2 内のノードを指定します。

SYSMAN> SET ENVIRONMENT/CLUSTER/NODE=NODE24 Remote Password: %SYSMAN-I-ENV, Current Command Environment: Clusterwide on remote node NODE24 Username ALEXIS will be used on nonlocal nodes

SYSMAN を使って Alpha と VAX ノードが混在する OpenVMS Cluster を管理する方法については，『OpenVMS システム管理者マニュアル (下巻)』を参照してください。

2.3.5 SYSMAN プロファイル

SYSMAN が複数の OpenVMS Cluster にまたがって実行された場合，SYSMAN は実行者の権利，特権，省略時の値を含むプロファイルを作成して，ユーザが特権を持つかどうか調べます。 このプロファイルは，SYSMAN の使用中に特権上の問題が起きた場合，SYSMAN がどのようにプロファイルを決定したかを理解する上で役立ちます。

プロファイルを決定するとき，SYSMAN は次の 3 つの可能性を調べ，必要な処理を行います。

プロファイルには，ログイン・コマンド・プロシージャで設定されたシンボル名，論理名，あらかじめ定義されたターミナル属性，キー定義は含まれません。 ログイン・コマンド・プロシージャで定義された属性を持つ環境は，SYSMAN を実行したローカル・ノードだけです。

2.3.6 SYSMAN プロファイルを変更する

SYSMAN 管理プロファイルを変更する場合には，SYSMAN の SET PROFILE コマンドを実行します。 /PRIVILEGES，/DEFAULT，/VERIFY の修飾子を使用すれば，SMISERVER プロセスの次の属性を変更することができます。

変更したプロファイルの内容は，SET PROFILE コマンドで変更する， 環境を再設定する，または SYSMAN を終了するまで有効です。

SET PROFILE は，現在のローカル・プロセスの属性を一時的に変更するコマンドです。 SYSMAN を終了すると，SYSMAN を起動したときに有効であった値に戻ります。

2.3.6.1 現特権を変更する

環境の現特権を一時的に変更したい場合には， SYSMAN の SET PROFILE/PRIVILEGES コマンドを使用します。

ほとんどのシステム管理コマンドには特別な特権が必要です。 このため，管理環境でコマンドを実行するためには，特権を追加しなければならないことがあります。 通常，システム管理者は，すべてのノードで同じ特権を持ちます。 コマンドの実行に必要な特権がない場合，SYSMAN はそのコマンドを実行できず，エラー・メッセージを返します。

例

次の例は SYSPRV をユーザの現在の特権の 1 つとしています。

SYSMAN> SET PROFILE/PRIVILEGES=SYSPRV SYSMAN> SHOW PROFILE %SYSMAN-I-DEFDIR, Default directory on node NODE21 -- WORK1:[MAEW] %SYSMAN-I-DEFPRIV, Process privileges on node NODE21 -- TMPMBX OPER NETMBX SYSPRV

2.3.6.2 省略時のデバイスとディレクトリを変更する

管理環境におけるユーザのプロセスおよびすべてのサーバ・プロセスに対する省略時のデバイスとディレクトリの指定を変更する場合には，SET PROFILE/DEFAULT コマンドを使用します。

ほとんどの場合，ユーザの UAF レコードに指定された省略時のデバイスとディレクトリは，そのユーザがファイルやサブディレクトリを作成する第 1 レベルのディレクトリです。 SYSMAN は，この省略時のデバイスとディレクトリを使用して，ファイル指定を解決します。 またセッション中に作成されるどのファイルにも，省略時のデバイス名とディレクトリ名が割り当てられます。

しかしながら，実際の作業中には，SYSMAN プロファイルの省略時のデバイスとディレクトリを変更しなければならないこともあります。 たとえば，いくつかのシステム管理ユーティリティのように，省略時のディレクトリが SYS$SYSTEM でなければならないコマンド・プロシージャがディレクトリにある場合です。

例

次の例では，省略時のデバイスとディレクトリを DMA1:[SMITH.COM] に設定しています。

$ RUN SYS$SYSTEM:SYSMAN SYSMAN> SET PROFILE/DEFAULT=DMA1:[SMITH.COM]

2.3.7 DCL 検証をオンにする

DCL 検証をオンに設定する場合には，SET PROFILE/VERIFY コマンドを使用します。 DCL 検証とは，DCL コマンドを実行しながら，コマンド行とデータ行を表示する機能のことです。

省略時の設定では，SYSMAN の DCL 検証はオフです。

例

$ RUN SYS$SYSTEM:SYSMAN
SYSMAN> SET PROFILE/VERIFY

2.3.8 SYSMAN から DCL コマンドを実行する

SYSMAN で DCL コマンドを実行する場合には，DO コマンドを使用します。 SYSMAN の DO コマンドは，OpenVMS Cluster 環境に含まれるすべてのノード上で，DCL コマンド，コマンド・プロシージャ，SYSMAN コマンドを実行します。 OpenVMS Cluster 環境，または複数のノードから構成される環境でコマンドが入力されると，SYSMAN は，入力されたコマンドを順番に，その管理環境内のすべてのノード上で実行します。 SYSMAN は，コマンドが実行されるごとに各ノード名を表示します。 また，そのコマンドが失敗した場合はエラー・メッセージを表示します。

規定のタイムアウト時間内にノードから応答がなかった場合には，まずメッセージを表示してから，その管理環境内の次のノードに進みます。 タイムアウト時間は，SET TIMEOUT コマンドで指定します。

各 DO コマンドは独立したサブプロセスとして動作するので，次の DO コマンドまで前のプロセス・コンテキストが残されることはありません。 したがって，各 DCL コマンド全体を 1 つのコマンド文字列として表す必要があります。 また，入力を求めるプロシージャを実行することはできません。

OpenVMS Cluster 環境の場合，SYSMAN は DO コマンドを順番に，その OpenVMS Cluster のすべてのノード上で実行します。 あるノードでコマンドの実行が終了するか，タイムアウト時間がくると，SYSMAN は同じコマンドを，その管理環境内の次のノードに送信します。 コマンドの実行が不可能なノードについては，エラー・メッセージが返されます。

OpenVMS Cluster の管理のための DO コマンドを使用する方法についての詳細は，『OpenVMS システム管理者マニュアル (下巻)』を参照してください。 SYSMAN の DO コマンドについての詳細は，『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル』も参照してください。

例

次の例では，SYSMAN で INSTALL ユーティリティを起動し，ローカル・ノードからコマンドが入力されたとき，OpenVMS Cluster のすべてのノードでファイルが認識されるようにしています。

$ RUN SYS$SYSTEM:SYSMAN
SYSMAN> SET ENVIRONMENT/CLUSTER
SYSMAN> SET PROFILE/PRIVILEGE=CMKRNL
SYSMAN> DO INSTALL ADD/OPEN/SHARED WORK4:[CENTRAL]STATSHR
.
.
.
%SYSMAN-I-OUTPUT, Command execution on node NODE21
%SYSMAN-I-OUTPUT, Command execution on node NODE22

2.3.9 SYSMAN コマンド・プロシージャを作成する

SYSMAN の @ コマンドは，管理環境内のすべてのノード上で SYSMAN コマンド・プロシージャを実行するコマンドです。

例

OpenVMS Cluster ノードごとに現在の日付とシステム時刻を表示する SYSMAN コマンド・プロシージャを作成し実行する例を，次に示します。

$ CREATE TIME.COM
SET ENVIRONMENT/CLUSTER
CONFIGURATION SHOW TIME Ctrl/Z
$ RUN SYS$SYSTEM:SYSMAN
SYSMAN> @TIME
%SYSMAN-I-ENV, Current command environment:
            Clusterwide on local cluster
            Username SYSTEM   will be used on nonlocal nodes

System time on node NODE21: 19-JUN-2000 13:32:19.45
System time on node NODE22: 19-JUN-2000 13:32:27.79
System time on node NODE23: 19-JUN-2000 13:32:58.66
SYSMAN>

2.3.10 初期設定ファイルで SYSMAN を設定する

起動時に SYSMAN に読み込ませるような，初期設定ファイルも作成できます。 このような初期設定ファイルを使用すると，キーの定義や環境の設定などの作業を行うことができます。

SYSMAN 初期設定ファイルの省略時のファイル指定は SYS$LOGIN:SYSMANINI.INI です。 このファイル指定を変更する場合には，ファイルの格納位置を指すように 論理名 SYSMANINI を定義する必要があります。 キー定義を行う初期設定ファイルの例を次に示します。

$ TYPE SYSMANINI.INI
DEFINE/KEY/TERMINATE KP0 "SET ENVIRONMENT/CLUSTER/NODE=(NODE21,NODE22)"
DEFINE/KEY/TERMINATE KP1 "CONFIGURATION SHOW TIME"
DEFINE/KEY/TERMINATE KP2 "SHOW PROFILE"⋮

2.4.1 OPCOM の理解

こうした OPCOM の働きを図説すると，図 2-3 「オペレータ通信マネージャ (OPCOM)」 のようになります。

図 2-3 オペレータ通信マネージャ (OPCOM)

OPCOM のコンポーネント

OPCOM が使用するコンポーネントは次のとおりです。

OPCOM の省略時の設定

CPCOM の省略時の設定は次のとおりです。

OPCOM の使用条件

OPCOM を使用するためには，次の条件が必要です。

2.4.2 オペレータ通信マネージャ (OPCOM) の起動

OPCOM REPLY コマンドを実行するためには，OPCOM プロセスが動作している必要があります。 通常，OPCOM プロセスは，使用不可能になっていない限り， システムのスタートアップ時に自動的に起動されます。 ソフトウェア上の問題でプロセスが異常終了して OPCOM が自動的に起動しない場合は， ユーザが OPCOM を会話型で起動する必要があります。

OPCOM を起動するには，システム管理者のアカウント (SYSTEM) から次のコマンドを入力します。

$ @SYS$SYSTEM:STARTUP OPCOM

ソフトウェアの問題によって OPCOM が異常終了した場合には， 弊社のサポート担当者にご連絡ください。 その場合，SYS$SYSTEM:OPCOM.DMP という名前のプロセス・ダンプ・ファイルを保存してください (OPCOM が異常終了すると，このファイルが作成されます)。

2.4.3 ユーザへのメッセージの送信

ユーザにメッセージをブロードキャストする場合は， REPLY コマンドを使用します。

例:

$ REPLY/ALL/BELL "Please log off"

REPLY では，次の修飾子を使って OPCOM メッセージを制御することができます。

REPLY コマンドについての詳細は，『OpenVMS DCL ディクショナリ』を参照してください。

例

次の例は，ノード WLDWND にログインしているすべてのユーザにメッセージを送信する REPLY コマンドの例です。 メッセージの表示とともに，ターミナルのベルが鳴ります。

$ REPLY/ALL/BELL/NODE=WLDWND "Please log off"

次の REPLY コマンドは，ターミナル TTC1 からログインしているユーザにメッセージを送信します。 ここでもメッセージの表示とともに，ターミナルのベルが鳴ります。

$ REPLY/BELL/TERMINAL=TTC1: "Your file has completed printing"

2.4.4 オペレータ・ターミナルとしての OPA0: の使用制御

省略時の設定では，クラスタ内のワークステーション (クラスタ内の 1 番目のシステム以外のワークステーション) を除き，OPCOM は OPA0: をオペレータ・ターミナルとして有効にします。 OPCOM は，システムがグラフィック・デバイスを備えているかテストすることによって，システムがワークステーションかどうかを調べます。 具体的には，次のようにテストします。

F$DEVICE ("*", "WORKSTATION", "DECW_OUTPUT")

SYS$MANAGER:SYLOGICALS.COM 内で次の論理名を定義することで， オペレータ・ターミナルとしての OPA0: の使用を制限できます。 これはノードがワークステーションであったり，OpenVMS Cluster の一部であるかどうかには関係しません。

論理名	機能
OPC$OPA0_ENABLE	TRUE または FALSE で定義する。 TRUE の場合は OPA0: がオペレータ・ターミナルとして有効になる。
OPC$OPA0_CLASSES	オペレータ・クラスが OPA0 に対して有効になるように指定する。 論理名は，使用できるクラスの検索リスト，コンマで区切られたリスト， この 2 つリストの組み合わせのいずれか。 不正なクラスを指定すると，すべてのクラスが有効となり，スタートアップ時に次のようなメッセージが，システムのコンソールに表示され，OPERATOR.LOG ファイルに記録される。 %%%%%%%%%%% OPCOM 18-MAY-2000 13:28:33.12 %%%%%%%%%%% "BADCLASS" is not a valid class name in OPC$OPA0_CLASSES 正しいオペレータ・クラスについては，2.4.5 項 「オペレータ・ターミナルの指定」を参照。

論理名は次にシステムをブートするとき有効になります。

2.4.5 オペレータ・ターミナルの指定

通常，OpenVMS Cluster 環境のワークステーションを除くコンソール・ターミナル (デバイス名 OPA0:) は， 自動的にオペレータ・ターミナルになります。 しかし，オペレータ・ターミナルには任意のターミナルを指定することができます。 また，現在のオペレータ・ターミナル機能を無効にすることもできます。

オペレータ・ターミナル機能を有効にする

ターミナルをオペレータ・ターミナルとして指定する場合は， そのターミナルから REPLY/ENABLE コマンドを入力します。 次に例を示します。

$ REPLY/ENABLE
$
%%%%%%%%%%%  OPCOM  13-JUL-2000 11:30:30.56  %%%%%%%%%%%
Operator _BHAK$FTA20: has been enabled, username SYSTEM

バッチ・コマンド・プロシージャまたはスタートアップ・コマンド・プロシージャでオペレータ・ターミナルを指定するためには， SYS$COMMAND に有効なターミナル・デバイスを割り当てる必要があります。

オペレータ・クラス

コンピュータの環境が非常に大規模な場合，オペレータが何人かいて， 担当している作業がそれぞれ異なることがあります。 このような場合には， オペレータ・ターミナルが受信および応答するメッセージに対して， クラスを指定することができます。 クラスを指定するためには，オペレータ・ターミナル機能を有効にするときに， 次の形式を使います。

キーワードは，次の表に示すオペレータ・クラスです。

例:

$ REPLY/ENABLE=(PRINTER,OPER3) 

オペレータ・ターミナル機能を無効にする

オペレータ・ターミナルとして指定したターミナルは， オペレータがログアウトしてもその働きを失いません。 ターミナルを通常のターミナルに戻すためには (つまりオペレータ・ターミナル機能を無効にするためには)， そのターミナルから REPLY/DISABLE コマンドを入力します。

例

次の例では，まず，TTA3 をオペレータ・ターミナルに指定しています。 同時に，このターミナルが，プリンタ，磁気テープ， およびディスク関連のメッセージと，セントラル・オペレータ宛のメッセージを受信できるようにしています。 その後，テープ関連のメッセージを受信する機能が，TTA3 ターミナルから削除されています。 したがって，現在 TTA3 ターミナルで受信または応答できるメッセージは，プリンタおよびディスク関連のメッセージと， セントラル・オペレータ宛のメッセージだけです。

$ REPLY/ENABLE=(PRINTER,DISKS,TAPES,CENTRAL) 
$
%%%%%%%%%%%  OPCOM  13-JUL-2000 11:37:09.52  %%%%%%%%%%%
Operator TTA3 has been enabled, username SYSTEM

$
%%%%%%%%%%%  OPCOM  13-JUL-2000 11:37:09.53  %%%%%%%%%%%
Operator status for operator TTA3
CENTRAL, PRINTER, DISKS, TAPES
$ REPLY/DISABLE=TAPES
%%%%%%%%%%%  OPCOM  13-JUL-2000 11:37:09.53  %%%%%%%%%%%
Operator status for operator TTA3
CENTRAL, PRINTER, DISKS
$ REPLY/DISABLE
%%%%%%%%%%%  OPCOM  13-JUL-2000 11:38:50.68  %%%%%%%%%%%
Operator TTA3 has been disabled, username SYSTEM

2.4.6 オペレータへの要求の送信

ユーザの環境に，プリンタの用紙を補充したりテープを交換したりするオペレータがいる場合，REQUEST コマンドを使用してオペレータと通信できます。 次の表に，REQUEST コマンドで使用できる修飾子を示します。

DCL の MOUNT/ASSIST や BACKUP/ASSIST コマンドも， オペレータに要求を送信するコマンドです。 詳細は次の項を参照してください。

例

あるオペレータが， PRINTER クラスが有効になっているターミナルを監視していると仮定します。 次の PRINT コマンドで， 特殊なプリント形式 (/FORM=LETTER) で出力するジョブを発行します。 そして，REQUEST コマンドで，オペレータにメッセージを送信します。 オペレータは要求を完了したら応答を送信します。 応答については，2.4.7 項 「オペレータ要求に対する応答」 で説明します。

$ PRINT/COPIES=2/QUEUE=LQ_PRINT  REPORT.OUT/FORM=LETTER
Job REPORT (queue LQA1, entry 401) pending
$ REQUEST/REPLY/TO=PRINTER -
_$ "Have queued job 401 as FORM=LETTER;  can you print it?"
%OPCOM-S-OPRNOTIF, operator notified, waiting...10:42:16.10
%OPCOM-S-OPREPLY, AFTER 11:00
19-APR-2000 10:25:32.40, request 3 completed by operator OPA0

2.4.7 オペレータ要求に対する応答

オペレータは，REPLY コマンドを使用して，プリンタの用紙の補充や， テープの交換を依頼したユーザに対して応答することができます。 次の表に，REPLY コマンドで使用できる修飾子を示します。

磁気テープを扱うオペレータには， 磁気テープ操作専用の修飾子もあります。 詳細は 9.9.2.4 項 「ユーザへのメッセージ返信」 を参照してください。 また，REPLY コマンドとその修飾子についての詳細は， 『OpenVMS DCL ディクショナリ』を参照してください。

例

次の例は，ユーザ ROBINSON が発行した要求番号 5 番に対する REPLY/TO コマンドです。 MOUNT デバイスを DUA4 に切り換えたことをユーザに通知しています。

%%%%%%%%%%  OPCOM, 19-APR-2000 10:20:50.39  %%%%%%%%%%%
           request 5 from user ROBINSON
           Please mount volume GRAPHIC_FILES in device _DUA11:
           Shelf 4 - slot B
$ REPLY/TO=5 "SUBSTITUTE  DUA4"

2.5.1 新しいシステム・ディスクの作成 (VAX のみ)

新しいシステム・ディスクを作成しなければならないこともあります。 ここでは，既存のシステム・ディスクとして RA81 というディスクが存在すると仮定します。 そして，この RA81 より容量の多い RA90 というディスクを購入し，RA90 のほうをシステム・ディスクとして使用するとします。 このような場合，VMSKITBLD コマンド・プロシージャの BUILD オプションを使用すれば，RA90 に新しいシステム・ディスクを構築できます。

既存のシステム・ディスクがソース・ディスク，新たにシステム・ディスクにするディスクがターゲット・ディスクです。

	重要: VMSKITBLD BUILD はターゲット・ディスクを初期化し， すでにあるすべての内容を削除します。 ファイルを壊さずに既存のシステム・ディスクにコピーする方法については， 2.5.2 項 「システム・ファイルの既存のディスクへのコピー (VAX のみ)」 を参照してください。

ターゲット・ディスクのすべての内容を破壊してから， そこに新しいオペレーティング・システムを構築する場合， 次の手順で BUILD オプションを使用します。

システム・ディスクの作成方法

例

次の例は，VMSKITBLD.COM を使って新しいシステム・ディスクを作成する例です。 この例の VMSKITBLD は，DUA0: ディスクに現在のシステム・ディスクのすべてのファイルをコピーして， 新しいシステムを作成しています。

* Enter mounted SOURCE disk name (ddcu:): SYS$SYSDEVICE:
* Enter SOURCE disk top level system directory [default = SYS0]: 
* Enter TARGET disk name (ddcu:): DUA0: 
* Enter the TARGET disk's label [default = VAXVMSRL5]: 
* Enter TARGET disk top level system directory [default = SYS0]:
    The target disk will be initialized.
* Target disk, _DUA0:, ready to be initialized? (Y/N): Y
    Target disk, _DUA0:, has been initialized.
%MOUNT-I-MOUNTED, VAXVMSRL5   mounted on _DUA0:
    Creating system specific directories ... 
    Creating cluster common directories ... 
    Creating SYSGEN files ...    
%SYSGEN-I-CREATED, _DUA0:SWAPFILE.SYS;1 created
%SYSGEN-I-CREATED, _DUA0:PAGEFILE.SYS;1 created
%SYSGEN-I-CREATED, _DUA0:SYSDUMP.DMP;1 created
    Copying files from source disk ... 
    Copying DECwindows file from source disk ... 
    Writing a boot block ... 
    System disk complete.
$

2.5.1.1 システム・ディスクを完成する (VAX のみ)

VMSKITBLD の BUILD オプションを使って作成したシステム・ディスクは， そのままでは完全なシステム・ディスクではありません。 完全なものにするためには，次の手順に従ってください。

1. 会話型ブートで，新しいシステム・ディスクをブートする。 会話型ブートについては，使用しているコンピュータ用のインストールおよびアップグレードのためのマニュアルを参照。

2. SYSBOOT> プロンプトに対して USE DEFAULT コマンドを入力して， システムをブートする。 これによって，すべてのシステム・パラメータに対して省略時の値が使用される。

3. システム上のレイヤード・プロダクトがまだすべてはチューニングされておらず， このためにシステム起動時にハングが起る可能性のある場合，これらのレイヤード・プロダクトをすべて起動することなくシステムだけを起動することができます。 これには，SYSBOOT> プロンプトに対して SET STARTUP_P1 "MIN" と入力します。

4. CONTINUE コマンドを入力して，ブートを継続する。

5. システムのブートが終了したら，SYSTEM アカウントにログインする。 SYSTEM アカウントのパスワードには，省略時のパスワード MANAGER を使用する。 必ず，このパスワードは変更すること。

6. AUTHORIZE ユーティリティを使用してライト・データベースとネットワーク代理データベースを作成する。 詳細は『OpenVMS システム・セキュリティ・ガイド』を参照。

7. SAVPARAMS フェーズから AUTOGEN を実行して， システム・パラメータに適切な値を設定する。 このとき，必ず CHECK_FEEDBACK オプションを指定する。 AUTOGEN の実行方法については， 『OpenVMS システム管理者マニュアル (下巻)』と『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル(上巻)』 の AUTOGEN ユーティリティの章を参照。

   古いシステム・ディスクを使ってリブートする場合は，AUTOGEN を起動するときに終了フェーズとして REBOOT を指定する。

   新しいシステム・ディスクを使ってリブートする場合は， 終了フェーズとして SHUTDOWN を指定し，新しいシステム・ディスクを指定してリブートする。

例

SYSBOOT> USE DEFAULT SYSBOOT> SET STARTUP_P1 "MIN" SYSBOOT> CONTINUE ⋮ $ SET DEFAULT SYS$COMMON:[SYSEXE] $ RUN AUTHORIZE UAF> CREATE/RIGHTS UAF> CREATE/PROXY UAF> EXIT $ @SYS$UPDATE:AUTOGEN SAVPARAMS REBOOT CHECK_FEEDBACK ⋮

2.5.2 システム・ファイルの既存のディスクへのコピー (VAX のみ)

VMSKITBLD を使用すると，既存ファイルを削除せずに， オペレーティング・システム・ファイルだけをターゲット・ディスクにコピーすることができます。 たとえば，大量のシステム・ファイルを間違って削除して， 別のシステム・ディスクからそのディスクにシステム・ファイルをコピーする場合に便利です。

この操作を行うためには，オペレーティング・システムが動作し， かつコピー元にするソース・ディスクがマウントされている必要があります。

VMSKITBLD.COM の COPY オプションを使用した場合， SYSUAF.DAT やサイト別コマンド・ファイルなど， ユーザが変更したファイルはコピーされません。 このようなファイルについては，VMSKITBLD は無変更の TEMPLATE バージョンを使用します。 また VMSKITBLD は，システム別ファイルの SWAPFILE.SYS や PAGEFILE.SYS，SYSDUMP.DMP も作成しません。

VMSKITBLD は，ターゲット・ディスク上の元のシステム・ファイルを削除してから，対応する新しいファイルをコピーします。

システム・ファイルのコピー方法

例

* Enter mounted SOURCE disk name (ddcu:): SYS$SYSDEVICE:
* Enter SOURCE top level system directory [default = SYS0]: 
* Enter TARGET disk name (ddcu:): DUA0: 
* Enter TARGET disk top level system directory [default = SYS0]: 
%DCL-I-ALLOC, _DUA0: allocated
%MOUNT-I-MOUNTED, VAXVMSRL5 mounted on _DUA0:
    Copying files from source disk ... 
    Copying DECwindows files from source disk ... 
    Writing a boot block ... 
    System disk complete.
$

2.5.3 代替システム・ルート・ディレクトリの追加 (VAX のみ)

VMSKITBLD の ADD オプションは，ターゲット・システム・ディスクに代替システム・ルート・ディレクトリを作成するためのオプションです。 このオプションを使えば，テスト環境を作成することができます。 このテスト環境では，オペレーティング・システムの現行バージョンの影響を与えずにソフトウェアをテストすることができます。

使用中のシステム・ディスクに ADD オプションを使用することはできません。

	注意: OpenVMS Cluster 環境に新しいシステムを追加する目的で ADD オプションを使用しないでください。 その場合は，SYS$MANAGER:CLUSTER_CONFIG.COM プロシージャを使用します。

ADD オプションは，専用のルート・ディレクトリを作成するだけです。 現在の共通ディレクトリは新しいルートにリンクされます。

代替システム・ルート・ディレクトリの追加方法

例

次の例は，ターゲット・ディスク SHEMP$DUA5 に SYSA という名の代替システム・ルート・ディレクトリを作成する例です。

* Enter mounted SOURCE disk name (ddcu:): SYS$SYSDEVICE:
* Enter SOURCE top level system directory [default = SYS0]: 
* Enter TARGET disk name (ddcu:): SHEMP$DUA5:
* Enter TARGET disk top level system directory [default = SYS0]: SYSA 
%DCL-I-ALLOC, _SHEMP$DUA5: allocated
%MOUNT-I-MOUNTED, VAXVMSRL5   mounted on _SHEMP$DUA5:
    Creating system specific directories ...
    Creating SYSGEN files ...
%SYSGEN-I-CREATED, _SHEMP$DUA5:SWAPFILE.SYS;1 created
%SYSGEN-I-CREATED, _SHEMP$DUA5:PAGEFILE.SYS;1 created
%SYSGEN-I-CREATED, _SHEMP$DUA5:SYSDUMP.DMP;1 created
    System disk complete.
$ 

2.5.3.1 システム・ルートを設定する (VAX のみ)

システム・ディスクに対する代替システム・ルート・ディレクトリの追加が終了したら，次の段階として， そのルートに対してシステム・パラメータを設定する必要があります。 次の手順に従ってください。

1. システムをシャットダウンし，コンピュータを停止状態にする。 システムのシャットダウンについては，4.8.1 項 「SHUTDOWN.COM による通常のシャットダウン」 を参照。

2. 会話型ブートを行う。 会話型ブートについては，使用しているコンピュータ用のアップグレードとインストールのためのマニュアルを参照。

3. 会話型プロンプト SYSBOOT> に対して，次のコマンドを入力する。

   SYSBOOT> USE DEFAULT SYSBOOT> SET STARTUP_P1 "MIN" SYSBOOT> CONTINUE

4. システムのブートが終了してから，SYSTEM アカウントにログインし， SAVPARAMS フェーズから AUTOGEN を実行して，システム・パラメータに適切な値を設定する。

   古いルート・ディレクトリからリブートする場合は， AUTOGEN を起動するときに終了フェーズとして REBOOT を指定する。

   新しいルート・ディレクトリからリブートする場合は， 終了フェーズとして SHUTDOWN を指定し，手動でリブートする。

   AUTOGEN についての詳細は，『OpenVMS システム管理者マニュアル (下巻)』と 『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル』の AUTOGEN ユーティリティの章を参照。

例

SYSBOOT> USE DEFAULT SYSBOOT> SET STARTUP_P1 "MIN" SYSBOOT> CONTINUE ⋮ $ @SYS$UPDATE:AUTOGEN SAVPARAMS REBOOT CHECK_FEEDBACK ⋮