3 SMC および StorageTek TapePlex の管理

SMC には、StorageTek TapePlex 環境を構成および管理するために使用されるいくつかの機能があり、共有ホスト上、または SMC クライアント/サーバー機能を使用する複数のホスト上で構成できます。

SMC およびライブラリ制御サーバー

SMC は、IBM の z/OS オペレーティングシステムと、StorageTek ライブラリ制御システム (HSC および MVS/CSC) の間のインタフェースを提供します。SMC は、次の方法で、これらのライブラリ制御システムと連携できます。

  • SMC は、同じホスト上の HSC と直接連携するか、または TCP/IP および SMC HTTP サーバーコンポーネントを使用して、異なるホスト上の HSC とリモートで連携することができます。

  • SMC は、同じホスト上の MVS/CSC と連携して ACSLS と通信できます。

    注:

    MVS/CSC 7.1 以降は、StorageTek LibraryStation と互換性がありません。MVS のみの環境では、StorageTek SMC とその HTTP サーバーコンポーネントを使用して MVS ホスト間の通信を提供する必要があります。

  • SMC は、XAPI サポートに対応している ACSLS サーバーと通信できます (MVS/CSC は必要ありません)。詳細は、ACSLS サーバーへの XAPI クライアントインタフェースを参照してください。

SMC のための TapePlex の定義

TapePlex は、通常は単一の HSC 制御データセット (CDS) で表される、単一の StorageTek ハードウェア構成です。TapePlex には、複数の自動カートリッジシステム (ACS) と仮想テープストレージサブシステム (VTSS) が含まれる場合があります。

SMC TAPEPlex コマンドを使用して、SMC サブシステムからアクセスされるすべての TapePlex を明示的に定義することを推奨します。

SMC TAPEPlex コマンドの詳細については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

SMC クライアント/サーバー機能の使用

SMC クライアントサーバー機能を使用すると、SMC が、SMC と同じホスト上にない HSC システムと通信できるようになります。この機能では、次を実行できます。

  • HSC が起動されるホストの数を減らす。

    HSC は 2 台のホスト上でのみ実行し、2 台目のホストをバックアップとして使用することを推奨します。HSC を 1 台または 2 台のホスト上でのみ実行すると、CDS の競合が軽減されるとともに、複数の MVS syslog ファイルを管理する必要もなくなります。

  • 物理的に異なるハードウェア構成を表す複数の HSC TapePlex と通信する。

  • 2 番目の HSC インスタンスをフェイルオーバー用に提供することによって、テープ処理の停止を削減する。

通信に対するセキュリティー管理の考慮事項

SMC でリモート HSC サブシステムと通信しようとするすべてのユーザーは、SMC に関連付けられたユーザー ID に対する OMVS セグメントを RACF 内に定義する必要があります。これが実行されていないと、z/OS UNIX プロセスの初期化エラーが発生します。OMVS セグメントを定義するには、IBM の文献『z/OS IBM Communications Server IP Migration Guide』を参照してください。機能的に同等のセキュリティー製品 (ACF2 など) を使用する場合は、その製品のドキュメントを参照してください。

オプションで、IBM z/OS オペレーティングシステムの一部として配布されているアプリケーション AT-TLS (Application Transparent Transport Layer Security) を使用すると、通信全体をセキュリティー保護 (暗号化) できます。

AT-TLS では、ポリシーエージェントで指定されたポリシー文に基づいたデータの暗号化および復号化が提供されます。AT-TLS の実装の詳細については、『z/OS Communications Server: IP Configuration Guide』で AT-TLS (Application Transparent Transport Layer Security) の情報および『z/OS Communications Server: IP Configuration Reference』でポリシーエージェントの情報を参照してください。

サーバーパスの定義

いずれかの HSC TapePlex が SMC とは異なるホスト上に存在する場合は、SMC SERVer コマンドを発行する必要があります。このコマンドは、異なる MVS ホスト上の HSC ライブラリ制御システム (またはサーバー) への名前付きパスを定義します。

