3 SMC 및 StorageTek TapePlex 관리

SMC에는 StorageTek TapePlex 환경을 구성 및 관리하기 위한 몇 가지 기능이 포함되어 있으며, SMC 클라이언트/서버 기능을 사용해서 공유 호스트 또는 다중 호스트에 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는 MVS/CSC 필요 없이 XAPI 지원이 제공되는 ACSLS 서버와 통신할 수 있습니다. 자세한 내용은 ACSLS 서버에 대한 XAPI 클라이언트 인터페이스을 참조하십시오.

SMC에 대한 TapePlex 정의

TapePlex는 일반적으로 단일 HSC CDS(컨트롤 데이터 세트)로 표현되는 단일 StorageTek 하드웨어 구성입니다. TapePlex는 여러 개의 ACS(Automated Cartridge System) 및 VTSS(가상 테이프 스토리지 부속 시스템)를 포함할 수 있습니다.

SMC TAPEPlex 명령을 사용해서 SMC 부속 시스템에서 액세스할 모든 TapePlex를 명시적으로 정의하는 것이 좋습니다.

SMC TAPEPlex 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

SMC 클라이언트/서버 기능 사용

SMC 클라이언트/서버 기능을 사용해서 SMC는 SMC와 동일한 호스트에 없는 HSC 시스템과 통신할 수 있습니다. 이 기능을 사용하면 다음을 수행할 수 있습니다.

• HSC가 시작되는 호스트 수를 줄입니다.

  HSC는 2개의 호스트에서만 실행하는 것이 좋으며, 두번째 호스트는 백업용으로 사용해야 합니다. 한 두 개의 호스트에서만 HSC를 실행하면 CDS 경합이 줄어들고 여러 MVS syslog 파일을 관리할 필요가 없어집니다.

• 물리적으로 서로 다른 하드웨어 구성을 나타내는 여러 개의 HSC TapePlex와 통신합니다.

• 페일오버용으로 두번째 HSC 인스턴스를 제공하여 테이프 처리 중단을 줄입니다.

통신을 위한 보안 관리 고려 사항

SMC가 원격 HSC 부속 시스템과 통신하게 하려는 모든 사용자는 SMC와 연관된 사용자 ID에 대해 RACF에 OMVS 세그먼트를 정의해야 합니다. 이 작업이 수행되지 않으면, z/OS UNIX 프로세스 초기화 오류가 발생합니다. OMVS 세그먼트를 정의하려면 IBM 설명서 z/OS IBM Communications Server IP Migration Guide를 참조하십시오. 기능적으로 동등한 보안 제품(예: ACF2)을 사용하는 경우에는 해당 제품의 설명서를 참조하십시오.

선택적으로, IBM z/OS 운영체제의 일부로 배포되는 응용 프로그램인 Application Transparent Transport Layer Security(AT-TLS)를 사용해서 전체 통신을 보호(암호화)할 수 있습니다.

AT-TLS는 정책 에이전트에 지정된 정책 문을 기반으로 데이터 암호화 및 암호 해독 기능을 제공합니다. AT-TLS 구현에 대한 자세한 내용은 z/OS Communications Server: IP Configuration Guide의 Application Transparent Transport Layer Security(AT-TLS) 정보 및 z/OS Communications Server: IP Configuration Reference의 정책 에이전트 정보를 참조하십시오.

서버 경로 정의

SMC 이외의 다른 호스트에 상주하는 HSC TapePlex의 경우 SMC SERVer 명령을 실행해야 합니다. 이 명령은 다른 MVS 호스트에 있는 HSC 라이브러리 콘트롤 시스템 또는 서버에 대한 이름이 지정된 경로를 정의합니다.

사용자가 정의하는 첫번째 서버는 기본 서버로 간주됩니다. 추가 서버는 보조 서버입니다. 할당 또는 마운트 처리 중에 기본 서버에서 통신 오류가 발생하면 SMC가 사용 가능한 첫번째 보조 서버로 통신을 자동으로 전환합니다. 이 보조 서버에서 통신 오류가 발생하면 SMC가 사용 가능한 그 다음 보조 서버로 자동으로 전환합니다.

