第9章 記憶媒体の管理

ディスクはファイルが格納されている物理メディアです。 オン・ディスク構造 (ODS) は，ディスクに格納された情報に与えられた論理構造を参照します。 これはファイル，そのデータ，それらにアクセスするために必要なディレクトリの階層構造的な組織です。 OpenVMS ファイル・システムは ODS を実装しており， ディスクに配置されたファイルへのアクセス制御を提供しています。

コンピュータとともに使用される コンパクト・ディスク読み出し専用メモリ (CD-ROM) とその読み出しデバイスは，オーディオで使われる CD-ROM と非常によく似ています。 大きな違いは CD-ROM デバイスが (オーディオではなく)デジタル・インタフェースをもっていること，またエラー訂正とデータ・ブロックをエンコードするためのフォーマッティングのための追加層を持っていることです。

テープ・デバイスやほかの取外し可能メディアよりも大容量のデータを格納できる CD-ROM の利点:

表 9-1 「ディスク とCD-ROM の用語」 は， ディスクと CD-ROM についての用語を定義しています。

ディスクまたは CD-ROM 上の情報は，ディスクまたは CD-ROM 上の論理ブロック，またはディスク上の仮想ブロックとしてアクセスすることができます。

ディスク構造 (ODS) はディスクまたは CD-ROM 上の情報に与えられた論理構造を参照します。 この構造は，ファイル，そのデータ，ディレクトリの階層的組織であり， これらにアクセスをするために必要なものです。 OpenVMS ファイル・システムはディスク構造を実装し， ディスク上に配置されたファイルへのアクセスを制御します。

図 9-1 「ファイルのディスク構造階層構造」 は，ディスク構造内のブロック，クラスタ，エクステント，ファイルの階層構造を示しています。 任意の1エクステントのブロックの数はクラスタ・サイズの倍数です。 図中では，クラスタ・サイズを2と仮定しています。

図 9-1 ファイルのディスク構造階層構造

OpenVMS ファイル構造の種類

オン・ディスク構造には レベル 1，2，5 があります (レベル 3,4 は，ISO 9660 と ハイシエラ CD 形式の内部で使用する名称)。 ODS-1, ODS-2 構造は OpenVMS システムで従来から使用されてきました。 Alpha システム (および I64 システム) での OpenVMS バージョン 7.2 からは，ディスクのフォーマットに ODS-5 も使用できます。

OpenVMS Alpha オペレーティング・システムおよび I64 オペレーティング・システムでは， ODS-1 を除き，表 9-2 「OpenVMS システムでのファイル構造の種類」 に示すディスクと CD-ROM の構造のすべてを認識することができます。 VAX システムでは， ODS-5 が有効化されたボリュームをマウントすることはできますが， ODS-5 固有の機能を使用することはできません。

システムが使用する入出力処理と互換性を持つボリュームとファイル構造を組み込むために，1 つまたは複数の形式が使用できます。

ファイルを作成する場合, OpenVMS の レコード管理サービス(RMS) に対してファイル名を指定し，この名前は ディスク・ボリューム上のファイルに割り当てられます。 RMS は，その新規に作成されたファイルのファイル名とファイルIDをディレクトリに配置します。 そのディレクトリには，それぞれのファイルのロケーションを定義するエントリが含まれます。

ファイルにアクセスする場合， ファイル名を指定しますが，このファイル名がディレクトリ・エントリを通じてファイル識別子へのパスを与えます。 次にファイル識別子は，ファイル・ヘッダの位置を示します。 ファイル・ヘッダには実際のデータの位置を示すエクステント(単数あるいは複数)のリストがあります。

OpenVMS システムでの予約ファイル

予約ファイルは，ディスク構造(ODS) レベル2,5 ボリュームも構造を制御します(これらの ファイルのうちの5つが レベル1 ボリュームに使われます)。 表 9-3 「予約ファイル」は，すべての予約ファイルを掲げており， どの ODS レベルが関係しているかおを示しています。

表 9-3 「予約ファイル」のファイルは， マスタ・ファイル・ディレクトリ (MFD)，[000000]にあるものです。 『OpenVMS システム管理者マニュアル (下巻)』にあるそれぞれの予約ファイルについての説明を参照してください。

ストレージ・ビットマップと索引ファイル・ビットマップの制限

OpenVMS のこれまでのバージョンでは，ストレージ・ビットマップと索引ファイル・ビットマップの大きさが，255 ブロックまでに制限されていました。 このサイズは， 約 100 万割り当てユニットまたはクラスタにボリュームを制限していました。 大規模なディスクでは，この制限に適応するためにより大きなクラスタ・ファクタを持つ必要がありました。 たとえば，9 GB のディスクはクラスタ・ファクタを 18 にする必要がありました。

OpenVMS バージョン 7.2 からは， ストレージ・ビットマップと索引ファイル・ビットマップのこの制限が， 次のように拡大されました。