最初に定義したサーバーがプライマリサーバーであるとみなされます。追加のサーバーはセカンダリサーバーです。割り振りまたはマウント処理中にプライマリサーバー上で通信エラーが発生した場合、SMC は、通信を最初の使用可能なセカンダリサーバーに自動的に切り替えます。このセカンダリサーバー上で通信エラーが発生した場合、SMC は、次の使用可能なセカンダリサーバーに自動的に切り替えます。

SMC SERVer コマンドの詳細については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

SMC のモニター機能

SMC には、SMC サブシステムおよびすべてのクライアント/サーバー通信が正しく動作していることを確認するための、いくつかのモニター機能が用意されています。詳細は、第7章 モニター機能と回復手順を参照してください。

SMC HTTP サーバーコンポーネントの使用

SMC HTTP サーバーコンポーネントは、SMC (クライアント) と別のホスト (サーバー) 上の HSC の間の通信のための機能を提供します。このコンポーネントは、HSC がサーバーとして実行されているホスト上の SMC アドレス空間の下で実行されます。SMC のみが実行されているホスト上には必要ありません。

SMC HTTP サーバーの起動および停止

SMC HTTP サーバーコンポーネントは、SMC の初期化中に自動的には起動されません。

SMC HTTP サーバーを起動するには、SMCPARMS または SMCCMDS データセットのどちらかに SMC HTTP STArt コマンドを含める必要があります。

SMC HTTP サーバーがアクティブになったら、コンソールから SMC HTTP コマンドを発行して、いつでも HTTP サーバーを停止または再起動することができます。

注:

SMC HTTP コマンドの詳細については、『ELS コマンド、制御文、ユーティリティーリファレンス』を参照してください。

SMC HTTP サーバーのステータスの表示

SMC HTTP サーバーのステータス情報や間隔の統計を表示するには、LIst パラメータを指定した SMC HTTP コマンドを発行します。

I/O、エラー、受け入れと拒否の数、CGI の使用数などの追加情報を表示するには、DETail パラメータを含めます。

注:

SMC HTTP サーバーメッセージの一覧については、『ELS メッセージおよびコード』を参照してください。

SMC HTTP サーバー UUI 要求での領域サイズに関する考慮事項

SMC クライアントが UUI 要求を SMC HTTP サーバーに送る場合、HTTP サーバーが実行中の SMC アドレス空間で要求の一部またはすべてが実行されます。複数の要求を同時に実行しようとしている場合、SMC ストレージの不足による異常終了が発生することがあります。

大量の仮想ストレージを消費する可能性のある UUI 機能には、VTCS EXPORT や、VOLRPT、VTVRPT、MVCRPT などの、SORT 機能を使用するレポートが含まれます。

HTTP サーバーを実行している SMC には最大の領域サイズ (0M) を割り振ることを推奨します。

クライアント/サーバー通信のための XAPI セキュリティー

SMC 7.3 にはクライアント/サーバー通信のための新しい XAPI セキュリティー機能が導入されており、SMC HTTP サーバーではデフォルトとして有効になります。

ELS クライアントアプリケーション (SMC および VM クライアント) だけをホストしている TapePlex の XAPI トランザクションをセキュリティー保護するための望ましい方法は、『StorageTek Enterprise Library Software セキュリティーガイド』の説明に従って AT/TLS 機能を使用することです。AT/TLS は、ELS にとって外部にある透過的なトランスポートレイヤー機能です。

ELS 以外のクライアント (オープンシステムクライアント)、または ELS クライアント (SMC および VM クライアント) と ELS 以外のクライアントを混合でホストしている TapePlex をセキュリティー保護するには、ELS 7.3 XAPI セキュリティー機能を使用します。ELS 7.3 XAPI セキュリティー機能のほかに、AT-TLS もこのような環境に使用できます。ただし、ELS 以外のクライアントの XAPI トランザクションはセキュリティー保護されません。