SMC SERVer 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

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 Command, Control Statement, and Utility Reference를 참조하십시오.

SMC HTTP 서버 상태 표시

LIst 매개변수와 함께 SMC HTTP 명령을 실행하면 SMC HTTP 서버 상태 정보 및 간격 통계를 표시할 수 있습니다.

I/O, 오류, 수락 및 거부 수, CGI 사용 수를 포함해서 추가 정보를 표시하려면 DETail 매개변수를 포함합니다.

주:

SMC HTTP 서버 메시지에 대한 자세한 내용은 ELS Messages and Codes 설명서를 참조하십시오.

SMC HTTP 서버 UUI 요청의 영역 크기 고려 사항

SMC 클라이언트가 UUI 요청을 SMC HTTP 서버로 지정하면 HTTP 서버가 실행되는 SMC 주소 공간에서 이러한 일부 또는 모든 요청이 실행됩니다. 여러 요청을 동시에 실행하려고 시도하면 SMC 스토리지 부족으로 인한 비정상 종료가 발생할 수 있습니다.

많은 양의 가상 스토리지를 소비할 수 있는 UUI 기능에는 VOLRPT, VTVRPT 및 MVCRPT를 포함한 SORT 기능을 사용하는 보고서 및 VTCS EXPORT가 포함됩니다.

최대 영역 크기(0M)를 HTTP 서버 실행 SMC에 할당하는 것이 좋습니다.

클라이언트/서버 통신을 위한 XAPI 보안

SMC 7.3에는 클라이언트/서버 통신을 위한 새로운 XAPI 보안 기능이 도입되었습니다. 이 기능은 SMC HTTP 서버에서 기본적으로 사용으로 설정됩니다.

ELS 클라이언트 응용 프로그램(SMC 및 VM 클라이언트)만 호스트하는 TapePlex에 대해 XAPI 트랜잭션을 보안하는 가장 좋은 방법은 StorageTek Enterprise Library Software Security Guide에 설명된 대로 AT/TLS 기능을 사용하는 것입니다. AT/TLS는 ELS 외부에 있으며 ELS에 투명한 전송 계층 기능입니다.

ELS 이외의 클라이언트(개방형 시스템 클라이언트) 또는 ELS 클라이언트(SMC 및 VM 클라이언트)와 ELS 이외 클라이언트의 조합을 호스트하는 TapePlex를 보안하려면 ELS 7.3 XAPI 보안 기능을 사용하십시오. 이러한 환경에서 ELS 7.3 XAPI 보안 기능에 추가하여 AT-TLS를 사용할 수는 있지만 AT-TLS는 ELS 이외의 클라이언트에 대해 XAPI 트랜잭션을 보안하지 않습니다.

ELS 7.3은 ELS에 완전히 포함된 내부 기능인 XAPI 프로토콜의 일부로 추가적인 사용자 인증 기능을 제공합니다. ELS 7.3은 개별 XAPI 클라이언트/서버 트랜잭션을 인증하기 위해 챌린지-응답 프로토콜을 구현합니다. 이 프로토콜을 사용하려면 새 SMC XUDB 명령을 사용하여 클라이언트 및 서버에 대해 사용자 ID 및 암호를 정의해야 합니다. 이 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오. 작동하는 로그인 챌린지 및 응답은 완전히 투명하며, 사용자 또는 운영자의 추가 개입이 필요하지 않습니다. 각 TapePlex 작업(마운트, 마운트 해제, 조회, 스크래치 등)에 대해 XAPI 로그인이 필요합니다. 사용자 ID와 암호는 클라이언트를 대신하여 저장되거나 서버에 캐시되지 않습니다.

ELS 7.3에는 XAPI 보안이 기본값으로 필요합니다. 하지만 ELS에는 사용자가 각 클라이언트에 대한 보안을 제어할 수 있는 기능도 제공됩니다.

