第8章 周辺デバイスの管理

8.3.1 ボリュームのリビルドが必要な場合の決定

ボリュームが適切にディスマウントされなければ， リビルドが必要になる場合があります。 ボリュームのディスマウントが不適切というのは，たとえばシステムがクラッシュした場合です。 SHOW DEVICES コマンドに /REBUILD_STATUS 修飾子を指定して，ボリュームのリビルドが必要であるかどうかを判断します。 /REBUILD_STATUS 修飾子は，/OUTPUT 修飾子以外のいかなる SHOW DEVICES 修飾子とも一緒に使用しないでください。

SHOW DEVICES/REBUILD_STATUS は，各ボリュームに対して，次のいずれかの値を返します。

ボリュームのリビルドには，次のいずれかの操作を行います。

次の例のデバイス EMUL$DKB500 は，リビルドが必要です。

$ SHOW DEVICES/REBUILD_STATUS
Device Name             Rebuild needed?

ADU15$DKA300:           Information unavailable
EDIV$DKA300:            Information unavailable
EMUL$DKB200:            No
EMUL$DKB300:            No
EMUL$DKB500:            Yes
FTA0:                   Not applicable
OPA0:                   Not applicable

8.3.2 ISO 9660 形式のデバイスについての情報の取得

SHOW DEVICE コマンドを使用すれば， ISO 9660 形式のデバイスについての情報を表示することができます。 次の例では，SHOW DEVICES/FULL コマンドを使って， ISO 9660 形式の CD-ROM についての情報を出力します。 ACP プロセス名が指定されていることと， ボリューム状態が ISO 9660 と表示されていることに注意してください。 この表示は，マウントされたボリューム・セットのメンバが， 相対ボリューム番号 (RVN) 1，64，65535 であることを示しています。

$ SHOW DEVICE DKA1/FULL

Disk $1$DKA1: (VMSRMS), device type RRD40, is online, allocated,
    deallocate on dismount, mounted, software write-locked, file-oriented
    device, shareable, served to cluster via MSCP Server.

    Error count                    0    Operations completed                  9
    Owner process           "_FTA5:"    Owner UIC                    [FIN,USER]
    Owner process ID        20200066    Dev Prot            S:RWPL,O:RWPL,G:R,W
    Reference count                2    Default buffer size                 512
    Total blocks                 256    Sectors per track                    32
    Total cylinders                1    Tracks per cylinder                   8
    Allocation class               1

    Volume label          "VOLUME_1"    Relative volume number                1
    Cluster size                   0    Transaction count                     1
    Free blocks                    0    Maximum files allowed                 0
    Extend quantity                0    Mount count                           1
    Mount status             Process    ACP process name             "DKA1CACP"

  Volume status:  ISO 9660.
  Members of this volume set are $1$DKA1: (rvn 1), $1$DKA7: (rvn 64), $1$DKA16:
          (rvn 65535).

8.4.1 個々のデバイスへのアクセスの付与

個々のデバイスへのアクセスを付与するには，SET SECURITY コマンドを， 次のいずれかの方法で使用します。

$ SET SECURITY/CLASS=DEVICE DKA300/PROT=W:RWC

上記の例では，DKA300デバイスのワールド読み込み，書き込み，および制御アクセスを付与します。

$ SET SECURITY/CLASS=DEVICE DKA300/ACL=(IDENTIFIER=CHEKOV, ACCESS=CONTROL)

上記の例では，CHEKOV識別子を持つユーザへのDKA300 デバイスの制御アクセスを付与します。

8.4.2 すべてのデバイスへのアクセスの付与

次の方法を使用すれば，特定のクラスのユーザに， すべてのデバイスへのアクセスを付与できます。

8.5.1 手動によるデバイスの接続とデバイス・ドライバのロード (VAX のみ)

VAX システムでは，可能であれば，SYSGEN コマンド AUTOCONFIGURE コマンドを使って標準デバイスを接続し，デバイス・ドライバをロードしてください。 しかし，弊社以外のデバイスなどの場合，AUTOCONFIGURE コマンドを使用できません。 また，次のデバイスについても， AUTOCONFIGURE では，デバイスの接続とデバイス・ドライバのロードが実行されません。

これらのデバイスのほかにも，AUTOCONFIGURE で接続やロードができないデバイスやドライバがあります。 VAX システムの場合，SYSGEN ユーティリティを使用して手動でデバイスを接続したり，デバイス・ドライバをロードしたりできます。

詳細は，『OpenVMS システム管理ユーティリティ・リファレンス・マニュアル (下巻) 』の SYSGEN の項目と， 『OpenVMS VAX Device Support Manual』 を参照してください (後者のマニュアルは，アーカイブ扱いです)。

	重要: SYSGEN CONNECT と LOAD に対するエラー・チェックはほとんど行われません。 これらのコマンドは十分注意して使用してください。 たとえば，ベクトル・アドレスやデバイス名を間違えると，入出力データベースが破壊されて，システムが正しく動作しないことがあります。

システム・スタートアップのたびに手動で特殊デバイスを接続するには， 該当する SYSGEN コマンドをサイト別スタートアップ・コマンド・プロシージャ SYCONFIG.COM に追加します。 詳細は5.2.4.1 項 「非標準デバイスの接続」 を参照してください。

コンソール記憶デバイス

VAX システムにコンソール記憶デバイスを接続する場合は， 次の CONNECT コマンドを使用します。