ELS 7.3 は、XAPI プロトコルの一部として、ELS の内部のみで使用される追加のユーザー認証機能を提供します。ELS 7.3 では、個々の XAPI クライアント/サーバートランザクションを認証するために、チャレンジ/レスポンスプロトコルを実装しています。このプロトコルを使用するには、新しい SMC XUDB コマンドを使用して、クライアントおよびサーバーのユーザー ID とパスワードを定義する必要があります。このコマンドの詳細については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。操作のログインチャレンジ/レスポンスは完全に透過的であり、ユーザーやオペレータがこのほかに操作する必要はありません。TapePlex 操作 (マウント、マウント解除、検索、スクラッチなど) ごとに XAPI ログインが必要です。サーバーがクライアントに代わってユーザー ID とパスワードを保存したりキャッシュしたりすることはありません。

ELS 7.3 にはデフォルトとして XAPI セキュリティーが必要です。ただし、ELS では、クライアントごとにセキュリティーを制御できる機能を提供しています。

  • SMC XCLIENT コマンドを使用すると、ELS 7.3 サーバーは個々のクライアントに XAPI セキュリティープロトコルの使用を「免除」できます。下位レベルの ELS クライアント (7.3 サーバーと通信する 7.2 クライアントなど) が XAPI ログインを使用せずに ELS 7.3 サーバーにサービスを要求できるようにするには、ELS 7.3 XCLIENT コマンドの定義が必要です。

  • HTTP コマンドで XSECurity (OFF) パラメータを使用すると、XAPI セキュリティープロトコルをグローバルに無効にできます。HTTP XSECurity(OFF) が指定されている場合、ELS 7.3 の XAPI プロトコルの動作は ELS 7.2 の XAPI プロトコル (ユーザー認証なし) と同じになります。

これらのコマンドの詳細については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

XAPI セキュリティープロトコルには、HCR7740 以上の IBM z/OS 暗号化サービス ICSF が必要です。ICSF はサーバーシステムとクライアントシステムの両方で起動されている必要があります。ICSF の初期化については、IBM z/OS 暗号化サービス ICSF のシステムプログラマ向けガイド (SA22-7520) を参照してください。XAPI セキュリティーには ICSF は必須ですが、暗号化コプロセッサは必須ではありません。

警告:

IBM z/OS 暗号化サービス ICSF がインストールされていない場合は、SMC XAPI セキュリティー機能を無効にする必要があります。SMC は、ICSF がインストールされていないことを認識した場合でも、デフォルトで XAPI セキュリティー機能を無効にすることはありません。SMC HTTP コマンドを使用して XAPI セキュリティー機能を無効にする方法については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

ACSLS サーバーへの XAPI クライアントインタフェース

XML API (XAPI) は、StorageTek クライアントおよびサーバーが TCP/IP 経由で共通のプロトコルを使用して通信できるようにする Oracle の StorageTek API です。

この XAPI の導入により、以前は実際のテープ処理に MVS ベースのサーバー (Oracle の StorageTek ホストソフトウェアコンポーネント) を使用する必要があったクライアントは、次のように (XAPI サポートが有効になった) ACSLS 8.4 以降を使用できるようになりました。

  • MVS 上の SMC クライアントは、XAPI サポートが有効になっている ACSLS サーバーに実際のテープ要求を要求できるようになりました (MVS/CSC は必要ありません)。

  • VM クライアントは、XAPI サポートが有効になっている ACSLS サーバーに実際のテープサービスを要求できるようになりました。

SMC または VM クライアントを使用して、XAPI サポートが有効になっている ACSLS サーバーに接続する場合は、SMC または VM クライアントの TAPEPlex および SERVer コマンドを使用して ACSLS アプリケーションを TapePlex として定義し、クライアントとサーバーの間の TCP/IP 制御パスを定義する必要があります。これらのコマンドについては、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