• SMC XCLIENT 명령을 사용하여 개별 클라이언트가 XAPI 보안 프로토콜을 사용하지 않아도 되도록 ELS 7.3 서버를 설정할 수 있습니다. 낮은 레벨 ELS 클라이언트(예: 7.3 서버와 통신하는 7.2 클라이언트)가 XAPI 로그인 없이 ELS 7.3 서버에서 서비스를 요청하려면 ELS 7.3 XCLIENT 명령 정의가 있어야 합니다.

• XSECurity (OFF) 매개변수와 함께 HTTP 명령을 사용하여 XAPI 보안 프로토콜을 전역적으로 사용 안함으로 설정할 수 있습니다. HTTP XSECurity(OFF)가 지정된 경우 ELS 7.3 XAPI 프로토콜은 ELS 7.2 XAPI 프로토콜과 동일하게 작동합니다(사용자 인증 없음).

이러한 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

XAPI 보안 프로토콜을 사용하려면 IBM z/OS Cryptographic Services ICSF가 HCR7740 이상이어야 합니다. ICSF는 서버와 클라이언트 시스템 모두에서 시작되어야 합니다. ICSF 초기화에 대한 자세한 내용은 IBM z/OS Cryptographic Services ICSF System Programmer's Guide (SA22-7520)를 참조하십시오. XAPI 보안을 위해 ICSF가 필요한 반면 암호화 보조 프로세서는 필요하지 않습니다.

경고:

IBM z/OS Cryptographic Services ICSF가 설치되지 않은 경우 SMC XAPI 보안 기능을 사용 안함으로 설정해야 합니다. SMC는 ICSF가 설치되지 않았음을 인식한 경우에도 XAPI 보안 기능을 기본적으로 사용 안함으로 설정하지 않습니다. SMC HTTP 명령을 사용하여 XAPI 보안 기능을 사용 안함으로 설정하는 방법은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

ACSLS 서버에 대한 XAPI 클라이언트 인터페이스

XAPI(XML API)는 StorageTek 클라이언트와 서버가 TCP/IP 상에서 공통 프로토콜을 사용하여 통신할 수 있는 Oracle StorageTek API입니다.

이 XAPI가 도입됨에 따라, 이전에 실제 테이프 처리를 위해 MVS 기반 서버(Oracle StorageTek Host Software Component)를 사용해야 했던 클라이언트는 이제 다음과 같이 ACSLS 8.4 이상(XAPI 지원 가능)을 사용할 수 있습니다.

• 이제 MVS의 SMC 클라이언트는 MVS/CSC 필요 없이 ACSLS 서버(XAPI 지원 가능)에서 실제 테이프를 요청할 수 있습니다.

• 이제 VM 클라이언트는 ACSLS 서버(XAPI 지원 가능)에서 실제 테이프 서비스를 요청할 수 있습니다.

SMC 또는 VM 클라이언트를 사용하여 ACSLS 서버(XAPI 지원 가능)에 연결하는 경우, SMC 또는 VM 클라이언트 TAPEPlex 및 SERVer 명령을 사용하여 ACSLS 응용 프로그램을 TapePlex로 정의하고 클라이언트와 서버 간에 TCP/IP 제어 경로를 정의해야 합니다. 이러한 명령에 대한 자세한 내용은 ELS Commands, Control Statement, and Utility Reference를 참조하십시오.

SMC 및 VM 클라이언트 간 대부분의 클라이언트-서버 상호 작용 및 XAPI를 포함하는 ACSLS 서버는 최종 사용자에게 투명하게 처리됩니다. 볼륨 정보, 마운트 및 마운트 해제 요청은 SMC 및 VM 클라이언트에 의해 자동으로 생성되고 운영자 개입 없이 처리됩니다. 이러한 자동 상호 작용 외에도, ACSLS 서버(XAPI 사용)는 XAPI 구성요소를 관리할 수 있도록 추가적인 관리자, 구성 및 운영자 명령을 제공합니다. 이 명령에 대한 자세한 내용은 ELS 설명서 XAPI Client Interface to ACSLS Server Reference를 참조하십시오.

SMC 구성 시나리오

이 절에서는 다음과 같은 공통 SMC 구성 시나리오에 대해 설명합니다.

• 시나리오 1: 동일한 호스트에 SMC 및 HSC가 포함된 단일 TapePlex