ビットマップ制限が拡大したおかげで，次の利点が得られます。

INITIALIZE コマンドと BACKUP コマンドの動作は， この大きくなったビットマップ・サイズを反映しています。 INITIALIZE コマンドの詳細については『OpenVMS DCL ディクショナリ』を， BACKUP ユーティリティの詳細については『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル(上巻)』 を参照してください。

以前のバージョンで表示されるメッセージ

次に示すメッセージは， バージョン 7.2 以降のシステムで初期化したディスクにバージョン 7.2 よりも前のシステムからアクセスしようとしたときに表示されるものです。

%MOUNT-F-FILESTRUCT, unsupported file structure level

BITMAP フィールドのサイズが増やされたことは，以前のバージョンの OpenVMS と互換性がありません。

アクセスするディスクの BITMAP.SYS のサイズを確認してください。 そのサイズが 256 以上であり，そのディスクに 7.2 よりも前のバージョンのシステムからアクセスする場合には， BITMAP.SYS のサイズが 256 よりも小さなディスクにそのデータをコピーする必要があります。 DCL コマンドの BACKUP/IMAGE を使用する場合には， 必ず /NOINITIALIZE 修飾子を使ってください。

表 9-4 「ODS-1, ODS-2, ODS-5 形式の比較」 は，ディスク構造(ODS) レベル 1, 2, 5のそれぞれの固有の特徴について説明しています。

	注意: OpenVMS ソフトウェアへの将来の機能強化は，主に ODS レベル2,5 に対して行なわれます。 したがって，ODS レベル 1 ボリュームは将来制限がさらに増える可能性があります。 ただし，ODS-5 をOpenVMS の省略時のファイル構造にすることを意図しているわけではありません。 ODS-5 の主な機能は，OpenVMS システムが拡張ファイル名を使用する他のシステム (たとえば Windows NT®) のサーバとして稼働できるためのものです。

OpenVMS でのディスク構造の実装は，ISO 9660 規格で定義されたファイル構造に準拠します。 表 9-5 「ISO 9660 用語」 は，ISO 9660 規格に関連する用語を定義しています。

ISO 9660 ファイル構造を OpenVMS 環境で実装するには， 部分記録データ・ブロックとデータ・インタリーブが必要です。

システムでの Extended File Specifications の使用について， 制限事項と使い方のヒントは次のとおりです。

バージョン 7.2 以降の OpenVMS システムでは， Extended File Specifications の機能を使用することができます。 逆に，OpenVMS の過去のバージョンが稼働しているシステムでは， ODS-5 ボリュームをマウントすることができない， または正しく拡張ファイル名を処理することができません。

以降の節では，OpenVMS バージョン 7.2と OpenVMS のそれ以前のバージョンとの混在バージョン・クラスタでのサポートについて説明します。

OpenVMS バージョン 7.2 システムのユーザ

OpenVMS バージョン 7.2 システムのユーザは， バージョン 7.2 以前のファイルとディレクトリにアクセスすることができます。 たとえば，次の操作をすべて行うことができます。

OpenVMS 7.2 以前のバージョンのシステム

混在バージョン・クラスタには制限事項があります。 7.2 よりも以前のバージョンの OpenVMSには制限事項があります。

OpenVMS Alpha システムおよび I64 システムでは，すべての Extended File Specifications 機能が使用できます。 現状のほとんどすべての ODS-2 ディスクとファイル管理機能は VAX と Alpha バージョン 7.2 システムに同じように残されています。 ただし，拡張ファイル名と解析は VAX システムでは使用できません。

以降の節ではデュアル・アーキテキチャ・クラスタでの OpenVMS VAX と Alpha システムまたは I64 システムのサポートについて説明します。

VAX システム上で制限される Extended File Specifications

OpenVMS バージョン 7.2 クラスタのデュアル・アーキテキチャ環境では， 次の制限があります。 OpenVMS VAX システムでは，次に掲げる制限つきの Extended File Specifications が使用できます。

BACKUPの制限事項

OpenVMS VAX システムでは， ユーザは ODS-5 イメージ・セーブ・セットを正しく作成， 復元することができません。 ただし，ODS-5 セーブ・セットから 正しく ODS-2 対応ファイル名を復元することができます。

ユーザは，/IMAGE 修飾子を指定しない限り， ODS-5 から ODS-2 へディスクからディスクへのコピーをすることができます。

詳しくは『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル(上巻)』を参照してください。

OpenVMS バージョン 7.2 以降では， DECnet を介してネットワークに送られるファイル指定の長さはネットワークを使用しない場合の最大サイズに比べて短くなります。

OpenVMS Alpha システムまたは I64 システムで Extended File Specifications オン・ディスク構造の機能を使用するには，次の操作を行います。