SMC および VM クライアントと、XAPI を備えた ACSLS サーバーの間のクライアントサーバー対話のほとんどは、エンドユーザーに対して透過的です。ボリューム情報、マウント、およびマウント解除に対する要求は SMC および VM クライアントによって自動的に生成され、オペレータの介入なしで処理されます。これらの自動的な対話に加えて、XAPI を備えた ACSLS サーバーには、XAPI コンポーネントを管理するために使用できる追加の管理者、構成、およびオペレータコマンドが用意されています。これらのコマンドについては、ELS のドキュメント ACSLS サーバーへの XAPI Client インタフェースのリファレンスを参照してください。

SMC の構成シナリオ

このセクションでは、SMC の次の一般的な構成シナリオについて説明します。

これらのシナリオは、クライアント/サーバーのシナリオを網羅することを目的にしているわけではありません。SMC では、TapePlex の数や、定義できる通信パスの数に制限は設けられていません。

さらに、これらのシナリオには、サーバーが ACSLS である場合に必要な SMC から MVS/CSC への通信が含まれています。

注:

MVS/CSC 7.1 以降は、LibraryStation と互換性がありません。MVS のみの環境では、SMC クライアント/サーバー機能を使用して MVS ホスト間の通信を提供する必要があります。詳細は、SMC クライアント/サーバー機能の使用を参照してください。

複数の StorageTek TapePlex を含む構成 (シナリオ 3 で示されています) では、SMC は TAPEREQ 文と POLicy コマンド、特定のボリューム位置、および使用可能なスクラッチボリュームに基づいて、各 DD 文の割り当てを適切な TapePlex に送信します。

シナリオ 1: SMC と HSC が同じホスト上に存在する 1 つの TapePlex

このシナリオでは、SMC と HSC が、1 つの TapePlex (1 つの CDS で表される) に接続された同じ MVS ホスト上で実行されます。

次の図は、この場合について示したものです。

図3-1 SMC と HSC が同じホスト上に存在する 1 つの TapePlex

周囲のテキストで説明されています

この構成では、次の 3 つのアドレス空間を使用します。

  • イニシエータアドレス空間 - 割り振りおよびマウントイベントの発生元のアドレス空間

  • SMC アドレス空間 - 発生したイベントがインターセプトされるアドレス空間

  • HSC アドレス空間 - SMC からのドライブとボリュームデータに関する要求、およびマウント要求の送信先アドレス空間

次の TAPEPlex コマンドは、ローカル HSC TapePlex を定義します。

TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC0)

PLEX1 はローカル TapePlex の名前であり、HSC0 は HSC のローカル MVS サブシステム名です。

シナリオ 2: SMC クライアントサーバー機能を使用する 1 つの TapePlex

このシナリオでは、SMC が、HSC を含まないクライアントホスト上で、リモート TapePlex (1 つの CDS で表される) および複数のホスト上で実行されている HSC への複数のパスを使用して実行されます。

次の図は、この場合について示したものです。

図3-2 SMC クライアントサーバー機能を使用する 1 つの TapePlex

周囲のテキストで説明されています

MVSA 上の SMC には、次の TAPEPlex および SERVer コマンドが必要です。

TAPEPLEX NAME(PLEX1)
SERVER NAME(MVSBPATH) TAPEPLEX(PLEX1) HOST(MVSB)
SERVER NAME(MVSCPATH) TAPEPLEX(PLEX1) HOST(MVSC)

MVSA 上のイニシエータアドレス空間で発生した要求は、MVSA 上の SMC アドレス空間によってインターセプトされます。MVSA 上の SMC によって、ボリュームとドライブデータに関する要求およびマウント要求が、MVSB または MVSC 上のサーバーに送信されます。

MVSB および MVSC 上で、SMC は、ローカル HSC でのみ使用することも、次に示すように、バックアップを行うために通信機能を使用することもできます。

