물리적 내보내기 및 가져오기 수행 장에서는 MVC를 대상 사이트로 물리적으로 이동하고 MVC(및 여기에 포함된 VTV)를 대상 사이트로 가져올 수 있도록 소스 사이트에서 "내보내기" 휴대용 MVC를 만드는 방법에 대해 설명합니다. CTR(Tapeplex 간 복제)을 사용할 경우에는 MVC를 한 사이트에서 다른 사이트로 이동하기 위해 더 이상 PTAM(Pickup Truck Access Method)을 사용할 필요가 없습니다. 대신 VTV를 전자식으로 소스 사이트에서 대상 사이트로 이동합니다. 즉, VTV를 한 TapePlex에서 다른 TapePlex로 이동한 후 MVC로 마이그레이션하기 때문에 PTAM 단계가 필요하지 않습니다. VTV의 복사본이 소스에서 대상 TapePlex로 이동되기 때문에 VTV의 메타데이터 복사본도 소스 TapePlex의 CDS에서 대상 TapePlex의 CDS로 이동됩니다. 소스 TapePlex는 CTR VTV를 계속 "소유"하고 스크래치를 관리합니다.
주의:
CTR을 사용할 경우 SMC를 중지하면 VTCS에서 CTR TapePlex에 대한 메타데이터 전송이 중지되어 결과적으로 데이터 전송이 중지됩니다. 따라서 CTR과 같은 SMC 통신 서비스를 사용하는 HSC 기능을 사용하는 경우에는 SMC를 중지하기 전에 HSC 작업이 비활성화되었거나 HSC가 종료되었는지 확인해야 합니다.그림 4-1에 표시된 CTR을 살펴보십시오.
그림 4-1에 표시된 내용은 다음과 같습니다.
CTR이 2개의 개별 TapePlex에 있는 2개의 VTSS(CLINK) 사이의 연결을 사용해서 데이터를 한 VTSS에서 다른 VTSS로 전송합니다. 연결은 단방향 또는 양방향일 수 있습니다.
CTR이 SMC 클라이언트/서버 기능의 서비스를 사용해서 송신 TapePlex에서 수신 TapePlex로 메타데이터를 전송합니다. CTR을 사용해서 SMC와 HSC 사이에 통신하기 위해 클라이언트/서버 기능을 사용할 필요는 없지만, 메타데이터 전송을 허용하도록 SMC에서 HTTP 및 SERVER 명령을 정의해야 합니다.
각 사이트에는 개별(및 개별적으로 유지 관리되는) CDS가 있으므로, 한 사이트 내에서 연결 또는 하드웨어 가용성이 손실될 경우 이러한 손실이 다른 사이트에 직접적으로 영향을 주지 않습니다.
구성 및 물리적 연결 요구사항은 단순하고 직관적입니다.
이제는 보다 간단한 방식으로 동시 DR 테스트를 실행할 수 있으며, 기존 작업을 중단할 필요가 없습니다(CDRT 유틸리티 사용 안함).
이제는 한 사이트에서 다른 사이트로 작업 로드를 자동 전환할 수 있습니다.
2개의 TapePlex에 대한 VTV 볼륨 범위는 그림 4-2에 표시되어 있습니다. 참고: 각 TapePlex에는 쓰기 가능한 고유 볼륨 세트가 포함되어 있으며, 이러한 볼륨 세트는 읽기 전용 버전으로 다른 TapePlex에서 미러링됩니다.
표시된 구성에서는 최대한의 복원성을 위해 송신 TapePlex에 있는 두 VTSS가 수신 TapePlex에 있는 두 VTSS에 연결되어 있습니다.
주:
클러스터화된 VTSS 및 CTR 구성에서는 각 VTSS(0-F)에서 처음 16개 VTD가 복제를 위해 예약되었는지 확인해야 합니다. 이러한 장치는 MVS에 대해 OFFLINE이어야 하며, 해당 경로는 각 HSC 서버 호스트에 대해 온라인이어야 합니다. VTCS는 SMC/HSC에 처음 16개 VTD를 등록하지 않음으로써 이러한 VTD에서 VTV가 마운트되지 않도록 방지합니다."CTR VTV 읽기 전용 고려 사항"을 읽고 "CTR 구성"으로 이동하십시오.
CTR을 사용할 때는 한 사이트에서 다른 사이트로 복제되는 모든 VTV가 원격 사이트에서 읽기 전용 모드로 설정됩니다. 이러한 VTV는 실제 재해가 발생했을 경우 원격 TapePlex에서 스크래치될 수 있지만(및 해당 볼륨 일련 번호 재사용), 볼륨이 SCRATCH 상태가 아닌 한 읽기 전용 상태를 변경할 수 없습니다. POOLPARM EXTERNAL
풀에 있는 볼륨은 절대로 SCRATCH 상태로 설정할 수 없습니다.
따라서 비즈니스 연속성 또는 재해 복구 전략을 위해 CTR을 사용할 경우, DR 테스트 또는 실제 재해 발생 중에 응용 프로그램이 이러한 볼륨을 업데이트하려고 시도하지 않도록 보장해야 합니다. 고려할 시나리오는 다음과 같습니다.
데이터를 기존 데이터 세트에 첨부하기 위해 JCL 또는 동적 할당에서 DISP=MOD
속성을 사용하는 응용 프로그램은 체크포인트/다시 시작 메커니즘을 구현해야 하며, DISP=MOD
볼륨을 만들기 전에 체크포인트를 기록해야 합니다. 이러한 응용 프로그램은 체크포인트에서 다시 시작하여 복구되며, 해당하는 경우, 다시 시작된 다음 이러한 DISP=MOD
볼륨을 다시 만들어야 합니다. 상호 TapePlex 복제에서 DISP=MOD
자체 사용은 문제가 되지 않습니다. 응용 프로그램에 부분 업데이트 취소를 허용하는 체크포인트 또는 새 데이터의 출력이 새 볼륨에서 시작되도록 허용하는 설계가 포함되는 한, 아무 문제 없이 읽기 전용 VTV에 대해 실행됩니다.
다른 TapePlex로 복제되는 VTV가 HSM의 소유인 경우, 다음과 같은 프로세스를 통해 데이터 모음이 새 볼륨에서 시작되도록 허용하고 기존 HSM VTV 업데이트를 방지할 수 있습니다.
기존 볼륨을 가득 찬 상태로 표시합니다.
USERUNITTABLE
, MIGRATION
, BACKUP
및 RECYCLE
에 필요한 경우 ARCCMD
를 수정합니다.
RECYCLEDALLOCFREQ
가 1로 설정되었는지 확인합니다. 이렇게 하면 HSM 할당을 통해 필요 시 새 볼륨 및 장치를 할당할 수 있습니다.
MGMTCLAS VTVSIZE
에 따라 PERCENTFULL
을 설정합니다.
800MB VTV의 경우 HSM PERCENTFULL을 97로 설정합니다.
4GB VTV의 경우 HSM PERCENTFULL을 450으로 설정합니다.
32GB VTV의 경우 HSC PERCENTFULL을 3600으로 설정합니다.
데이터 세트를 기존 볼륨에 누적하는 응용 프로그램에는 위와 동일한 DISP=MOD
제약이 적용됩니다.
그림 4-3에서는 CTR 구성의 예를 보여줍니다. 이 시스템에서 VTSS VTSSA는 TapePlex TAPEPLXA에 상주하며 TapePlex TAPEPLXB의 VTSS VTSSB에 대해 "파트너" CLINKS를 포함합니다. VTSSB에 복제되는 VTV는 이제 TAPEPLXB의 CDS에 상주하며, 이후에 VTV가 마이그레이션되는 MVC도 마찬가지입니다. 즉, VTV가 TapePlex 간에 복제된 후 로컬로 마이그레이션됩니다. 송신 TapePlex의 VTSS는 수신 TapePlex에 있는 RTD에 연결될 수 없습니다.
주:
다음 예에서는 단방향 CTR을 보여줍니다. 양방향 CTR을 수행하기 위해서는 단순히 양쪽 TapePlex에서 구성 및 SMC 클라이언트/서버 제어문을 동일하게 구성합니다. 단일 TapePlex는 또한 다른 여러 TapePlex에서 VTV를 수신할 수 있습니다. 한 TapePlex가 다른 여러 TapePlex에서 데이터를 수신하는 구성을 정의하려면 단순히 추가 TapePlex 이름을TAPEPLXB의 CONFIG
에 추가합니다.CTR 구성에 표시된 예제 CTR 시스템을 구성하고 시작하려면 다음을 수행합니다.
시스템에 ELS 설치에 설명된 클러스터화된 VTSS 요구사항이 있는지 확인합니다.
호스트 LPARB에서 실행되는 SMC에서 HTTP 서버를 시작합니다.
이 작업은 사용자의 SMC CMDS 파일에서 수행할 수 있습니다. 예를 들면 다음과 같습니다.
HTTP START PORT(999)
호스트 LPARB에서 TAPEPLEX 및 SERVER 명령을 정의합니다.
또한 사용자의 SMC CMDS 파일에서 이를 수행할 수도 있습니다. 예를 들면 다음과 같습니다.
TAPEPLEX NAME(TAPEPLXA) LOCSUB(HSCA) TAPEPLEX NAME(TAPEPLXB) SERVER NAME(REMB)TAPEPLEX(TAPEPLXB) HOSTNAME(LPARB) PORT(999)
주:
예제 구성에서 TapePlex TAPEPLXB는 TAPEPLXA에서 복제된 VTV에 대한 메타데이터를 포함하는 CDS를 유지 관리하기 위한 목적으로만 존재합니다(TapePlex TAPEPLXA의 관점에서). 하지만 TAPEPLXA 및 TAPEPLXB의 HSC 또는 VTCS 정의가 서로 다른 물리적 장치를 참조하는 동일한 장치 주소를 사용할 경우, 해당 호스트에서 장치를 정의하는 TapePlex가 무엇인지 SMC에 알려주도록SMC UNITATTR
명령을 정의해야 합니다. UNITATTR
은 MODEL
을 지정해야 하지만, 지정된 모델이 TapePlex에서 보고된 모델과 일치하지 않으면 실제 모델이 UNITATTR MODEL
을 대체합니다. 다음은 TAPEPLXA 및 TAPEPLXB 모두에서 주소 범위가 9000-90FF로 정의된 경우 사용되는 SMC UNITATTR
문의 예입니다.
UNITATTR ADDR(9000-90FF) TAPEPLEX(TAPEPLXA) MODEL(VIRTUAL)
예 4-1에 표시된 것처럼 TapePlex A에 대한 CONFIG
데크를 코딩합니다.
이 그림에서는 다음에 유의하십시오.
TAPEPLEX
문은 이 TapePlex를 정의합니다.
CLINK
문은 CTR에 사용되는 VTSSA에서 VTSSB로의 CLINK를 정의합니다.
CONFIG GLOBAL
문에서 조건부 복제 설정이 TAPEPLXA에 대해 CHANGED
입니다.
예 4-2에 표시된 것처럼 TapePlex B에 대한 CONFIG
데크를 코딩합니다.
이 그림에서는 다음에 유의하십시오.
TAPEPLEX
문에는 TAPEPLXB가 TAPEPLXA에서 VTV를 수신할 수 있도록 지정하는 RECVPLEX=TAPEPLXA
매개변수가 포함됩니다.
CLINK가 TAPEPLXA에 대한 CONFIG
데크에 정의되어 있기 때문에 CLINK
문은 존재하지 않습니다.
//CREATCFG EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSCNTL DD DSN=hlq.TAPEPLXA.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=hlq.TAPEPLXA.DBASESEC,DISP=SHR //SLSSTBY DD DSN=hlq.TAPEPLXA.DBASESBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG RESET CDSLEVEL(V62ABOVE) GLOBAL MAXVTV=65000 MVCFREE=60 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=STK_VTCS_LOCKS VTVPAGE=LARGE REPLICAT=CHANGED RECLAIM THRESHLD=70 MAXMVC=30 START=98 CONMVC=1 TAPEPLEX THISPLEX=TAPEPLXA VTSS NAME=VTSSA LOW=71 HIGH=80 MAXMIG=8 MINMIG=1 RETAIN=10 RTD NAME=VSMA1A00 DEVNO=1A00 CHANIF=0C RTD NAME=VSMA1A01 DEVNO=1A01 CHANIF=0D RTD NAME=VSMA1A02 DEVNO=1A02 CHANIF=0K RTD NAME=VSMA1A03 DEVNO=1A03 CHANIF=0L RTD NAME=VSMA2A08 DEVNO=2A08 CHANIF=1C RTD NAME=VSMA2A09 DEVNO=2A09 CHANIF=1D RTD NAME=VSMA2A0A DEVNO=2A0A CHANIF=1K RTD NAME=VSMA2A0B DEVNO=2A0B CHANIF=1L VTD LOW=7900 HIGH=79FF VTD LOW=8900 HIGH=89FF CLINK VTSS=VTSSA CHANIF=0G REMPLEX=TAPEPLXB PARTNER=VTSSB CLINK VTSS=VTSSA CHANIF=0O REMPLEX=TAPEPLXB PARTNER=VTSSB
//CREATCFG EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSCNTL DD DSN=hlq.TAPEPLXB.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=hlq.TAPEPLXB.DBASESEC,DISP=SHR //SLSSTBY DD DSN=hlq.TAPEPLXB.DBASESBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG RESET CDSLEVEL(V62ABOVE) GLOBAL MAXVTV=65000 MVCFREE=60 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=STK_VTCS_LOCKS VTVPAGE=LARGE RECLAIM THRESHLD=70 MAXMVC=30 START=98 CONMVC=1 TAPEPLEX THISPLEX=TAPEPLXB RECVPLEX=TAPEPLXA VTSS NAME=VTSSB LOW=75 HIGH=80 MAXMIG=8 MINMIG=1 RETAIN=10 RTD NAME=VSMB3A00 DEVNO=3A00 CHANIF=0C RTD NAME=VSMB3A01 DEVNO=3A01 CHANIF=0D RTD NAME=VSMB3A02 DEVNO=3A02 CHANIF=0K RTD NAME=VSMB3A03 DEVNO=3A03 CHANIF=0L RTD NAME=VSMB4A08 DEVNO=4A08 CHANIF=1C RTD NAME=VSMB4A09 DEVNO=4A09 CHANIF=1D RTD NAME=VSMB4A0A DEVNO=4A0A CHANIF=1K RTD NAME=VSMB4A0B DEVNO=4A0B CHANIF=1L
CTR에 대한 정책을 정의하려면 다음 절차를 참조하십시오.
그림 4-3에 표시된 예제 CTR 시스템의 송신 TapePlex(TAPEPLXA)에 대한 정책을 정의하려면 다음을 수행합니다.
TAPEPLXA에 대한 MVC POOLPARM/VOLPARM
정의 만들기:
POOLPARM TYPE(MVC) NAME(MVCPLA) INITMVC(YES) MVCFREE(25) - MAXMVC(98) THRESH(85) START(98) VOLPARM VOLSER(AM1000-AM1299) MEDIA(STK1R)
TAPEPLXA에 대한 VTV POOLPARM/VOLPARM
스크래치 풀 정의 만들기:
POOLPARM TYPE(SCRATCH) NAME(ASCRPL) VOLPARM VOLSER(AV1000-AV1999) MEDIA(VIRTUAL) REC(VIRTUAL)
TAPEPLXA에 대해 로컬로 마이그레이션된 VTV 및 CTR 스토리지 클래스를 포함하는 MVC에 대해 스토리지 클래스를 만듭니다.
STOR NAME(LOCAL1) ACS(00) MEDIA(STK1R) STOR NAME(EEPA1) TAPEPLEX(TAPEPLXB)
위 예제에서 STORclas
문은 다음을 정의합니다.
각 VTSS에서 로컬로 마이그레이션된 VTV에 대한 스토리지 클래스인 스토리지 클래스 LOCAL1
CTR에 대한 스토리지 클래스이고 수신 TapePlex(TAPEPLXB)를 지정하는 스토리지 클래스 EEPA1
3단계에서 스토리지 클래스로 연결되는 관리 클래스를 만듭니다.
MGMT NAME(LOCEEX1) MIGPOL(LOCAL1) EEXPOL(EEPA1)
가상 매체를 지정하고 4단계에서 만든 관리 클래스를 지정하는 SMC 정책을 만듭니다.
POLICY NAME(PPAY) MEDIA(VIRTUAL) MGMT(LOCEEX1)
중요 데이터 경로를 VSM으로 지정하고 해당 정책을 데이터에 지정하도록 TAPEREQ
문을 만듭니다.
TAPEREQ DSN(*.PAYROLL.**) POLICY(PPAY)
위 예제에서 TAPEREQ
문은 HLQ 마스크 *.PAYROLL.**을 사용해서 데이터 세트를 VSM으로 경로 지정하고 PPAY 정책을 지정합니다.
주:
SMC 정책을 사용해서 CTR을 특정 Esoteric에 연결할 수 있지만, StorageTek에서는 SMC/VTCS 할당 영향에서 MGMTCLAS 요구사항이 지원되는 VTSS만 사용할 수 있도록 MGMTCLAS만 사용할 것을 권장합니다.
EEXPORT 명령을 사용해서 수동 CTR을 수행할 수 있습니다. 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
SYS1.PARMLIB SMFPRMxx 멤버에서 하위 유형 28 레코드가 사용으로 설정되었는지 확인합니다.
사용으로 설정된 경우 VTSS가 각 CTR 이벤트에 대해 대상 VTSS 이름을 포함하는 하위 유형 28 레코드를 기록합니다. VTV가 수신 사이트의 VTSS에 성공적으로 도착하면 CTR이 성공한 것입니다. 이를 확인할 수 있는 방법이 있습니까? 예, 8단계에 설명된 대로 DRMONitr
유틸리티를 사용합니다.
CTR 모니터를 위해 JCL을 만듭니다.
이를 위해서는 DRMONitr
유틸리티를 사용해서 CTR을 모니터합니다. DRMONitr
을 사용하면 CTR이 성공적으로 완료될 때까지 연관된 MVS 작업이 일시 중지됩니다. 예를 들면 다음과 같습니다.
//MONITOR EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //* If HSC IS NOT OR MAY NOT BE ACTIVE, INCLUDE THE //* FOLLOWING: //SLSCNTL DD DSN=primary.cds.name,DISP=SHR //SLSCNTL2 DD DSN=secondary.cds.name,DISP=SHR //SLSSTBY DD DSN=standby.cds.name,DISP=SHR //SLSPARMP DD DSN=hlq.PARMLIB(BKPCNTL),DISP=SHR //SLSPARMS DD DSN=hlq.PARMLIB(BKPCNTL2),DISP=SHR //SLSPARMB DD DSN=hlq.PARMLIB(BKPSTBY),DISP=SHR //SYSIN DD UNIT=SYSDA,SPACE=(TRK,1) //* THE FOLLOWING IS USED BY THE SNAPSHOT UTILITY: //SYSPRINT DD SYSOUT=* //SLSPRINT DD SYSOUT=* //SLSPRINT DD SYSOUT=* DRMON MGMT(LOCEEX1) STOR(EEPA1) MAXAGE(24) TIMEOUT(120)
이 예에서 DRMON
유틸리티는 4단계에서 관리 클래스 LOCEEX1로 지정된 CTR 스토리지 클래스인 스토리지 클래스 EEPA1에 대한 마이그레이션을 모니터합니다. 또한 최근 24시간 동안 업데이트된 VTV만 모니터하고 120분이 지나면 DRMON
이 시간 초과되도록 합니다.
"CTR 구성"에 표시된 예제 CTR 시스템의 수신 TapePlex(TAPEPLXB)에 대한 정책을 정의하려면 다음을 수행합니다.
TAPEPLXA의 CTR VTV를 저장하기 위해 TapePlex TAPEPLXB에 정의된 MVC 풀에 대한 MVC POOLPARM/VOLPARM 정의를 만듭니다.
POOLPARM TYPE(MVC) NAME(AMVCCTR) INITMVC(YES) MVCFREE(25) - MAXMVC(98) THRESH(85) START(98) VOLPARM VOLSER(BM1000-BM1099) MEDIA(STK1R)
주:
StorageTek는 POOLPARM/VOLPARM 기능을 사용해서 원격 사이트에서 CTR로 복제된 볼륨에 대해 볼륨 범위가 예약되어 있는지 확인할 것을 강력하게 권장합니다.TAPEPLXA로 내보낸 VTV에 대해 외부 VTV 풀을 만듭니다.
POOLPARM TYPE(EXTERNAL) NAME(AEXTBPL) OWNRPLEX(TAPEPLXA) VOLPARM VOLSER(AV1000-AV1999) MEDIA(VIRTUAL) REC(VIRTUAL)
주:
이 예제에서는 TAPEPLXB의 프로덕션 작업에 대해 어떠한 풀도 정의하지 않으며, TAPEPLXA에서 사용되는 풀만 정의합니다. 프로덕션 작업을 TAPEPLXB에서 실행할 경우에는 TAPEPLXB 작업에 대한 스크래치 및 MVC 풀에 대해 추가 POOLPARM 및 VOLPARM 정의가 필요합니다.TAPEPLXA 작업에 TAPEPLXB를 사용할 수 있도록 VTV 스크래치 풀을 만듭니다.
POOLPARM TYPE(SCRATCH) NAME(ASCRPL) VOLPARM VOLSER(BV1000-BV1999) MEDIA(VIRTUAL) REC(VIRTUAL)
TAPEPLXA DR 테스트 또는 프로덕션(재해 시)에서 VTV를 저장하기 위해 TAPEPLXB에 대한 MVC 풀을 만듭니다.
POOLPARM TYPE(MVC) NAME(AMVCDR) INITMVC(YES) MVCFREE(25) - MAXMVC(98) THRESH(85) START(98) VOLPARM VOLSER(BM2000-BM2099) MEDIA(STK1R)
TAPEPLXB에 대해 로컬 마이그레이션을 위한 스토리지 클래스를 만듭니다.
STOR NAME(TPEPLXA1) MVCPOOL(AMVCCTR) STOR NAME(TPEPLXA2) MVCPOOL(AMVCDR)
이 예제에서 STORclas 문은 로컬 마이그레이션에 대해 스토리지 클래스 TPEPLXA1 및 TPEPLXA2를 정의합니다. 스토리지 클래스 이름을 사용하면 이 작업을 TAPEPLXB 로컬 작업과 구분할 수 있습니다.
5단계에서 스토리지 클래스로 연결되는 관리 클래스를 만듭니다.
MGMT NAME(LOCEEX1) MIGPOL(TPEPLXA1) MGMT NAME(LOCPLXA) MIGPOL(TPEPLXA2)
LOCEEX1 이름은 TAPEPLXA(이 관리 클래스는 TAPEPLXA의 VTSS에서 전송된 VTV 메타데이터에 지정됨)에 사용되는 관리 클래스 이름과 일치하지만 예제에서는 로컬 마이그레이션에 대해 스토리지 클래스를 참조합니다. TAPEPLXB에 대한 관리 및 스토리지 클래스 정의는 EEXPOL을 포함한 모든 매개변수를 사용해서 제삼의 TapePlex에 복제할 수 있습니다. 또한 TAPEPLXA의 작업 로드의 DR 테스트 중에 마이그레이션에 사용할 또 다른 MGMTCLAS, LOCPLXA를 만들 수 있습니다.
일부 환경에서는 하나의 사이트에서만 LPAR이 테이프 작업을 수행하고, 두번째 사이트에는 라이브러리 및 VTSS 하드웨어만 포함되고 MVS LPAR은 포함되지 않습니다. CTR을 DR 및 DR 테스트 메커니즘으로 사용할 수 있도록 이러한 환경을 설정할 수 있습니다.
이렇게 하려면 다음을 수행해야 합니다.
HSC/VTCS를 실행하지 않는 프로덕션 LPAR이 최소한 하나 이상이 되도록 프로덕션 환경에서 SMC 클라이언트/서버 기능을 실행합니다.
또는 MULT 모드 기능을 사용해서 프로덕션 TapePlex와 동일한 LPAR에서 DR TapePlex를 실행할 수 있습니다. 이 기능 사용에 대한 자세한 내용은 HSC 및 VTCS 구성을 참조하십시오.
이 예제에서 프로덕션 TapePlex는 TAPEPLXA입니다.
원격 사이트에서 하드웨어(라이브러리 및 VTSS)를 정의하는 새로운 CDS를 만듭니다.
현재 프로덕션 HSC/VTCS를 실행하지 않는 LPAR(MVSX)에서 또는 MULT 모드 기능을 사용해서 HSC/VTCS의 여러 복사본을 실행하기로 결정한 LPAR에서 새 CDS를 사용해서 HSC/VTCS를 시작합니다.
주:
안정성을 위해서는 서로 다른 2개의 LPAR에서 TAPEPLXB를 가리키는 2개의 HSC/VTCS 인스턴스를 실행하여, 하나의 인스턴스를 사용할 수 없는 경우, TapePlex 간 복제된 VTV에 대한 메타데이터를 두번째 인스턴스에 전송할 수 있도록 하는 것이 좋습니다.이 시스템은 TapePlex TAPEPLXB입니다.
TAPEPLXA 및 TAPEPLXB TapePlex를 모두 정의하는 MVSX에서 SMC 시스템에 대한 매개변수를 정의합니다.
컴플렉스에서 각 SMC 시스템은 TapePlex TAPEPLXA(프로덕션 TapePlex) 및 TAPEPLXB(DR TapePlex)를 모두 정의해야 합니다. DR 테스트 중 VTV 복제를 계속하도록 지원하려면 원격 사이트에서 호스트에 연결되는 TapePlex TAPEPLXB에 대한 서버를 정의해야 합니다. 예를 들면 다음과 같습니다.
TAPEPLEX NAME(TAPEPLXA) LOCSUB(HSCA) TAPEPLEX NAME(TAPEPLXB) SERVER NAME(TPLXBPR) TAPEPLEX(TAPEPLXB) HOST(MVSX) PORT(999) SERVER NAME(TPLXBDR) TAPEPLEX(TAPEPLXB) HOST(MVSXDR) PORT(1234)
주:
이 예제에서는 LPAR 이름(MVSX)이 프로덕션 및 DR 사이트 간에 동일할 수 있더라도 두 사이트의 TCP/IP 호스트 이름이 고유하다고 가정합니다.TAPEPLXB에 대해 CTR을 허용하도록 TAPEPLXA에서 VTCS 정책을 정의합니다.
"CTR에 대한 정책 정의"를 참조하십시오.
디스크 복제 솔루션을 사용해서 원격 위치에 TAPEPLXB에 대한 CDS의 컨텐츠 복사본을 유지 관리합니다.
또는 안정적인 연결이 존재하는 경우, 프로덕션 사이트에서 CDS에 액세스할 수 있도록 FICON 연결을 사용해서 DR 사이트에서 HSC CDS의 기본(및 다른) 복사본을 유지 관리할 수도 있습니다.
그림 4-4에서는 원격 사이트에서 LPAR이 없는 CDS 복사본을 보여줍니다.
DR 솔루션은 항상 다음 세 가지를 수행할 수 있도록 허용합니다.
"설정: CTR 구성 및 시작"에 설명된 대로 솔루션을 설정하고 시작합니다.
재해가 발생한 경우, "비즈니스 연속성을 위해 CTR 사용"에 설명된 대로 이 솔루션을 사용해서 원격 사이트에서 계속해서 업무를 수행할 수 있습니다.
"비즈니스 재개를 위해 CTR 사용"에 설명된 대로 이 솔루션을 사용해서 솔루션을 작동 및 실행한 후 로컬 사이트에서 비즈니스 업무 수행을 재개할 수 있습니다.
TAPEPLXA 사이트가 중단될 경우, 단순히 TAPEPLXB의 TapePlex를 사용해서 작업 로드를 실행하여 TAPEPLXB 사이트에서 비즈니스 업무 수행을 계속할 수 있습니다. 데이터 보호를 위해 TAPEPLXA에서 복제된 VTV는 읽기 전용 상태로 유지됩니다(CTR VTV 읽기 전용 고려 사항 참조). 하지만 TAPEPLXA 작업 로드를 성공적으로 다시 설정한 다음에는 TAPEPLXA에서 복제된 일부 VTV를 스크래치해야 할 수 있습니다. TAPEPLXA 및 TAPEPLXB에 대한 프로덕션 작업이 안정적인지 확인하기 위해 이 단계를 수행할 때는 주의가 필요합니다. 또한 일부 이후 시점에서는 원래 구성으로 돌아가기 위해 TAPEPLXA에 대해 개별 TapePlex를 다시 만들어야 할 수 있습니다.
비즈니스 연속성을 위해 CTR을 사용하려면 다음을 수행합니다.
이름이 지정된 풀(AEXTBPL
)에 대한 TAPEPLXB TapePlex CDS에 있는 POOLPARM/VOLPARM
정의를 TYPE(EXTERNAL)
에서 TYPE(SCRATCH)
로 변경합니다.
POOLPARM TYPE(SCRATCH) NAME(AEXTBPL) VOLPARM VOLSER(AV1000-AV1999) MEDIA(VIRTUAL)
VOLPARM VOLSER 범위는 변경되지 않은 상태로 유지됩니다.
이제 TAPEPLXB 아래의 스크래치 동기화 작업을 실행해서 TMS의 스크래치 상태에 따라 AV1000-AV1999 범위에서 VTV를 스크래치하여 체크포인트로 돌아가거나 정상적인 스크래치 업데이트 처리를 수행할 수 있습니다.
프로덕션 처리를 시작한 다음 AV1000-AV1999 범위의 VTV 볼륨 일련 번호가 스크래치 볼륨으로 다시 사용되도록 허용하려면 잠시 기다려야 할 수 있습니다. POOLPARM/VOLPARM
기능을 사용하면 정책에 따라 특별히 SUBPOOL(AEXTBPL)
이 요청되지 않는 한 이러한 볼륨을 스크래치로 선택할 수 없도록 보장할 수 있습니다.
이 기간 중에는 TAPEPLXA 프로덕션 작업에 대해 TAPEPLXB 스크래치 하위 풀 ASCRPL(volser 범위 BV1000-BV1999)에 있는 볼륨을 사용합니다.
재해 복구 환경이 안정화된 다음에는 AV1000-AV1999 범위에서 스크래치 볼륨 선택을 허용하도록 POOLPARM/VOLPARM
정의를 다시 변경할 수 있습니다.
POOLPARM TYPE(SCRATCH) NAME(ASCRPL) VOLPARM VOLSER(AV1000-AV1999) MEDIA(VIRTUAL) VOLPARM VOLSER(BV1000-BV1999) MEDIA(VIRTUAL)
그림 4-5에서는 비즈니스 연속성을 사용한 CTR 예를 보여줍니다.
로컬 사이트가 중단되어 원격 사이트에서 비즈니스 수행을 계속했습니다. 이제 로컬 사이트가 다시 작동 및 실행되는 경우 로컬 사이트에서 비즈니스 수행을 재개하려면 어떻게 해야 합니까? 기본적으로 비즈니스 재개는 중단 중 및 중단 후 발생한 상황에 따라 달라집니다. 원본 로컬 데이터가 모두 손실되었고 로컬 사이트에 새로운 빈 VTSS가 있다고 가정해보십시오.
로컬 사이트에서 모든 데이터가 손실된 후 비즈니스를 재개하려면 다음을 수행합니다.
새 CDS를 만들고 HSC 감사를 실행해서 물리적 라이브러리의 컨텐츠를 확인합니다.
그런 다음 데이터 및 메타데이터를 원격 사이트에서 로컬 사이트로 "반대로 복제"해야 합니다.
로컬 사이트에 데이터를 전송할 수 있도록 원격 사이트에 대해 CONFIG 데크를 설정합니다.
EEXPORT를 사용해서 반대로 복제합니다.
예를 들면 다음과 같습니다.
EEXPORT MGMTCLAS(LOCEEX1,LOCEEX2) TOPLEX(TAPEPLXA)
계속해서 이 예제에는 TAPEPLXA 및 TAPEPLXB이라는 2개의 사이트가 있으며, 각 사이트는 고유 TapePlex(HSC CDS)로 정의되어 있습니다. 사용자는 TapePlex 간 복제 기능을 사용해서 중요 VTV를 TAPEPLXA에서 TAPEPLXB로 복제했습니다. 그림 4-6에서는 CTR을 사용한 DR 테스트를 보여줍니다.
TAPEPLXA 작업을 위해 TAPEPLXB에서 DR 테스트를 수행하려면 다음 절차가 권장됩니다.
TAPEPLXB CDS에 TAPEPLXB 작업에 사용되는 스크래치 하위 풀과는 별개인 TAPEPLXA 출력 데이터에 대한 스크래치 하위 풀이 하나 이상 포함되는지 확인합니다.
예제를 보려면 "수신 TapePlex 정책"을 참조하십시오.
TAPEPLXA에서 카탈로그 및 테이프 관리 데이터를 사용할 수 있는지 확인합니다.
TAPEPLXA 테스트 LPAR에서 SMC를 시작해서 해당 TapePlex를 TAPEPLXB로 정의하고, TAPEPLXB에서 하나 이상의 HSC 호스트에 대해 SERVER
명령을 지정합니다.
테스트 작업 로드 실행을 시작합니다.
테스트 시작 전 또는 이후에 존재하던 VTV는 TAPEPLXA에서 계속 복제되기 때문에 SMC가 이러한 VTV에 자동으로 액세스할 수 있습니다. DR 테스트에서 사용할 VTV가 TAPEPLXA TapePlex에 의해 스크래치되거나 변경되지 않았는지 확인합니다.
테스트가 완료되면 테스트에서 사용되는 DR 테스트 하위 풀에서 모든 VTV를 스크래치합니다.
이 방식을 사용할 때는 특별한 CDS가 필요하지 않으며, 두 개의 개별 HSC 시스템이 하드웨어 리소스를 공유할 수 있도록 보장하기 위해 특별한 규칙이 필요하지 않습니다. 하지만, 이 방법을 수행하려면 현재 데이터 또는 현재 사용 가능한 데이터를 사용해서 DR 테스트를 수행해야 합니다. DR 테스트 출력 및 TAPEPLXA 복제 VTV에는 TAPEPLXB VTSS 버퍼 공간이 사용됩니다.
TAPEPLXA TapePlex에서 복제된 데이터는 읽기 전용이므로, DR 테스트가 이 데이터를 수정하려고 시도하면 메시지 SMC0247, "Mount failed for write-protected VTV vvvvvv on drive dddd from SMC indicating that the VTV cannot be mounted."가 표시됩니다. 이 메시지는 해당 DR 프로세스에서 응용 프로그램 체크포인트가 명확하게 정의되지 않았음을 나타낼 수 있습니다(CTR VTV 읽기 전용 고려 사항 참조). 이 경우에는 DR 전략에 대해 CTR 사용이 올바른 선택이 아닐 수 있습니다.
주:
TapePlex 간 복제를 사용해서 원격 사이트에서 VTV 복사본을 만들 경우에는, 개별 CDRT 환경에서도 CDRT 사용으로 인해 읽기 전용 VTV 업데이트가 허용되지 않으므로, DR 테스트에 대해 CDRT를 사용하지 않는 것이 좋습니다.프로덕션 사이트에서 실행되는 TapePlex를 사용해서 DR 사이트에서 CTR 하드웨어를 관리할 때는 DR 테스트에 대해 고려해야 하는 몇 가지 항목이 있습니다. 이 예제에서는 프로덕션 TapePlex에 대해 TAPEPLXA를 사용하고 프로덕션 사이트에서 정상적으로 실행되지만 DR 테스트 중에는 DR 사이트에서 실행되는 TapePlex에 대해 TAPEPLXB를 사용합니다.
테스트 전에는 프로덕션 사이트에서 DR TapePlex TAPEPLXB를 중지해야 합니다.
DR 테스트 중에는 TAPEPLXB가 TAPEPLXB CDS 복사본에 대해 DR 사이트에서 실행됩니다.
프로덕션 VTV는 TAPEPLXB에 계속 전송되며, DR 사이트에서 CDS에 반영됩니다.
이 기간 중에는 프로덕션 사이트에 있는 TAPEPLXB CDS가 DR 테스트 중 복제되는 VTV를 더 이상 반영하지 않으므로 오래된 항목이 됩니다. 프로덕션 LPAR에서 TAPEPLEX 및 SERVER 문을 사용하면 DR 테스트 중 데이터 복제가 계속되도록 보장할 수 있습니다.
TAPEPLEX NAME(TAPEPLXB) SERVER NAME(TPLXBPR) TAPEPLEX(TAPEPLXB) HOSTNAME(MVSX) PORT(999) SERVER NAME(TPLXBDR) TAPEPLEX(TAPEPLXB) HOST(MVSXDR) PORT(1234)
DR 사이트에서 TapePlex TAPEPLXB에 대해 HSC/VTCS를 시작할 때는 SMC에서 HTTP 서버가 시작되는지 확인해야 합니다.
HTTP START PORT(1234)
포트 번호(1234)는 TAPEPLXBDR SERVER
문에 정의된 것과 일치합니다.
테스트 종료 시에는 테스트로 생성된 모든 VTV를 스크래치합니다.
테스트에서 실제로 생성된 VTV가 무엇인지 확인할 필요는 없으며, 단순히 하위 풀에 있는 모든 볼륨을 스크래치할 수 있습니다. 예를 들면 다음과 같습니다.
SCRATCH VOL(BV1000-BV2999)
DR 사이트에서 TAPEPLXB에 대해 HSC/VTCS를 중지합니다.
이제는 DR 사이트에서 TAPEPLXB CDS가 프로덕션 사이트에 다시 전송되었는지 확인해야 합니다.
이상적으로는 DR 테스트 중에 프로덕션 사이트로 TAPEPLXB CDS를 다시 미러링하여 이 작업을 수행할 수 있습니다. 이렇게 할 수 없을 경우에는 FTP 또는 선택한 다른 메커니즘에 따라 DR 사이트의 현재 버전의 CDS를 프로덕션 사이트로 다시 복사할 수 있습니다.
프로덕션 사이트의 LPAR에서 TAPEPLXB를 다시 시작합니다.
TAPEPLXB의 활성 복사본이 없는 동안 TAPEPLXB에 대한 CTR로 일정이 잡힌 VTV는 VTSS 버퍼에 유지됩니다. TAPEPLXB가 프로덕션 상태에서 다시 활성화되면 이러한 VTV가 DR 사이트에서 VTSS에 복제됩니다.
VTVMAINT
를 사용하여 CTR에서 복제된 VTV의 상태를 다음과 같이 변경할 수 있습니다.
VTV를 참조하는 TapePlex의 이름을 제거하려면 VTVMAINT DELEXpot
를 사용합니다. 예를 들어, TAPEPLXA에서 TAPEPLXB로 VTV를 복제한 후 TAPEPLXA에서 복사본을 삭제할 경우에는 VTVMAINT DELEXpot
를 사용해서 VTV에 대한 TAPEPLXA 참조를 제거할 수 있습니다.
"비즈니스 연속성을 위해 CTR 사용"에 설명된 대로 VTVMAINT ADDEXpot
를 사용해서 VTV를 참조하는 TapePlex의 이름을 추가합니다.
VTVMAINT
유틸리티를 사용해서 CTR을 통해 수신되었지만 현재 스크래치 상태여야 하는 VTV의 소유권을 변경합니다. 예를 들어, VTVMAINT OWNRPLEX(TAPEPLXB)
는 VTV가 현재 존재하는 TapePlex에서 소유하도록 TAPEPLXA에서 전송된 VTV의 소유권을 변경합니다.