비즈니스 연속성 계획의 일부로 DR(재해 복구) 사이트를 사용하거나 유지 관리하는 고객들은 실제 재해가 발생하기 전의 정상적인 프로덕션 처리를 계속할 수 있는지 여부를 주기적으로 검증해야 할 수 있습니다. 다른 고객들의 경우에는 선택의 여지 없이 보험 요구사항 및/또는 해당 감사자를 만족시키기 위해 비즈니스 연속성의 준비 상태를 주기적으로 시연해야 합니다.
현재 StorageTek ELS 소프트웨어의 통합 기능으로 제공되는 CDRT(Concurrent Disaster Recovery Test) 기능을 사용할 경우에는 현재 StorageTek Streamline 및/또는 Nearline(실제 하드웨어) 테이프 라이브러리, VSM(가상 하드웨어) 및 연관된 소프트웨어(HSC, VTCS)를 사용하여, 추가 하드웨어 및 소프트웨어를 구입할 필요 없이 실제 및 가상 테이프 비즈니스 연속성 기능을 검증할 수 있습니다.
CDRT는 프로덕션 및 DR 테스트 시스템 모두에서 프로덕션 데이터에 대한 동시 액세스를 통해 프로덕션 호스트 및 응용 프로그램에 대한 병렬 테스트를 지원합니다.
중요한 CDRT 개념은 다음과 같습니다.
CDRT를 사용하면 실제 하드웨어 및 가상 하드웨어에서 DR 테스트를 수행할 수 있습니다.
CDRT, HSC 및 VTCS는 CDS 준비 및 실제 DR 테스트 중에 시스템 무결성을 보장하기 위해 특정한 기능적 제약을 프로그래밍 방식으로 강제 적용합니다.
CDRT는 기존 프로덕션의 실제 및 가상 하드웨어 및 테이프 볼륨 풀의 일부를 DR 테스트 기간 중 논리적으로 구분합니다. 이렇게 하면 프로덕션 작업을 동시에 실행하면서 DR 구성을 테스트할 수 있기 때문에 프로덕션 데이터의 무결성을 보장하고, 테이프 볼륨 및 하드웨어 리소스에 대한 충돌을 최소화할 수 있습니다.
CDRT는 프로덕션 CDS의 테스트 복사본을 만듭니다. 따라서 프로덕션 ELS 부속 시스템과 DR 테스트 ELS 부속 시스템은 서로 통신하지 않습니다. DR 테스트 CDS에서 발생하는 변경사항은 프로덕션 CDS 복사본에 반영되지 않으며, 그 반대도 마찬가지입니다. DR 테스트 호스트는 논리적으로 구분된 하드웨어만 사용합니다. 프로덕션 호스트는 모든 하드웨어를 계속 사용하지만, DR 테스트 중 논리적으로 구분된 VTSS를 DR 호스트가 배타적으로 사용할 수 있다는 점이 다릅니다. RTD, MVC(다중 가상 카트리지) 및 실제 스크래치 테이프와 같은 다른 리소스는 각 호스트 세트에 대해 개별 풀을 정의하여 제어되어야 합니다.
DR 테스트는 로컬 리소스만 사용하거나 로컬 및 원격 리소스를 조합해서 수행할 수 있습니다. 원격 사이트와 실제 및 가상 하드웨어만 포함된 구성이나 실제 및 가상 하드웨어와 메인프레임 프로세서가 포함된 구성도 지원됩니다.
DR 테스트 하드웨어에는 ACS, VTSS 및 VLE의 모든 조합이 포함될 수 있습니다.
DR 테스트가 종료되면 CDS의 테스트 복사본 및 DR 테스트로 생성된 모든 데이터가 일반적으로 삭제되고 논리적으로 구분된 하드웨어가 일반 프로덕션 환경에 다시 배치됩니다.
주:
실제 재해로부터의 복구 요구사항을 충족시키기 위해서는 DR 테스트 작업 스트림의 작업으로 인해 프로덕션에서 생성된 어떠한 볼륨이라도 DISP=MOD
를 사용하거나 이러한 볼륨을 겹쳐쓰는 방식으로 업데이트되지 않아야 합니다. 이러한 방식을 따를 경우에는 실제 재해가 발생했을 때 이러한 볼륨의 상태를 예측할 수 없게 됩니다.
DR 테스트 실행을 위해서는 DR 테스트 중에 수정될 수 있는 프로덕션 볼륨을 테스트 시작 시 새 볼륨에 복사하여, 원본 볼륨이 아니라 이렇게 복사된 볼륨이 DR 테스트로 업데이트되도록 해야 합니다. 또한 재해 발생 시 모든 테이프 볼륨의 상태를 알 수 있도록 가능한 경우 JCL을 수정해야 합니다.
CDRT를 사용해서 DR 테스트를 성공적으로 실행하기 위해서는 ELS 소프트웨어에서 관리되는 모든 테이프 볼륨 및 실제/가상 하드웨어에 대해 일관적인 복사본을 유지 관리하는 것이 가장 중요합니다. DR 테스트 시작 시 프로덕션 호스트와 DR 호스트 사이에 테이프 볼륨 상태의 일관성을 유지함으로써 고객 응용 프로그램을 병렬 처리할 수 있습니다. CDS는 실제 및 가상 하드웨어의 리소스 및 모든 테이프 볼륨의 상태를 반영하므로, CDRT는 CDS의 테스트 복사본을 만들 때 이러한 일관성 요구사항을 부분적으로 충족시켜 줍니다.
하지만 테이프 볼륨 환경에서는 이러한 테이프 볼륨 상태 데이터(메타데이터) 중 일부가 ELS 부속 시스템 및 실제/가상 하드웨어 외부에서 보존 및 관리되는 경우가 상당히 많습니다. 대개 테이프 볼륨 메타데이터(즉, VOLSER, DSN, 만료 날짜, 스크래치 상태, 실제 또는 가상 지정 등)는 하나 이상의 TMC(Tape Management Catalog), 하나 이상의 z/OS 카탈로그 및 CDS에 저장됩니다.
ELS(및 실제/가상 하드웨어) 외부에서 보존 및 관리되는 메타데이터의 복사본 생성에 맞게 CDRT에서 CDS의 테스트 복사본 생성을 조정해야 합니다.
CDRT는 다음과 같은 DR 사이트 리소스 중 하나 이상에서 VTV 데이터를 가져옵니다.
MVC
VLE
VTSS
프로덕션 CDS는 DR 테스트에서 제공되는 VTV에 대한 정보의 출처이므로, 스크래치 동기화 주기로 인해 DR 테스트에서 사용되는 볼륨이 테스트 시작 이전에 스크래치 상태로 전환되지 않는지 확인하는 것이 중요합니다. StorageTek에서는 또한 DRTEST CREATE
를 수행하기 전에 테스트 VTSS를 오프라인으로 전환할 것을 권장합니다.
테스트 중에 스크래치를 실행하면 DR 테스트 VTSS 또는 MVC의 컨텐츠가 ACTMVCGN
유틸리티를 사용해서 READONLY
로 설정된 경우 이러한 컨텐츠에 영향을 주지 않습니다.
DR 사이트 CDS 복사본은 해당 복사본의 시간에 VTV의 위치를 제공하며, 위치는 일반적으로 MVC 또는 VLE에 있습니다. 하지만 일부 경우에는 테스트 사이트에 존재하는 VTSS에서 VTV 복사본을 사용하도록 선택할 수 있습니다. 일반적으로 이 작업은 다음과 같은 상황에서 수행할 수 있습니다.
모든 프로덕션 VTV의 컨텐츠 업데이트를 방지하는 SHARE
키워드로 DR VTSS를 정의합니다.
2개의 클러스터화된 VTSS가 있으며, 하나는 프로덕션 사이트에 있고, 다른 하나는 DR 사이트에 있습니다. DR 테스트는 프로덕션 VTV의 컨텐츠를 수정하지 않습니다.
2개의 클러스터화된 VTSS가 있으며, 하나는 프로덕션 사이트에 있고, 다른 하나는 DR 사이트에 있습니다, 또한 DR 테스트 후 시간을 들여 DR 테스트로 업데이트된 VTV를 식별하고 수동으로 마이그레이션해야 합니다.
주:
DR 테스트를 실행하기 전에DRMONitr
유틸리티를 사용해서 중요한 DR 테스트가 지정된 복구 위치에 도달하는지 확인할 수 있습니다.DR 테스트를 통해 만든 데이터는 DR 테스트 CDS(테스트 후 폐기됨) 및 DR 테스트 MVC(프로덕션 MVC와 분리된 볼륨 범위에 포함됨)에만 반영됩니다. 또한 DR 테스트로 생성되는 VTV는 다음을 수행하지 않는 한 테스트 후 DR 테스트 VTSS에 유지됩니다.
DR 테스트 하위 풀 범위에서 모든 VTV를 스크래치하려면(MGMTCLAS DELSCR(YES)
사용) DR 테스트 환경에서 SLUADMIN SCRATCH
유틸리티를 사용합니다. 이 옵션을 사용하려면 POOLPARM/VOLPARM
기능을 사용해야 합니다.
DR 테스트로 수정된 모든 프로덕션 VTV가 DR 테스트 시스템에서 MIGRATE
명령 및 DELETE(YES)
를 사용해서 DR 테스트 MVC로 마이그레이션되는지 확인합니다. 이렇게 하지 않으면, 프로덕션 시스템이 DR 테스트로 수정된 데이터를 선택합니다.
테스트 후 StorageTek CSE 또는 다른 QSP가 DR 테스트 VTSS를 "정리"하도록 설정해서 VTSS에서 모든 데이터를 제거합니다.
주:
옵션 2 또는 옵션 3을 사용할 경우, 프로덕션으로 반환되었을 때 DR 테스트 CDS에서 VTV가 누락되기 때문에 VTSS의 컨텐츠가 프로덕션 시스템과 일치하지 않습니다. 이러한 조건은 소프트웨어에 의해 처리되지만, 프로덕션 성능이 저하될 수 있습니다.다음 절에서는 CDRT 리소스를 관리하는 방법에 대해 설명합니다.
CDRT 리소스를 관리하는 첫번째 단계는 시스템에서 POOLPARM/VOLPARM
유틸리티를 사용해서 볼륨을 정의하는 것입니다. 이 기능은 테이프 풀 및 볼륨에 대한 전반적인 관리를 간소화하고, CDRT 구성에 작성된 볼륨을 구분하는 방법을 제공합니다. DR 테스트 VTSS가 공유될 경우에는 POOLPARM/VOLPARM
사용이 필수이며, 그외 시나리오에서는 사용하는 것이 좋습니다.
주:
SLUADMIN SET VOLPARM
유틸리티는 프로덕션 CDS를 사용해서 실행되어야 하며, 프로덕션 및 DR 테스트 풀을 모두 정의해야 합니다. SET VOLPARM 유틸리티는 DR 테스트 CDS에 대해 유효하지 않습니다.스크래치 하위 풀은 모든 DR 테스트 시나리오에 적용될 수 있습니다. 다음 구문은 POOLPARM/VOLPARM
정의를 사용해서 프로덕션 및 DR 테스트 스크래치 하위 풀을 정의하는 방법을 보여줍니다. 프로덕션 및 DR 테스트(볼륨 범위가 다름)에서 하위 풀에 대해 동일한 이름을 사용하면 다음 예제에 표시된 것처럼 DR 테스트를 실행할 때 프로덕션 정책을 변경할 필요가 없습니다.
* SCRATCH POOLS POOLPARM NAME(SCRP1) TYPE(SCRATCH) VOLPARM VOLSER(T11000-T11999) MEDIA(T10000T1) RECTECH(T1AE) POOLPARM NAME(SCRP1) TYPE(SCRATCH) DRTEST VOLPARM VOLSER(T12000-T12999) MEDIA(T10000T1) RECTECH(T1AE) POOLPARM NAME(SCRVTV1) TYPE(SCRATCH) VOLPARM VOLSER(V1000-V1999) MEDIA(VIRTUAL) POOLPARM NAME(SCRVTV1) TYPE(SCRATCH) DRTEST VOLPARM VOLSER(V2000-V2999) MEDIA(VIRTUAL)
POOLPARM/VOLPARM
유틸리티를 사용해서 스크래치 하위 풀을 정의할 때는 HSC SLUADMIN SCRATCH
유틸리티를 사용해서 DR 테스트 환경 내에서 DR 테스트 출력 볼륨을 스크래치할 수 있습니다. DELSCR(YES)를 지정하는 관리 클래스와 함께 스크래치 유틸리티를 실행하면 DR 테스트로 생성된 VTV가 VTSS에서 제거됩니다.
MVC 리소스는 실제 테이프 전용 및 테이프 없는 VSM을 제외하고 모든 DR 테스트 시나리오에서 사용됩니다. 다음 예제에서는 POOLPARM/VOLPARM
정의를 사용해서 프로덕션 및 DR 테스트 MVC 풀을 정의하는 방법을 보여줍니다.
* MVC POOLS POOLPARM NAME(MVCP1) TYPE(MVC) MVCFREE(40) MAXMVC(4) THRESH(60) + START(70) VOLPARM VOLSER(T14000-T14999) MEDIA(T10000T1) RECTECH(T1AE) POOLPARM NAME(MVCP1) TYPE(MVC) MVCFREE(40) MAXMVC(4) THRESH(60) + START(70) DRTEST VOLPARM VOLSER(T13000-T13999) MEDIA(T10000T1) RECTECH(T1AE)
다음을 사용해서 DR 테스트 시나리오에서 사용할 프로덕션 MVC 컨텐츠를 보존합니다.
다음 예제에 표시된 것처럼 ACTMVCGN
유틸리티를 사용해서 DR 테스트에 입력으로 사용되는 MVC를 READONLY
로 설정합니다.
//ACTMVCG1 EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: MVCMAINT READONLY(ON) STATEMENTS //SLUSMVON DD DSN=hlq.SLUSMVON,DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,1) //* NOTE: MVCMAINT READONLY(OFF) STATEMENTS //SLUSMVOF DD DSN=hlq.SLUSMVOF,DISP=(NEW,CATLG,DELETE), SPACE=(CYL,1) //* NOTE: THE FOLLOWING STEP SELECTS ALL "ACTIVE" MVCS //* IN ACS 01. //SLSIN DD * ACTMVCGN ACS(01) /* //ACTMVCG2 EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: EXEC MVCMAINT TO SET READONLY(ON)
VTCS CONFIG
를 사용해서 이러한 재생 이용이 모든 프로덕션 호스트에서 실행되지 않는지 확인합니다.
CONFIG HOST NAME(host) NORECLAM
VTSS 리소스는 비공유 및 공유의 두 가지 유형이 있습니다.
VTV가 MVC 또는 VLE로 마이그레이션되는 환경에서는 VTSS 리소스가 DR 테스트 중에 분리됩니다. DR 테스트 시스템은 DRTEST PRIMEPRD/CREATE
유틸리티를 통해 정의된 VTSS에만 액세스할 수 있으며, 이러한 VTSS는 프로덕션에 대해 오프라인으로 유지되어야 합니다. DR VTSS가 프로덕션 환경에서 온라인이면 DRTEST START
명령이 거부됩니다.
일부 경우에는 프로덕션 및 테스트 사이트에서 이름이 동일한 2개의 VTSS가 존재할 수 있습니다. 이 경우 DRTEST PRIMEPRD/CREATE
유틸리티의 SPARE
매개변수는 DR 테스트 VTSS가 프로덕션 VTSS와 동일한 이름을 포함하지만, 물리적으로 동일한 장치가 아니도록 지정하여, 프로덕션 장치가 테스트 중 온라인으로 유지될 수 있습니다. 다른 시나리오에서는 SPARE
매개변수를 사용하지 마십시오.
시나리오 4: 프로덕션 및 DR 테스트 사이트의 클러스터화된 VTSS에서는 클러스터화된 VTSS를 사용해서 DR 사이트의 VTSS에 데이터를 제공합니다. 이 시나리오에서는 DR 테스트 VTSS가 프로덕션에 온라인 상태이기 때문에 클러스터가 DR 테스트 중에 작동하지 않습니다.
프로덕션 VTV가 DR 테스트 중에 어떤 방식으로든 수정되면 테스트 VTSS를 다시 프로덕션에 온라인으로 설정하기 전에 수정된 VTV가 VTSS에서 제거되었는지 확인해야 합니다. 그렇지 않으면 프로덕션 사이트에서 수정된 VTV가 사용될 수 있습니다. 이러한 상황을 방지하기 위해 StorageTek은 프로덕션 VTV가 테스트로 수정되지 않도록 DR 테스트를 디자인할 것을 강력하게 권장합니다.
클러스터화된 VTSS 시나리오에서는 테스트 VTSS의 VTD가 프로덕션 호스트에 액세스할 수 없습니다. 프로덕션에서 DR 테스트 VTSS로의 ECAM 통신을 허용하려면 VTCS CONFIG
에서 다음을 지정합니다.
VTD LOW=xxxx HIGH=xxxx NOVERIFY
DR 테스트 VTSS를 중지 상태로 변경합니다. 예를 들면 다음과 같습니다.
VARY VTSS1 QUIESCED
이 작업의 목표는 DR 테스트에 배타적으로 사용할 수 있도록 VTSS1에 대한 복제를 (정상적으로) 종료하는 것입니다.
Display REPLicat
를 사용해서 완료될 때까지 복제를 모니터합니다. 여기에서 복제는 여전히 활성화된 상태입니다.
VTSS HOST QDEPTHVTSS0 PRODUCTION 1
복제가 완료되면 다음 항목이 표시됩니다.
VTSS HOST QDEPTH VTSS0 PRODUCTION 0
Display CLINK
를 사용해서 CLINK 상태를 확인하여 복제가 완료되었는지 다시 확인합니다. 여기에서 CLINK는 여전히 활성화된 상태입니다.
VTSS CLINK STATUS USAGE HOST VTSS0 7 ONLINE REPLICATING PRODUCTION VTSS0 8 ONLINE REPLICATING PRODUCTION You know the CLINK is no longer active when you see this: VTSS CLINK STATUS USAGE HOST VTSS0 7 ONLINE FREE VTSS0 7 ONLINE FREE
DR 테스트 VTSS를 오프라인으로 변경합니다.
VARY VTSS1 OFFLINE
DR 테스트를 시작하기 전에 다음을 수행해야 합니다.
테스트 출력이 실수로 프로덕션에 삽입되지 않도록 테스트를 계획합니다.
DR 테스트 CDS가 DR VTSS 컨텐츠와 일치하도록 테스트를 준비합니다.
또한 StorageTek은 테스트 후 가능한 한 신속하게 모든 테스트 사이트 VTSS를 정리할 것을 권장합니다. 이렇게 하면 다음 테스트를 시작할 때 테스트 사이트 VTSS가 비어 있게 되고 프로덕션으로 반환되는 VTSS에 DR 테스트 데이터가 남아 있지 않습니다.
다음 중 하나를 수행해서 테스트 VTSS를 정리할 수 있습니다.
DR 테스트가 프로덕션 VTV에 대해 어떠한 업데이트(겹쳐쓰기 또는 첨부)도 수행하지 않도록 하고 POOLPARM/VOLPARM
을 사용해서 DR 테스트 스크래치 하위 풀을 정의합니다. 이 방법을 사용하면 스크래치 유틸리티를 사용해서 DR 테스트 범위에 있는 모든 VTV를 스크래치할 수 있으며, 이러한 VTV가 VTSS에서 자동으로 삭제됩니다(관리 클래스에서 DELSCR(YES)
을 지정하는 경우).
DR 테스트가 프로덕션 VTV를 업데이트할 수 있으면, VTSS를 프로덕션으로 반환하기 전에 DR 테스트 출력에 사용되는 모든 VTSS가 비어 있는지 확인해야 합니다. 이 작업은 DR 테스트 환경에서 제로로 마이그레이션하거나 StorageTek CSE 또는 다른 QSP가 VTSS를 "정리"하도록 설정해서 수행할 수 있습니다.
DR 테스트 CDS를 생성하기 위해 DRTEST CREATE
유틸리티를 실행하면 VTSS 컨텐츠에 대한 메타데이터가 테스트 환경에 전파됩니다. DR 테스트 VTSS의 VTV는 DR 테스트 환경에 제공됩니다.
DR 테스트 VTSS가 예비로 정의된 경우, 물리적 DR VTSS의 컨텐츠가 예비 VTSS의 프로덕션 인스턴스를 참조하는 CDS 메타데이터와 일치하지 않습니다. 이러한 불일치를 제거하려면, DR 테스트 CDS를 만들기 전에 프로덕션 환경에서 예비 VTSS의 프로덕션 인스턴스를 0으로 마이그레이션합니다. VTCS VTVRPT OPTION(UNAVAIL)
을 실행해서 모든 VTV가 마이그레이션되고 다른 VTSS에서 사용할 수 있도록 보장할 수 있습니다. 이 단계를 수행하지 않으면 DR 테스트가 예비 VTSS에서 VTV에 액세스를 시도하고, VTV 마운트에 대해 SLS6680E 메시지를 실행합니다.
테이프 환경에 실제 테이프 또는 VLE MVC가 포함되지 않은 경우에는, 공유 VTSS 환경에서 CDRT를 실행할 수 있습니다. DRTEST PRIMEPRD/CREATE SHARE
매개변수는 테스트 중 프로덕션 및 DR 테스트 사이에 VTSS가 공유되도록 지정합니다. 이 환경에서는 다음과 같은 제약이 적용됩니다.
DRTEST CREATE
는 또한 DRACS 또는 STORMNGR 리소스를 정의할 수 없습니다. 즉, 공유 VTSS에서 외부 매체로 데이터를 마이그레이션할 수 없습니다.
프로덕션 시스템은 POOLPARM/VOLPARM
기능을 사용해서 볼륨 리소스를 정의해야 합니다.
DR 테스트 환경에서 비DRTEST 하위 풀 VTV의 마운트는 VTV를 읽기 전용으로 설정합니다. 즉, DR 테스트가 프로덕션 VTV를 겹쳐쓰거나 첨부할 수 없습니다.
ACS 리소스는 테이프 없는 VSM 이외의 환경에서 VLE 없이 가상 테이프를 사용하거나 실제 테이프만 사용하는 DR 테스트 시나리오에서 사용됩니다. CDRT에 대한 ACS 리소스는 DRTEST PRIMEPRD/CREATE DRACS
매개변수에 지정됩니다.
DRTEST CREATE
유틸리티를 실행하기 전에 HSC CAPPREF
명령을 실행해서 CAP를 수동으로 설정해야 합니다. 이 소프트웨어는 테스트가 유효한 동안 해당 상태로 유지되도록 보장합니다. DRTEST START
명령을 입력한 다음에는 프로덕션 및 DR 테스트 환경 모두에서 DR 테스트 ACS에 제약 조건이 강제 적용되어, 두 사이트 모두 데이터에 액세스할 수 있도록 하드웨어 및 해당 CDS 사이의 일관성을 보장합니다. DR 테스트 ACS의 CAP가 프로덕션 환경에서 자동 모드이면 DRTEST START
명령이 거부됩니다.
소프트웨어에서 다음과 같은 제약 사항이 자동으로 적용됩니다.
DRTEST PRIMEPRD
및 CREATE
명령의 STORMNGR
매개변수를 사용해서 VLE 리소스를 정의합니다. 일반적으로 DR 테스트 리소스는 ACS 또는 VLE이지만, 두 가지 항목 사용에 대해서는 제약 사항이 없습니다.
물리적 MVC와 같이 VLE VMVC는 DR 테스트에 대해 예약된 VMVC 범위로 POOLPARM/VOLPARM
기능을 사용해서 정의됩니다. DR 테스트는 또한 다음 예제에 표시된 것처럼 프로덕션 VMVC에 대한 읽기 액세스 권한을 갖습니다.
//ACTMVCG1 EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: MVCMAINT READONLY(ON) STATEMENTS //SLUSMVON DD DSN=hlq.SLUSMVON,DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,1) //* NOTE: MVCMAINT READONLY(OFF) STATEMENTS //SLUSMVOF DD DSN=hlq.SLUSMVOF,DISP=(NEW,CATLG,DELETE), SPACE=(CYL,1) //* NOTE: THE FOLLOWING STEP SELECTS ALL "ACTIVE" MVCS //* IN VLE1 AND MVCPOOL MVCP1. //SLSIN DD * ACTMVCGN STORMNGR=VLE1,MVCP=MVCP1 /* //ACTMVCG2 EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: EXEC MVCMAINT TO SET READONLY(ON) //SLSIN DD DSN=hlq.SLUSMVON,DISP=SHR
프로덕션 및 DR 테스트 환경 사이의 차이를 최소화하기 위해 CDRT는 프로덕션 및 DR 테스트 환경 모두에서 동일한 이름을 사용하지만 정책 정의가 다른 VTV를 관리하기 위한 정책을 정의할 수 있습니다.
프로덕션 및 테스트 사이트는 DRTEST DRVTSS SHARE
매개변수를 사용해서 VTSS를 공유할 수 있습니다. 또한 공유된 VTSS 또는 VLE를 사용하는 DR 테스트에 대해 더 이상 더미 DR ACS를 지정할 필요가 없습니다. 공유 VTSS를 지정할 때의 제약 조건은 다음과 같습니다.
공유 DR 테스트 VTSS는 프로덕션 또는 DR 테스트 사이트에서 활성 RTD 연결을 포함하지 않아야 합니다.
DR 테스트 스크래치 하위 풀을 정의하려면 CDS에 VOLPARM
정의가 포함되어야 합니다.
프로덕션 VTV(DR 테스트 하위 풀에 없는 VTV)는 마운트될 때 읽기 전용으로 설정되며, 수정할 수 없습니다.
DR 테스트 시스템에 대한 관리 클래스를 정의할 때는 일반적으로 출력 VTV의 단일 MVC 복사본만 정의합니다. 테스트 후 VTSS 정리를 허용하려면 다음 예제에 표시된 것처럼 DELSCR(YES)
을 지정하는 것이 좋습니다.
STOR NAME(LOCAL) ACS(01) MVCPOOL(MVCP1) MGMT NAME(CRITICAL) MIGPOL(LOCAL) IMMWAIT(0) DELSCR(YES)
DR 테스트에 대한 공유 VTSS를 사용할 때는 마이그레이션된 출력 복사본이 허용되지 않습니다. 다음 예제에 표시된 대로 테스트 이후 정리를 허용하려면 DELSCR(YES)
를 지정해야 합니다.
MGMT NAME(CRITICAL) DELSCR(YES)
DR 테스트 중에는 테스트 및 프로덕션 환경에서 리소스에 대한 액세스를 최적화하기 위한 절차를 수행하는 것이 좋습니다. 특히 다음 사항에 유의하십시오.
DR 테스트 시스템 및 프로덕션 시스템에 액세스할 수 있는 MVC에서 VTV를 사용할 수 있도록 DR 테스트 시작 전에 프로덕션 및 DR 테스트 ACS 모두에 대해 즉시 마이그레이션을 지정하는 프로덕션 관리 클래스를 정의합니다.
일반적으로 DR 테스트 사이트에서는 ACS를 하나만 사용할 수 있으므로, 단일 마이그레이션 복사본을 지정하는 DR 테스트 관리 클래스를 정의합니다.
POOLPARM/VOLPARM
기능을 사용해서 프로덕션과 DR 테스트 사이의 스크래치 하위 풀 및 MVC 풀을 모두 구분합니다.
가능한 경우, DR 테스트 처리로 기존 VTV(DISP=MOD
또는 DISP=OLD
를 사용해서 겹쳐쓰기)가 업데이트되지 않는지 확인합니다.
ACTMVCGN
유틸리티를 실행해서 프로덕션 환경에서 활성 MVC를 읽기 전용으로 표시하여 DR 테스트 ACS로 마이그레이션하는 프로덕션 작업과 DR 테스트 ACS에서 MVC에 있는 VTV에 액세스하는 DR 테스트 작업 사이의 충돌을 최소화합니다.
DR 테스트 중 프로덕션 MVC에서 MVC 공간 재생 이용을 사용 안함으로 설정하여(CONFIG HOST NORECLAM
사용), DR 테스트 시스템에서 사용 중인 볼륨의 MVC 컨텐츠를 보존합니다.
주:
이 절차에서 사용되는 명령 및 유틸리티에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.DR 테스트를 실행하려면 다음을 수행합니다.
SLSPARM DD
에서 SET VOLPARM
명령 및 POOLPARM/VOLPARM
문을 사용해서 프로덕션 CDS에 있는 볼륨 풀을 정의합니다.
자세한 내용은 "볼륨 리소스"를 참조하십시오.
테스트 리소스가 올바르게 설정되었는지 확인합니다.
자세한 내용은 다음을 참조하십시오.
DRTEST 환경에 대한 MGMTCLAS/STORCLAS
문을 만듭니다.
자세한 내용은 다음을 참조하십시오.
필요한 경우 DR 테스트 사이트에 대한 MVS 카탈로그를 복사합니다.
선택적으로 DR 테스트 사이트에 대한 TMS 데이터베이스(TMS가 사용되는 경우)를 복사합니다.
프로덕션 사이트에서 DRTEST 유틸리티를 실행하여(PRIMEprd
키워드 사용) DR 테스트에 대한 프로덕션 CDS를 준비합니다.
예제를 보려면 "시나리오 1에 대한 예제 JCL"을 참조하십시오.
구성이 변경되지 않은 한 실행하는 DRTEST 반복 횟수에 관계없이 PRIMEprd
를 한 번만 실행해야 합니다. DR 테스트 구성이 변경되면 PRIMEprd
를 다시 실행해야 합니다. 또한 DR 테스트가 완료된 후 DRTEST RESET
유틸리티를 실행할 필요가 없습니다. 프로덕션 CDS에서 플래그가 설정된 상태로 유지되더라도 DR 테스트가 비활성 상태이면 처리에 영향을 주지 않습니다.
프로덕션 시스템에서 HSC CAPPREF
명령을 사용해서 DR 테스트 ACS에 있는 모든 CAP를 수동 모드로 설정합니다.
DR 테스트 사이트에서 프로덕션 CDS의 미러링된 복사본 또는 백업 복사본에 대해 DRTEST 유틸리티를 실행하여(CREATE
키워드 사용) DR 테스트에 대해 새 DR 테스트 CDS를 만듭니다.
각 시나리오는 DRTEST CREATE
예제를 제공합니다.
CDS는 유틸리티에서 DD 문을 사용해서 할당해야 합니다. NOUPD
가 사용된 경우에는 SLSCNTL DD
문만 필요하며, 실제 기본 CDS, 백업 또는 미러링된 복사본일 수 있습니다.
프로덕션 사이트에서 DR 테스트를 시작하여 3단계에서 만든 DRTEST MGMTCLAS/STORCLAS
정의를 가리킵니다.
예를 들면 다음과 같습니다.
/PRIME EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSIN DD * DRTEST START
주:
또한 콘솔에서DRTEST START
명령을 입력하여 테스트를 시작할 수도 있습니다.DRTEST 클라이언트 호스트에서 SMC 시스템을 시작합니다.
DR 테스트 시스템에서 SMC/HSC/VTCS 시스템을 시작합니다(8단계에서 만든 CDS 연결).
테스트 VTSS 및 경로에 대한 VTD가 온라인 상태인지 확인합니다.
DR 시스템에 대해 DR VTSS를 온라인으로 전환합니다.
해당하는 경우 DR 시스템에 대해 DR RTD를 온라인으로 전환합니다.
DR 테스트 사이트에서 테스트를 실행합니다.
DR 테스트 중에는 다음과 같은 조건이 프로그래밍 방식으로 적용됩니다.
프로덕션 사이트 ACS는 DR 테스트 호스트에서 연결이 해제됩니다.
프로덕션 사이트 VTSS는 DR 테스트 호스트에 대해 오프라인입니다.
DR 테스트 사이트에서는 유동적 마운트 해제, 꺼내기, 이동, 스크래치 업데이트, 감사 또는 스크래치 재배포를 수행할 수 없습니다.
DR 테스트 ACS에 대한 유동적 마운트 해제, 넣기/꺼내기, 이동, 감사 또는 스크래치 재배포는 프로덕션 사이트에서 수행할 수 없습니다.
DR 테스트 ACS의 모든 CAP는 수동 모드입니다.
주:
테스트가 완료된 다음에는 DR 테스트 ACS에 볼륨을 넣을 수 있습니다. 프로덕션 CDS를 실제 라이브러리 볼륨과 동기화하려면 볼륨을 꺼내거나 셀을 감사해야 합니다.이 장의 앞 부분에서 설명한 대로 DR 테스트 작업 스트림에 있는 작업은 프로덕션에서 생성되는 어떠한 볼륨도 업데이트하지 않아야 합니다.
주:
DRTEST
명령 및 DRTEST
유틸리티에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오. CDRT 메시지에 대한 자세한 내용은 ELS 메시지 및 코드를 참조하십시오.주:
ELS 7.1 이상의 경우, CDRT Cleanup Enhancement SPE가 설치되어 있으면 DR 테스트 이후 및 정상적인 프로덕션 환경 재개 이전에 즉시 이 절차를 실행할 필요가 없습니다. 대신 이를 무중단 방식으로 실행할 수 있습니다(예: 다음 DR 테스트 이전).DRTEST 하위 풀에서 모든 가능한 VTV를 스크래치하려면 SLUADMIN SCRAtch
유틸리티를 실행합니다.
관리 클래스에서 DELSCR(YES)
을 설정하기 때문에 VTV는 테스트 종료 시 VTV를 스크래치할 때 버퍼에서 자동으로 삭제됩니다.
경고:
SET VOLPARM
을 사용하지 않고 개별 스크래치 풀을 설정하지 않으면 데이터 손실 위험이 있습니다.
DR 테스트로 인해 프로덕션 VTV가 수정되었거나, 그럴 가능성이 있는 경우에는 다음을 수행해서 프로덕션 VTSS에 남아 있는 DR 테스트 데이터가 없는지 확인해야 합니다.
DRTEST CDS에서 VTV 보고서를 실행하고, 출력에서 프로덕션 VTV 범위의 VTV가 테스트 중 수정되었는지 확인합니다.
VTVRPT COPIES
는 이제 DRT 열에서 "D"로 플래그가 지정되며, 이러한 VTV 복사본은 DR 테스트 복사본입니다.
VTV가 수정된 경우에는 다음 중 하나를 수행해야 합니다.
VTV 보고서에 따라 수정된 VTV를 마이그레이션하도록 요청합니다.
DR 테스트 VTSS를 0으로 마이그레이션합니다.
CSE가 테스트 VTSS를 "정리"하도록 설정합니다.
DR TEST MVS 시스템에서 HSC/VTCS 및 SMC를 중지합니다.
MVC를 READONLY
상태로 설정하는 테스트 이전에 ACTMVCGN
유틸리티가 실행된 경우, SLUSMVOF DD
문의 출력을 READONLY
상태를 다시 설정하기 위한 입력으로 사용해서 SLUADMIN을 실행합니다.
이 절차에 따라 작업을 다시 시작하고 DR 테스트를 중지합니다.
PRODUCTION
MVS 시스템에서 DR 테스트를 중지합니다.
예를 들면 다음과 같습니다.
/STOP EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * DRTEST STOP
또한 DR 테스트가 완료된 후 DRTEST RESET
유틸리티를 실행할 필요가 없습니다. 프로덕션 CDS에서 플래그가 설정된 상태로 유지되더라도 DR 테스트가 비활성 상태이면 처리에 영향을 주지 않습니다.
필요한 경우 CAP를 자동 모드로 설정합니다.
이 절에서는 DR 테스트 소프트웨어를 사용해서 DR 테스트 시작 및 중지를 위한 환경을 설정하는 방법에 대해 설명합니다. 이 절에 포함된 정보는 다음과 같습니다.
DRTEST 명령 및 DRTEST 유틸리티에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오. CDRT 메시지에 대한 자세한 내용은 ELS 메시지 및 코드를 참조하십시오.
주:
모든 시나리오에 대해 테스트 후에는 "DR 테스트 이후 정리"의 절차를 실행합니다.시나리오 1에서는 프로덕션 및 테스트 사이트에 단일 ACS가 있으며, 테스트 사이트에 있는 "예비" VTSS는 테스트 목적으로만 사용됩니다("예비" VTSS 컨텐츠를 마이그레이션 또는 복원할 필요 없음). 일반 작업 시에 프로덕션 사이트는 프로덕션 사이트에서 VTSS에 대해 VTV를 작성 및 액세스하며, 출력 VTV는 항상 즉시 마이그레이션되고 각 ACS에 하나씩 있는 개별 MVC에 이중화됩니다. 그림 7-1에서는 DRTEST 유틸리티를 실행하기 전 시나리오 1에 대한 시스템을 보여줍니다.
PRIMEPRD 단계:
//DRTPRIME EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * DRTEST PRIMEPRD + DRACS(01) DRVTSS(VTSS0) SPARE HOST(MVS1,MVS2)
CREATE 단계:
//DRTCREAT EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSNEW1 DD DSN=hlq.DRTEST.SLSCNTL,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW2 DD DSN=hlq.DRTEST.SLSCNTL2,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW3 DD DSN=hlq.DRTEST.SLSSTBY,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSIN DD * DRTEST CREATE NOUPDPRD + DRACS(01) DRVTSS(VTSS0) SPARE HOST(MVS1,MVS2)
그림 7-2에서는 DRTEST
유틸리티 실행 후 시나리오 1에 대한 시스템(테스트 사이트의 예비 VTSS)을 보여줍니다.
시나리오 2에서는 프로덕션 및 테스트 사이트 모두 단일 ACS가 있지만 테스트에 사용되는 테스트 사이트에 "예비" VTSS가 없습니다. 일반 작업 시에 프로덕션 사이트는 두 사이트 모두의 VTSS에서 VTV를 작성 및 액세스하며, 출력 VTV는 항상 즉시 마이그레이션되고 각 ACS에 하나씩 있는 개별 MVC에 이중화됩니다. 이 구성에서는 테스트 사이트에서 하나 이상의 VTSS에 대해 제로 마이그레이션을 요구해야 하며, 테스트가 필요한 VTSS 리소스를 인계할 수 있도록 프로덕션 시스템에 대해 이러한 VTSS를 온라인으로 전환해야 합니다. 또한 테스트 사이트에서 하나 이상의 LPAR은 실제 프로덕션 시스템과 병렬로 실행되어 대체된 프로덕션 시스템으로 작동합니다. 두 ACS는 모두 프로덕션 시스템에 대해 온라인입니다.
그림 7-3에서는 DRTEST
유틸리티를 실행하기 전 시나리오 2에 대한 시스템(테스트 사이트의 VTSS 인계)을 보여줍니다.
CREATE 단계만 해당, PRIMEPRD 이전 실행:
//DRTCREAT EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSNEW1 DD DSN=hlq.DRTEST.SLSCNTL,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW2 DD DSN=hlq.DRTEST.SLSCNTL2,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW3 DD DSN=hlq.DRTEST.SLSSTBY,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSIN DD * DRTEST CREATE NOUPDPRD + DRACS(01) DRVTSS(VTSS1) HOST(MVS1,MVS2)
그림 7-4에서는 DRTEST
유틸리티를 실행한 후 시나리오 2에 대한 시스템(테스트 사이트의 VTSS 인계)을 보여줍니다.
시나리오 3에서는 프로덕션 및 테스트 사이트 모두 단일 ACS가 있지만 테스트에 사용되는 테스트 사이트에 VTSS가 없습니다. 일반 작업 시에 프로덕션 사이트는 두 사이트 모두에서 테이프 데이터 세트를 작성하고 액세스합니다. 그림 7-5에서는 DRTEST
유틸리티를 실행하기 전 시나리오 3(읽기 전용 구성)에 대한 시스템을 보여줍니다.
그림 7-6에서는 DRTEST
유틸리티 실행 후 시나리오 3에 대한 시스템(읽기 전용 구성)을 보여줍니다.
CREATE 단계만 해당, PRIMEPRD 이전 실행:
//DRTCREAT EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSNEW1 DD DSN=hlq.DRTEST.SLSCNTL,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW2 DD DSN=hlq.DRTEST.SLSCNTL2,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW3 DD DSN=hlq.DRTEST.SLSSTBY,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSIN DD * DRTEST CREATE NOUPDPRD + DRACS(01) HOST(MVS1,MVS2)
그림 7-7에 표시된 것처럼 일반 작업 시 시나리오 4는 프로덕션 및 DR 테스트 사이트가 프로덕션 및 DR 테스트 ACS에 상호 연결되어 DR에 사용되는 클러스터화된 VTSS 구성입니다. 프로덕션 사이트에서 VTSS0은 기본 항목이고 VTSS1은 DR 테스트 사이트의 보조 항목입니다.
CREATE 단계만 해당, PRIMEPRD 이전 실행:
//DRTCREAT EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSNEW1 DD DSN=hlq.DRTEST.SLSCNTL,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW2 DD DSN=hlq.DRTEST.SLSCNTL2,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW3 DD DSN=hlq.DRTEST.SLSSTBY,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSIN DD * DRTEST CREATE NOUPDPRD + DRACS(01) DRVTSS(VTSS1) SHARE HOST(MVS1,MVS2)
DR 테스트 사이트를 테스트에 사용하려면 어떻게 합니까? 그림 7-8에서는 DR 테스트 중 시나리오 4에 대한 시스템을 보여줍니다.
시나리오 5에서는 프로덕션 및 테스트 사이트 모두 단일 ACS가 있지만 테스트에 사용되는 테스트 사이트에 "예비" VTSS가 없습니다. 일반 작업 시에는 프로덕션 사이트가 두 사이트 모두에서 VTSS의 VTV를 작성 및 액세스하며, 출력 VTV가 항상 즉시 마이그레이션되고 복제됩니다. 이때 복사본 하나는 ACS의 MVC에 이중화되고, 다른 복사본은 VLE의 VMVC에 이중화됩니다. 이 구성에서는 테스트 사이트에서 하나 이상의 VTSS에 대해 제로 마이그레이션을 요구해야 하며, 테스트가 필요한 VTSS 리소스를 인계할 수 있도록 프로덕션 시스템에 대해 이러한 VTSS를 온라인으로 전환해야 합니다. 또한 테스트 사이트에서 하나 이상의 LPAR은 실제 프로덕션 시스템과 병렬로 실행되어 대체된 프로덕션 시스템으로 작동합니다. ACS 및 VLE 모두 프로덕션 시스템에 대해 온라인입니다.
그림 7-9에서는 DRTEST
유틸리티를 실행하기 전의 시나리오 5에 대한 시스템을 보여줍니다.
CREATE 단계만 해당, PRIMEPRD 이전 실행:
//DRTCREAT EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSNEW1 DD DSN=hlq.DRTEST.SLSCNTL,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW2 DD DSN=hlq.DRTEST.SLSCNTL2,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW3 DD DSN=hlq.DRTEST.SLSSTBY,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSIN DD * DRTEST CREATE NOUPDPRD + DRACS(01) DRVTSS(VTSS1) HOST(MVS1,MVS2) STORMNGR(VLE1)
그림 7-10에서는 DRTEST
유틸리티를 실행한 후의 시나리오 5에 대한 시스템을 보여줍니다.
시나리오 6에서는 각 사이트에 VLE가 연결된 단일 VTSS가 있습니다. 테스트 사이트에 있는 VTSS는 예비 항목이 아니며, 일반 작업 중 프로덕션 사이트에서 사용됩니다. 출력 VTV는 항상 즉시 마이그레이션되며 각 VLE에 하나씩 개별 VMVC에 이중화됩니다.
이 구성에서는 테스트 사이트에서 하나 이상의 VTSS에 대해 제로 마이그레이션을 요구해야 하며, 테스트가 필요한 VTSS 리소스를 인계할 수 있도록 프로덕션 시스템에 대해 이러한 VTSS를 온라인으로 전환해야 합니다. 또한 테스트 사이트에서 하나 이상의 LPAR은 실제 프로덕션 시스템과 병렬로 실행되어 대체된 프로덕션 시스템으로 작동합니다. 두 VLE는 모두 프로덕션 시스템에 대해 온라인입니다.
그림 7-11에서는 DRTEST
유틸리티를 실행하기 전의 시나리오 6에 대한 시스템을 보여줍니다.
CREATE 단계만 해당, PRIMEPRD 이전 실행:
//DRTCREAT EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSNEW1 DD DSN=hlq.DRTEST.SLSCNTL,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW2 DD DSN=hlq.DRTEST.SLSCNTL2,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW3 DD DSN=hlq.DRTEST.SLSSTBY,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSIN DD * DRTEST CREATE NOUPDPRD + STORMNGR(VLE1) DRVTSS(VTSS1) HOST(MVS1,MVS2)
그림 7-12에서는 DRTEST
유틸리티를 실행한 후의 시나리오 6에 대한 시스템을 보여줍니다.
그림 7-13에 표시된 것처럼 일반 작업 시 시나리오 7은 프로덕션 및 DR 테스트 사이트에서 DR에 사용되는 클러스터화된 VTSS(테이프 없는 구성) 구성입니다. 프로덕션 사이트에서 VTSS0은 기본 항목이고 VTSS1은 DR 테스트 사이트의 보조 항목입니다.
그림 7-13 기본/보조 클러스터화된 VTSS 테이프 없는 구성 - DRTEST 유틸리티 실행 전
CREATE 단계만 해당, PRIMEPRD 이전 실행:
//DRTCREAT EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSNEW1 DD DSN=hlq.DRTEST.SLSCNTL,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW2 DD DSN=hlq.DRTEST.SLSCNTL2,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSNEW3 DD DSN=hlq.DRTEST.SLSSTBY,DISP=(NEW,CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,x) //SLSIN DD * DRTEST CREATE NOUPDPRD + DRVTSS(VTSS1) SHARE HOST(MVS1,MVS2))
DR 테스트 사이트를 테스트에 사용하려면 어떻게 합니까? 그림 7-14에서는 DR 테스트 중 시나리오 7에 대한 시스템을 보여줍니다.