ODS-5 ボリューム の有効化により， HP Advanced Server for OpenVMS 7.2 clients で拡張ファイル名が使用できるようになり, OpenVMS Alpha システムまたは I64 システムからこれらの名前を見たり管理したリすることができます。

	注意: Extended File Specifications は 7.2 よりも前のバージョンの OpenVMS Alpha を稼働しているシステムでは利用できません。 これらのシステムでは，ODS-5 ボリュームをマウントすることも，OpenVMS ファイル・システムで拡張ファイル名の長所を利用することもできません。

レコードのブロック化によってどのように空間が節約されるかを 図 9-2 「レコードのブロック化」 に示します。

図 9-2 レコードのブロック化

たとえば，1600bpi の磁気テープで，ブロック化されていないレコードが 10 個あると仮定します。 この場合， 各レコードは 160 文字の長さ (1600bpi では 0.1 インチ) で，それぞれ後ろに 0.6 インチの IRG が付きますから，使用されるテープは 7 インチです。 一方，同じ 10 個のレコードを 1 つのブロックにまとめると，データ・レコードに 1 インチ，IRG に 0.6 インチの 1.6 インチだけになります。

ブロック化はまた，コンピュータへのデータの流れを効率化します。 たとえば，ブロック化していない 10 個のレコードは，物理転送を 10 回行う必要がありますが，1 つのブロックにまとめると，1 回の物理転送ですみます。 さらに，同じ量のデータについて使用されるテープが短くなりますから，操作も短い時間で終わります。

ただし，ブロック化では，プログラムに割り当てるバッファ空間が大きくなります。 1 ブロック当たりのレコード数が多いほど，必要となるバッファも大きくなります。 このためブロック化にあたっては分岐点を判断する必要があります。 この判断は，使用しているコンピュータ・システムの構成と環境に基づいて行ってください。

バージョン 7.2 よりも前の OpenVMS Alpha では， ユーザが磁気テープ・デバイスに設定できる密度の範囲が制限されていました。 Alpha システムおよび I64 システムの OpenVMS バージョン 7.2 以降では，その範囲が拡張され， 特定のテープ・ドライブをサポートする任意の密度を含められるようになりました。 この機能強化のおかげで，さまざまな省略時設定の密度を持つテープ・ドライブ間でテープを交換することがさらに簡単になりました。

密度は次の DCL コマンドで設定できます。

これらの DCL コマンドで /DENSITY 修飾子を使用することの詳細については， 『OpenVMS DCL ディクショナリ』を参照してください。

また，次に示すシステム管理ユーティリティを使用して密度を設定することもできます。

/DENSITY 修飾子の使用については，『OpenVMS DCL ディクショナリ』 の MOUNT コマンド，『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル』 の BACKUP ユーティリティを参照してください。 また，BACKUP での /DENSITY 修飾子の使用についての詳細は，第11章 「BACKUP の使用法」を参照してください。

例

$ INITIALIZE/DENSITY=tk85 MKA500: TEST

この例のコマンドは，MKA500: ドライブにある媒体を， ラベル TEST で tk85 密度に初期化します。

サポートされる密度

DCL コマンドとシステム管理ユーティリティのコマンド文字列で有効なのは，次の密度です: 800，1600， 6250，DAT，833，DDS1，DDS2，DDS3，DDS4，TK50，TK70，TK85，TK86，TK87， TK88，TK89，8200， 8500，3480，3490E，AIC，AIT，および DEFAULT。

使用上の注意

複数のテープ密度を 1 個の媒体に対して使うことはできません。 つまり，1 つの密度は 1 個の媒体に対してだけ適用されます。 密度を指定しない場合，省略時の密度が使用されます。 省略値は対象のドライブがサポートする最も高い密度になります。

密度の変更は，テープの開始 (BOT) だけで行われます。 媒体が，ある密度に初期化されると，別の密度に再度初期化されるまでは， その媒体はその密度のままになります。

ある密度が対象のデバイスでサポートされていない場合， ドライブによっては，密度フィールドはそのまま残るか，省略値になるかのいずれかになります。 選択した密度をドライブがサポートしない場合， システムから不正密度エラーが表示されます。 ドライブの中にはエラーを報告せず，単にユーザの選択を無視して， 媒体をそれ以前の密度のままにしておくものもあります。

媒体が特定の密度に設定されると，“density” フィールドが表示され， たとえば， $ SHOW DEVICE/FULL MKA300: を入力したときには，密度に対して，対応する ASCII 文字列が表示されます。

Magtape JENSO3$MKA300:, device type TZ87, is online, file-oriented device, error
    logging is enabled, controller supports compaction (compaction, disabled),
    device supports fastskip.

    Error count                    0    Operations completed                   0
    Owner process                 ""    Owner UIC                       [SYSTEM]   
    Owner process ID        00000000    Dev Prot             S:RWPL,O:RWPL,G:R,W
    Reference count                0    Default buffer size                 2048
    Density                     TK85    Format                         Normal-11

