日本-日本語

製品  >  ソフトウェア  >  OpenVMS  >  マニュアル

OpenVMS マニュアル


≫ 

OpenVMS V8.3
ライブラリ

タイトルページ
目次
まえがき
第 1 章:OpenVMS Cluster システムの管理の概要
第 2 章:OpenVMS Cluster の概念
第 3 章:OpenVMS Cluster インターコネクト構成
第 4 章:OpenVMS Cluster オペレーティング環境
第 5 章:共用環境の準備
第 6 章:クラスタ・ストレージ・デバイス
第 7 章:クラスタ・キューの設定と管理
第 8 章:OpenVMS Cluster システムの構成
第 9 章:大規模な OpenVMS Cluster システムの構築
第 10 章:OpenVMS Cluster システムの保守
付録 A :クラスタ・システム・パラメータ
付録 B :共通ファイルの作成
付録 C :クラスタのトラブルシューティング
付録 D :LAN 制御のためのサンプル・プログラム
付録 E :LAN 制御のためのサブルーチン
付録 F :NISCA プロトコルのトラブルシューティング
付録 G :NISCA トランスポート・プロトコル・チャネル選択および輻輳制御
索引
PDF
OpenVMS ホーム
OpenVMS | HPE 日本(日本ヒューレット・パッカード株式会社)

OpenVMS
OpenVMS Cluster システム


目次 索引



ポート割り当てクラスには,以下の 2 つの利点があります。

  • システム管理者は,ノード単位ではなく,ポート固有の割り当てクラス値を指定できます。

  • ポートに 0 以外のポート割り当てクラスが割り当てられている場合,そのポートを通じてアクセスされるデバイスのコントローラ名は常に A になります。

SCSI,IDE,フロッピィ・ディスクおよび PCI RAID コントローラ・デバイスの名前を指定するときに,ポート割り当てクラスを使用すると, 第 6.2.2.9 項第 6.2.3 項 および 第 6.2.3.1 項 で説明した構成の制約が解除されます。 第 6.2.2.9 項 にある DR_UNIT_BASE システム・パラメータを使用する必要はありません。各バスに固有の割り当てクラス値を与えることができるため,ディスク・デバイス名の ddcu の部分 (たとえば DKB0) がすべてのバスで固有の値である必要はなくなります。さらに,デバイス名の異なるコントローラを同じバスに接続できるようになります。これは,ディスク・デバイス名がコントローラ名に依存しないようになるためです。

図 6-8 は, 図 6-7 と同じ構成を示していますが,CHUCK という名前のホストと,左下の SCSI バスに追加ディスクが接続されている点が異なります。この図では,デバイス名でポート割り当てクラスが使用されています。共用される SCSI インターコネクトに対しては,ポート割り当てクラス 116 が使用されており,共用されない SCSI インターコネクトに対しては,ポート割り当てクラス 0 が使用されています。この構成でポート割り当てクラスを使用すれば,以下に示すように,これまで不可能だったことが可能になります。

  • ポートのポート割り当てクラスが同一である限り (この例では 116),共用 SCSI インターコネクトに接続されている他のアダプタの名前 (PKB) と異なる名前 (PKA) を持つアダプタを接続できます。

  • コントローラ名と番号が同一 (DKA300) である 2 台のディスクを使用できます。これは,各ディスクが共用されない SCSI インターコネクトに接続されるためです。

図 6-8 ポート割り当てクラスを使用するデバイス名




ポート割り当てクラスは,1 つのインターコネクトに接続されているすべてのポートに対する指定です。ポート割り当てクラスは,デバイス名でノード割り当てクラスの代わりに使用されます。

ポート割り当てクラスには,以下の 3 種類があります。

  • マルチホスト・インターコネクトまたはシングルホスト・インターコネクトに接続されているデバイスに対しては,1〜32767 のポート割り当てクラスを使用します。

  • シングル・ホスト・インターコネクトに接続されているデバイスに対しては,ポート割り当てクラス 0 を使用します。

  • ポート割り当てクラスが有効でない場合は,ポート割り当てクラス -1 を使用します。

3 種類のポート割り当てクラスにはそれぞれの命名規則があります。