MVSB 上の SMC には、次の TAPEPlex および SERVer コマンドが必要です。

TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC1)
SERVER NAME(MVSCPATH) TAPEPLEX(PLEX1) HOST(MVSC)

MVSB 上の SMC には、HTTP コンポーネントが定義されています。

HTTP START

MVSC 上の SMC には、次の TAPEPlex および SERVer コマンドが必要です。

TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC2)
SERVER NAME(MVSBPATH) TAPEPLEX(PLEX1) HOST(MVSB)

MVSC 上の SMC には、HTTP コンポーネントが定義されています。

HTTP START

前記の TAPEPlex および SERVer コマンドを使用すると、MVSB を MVSC のバックアップライブラリサーバーとして、MVSC を MVSB のバックアップライブラリサーバーとして動作させることができます。

注:

SMC で HSC および MVS/CSC からポリシーとドライブタイプに関する情報を取得する方法については、SMC ドライブタイプ情報の同期を参照してください。

シナリオ 3: 1 つの SMC からアクセスされる 2 つの TapePlex

このシナリオでは、1 つの SMC が 2 つの TapePlex (2 つの CDS で表される) と通信します。

次の図は、この場合について示したものです。

図3-3 1 つの SMC からアクセスされる 2 つの TapePlex

周囲のテキストで説明されています

このシナリオでは、2 つの TapePlex (2 つの CDS で表される) が存在することを前提にしています。

  • SMC は、同じホスト上の HSC と直接通信します。

  • SMC は、HTTP サーバーを使用して、異なるホスト (MVSB および MVSC) 上の HSC と通信します。

MVSA 上のイニシエータアドレス空間で発生した割り振りおよびマウント要求は、MVSA 上の SMC によってインターセプトされます。次に、これらの要求は、同じホスト上で実行されているローカル HSCL、ホスト MVSB 上で実行されている HSC1、ホスト MVSB 上で実行されている HSC2 のいずれかに送信されます。

MVSA 上の SMC には、次の TAPEPlex および SERVer コマンドが必要です。

TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC0)
TAPEPLEX NAME (PLEX2)
SERVER NAME(MVSBPATH) TAPEPLEX(PLEX2) HOST(MVSB)
SERVER NAME(MVSCPATH) TAPEPLEX(PLEX2) HOST(MVSC)

注:

割り振り要求ごとの「所有者」を決定するために SMC が複数の TapePlex から選択する方法については、SMC TapePlex の選択を参照してください (ジョブステップの各 DD は異なる TapePlex によって所有されている場合があります)。

MVSB 上の SMC には、次の TAPEPlex および SERVer コマンドが必要です。

TAPEPLEX NAME(PLEX2) LOCSUBSYS(HSC1)
SERVER NAME(MVSCPATH) TAPEPLEX(PLEX2) HOST(MVSC)

MVSB 上の SMC には、HTTP コンポーネントが定義されています。

HTTP START

MVSC 上の SMC には、次の TAPEPlex および SERVer コマンドが必要です。

TAPEPLEX NAME(PLEX2) LOCSUBSYS(HSC2)
SERVER NAME(MVSBPATH) TAPEPLEX(PLEX2) HOST(MVSB)

MVSC 上の SMC には、HTTP コンポーネントが定義されています。

HTTP START

注:

TapePlex の数と単一の SMC が構成できるサーバーパスには、あらかじめ定義された制限があります。

クライアント/サーバーのドライブアドレスのマッピング

SMC および HSC の機能により、クライアントホストとサーバーホストのドライブアドレスが異なる環境を管理できます。次のシナリオをもとに、クライアント/サーバー間のドライブアドレスのマッピングが必要かどうかを決定し、どのようなアクションや機能が必要かを見極めます。

シナリオ 1

  • クライアント/サーバー処理を使用していない。

  • 各 MVS ホストが HSC のコピーを実行。

必要なアクション: なし