Volume status: no-unload on dismount, position lost, odd parity.

公用ボリュームは，私用ファイルと公用ファイルの両方を含むことが可能なファイル構造化ディスク・ボリュームです。 公用ボリュームは次のいずれかです。

ファイル保護によって禁止されていないかぎり，すべてのユーザは公用ボリュームとそこに含まれるファイルにアクセスすることができます。

公用ボリュームに対するファイルの作成，格納をユーザに許可する 1 つの方法は，権限を与えるユーザの 1 人 1 人についてボリューム上に省略時のディレクトリを作成することです。 公用ファイルとボリュームに対するアクセスの制御は，保護コードを設定することによって行います。

ユーザは，次の条件を満たす場合にのみ，公用ボリュームのファイルの作成，書き込み，操作を行うことができます。

次に，公用ファイルと公用ボリュームを設定，操作するときのガイドラインを紹介します。

公用ボリュームを設定するときの考慮事項

システム管理者は，ユーザが必要とするディスク空間量と， システムで使用可能な大容量記憶デバイスとのバランスを取る必要があります。 そして，そのバランスの取り方は，システムの大容量記憶デバイスの記憶容量によって異なります。 次に，この 2 つの比較を示します。

最もよく行なわれるのは，1 つの公用ボリュームをシステム・ファイルと特権ユーザのディレクトリ用にして，残りをサイトで必要なユーザ・ディレクトリ，データベース，そしてアプリケーション専用にする形態です。

いずれの形態を選択する場合も，すべての公用ボリュームについて使用計画を立て，システムを起動させてディスク性能を監視してください。 そのとき注意すべきことは次のとおりです。

システム・ファイルをシステム・ディスクに置かずに，検索リストまたは論理名を使って，システム・ファイルにアクセスすることもできます。 詳細は『OpenVMS システム管理者マニュアル (下巻)』を参照してください。

また，システムが大規模な場合は，2 次ページング・ファイルと2 次スワップ・ファイルを他のデバイスに置いて，ディスク負荷のバランスを取ることもできます。 詳細は『OpenVMS システム管理者マニュアル (下巻)』を参照してください。 『Guide to OpenVMS Performance Management』では，システム・ファイルの再分散およびバランスのとれたディスク負荷のアーカイブについて詳しく説明しています。

私用ディスク・ボリュームは，私有ファイルだけから構成されるファイル構造化ディスク・ボリュームです。

ある状況下では，権限のないユーザがアクセスできないデバイス上で作業を行いたい場合があります。 私用ボリュームを作成し，ユーザのプロセス専用のデバイスにマウントすると， 他のユーザの影響を受けずに，確実に自分の作業を行うことができます。

私用ボリュームは何度も使用できます。 しかし，コンピュータや周辺デバイスが立入禁止区域や遠隔の位置にあるときはだれかの支援が必要です。 このようにだれかの支援が必要な場合は， OPCOM (オペレータ通信マネージ) を使ってオペレータと通信します。 ユーザの支援要求に応えるための命令については， 9.5.3 項 「マウント中のユーザのマウント支援」 を参照してください。

この項では，ボリュームを初期化するときに，UIC ベースのボリューム保護と ISO 9660 形式の媒体保護を指定する方法について説明します。

UIC ベース保護の指定方法

次に示すいずれかの操作を行うと， ボリュームを初期化するときに保護を指定できます。

省略時の修飾子 (/SHARE) と他の修飾子を INITIALIZE コマンドに指定したとき， システムがディスク・ボリュームに対して設定する UIC と保護を 表 9-11 「INITIALIZE コマンド修飾子で与えられる保護」に示します。

ISO 9660 形式媒体保護の指定方法

OpenVMS の ISO 9660 形式の場合，ボリュームとボリューム・セットの保護が含まれていません。 媒体がマウントされたデバイスに対して指定した保護が， ISO 9660 ボリュームやボリューム・セットのアクセス制御を決定します。

省略時の設定では，デバイス保護は ISO 9660 ファイルとディレクトリに割り当てられます。 ボリュームをマウントするときに，各ファイルに付随する拡張属性レコード (XAR) の中の UIC と PERMISSION 保護フィールドを使って，他のファイル保護を指定することもできます。

次のようにして，保護フィールドを指定します。

XAR と DSI オプションについての詳細は， 『OpenVMS Record Management Utilities Reference Manual』を参照してください。

ボリューム機密保護プロファイルを変更するためには， SET SECURITY/CLASS=VOLUME コマンドに /PROTECTION，/OWNER， または /ACL 修飾子を指定して実行します。

UIC ベース保護の変更方法

UIC ベース保護をボリュームのマウント後に変更するには， SECURITY/CLASS=VOLUME/PROTECTION コマンドを使用します。 次の例を参照してください。

$ SET SECURITY/CLASS=VOLUME/PROTECTION=(S:RWCD,O:RWCD,G:RC,W:RC) DUA0:

この例中の保護セットは，システムの所有者にすべてのタイプのアクセスを許可しています。 グループとワールドのアクセス・タイプでは， ファイルの読み込みとプログラムの実行しか行うことができません。 保護コード (S,O,G,W) で指定されていないカテゴリは変更されません。

ACL ベース保護の変更方法

ボリュームをマウントした後で ACL ベースの保護を変更するには， SET SECURITY/CLASS=VOLUME/ACL コマンドを使用してください。 ACL を変更するには，次のようにします。

$ SET SECURITY/CLASS=VOLUME/ACL=(IDENTIFIER=DOC,ACCESS=READ+WRITE+EXECUTE) -
_$ $1$DSA7:

この例では， $1$DSA7: ボリュームの DOC 識別子のユーザに， 読み込み，書き込み，実行アクセス権を与えます。

SHOW SECURITY/CLASS=VOLUME コマンドを使用すると， 保護を表示することができます。

$ SHOW SECURITY/CLASS=VOLUME $1$DSA27: 

上記のコマンドを実行すると，次のように表示されます。

$1$DSA27: object of class VOLUME
     Owner: [1,1]
     Protection: (System: RWCD, Owner: RWCD, Group: RWCD, World: RWCD)
     Access Control List:
          (IDENTIFIER=[ABC,SADAMS],ACCESS=READ+WRITE+CREATE+DELETE)

VOLUME クラス・オブジェクト $1$DSA27 の名前とプロファイルが表示されています。 このプロファイルには，保護されたオブジェクトの所有者 UIC，保護コード， アクセス制御リスト (ACL) が入っています。

テープ・ボリュームを初期化するときに /PROTECTION 修飾子を使用すると， 保護コードはシステム固有のボリューム・ラベルに書き込まれます。

/PROTECTION 修飾子を使用すると，システムは読み込み (R)，書き込み (W) のアクセス制限だけを適用します (実行 (E) と削除 (D) アクセスは適用されません)。 指定した保護コードに関係なく， システムと所有者には，読み込み (R) と書き込み (W) のアクセス権が与えられます。

OpenVMS と 他のオペレーティング・システム間で相互交換されるテープ・ボリュームを保護することができます。

磁気テープの保護に関するガイドラインを次に示します。

ODS-2 ボリュームを ODS-5 ボリュームに変換するには次の手順を行います。

SHOW DEVICE/FULL コマンドを入力すると， ボリュームが ODS-5 に変換されたことが表示で確認できます。

$ SHOW DEVICE DKA300:/FULL

  Disk $10$DKA300:, device type RX74, 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.

ボリューム・タイプを表示するその他の方法としては，あるコマンドを発行して， 次に示すような応答を受け取る方法があります。

$ WRITE SYS$OUTPUT F$GETDVI ("DKA500:","ACPTYPE")
F11V5

F11V5 はボリュームが ODS-5 であることを示しています。

障害が起った場合の対処

SET VOLUME/STRUCTURE_LEVEL コマンドが実行中でまだ完了していないときに I/O エラーやシステム・クラッシュが起った場合， ボリュームは部分的にしか更新されていない可能性があります。 そのような場合, MOUNT コマンドを入力すると， Mount ユーティリティは次のいずれかのメッセージを表示します。

     Inconsistent file structure level on device ...

     Structure level on device ... is inconsistent with volume set

いずれかの条件が真である場合， /NOSHARE 修飾子をつけて (または，/NOSHARE修飾子が省略時の設定であるため，修飾子なしで) MOUNT コマンド を実行します。 これを実行するとシステムは同じエラー・メッセージを表示しますが， 重大度レベルが警告に変化します。

エラー状態から復旧するには，再度 SET VOLUME/STRUCTURE_LEVEL=5 コマンドを入力してから，ディスクをディスマウントして再マウントします。 最後の手段として，作成しておいたバックアップを復元することもできます。

ODS-1 形式から ODS-2 形式への変換は，次の手順で行います。

ファイルとイメージという 2 種類の BACKUP 操作は，ファイル名の ODS-5 から ODS-2 への変換をサポートします (ファイル操作とイメージ操作の詳細については，第11章 「BACKUP の使用法」を参照してください)。

これ以降の説明の例を見ると，セーブ・セットとの変換の際に， 変換されたファイルに対して created as または copied as メッセージが表示されているのがわかります。

もし BACKUP が既存のディレクトリ内でファイル名を変更できない場合， ファイル名を変換して非配置の状態にします。 これにより ANALYZE /DISK /REPAIR がこのファイルを ODS-2 対応のファイル名を持てる [SYSLOST] ディレクトリに配置できるようにします。 また，BACKUP は，次のようなメッセージも表示します。

%BACKUP-I-RECOVCNT, 5 files could not be converted into a directory on DKA100:
-BACKUP-I-RECOVCMD, use the Analyze/Disk_Structure/Repair command to recover files