$ RUN SYS$SYSTEM:SYSGEN
SYSGEN> CONNECT CONSOLE
SYSGEN> EXIT

	注意: このコマンドは，プラットフォームによって異なることがあります。 特定のプラットフォームで利用可能なコンソール・コマンドの詳細については，VAX のインストールとアップグレードのマニュアルを参照してください。

ネットワーク通信用デバイス

VAX システムにネットワーク通信用論理デバイスを接続する場合は， 使用するネットワーク・プロトコルに対応するスタートアップ・ファイルを実行します。 次に，一般的なネット・スタック・スタートアップを示します。

仮想ターミナル

仮想ターミナルの接続とそのデバイス・ドライバのロードについては， 8.7.2 項 「仮想ターミナルの管理」 を参照してください。

TCP/IP Services Telnet で使用するように仮想ターミナルを構成する方法については，『TCP/IP Services for OpenVMS Management』を参照してください。

イベント処理デバイス・ドライバ

弊社が提供する SYS$SYSTEM:CONINTERR.EXE は， リアルタイム・プロセスが割り込みベクトルに接続して， リアルタイム・イベントに速やかに応答し，特別な処理を行えるようにするデバイス・ドライバです。 このドライバは特定のタイプのデバイスには対応していません。 詳細は，『OpenVMS VAX Device Support Manual』 を参照してください (このマニュアルは，アーカイブ扱いです)。

例

次は，VAX システムに接続されているデバイスを自動構成して， コンソール・ブロック記憶デバイスとネットワーク・ソフトウェア・デバイスを接続している例です。

$ RUN SYS$SYSTEM:SYSGEN
SYSGEN> AUTOCONFIGURE ALL
SYSGEN> CONNECT CONSOLE
SYSGEN> EXIT
$ @SYS$MANAGER:STARTNET

8.5.2 手動によるデバイスの接続とデバイス・ドライバのロード (Alpha および I64)

Alpha システムおよび I64 システムの場合，デバイスの接続とデバイス・ドライバのロードを行うコマンドは， SYSMAN ユーティリティに含まれています。 Alpha システムおよび I64 システム上で入出力構成の制御または表示を行う SYSMAN コマンドには，IO という接頭辞が付いています。

標準のデバイスの接続とデバイス・ドライバのロードには，できるかぎり IO AUTOCONFIGURE コマンドを使用してください。

IO AUTOCONFIGURE は，ネットワーク通信の論理デバイスに対してはデバイスを接続したり，デバイス・ドライバをロードしたりしません。 また，この他にも IO AUTOCONFIGURE が接続やロードをしないデバイスやドライバもあります。

SYSMAN の IO CONNECT と IO LOAD コマンドを使えば， 接続されていないデバイスや標準でない名前のデバイスを接続したり， デバイス・ドライバをロードしたりできます。

詳細は，『OpenVMS システム管理ユーティリティ・リファレンス・マニュアル (下巻) 』および『Writing OpenVMS Alpha Device Drivers in C』の SYSMAN に関する記述を参照してください。

	重要: IO CONNECT と IO LOAD コマンドを使用する際は十分注意してください。 間違った使い方をすると，システムが正しく動作しないことがあります。

ネットワーク通信デバイス

Alpha システムにネットワーク通信用論理デバイスを接続する場合は， 使用するネットワーク・プロトコルに対応するスタートアップ・ファイルを実行します。 次に，一般的なネット・スタック・スタートアップを示します。

例

次は，物理的に Alpha システムまたは I64 システムに接続されているデバイスを自動構成して，ドライバをロードし， ネットワーク・ソフトウェア・デバイスを接続します。

SYSMAN> IO AUTOCONFIGURE ALL
SYSMAN> EXIT
$ @SYS$MANAGER:STARTNET

仮想ターミナル

仮想ターミナルの接続とそのデバイス・ドライバのロードについては， 8.7.2 項 「仮想ターミナルの管理」 を参照してください。

TCP/IP Services Telnet で使用するように仮想ターミナルを構成する方法については，『TCP/IP Services for OpenVMS Management』を参照してください。

8.5.3 デバイスの自動構成の禁止

デバイスの自動構成は，労力を軽減し，エラーの発生を防ぎます。 しかし，次のような理由で自動構成を禁止したい場合もあります。

自動構成を禁止したい場合は， SYS$MANAGER:SYCONFIG.COM の最後に次のコマンド行を追加してください。

$ STARTUP$AUTOCONFIGURE_ALL == 0

	重要: SYCONFIG.COM の最終行で STARTUP$AUTOCONFIGURE_ALL を 0 に設定すると， STARTUP.COM の CONFIGURE フェーズが実行されません。 その結果として，遠隔ノードの DSSI コントローラまたは HSC コントローラ (システム・ブート時に使用されるコントローラは除く) と MSCP サービスデバイスが使用できず， サテライト・ノードがネットワーク・デバイスとブート・ディスクにアクセスできなくなります。 このために，サテライト・ノードのブートが不可能になることがあります。 自動構成を禁止し，遠隔ノードの HSC と MSCP サービス・デバイスの設定を行う場合は，SYCONFIG.COM の最後に次の行を追加します。 $ STARTUP$AUTOCONFIGURE_ALL == 0 $ @SYS$SYSTEM:STARTUP CONFIGURE $ EXIT これらのコマンドは，自動構成を禁止し，STARTUP.COM の COFIGURE フェーズの実行を行います。 しかし，コマンド @SYS$SYSTEM:STARTUP CONFIGURE を SYCONFIG.COM に追加している場合，AUTOGEN は次のエラーを表示し失敗します。 %RUN-F-CREPRC, process creation failed -SYSTEM-F-DUPLNAM, duplicate name このエラーの原因は，SYCONFIG.COM が STARTUP.COM と AUTOGEN の両方から呼び出されたためです。 AUTOGEN を実行するとき， CONFIGURE プロセスがすでに存在しています (このプロセスは，SYCONFIG.COM が STARTUP.COM によって実行されたとき起動されます)。 AUTOGEN が SYCONFIG.COM を呼び出したとき， 追加したコマンドは 2 番目の CONFIGURE プロセスを起動しようとします。 このコマンドは失敗し，その結果 AUTOGEN も失敗します。