• 시나리오 2: SMC 클라이언트/서버 기능을 사용하는 단일 TapePlex

• 시나리오 3: 단일 SMC에서 액세스되는 2개의 TapePlex

이러한 시나리오는 클라이언트/서버 시나리오의 전체 목록을 나타내지 않습니다. SMC는 TapePlex 수 또는 정의할 수 있는 통신 경로 수를 제한하지 않습니다.

이러한 시나리오 외에도 서버가 ACSLS일 때 필요한 SMC - MVS/CSC 통신을 포함해야 합니다.

주:

MVS/CSC 7.1 이상은 LibraryStation과 호환되지 않습니다. MVS 전용 환경에서는 SMC 클라이언트/서버 기능을 사용해서 MVS 호스트 간 통신을 제공해야 합니다. 자세한 내용은 SMC 클라이언트/서버 기능 사용을 참조하십시오.

다중 StorageTek TapePlex(시나리오 3 설명 참조)가 포함된 구성에서 SMC는 각 DD 문의 할당을 TAPEREQ 문 및 POLicy 명령, 특정 볼륨 위치 및 사용 가능한 스크래치 볼륨을 기반으로 적절한 TapePlex로 지정합니다.

시나리오 1: 동일한 호스트에 SMC 및 HSC가 포함된 단일 TapePlex

이 시나리오에서 SMC 및 HSC는 단일 TapePlex(단일 CDS로 표현됨)에 연결된 동일한 MVS 호스트에서 실행됩니다.

다음 그림은 이 시나리오를 보여줍니다.

그림 3-1 동일한 호스트에 SMC 및 HSC가 포함된 단일 TapePlex

이 구성에는 3개의 주소 공간이 사용됩니다.

• 할당 및 마운트 이벤트가 시작되는 개시자 주소 공간

• 이러한 이벤트를 가로채는 SMC 주소 공간

• SMC가 드라이브 및 볼륨 데이터에 대한 요청과 마운트 요청을 전송하는 HSC 주소 공간

다음 TAPEPlex 명령은 로컬 HSC TapePlex를 정의합니다.

TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC0)

PLEX1 은 로컬 TapePlex의 이름이고 HSC0 은 HSC에 대한 로컬 MVS 부속 시스템 이름입니다.

시나리오 2: SMC 클라이언트/서버 기능을 사용하는 단일 TapePlex

이 시나리오에서 SMC는 원격 TapePlex(단일 CDS로 표현) 및 여러 호스트에서 실행되는 HSC에 대한 여러 경로를 사용해서 HSC가 없는 클라이언트 호스트에서 실행됩니다.

다음 그림은 이 시나리오를 보여줍니다.

그림 3-2 SMC 클라이언트/서버 기능을 사용하는 단일 TapePlex

다음 TAPEPlex 및 SERVer 명령은 MVSA의 SMC에 필요합니다.

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에서만 작동하거나, 통신 기능을 사용해서 다음과 같은 백업을 제공할 수 있습니다.

다음 TAPEPlex 및 SERVer 명령은 MVSB의 SMC에 필요합니다.

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

HTTP 구성요소는 MVSB의 SMC에 대해 정의됩니다.

HTTP START

다음 TAPEPlex 및 SERVer 명령은 MVSC의 SMC에 필요합니다.

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

HTTP 구성요소는 MVSC의 SMC에 대해 정의됩니다.

HTTP START

위 TAPEPlex 및 SERVer 명령을 사용하면 MVSB가 MVSC에 대한 백업 라이브러리 서버로 작동할 수 있고, MVSC가 MVSB에 대한 백업 라이브러리 서버로 작동할 수 있습니다.

주:

HSC 및 MVS/CSC에서 SMC가 드라이브 유형 정보를 가져오는 방법에 대한 자세한 내용은 SMC 드라이브 유형 정보 동기화를 참조하십시오.

시나리오 3: 단일 SMC에서 액세스되는 2개의 TapePlex

이 시나리오에서 단일 SMC는 2개의 TapePlex(2개의 CDS로 표시됨)와 통신합니다.

다음 그림은 이 시나리오를 보여줍니다.