この場合，[SYSLOST] にあるファイルは他の適切なディレクトリに移動する必要があります。 ファイルが論理的に置かれる場所とそれを手動で移動することについては， created as ログ・メッセージを参照してください。

ディスク・ボリューム・セットを作成するにあたっては， 次の点に留意してください。

ディスク・ボリューム・セットをマウントするためには，そのリストに指定されているボリューム・ラベルがデバイス名リストの同じ位置のデバイス名と対応している必要があります。

複数のディスク・ボリュームをバインドして， 1 つのボリューム・セットを作成した場合， セットの先頭ボリュームをルート・ボリュームと呼びます。 セットを構成する各ボリュームは，ルート・ボリューム， すなわち，ボリューム 1 を基準にしたボリューム番号で識別されます。

ディスク・ボリューム・セットのディレクトリ構造は 1 つだけです。 マスタ・ファイル・ディレクトリ (MFD) はセット中の第 1 ボリューム上にあります。

ディスク・ボリューム・セットをオンラインにして，マウントすると， 次のいずれかを指定することによって，セットに含まれるすべてのファイルとディレクトリにアクセスすることができます。

ディスク・ボリューム・セットを作成する場合は， MOUNT コマンドに /BIND 修飾子を使用します。 次の形式で使用します。

ただしボリューム・セット名には， ボリューム・セットを識別する 1 から 12 文字までの英数字の名前を指定します。

ボリューム・セットの名前には， セット内のすべてのボリューム・ラベルと異なる名前を指定する必要があります。 また，ボリューム・セット内のラベルは一意でなければなりません。

/BIND が使用されると，MOUNT コマンドは， ボリューム・セットを構成するすべてのボリュームに適用される名前をボリューム・セットに割り当てることによって，そのボリューム・セットを識別します。 またこの修飾子によって，ルート・ボリュームが識別され， ボリュームのディレクトリ構造が作成されます。

ボリューム・セットに新たにファイルが作成された場合， ファイル・システムはセットの最も多くの未使用空間がある場所にファイル用の空間を確保します。 ボリューム・セットを構成する任意のボリュームのファイルが拡張された場合は，物理的に空きがあるかぎり，同じボリューム上で拡張を行います。

さらに空間が必要な場合は，ボリューム・セットに新しいボリュームを追加することができます。 たとえば，マウントされるすべてのディスク・ボリュームを毎日ボリューム・セットに組み入れていくといったことも行うことができます。 ボリューム・セットには，すべてのユーザ・ファイル・ディレクトリが含まれるため，セットを構成するボリュームのファイルにアクセスするとき，ユーザがファイル指定にデバイス名を指定する必要はありません。 つまり，ユーザはファイルの物理的な位置を意識する必要はありません。

	注意: ソフトウェアのアップデートやオプション製品のインストールにおいて， システムがボリューム・セットをサポートすることはありません。 したがって，システム・ディスクをボリューム・セットに含めないでください。 システム・ファイルが移動していたり，他のボリュームにバインドしていたりすると，システムをブートできないことがあります。

ボリューム・セットを使用するときには，特別な特権は必要ありません。 ただし，バインドするためには，対象となるすべてのボリュームの索引ファイルに対する書き込みアクセス権を持っている必要があります。 つまり，通常は，システム UIC か SYSPRV 特権を持っているか， あるいはボリュームの所有者である必要があります。

この後の節では，これらの作業方法について説明します。

性能を向上させるために，ボリュームの現在の物理サイズよりも小さいファイル・システムを作成することもできます。 たとえば，Volume Shadowing を利用する環境で 36 GB のディスクがあり，将来それとは別の 18 GB ディスクをシャドウ・メンバとして追加する予定であれば，36 GB ディスクを INITIALIZE /LIMIT コマンドで初期化してから下記の例のようなコマンドを入力し，将来追加する 18 GB ディスクのためのビットマップ・スペースを確保しておくことができます。

$ INITIALIZE /SIZE=35500000 $1$DGAnnn volume_label

このコマンドは，18 GBを若干下回るサイズの領域を持ったファイル・システムとして 38GB ディスクを初期化します。 必要であれば，このファイル・システムは後で拡張することができます。

すでに使用中のボリュームの拡張制限値を大きくするには，次にメンテナンスを行う際に SET VOLUME /LIMIT コマンドを使用して大きくすることを計画してください。

INITIALIZE または SET VOLUME コマンドで /LIMIT 修飾子を使用すると，BITMAP.SYS ファイルが数百ブロック大きくなります。 これにより，将来の柔軟性が大幅に高まります。 ストレージの必要量が予想外に大きくなった場合でも，後でボリュームを (SET VOLUME /SIZE コマンドを使用して) 素早く拡張できます。

クラスタ内のボリュームの拡張制限値を大きくするには，次の手順に従います。

次の例に，クラスタ内にマウントされているボリュームの拡張制限値を大きくする方法を示します。