8.6.1 デバイス構成とは

デバイスは，システム・コードがバス上にあるデバイスの位置を特定し， そのデバイスに名前を付け，デバイス・ドライバをロードすると， 構成されます。 デバイスが自動構成されると，これらのすべてのステップはユーザからの介入なしに行われます。

OpenVMS は，ブート処理中にバス固有の手法でデバイスを検出します。 検出処理には，検出したデバイスについてのデータをバス固有のデータ構造で格納することも含まれています。 これらのデータ構造は， 既知デバイスの構成テーブルを検出するために後で使用されます。 構成テーブルは，適切なドライバをロードし，接続するためのドライバ名，デバイス名，その他のパラメータを判断するために必要な情報を提供します。

OpenVMS Alpha の 7.1 よりも前のバージョンでは， 構成テーブルは，OpenVMS カーネル内に構築されていたので， システム・イメージを置き換えないと変更することができませんでした。 OpenVMS Alpha バージョン 7.1 および I64 で，構成テーブルはシステム・ディスクの ASCII テキスト・ファイルから構築されるようになりました。 OpenVMS がサポートするすべてのデバイスに対してシステム・ファイル (SYS$SYSTEM:SYS$CONFIG.DAT) が提供され，また，サードパーティ，レイヤード製品，ユーザ作成のすべてのデバイス・ドライバに対しては，ユーザ・ファイル (SYS$SYSTEM:SYS$USER_CONFIG.DAT) が提供されます。 システムは，ブート処理中にこれらのファイルを読み込み， これらのファイルを使って構成テーブル群を作成します。 構成テーブルは， この後に続くハードウェアデバイスの自動構成に使用されます。 構成テーブルは 2 つのファイルから構築され，バス・タイプごとに収集されるのですが，これらは既知デバイスの 1 つの論理的な構成テーブルとみなすことができます。

SYS$SYSTEM:SYS$USER_CONFIG.DAT ファイルによるデバイスの自動構成方法については， 8.6.2 項 「ファイル・ベースの自動構成の使用」 を参照してください。

8.6.2 ファイル・ベースの自動構成の使用

ファイル・ベースの自動構成は，システムのブート時に次の 2 つのファイルを読み込んで既知デバイスの構成テーブルを構築します。

両方のファイルは同じ形式を使用し，両方のファイルにあるデータはシステム上のバスそれぞれに対する構成テーブルを作成するために結合されます。 SYS$USER_CONFIG.DAT ファイルが先に読み込まれ， 両方のファイルに重複したデバイス記述が含まれていないかがあらかじめ確認されます。 単一のファイルに複数のデバイス記述が存在した場合，最初にある記述が使われます。

構成ファイルはデバイス記述ブロックから構成されており，そのそれぞれがデバイスに対する正しいデバイス・ドライバを構成するために必要な情報を提供しています。

デバイス記述ブロックは，それぞれ， DEVICE キーワードで始まり， END_DEVICE キーワードで終わる一連の文から構成されています。 この 2 つのキーワードの間に，ハードウェア ID，デバイス名，ドライバ名， バス・タイプ，その他， 必須情報または省略可能情報を定義する追加のキーワードがあります。

SYS$USER_CONFIG.DAT ファイルは ASCII テキスト・ファイルなので， 可変長レコード・ファイルを取り扱う任意のユーティリティ(たとえばテキスト・エディタや DCL コマンド) で処理できます。

	注意: SYS$CONFIG.DAT ファイルは，読み込み専用であり，ユーザやサードパーティはこれを変更しないでください。 このファイルは弊社だけが変更できるものであり， OpenVMS のアップグレードによって置き換えられる可能性もあります。 このファイルに不適切な編集を行うと， システムがブートできなくなることもあります。

8.6.2.1 SYS$USER_CONFIG.DAT への記述の追加

SYS$SYSTEM:SYS$USER_CONFIG.DAT 内の文は，次の一般形式を取ります。

KEYWORD = 値

ここで，値は，文字列，引用符で囲まれた文字列，数値のいずれかになります。 END_DEVICE キーワードに関連する値はありません。 たとえば，ディスク以外のデバイスの最低限の記述は次のようになるでしょう。

DEVICE = "My device" NAME = UU DRIVER = USER$UUDRIVER ID = 0x0005111 ADAPTER = PCI FLAGS = NOVECTOR END_DEVICE

この例で，デバイス記述は， PCI バス上でハードウェア ID 5111 (16 進) のデバイスが見つかったとき， UU という名前のデバイスを構成し，USER$UUDRIVER デバイス・ドライバをロードすることを示しています。 また，この例は，デバイス・ドライバが割り込みベクタに接続しないことも指定しています (バス情報にベクタがある場合には，無視されます)。

上記の例が示す値に加えて，次の暗黙の値も指定できます。

UNITS = 1 NUM_VECTORS = 1

これらの値は，通常，単一のユニット・コントローラの省略値になります。

8.6.2.4 SYS$USER_CONFIG.DAT ファイルの再構築