그림 3-3 단일 SMC에서 액세스되는 2개의 TapePlex

이 시나리오에서는 2개의 TapePlex(2개의 CDS로 표시됨)가 있다고 가정합니다.

• SMC는 동일한 호스트에서 HSC와 직접 통신합니다.

• SMC는 HTTP 서버를 사용해서 다른 호스트(MVSB 및 MVSC)에 있는 HSC와 통신합니다.

MVSA의 개시자 주소 공간에서 시작되는 할당 및 마운트 요청은 MVSA의 SMC에서 가로채기가 수행됩니다. 이러한 요청은 그런 다음 동일한 호스트에서 실행되는 로컬 HSCL이나 MVSB 호스트에서 실행되는 HSC1 또는 MVSB 호스트에서 실행되는 HSC2에 전송됩니다.

다음 TAPEPlex 및 SERVer 명령은 MVSA의 SMC에 필요합니다.

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

주:

각 할당 요청의 "소유자"를 확인하기 위해(즉, 작업 단계의 각 DD는 서로 다른 소유자를 가질 수 있음) SMC가 여러 TapePlex 중에서 선택하는 방법에 대한 자세한 내용은 SMC TapePlex 선택을 참조하십시오.

다음 TAPEPlex 및 SERVer 명령은 MVSB의 SMC에 필요합니다.

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

HTTP 구성요소는 MVSB의 SMC에 대해 정의됩니다.

HTTP START

다음 TAPEPlex 및 SERVer 명령은 MVSC의 SMC에 필요합니다.

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

HTTP 구성요소는 MVSC의 SMC에 대해 정의됩니다.

HTTP START

주:

단일 SMC가 구성할 수 있는 TapePlex 또는 서버 경로 수에는 미리 정의된 제한이 없습니다.

클라이언트/서버 드라이브 주소 매핑

SMC 및 HSC는 클라이언트 및 서버 호스트 간에 드라이브 주소가 서로 다른 환경을 관리할 수 있는 기능을 제공합니다. 다음 시나리오를 사용하여 클라이언트/서버 드라이브 주소 매핑이 필요한지 여부 및 필요한 작업과 기능을 확인할 수 있습니다.

시나리오 1

• 클라이언트/서버 처리가 사용되지 않습니다.

• 각 MVS 호스트에는 HSC 사본이 실행됩니다.

필요한 작업: 없음

시나리오 2

• 클라이언트/서버 처리가 사용됩니다.

• 장치 주소는 단일 클라이언트/서버 네트워크에 참여하는 모든 호스트에 대해 동일하게 정의되어 있습니다.

필요한 작업: 없음

시나리오 3

• 클라이언트/서버 처리가 사용됩니다.

• 장치 주소는 단일 클라이언트/서버 네트워크에 있는 모든 호스트에 대해 동일하게 정의되지만 모든 장치가 모든 호스트에 정의되지는 않습니다.

필요한 작업: 드라이브 주소 매핑이 필요하지 않습니다. 하지만 장치가 호스트에 정의되어 있지 않아도 HSC SET SLIDRIVS 유틸리티를 사용해서 서버로 사용할 호스트에서 모든 드라이브 주소를 정의해야 합니다. SET SLIDRIVS 유틸리티에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

시나리오 4

• 클라이언트/서버 처리가 사용됩니다.

• 장치 주소가 모든 HSC 호스트에 대해 동일하게 정의되지만 하나 이상의 SMC 클라이언트 전용 호스트에서 동일한 장치에 대해 서로 다른 주소 세트가 사용됩니다.

필요한 작업: SMC DRIVemap 명령을 사용해서 SMC 클라이언트 호스트 주소를 HSC 호스트 주소에 매핑합니다. SMC는 서버에서 할당에 영향을 주고 마운트를 요청하는 데 필요한 주소 변환을 수행합니다. DRIVemap 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

시나리오 5

• 클라이언트/서버 처리가 사용됩니다.

• HSC와 SMC를 모두 실행하는 2개의 MVS 호스트(MVS1 및 MVS2).

• SMC만 실행하지만 두 호스트 중 하나에 대해 서버로 통신하도록 정의된 하나의 MVS 호스트(MVS3).