$ DISMOUNT /CLUSTER /NOUNLOAD $252$DUA716:

$ MOUNT $252$DUA716: TST716

$ SET VOLUME /LIMIT $252$DUA716:

$ DISMOUNT /NOUNLOAD $252$DUA716:

$ MOUNT /CLUSTER $252$DUA716: TST716 

ファイル・システムがラベルを作成するかどうかは，次に示すように条件によって異なります。

9.4.2 項 「テープ・ボリュームの保護」 で説明したように， テープ・ファイル・システムは，継続ボリュームを処理する前にそのボリュームの保護検査を行い，ユーザがボリュームに対するアクセス権をもっていないと判断した場合は，オペレータにメッセージを送ります。

ラベルは，6 文字の長さのボリューム識別子フィールドに埋め込まれます。

システムが 1 つのボリューム・セットに対して作成可能な一意的なラベル数は 99 個だけです。

ボリュームの自動切り換えが有効な場合，オペレータは，処理されているボリュームの EOT マークに達する前であれば，ボリューム・セットに割り当てられている次のデバイスへのテープのロードをいつでも行えます。 テープ・ファイル・システムは，ボリューム・セットの次のテープをマウントし，初期化して，切り換えを行ったことをオペレータに通知します。 テープの初期化が行われるは，最初にそのように指定されていた場合だけです。

ボリュームの自動切り換え機能を使用するためには，ボリューム・セットに複数のテープ・デバイスを割り当てる必要があります。 これが行われると， テープ・ファイル・システムは，ボリューム・セットに割り当てられた次のテープ・デバイスを選択することによって，自動的にボリュームを切り換えます。 ただし，正しく切り換えを行うためには， ボリューム・セットの次のボリュームをそのデバイスにロードしておく必要があります。

例

ユーザのサイトでボリューム・ラベルを事前に設定している場合は， これらのラベルの上書きを避けるために， 自動ボリューム切り替え機能を無効にしておく必要があります。 ボリュームの自動切り換えを明示的に無効にする場合は， テープ・ボリュームをマウントするときに /NOAUTOMATIC 修飾子を使用します。 省略時の設定は /AUTOMATIC です。 テープ・ボリューム・セットに 1 台しかデバイスを割り当てていない場合， ボリュームの自動切り換え機能は暗黙で無効になります。

磁気テープに読み込みまたは書き込みを行っていて， テープの終端に達した場合は，システムは処理を中断し， ボリューム・セットの次のボリュームのマウントを要求します。 このとき出される要求を次に示します。

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

ユーザがこのメッセージを見ることはありませんから，最後まで読み込みまたは書き込みをするために別のテープが必要なことに気付かないことがあります。

例

$ MOUNT/NOAUTOMATIC MUA0: ABCD,EFGH

この例は，2 つ目のボリュームに専用のラベルを設定せずに，指定されているラベルを使用するよう MOUNT コマンドに指示している例です。

マウント要求に指定されたデバイスに継続ボリュームをロードした後， 表 9-16 「継続ボリュームに対する REPLY コマンドの修飾子」 に示す 3 つの修飾子のいずれかを指定した REPLY コマンドを入力することによって， ボリュームをマウントします。 これらの修飾子については，『OpenVMS DCL ディクショナリ』を参照してください。

表 9-16 継続ボリュームに対する REPLY コマンドの修飾子

修飾子	説明
/BLANK_TAPE= 識別番号	フォーマットされていないボリュームに書き込みを行うときに使用する。 すなわち，この修飾子はボリュームを初期化するので，テープの故障やタイムアウト条件の発生を避けるためには，VOLPRO 特権と OPER 特権が必要 (9.1.4.2 項 「私用ディスク・ボリューム」 を参照)。 REPLY コマンドは次のどちらも有効。 $ REPLY/BLANK_TAPE=3 $ REPLY/BLANK_TAPE=3 "DW0QT2" 最初のコマンドにはボリューム識別子を指定していない。 2 番目のコマンドにはボリューム識別子を指定している。
/INITIALIZE_TAPE=識別番号	継続ボリュームのボリューム識別子が，マウント要求で指定されているボリューム識別子と一致しない場合，書き込み操作のためにフォーマットされたボリュームに対して使用する。 ファイル・システムはテープを初期化し直し，新しいボリューム識別子を使ってボリュームをマウントする。 またさらに，アクセス検査を行って，INITIALIZE コマンドが指定されているかのようにボリュームを初期化する。 このとき，/INITIALIZE_TAPE コマンドを指定する前にテープに存在していたデータは失われる。 現在のターミナルは，TAPEに対してのオペレータ・ターミナルでなければならない。 $ REPLY/INITIALIZE_TAPE=3 $ REPLY/INITIALIZE_TAPE=3 "DW0QT2" 最初のコマンドにはボリューム識別子を指定していない。 2 番目のコマンドにはボリューム識別子を指定している。
/TO=識別番号	フォーマットされたボリュームで読み込みと書き込み操作の両方に使用する。 書き込み操作で，マウント要求に指定されているボリューム識別子を継続ボリュームに書き込みたい場合は，/TO 修飾子を使用すること。 たとえば，マウント要求 3 に応答して，MTA1: デバイスに DW0QT2 ボリュームをマウントするときに入力する REPLY コマンドは，次のいずれかになる。 $ REPLY/TO=3 $ REPLY/TO=3 "DW0QT2" 最初のコマンドにはボリューム識別子を指定していない。 2 番目のコマンドにはボリューム識別子を指定している。