REBUILD キーワードは，SYSMAN に対して，SYS$SYSTEM:SYS$USER_CONFIG.DAT と SYS$SYSTEM:SYS$CONFIG.DAT を再読み込みし，解析して， アダプタ・ブロックのそれぞれに付加された構成テーブルを再構築することを要求します。 REBUILD コマンドは，バスのタイプに関係なく， 常にすべての構成テーブルを再構築します。 そして，次のように，AUTOCONFIGURE コマンドを再実行して， 新しく定義されたデバイスすべてに対してデバイス・ドライバをロードする必要があります。

$ MC SYSMAN IO REBUILD $ MC SYSMAN IO AUTOCONFIGURE

ドライバは，特定のデバイスに対してロードされた後は，再ロードできないことに注意してください。

MC SYSMAN IO REBUILD/VERIFY コマンドを実行すると， SYS$SYSTEM:SYS$USER_CONFIG.DAT ファイルと SYS$SYSTEM:CONFIG.DAT ファイルを SYSMAN が読み取り，処理することになりますが， OpenVMS 用の構成ファイルの再構築は行いません。 エラーが検出されたときには，メッセージが表示されます。 このコマンドは，開発者が，現在のシステムを変更せずに SYS$SYSTEM:SYS$USER_CONFIG.DAT への新しい変更をテストするときに使用できます。

8.6.3 ユーザデバイス用にサポートされるバス

ファイル・ベースの自動構成は，PCI，ISA，EISA，TURBOchannel のバスに対して， ユーザが作成したデバイス・ドライバ用にサポートされています。 この項では，構成に特化した追加情報を含んでいます。

8.6.3.1 ISA デバイスの構成

ISA デバイスは，バス・プロービング中に検出できる読み込み可能なデバイス ID を提供しません。 ユーザはコンソールでこのデバイスの存在を明示的に示し，なおかつコンソールでこのデバイスに対するリソース (IRQ，入出力ポートなど) を予約する必要があります。 デバイスがコンソールに認識されると， OpenVMS は次にファイル・ベースの自動構成を使ってこのデバイスを自動構成します。

ISA デバイスは ISA バスまたは EISA バスのどちらかで使用されます。 システムに ISA バスがある場合，ISA デバイスは ISACFG を使ってコンソールで構成されます。 システムに EISA バスがある場合，ISA デバイスは ECU を使って構成されます。 両方のコンソール・ユーティリティでデバイスリソースを予約することができます。

8.6.3.1.1 ISA バス上の ISA デバイスの構成

OpenVMS Alpha の以前のバージョンでは，ISA バス上の ISA デバイスは， ISA を定義していた SYS$MANAGER:ISA_CONFIG.DAT ファイルにエントリを持つことと，コンソール・コマンド ISACFG を使用して IRQ などのシステム・リソースを予約することが必要でした。

	重要: OpenVMS Alpha バージョン 7.2 からは，ISA_CONFIG.DAT ファイルはサポートされなくなりました。 詳細については，8.6.4 項 「SYS$MANAGER:ISA_CONFIG.DAT のサポート終了」 を参照してください。

8.6.3.1.2 EISA バス上の ISA デバイスの構成

ISA デバイスは，コンソールから実行される EISA Configuration ユーティリティ (ECU) を使用して手動で構成する必要があります。 デバイスには，DOS フロッピーで提供される CFG ファイルがあるはずです。 この CFG ファイルは，デバイス ID である文字列 (最大 7 文字) を提供します。

CFG ファイル形式の詳細については，そのカードの製造業者に問い合わせるか， EISA バス仕様を参照してください。

ECU フロッピー (DOS 形式) には，新しい構成ファイル用のモデルとして使用できるサンプルの ISA CFG ファイル (ISA000.CFG) が含まれています。 詳細については， 『Writing OpenVMS Alpha Device Drivers in C』 の「EISA Bus Support」の章を参照してください。

ECU が起動されると， デバイスはファイル・ベースの自動構成を使用して構成することができます。

	注意: ISA デバイスは，OpenVMS Alpha の 7.1 よりも前のバージョンでは， EISA バス・システムに対して簡単には自動構成を行えません。 これは，その ID が ECU データから OpenVMS バス構造にコピーされないためです。

8.6.4 SYS$MANAGER:ISA_CONFIG.DAT のサポート終了

SYS$MANAGER:ISA_CONFIG.DAT ファイルを使用した ISA デバイスのサポートは， OpenVMS Alpha バージョン 7.2 からは行われなくなりました。 このファイルを使用している場合は，コンソールからの ISACFG ユーティリティと， 以下の項で説明するファイル・ベースの自動構成手法を使用する方法に変えてください。

表 8-2 「ISA_CONFIG.DAT キーワードとそれに対応するもの」 には， ISA_CONFIG.DAT からのキーワードと，それに相当するファイル・ベース自動構成または ISACFG ユーティリティのリストを示しています。

ISA_CONFIG.DAT のエントリは， NODE キーワードで指定された番号を使用する ISA デバイス用の内部データに照合されます。 ただし，SYS$USER_CONFIG.DAT ファイルを使用して ISA デバイスを構成するとき， デバイスを定義するブロックと， コンソールから ISACFG コマンドで入力されるデータを照合するために ID キーワードが使われます。 ID キーワードに示される値は， ISACFG-handle キーワードで指定される値と同じである必要があります。