マルチホスト・インターコネクトに接続されているデバイスのポート割り当てクラスには,以下の規則が適用されます。

  1. 有効なポート割り当てクラスは 1〜32767 の範囲です。

  2. ポート割り当てクラスを使用する場合,デバイス名のコントローラ名は,実際のコントローラ名とは無関係に,常に A になります。 $GETDVI のアイテム・コード DVI$_DISPLAY_DEVNAM は実際のポート名を表示します。
    1 台のシステムに複数の DKA100 ディスクが接続される可能性があるため,省略名 (DK100 など) ではなく,完全に指定された名前 (たとえば $101$DKA100 や ABLE$DKA100 など) を使用することが重要になります。

  3. 各ポート割り当てクラスは,クラスタ内で固有の値でなければなりません。

  4. ポート割り当てクラスが他のノードのテープまたはディスクのノード割り当てクラスの値と重複することは認められません。

  5. MSCP がデバイスをサービスする対象となる各ノードには, 0 以外の同一の割り当てクラス値を割り当てなければなりません。

表 6-4 に,この種のポート割り当てクラスを使用するデバイス名の例を示します。

表 6-4 ポート割り当てクラス 1〜32767 を使用するデバイス名の例
デバイス名 説明
$101$DKA0 ポート割り当てクラスは 101 である。DK はディスク・デバイス・カテゴリを示し,A はコントローラ名, 0 はユニット番号である。
$147$DKA0 ポート割り当てクラスは 147 である。DK はディスク・デバイス・カテゴリを示し,A はコントローラ名, 0 はユニット番号である。



シングルホスト・インターコネクトに接続されているデバイスのポート割り当てクラス 0 には,以下の規則が適用されます。

  1. ポート割り当てクラスは,デバイス名の一部にはなりません。その代わり,デバイスが接続されているノードの名前がデバイス名の最初の部分になります。

  2. デバイス名の中のコントローラ名の部分は,デバイスが接続されているコントローラの指定と同じです (これは, 0 より大きいポート割り当てクラスに対するものであるため, A に変更されません)。

ポート割り当てクラス 0 を使用するデバイス名の例を 表 6-5 に示しています。

表 6-5 ポート割り当てクラス 0 を使用するデバイス名の例
デバイス名 説明
ABLE$DKD100 ABLE は,デバイスが接続されているノードの名前である。 D は接続されているコントローラの指定である。0 以外のポート割り当てクラスに対しては,コントローラ指定は A にならない。このデバイスのユニット番号は 100 である。$0$ というポート割り当てクラスはデバイス名に含まれない。
BAKER$DKC200 BAKER は,デバイスが接続されているノードの名前であり,C は接続されているコントローラの指定であり,200 はユニット番号である。$0$ というポート割り当てクラスはデバイス名に含まれない。



ポート割り当てクラス -1 は,ポート割り当てクラスが使用されていないことを示します。この場合,ノード割り当てクラスが使用されます。コントローラ名は既定の名前から変更されません (システム構成に基づいて OpenVMS が割り当てます。ノード割り当てクラスの影響を受けません)。

ポート割り当てクラスは,OpenVMS Alpha バージョン 7.1 から登場し,OpenVMS VAX でサポートされています。 VAX コンピュータは,Alpha システムに接続されているディスクのうち,ポート割り当てクラスを使用しているディスクを名前でサービスできます。

ポート割り当てクラスを実装するには,以下の操作が必要です。

  • ポート割り当てクラスの使用を有効にします。

  • 1 つ以上のポート割り当てクラスを割り当てます。

  • 少なくとも共用 SCSI バス上のノードをリブートします。

ポート割り当てクラスの使用の有効化

ポート割り当てクラスの使用を有効にするには,新しい SYSGEN パラメータ DEVICE_NAMING を 1 に設定しなければなりません。このパラメータのデフォルト設定は 0 です。さらに, SCSSYSTEMIDH システム・パラメータを 0 に設定しなければなりません。このように設定されているかどうか確認してください。

ポート割り当てクラスの割り当て

OpenVMS Cluster 構成プロシージャ,CLUSTER_CONFIG.COM (または CLUSTER_CONFIG_LAN.COM) を使用して,1 つ以上のポート割り当てクラスを割り当てることができます。

CLUSTER_CONFIG.COM または CLUSTER_CONFIG_LAN.COM を使用してポート割り当てクラスを割り当てることができない場合 (たとえば,プライベート・システム・ディスクからブートして既存のクラスタのメンバになる場合),新しい SYSBOOT SET/CLASS コマンドを使用できます。

以下の例では,新しい SYSBOOT SET/CLASS コマンドを使用して,既存のポート割り当てクラス 152 を PKB ポートに割り当てる方法を示しています。


SYSBOOT> SET/CLASS PKB 152 

SYSINIT プロセスは,この新しい名前が後続のブートでも確実に使用されるようにします。

ポート割り当てクラスの割り当てを解除するには,クラス番号を指定せずに,ポート名を入力します。以下の例を参照してください。