• 장치 주소는 3개 호스트 모두 서로 다르게 정의됩니다. 예를 들면 다음과 같습니다.

  • MVS1(AA0-AAF)

  • MVS2(BA0-BAF)

  • MVS3(CA0-CAF)

필요한 작업:

1. MVS3에서 SMC는 특정 마운트 이벤트에 대해 MVS1 또는 MVS2 호스트와 통신할 수 있으므로, HSC SET 유틸리티인 SET DRVHOST를 사용해서 이러한 호스트 중 하나를 "드라이브 호스트 마스터"로 지정해야 합니다. 예: MVS1(AA0-AAF).

   드라이브 호스트 마스터가 HSC CDS에 지정된 다음에는 SMC와 통신할 때 호스트 마스터와 연관된 주소(AA0-AAF)가 MVS1 및 MVS2에서 모두 사용됩니다.

   원하는 경우 HSC DRVHOST에 대해 더미 호스트 ID를 추가하고 존재하지 않는 드라이브 주소를 사용해서 클라이언트 주소에 매핑할 수 있습니다. 예를 들어, HSC SET NEWHOST 유틸리티를 사용해서 호스트 이름 DRVDUMMY를 정의하고 장치 범위를 000-00F로 정의합니다.

   HSC SET DRVHOST 유틸리티 및 HSC SET NEWHOST 유틸리티에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

2. MVS2 및 MVS3 클라이언트에서 SMC DRIVemap 명령을 사용하여 드라이브 주소 BA0-BAF 및 CA0-CAF를 서버 주소 AA0-AAF에 매핑합니다. DRIVemap 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

SMC 드라이브 유형 정보 동기화

SMC는 SMC에서 정의된 각 TapePlex로 전송된 구성 질의를 사용해서 ELS 라이브러리 컨트롤 시스템, HSC 및 MVS/CSC에서 드라이브 정보 유형을 가져옵니다.

• HSC 부속 시스템의 경우 드라이브 구성 변경사항이 로컬 및 원격 시스템 모두에 대해 SMC에서 자동으로 인식됩니다.

• MVS/CSC 부속 시스템의 경우, 해당 MVS/CSC 명령이 실행될 때마다 SMC RESYNChronize 명령을 실행해야 합니다. RESYNChronize 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.

SMC UNITAttr 명령을 사용하여 드라이브 유형 정보 지정

SMC UNITAttr 명령을 사용하면 로컬 호스트 테이프 장치 구성에 필요한 대로 ELS 라이브러리 컨트롤 시스템 구성에서 반환된 정보를 증분하거나 대체할 수 있습니다. 특히 UNITAttr 명령을 사용하면 다음을 수행할 수 있습니다.

• 이 호스트에 대해 사용할 수 없는 장치 주소에 대해 MODEL=IGNORE를 설정합니다.

• 이 호스트에 있는 비라이브러리 장치에 대해 모델 유형을 지정합니다.

• 다른 호스트에서 TapePlex 소유 장치인, 이 호스트에 있는 비라이브러리 장치 주소 또는 범위에 대해 NOTAPEPLEX를 지정합니다.

• 여러 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 소유 장치를 이 호스트에서 액세스할 수 없는 경우, SMC UNITAttr 명령을 실행해서 다음과 같이 NOTAPEPlex 매개변수를 지정합니다.

UNITATTR ADDR(ccuu) MODEL(model) NOTAPEPLEX

따라서 HSC와 같은 TapePlex가 구성 질의로부터 반환된 데이터를 통해 소유권을 요구할 경우, NOTAPEPlex가 TapePlex를 대체합니다. 구성 정보가 무시되고 장치는 비라이브러리 장치로 유지됩니다.

NOTAPEPlex를 지정하지 못하면, TapePlex 구성 정보가 NOTAPEPlex 매개변수 없이 지정된 UNITAttr을 대체하고, 장치 정의가 비라이브러리에서 TapePlex 소유 장치로 변경됩니다.

TapePlex 소유 장치와 동일한 주소를 사용해서 TapePlex 소유 장치에 대해 SMC UNITAttr 명령 지정

