第10章 ファイルとディレクトリの操作

10.1.1 Extended File Specifications 機能の使用

OpenVMS バージョン7.2 から， RMS で ODS-2 と ODS-5 ボリュームの両方で新しい RMS API 拡張の他に， 8 レベル以上の階層のディレクトリを省略値で使用できるようになりました。 ただし，拡張ファイル名を作成できるのは，ODS-5 ボリューム上だけです。 9.3.3 項 「ODS-5 形式の新規ボリュームの初期化」 と 9.5.5.1 項 「ODS-2 から ODS-5 への変換」 では，それぞれ， 新しい ODS-5 ボリュームの作成方法と，ODS-2 ボリュームの ODS-5 ボリュームへの変換方法を説明しています。

一旦 ODS-5 に変更すると，プログラムは拡張ファイル名を作成，あるいは読むことができるようになります。 ただし，省略時の設定では，DCL (およびアプリケーションのいくつか) は すべての拡張ファイル名をサポートしているわけではありません ^[14]。 DCL は，コマンド行プロンプトに対して小文字で入力されたファイル名を大文字に変更します ^[15]。

Extended File Specifications 解析機能の有効化

DCLがすべての拡張ファイル名を受け付られるように， Extended File Specifications のファイル名解析機能を有効にしておく必要があります。 OpenVMS Alpha システムおよび I64 システムでは， 次のDCL コマンドを入力して プロセス単位で ODS-5 ファイル名を受け付けさせることができます。

$ SET PROCESS/PARSE_STYLE=EXTENDED

ユーザがコマンドを入力すると，DCL は次のようなファイル名を受け付けるようになります。