シナリオ 2

  • クライアント/サーバー処理を使用。

  • 単一のクライアント/サーバーネットワーク内のすべてのホストで、同じ装置アドレスが定義されている。

必要なアクション: なし

シナリオ 3

  • クライアント/サーバー処理を使用。

  • 単一のクライアント/サーバーネットワーク内のすべてのホストで、同じ装置アドレスが定義されているが、デバイスが定義されていないホストもある。

必要なアクション: ドライブアドレスのマッピングは不要です。ただし、デバイスがホストに定義されていない場合でも、HSC SET SLIDRIVS ユーティリティーを使用して、サーバーとして使用するホスト上のすべてのドライブアドレスを定義する必要があります。SET SLIDRIVS ユーティリティーの詳細は、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

シナリオ 4

  • クライアント/サーバー処理を使用。

  • すべての HSC ホストに対して同じデバイスアドレスが定義されているが、1 つまたは複数の SMC クライアントのみのホストで、同じデバイスに異なるアドレスセットが使用されている。

必要なアクション: SMC DRIVemap コマンドを使用して、SMC クライアントホストアドレスを HSC ホストアドレスにマッピングします。SMC によって、影響を及ぼす割り振りと、サーバーからのマウント要求時、必要なアドレス変換が実行されます。DRIVemap コマンドの詳細については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

シナリオ 5

  • クライアント/サーバー処理を使用。

  • 2 台の MVS ホスト (MVS1 および MVS2)、両ホストで HSC と SMC を実行中。

  • 1 台の MVS ホスト (MVS3) では SMC のみが実行されているが、サーバーとして 2 台のホストの一方と通信していると定義されている。

  • 3 台のホスト間で、異なるデバイスアドレスが定義されている。例:

    • MVS1 (AA0-AAF)

    • MVS2 (BA0-BAF)

    • MVS3 (CA0-CAF)

必要なアクション:

  1. MVS3 上の SMC は特定のマウントイベントのために MVS1 または MVS2 ホストのどちらとも通信できるため、HSC SET ユーティリティー (SET DRVHOST) を使用して、これらのホストのいずれかを「デバイスホストマスター」として指定する必要があります。たとえば、MVS1 (AA0-AAF) にします。

    HSC CDS にデバイスホストマスターを指定すると、該当するホストマスターに関連付けられているアドレス (AA0-AAF) が、SMC との通信時、MVS1 と MVS2 によって使用されるようになります。

    必要に応じて、HSC DRVHOST としてダミーのホスト ID を追加し、クライアントアドレスにマップするための存在しないドライブアドレスを使用できます。たとえば、HSC SET NEWHOST ユーティリティーを使用してホスト名 DRVDUMMY を定義し、デバイス範囲を 000-00F として定義します。

    HSC SET DRVHOST ユーティリティーおよび HSC SET NEWHOST ユーティリティーの詳細は、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

  2. クライアント MVS2 および MVS3 上で SMC DRIVemap コマンドを使用し、ドライブアドレス BA0-BAF と CA0-CAF を、サーバーアドレス AA0-AAF にマッピングします。DRIVemap コマンドの詳細については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

SMC ドライブタイプ情報の同期

SMC は、SMC から定義済みの各 TapePlex に送信された構成照会を使用して、ELS ライブラリ制御システム (HSC および MVS/CSC) からドライブタイプ情報を取得します。

  • HSC サブシステムの場合、ローカルおよびリモートシステムのドライブ構成の変更は、SMC によって自動認識されます。

  • MVS/CSC サブシステムの場合、同等の MVS/CSC コマンドを発行するたびに、SMC RESYNChronize コマンドを発行する必要があります。RESYNChronize コマンドの詳細については、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。

SMC UNITAttr コマンドを使用してドライブタイプ情報を指定する