SYSBOOT> SET/CLASS PKB 

ポートと割り当てクラスのマッピングは,標準テキスト・ファイルである SYS$SYSTEM:SYS$DEVICES.DAT に格納されます。 SYS$DEVICES.DAT を変更するには, CLUSTER_CONFIG.COM (または CLUSTER_CONFIG_LAN.COM) コマンド・プロシージャを使用するか,または特殊な場合は SYSBOOT を使用します。

デバイスの割り当てクラスを変更すると,デバイス名も変化します。クラスタ単位のリブートを行うと,すべてのノードが確実にデバイスを新しい名前で認識するようになります。つまり,通常のデバイス・ロックとファイル・ロックの状態が確実に一貫したものとなります。

デバイス名が変化したときに,必ずしもクラスタ全体をリブートする必要はありません。この後説明するように, SCSI バスを共用するノードだけをリブートすることができます。この操作が可能な条件と,その結果もここで説明します。

  1. 名前が変更されたデバイスをすべてのノードからディスマウントします。
    この操作が常に可能なわけではありません。特に,ノードでシステム・ディスクとして使用されているディスクをディスマウントすることはできません。ディスクがディスマウントされないと,新しいデバイス名を使用して同じディスクをマウントしようとしても,以下のエラーが発生します。


    %MOUNT-F-VOLALRMNT, another volume of same label already mounted 
    


    したがって,ディスクをディスマウントできないノードはリブートする必要があります。

  2. SCSI バスに接続されているすべてのノードをリブートします。
    これらのノードをリブートする前に,SCSI バスに接続されているディスクが,リブートされないノードでディスマウントされていることを確認してください。

    注意

    OpenVMS では,SCSI バスの名前が,同じバスにすでにアクセスしている別のノードと異なる名前付けになる場合,ノードをブートできないようになっています (このチェックは,ステップ 1 のディスマウントのチェックとは無関係に行われます)。


    SCSI バスに接続されているノードがリブートされた後,デバイスには新しい名前が付けられます。

  3. デバイスをシステム単位またはクラスタ単位でマウントします。
    元の名前でマウントされているディスクが他のノードにない場合は,新しい名前を使用してディスクをシステム単位またはクラスタ単位でマウントできます。新しいデバイス名は,互換性のあるソフトウェアを稼動しているすべてのノードで確認することができ,これらのノードもディスクをマウントし,通常のようにアクセスすることができます。
    リブートされていないノードでは,新しいデバイス名だけでなく,古いデバイス名も表示されます。しかし,古いデバイス名を使用することはできません。古い名前でデバイスにアクセスすると,そのデバイスはオフラインになります。古い名前は,ノードをリブートするまで消去されません。



6.3 MSCP および TMSCP によってサービスされるディスクとテープ

MSCP サーバと TMSCP サーバは,ローカルに接続されているディスクおよびテープをすべてのクラスタ・メンバから利用できるようにします。ローカルに接続されているディスクとテープは,自動的にクラスタ全体でアクセスできるようになるわけではありません。これらのデバイスへのアクセスは,ディスクの場合は MSCP サーバ,テープの場合は TMSCP サーバを使用して,クラスタ・アクセス可能デバイスとして設定しない限り,ローカル・コンピュータに制限されます。

6.3.1 サーバの有効化

ディスクまたはテープをすべての OpenVMS Cluster コンピュータからアクセスできるようにするには,MSCP サーバまたは TMSCP サーバに対して以下の操作が必要です。

  • 表 6-6 の説明に従って,ローカル・コンピュータにこれらのサーバをロードします。

  • 表 6-7 の説明に従って, MSCP および TMSCP システム・パラメータを設定することで,これらのサーバが機能するようにします。

表 6-6 MSCP_LOAD および TMSCP_LOAD パラメータの設定
パラメータ 意味
MSCP_LOAD 0 MSCP_SERVER をロードしない。これはデフォルト設定である。
  1 デフォルトの CPU 負荷キャパシティを使用して, MSCP_SERVE_ALL パラメータによって指定される属性で MSCP サーバをロードする。
  >1 MSCP_SERVE_ALL パラメータによって指定される属性で MSCP サーバをロードする。 CPU 負荷キャパシティとして MSCP_LOAD の値を使用する。
TMSCP_LOAD 0 TMSCP サーバをロードせず,テープをサービスしない (デフォルト値)。
  1 TMSCP サーバをロードし,すべてのローカル・テープ,および TAPE_ALLOCLASS の値が一致するすべてのマルチホスト・テープも含めて,すべての使用可能なテープをサービスする。