$ CREATE MY^[FILE

解析スタイルについて詳しくは， 『OpenVMS DCL ディクショナリ』を参照してください。 『OpenVMS Record Management Services Reference Manual』 には， RMS の省略時の Extended File Specifications 機能について追加情報があります。

大文字小文字の区別を有効にする方法

もともとは OpenVMS では，ファイル名指定中のすべてのアルファベットを大文字として格納していました。 また，ファイル名指定を使用するファイル・システム操作も，大文字小文字を区別していませんでした。

Extended File Specifications の導入により，システム・ツールやアプリケーションが，ODS-5 ボリューム上で，大文字だけではなく小文字を含むファイル指定を格納したり表示できるようになりました。 ただし，ファイル名指定操作では，大文字小文字を区別しないままです。

OpenVMS バージョン 7.3-1 からは，大文字か小文字かだけが異なる，同じアルファベットを使用するファイル名指定を，ツールやアプリケーションが区別できるようになりました。

プロセスに対して，ファイル名の大文字小文字を区別するかしないかを設定できます。

	注意: 大文字小文字の区別は，使用しているレイヤード製品やアプリケーションがその区別をサポートしている場合にのみ，有効にしてください。

以下の項で説明するように，3 種類の方法で OpenVMS 上の大文字小文字の区別を有効にできます。

プロセスに CASE_LOOKUP=BLIND を設定し，大文字小文字の違い以外は同じ名前のファイルを複数作成すると，DCL はこれらのファイルを，古いファイルの新しいバージョンとして扱い，ファイル名の大文字小文字をオリジナルのファイルと同じになるように変換します。

次の例では，DKA500 は ODS-5 ディスクです。

$ SET DEFAULT DKA500:[TEST]
$ SET PROCESS /CASE_LOOKUP=BLIND/PARSE_STYLE=EXTENDED
Ctrl/z
$ CREATE NEWFILE.txt
Ctrl/z
$ CREATE NeWFILE.txt
Ctrl/z
$ DIRECTORY
Directory DKA500:[TEST]
NEWfile.txt;3
NEWfile.txt;2
NEWfile.txt;1

プロセスに CASE_LOOKUP=SENSITIVE を設定し，大文字小文字の違い以外は同じ名前のファイルを複数作成すると，DCL は後で作成するファイルを別のファイルとして扱い，そのようにリストします。

次の例では，DKA500 は ODS-5 ディスクです。

$ SET DEFAULT DKA500:[TEST]
$ SET PROCESS /CASE_LOOKUP=SENSITIVE /PARSE_STYLE=EXTENDED
$ CREATE NEWfile.txt
Ctrl/z
$ CREATE NEWFILE.TXT
Ctrl/z
$ CREATE NeWfIlE.txt
Ctrl/z
$ DIRECTORY
NeWfIle.txt;1
NEWFILE.TXT;1
NEWfile.txt;1

ODS-5 ボリュームでは，ファイル名の大文字小文字は最初に入力されたときのままになりますが，ファイル検索は，大文字小文字を区別しないで実行されます。 このため，.EQS. および F$LOCATE などの DCL 文字列関数を使用して DCL コマンド・プロシージャでファイルの比較を行う場合は，注意が必要です。

大文字小文字を区別することを前提としているアプリケーションを使用する場合や，ユーザの環境内で大文字小文字を区別する必要がある場合は，プロセスに /CASE_LOOKUP=SENSITIVE を設定します。 環境設定に注意しないと，大文字小文字を区別させたときに問題が発生することがあります。

省略時の設定は SET PROCESS /CASE_LOOKUP=BLIND /PARSE_STYLE=EXTENDED です。 RMS では，大文字小文字の区別については，このプロセスの省略時の設定を使用します。

NAML ブロックは，OpenVMS Alpha バージョン 7.2 で導入され，長いファイル名をサポートしています。 OpenVMS バージョン 7.3-1 から，NAML ブロックには新しい NAML$V_CASE_LOOKUP フィールドがあります。 このフィールドにより，プロセスの省略時の大文字小文字の区別の扱いを変更できます。

NAML$V_CASE_LOOKUP には，大文字小文字の区別を指定するための，次の値を設定できます。

NAML$V_CASE_LOOKUP がゼロの場合，または NAML ブロックが使用されていない場合，現在のプロセスの設定が使用されます。

$SET_PROCESS_PROPERTIES システム・サービスは，サービスに関連する単純値を設定します。 バージョン 7.3-1 からは，OpenVMS Alpha (および I64) は，大文字小文字の区別について次の新しいプロパティ・コードをサポートしています。

$GETJPI システム・サービスの新しい項目コードは次のとおりです。

$SET_PROCESS_PROPERTIESW システム・サービスについての詳細は，『HP OpenVMS System Services Reference Manual』を参照してください。

これらの項目コードは，システム・サービス $SET_PROCESS_PROPERTIESW で設定される値を返します。 この値は，PROP$K_CASE_BLIND または PPROP$K_CASE_SENSITIVE です。

10.1.2 Extended File Specifications に対するユーザの期待の設定

ODS-2 と ODS-5 ファイル名の違いについて， システム管理者があらかじめ説明しておくと， ユーザは Extended File Specifications を理解しやすくなるでしょう。 ファイル名の違いは，ODS-2 から ODS-5 方式に変更した場合にとくに顕著に現れます。

使用法に関してのガイド書を配布しておくとユーザに便利です。 ガイド書の内容は，次のカテゴリにわけて作成します。

10.1.2.1 新しい Extended File Specifications の特徴

ここでは，新しい Extended File Specifications の特徴に関して，ユーザにあまり知られていない項目について説明します。

ボリューム構造に注意

ODS-5 ファイルを ODS-5 ボリューム上に配置するためには, ディスクが ODS-2 ボリュームなのか ODS-5 ボリュームなのかを確認する必要があります。

次のようなコマンドを入力すると，ボリュームのタイプが表示されます。

$ SHOW DEVICE DKA500:/FULL Disk AABOUT$DKA500:, device type DZ25 Disk, is online, allocated, deallocate on dismount, mounted, file-oriented device, shareable. Error count 0 Operations completed 155 ⋮ Volume Status: ODS-5, subject to mount verification, file high-water marking, write-back caching enabled. $ SHOW DEVICE DKA200:/FULL Disk AABOUT$DSA200:, device type RZ25 Disk, is online, allocated, deallocate on dismount, mounted, file-oriented device, shareable. Error count 0 Operations completed 232 ⋮ Volume Status: ODS-2, subject to mount verification, file high-water marking, write-back caching enabled.

それぞれのコマンドを実行すると，Volume Status: と表示された項目がありますが，これはボリュームが ODS-5 か ODS-2 かを表示しています。

ODS-2 ボリューム上では拡張ファイル名を使用しない

ODS-2 ボリューム上で ODS-5 拡張ファイル名を使用したファイル名を持つファイルは作成できません。

次の例の DKA200: は ODS-2 ボリュームで，解析スタイルは EXTENDEDです。 このため RMS はエラー・メッセージを返します。

$ SET DEFAULT DKA200:[TEST] $ CREATE x.x.x.x %CREATE-E-OPENOUT, error opening DKA200:[TEST]X^.X^.X.X; as output -RMS-E-CRE, ACP file create failed -SYSTEM-W-BADFILEVER, bad file version number

大文字小文字の区別は拡張ファイル名の最初の登場時に決定

ODS-5 ボリュームでは， 1 つのファイルのすべてのバージョンについて，大文字小文字の区別は統一されます。 大小文字の区別は最初にファイルが作成された際のファイル名で格納されます。

次の例で，このディスクは ODS-5 です。

$ SET DEFAULT DKA500:[TEST] $ SET PROCESS /PARSE_STYLE=EXTENDED $ CREATE myfile.txt Ctrl/Z $ CREATE MYFILE.TXT Ctrl/Z $ DIRECTORY Directory DKA500:[TEST] myfile.txt;2 myfile.txt;1

Extended File Specifications で，大文字小文字の区別の保存と無視が混在する場合

ODS-5 ディスクは，最初に入力された形でファイル名を格納するが， しかしファイルを検索する際にはこの大文字小文字の区別を無視するという点に注意する必要があります。 同様に，比較をする際には，たとえば，DCL コマンド・プロシージャ内で DCL の文字列操作機能である .EQS. や F$LOCATE を使用する場合に注意を要します。

次の例は，DCLによってファイル名の大文字小文字の区別を無視した検索が行われたもので，非常に重要な例です。 このプログラムでは，大文字小文字を区別する検索を指示する引数は指定しておらず， 逆に大文字小文字の区別を無視する検索を指示する引数を指定していることに注意してください。

このプログラムは F$SEARCH を使って ファイル・タイプ .TXT を持つすべてのファイルを検索しようとしています。 RMS は (および，そのために F$SEARCH も) 大文字小文字の区別を無視した検索を行うので， F$SEARCH は .txt をファイル・タイプに持つファイルも同様に検索してしまいます。 そこで F$SEARCH は， F$LOCATE を使い， ファイル名 TEST を持つファイルを検索します。 F$LOCATE は 大文字小文字を区別した比較を行うため， 最初にファイル名の文字列すべてを大文字に変換しない限りこの検索は意図通りに行なわれません。

$ case_blind = 0 $ if p1 .nes. "" then case_blind = 1 1 $loop: $ file = f$search("*.TXT;") 2 $ if file .eqs. "" then goto not_found $ write sys$output "Search returns " + file $ if case_blind .eq. 1 then file = f$edit(file,"UPCASE") 3 $ if (f$locate("TEST",file) .ne. f$length(file) ) then goto found 4 $ goto loop $found: $ write sys$output "Found a file matching TEST" $ exit $not_found: $ write sys$output "Did not find file matching TEST" $ exit

1	引数が存在する場合(かつ，大文字小文字の区別を無視した比較ができる場合)， case_blind を 1に設定します。
2	ファイル名が .TXT または .txt で終わるものを検索します (F$SEARCH は大文字小文字の区別をしないため)。
3	ステップ1 で大文字小文字の区別を無視した比較が選択された場合， 検索時に大文字小文字の区別を無視するため， ファイル名の文字をすべて大文字に変換します。
4	F$LOCATE がファイルを発見した場合，found: に進みます。

次の例は，プログラムを実行した際の出力です。

$ @test Search returns DKA300:[FISHER]test.txt;1 Did not find file matching TEST $ @test case-blind Search returns DKA300:[FISHER]test.txt;1 Found a file matching TEST

CONDENCED ファイル名で別個にリストされる短縮ディレクトリ名と完全ディレクトリ名

一部のシステム・ユーティリティと DCL コマンド， たとえば DIRECTORY コマンドでは， ファイル名をどのように表示するかを切り替えるスイッチを持っています。

• スタイルが CONDENSED の場合, 長さが 255 バイトまでのファイル名が表示されます。 ファイル指定が 255 バイトの制限に達した場合， ディレクトリ名は短縮されてディレクトリID (DID) になります。

• スタイルが EXPANDEDの場合, ファイル名は長さ 4095 バイトまで表示されます。

次の例は 1 つの CONDENSED ディレクトリ名を示します。 DIRECTORY コマンドは，DID で短縮されたディレクトリ名と短縮されていないディレクトリ名を違うものとみなすので，短縮が発生したときには，別個にヘッダを生成します。

$ DIR/STYLE=CONDENSED Directory DKA300:[DEEPER.aaaa.bbbb.cccc.dddd.eeee.ffff.gggg.hhhh.iiii._ten.aaaa. bbbb.cccc.dddd.eeee.ffff.gggg.hhhh.iiii._ten.aaaa.bbbb.cccc.dddd.eeee.ffff.gggg. hhhh.iiii._ten.aaaa.bbbb.cccc.dddd.eeee.ffff.gggg.hhhh.iiii._ten] 1 aaaa.txt;1 Total of 1 file. Directory DKA300:[528,7036,0] 2 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.txt;1 Total of 1 file. Grand total of 2 directories, 2 files. 3

1	CONDENSED スタイルで， ディレクトリ名と ファイル名の組み合せが 255 バイトを越えない場合， ディレクトリ名は ディレクトリ ID (DID) 短縮に短縮されません。
2	CONDENSED スタイルで， ディレクトリ名と ファイル名の組み合せが 255 バイトを越えた場合， ディレクトリ名は ディレクトリ ID (DID) 短縮に短縮されます。
3	DIRECTORY コマンドを実行すると， 完全なディレクトリ名と短縮されたディレクトリ名の両方が 1 つのディレクトリに対して表示されます。 DIRECTORY コマンドはこれを別々の 2 つのディレクトリのように扱って表示します。

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

10.1.2.2 ODS-2 と ODS-5 の混在使用

この節では，クラスタ内で ODS-2 と ODS-5 を同時に使用する場合の注意点について説明します。

混在ボリューム環境における従来のファイル名の使用

ODS-2 と ODS-5 の両方のボリューム上での ODS-2 と ODS-5 ファイル名の非互換の問題を避けるため， また以前のバージョンの OpenVMS との下位互換性を保証するため， 従来の ODS-2 ファイル名だけを使用してください。

解析スタイルによるエラー・メッセージの相違

解析スタイルの違いによってユーザに表示されるエラーが変化する場合があります。 従来 DCL レベルで処理されてきた 構文エラー は， たとえば解析スタイルが EXTENDEDの場合，現在では RMS と XQP に送られます。 この結果，ファイルの構文エラーの発生に対してユーザが受け取るメッセージは解析スタイルとボリューム構造によって多少異なることがあります。

次の例は エラー・メッセージが異なる場合の例です。

• ODS-5 ボリューム上での TRADITIONAL スタイルと EXTENDEDスタイル:

  $ SHOW DEVICE DKA500:/FULL Disk AABOUT$DKA500:, device type RZ25 Disk, is online, allocated, deallocate on dismount, mounted, file-oriented device, shareable. Error count 0 Operations completed 155 . . . Volume Status: ODS-5, 1 subject to mount verification, file high-water marking, write-back caching enabled. $ SET PROCESS /PARSE_STYLE=TRADITIONAL 2 $ OPEN /WRITE FILE z.z.z.z %DCL-W-PARMDEL, invalid parameter delimiter - check use of special characters \.Z\ 3 $ SET PROCESS /PARSE_STYLE=EXTENDED 4 $ OPEN /WRITE FILE z.z.z.z $ 5

  1	ボリュームは ODS-5である。
  2	解析スタイルを TRADITIONALに設定した。
  3	DCL はこの ODS-5 ファイル名に対しこのようなエラーを返した。
  4	解析スタイルを EXTENDEDに 設定した。
  5	DCL がファイルを作成した。

• ODS-2 ボリューム上での TRADITIONALスタイルと EXTENDED スタイル:

  Disk AABOUT$DKA200:, device type RZ25 Disk, is online, allocated, deallocate on dismount, mounted, file-oriented device, shareable. Error count 0 Operations completed 232 . . . Volume Status: ODS-2, 1 subject to mount verification, file high-water marking, write-back caching enabled. $ SET PROCESS /PARSE_STYLE=TRADITIONAL 2 $ OPEN /WRITE FILE z.z.z.z %DCL-W-PARMDEL, invalid parameter delimiter - check use of special characters \.Z\ 3 $ SET PROCESS /PARSE_STYLE=EXTENDED 4 $ OPEN /WRITE FILE z.z.z.z %DCL-E-OPENIN, error opening -RMS-E-CRE, ACP file create failed 5 -SYSTEM-W-BADFILEVER, bad file version number

  1	ボリュームは ODS-2 である。
  2	解析スタイルを TRADITIONALに設定した。
  3	DCL は エラー・メッセージを返した。
  4	解析スタイルを EXTENDEDに設定した。
  5	DCL はこのファイル名を許したが，XQP はエラーを返した。

• 同じ構文エラーに対する異なるエラー・メッセージの例:

  $ SHOW DEVICE DKA500:/FULL Disk AABOUT$DKA500:, device type RZ25 Disk, is online, allocated, deallocate on dismount, mounted, file-oriented device, shareable. Error count 0 Operations completed 155 . . . Volume Status: ODS-5, 1 subject to mount verification, file high-water marking, write-back caching enabled. $ SET PROCESS /PARSE_STYLE=TRADITIONAL 2 $ CREATE a^<b.c %DCL-W-PARMDEL, invalid parameter delimiter - check use of special characters \^\ 3 $ SET PROCESS /PARSE_STYLE=EXTENDED 4 $ CREATE a^<b.c %CREATE-E-OPENOUT, error opening a^<b.c as output -RMS-F-SYN, file specification syntax error 5

  1	ボリュームは ODS-5である。
  2	解析スタイルを TRADITIONALに設定した。
  3	DCL は構文エラーに対し，エラー・メッセージを返した。
  4	解析スタイルを EXTENDED に設定した。
  5	RMS は構文エラーに対し上記と異なるエラーを返した。

暗黙のファイル名出力に注意

ユーティリティにファイルを作成させる場合， 処理されるファイル名から暗黙に設定される省略時の設定に注意する必要があります。 ODS-2 ボリュームに拡張された名前を持つファイルを誤って置かないよう， どこにファイルを置くのかは意識していてください。

次の例は，ユーザが意図していない場所にファイルを置いてしまった例です。

• アプリケーションまたはユーティリティが ODS-5 拡張ファイル名を ODS-2 (DKA200:) ボリュームに書き込もうとした場合にエラーとなる。 次の例を参照。

$ SHOW DEFAULT DKA200:[DOREO] $ DUMP /OUTPUT DKA500:[DOREO]This^_is^_a^_file.Dat %DUMP-E-OPENOUT, error opening DKA200:[DOREO]THIS^_IS^_A^_FILE.DMP;as output -RMS-E-CRE, ACP file create failed -SYSTEM-W-BADFILENAME, bad file name syntax

/OUTPUT 修飾子で指定された出力ファイルは，省略時の設定では， 省略時ディレクトリ作成される入力ファイルと同じファイル名でファイル・タイプ .DMP のファイルになります。 入力ファイル指定が ODS-5 ボリュームにある拡張名のとき，.DMP ファイルは従来の名前を持つ必要があります。 その理由は，出力ファイルが ODS-2 ボリュームに書き込まれる予定だからです。 その結果として，エラーが発生します。

• バッチ・コマンド・ファイルは，次の条件すべてが真となると実行に失敗する:

  • ログ・ファイルの作成が明示的あるいは暗黙に指定されている。

  • 明示的あるいは暗黙のログ・ファイル指定が拡張ファイル名 (つまり ODS-2 対応でない)である。

  • ログ・ファイルが ODS-2 ボリューム上に作成されるように指定されている。

  上記の条件がそろうと，ログ・ファイルを作成することができないので， バッチ・コマンド・ファイルは実行されません。 論理名 SYS$LOGIN が ODS-2 ボリュームを指し示している場合にこの状況はよく起ります。 これは，ログ・ファイルが暗黙に SYS$LOGIN デバイスに作成されるからです。 さらに，バッチ・ジョブのキュー登録時に通知機能が禁止されていた場合， バッチ・ジョブが実行されなかったことが通知されません。

  この問題を避けるため， ODS-5 拡張ファイル名を持ったコマンド・ファイルをキューに登録する場合には /LOG= 修飾子と ODS-2 対応ログ・ファイル指定を使用します。

10.2.1 システム管理に関する考慮事項

深いディレクトリへの RMS アクセスおよび拡張ファイル名は， OpenVMS Alpha V7.2 またはそれ以降のシステム，および I64 システムにマウントされた ODS-5 ボリュームでのみ利用可能です。 ODS-5 ボリュームは，できるだけ Alpha V7.2 以降を実行する同質の OpenVMS Cluster 上でのみ有効化してください。

バージョン 7.3-1 よりも前の OpenVMS では，ODS-5 ボリュームはシステム・ディスクとしては使用できませんでした。 また，ODS-5 ディスクは，同質の Alpha クラスタでのみ使用するように推奨されていました。 これらの制限事項は，削除されました。 OpenVMS バージョン 7.3-1 およびそれ以降では，ODS-5 ボリュームのシステム・ディスクとしての使用と，異種混在 Alpha クラスタでの使用がサポートされています。

ODS-5 を混合バージョンまたは混合アーキテクチャの OpenVMS Cluster で有効化する場合， システム管理者は特別な手順に従う必要があり，また混在バージョン， 混在アーキテクチャの OpenVMS Cluster で ODS-5 ボリュームを有効にした場合の固有の制約を知っておく必要があります。

混合バージョンまたは混合アーキテクチャの OpenVMS Cluster におけるユーザに関する ODS-5 サポート上の制約については，10.2.2 項 「ユーザに関する考慮事項」 に詳細を示します。

ほとんどの非特権アプリケーションは，ほとんどの拡張ファイル名を扱うことができますが，拡張ファイル名をすべて扱えるためには，変更が必要なアプリケーションもあります。 ディスクとの間で物理または論理 I/O を使用する特権アプリケーションおよび ODS-5 ファイル名またはボリュームへのアクセスに関して特定の要請があるアプリケーションは， 変更が必要な場合があるので，分析が必要です。 フル・サポートされる OpenVMSアプリケーションのリストについては， Web サイト www.hp.com/go/openvms を参照してください。 また，ODS-5 が OpenVMS に与える影響についての詳細は， 10.2.3 項 「アプリケーションに関する考慮事項」 を参照してください。

10.3.1 項 「Extended File Specifications のサポート・レベル」 では，Extended File Specifications のサポートレベルの決定について，詳細に説明しています。

10.2.2 ユーザに関する考慮事項

OpenVMS Alpha バージョン 7.2 システムのユーザは， OpenVMS Alpha バージョン 7.2 システムにマウントされた ODS-5 ボリュームで，Extended File Specifications 機能をすべて利用することができます。

混合バージョンまたは混合アーキテクチャの OpenVMS Cluster は， ODS-5 機能の利用が制限されることがあります。 9.1.2.2 項 「混在バージョンのサポート」 に，混合バージョンの OpenVMS Cluster に存在する制限事項を示します。 また，9.1.2.3 項 「デュアル・アーキテキチャ・サポート」 に，混合アーキテクチャの OpenVMS Cluster に存在する制限事項を示します。

10.2.3 アプリケーションに関する考慮事項

ODS-5 機能は，ボリュームごとに選択することができます。 ODS-5 ボリュームをシステム上で有効にしていない場合， 既存のアプリケーションの動作はすべて従来どおりです。 ODS-5 ボリュームを有効にした場合は，次の点が従来とは異なることに注意する必要があります。

ODS-5 ボリュームでは，ドキュメントに記載されたインタフェースに準じてコーディングされた既存のアプリケーションとレイヤード・プロダクトおよび DCL コマンド・プロシージャは，変更なく動作します。

しかし，ドキュメントに記載されていないインタフェースに準じてコーディングされたアプリケーション，または次のいずれかを含むアプリケーションが ODS-5 ボリューム上で想定どおりに動作するには，変更が必要になることがあります。

	注意: XQP が変更されないまま OpenVMS VAX システム，Alpha システム，または I64 システム上で稼働し ODS-5 にアクセスした場合，Unicode または ISO Latin-1 名の代わりに ODS-2 に準拠しない擬似名が返されたと認識します。 これによってアプリケーションが予期しない動作をすることがあります。 ODS-5 ディスクを使用して XQP インタフェースを持つファイル名を指定または検索するアプリケーションが拡張名を持つファイルにアクセスするためには変更が必要です。

OpenVMS アプリケーションのサポート状況についての詳細は， 『OpenVMS Programming Concepts Manual』を参照してください。

10.3.1 Extended File Specifications のサポート・レベル

ODS-5 に対する OpenVMS ユーティリティとコマンドの動作を予測できるよう， 次のサポート・レベルが確立されています。 各レベルは，ユーティリティまたはコマンドが，拡張 (ODS-5 準拠) ファイル指定に遭遇したときの許容できる動作の概要を定めています。

ODS-5のサポート・レベルは，フル・サポートからノー・サポートまであり， 10.3.1.1 項 「フル・サポート」 から 10.3.1.4 項 「ODS-5 のサポートなし」 までの節で，それぞれ説明します。

10.4.1 VAX ユーザに対する ODS-5 ボリュームへのアクセスの禁止

VAX ノードにある ODS-5 ボリュームへのユーザからのアクセスを禁止するには，次の手順を行います。

10.4.2 テストされていないアプリケーションに対する ODS-5 ボリューム へのアクセスの禁止

ODS-5 ボリュームへのテストされていないアプリケーションからのアクセスを禁止するには， 次の手順を行います。

オプションとして，前述の最後の手順で， テストされていないアプリケーションに対して熟練したユーザがアクセスできるように， 次の手順を行うことで，この制限を無効にすることもできます。

上記の手順を完了すると，次のようになります。

10.6.1 アクセス日付の表示

POSIX 準拠のタイムスタンプを ODS-5 ディスク上でサポートするために， OpenVMS Alpha バージョン 7.3-1 には，次の 3 つの新しいファイル属性が用意されています。

ファイル・ヘッダの変更は，ファイルが実際にアクセスされた場合を除き， ATTDATE と記録されます。 REVDATE ACP-QIO 属性は， 最新の MODDATE と ATTDATE タイムスタンプです。 新しい ACP-QIO 属性は，保存された REVDATE を返します。

ファイルを閉じたときに，“norecord” が設定されていると，ACCDATE と REVDATE は変更されません。 設定されていない場合は，データがファイルから読み取られてファイルを閉じたときに，ファイルのアクセス日付が更新されます。 データがファイルに書き込まれた場合は，ファイルを閉じたときに， ファイルの変更日が更新されます。

アクセス日付はディスクに書き出す必要があるので，これらの新しいファイル属性が使用されると，性能に影響します。 システム管理者は，次のコマンドを使用してアクセス日付サポートの有効/無効や，アクセス日付を変更する頻度を制御します。

$  SET VOLUME/VOLUME_CHARACTERISTICS=([[NO]]HARDLINKS,][[NO[ACCESS_DATES[=$deltatime]]) 

ファイルへのアクセスが頻繁な場合，性能への影響を制限するために，小さな変更に関してはアクセス時刻の更新を抑制することができます。 新しいアクセス時刻が有意かどうかは，デルタ時刻によって判定されます。

次の項に，SET VOLUME/VOLUME_CHARACTERISTICS コマンドを使用してアクセス日付を設定する方法の例を示します。

10.6.1.1 DCL のアクセス日付

アクセス日付の自動更新を有効にするには，SET VOLUME/VOLUME_CHARACTERISTICS コマンドを使用します。

$ SET VOLUME/VOLUME_CHARACTERISTICS=ACCESS_DATES=[deltatime] NODE$COE1

deltatime の省略時の値は 1 秒です。 この値は，“紀元からの経過秒数(seconds since the EPOCH)” というPOSIX st_atime が要求する時刻インタフェースに準拠します。 1 秒ごとに更新する必要がないサイトの場合は， これよりも大きなデルタ時刻を選択して， オーバヘッドを減少させることができます。

また，INITIALIZE/VOLUME_CHARACTERISTICS=ACCESS_DATES コマンドを使用して， アクセス日付の自動更新を有効にすることもできます。 これには，次のコマンドを実行します。

$ INITIALIZE/VOLUME_CHARACTERISTICS=ACCESS_DATES NODE$COE1 $ MOUNT NODE$COE1

ボリュームでのアクセス日付サポートを無効にするには， SET VOLUME/VOLUME_CHARACTERISTICS=NOACCESS_DATES コマンドを使用します。 SET VOLUME/VOLUME_CHARACTERISTICS=NOACESS_DATES コマンドは， コマンドが実行されているノードでのみ有効です。 他のノードは，次にボリュームがマウントされるときまで， 変更による影響はありません。

10.6.1.2 日付の表示

DCL コマンド DIRECTORY と DUMP/HEADER は， 新しいタイムスタンプをサポートします。 新しいタイムスタンプを表示するには，DIRECTORY/DATE コマンドを使用します。

$ DIRECTORY/DATE=ACCESSED

/DATE=ACCESSED 修飾子は最後のアクセス日付， すなわち最後にデータがファイルから読み取られた日付を指定します。 他の 2 つの修飾子は，新しいタイムスタンプに関する情報を表示します。 最後に属性が変更された日付を指定するには， /DATE=ATTRIBUTES 修飾子を使用します。 またサイトにデータが変更された日付を指定するには /DATE=DATA_MODIFIED 修飾子を使用します。

10.7.1 ファイルの保護

次のレベルでディスクや磁気テープ媒体上のデータを保護することができます。

次の方法でディスクやテープ・ボリューム上のデータを保護することができます。

たいていの場合，ファイルの保護は外部から見えませんが，OpenVMS には， ファイルの保護設定を変更するためのツールが用意されています。 次のような場合に，ファイルの保護モードを設定したり， ファイルの ACL を変更したりすることができます。

10.7.2 ファイルの所有権と保護情報の表示

表 10-5 「所有権と保護情報を表示する DCL コマンド」 に示すコマンドと修飾子を使い，ファイルの所有権と保護情報を表示することができます。

テープ・ボリュームはディレクトリ構造を持ちませんが， DIRECTORY コマンドを使用して，テープ・ボリューム上のファイルを検索することができます。 10.9 項 「テープ・ファイルへのアクセス」 では，テープ・ファイルにアクセスして，読み込みまたは書き込みを行う方法と， テープに対する DIRECTORY コマンドの使用法を説明します。

DCL の SHOW PROTECTION コマンドは，プロセスに対する現在の省略時の保護情報を表示します。 ターミナル・セッション中に作成されるファイルやバッチ・ジョブには，この省略時の保護が適用されるため， ディレクトリや既存のバージョンの省略時の保護を適用することはできません。

	注意: SHOW PROTECTION コマンドを使用して磁気テープの省略時の保護情報を表示するためには，磁気テープを初期化する INITIALIZE コマンドに /PROTECTION 修飾子が指定されている必要があります。 この指定が行われていない場合，保護コードが磁気テープ・ボリュームに書き込まれることはありません。 磁気テープ・ボリュームの初期化については，9.3 項 「ボリュームの初期化」 を参照してください。

次に，SHOW PROTECTION コマンドを使用したディスク・ファイルの保護属性の表示例を紹介します。

例

$ SHOW PROTECTION
SYSTEM=RWED, OWNER=RWED, GROUP=RE, WORLD=NO ACCESS

現在の省略時の保護属性の表示を要求する SHOW PROTECTION コマンドの例です。

10.7.3 ディスク・ファイルの保護

ディスク上の各ファイルには， ディスク・ボリュームそのものに適用される保護とは明確に異なる， 独自の保護コードを設定することができます。 ディスク・ボリューム上のファイルに設定されるアクセス権を 表 10-6 「ディスク・ファイルの保護とアクセス権」 に示します。

ファイルの作成時に保護コードが設定されなかった場合，システムは省略時の保護コードを割り当てます。 ただし，ファイルのバージョンがすでに存在する場合は，前のバージョンの保護コードが適用されます。

新規ファイルの場合，システムは次の 2 つの方法で適用する保護コードを決定します。

ディスク・ボリュームの各ファイルの保護属性が同じである必要はありません。 SECURITY/PROTECTION などのファイル操作コマンドを使って， ファイルごとに異なる保護属性を設定することができます。

	注意: ファイルを完全に保護するためには，ファイルと，それが含まれるディレクトリの両方を保護する必要があります。 すなわち，権限を持たないユーザがファイルにアクセスしないようにしたい場合は，ファイルが含まれるディレクトリとファイルそのものに適切な保護設定をしてください。 ディレクトリの保護方法については， 10.7.4 項 「ディスク・ディレクトリの保護」 で詳しく説明します。

以降の節では，次の作業について説明します。

10.7.3.1 省略時のディスク・ファイル保護

新たに作成されたファイルは，省略時の UIC に基づく保護と， 親ディレクトリの省略時の ACE (アクセス制御エントリ) の保護 (親ディレクトリにそうしたエントリがある場合) を受けます。 また，既存のファイルに新しいバージョンが作成された場合は， 前のバージョンの UIC に基づく保護と ACL が設定されます。

RENAME/INHERIT コマンドを使用しないかぎり， ファイル名を変更しても保護属性が変わることはありません。

省略時の UIC に基づく保護の変更

オペレーティング・システムは，各プロセスに省略時の UIC に基づく保護として (S:RWED,O:RWED,G:RE,W) を割り当てます。 このプロセスで作成されたファイルに適用されるこの省略時の保護を変更する場合は，次の形式の SET PROTECTION/DEFAULT コマンドを使用します。

SET PROTECTION[=(コード)]/DEFAULT

コード	指定したファイルに適用される保護属性を定義する。 このコードを指定しなかった場合は，アクセスは現行の省略時の保護属性に設定される。

たとえば，ログイン・コマンド・プロシージャに次のコマンドを登録しておくと，それ以降に作成されるすべてのファイルに対する読み込みおよび実行アクセス権がすべてのプロセスに付与されます。

$ SET PROTECTION = (S:RWED,O:RWED,G:RE,W:RE)/DEFAULT

このコマンドを実行するためには，ログイン・コマンド・プロシージャを実行する必要があります。

10.7.3.2 ディスク・ファイル保護の明示設定

次に示す形式で /PROTECTION 修飾子を使用すると， 新しいファイルに対する UIC に基づく保護を明示的に設定することができます。 この修飾子が使用可能なコマンドは，BACKUP，COPY，RENAME，CREATE です。

$ CREATE MAST12.TXT/PROTECTION=(S:RWED,O:RWED,G,W)

また，新たに作成したファイルに対して ACL を作成した場合は，必要なだけ ACL に ACE を登録することができます。 ACL に指定した保護は，ファイルの UIC に基づく保護に優先します。

次の例では，保護コードのチェック例と指定例をいくつか紹介します。

例

1. $ SHOW PROTECTION SYSTEM=RWED, OWNER=RWED, GROUP=RE, WORLD=NO ACCESS

   SHOW PROTECTION コマンドで，現在のシステムの省略時の保護コードを表示している。 この例では，システムの省略時の保護であることが示されている。 システムと所有者がすべてのアクセス権，グループ・ユーザが読み込みアクセス権と実行アクセス権を持ち，一般ユーザにはアクセス権がないことがわかる。

2. $ SHOW SECURITY IMAGES.DIR DBA1:[SADAMS]IMAGES.DIR;1 object of class FILE Owner: [SAM,SADAMS] Protection: (System: RWE, Owner: RWE, Group: RE, World: E) Access Control List: (IDENTIFIER=[SAM,SADAMS],ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL)

   この例では，SHOW SECURITY コマンドで IMAGES.DIR ファイルの現在の保護属性を表示している。

3. $ DIRECTORY/SECURITY IMAGES.DIR Directory DBA1:[SADAMS] IMAGES.DIR;1 [VMS,SADAMS] (RWE,RWE,RE,E) (IDENTIFIER=[VMS,SADAMS],ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL) Total of 1 file.

   この例では，DIRECTORY コマンドに /SECURITY 識別子を指定することにより，IMAGES.DIR ファイルの現在の保護属性を表示している。

4. $ COPY/PROTECTION=(SYSTEM:RW,OWNER:RWED,GROUP:RW,WORLD) ABC.DAT XYZ.DAT

   この例では，/PROTECTION 修飾子で，ABC.DAT ファイルを XYZ.DAT ファイルにコピーするときに保護コードを指定している。

5. $ SET SECURITY/PROTECTION=(SYSTEM:RWE,OWNER:RWED,GROUP:RE,WORLD) ABC.DAT

   この例では，SECURITY/PROTECTION コマンドで， 既存のファイルの保護コードを変更している。 ABC.DAT ファイルについてこのコマンドが与えている指示は， システム・ユーザには読み込み，書き込み，および実行のアクセス権を， 所有者には読み込み，書き込み，実行，および削除のアクセス権を， グループ・ユーザには読み込みと実行のアクセス権を付与し， 一般ユーザにはアクセス権を付与しないというものである。

   システムと所有者には暗黙で制御アクセス権が付与され，変更されることはないが，グループと一般ユーザには，そうした制御権は与えられない。

10.7.4 ディスク・ディレクトリの保護

ディレクトリには個々に保護が設定されます。 このときディレクトリの保護は，そこに含まれる個別ファイルの保護に優先することがあります。 たとえば，ディレクトリに含まれているファイルが一般ユーザのアクセスを許可していたとしても，ディレクトリが一般ユーザのアクセスを拒否している場合，一般ユーザがファイルにアクセスすることはできません。

ディレクトリを保護するために設定できるアクセス権を 表 10-8 「ディレクトリの保護とアクセス権」 に示します。

表 10-8 ディレクトリの保護とアクセス権

アクセス権	与えられる権利
読み込み	ファイルの表示，プリント，およびコピーのアクセス権。 ディレクトリに対する読み込みアクセス権があると， DIRECTORY コマンドを使ってディレクトリの内容を表示することができる。 たとえば，ディレクトリ [JONES] に対する読み込みアクセス権があれば， 次のコマンドを入力することによって， [JONES] ディレクトリに含まれるファイルのリストを得ることができる。 $ DIRECTORY [JONES] このアクセス権があれば， ファイル自体にアクセスを拒否する保護が設定されていないかぎり， ディレクトリ中の任意のファイルにアクセスすることができる。
書き込み	ディレクトリを変更したり，ディレクトリに書き込んだりする権利。 ただし，ディレクトリでのファイルの作成， ディレクトリ内のファイル名の変更などのディレクトリ・ファイルの変更を伴うファイル操作を行うためには，ディレクトリに対する読み込みおよび書き込み両方の権利が必要である。
実行	この権利がディレクトリに対して適用されると，実行アクセス権により，名前を指定してファイルにアクセスできるが，ディレクトリ内の全エントリをリストすることはできない。 すなわち，特定のあるいは暗黙のワイルドカードは使用できない。 たとえば，[JONES] ディレクトリに対する権利が実行アクセス権しかなくて，次のコマンドを入力すると仮定する。 $ DIRECTORY [JONES] これに対しシステムはエラー・メッセージ "insuffcient privilage or file protection violation" を出すだけで，[JONES] ディレクトリのファイルのリストを表示しない。 [JONES] ディレクトリに DATAFILE.DAT というファイルがあることが判明している場合は，次のコマンドを使用することができる。 $ TYPE [JONES]DATAFILE.DAT システムは指定ファイルの内容を表示する。 つまり，アクセス権が実行アクセス権だけの場合は，読み込みアクセス権で可能な操作の一部しか行うことができない。 個々のファイルへのアクセスは，まだファイル保護によって制御されている。 たとえば，EXPENSES.DAT ファイルの内容を表示するには，ディレクトリ・ツリー内の JONES，REPORT，および JUNE の各ディレクトリに読み込みアクセス権または実行アクセス権を持っている必要がある。 $ TYPE [JONES.REPORTS.JUNE]EXPENSES.DAT
削除	ディレクトリ・ファイルを削除する権利。 ディレクトリ・ファイルを削除するためには， ディレクトリに含まれるすべてのエントリを削除しておく必要がある。 CREATE/DIRECTORY コマンドでディレクトリを作成した場合，省略時の設定では， 削除アクセス権は付与されない。 ディレクトリ・ファイルを削除したい場合は， DCL の SET PROTECTION コマンドを使用し， 所有者カテゴリに明示的に削除アクセス権を割り当てておく必要がある。
制御	ディレクトリの属性を変更する権利。

UIC に基づくディレクトリの保護

ファイルを完全に保護するためには，それが置かれているディレクトリに少なくとも同じ保護を適用する必要があります。 たとえば，ファイルに対するすべてのアクセス権をユーザに与えていて，そのファイルが存在するディレクトリについて，読み込みアクセス権だけ与えている場合，ユーザはファイルの存在を確認することはできますが，ファイルの内容にアクセスすることはできません。 また，ファイルに対するアクセスだけ許可されていて，そのファイルが存在するディレクトリまたはそのディレクトリの親ディレクトリに対するアクセスが拒否されている場合は，ファイルの存在を確認することもできません。

	注意: 重要なファイルの保護は，ディレクトリの保護だけでは不十分です。 ディレクトリに含まれるファイルについても，個々に保護する必要があります。 ディスク・ファイルの保護については， 10.7.3 項 「ディスク・ファイルの保護」 を参照してください。

省略時の設定では，ディレクトリには UIC に基づく保護 (S:RWE,O:RWE,G:RE,W:E) が適用され，ACL は適用されません。 新しく作成されたディレクトリには，削除アクセス権を除き， 親ディレクトリと同じ保護が適用されます。

ディレクトリに UIC に基づく保護を指定するときは， 次のガイドラインに従ってください。

以降の項ではディレクトリ保護属性と省略時の ACL 保護の変更について説明します。

10.7.4.1 ディレクトリ UIC 保護属性の変更

ディレクトリの保護属性の変更には，DCL の SET DIRECTORY コマンドを使用します。

例

$ SET DIRECTORY/OWNER_UIC=[360,020] [DAVIS],[USERS]

この例では，[DAVIS] と [USERS] ディレクトリの所有者 UIC を変更しています。 /OWNER_UIC 修飾子には，SYSPRV (システム特権) が必要になります。

10.7.4.2 省略時の ACL 保護の変更

省略時の保護 ACE を適切なディレクトリ・ファイルの ACL に置けば， 指定ディレクトリまたはサブディレクトリの省略時の UIC 保護を変更できます。 ACE で指定されている省略時の保護は， 指定のディレクトリ，あるいはそのディレクトリの任意のサブディレクトリにあるすべての新規ファイルに適用されます。

例

次の ACE は，(ディレクトリおよびサブディレクトリ内で作成されたファイル用の) 省略時の保護が，システムおよび所有者にフル・アクセス権， グループ・プロセスに読み込みおよび実行アクセス権を許し， ワールド・ユーザにアクセスを許さないように指定します。 ACE はディレクトリ・ファイルの ACL に入っている必要があります。

(DEFAULT_PROTECTION,S:RWED,O:RWED,G:RE,W:)

10.7.5 磁気テープ・ファイルの保護

テープは個々のユーザのデバイスであるため，テープの保護はボリューム・レベルでしか行われません。 通常，磁気テープ・ボリュームの保護コードは， INITIALIZE コマンドで設定します。

DCL コマンドを使用して，磁気テープ・ボリュームの保護属性を変更することはできません。 詳細は 9.5.1 項 「ディスクのマウントで使用可能な MOUNT コマンドの修飾子」 を参照してください。

10.9.1 テープ上のファイル名の説明

OpenVMS システムでは，磁気テープのファイルに対して， 2 種類のファイル名を使用することができます。

表 10-9 「OpenVMS 拡張ファイル名および標準ファイル名の比較」 に，OpenVMS 拡張ファイル名および標準ファイル名の特性の違いを示します。

10.9.2 標準ラベル・テープ上のファイルの検索

磁気テープ・ボリューム上のファイルにアクセスして，読み込みまたは書き込みを行う際に，その格納場所が分からないことがあります。 そうした場合は，DCL の DIRECTORY コマンドを使用してください。

テープ・ファイル名を指定した DIRECTORY コマンドが入力された場合， テープ・ファイル・システムは次のことを行います。

10.9.3 テープ・ボリュームに対するワイルドカード文字の使用法

OpenVMS オペレーティング・システムでは， いくつかの制限がありますが，テープ・ボリュームに対するファイル指定でワイルドカード文字を使用することができます。

OpenVMS 拡張ファイル名および標準ファイル名でのワイルドカード文字の使用方法を表 10-10 「テープ・ボリュームに使用できるワイルドカード文字」 に示します。

OpenVMS 拡張ファイル名の場合は，ファイル名とファイル・タイプ・フィールドのそれぞれを 39 文字の長さまで指定できるのに対し，標準ファイル名の長さは最大で 17 文字です。

次の例では，DIRECTORY コマンドのファイル指定でワイルドカード文字を使用して，テープ・ボリュームのファイルを検索する方法を紹介します。 ディスク・ファイルとテープ・ファイルとでは， DIRECTORY コマンドの働きが異なります。

例

10.9.4 テープ・ボリュームからのファイルの読み込み

テープ・ファイルにアクセスして読み込みを行おうとすると，テープは， ファイル・ヘッダ・ラベルの後のファイル・セクションの先頭に位置付けられます。 また，テープ・ボリューム上のファイルにアクセスして， ファイル・セクションのデータではなく，ヘッダ・ラベルの属性だけ読み取ろうとすると，プロセスに RMS 属性が返されます。 たとえばボリュームかファイル，またはファイルのリストに DIRECTORY/FULL コマンドが実行されたときにテープ・ファイル・システムが行うことは次のとおりです。

読み込みアクセスでオープンされたテープ・ファイルは，次のいずれかの方法で暗黙に，または明示的にクローズされます。

例

DCL の TYPE コマンドを使って，テープ・ボリュームのファイルを読み込み，その内容をターミナルに表示することができます。 たとえば，TESTFILE.DOC;1 というファイルの内容を読み込む場合は， 次のコマンドを使用します。 このとき，ディレクトリ検索によって， TESTFILE.DOC;1 テープ・ファイルがテープ・ボリューム MTA1: に含まれる OpenVMS ファイルであることがわかっているものとします。

$ TYPE MTA1:TEST*.%*;*

ターミナルには次の情報が表示されます。

MTA1:TESTFILE.DOC;1

This is a test file.

10.9.5 テープ・ボリュームへのファイルの書き込み

テープ・ボリュームへのファイルの書き込みの場合， テープ・ファイル・システムはアクセス・チェックを行って，ラベルを書き込み，必要ならばボリュームを切り換えます。

10.9.5.2 ファイルの追加または更新

DCL を使用して既存のファイルに書き込みアクセスした場合，実際に行われるのは次に説明する追加または更新操作のいずれかです。

操作	説明
追加	追加を目的としたファイルのアクセスの場合，テープは， トレーラ・ラベルの前のテープ・マークの前に位置付けられる。 そして，ファイルが追加され，クローズされると，ファイルの作成と同じ処理が行われる。
更新	更新を目的としたファイルのアクセスの場合，テープは，ヘッダ・ラベルの後のテープ・マークの後ろに位置付けられる。 そして，ファイルが書き込まれ，クローズされると，ファイルの作成と同じ処理が行われる。

テープ・ファイルの更新または追加を行えるのは，バッファ・オフセットの長さとして値 0 がヘッダ・レベルに設定されている場合だけです。 テープ・ファイルの実際の更新と追加方法については， 10.10 項 「ファイルのコピーおよび転送」 で説明します。

ファイルを更新するときに /OVERRIDE=EXPIRATION が指定されなかった場合，テープ・ファイル・システムは，書き込みを許可する前にファイルの満了日フィールドをチェックします。

また，ファイルの追加の場合は，追加先のファイルとその直後のファイル両方の満了日を調べ，いずれかのファイルが満了日に達していない場合， 磁気テープ・ファイル・システムはファイルの追加を許可しません。

例

CREATE コマンドを使用してボリュームにアクセスし，書き込みを行うことができます。 たとえば，テープ・ボリュームに新しいファイルを書き込む CREATE コマンドの例を次に示します。

$ CREATE MTA0:MYFILE

この例にあるコマンドに類似したコマンドを実行したら，続いて次の操作を行います。

1. ファイルの内容を入力する。

2. Ctrl/Z を押して，DCL コマンド・レベルを離れることなくファイルをクローズし，テープ・ボリュームにファイルを書き込む。

10.10.1 ディスク・ボリュームへのファイルのコピー

ディスク・ボリュームにファイルをコピーするためには，次のことを行っておく必要があります。

ディスクからのコピーの場合

ディスク・ボリュームのファイルの省略時の形式は，Files-11 構造のレベル 2 の形式です。 その他，RSX-11M や RSX-11M-PLUS，RSX-11D，IAS などの他の弊社オペレーティング・システムで使用されている Files-11 構造のレベル 1 形式でディスクを初期化することもできます。

ディスクから標準ラベルのディスク・ボリュームにファイルをコピー すると，次の項目に変更が加えられます。

COPY コマンドを使用して， 省略時のディレクトリにあるすべてのファイルの最新バージョンを， 同じボリュームの別のディレクトリにコピーすることができます。

テープからのコピーの場合

磁気テープのファイルの省略時の形式は，標準ラベルのボリュームの形式です。 OpenVMS システムは，ディスク・ファイルとして順編成，相対編成， および索引編成ファイルをサポートしていますが，標準ラベルのディスク・ボリュームには順編成ファイルしかコピーできません。 また，有効なレコード形式は可変長と固定長だけです。

テープ・ファイル名を持つファイルを磁気テープからディスクにコピーする場合は， 出力ファイル名として標準の OpenVMS ファイル名を指定してください。 出力側が OpenVMS ファイル名以外の場合，プロセスには次のエラー・メッセージが送られます。

RMS-F-FNM, error in file name

このメッセージは，テープ・ファイル名が有効な OpenVMS ファイル名ではないことを示しています。

/LOG 修飾子を指定した COPY コマンドが入力された場合，システムはファイルを 1 つコピーし終えるたびに現在の SYS$OUTPUT デバイスにメッセージを送ります。 ファイルのコピーが正常に行われたか確認したい場合は， DIRECTORY コマンドを使用してください。

例

10.10.2 テープ・ボリュームへのファイルのコピー

COPY コマンドは，ディスク・ボリュームからテープ・ボリュームへのファイルのコピーにも使用することができます。 手順は，ディスク・ボリューム間のファイルのコピーとほぼ同じです。 しかし，テープは順次アクセスデバイスであり，ディレクトリはありません。 ディスク・ファイルをテープ・ボリュームにコピーするためには， テープ・デバイスの構成，すなわち，テープ・デバイスの初期化およびマウントを行っておく必要があります。 テープ・ファイルの属性については， 10.9 項 「テープ・ファイルへのアクセス」 を参照してください。

磁気テープは，Files-11 形式のファイル名に完全対応しています。 したがって，たとえば次のファイル名のディスク・ファイルを， ファイル名を変更することなく磁気テープ・ボリュームにコピーすることができます。

   THIS_IS$AN_OPENVMSLONG_FILE.LONG_TYPE

	注意: OpenVMS 以外のオペレーティング・システムの大半は， 17 文字を超える長さのファイル名を使用しません。

OpenVMS システムでは，ストリーム・レコードと固定長制御部付可変長 (VFC) レコードに対応していますが，標準ラベルのボリューム上では，そうしたレコードを可変長形式でコード化します。 OpenVMS 以外のシステムでは，ストリーム・レコードと VFC レコードを可変長レコードと区別せず，両方を可変長レコードと見なします。 したがって，OpenVMS 以外のシステムとの情報の相互交換に使用するボリュームにストリーム・レコードや VFC レコードは作成しないでください。

次に，DCL コマンドを使用して， ディスク・ボリュームの省略時のディレクトリに含まれているファイルを， 標準ラベルの磁気テープ・ボリュームにコピーする手順を紹介します。 ここでは，ディスク・ファイルをコピーする前に， 磁気テープを割り当て初期化する例も取り上げています。

作業方法

ディスク・ボリュームの省略時のディレクトリに含まれているファイルを標準ラベルの磁気テープ・ボリュームにコピーする手順は次のとおりです。

次に，ディスク・ファイルをテープ・ボリュームにコピーする例をいくつか紹介します。

例

10.10.3 テープの終わり位置でのコピーの継続

テープへの，またはテープからのコピー中にテープの終端に達した場合， システムは処理を中断して，ボリューム・セットの次のテープをマウントするよう要求します。 このとき，ターミナルには， オペレータ通信マネージャ (OPCOM) からの次のようなメッセージが表示されます。

%%%%%%%%%%%  OPCOM, 14-MAY-2000 15:23:31.78  %%%%%%%%%%%
request 3, from user PLAW
MOUNT new relative volume 2 (DW0QT2) on MTA1:

	注意: テープ・メッセージは受信が有効になっているオペレータのターミナルにしか送られないため，通常， このメッセージがシステム管理者のターミナルに表示されることはありません。 読み込みまたは書き込みを終えるのに，別のテープが必要であるかどうかは， 担当オペレータが判断することになります。

OPCOM メッセージについては，『OpenVMS システム管理者マニュアル (下巻)』で詳しく説明しています。

自動ボリューム切り換えが無効であるか，テープ・ファイル・システムがボリュームのマウントを行えない場合は，ボリューム・セットの継続ボリュームをマウントしなければならないことがあります。 継続ボリュームのマウントについては， 9.9.2 項 「テープ・ボリューム・セットの継続ボリュームのマウント」 を参照してください。

10.10.4 EXCHANGE ユーティリティによるファイルのコピー

EXCHANGE ユーティリティは， 異なる構造のボリューム間でファイルをコピーするとき， 必要に応じてファイルの形式を変換するユーティリティです。 このユーティリティは，OpenVMS デバイスのすべての Files-11 や RT-11 ディスク・ボリュームばかりでなく， 9 トラック・テープ・デバイスの DOS-11 や RT-11 形式のボリュームも認識します。

EXCHANGE ユーティリティの使用法と，EXCHANGE ユーティリティのすべてのコマンド，修飾子，パラメータについての詳細は， 『OpenVMS Exchange Utility Manual』 やオンライン・ヘルプを参照してください。

10.10.5 EXCHANGE/NETWORK コマンドの使用

DCL の EXCHANGE/NETWORK コマンドを使用すると， OpenVMS のファイル編成をサポートしていないオペレーティング・システムとファイルの転送を行うことができます。 この転送は，OpenVMS のノードおよび OpenVMS 以外のオペレーティング・システムのノードを接続する DECnet 通信リンク上で行われます。

EXCHANGE/NETWORK コマンドを使用すると， 次の操作を実行できます。

EXCHANGE/NETWORK コマンドについての詳細は， オンライン・ヘルプまたは『OpenVMS DCL ディクショナリ』を参照してください。

作業方法

EXCHANGE/NETWORK コマンドは，次の形式で実行します。

例

$ EXCHANGE/NETWORK MYSYS_FILE.DAT FOO::FOREIGN_SYS.DAT

この例では，現行の省略時のデバイスおよびディレクトリにある MYSYS_FILE.DAT ファイルを OpenVMS 以外のノード FOO の FOREIGN_SYS.DAT ファイルに転送しています。 省略時の設定では，ブロックまたはレコード入出力の転送方法を自動的に選択します。

10.11.1 準備

CD-ROM を作成する用意ができたら，次の準備を行います。

持っているデバイス名が，対象のドライブの名前であることを確認するには， 次のように，INQUIRE コマンドの後に，デバイス名を入力します。

$ @SYS$MANAGER:CDRECORD INQUIRE DQA1:

システムによって，DQA1 (または入力した名前) が CD-R または CD-RW ドライブであることが確認されました。 また，ドライブが読み書きする速度も表示されます。

10.11.2 論理ディスクとコンテナ・ファイルのセットアップ

ハード・ドライブの上に，適切な構造とデータをセットアップした後， CDRECORD.COM を使用してすべてをブランク CD-R ディスクに転送します。 これには，まずマウント，ディスマウントでき， 一般に実際のディスクとして扱えるハード・ドライブ上に論理ディスクを作成します。 また，CDRECORD.COM は，論理ディスク上の単一のエンティティとしてファイルを扱う必要があるので，コンテナ・ファイルも作成します。

最高の性能を実現するために，論理ディスクとコンテナ・ファイルを作成するハード・ドライブのクリーンアップとデフラグメントを行います。 詳細については，『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル(上巻)』の「BACKUP/IMAGE」を参照してください。

次の形式で SETUP コマンドを使用して，論理ディスクとコンテナ・ファイルを作成します。

@SYS$MANAGER:CDRECORD SETUP filename LDAn: label nnnn

ここで，

filename は，コンテナ・ファイルのファイル名です。 通常のファイル命名規則に従い，ファイル拡張子を付けます。

LDAn: は，論理ディスクの名前で，LDA1 ～ LDA9999 の値をとります。

label は，論理ディスクと書き込み先の CD-ROM に対して指定するボリューム・ラベルです。 ボリューム・ラベルの割り当てに関する通常の規則に従います。

nnnn は，コンテナ・ファイルに割り当てる 512 バイト・ブロックの数です。 この数には 4 の倍数を指定します。 省略時の値は，1250000 (640 MB) です。

コンテナ・ファイルは，書き込み先の CD-R ディスクの空き領域を超えてはなりません。 また，ハード・ドライブに，コンテナ・ファイルを格納するのに十分な空き領域があることを確認します。

次に例を示します。

$ @SYS$MANAGER:CDRECORD SETUP TESTFILE.DSK LDA1: FRED 1250000

TESTFILE.DSK は，コンテナ・ファイルの名前と拡張子です。

LDA1: は，論理ディスクのデバイス名です。

FRED は，論理ディスクと書き込み先の CD-ROM のラベル名です。

1250000 は，コンテナ・ファイル用に，ハード・ドライブに割り当てる領域 (512 バイト単位) です。

論理ディスクとコンテナ・ファイルをハード・ドライブ上に作成した後は， 論理ディスクにディレクトリとファイルを格納することができます。

10.11.3 論理ディスクへのデータの格納

論理ディスクをマウントし，CREATE/DIR や COPY などの OpenVMS コマンドまたはレコード管理サービス (RMS) を使用して論理ディスク上にファイルを作成します。 論理ディスクは，何度でもディスマウントと再マウントを繰り返すことができ， また，必要なだけ内容を更新することができます。 さらに，UIC ベースのセキュリティとアクセス制御リスト (ACL) をファイルに適用することも可能です。

論理ファイルの内容が完成したら，それを CD-R ディスクに書き込みます。

10.11.4 CD-R ディスクへの書き込み

CD-R ディスクに書き込む準備ができたら，次の手順を実行します。

ドライブが特定の速度で記録する必要があるかどうかを確認する必要があります。 出力を安定供給する能力がコンピュータに不足している場合，ドライブによっては， エラーを抑えるために，速度を落とす必要があります。 コンピュータがデータを必要な速度で供給できないために， 書き込み操作が一時停止するという事態は望ましくありません。 このため，間欠的な記録動作に対応するドライブもあります (“burn-proof” ドライブ)。 また priority パラメータを上げることによって， 問題を軽減するという方法もあります。

次に例を示します。

$  @SYS$MANAGER:CDRECORD WRITE  TESTFILE.DSK LDA1: DQA0: 0 12

TESTFILE.DSK は，コンテナ・ファイルの名前と拡張子です。

LDA1: は，論理ディスクのデバイス名です。

DQA0: は，CD-R ドライブのデバイス名です。

0 は，レーザー光を有効にします。

12 は，記録速度です。

10.11.5 書き込み操作のチェック

CD 媒体の作成後，CD-ROM に書き込まれたデータを読み出すことができることと，そのデータがオリジナルのデータと一致していることをチェックできます。 データをチェックするには，次の形式で VERIFY コマンドを入力します。

各項目の意味は，次のとおりです。

filename は，コンテナ・ファイルの名前と拡張子です。

LDA1: は，論理ディスクのデバイス名です。

label は，論理ディスク (および CD-R 媒体) のボリューム・ラベルです。

DQA0: は，OpenVMS CD のデバイス名です。

10.11.6 コンテナ・ファイルの再利用

論理ディスクの内容を 1 つ以上の CD-ROM に書き込み終わった時点で， コンテナ・ファイルを削除することもできますが， 将来 CD-ROM を再度作成する予定があれば，それを再利用することもできます。 コンテナ・ファイルを再利用すると，次のような利点があります。

	注意: コンテナ・ファイルを再利用すると，現在のファイルの内容が削除されます。

コンテナ・ファイルを再利用するには， 次の形式で REUSE コマンドを入力します。

@SYS$MANAGER:CDRECORD REUSE filename LDAn: label

ここで，

filename は，コンテナ・ファイルの名前と拡張子です。

LDAn: は，論理ディスクの名前です。

label は，論理ディスクのボリューム・ラベルです。

次に例を示します。

$  @SYS$MANAGER:CDRECORD REUSE TESTFILE.DSK LDA1: FRED

TESTFILE.DSK は，コンテナ・ファイルの名前です。

LDA1: は，論理ディスクのデバイス名です。

FRED は，論理ディスクのボリューム・ラベルです。

OpenVMS コマンドを使用して，ディレクトリとファイルを作成します。 内容が完成したら，CDRECORD WRITE コマンドで CD-R ディスクに書き込みます。

10.11.7 CDRECORD コマンドの要約

CDRECORD.COM コマンド行の形式は次のとおりです。

CDRECORD には，次のコマンドがあります。

表 10-12 「CDRECORD.COM のコマンドとパラメータ」 に，各コマンドのパラメータを要約します。

CD-ROM を作成するには，次の手順に従います。

10.12.1 ハード・リンクの例 (INIT および SET VOLUME)

ハード・リンクのサポートを有効化するには，INITIALIZE コマンドまたはSET VOLUME を使用します。

ハード・リンクを有効にして ODS-5 ディスクを初期化するには， 次のコマンドを実行します。

$ INIT/VOLUME_CHARACTERISTICS=HARDLINKS

マウントされた Files-11 ボリューム上でハード・リンクを有効化するには， 次のコマンドを実行します。

$ SET VOLUME/VOLUME_CHARACTERISTICS=HARDLINKS

ハード・リンクのサポートをすでに有効化したボリュームがあり，それを変更する場合，SET VOLUME コマンドを使用してそのボリュームを無効化することができます。

$ SET VOLUME SYS$DISK/VOLUME_CHARACTERISTICS=NOHARDLINKS

次のコマンドを実行すると，ハード・リンクのサポートが無効になります。 ただし，有効なハード・リンクを無効なハード・リンクに変更すると， ファイルが不適切な動作をすることがあります。 たとえば，上の例で示したハード・リンクサポートを無効にした後，ファイル FOO: に対するエイリアスを作成する場合，次のようになります。

$ CREATE FOO.A
$ SET FILE FOO.A/ENTER=FOO.B

これで FOO.A に対するエイリアスが FOO.B という名前で作成されました。 ここで元のファイルを削除するとどうなるでしょう。

$ DELETE FOO.A;1

これで FOO.A が削除されました。 このボリューム上で directory コマンドを使用して FOO.B を検索すると，そのファイルへの1 次リンクがもはや存在しないので，“File not found” というエラーが表示されます。 次に例を示します。

$ DIR FOO.B

この問題を解決するために， またはファイルへのハード・リンクの数を確認するために， 次のコマンドを実行します。

$ ANALYZE/DISK/REPAIR

ANALYZE/DISK/REPAIR は，各ファイルを参照するディレクトリ・エントリの数を確認し，それが正しくない場合は，リンク・カウントを設定します。 ディスク上で，ハード・リンクのサポートが以前有効だったファイルに対してエイリアスを作成する場合は，その前に必ず ANALYZE/DISK/REPAIR コマンドを使用して，リンク・カウントを正しく設定します。 現在ハード・リンクが有効か無効か不明な場合は， SHOW DEVICE/FULL コマンドを実行します。

リンクカウントを報告するには，DIRECTORY/FULL と DUMP/HEADER を使用します。 リンクの数を確認するには，次のコマンドを実行します。

$ DIRECTORY/LINK