ISA デバイスには任意の識別文字列を使用できます。 文字列は 8 文字以内にします。 ISACFG コマンドは，-handle 値を大文字に設定しないので， 構成キーワード ID を使用して指定された値とこの値を照合させるには， 2 つの手法を使用できます。 つまり，大文字への変換を行わないように引用符で ID 値を囲むこともできますし (-handle 値で使用した文字の照合)， また，構成キーワード FLAGS=CASE_BLIND を使用すれば， 大文字小文字を区別しない比較を行うこともできます。

たとえば，ISACFG で次のものを使用した場合，

>>>isacfg -slot 3 -dev 0 -mk -enadev 1 -type 1 -handle MyDevice

SYS$USER_CONFIG.DAT にある次のエントリと照合することができます。

DEVICE   = "My Device"
ID = MYDEVICE
FLAGS = CASE_BLIND
            .
            .
            .
END_DEVICE

ISA_CONFIG.DAT で使用した各パラメータに対する変換の説明は，次のとおりです。

8.7.1 ターミナル特性の設定

ターミナルデバイスの特性とは，1 行に何文字表示するかなど，ターミナルの性質のことです。 このターミナルデバイスの特性には，それぞれ省略時の値が設定されています。 使用するターミナルに合わせて，ターミナルの特性の値を変更する必要があります。

ターミナルデバイスの特性を変更する場合は，次の形式に適切な修飾子を付けて，SET TERMINAL コマンドを使用します。

たとえば，次に示すコマンドは，ターミナルの行幅を 132 文字に， 1 ページの大きさを 60 行に設定するよう指示しています。 /NOBROADCAST は，ブロードキャスト・メッセージの受信を禁止する修飾子です。 /PERMANENT 修飾子は，現在のターミナル・セッションの終了後もターミナル特性を保持するよう指示します。 システムをブートするたびにこれらの特性を再設定するためには，次のコマンドをサイト別スタートアップ・コマンド・プロシージャに追加する必要があります。

$ SET TERMINAL/WIDTH=132/PAGE=60/NOBROADCAST/PERMANENT

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

8.7.1.2 システム起動時の特性設定

システムをブートするたびに SET TERMINAL コマンドを実行する場合は， サイト別スタートアップ・コマンド・プロシージャにコマンドを登録します。 システムの構成が簡単な場合は，SYSTARTUP_VMS.COM にコマンドを登録します。 システムの構成が複雑で，たくさんのコマンドが必要な場合， 別のコマンド・プロシージャ (TERM_SETUP.COM など) を作成し， そのデバイス構成コマンド・プロシージャを SYSTARTUP_VMS.COM から実行します。 デバイス構成コマンド・プロシージャの実行が終了すると，制御は SYSTARTUP_VMS.COM に戻ります。

	重要: スタートアップ・コマンド・プロシージャに登録する SET TERMINAL コマンド数に上限を設けることをお勧めします。 数百個といった大量の SET TERMINAL コマンドが含まれていると，システムの起動が大幅に遅くなります。 ターミナルの数が多い場合は， 8.7.1.1 項 「システム・パラメータによる省略時の特性の設定」 で説明したように， TTY_DEFCHAR と TTY_DEFCHAR2 を使って省略時の特性を変更します。

次の例に示すように，SET TERMINAL コマンドには，ターミナルの所有者名などの注釈を付けることができます。

例

次は，スタートアップ・プロシージャで使用可能なターミナルデバイス設定コマンドの例です。

$ SET TERMINAL TTC2:/SPEED=300/DEVICE_TYPE=LA36/PERMANENT !JONES $ SET TERMINAL TTD1:/SPEED=9600/PERMANENT !WRENS $ SET TERMINAL TTD4:/SPEED=1200/PERMANENT !JRSMITH $ SET TERMINAL TTG4:/SPEED=1200/MODEM/PERMANENT !DIALUP1

8.7.2 仮想ターミナルの管理

仮想ターミナル機能を使用することにより，ユーザはプロセスを終了することなく，つまり，仮想ターミナルでプロセスをアクティブにしたまま， 物理ターミナルを切り離すことができます。 仮想ターミナルの用途は次のとおりです。

仮想ターミナル機能の利用

VAX システムで仮想ターミナルを設定するためには，次のコマンドを入力します。

$ RUN SYS$SYSTEM:SYSGEN
SYSGEN> CONNECT VTA0/NOADAPTER/DRIVER=TTDRIVER
SYSGEN> EXIT

Alpha システムおよび I64 システムで仮想ターミナルを設定するためには，次のコマンドを入力します。

$ RUN SYS$SYSTEM:SYSMAN
SYSMAN> IO CONNECT VTA0/NOADAPTER/DRIVER=SYS$TTDRIVER
SYSMAN> EXIT

仮想ターミナルのデバイス名は VTAn: です。 SYSGEN または IOGEN コマンドの入力後，ログイン前に TT2$M_DISCONNECT 特性が設定されたターミナルはすべて仮想ターミナルと見なされます。

	注意: TT2$M_DISCONNECT 特性が設定されている場合， LAT ターミナル (LTAn:) は切り離すことができますが， 遠隔ターミナル (RTAn:) は切り離せません。

TT2$M_DISCONNECT 特性は， 次のいずれかの方法で設定することができます。

仮想ターミナルの使用制御

仮想ターミナル・セッションは，次の方法で制御することができます。

8.7.2.2 仮想ターミナルの物理ターミナル・タイプの決定