表 6-7 は,MSCP および TMSCP サーバを構成するために,MSCP_SERVE_ALL および TMSCP_SERVE_ALL に対して指定できるシステム・パラメータ値を示しています。初期値は,インストール・プロシージャまたはアップグレード・プロシージャを実行するときの応答,または 第 8 章 で説明している CLUSTER_CONFIG.COM コマンド・プロシージャを使用して構成を設定するときの応答によって決定されます。

OpenVMS バージョン 7.2 以降,サービス・タイプはビット・マスクとして実装されています。システムが実行するサービス・タイプを指定するには, 表 6-7 で適切なタイプを確認し,その値を指定します。一部のシステムの場合は,システム・ディスクのサービスとローカルに接続されているディスクのサービスのように,2 種類のサービス・タイプを指定しなければならないことがあります。このような組み合わせを指定するには,各タイプの値を加算し,合計を指定します。

注意

OpenVMS バージョン 7.1-x またはそれ以前のバージョンを稼動しているシステムを含む複合バージョン・クラスタでは,使用可能なすべてのディスクのサービスは,割り当てクラスがシステムのノード割り当てクラス (バージョン 7.2 より前のバージョンでの意味) と一致するすべてのディスクのサービスに制限されます。このタイプのサービスを指定するには,値として 9 を使用します (つまり,ビット 0 とビット 3 がセットされます)。

表 6-7 MSCP_SERVE_ALL パラメータと TMSCP_SERVE_ALL パラメータの設定
パラメータ ビット セットしたときの値 意味
MSCP_SERVE_ALL 0 1 使用可能なすべてのディスク (ローカルに接続されているディスクと,HS x および DSSI コントローラに接続されているディスク) をサービスする。ビット 3 がセットされていない場合は,システムの割り当てクラス (ALLOCLASS パラメータによって設定された値) と異なる割り当てクラスを持つディスクもサービスされる。
  1 2 ローカルに接続されているディスク (HS x および DSSI 以外のディスク) をサービスする。サーバは I/O トラフィックを監視せず,負荷のバランス調整にも参加しない。
  2 4 システム・ディスクをサービスする。これはデフォルト設定である。クラスタ内の他のノードが,システム・ディスクをサービスできるこのシステムに依存している場合,この設定は重要である。この設定を使用すると,システムが障害を起こしているリモート・システム・ディスクへの I/O を実行しようとしたときに発生する可能性がある,わかりにくい競合に関する問題を防止することができる。
  3 8 ビット 0 によって指定されるサービスを制限する。システムの割り当てクラス (ALLOCLASS パラメータによって設定) と異なる割り当てクラスを持つディスクを除き,他のすべてのディスクがサービスされる。

これはバージョン 7.2 より前の動作である。 OpenVMS バージョン 7.1- x またはそれ以前のバージョンを稼動しているシステムがクラスタに含まれており,使用可能なすべてのディスクをサービスする場合は,9 を指定しなければならない。この値は,このビットとビット 0 をセットした結果である。

TMSCP_SERVE_ALL 0 1 使用可能なすべてのテープ (ローカルに接続されているテープと, HS x および DSSI コントローラに接続されているテープ) をサービスする。ビット 3 がセットされていない場合は,システムの割り当てクラス (ALLOCLASS パラメータによって設定) と異なる割り当てクラスを持つテープもサービスされる。
  1 2 ローカルに接続されている (HS x および DSSI 以外の) テープをサービスする。
  3 8 ビット 0 によって指定されるサービスを制限する。システムの割り当てクラス (ALLOCLASS パラメータによって設定) と異なる割り当てクラスを持つテープを除き,他のすべてのテープがサービスされる。

これはバージョン 7.2 より前のバージョンの動作である。 OpenVMS バージョン 7.1- x またはそれ以前のバージョンを稼動するシステムがクラスタに含まれており,使用可能なすべてのテープをサービスしたい場合は,9 を指定しなければならない。この値は,このビットとビット 0 をセットした結果である。

現在,サービス・タイプはビット・マスクとして実装されていますが,ビット 0 とビット 1 によって指定される 0,1,2 という値は元の意味から変更されていません。これらの値は以下の表に示すとおりです。

説明
0 どのディスク (テープ) もサービスしない。これはデフォルト設定である。
1 使用可能なすべてのディスク (テープ) をサービスする。
2 ローカルに接続されている (HS x および DSSI 以外の) ディスク (テープ) だけをサービスする。


目次 索引

印刷用画面へ
プライバシー 本サイト利用時の合意事項