SMC UNITAttr コマンドを使用すると、ローカルホストのテープデバイスの構成によって要求された ELS ライブラリ制御システムの構成照会から返される情報を補足したり、オーバーライドしたりすることができます。具体的には、UNITAttr コマンドで次を実行できます。

  • このホストで利用できないデバイスアドレスに MODEL=IGNORE を設定します。

  • このホストのライブラリ外デバイスのモデルタイプを指定します。

  • このホストのライブラリ外デバイスアドレスまたは範囲に NOTAPEPLEX を指定します。それは、ほかのホストで TapePlex に属するデバイスです。

  • 複数の TapePlex に対して定義されているデバイスアドレスまたは範囲に TapePlex 所有権を指定します。このホストがない場合、接続されているデバイスは指定された TapePlex に属します。

  • SMC の開始後、TapePlex が初期化される前に、マウントによって参照される可能性のあるデバイスに TapePlex 所有権とモデルを指定します。

注:

UNITAttr コマンドは必須ではなく、このセクションで説明する状況でのみ発行します。

アクセス不可のデバイスに対して SMC UNITAttr コマンドを指定する

UCB によって表されるが、このホストからアクセスできないデバイスを定義するには、次のように、アクセス不可のデバイスごとに SMC UNITAttr コマンドを発行します。

UNITATTR ADDR(ccuu) MODEL(IGNORE)

UNITAttr MOdel(IGNORE) の処理は、以前のリリースから変わっていません。その結果、SMC では、その処理のいずれにおいてもアクセス不可の装置は対象となりません。

ライブラリ外デバイスに対して SMC UNITAttr コマンドを指定する

このホストでライブラリ外デバイスタイプを定義するには、次のように、ライブラリ外デバイスごとに SMC UNITAttr コマンドを発行します。

UNITATTR ADDR(ccuu) MODEL(model)

ライブラリ外デバイスは、類似の UCB 特性を持つほかのライブラリ外デバイスと区別するために、追加のモデル情報を定義する必要のある StorageTek デバイスです。

TapePlex に属するデバイスと同じアドレスを持つライブラリ外デバイスに対して SMC UNITAttr コマンドを指定する

ホストのデバイスアドレスが TapePlex によって所有されるデバイスのデバイスアドレスと重複し、このホストから TapePlex によって所有されるデバイスにアクセスできない場合は、NOTAPEPlex パラメータを指定した SMC UNITAttr コマンドを次のように発行します。

UNITATTR ADDR(ccuu) MODEL(model) NOTAPEPLEX

その結果、HSC などの TapePlex が構成照会から返されたデータを使用して所有権を要求した場合は、NOTAPEPlex によってその TapePlex がオーバーライドされます。構成情報は無視され、デバイスはライブラリ外デバイスのままになります。

NOTAPEPlex の指定に失敗した場合は、TapePlex 構成情報によって NOTAPEPlex パラメータなしで指定された UNITAttr がオーバーライドされ、デバイス定義はライブラリ外から TapePlex によって所有されるデバイスに変更されます。

別の TapePlex に属するデバイスと同じアドレスを持つ TapePlex に属するデバイスに対して SMC UNITAttr コマンドを指定する

構成にデバイスアドレスまたは範囲が重複する複数の TapePlex が含まれ、SMC に対して両方の TapePlex を定義する場合は、UNITAttr コマンドを TAPEPlex パラメータとともに入力し、指定したデバイスまたはこのホスト上の範囲がどちらの TapePlex に属するかを設定します。次のように、重複するデバイスアドレスのそれぞれに対して UNITAttr コマンドを入力します。

UNITATTR ADDR(ccuu) MODEL(model) TAPEPLEX(name)

例

次を想定します。

  • ホスト MVSA には HSC1 と HSC2 の 2 つの TapePlex が含まれる。

  • HSC1 には 9840 のデバイス範囲 2900 - 2903 が含まれる。

  • HSC2 には 4480 のデバイス範囲 2900 - 2903 が含まれる。

  • ただし、MVSA では、2900 - 2903 のデバイスが HSC1 に接続される。MVSA は HSC2 のデバイス範囲に接続されない。