仮想ターミナルに関連付ける物理ターミナル・タイプを決定する必要が出てくることがあります。 これは，直接接続回線と LAT 回線の両方が仮想型の場合，システムのスタートアップ時に LAT ターミナルのターミナル特性が判らないことがあるためです。 直接接続回線の特性は，システムのスタートアップ時に設定することができます。 しかし，LAT 回線の特性を決定するためには， SET TERMINAL/INQUIRE コマンドを入力する必要があります。 LAT ソフトウェアについては，『OpenVMS システム管理者マニュアル (下巻)』を参照してください。

	注意: SET TERMINAL/INQUIRE コマンドを使用すると， 先読みを可能にするバッファがクリアされます。

次は，システムのスタートアップ時に直接接続回線と LAT 回線の両方の物理ターミナル特性を決定するコマンド・プロシージャです。 次の行をシステム単位のログイン・プロシージャ (SYLOGIN.COM) に登録しておきます。 このプロシージャでは，スタートアップ・プロシージャがすべてのスイッチをセットし，LAT 回線を “unknown” と設定していると仮定しています。

$ DEVCLASS = 'F$GETDVI ("SYS$COMMAND","DEVCLASS")' $ IF DEVCLASS .ne. 66 then goto alldone !Not a terminal $ DEVTYPE = 'F$GETDVI ("SYS$COMMAND","DEVTYPE")' $ IF DEVTYPE .ne. 0 then goto got_devtype $ SET TERMINAL/INQUIRE !Try to determine the device type $ DEVTYPE = 'F$GETDVI ("SYS$COMMAND","DEVTYPE")' $ got_devtype: $! Can now dispatch on 'devtype' to do different things depending $! on the type of terminal. $ alldone:

LAT ターミナルを識別するためには，F$GETDVI レキシカル関数に TT_ACCPORNAM を指定します。 この関数は，ターミナル・サーバのノード名とポート名を戻します。

8.8.1 モデムの理解

モデムはキャリア信号上のデジタル情報を変調することによって， デジタル信号をアナログ信号に変換します。 逆に，モデムはアナログ信号をデジタル信号に逆変調する， すなわち展開することによって， アナログ送信機器(たとえば電話回線)上のアナログ信号をデジタル信号に変換します。 2 つの用語，変調(MOdurator)と逆変調(DEModurator)からモデム(Modem)という名前がつきました。

図 8-1 「基本的なモデムの構成」 はターミナルと遠隔コンピュータ・システム間の交信を示しています。 これは通常コンピュータ・システム間の交信にも適用されます。 一方のモデムは，アナログ電話接続のローカルな終端点でデジタル信号をアナログ信号に変換し，もう一方のモデムはアナログ電話接続の遠隔の終端点でアナログ信号をデジタル信号に変換します。

図 8-1 基本的なモデムの構成

モデムは通常ペアで使用されます。 それぞれのモデムは送信デバイスとしてと受信デバイスとしての両方の動作をします。

モデムを構成する場合，次の事項に注意します。

いったんモデムの接続が確立されると， 接続した回線にデータの交信を重ね合わせて載せることができます。 ほとんどのモデムが提供している基本的な非同期シリアルASCII通信プロトコル上で，広範な交信プロトコルを最低 1 つ，場合によっては複数重ねることができます。 ポイント・ツー・ポイント・プロトコル(PPP)と， 非同期DECnet はモデム・リンク上で操作できるプロトコルの例です。

表 8-3 「モデム関連文献」 は, モデムに関連する通信プロトコルについての OpenVMS 文献です。

直接接続または間接接続

モデムをコンピュータまたはターミナルに構成するには， モデムをどんなタイプのアクセス方法でユーザのコンピュータ環境に接続するのかと， どのシリアル通信ポートが一番ユーザの要求に適するかを決めることが必要です。

モデムを直接ホスト・システムに接続することも， 間接的に中間ネットワーク・サーバに接続することもできます。 ネットワーク・サーバの例としては DECserver等があります。 この 2 つの接続タイプを以下に説明します。

いずれのタイプの接続の場合でも，モデムが接続されているホスト， あるいは，サーバが機能していない場合は使用できません。

図 8-2 「間接モデム構成と直接モデム構成」 は，モデムの間接構成と直接構成を表しています。 ターミナル 1 とターミナル 2は，DECserver とLAT プロトコルを介してホスト 1 とホスト 2 にそれぞれ間接接続されています。 ターミナル 3 は，ホスト 3 に直接接続されています。

図 8-2 間接モデム構成と直接モデム構成

どのシリアル通信ポートを使用するかと，ホストかターミナル・サーバのいずれに接続するか決めた後は，使用するポートのピンアウトとコネクタ，およびモデムをポートにどのように配線するかを決めます。 モデムとポートについては関連マニュアルを参照してください。 8.8.2 項 「モデムの設定」も参照してください。

8.8.2 モデムの設定

モデムの設定は次の手順で行います。

8.8.3 モデムのトラブルシューティング

シリアル・コミュニケーション問題，特にモデムに関する問題のトラブルシューティングにおいては，1 つ 1 つのコンポーネント，配線，デバイスを一度に 1 つづつテストし，可能な限り問題の切りわけを行います。

表 8-9 「通信問題のトラブルシューティング」に，一般的なトラブルシューティングのヒントを掲げています。 ただし，これはすべてのヒントを掲げているわけではありません。 シリアル回線-ブレイクアウト・ボックスなど基礎的なシリアル通信テストデバイスは通信問題や配線問題を解決する手助けとなるでしょう。 さらに手助けが必要な場合には，その部署のハードウェア・サポートの担当者に要請してください。

8.9.1 プリンタ特性の設定

プリンタの特性は，プリンタ用のキューを開始する前に設定してください。 DCL コマンド SET PRINTER コマンドは，ライン・プリンタの特性を設定します。 SET TERMINAL コマンドは，ターミナルまたは LAT ポートに接続されたプリンタの特性を設定します。