MOUNT コマンドでのボリューム識別子の指定

書き込み操作では，MOUNT コマンドに必ずボリューム識別子を指定してください。 指定することによって，デバイスへの正しいボリュームのマウント，ボリューム・セットへの継続ボリュームのリンクが保証されます。

REPLY/TO コマンドでのボリューム識別子の省略

ボリューム上のアクセス制御文字を保持するためには， 書き込み操作時に REPLY/TO コマンドでボリューム識別子を省略しなければなりません。 テープからの読み込みの場合は，ボリューム識別子を任意に指定することができます。

各ボリュームのアクセス制御文字が一意なボリューム・セットを初期化し，マウントするときに，それらアクセス制御文字を残したい場合は，ボリューム識別子を使用しないでください。 ボリューム識別子を使用すると，ボリューム・セットの先頭ボリュームのアクセス制御文字によって，継続ボリュームのアクセス制御文字が無効になります。

たとえば，アクセス制御文字を残したい場合は，次のような形式で REPLY/TO コマンドを入力します (3 は要求識別子番号)。

$ REPLY/TO=3

REPLY コマンドを受信したテープ・ファイル・システムは， 継続ボリュームが正しいボリュームかチェックします。 そして，正しいアクセス・コードを持つ正しいボリュームの場合は，継続ボリュームをマウントして，そのボリュームに保留中の読み込み要求または書き込み要求を再発行します。 そうでない場合の処理はボリュームが空きボリュームであるかどうかによって異なります。 空きテープでない場合はマウントを行わず， 空きテープの場合は初期化してマウントします。

ボリュームやボリューム・セットは必ず， DISMOUNT コマンド，または DISMOUNT コマンドを含むコマンド・プロシージャを使用してディスマウントしてください。 また，ボリュームは必ず， ドライブをディスマウントしてからアンロードしてください。 ディスマウントが終了したかどうかは， DCL の SHOW DEVICES コマンドを使って確認することができます。

私用ボリュームは，それをマウントしたジョブからログアウトすると， 自動的にディスマウントされアンロードされます。 ただし，システムに障害があった場合は， ドライブの自動ディスマウントは行われません。

ボリュームを明示的にディスマウントしない場合， システムに障害が発生すると，データが失われることがあります。 テープ・ボリュームの場合は，ファイル・トレーラ・ラベルが書き込まれていない， オープンしているファイルがボリュームに存在しているとデータが失われる可能性があります。 このとき，ボリュームを再マウントして， ファイル・トレーラ・ラベルのないファイルにアクセスしようとすると， 次のエラー・メッセージが出されます。

%MTACP-magnetic tape position lost

ファイル・トレーラ・ラベルが書き込まれていないファイルより前のすべてのファイルにアクセスすることができますが，ファイル・トレーラ・ラベルのないファイルにアクセスすることはできません。

ALLOCATE コマンドで割り当てたデバイスを DISMOUNT コマンドでディスマウントしても， デバイスの割り当ては解除されません。 MOUNT コマンドで暗黙に割り当てられたデバイスの場合は，DISMOUNT コマンドによって割り当て解除されます。

次の表は，DISMOUNT コマンドの修飾子のうちの /UNIT と /NOUNLOAD 修飾子をまとめたものです。

例

ここでは，/NOUNLOAD 修飾子を指定した DISMOUNT コマンドの使用例を紹介します。

$ DISMOUNT/NOUNLOAD MUA1:

このコマンドによって，論理的にはテープ・ボリュームはディスマウントされますが，物理的には MUA1: デバイスにロードされたままになり，テープの始まり位置まで巻き戻されます。 この後，制御はは DCL レベルに戻ります。

ディスク空間の割り当ての第 1 ステップは，空間を割り当てようとするボリュームまたはボリューム・セットにクォータ・ファイルを作成することです。 ユーザは，クォータと超過値の合計である絶対最大ブロック数を超えるディスク空間を占有することはできません。 ディスク・クォータを免れるのは，EXQUOTA 特権を持つユーザだけです。

作業方法

クォータ・ファイルを作成するためには，SYSPRV， BYPASS，または GRPPRV 特権が必要です。 次に，SYSMANコマンドでディスクにクォータ・ファイルを作成する手順を示します。