このシナリオを前提として、次のように、SMC UNITATTR コマンドを発行します。

UNITATTR ADDR(2900-2903) MODEL(9840) TAPEPLEX(HSC1)

このコマンドは、指定された TapePlex 以外の任意の TapePlex からの指定されたデバイスに対する任意の構成情報を無視するように SMC に指示します。

注:

MVSA が HSC2 に対して定義されたアドレス範囲 2900 - 2903 を異なるアドレス範囲 (4900 - 4903 など) として認識すると、MVSA は SET DRVHOST 機能を使用して、任意のクライアント構成照会に対するアドレス範囲 4900 - 4903 として HSC2 上でアドレス範囲 2900 - 2903 を定義します。詳細は、クライアント/サーバーのドライブアドレスのマッピングを参照してください。

SMC のあとに初期化される TapePlex のデバイスに対して SMC UNITAttr コマンドを指定する

SMC の開始後、TapePlex の初期化前にテープジョブを実行するときに TapePlex に属するデバイスを定義するには、次のように、TapePlex に属するすべてのデバイスに対して、SMC UNITAttr コマンドを入力します。

UNITATTR ADDR(2900-2903) MODEL(9840) TAPEPLEX(HSC1)
...
UNITATTR ADDR(9000-903F) MODEL(VIRTUAL) TAPEPLEX(HSC1)

これは、SMC に保留中のマウントのためのすべてのテープポリシー (VTCS MGMTCLAS を含む) を追跡するよう指示します。

SMC TapePlex の選択

SMC が特定またはスクラッチの割り振り要求をインターセプトする際には、要求処理の所有権を持つ TapePlex が選択されます。割り振り要求を制御する TapePlex の決定には、次の条件が、記載されている順序で評価されます。

  1. TapePlex は、定義されている順序で照会されます。TAPEPlex コマンドが SMC に対して定義されている場合は、TAPEPlex コマンドの順序が使用されます。TAPEPlex コマンドが SMC に対して定義されていない場合は、MVS SSCVT テーブルに記述されている順序が使用されます。

  2. 要求の Eligible Device List (EDL: 適格デバイスリスト) に、特定の TapePlex によって所有されているドライブが含まれていない場合、その TapePlex は要求を所有することはできません。

  3. 適用可能な SMC POLicy によって特定の TapePlex が要求された場合は、その TapePlex が要求の所有者とみなされます。

  4. SMC POLicy エソテリックに 1 つの TapePlex 内のドライブしか含まれていない場合は、その TapePlex が要求の所有者として選択されます。

  5. 要求された特定のボリュームシリアルが TAPEREQ 文で指定されている場合は、その TAPEREQ に関連付けられた POLicy によって所有者が決定されます。

  6. 要求された特定ボリュームが TapePlex で見つかった場合は、明示的なエソテリックまたは TapePlex 選択によって置き換えないかぎり、その TapePlex が要求の所有者とみなされます。そのボリュームが TapePlex 内に見つからないが、TapePlex にそのボリュームの VOLPARM 定義が含まれている場合は、その特定のボリュームがほかのいずれかの TapePlex 内に見つからなければ、その TapePlex が所有者とみなされます。

  7. 要求されたスクラッチボリュームが TapePlex に存在することが判明した場合、明示的なエソテリックまたは TapePlex 選択によって置き換えないかぎり、その TapePlex が要求の所有者とみなされます。要求されたスクラッチボリュームが TapePlex に存在しないが、指定されたサブプール名がその TapePlex で認識できる場合、スクラッチボリュームが別の TapePlex で見つからないかぎり、その TapePlex が要求の所有者とみなされます。

    複数のライブラリの中から TapePlex 所有者を選択するには、SMC POLicy コマンドの TAPEPlex パラメータを使用して TapePlex 名を指定します。このコマンドについては、『ELS コマンド、制御文、およびユーティリティーリファレンス』を参照してください。