さらに，プリンタのスプールは，スプールするプリンタ用のキューを開始する前に行ってください。 プリンタのスプールについての詳細は， 8.9.2 項 「プリンタのスプール」 を参照してください。

システムをブートするたびにプリンタ特性を設定する場合は，サイト別スタートアップ・コマンド・プロシージャにコマンドを登録します。 システムの構成が簡単な場合は，SYSTARTUP_VMS.COM にコマンドを登録します。 システムの構成が複雑で，たくさんのコマンドが必要な場合，別のコマンド・プロシージャ (PRINTER_SETUP.COM など) を作成し，そのコマンド・プロシージャを SYSTARTUP_VMS.COM から実行します。 プリンタ設定コマンド・プロシージャの実行が終了すると， 制御は SYSTARTUP_VMS.COM に戻ります。

例

次は，プリンタ特性を設定するコマンドをスタートアップ・コマンド・プロシージャに登録する例です。 この例には，プリンタをスプールするコマンドも含まれています。 このように，通常，プリンタ特性を設定するコマンドは，プリンタをスプールするコマンドと一緒に登録します。

$! Set up line printer devices
$!
$ SET PRINTER/PAGE=60/LOWERCASE/TRUNCATE LPA0:
$ SET PRINTER/LA11/UPPERCASE/WRAP LPB0:
$ SET DEVICE/SPOOLED=(LINE_PRINT,SYS$SYSDEVICE) LPA0:
$ SET DEVICE/SPOOLED=(SYS$PRINT,SYS$SYSDEVICE) LPB0:
$!
$! Set up LAT printers
$!
$   SET TERMINAL LTA331:/SPEED=9600/DEVICE=LN03 -
    /NOBROADCAST/NOECHO/HARDCOPY/NOTYPE_AHEAD/PERMANENT
$   SET DEVICE LTA331:/SPOOLED=(MKTG$LN03_1,SYS$SYSDEVICE)
$!
$   SET TERMINAL LTA332:/DEVICE=LA210/PAGE=66  -
    /NOBROADCAST/PERMANENT
$   SET DEVICE LTA332:/SPOOLED=(LA210$PRINT,SYS$SYSDEVICE)

8.9.2 プリンタのスプール

アプリケーションの中には，プリント出力をキューに登録せずに，直接プリンタに書き込みまたは複写するものがあります。 プリンタのスプールとは，このようなアプリケーション・プログラムからの入出力をディスクなどの中間記憶デバイスに書き込ませるための技術です。 この結果，アプリケーション・プログラムの実行中でも，他のシステム上のユーザがプリンタを利用できます。

プリンタをスプールするためには， そのプリンタに関連する記憶デバイスと出力キューを指定します。 アプリケーションを実行しているプロセスが， アプリケーションの出力をスプールされたプリンタに送ると，実際には， その出力は記憶デバイスの一時ファイルに送られます。 そのファイルがクローズされると，システムはそのファイルを， 関連付けられた出力キューに登録します。 出力ファイルを中間記憶デバイスにスプールしたり， そのファイルをキューに登録したりする作業に，ユーザが手を加えることはありません。

プリンタに直接出力を書き込むようなアプリケーションを使用する場合，プリンタをスプールすることをお勧めします。 また，特権付きユーザが間違って直接 LAT プリンタに書き込まないように， LAT プリンタをスプールすることをお勧めします。 LAT プリンタに直接書き込みを行った場合，そのプリンタを使用するキューが何らかの問題を起します。

図 14-9 「スプールされたデバイスを使用するときのキュー構成」 は，プリンタのスプールを使った構成の例です。 8.9.2.1 項 「プリンタのスプール指定」 で，どのようにプリンタをスプールするか説明します。

8.9.2.1 プリンタのスプール指定

プリンタをスプールするためには，DCL の SET DEVICE/SPOOLED コマンドを使用します。 このコマンドは，プリンタをディスクなどの記憶デバイスと出力キューに関連付けます。

プリンタのスプールは，関連するキューを開始する前に行う必要があります。

SET DEVICE/SPOOLED コマンドの形式は次のとおりです。

SET DEVICE/SPOOLED[=(キュー名 [:], 中間ディスク名 [:])] 出力デバイス名

中間ディスクとキューは必ず明示的に指定してください。 スプール出力デバイスに関連付けたキューが汎用キューの場合，デバイスに書き出されたファイルはそのキューに送られ，そのキューからターゲット・キューの 1 つにジョブとして書き込まれます。 このため，たとえば LPA0: デバイスにコピーされたジョブは必ずしもプリンタ LPA0: でプリントされないことがあります。 この場合は，汎用キューの送り先である他のプリンタでプリントが行われます。

中間記憶デバイスを選択するとき，スプール出力量に見合う十分な未使用空間がそのデバイスにあるか確認してください。 また，ディスク・クォータを設定する場合は，そのプリンタを使用すると予想されるすべてのユーザが，その中間デバイスに許可されたクォータを持っているか確認します。 中間デバイスをマウントしていないと，ファイルは書き込めません。

出力デバイスをスプール指定したら，そのデバイスをテストします。 これは，実際にスプールを行わないかぎり，ディスク名やキュー名のエラーが検出されないためです。 こうしたテストについては，8.9.2.3 項 「スプールしたプリンタのテスト」 で説明します。

システムをブートするたびに出力デバイスを設定したい場合は， そのためのコマンド・プロシージャを作成することをお勧めします。 コマンド・プロシージャにスプール・デバイスを設定するコマンドを登録してください。 詳細は8.9.1 項 「プリンタ特性の設定」 を参照してください。

