이 장에서는 VLE용 MVS 호스트 소프트웨어 구성을 제공하며 다음 절에서 설명합니다.
다음 절에서는 소프트웨어 구성에 필요한 값에 대해 설명합니다. 이 값은 보통 하드웨어 구성에 이미 설정되어 있으며 IP_and VMVC_Configuration.xls 워크시트에 기록된 값과 일치해야 합니다.
VLE의 부속 시스템 이름(VLE 설치 스크립트를 통해 설정됨)은 다음에 지정되어 있습니다.
VTCS CONFIG TAPEPLEX STORMNGR 매개변수 또는 CONFIG STORMNGR NAME 매개변수
VTCS CONFIG RTD STORMNGR 매개변수
SMC STORMNGR NAME 매개변수
SMC SERVER STORMNGR 매개변수
HSC STORCLAS STORMNGR 매개변수
VTSS 이더넷 포트 주소는 CONFIG RTD IPIF 매개변수를 통해 VTSS-VLE 간 IP 연결을 구성하는 데 필요합니다. VSM 5의 경우, 이 값은 VSM5 IFF Configuration Status 화면에 지정된 값과 일치해야 합니다. VSM 6의 경우, 이 값은 각 VTSS에 대해 고유하지만, VSM 6 TCP/IP 포트의 실제 값과 일치하지 않습니다.
SMC/VTCS에 VMVC를 정의하기 위해 필요한 정의 방법은 소프트웨어 버전에 따라 달라집니다. "MVS 호스트 소프트웨어에 대해 VLE VMVC 정의 및 MVC 풀에 VMVC 포함"을 참조하십시오.
자세한 내용은 "VMVCS에 대한 재생 정책 지정"을 참조하십시오.
STORCLAS DEDUP 매개변수는 지정된 STORMNGR의 VMVC로 마이그레이션된 VTV 데이터를 중복 제거할지 여부를 지정합니다. 예를 들면 다음과 같습니다.
STORCLAS NAME(VLEDEDUP)STORMNGR(VLE1) DEDUP(YES)
STORCLAS 문은 VLE1로 마이그레이션된 스토리지 클래스 VLEDEDUP의 데이터를 중복 제거하도록 지정합니다. 자세한 내용은 ELS 7.3 Command, Control Statement, and Utility Reference를 참조하십시오.
중복 제거는 유효한 VMVC 용량을 늘리는 데 사용되며 VTV를 VMVC에 쓰기 전에 VLE에 의해 수행됩니다. 따라서 Oracle에서는 처음에 중복 제거를 사용으로 설정한 다음 SCRPT 보고서로 결과를 모니터하여 필요에 따라 중복 제거를 세밀하게 조정할 것을 권장합니다.
ETTFB(동시 테이프 회수/마운트 기능이라고도 함)를 사용하면 VMVC 또는 RTD에서 VTV를 회수하는 동안 호스트 응용 프로그램에서 데이터를 읽을 수 있습니다. ETTFB는 VTV 회수 및 마운트 단계를 겹치면 수행됩니다. 따라서 응용 프로그램이 VTV 데이터를 보다 빨리 읽을 수 있습니다. 회수되지 않은 VTV의 일부를 응용 프로그램에서 읽으려고 하면 필요한 VTV 데이터가 회수될 때까지 응용 프로그램의 I/O 요청이 차단됩니다. VLE ETTFB를 사용하면 첫번째 바이트에 대한 응용 프로그램 액세스가 신속하게 이루어지므로 VLE는 진정한 VTSS 확장입니다. 따라서 VLE ETTFB는 VTV 데이터에 연속해서 액세스하는 응용 프로그램에 적합합니다. HSM 및 이미지 관리 응용 프로그램을 포함하여 여러 개의 파일을 한 VTV에 스택하는 응용 프로그램에는 일반적으로 VLE ETTFB가 적합하지 않습니다. 이러한 유형의 응용 프로그램에서는 원하는 데이터가 보통 VTV의 시작 부분에 있는 것이 아니라 VTV의 임의 위치에 있습니다.
ETTFB는 기본적으로 사용 안함으로 설정됩니다. CONFIG GLOBAL FASTRECL 매개변수를 통해 ETTFB를 전역적으로 사용으로 설정할 수 있습니다. ETTFB를 전역적으로 사용으로 설정한 경우 CONFIG VTSS NOERLYMNT 매개변수를 통해 개별 VTSS에 대해 사용 안함으로 설정할 수 있습니다.
VTV에서 ETTFB 회수 오류가 발생한 경우 CDS의 VTV 레코드에 오류 플래그가 설정됩니다. 이러한 VTV는 이후에 ETTFB 대상으로 선택되지 않습니다. 오류 플래그를 재설정하려는 경우 다음을 수행하십시오.
VTV에 대해 VTVMAINT SCRATCH(ON) 명령을 입력합니다.
VTV를 새 MVC 복사본으로 마이그레이션합니다.
VTV를 가져옵니다.
VTV의 새 버전을 만듭니다.
VTV를 스크래치합니다.
VSM 시스템에 VLE를 추가하려면 다음 절에 설명된 작업을 수행해야 합니다.
이 장에 참조된 명령 및 제어문에 대한 자세한 내용은 ELS 7.x Command, Control Statement, and Utility Reference를 참조하십시오.
ELS 7.2 이상의 경우 기본 레벨에 지원이 포함되어 있습니다. ELS 7.1의 경우 최신 SMP/E receive HOLDDATA 및 PTF(L1H16J6, L1H1674) 그리고 GROUPEXTEND를 사용하는 SMP/E APPLY를 가져오십시오.
VLE에서는 호스트에 대한 TCP/IP 연결을 설정하는 OMVS RACF 보안 항목이 SMC에 있어야 합니다.
OMVS는 RACF userid와 연관된 세그먼트입니다. SMC 시작 작업의 경우 RACF STARTED 클래스 정의 또는 ICHRIN03 LNKLST 모듈에서 userid가 OMVS와 연관되어 있어야 합니다. 다음과 같이 RACF, 내에 SMC 작업과 연관된 userid에 대해 OMVS 세그먼트가 정의되어 있어야 합니다.
ADDUSER userid DFLTGRP(groupname)OWNER(owner)OMVS(UID(uidnumber))
또는 userid는 있지만 OMVS 세그먼트가 없는 경우 다음과 같습니다.
ALTUSER userid OMVS(UID(uidnumber))
SMC는 VTCS와 VLE 간 모든 통신을 관리하므로, SMC는 VLE 서버에 연결하는 방법을 알고 있어야 합니다. 이를 위해서는 각 VLE 시스템에 대한 SMC STORMNGR 문과 VLE에 대한 TCP/IP 제어 경로를 정의하는 하나 이상의 SMC SERVER 문을 추가합니다. 7.0 이상에서는 예 2-1에 표시된 것처럼 SMC CMDS 파일에서 이를 수행할 수 있습니다.
TAPEPLEX NAME(TMVSA)LOCSUB(SLS0) SERVER NAME(ALTSERV) TAPEPLEX(TMVSA) + HOSTNAME(MVSX) PORT(8888) STORMNGR NAME(VLE1) SERVER NAME(VLE1)+ STORMNGR(VLE1)IP(192.168.1.10)PORT(60000)
예 2-1 포함 내용:
TAPEPLEX 문 - 같은 MVS 호스트(SLS0)에서 실행되는 HSC/VTCS와 함께 단일 TapePlex, TMVSA를 정의합니다.
SERVER 문 - 다른 호스트에서 실행되는 백업 HSC/VTCS 부속 시스템(ALTSERV)을 정의합니다.
STORMNGR 명령 - VLE(VLE1)를 정의합니다.
두번째 SERVER 명령 - VLE에 대한 UUI 통신 경로를 정의합니다.
서버 이름은 VLE1입니다.
STORMNGR 매개변수 값은 VLE1입니다.
IP 매개변수 값은 UUI 통신용 VLE 포트 IP 주소 192.168.1.10입니다.
PORT 매개변수 값은 60000입니다. 이 값은 항상 VLE와의 SMC 통신을 위한 SERVER PORT 매개변수에 사용됩니다.
VTCS CONFIG 데크를 업데이트하여 VLE 및 VTSS 시스템과 VLE 간 연결을 정의해야 합니다. VTCS는 다음과 같이 VLE를 구동할 수 있습니다.
VTCS 7.0 이상의 경우, CONFIG TAPEPLEX 문은 VTCS가 실행 중인 TapePlex를 정의하며, 예 2-2에 표시된 것처럼 CONFIG TAPEPLEX STORMNGR 매개변수에 정의된 VLE 목록을 제공합니다.
TAPEPLEX THISPLEX=TMVSA STORMNGR=VLE1 VTSS NAME=VTSS1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTDPATH NAME=VL1RTD1 STORMNGR=VLE1 IPIF=0A:0 RTDPATH NAME=VL1RTD2 STORMNGR=VLE1 IPIF=0A:1 RTDPATH NAME=VL1RTD3 STORMNGR=VLE1 IPIF=0I:0 RTDPATH NAME=VL1RTD4 STORMNGR=VLE1 IPIF=0I:1 RTDPATH NAME=VL1RTD5 STORMNGR=VLE1 IPIF=1A:0 RTDPATH NAME=VL1RTD6 STORMNGR=VLE1 IPIF=1A:1 RTDPATH NAME=VL1RTD7 STORMNGR=VLE1 IPIF=1I:0 RTDPATH NAME=VL1RTD8 STORMNGR=VLE1 IPIF=1I:1 VTD LOW=6900 HIGH=69FF
예 2-2에서 다음 사항에 유의하십시오.
CONFIG TAPEPLEX 문은 TMVSA를 VTCS가 실행 중인 TapePlex로 정의하고 연결된 모든 VLE의 이름(이 예의 경우 단일 VLE VLE1임)을 정의합니다.
CONFIG RTDPATH 문은 VTSS에서 VLE로의 각 경로에 대해 단일 VLE RTD를 정의합니다. 이 예에서 VTSS1에 대한 CONFIG RTDPATH 문에는 다음이 지정되어 있습니다.
RTDPATH의 이름
정의된 VLE에 대한 연결(STORMNGR=VLE1)
각 VTSS-VLE 간 포트 연결에 대한 IPIF 값(ci:p 형식):
c는 0 또는 1입니다.
i는 A 또는 I입니다.
p는 0 - 3입니다.
주:
VSM 5의 경우, 이 값은 VSM5 IFF Configuration Status 화면에 지정된 값과 일치해야 합니다. VSM 6의 경우, 이 값은 각 VTSS에 대해 고유하지만, VSM 6 TCP/IP 포트의 실제 값과 일치하지 않습니다.VTCS 7.1 이상에서 시스템은 물론 VTCS 7.0과 같이 VLE 1.5.1을 구동할 수 있습니다. 그러나 이 모드에서는 VLE RTD 대상 수가 VTSS의 경로 수로 제한됩니다. 또한 고정 VTSS 경로에는 VLE RTD가 지정됩니다. VTSS에서 VLE로의 경로는 VTSS-VLE 간 데이터 전송이 발생하는지 여부와 관계없이 항상 VTCS에 의해 예약됩니다.
하지만 VTCS 7.1 이상에서는 더 많은 VLE RTD 대상이 있는 VLE를 정의할 수 있으며, 그러면 VTSS에서 VLE로의 경로가 발생합니다. 즉,
VTSS-VLE 간 데이터 전송이 필요하지 않은 경우 VTSS-VLE 간 경로는 예약되지 않습니다.
추가 VLE RTD 작업이 동시에 발생할 수 있습니다. 예를 들어, VMVC 감사의 경우 VTSS와 VLE 사이의 데이터 전송이 필요하지 않습니다.
예 2-3에 표시된 것과 같이, VLE는 CONFIG TAPEPLEX STORMNGR 매개변수가 아닌 CONFIG STORMNGR 문을 통해 정의됩니다. CONFIG STORMNGR 문은 VTCS가 연결되는 VLE를 지정합니다. 또한 각 VLE에 대한 CONFIG STORMNGR VLEDEV 매개변수는 VLE에서 에뮬레이트하는 RTD 장치의 수와 이름을 정의합니다. 정의된 장치(VLE당 최대 96개 장치)가 많을수록 VTCS가 VLE에 대해 예약할 수 있는 동시 작업의 레벨이 커집니다.
TAPEPLEX THISPLEX=TMVSC STORMNGR NAME=VLE1 VLEDEV(S000-S05F) STORMNGR NAME=VLE2 VLEDEV(S000-S05F) VTSS NAME=VTSS1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTDPATH NAME=VL1RTD1 STORMNGR=VLE1 IPIF=0A:0 RTDPATH NAME=VL1RTD2 STORMNGR=VLE1 IPIF=0A:1 RTDPATH NAME=VL1RTD3 STORMNGR=VLE1 IPIF=0I:0 RTDPATH NAME=VL1RTD4 STORMNGR=VLE1 IPIF=0I:1 RTDPATH NAME=VL1RTD5 STORMNGR=VLE2 IPIF=1A:0 RTDPATH NAME=VL1RTD6 STORMNGR=VLE2 IPIF=1A:1 RTDPATH NAME=VL1RTD7 STORMNGR=VLE2 IPIF=1I:0 RTDPATH NAME=VL1RTD8 STORMNGR=VLE2 IPIF=1I:1 VTD LOW=6900 HIGH=69FF
예 2-3에서 다음 사항에 유의하십시오.
CONFIG TAPEPLEX 문은 이제 단순히 TMVSC를 VTCS가 실행 중인 TapePlex로 정의합니다. 연결된 VLE는 정의하지 않습니다.
이 시스템에 구성된 VLE(VLE1 및 VLE2)를 정의하는 CONFIG STORMNGR 문은 VLEDEV 매개변수를 통해 VLE 장치 수를 지정합니다.
이 예에서는 각 VLE에 에뮬레이트된 장치가 최대 96개 있으므로, VTCS는 각 VLE에 대해 최대 96개의 프로세스를 예약할 수 있습니다. VLE 장치 주소는 Sxxx 형식입니다. 여기서 xxx는 16진수 값입니다.
예: S000-S05F는 96개의 에뮬레이트된 장치를 나타냅니다.
VTSS1에 대한 CONFIG RTDPATH 문은 다음을 지정합니다.
RTDPATH의 이름
정의된 VLE에 대한 연결(STORMNGR=VLE1, STORMNGR=VLE2)
각 VTSS - VLE 포트 연결에 대한 IPIF 값(ci:p 형식)
c는 0 또는 1입니다.
i는 A 또는 I입니다.
p는 0 - 3입니다.
주:
VSM5의 경우, 이 값은 VSM5 IFF Configuration Status 화면에 지정된 값과 일치해야 합니다. VSM 6의 경우, 이 값은 각 VTSS에 대해 고유하지만, VSM 6 TCP/IP 포트의 실제 값과 일치하지 않습니다.VLE MVC 매체(VMVC)는 단편화되기 쉬우므로 실제 MVC처럼 재생해야 합니다. 그러나 VMVC 재생 프로세스는 표준 재생에 비해 훨씬 적은 리소스를 사용합니다. VMVC에 대한 재생 임계값은 CONFIG RECLAIM VLTHRES 매개변수를 통해 지정됩니다. VLTHRES를 낮게 설정할수록 VTCS가 VMVC에서 회수를 실행할 빈도가 높아져서 VMVS의 유효 용량이 더 커집니다(덜 단편화됨).
VMVC Volser는 MVS 호스트 소프트웨어와 VLE 둘 다에 대해 정의해야 합니다. VMVC는 VLE 구성의 일부로 VLE에 대해 정의됩니다. 다음 절에서는 MVS 호스트 소프트웨어에 대해 VMVC를 정의하는 방법에 대해 설명합니다.
VMVC 풀을 정의하도록 HSC POOLPARM 또는 VOLPARM 문을 코딩합니다.
예를 들어 VLE1 및 VLE2에 대해 두 개의 개별 풀을 정의하려면 다음과 같이 하십시오.
POOLPARM NAME(LEPOOL1)TYPE(MVC) VOLPARM VOLSER(VL0000-VL880) POOLPARM NAME(LEPOOL2)TYPE(MVC) VOLPARM VOLSER(VL2000-VL2880)
POOLPARM 또는 VOLPARM 문을 검증하려면 SET VOLPARM을 실행합니다.
SET VOLPARM APPLY(NO)
APPLY(NO)는 명령문을 로드하지 않은 상태로 검증합니다. 결과가 마음에 들면 다음 단계를 진행합니다. 그렇지 않으면 이 단계에 따라 볼륨 정의를 다시 작업하고, 정의가 유효하면 다음 단계를 진행합니다.
POOLPARM 또는 VOLPARM 문을 로드하려면 SET VOLPARM을 실행합니다.
SET VOLPARM APPLY(YES)
다음 절에서는 MVS 호스트 소프트웨어 정책을 업데이트하여 데이터를 VLE 시스템에 전달하는 방법에 대해 설명합니다.
관리 클래스는 VTCS가 VTV를 관리하는 방법을 지정합니다. HSC MGMTclas 제어문은 관리 클래스와 해당 속성을 정의합니다. 예를 들어 MGMTclas 문의 DELSCR 매개변수는 VTCS가 스크래치된 VTV를 VTSS에서 삭제할지 여부를 지정합니다. 관리 클래스는 또한 마이그레이션된 VTV의 상주 위치를 지정하는 스토리지 클래스를 가리킬 수도 있습니다. HSC STORclas 제어문은 스토리지 클래스와 해당 속성을 정의합니다. STORCLAS STORMNGR 키워드를 통해 VLE 시스템을 마이그레이션된 VTV의 대상으로 지정하십시오. 예:
STOR NAME(VLOCAL) STORMNGR(VLESERV1) DEDUP(YES) STOR NAME(VREMOTE) STORMNGR(VLESERV2)DEDUP(YES)
위 명령문은 VLE1에 있는 "로컬" 스토리지 클래스(VLOCAL)와 VLE2에 있는 "원격" 스토리지 클래스(VREMOTE)를 정의합니다. 이러한 STORCLAS 문은 스토리지 클래스에 대한 모든 마이그레이션을 지정하므로 VLOCLAL 또는 VREMOTE는 반드시 지정된 VLE로 이동해야 합니다. 중복 제거는 두 스토리지 클래스 모두에 대해 지정됩니다.
원하는 경우 이보다 덜 제한적일 수 있습니다. 예를 들어, VMVC 및 MVC가 모두 포함된 MVCPOOL을 정의할 경우, VLE로 마이그레이션되도록 마이그레이션 정책을 설정할 수 있습니다. 하지만 VLE가 꽉 차거나 사용할 수 없는 경우, 실제 테이프 매체(MVC)로 마이그레이션을 계속합니다. 예를 들어, MVC 풀 DR은 다음과 같이 정의됩니다.
POOLPARM NAME(DR)TYPE(MVC) VOLPARM VOLSER(VL0000-VL0100) VOLPARM VOLSER(ACS000-ACS099)
따라서 풀 DR에는 MVC와 VMVC가 모두 포함되어 있습니다. 풀 DR을 지정한 스토리지 클래스가 먼저 VMVC로 마이그레이션되며, VMVC를 사용할 수 없는 경우에만 MVC를 사용합니다.
예:
STOR NAME(DRCLASS) MVCPOOL(DR)DEDUP(YES)
이 방법은 ACS와 VLE가 둘 다 VTSS 시스템에 연결되는 구성을 사용하는 경우에 유용합니다.
다음으로, VLE로의 마이그레이션을 지정하려면 MGMTCLAS MIGPOL 매개변수를 통해 정의한 VLE 스토리지 클래스를 지정하십시오. 예를 들면 다음과 같습니다.
MGMT NAME(M1) MIGPOL(VLOCAL,VREMOTE) MGMT NAME(M2) MIGPOL(DRCLASS)
관리 클래스 M1은 한 개의 VTV 복사본을 ”원격” VLE로 마이그레이션하고, 다른 한 개의 복사본은 ”로컬” VLE로 마이그레이션합니다. 관리 클래스 M2는 MVC와 VMVC가 모두 포함된 "혼합" MVC 풀을 가리키는 스토리지 풀로 한 개의 VTV 복사본을 마이그레이션합니다.
주:
VLE로의 마이그레이션을 지정하는 것 이외에도 다음 사항을 고려하십시오.ELS 7.0 이상에서 실행 중인 경우 HSC MIGRSEL 및 MIGRVTV를 사용하여 VLE로의 마이그레이션을 세밀하게 조정할 수 있습니다. 이러한 명령문을 사용하면 관리 클래스의 데이터 마이그레이션이 다른 스토리지 클래스보다 먼저 한 스토리지 클래스에서 시작되도록 할 수 있습니다. 이 방법을 사용할 경우 일반적으로 중요한 DR 복사본이 가능한 빨리 생성됩니다. 자세한 내용은 Configuring HSC and VTCS를 참조하십시오.
VLE 1.1 이상 시스템에서 여러 개의 VLE가 서로에게 연결되어 있으면서 VTSS에 연결되어 있는 경우, 기본적으로 VTCS는 우선적으로 VLE 및 VLE 간 연결을 사용하여 여러 VTV 복사본을 생성합니다. VLE-VLE 간 복사 제어에 설명된 대로 이 동작을 제어할 수 있습니다.
VLE-VLE 간 연결에서 VTV 복사본이 VTSS와 하나의 VLE에 있는데 이를 연결된 VLE로 마이그레이션하려는 경우 기본적으로 VLE-VLE 간 연결이 사용됩니다. 예를 들어, VTSSA에 연결된 로컬 VLE(LOCVLE) 및 원격 VLE(REMVLE)를 사용한 DR 시나리오가 있습니다. 두 개의 VTV 복사본을 다음과 같이 마이그레이션할 수 있습니다.
먼저 로컬 복사본을 VTSSA에서 LOCVLE로 마이그레이션합니다.
그런 다음 VLE-VLE 간 복제를 사용해서 LOCVLE에서 REMVLE로의 VLE-VLE 간 복사를 수행합니다(VTSS-VLE 간 마이그레이션의 반대).
원하는 경우 VTV 복사본을 만들려면 다음을 수행하십시오.
VTV 복사본을 LOCVLE로 전송하는 STORCLAS 문을 만듭니다.
STORCLAS NAME(FORLOCAL) STORMNGR(LOCVLE)
VTV 복사본을 REMVLE로 전송하는 STORCLAS 문을 만듭니다.
STORCLAS NAME(FORREMOT) STORMNGR(REMVLE)
스토리지 클래스 FORLOCAL로의 마이그레이션이 스토리지 클래스 FORREMOT로의 마이그레이션보다 먼저 수행되도록 지정하는 MGRVTV 문을 만듭니다.
MIGRVTV STOR(FORLOCAL) INITIAL MIGRVTV STOR(FORLOCAL) SUBSEQNT(360)
마지막으로 두 개의 VTV 복사본을 각각 로컬 사이트와 원격 사이트에 지정하는 MGMTCLAS 문을 만듭니다.
MGMTCLAS NAME(DRVLE) MIGPOL(FORLOCAL,FORREMOT)