구성에 장치 주소 또는 범위가 겹치는 여러 TapePlex가 포함되었고 두 TapePlex가 모두 이 SMC에 정의되어 있으면, TAPEPlex 매개변수와 함께 UNITAttr 명령을 입력하여 이 호스트에서 지정된 장치 또는 범위를 소유할 TapePlex를 설정합니다. 중복된 각 드라이브 주소에 대해 다음과 같이 UNITAttr 명령을 입력합니다.

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

예제

다음과 같이 가정하십시오.

• MVSA 호스트에는 2개의 TapePlex인 HSC1 및 HSC2가 포함됩니다.

• HSC1에는 9840 장치 범위 2900-2903이 포함됩니다.

• HSC2에는 4480 장치 범위 2900-2903이 포함됩니다.

• 하지만 MVSA에서 2900-2903 장치는 HSC1에 연결됩니다. MVSA에는 HSC2 장치 범위에 대한 연결이 없습니다.

이 시나리오에서는 다음과 같이 SMC UNITATTR 명령을 실행합니다.

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

이 명령은 SMC가 지정된 TapePlex 이외의 다른 TapePlex에서 지정된 장치에 대한 모든 구성 정보를 무시하도록 지정합니다.

주:

MVSA에서 HSC2에 정의된 주소 범위 2900-2903이 다른 주소 범위(예: 4900-4903)로 인식된 경우, MVSA는 SET DRVHOST 기능을 사용해서 HSC2의 주소 범위 2900-2903을 클라이언트 구성 질의에 대해 주소 범위 4900-4903으로 정의합니다. 자세한 내용은 클라이언트/서버 드라이브 주소 매핑을 참조하십시오.

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 컨트롤을 확인하기 위해 SMC는 표시된 순서에 따라 다음 조건을 평가합니다.

1. TapePlex는 정의된 순서에 따라 조사됩니다. TAPEPlex 명령이 SMC에 정의된 경우, TAPEPlex 명령의 순서가 사용됩니다. TAPEPlex 명령이 SMC에 정의되지 않은 경우 MVS SSCVT 테이블의 순서가 사용됩니다.

2. 요청에 대한 EDL(Eligible Device List)에 특정 TapePlex에서 소유하는 드라이브가 포함되지 않은 경우, 해당 TapePlex가 요청을 소유할 수 없습니다.

3. 적용 가능한 SMC POLicy가 특정 TapePlex를 요청할 경우에는 요청 소유자로 선택됩니다.

4. SMC POLicy esoteric에 단일 TapePlex에 있는 드라이브만 포함될 경우, 요청 소유자로 선택됩니다.

5. 요청된 특정 볼륨 일련 번호가 TAPEREQ 문에 지정되어 있으면 TAPEREQ와 연관된 POLicy에 따라 소유자가 결정됩니다.

6. 특정 요청된 볼륨이 TapePlex에서 발견되면, 명시적 esoteric 또는 TapePlex 선택으로 대체되지 않은 한 해당 TapePlex가 소유자로 간주됩니다. 볼륨이 TapePlex에서 발견되지 않았지만 해당 TapePlex에 해당 볼륨의 VOLPARM 정의가 포함되어 있으면, 특정 볼륨을 다른 모든 TapePlex에서 찾을 수 없는 경우 해당 TapePlex가 소유자로 간주됩니다.

7. TapePlex에서 요청에 대해 스크래치 볼륨을 포함하는 것으로 표시되면, 명시적 esoteric 또는 TapePlex 선택으로 대체되지 않는 한 해당 TapePlex가 소유자로 간주됩니다. TapePlex에 요청에 대한 스크래치 볼륨이 없지만 지정된 하위 풀 이름이 TapePlex에 알려져 있으면, 스크래치 볼륨을 다른 모든 TapePlex에서 찾을 수 없는 경우 해당 TapePlex가 소유자로 간주됩니다.

   여러 라이브러리 중에서 TapePlex 소유자를 선택하려면, SMC POLicy 명령에서 TAPEPlex 매개변수를 사용하여 TapePlex 이름을 지정합니다. 이 명령에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.