例

次は，プリンタをスプールするコマンドをスタートアップ・コマンド・プロシージャに登録する例です。 この例には，デバイス特性を設定するコマンドも含まれています。 このように，通常，プリンタをスプールするコマンドは，デバイス特性を設定するコマンドと一緒に登録します。

$! Set up and spool line printer devices $! $ SET PRINTER/PAGE=60/LOWERCASE/TRUNCATE LPA0: $ SET PRINTER/LA11/UPPERCASE/WRAP LPB0: $ SET DEVICE/SPOOLED=(SYS$PRINT,SYS$SYSDEVICE) LPA0: 1 $ SET DEVICE/SPOOLED=(SYS$PRINT,SYS$SYSDEVICE) LPB0: $! $! Set up and spool LAT printers $! $ SET TERMINAL LTA331:/SPEED=9600/DEVICE=LN03 - /NOBROADCAST/NOECHO/HARDCOPY/NOTYPE_AHEAD/PERMANENT $ SET DEVICE LTA331:/SPOOLED=(MKTG$LN03_1,SYS$SYSDEVICE) 2 $! $ SET TERMINAL LTA332:/DEVICE=LA210/PAGE=66 - /NOBROADCAST/PERMANENT $ SET DEVICE LTA332:/SPOOLED=(LA210$PRINT,SYS$SYSDEVICE) 3

1	記憶デバイス SYS$SYSDEVICE と キュー SYS$PRINT を関連付けることによって，出力キュー LPA0: をスプールする。 アプリケーションから LPA0: に出力が送られると，そのデータは， アプリケーションが終了するまで，一時的に記憶デバイス SYS$SYSDEVICE に格納される。 この結果，そのアプリケーションの出力をプリントする準備ができるまで，他のジョブが出力デバイス LPA0: を利用できる。 アプリケーションが終了すると，その出力はキュー SYS$PRINT に登録される。
2	記憶デバイス SYS$SYSDEVICE とキュー MKTG$LN03_1 に関連付けることによって，LAT ポート LTA331: の LN03 デバイスをスプールする。
3	記憶デバイス SYS$SYSDEVICE とキュー LA210$PRINT に関連付けることによって，LAT ポート LTA332: の LA210 デバイスをスプールする。

8.9.2.3 スプールしたプリンタのテスト

出力デバイスをスプールとして設定したら，そのデバイスをテストしてみてください。 これは，実際にスプールを行わないかぎり，ディスク名やキュー名の間違いが検出されないためです。 スプールしたデバイスのテストには，次のようなコマンド・プロシージャを使用します。

$! *****TESTING SPOOLED DEVICE*** $! $! set the device spooled $ SET DEVICE/SPOOLED=(SYS$PRINT,SYS$SYSDEVICE:) LPA0: $! $! create a test file $ CREATE TEST.LIS !Add the first test record here. !Ctrl/Z to exit the file $! $! write the file to the output device $ COPY TEST.LIS LPA0: $ EXIT

8.10.1 磁気テープデバイス情報の取得

システムで使用可能な磁気テープデバイスを知りたい場合は， SHOW DEVICES コマンドを使用してください。 SHOW DEVICE/FULL コマンドを使うと，特定の磁気テープデバイスの詳しい特性情報を得ることができます。

8.10.2 磁気テープデバイス特性の変更

以降のファイル操作において磁気テープデバイスの省略時の特性を変更する場合は，DCL の SET MAGTAPE コマンドを使用します。 現在他のユーザに割り当てられているデバイスは指定できません。

次は，MOUNT コマンドと SET MAGTAPE コマンドを組み合せた例です。

例

$ MOUNT MTB1:/FOREIGN
$ SET MAGTAPE MTB1:/DENSITY=800

MOUNT コマンドで MTB1: デバイスにテープをマウントしている。 /FOREIGN 修飾子は，そのテープが OpenVMS オペレーティング・システムの標準形式ではないことを示している。 たとえば，BACKUP ユーティリティの中には，/FOREIGN 修飾子を付けてテープをマウントする必要のある操作がある。

SET MAGTAPE コマンドは，磁気テープへの書き込み密度を 800 bpi と定義する。 磁気テープに書き込みを行った後で，密度を変更することはできない。

$ MOUNT MTA0:/FOREIGN
$ SET MAGTAPE MTA0:/SKIP=FILES:4

MOUNT コマンドで MTA0: デバイスにフォーリン磁気テープをマウントし， SET MAGTAPE コマンドで 4 つのファイルをスキップした位置に磁気テープを位置付けるよう入出力サブシステムに指示している。

$ MOUNT MTA1:/FOREIGN
$ SET MAGTAPE/REWIND MTA1:

MOUNT コマンドで MTA1: デバイスにフォーリン磁気テープをマウントし， SET MAGTAPE/REWIND コマンド でボリュームを巻き戻している。

8.11.1 カード・デック・タイプの確認 (VAX のみ)

カード・リーダにカード・デックをロードするにあたっては， 次のことを行ってください。

以降の項では，この 2 つの事項について説明します。

8.11.2 会話形式での入力シンビオントの実行 (VAX のみ)

OpenVMS レコード管理サービス (RMS) ファイルからカード・イメージ入力を受け取る入力シンビオントを会話形式で実行することができます。 手順は次のとおりです。

入力シンビオントを会話形式で実行するためには，次の権利が必要。

すべてのメッセージは，カード・オペレータではなくターミナルに送られる。