2 물리적 내보내기 및 가져오기 수행

EXPORT 및 IMPORT 기능은 물리적으로 이동 가능한 MVC를 만들기 위한 도구를 제공합니다. 소스 사이트에서 EXPORT를 사용하면 MVC에서 VTV를 통합하고(필요한 경우), MVC 컨텐츠를 기술하는 매니페스트 파일을 생성할 수 있습니다(MVC에 대한 VTV). 그런 다음 소스 사이트에서 MVC를 꺼내고 대상 위치로 물리적으로 운반한 후, 이를 IMPORT하고, 매니페스트 파일을 사용해서 가져온 MVC 및 VTV에 대한 정보로 CDS를 업데이트할 수 있습니다. VTCS가 활성 상태가 아니어도 VTV를 CDS로 가져올 수 있습니다. 그런 다음 MVC를 대상 사이트에 넣습니다.

주:

내보낸 MVC를 다시 소스 시스템으로 반환하려는 경우에는 특별한 VTCS 처리가 필요하지 않으며, 단순히 MVC를 소스 시스템에 있는 LSM에 넣기만 하면 됩니다.
가져온 각 VTV에 대해, 생성되는 유일한 MVC 복사본은 동일 문을 통해 내보내고 가져온 MVC에 대한 복사본입니다. 이러한 특징은 이중화된 VTV를 가져올 때 특별한 의미를 갖습니다. 이러한 VTV는 두 MVC가 동일한 매니페스트 파일에 제공되었고 동일한 IMPORT 문의 결과로 가져온 경우에만 가져오기 후 두 MVC 모두에서 복사본을 포함합니다.

다음과 같은 일반적인 방법 중 하나를 사용해서 내보냅니다.

선택한 VTV를 새로운 MVC 세트로 통합하는 VTV 또는 관리 클래스별 내보내기. 통합은 시간이 걸리고 VTSS 리소스가 필요하기 때문에 MVC 또는 스토리지 클래스별로 내보내기를 수행하는 옵션이 선호됩니다. 자세한 내용은 "관리 클래스별로 내보내기 및 가져오기"를 참조하십시오.
MVC 또는 스토리지 클래스별 내보내기. 스토리지 클래스 또는 MVC별 내보내기에는 VTV에 대한 통합 후 처리가 필요하지 않으며, 데이터 이동도 필요하지 않습니다. 이러한 내보내기 방식은 단순히 선택한 MVC의 컨텐츠를 기술하는 매니페스트 파일을 만듭니다. 자세한 내용은 "스토리지 클래스별로 내보내기 및 가져오기"를 참조하십시오.
주:
내보내기 기준:
- VTV volser - TMS, LCM 또는 VTVRPT 보고서를 사용해서 필요한 VTV를 식별합니다.
- MVC volser - LCM 또는 MVCRPT 보고서를 사용해서 필요한 MVC를 식별합니다.
- 관리 클래스 - 관리 클래스 정의를 검토해서 필요한 관리 클래스를 식별합니다.
- 스토리지 클래스 - 스토리지 클래스 정의를 검토해서 필요한 스토리지 클래스를 식별합니다.

관리 클래스별로 내보내기 및 가져오기

다음 예에서는 관리 클래스별 MVC 내보내기 및 가져오기를 보여줍니다.

주:

MGMTclas 또는 VTV에서 내보내기를 수행하는 경우 CDS가 VTV 레코드의 MVC 정보를 유지 관리하지 않습니다. MVC는 이 경우 (E)xport로 표시됩니다.

예: 소스 VSM 시스템에서 관리 클래스별 내보내기

이 단계는 내보내기/가져오기의 "전송" 단계이며, 여기에서는 원하는 데이터를 패키지화하고 소스 VSM 시스템 외부로 이동합니다.

소스 VSM 시스템에서 내보내려면 다음을 수행합니다.

내보내기에 사용되는 관리 클래스를 식별합니다.
관리 클래스별 내보내기:
```
//EXPORT EXEC PGM=SLUADMIN,PARM='MIXED' REGION=6M
//STEPLIB  DD DSN=hlq.SEALINK,DISP=SHR
//MOVE1    DD DSN=hlq.REMOTE2,DISP=(,CATLG,DELETE), 
//            UNIT=SYSDA,SPACE=(CYL,(1,1),RLSE),
//            DCB=(RECFM=FB,LRECL=80,BLKSIZE=27920)
//SLSPRINT DD SYSOUT=* 
//SLSIN    DD * 
  EXPORT MGMT (PAY,ACCOUNT) MANIFEST(MOVE1)
```
이 예에서, 출력 매니페스트 파일은 가져오기를 수행할 때 필요한 MOVE1입니다. 관리 클래스별로 내보내기 때문에 EXPORT는 선택한 VTV를 내보내기 MVC에 통합(복사본 생성)합니다. 내보내기 MVC는 읽기 전용으로 표시되고 CDS에서 내보낸 항목으로 표시됩니다. 그리고 이제 소스 시스템 LSM에서 꺼내기를 수행할 수 있습니다. 이러한 통합된 VTV 복사본은 추가적인 복사본이며, CDS에 기록되지 않습니다. 예를 들어, VTV가 내보내기 전에 이중화된 경우, CDS는 이중 사본을 모두 기록하지만, 통합을 위해 사용되는 세번째 추가 복사본은 CDS에 기록되지 않습니다. 따라서 원본 VTV는 여전히 소스 시스템에서 사용 가능한 상태입니다. 원본 VTV에서 데이터를 사용하거나 이를 스크래치하여 다시 사용할 수 있습니다.

주의:
내보낸 데이터가 업데이트되지 않는 시간에 내보내기 일정을 잡으십시오.
MVC 풀에서 내보내기를 수행할 MVC를 제거합니다. 자세한 내용은 Managing HSC and VTCS를 참조하십시오.
소스 VSM 시스템 LSM에서 내보내기를 수행할 MVC를 꺼냅니다. 자세한 내용은 Managing HSC and VTCS를 참조하십시오.
필요한 경우 소스 시스템에서 내보낸 VTV를 스크래치 또는 사용할 수 없도록 설정하거나 여기에 포함된 데이터를 다시 사용합니다.

내보내기 후에는 소스 시스템이 내보낸 VTV 및 MVC에 대한 CDS 레코드를 보존합니다. 내보내기 MVC는 소스 시스템 CDS에서 내보낸 것으로 표시되고 읽기 전용으로 표시됩니다. 이 시점에는 VTV를 내보낸 이유에 따라 두 가지 옵션이 있습니다.
- 보조 사이트에서 백업 복사본을 제공하기 위해 VTV를 내보낸 경우에는 VTV가 업데이트되지 않도록 소스 시스템 CDS에서 VTV를 읽기 전용 상태로 둡니다.
- 내보낸 VTV를 보조 사이트에 영구적으로 이동하는 경우에는 소스 시스템 CDS에서 이를 스크래치하거나 사용할 수 없도록 설정합니다. 내보낸 VTV를 스크래치하려면 HSC 스크래치 유틸리티 또는 LCM SYNCVTV 기능을 사용합니다.

예: 대상 VSM 시스템에 관리 클래스별 가져오기

1개월이 지나서 이제 내보내기/가져오기 작업의 "수신"(가져오기) 부분을 수행할 준비가 되었습니다.

대상 VSM 시스템으로 가져오려면 다음을 수행합니다.

가져오는 중인 VTV 및 MVC가 대상 시스템 CDS에 없으면 POOLPARM/VOLPARM 정의를 다시 실행해서 Configuring HSC and VTCS에 설명된 대로 이러한 volser를 추가합니다.

필요한 경우 대상 VSM 시스템에서 CDS 크기를 늘립니다. 자세한 내용은 HSC 및 VTCS 구성 또는 HSC 및 VTCS 관리를 참조하십시오.

소스 및 대상 시스템에 중복된 VTV volser가 있으면 어떻게 합니까? 일반적으로 다음을 수행합니다.
- 소스 시스템에 대상 시스템과 동일한 volser의 보다 최신 VTV가 있으면 REPLACE(ALL)를 지정합니다.
- 소스 시스템에서 대상 시스템으로 VTV를 이동하는 경우(첫번째 내보내기/가져오기)에는 REPLACE(NONE)를 지정합니다. 이 경우에는 사례별 기준에 따라 중복 VTV에 대해 수행할 작업을 결정해야 합니다.
가져올 MVC를 대상 VSM 시스템 LSM에 넣습니다.

자세한 내용은 Managing HSC and VTCS를 참조하십시오. 새로운 MVC 및 VTV를 포함하도록 CDS를 지정하기 위해 IMPORT를 사용하기 전에 MVC를 물리적으로 배치해야 할 수 있습니다.
선택적으로 IMPORT에 대한 "검증" 실행을 수행합니다.
```
//IMPORT EXEC PGM=SLUADMIN,PARM='MIXED' REGION=6M 
//STEPLIB  DD DSN=hlq.SEALINK,DISP=SHR
//REMOTE1  DD DSN=hlq.REMOTE1,DISP=SHR 
//SLSPRINT DD SYSOUT=* 
//SLSIN DD *
  IMPORT MANIFEST(MOVE1) NOUPDATE
```
여기에서는 IMPORT 유틸리티를 실행하는 예제 JCL을 보여줍니다.
- 매니페스트 파일은 2단계에서 지정된 내보내기 매니페스트입니다.
- REPLACE(NONE)(기본값)는 VTCS가 중복된 VTV를 겹쳐쓰지 않도록 지정합니다.
- IMMDRAIN(NO)(기본값)은 VTCS가 가져온 모든 VTV를 VTSS 공간으로 비우지 않도록 지정합니다.
- NOUPDATE는 CDS가 업데이트되지 않도록 지정합니다(검증 실행만).
- INACTCDS는 지정되지 않으므로, HSC가 활성 상태입니다.
검증 실행 수행은 선택사항이지만 버튼을 누르기 전 발생할 결과를 미리 확인할 수 있으므로 수행하는 것이 좋습니다. 가져오기 보고서를 신중하게 살펴봅니다. 예상한 것과 비슷합니까? 4단계를 진행합니다.
주:
- IMPORT는 FEATures VSM(ADVMGMT)이 지정된 경우에만 유효합니다.
- "대상" CDS가 "원본" CDS와 동일한 기능(CDS 레벨별로 사용으로 설정됨)을 갖는지 확인합니다. 예를 들어, "원본" CDS에 큰 VTV 페이지 크기가 사용으로 설정되었고 2/4Gb VTV가 생성된 경우, "대상" CDS는 동일한 기능을 포함해야 하며, 그렇지 않으면 가져오기가 실패합니다.
IMPORT에 대한 실제 실행을 수행합니다.
```
//IMPORT EXEC PGM=SLUADMIN,PARM='MIXED' REGION=6M
//STEPLIB  DD DSN=hlq.SEALINK,DISP=SHR
//REMOTE1  DD DSN=hlq.REMOTE1,DISP=SHR
//SLSPRINT DD SYSOUT=*
//SLSIN DD *
  IMPORT MANIFEST(MOVE1) REPLACE(ALL)
```
이 항목은 "검증" 실행에서와 같이 REPLACE(NONE)(기본값)로 VTCS가 중복 VTV를 겹쳐쓰지 않도록 지정하는 IMPORT 유틸리티 실행을 위한 예제 JCL을 보여줍니다.

주:
소스 시스템에 MVC를 반환하려는 경우 어떻게 합니까? 이 경우에는 IMMDRAIN(YES)을 지정해서 가져온 MVC를 비울 수 있습니다.
필요에 따라 VTV 정의를 조정합니다. 예를 들어, 대상 시스템의 TMS에 대해 새 VTV를 정의해야 합니다.
다음 중 하나를 수행하십시오.
- 선택적으로 가져온 MVC를 쓰기 가능하도록 설정하려면 MVCMAINT를 실행합니다. VTCS는 MVC를 읽기 전용으로 가져옵니다. 쓰기 가능하도록 지정하려면 READONLY OFF를 지정해서 MVCMAINT를 실행합니다. 대상 시스템에서 새 MVC를 사용하려는 경우가 많으며, 이 것이 첫번째 단계입니다.
  
  그런 다음에는 HSC 및 VTCS 관리에 설명된 대로 MVC 풀에 가져온 MVC를 추가합니다. 이 시점에서는 MVC에 대해 재생 이용, 비우기, 마이그레이션, 회수 등을 수행할 수 있습니다.
- 4단계에서 IMMDRAIN(YES)을 지정한 경우 MVC를 소스 시스템으로 반환할 수 있습니다.

스토리지 클래스별로 내보내기 및 가져오기

다음 예에서는 소스 VSM에서 스토리지 클래스별 내보내기 및 가져오기를 보여줍니다.

주:

STORclas 또는 MVC에서 내보내기를 수행하는 경우 CDS는 VTV 레코드에 MVC 정보를 유지 관리합니다. MVC는 이 경우 (R)ead-Only로 표시됩니다.

예: 소스 VSM 시스템에서 스토리지 클래스별 내보내기

이 단계는 내보내기/가져오기의 "전송" 단계이며, 여기에서는 원하는 데이터를 패키지화하고 소스 VSM 시스템 외부로 이동합니다.

소스 VSM 시스템에서 내보내려면 다음을 수행합니다.

내보내기에 사용되는 스토리지 클래스를 식별합니다.
스토리지 클래스별 내보내기:
```
//EXPORT EXEC PGM=SLUADMIN,PARM='MIXED' REGION=6M
//STEPLIB  DD DSN=hlq.SEALINK,DISP=SHR
//MOVE2    DD DSN=hlq.REMOTE2,DISP=(,CATLG,DELETE),
//             UNIT=SYSDA,SPACE=(CYL,(1,1),RLSE),
//             DCB=(RECFM=FB,LRECL=80,BLKSIZE=27920)
//SLSPRINT DD SYSOUT=*
//SLSIN DD *
  EXPORT STOR(OFF1,OFF2) MANIFEST(MOVE2) 
```
이 예에서 출력 매니페스트 파일은 가져오기를 수행할 때 필요한 MOVE2입니다. 스토리지 클래스별로 내보내기를 수행했기 때문에 시스템에서 매니페스트 파일이 생성되지만, VTV 통합은 수행되지 않습니다. 내보내기 MVC는 CDS에서 읽기 전용으로 표시됩니다. 그리고 이제 소스 시스템 LSM에서 꺼내기에 사용할 수 있습니다. LSM에서 제거된 MVC에 있었던 VTV는 다른 MVC에 있는 한 계속 사용할 수 있습니다.

주의:
내보낸 데이터가 업데이트되지 않는 시간에 내보내기 일정을 잡으십시오.
MVC 풀에서 내보내기를 수행할 MVC를 제거합니다. 자세한 내용은 Managing HSC and VTCS를 참조하십시오.
소스 VSM 시스템 LSM에서 내보내기를 수행할 MVC를 꺼냅니다. 자세한 내용은 Managing HSC and VTCS를 참조하십시오.
필요한 경우 소스 시스템에서 내보낸 VTV를 스크래치 또는 사용할 수 없도록 설정하거나 여기에 포함된 데이터를 다시 사용합니다.

내보내기 후에는 소스 시스템이 내보낸 VTV 및 MVC에 대한 CDS 레코드를 보존합니다. 내보내기 MVC는 소스 시스템 CDS에서 내보낸 것으로 표시되고 읽기 전용으로 표시됩니다. 이 시점에는 VTV를 내보낸 이유에 따라 두 가지 옵션이 있습니다.
- 보조 사이트에서 백업 복사본을 제공하기 위해 VTV를 내보낸 경우에는 VTV가 업데이트되지 않도록 소스 시스템 CDS에서 VTV를 읽기 전용 상태로 둡니다.
- 내보낸 VTV를 보조 사이트에 영구적으로 이동하는 경우에는 소스 시스템 CDS에서 이를 스크래치하거나 사용할 수 없도록 설정합니다. 내보낸 VTV를 스크래치하려면 HSC 스크래치 유틸리티 또는 LCM SYNCVTV 기능을 사용합니다.

예: 대상 VSM 시스템에 스토리지 클래스별 가져오기

1개월이 지나서 이제 내보내기/가져오기 작업의 "수신"(가져오기) 부분을 수행할 준비가 되었습니다.

대상 VSM 시스템으로 가져오려면 다음을 수행합니다.

가져오는 중인 VTV 및 MVC가 대상 시스템 CDS에 없으면 POOLPARM/VOLPARM 정의를 다시 실행해서 Configuring HSC and VTCS에 설명된 대로 이러한 volser를 추가합니다.

또한 필요한 경우 대상 VSM 시스템에서 CDS 크기를 늘립니다. 자세한 내용은 HSC 및 VTCS 구성 또는 HSC 및 VTCS 관리를 참조하십시오.

소스 및 대상 시스템에 중복된 VTV volser가 있으면 어떻게 합니까? 일반적으로 다음을 수행합니다.
- 소스 시스템에 대상 시스템과 동일한 volser의 보다 최신 VTV가 있으면 REPLACE(ALL)를 지정합니다.
- 소스 시스템에서 대상 시스템으로 VTV를 이동하는 경우(첫번째 내보내기/가져오기)에는 REPLACE(NONE)를 지정합니다. 이 경우에는 사례별 기준에 따라 중복 VTV에 대해 수행할 작업을 결정해야 합니다.
가져올 MVC를 대상 VSM 시스템 LSM에 넣습니다.

자세한 내용은 Managing HSC and VTCS를 참조하십시오. 현재 진행 상태를 확인할 수 있습니까? 실제로 새로운 MVC 및 VTV를 포함하도록 CDS를 지정하기 위해 IMPORT를 사용하기 전에 MVC를 물리적으로 배치해야 할 수 있습니다.
선택적으로 IMPORT에 대한 "검증" 실행을 수행합니다.
```
//IMPORT EXEC PGM=SLUADMIN,PARM='MIXED' REGION=6M 
//STEPLIB  DD DSN=hlq.SEALINK,DISP=SHR
//REMOTE1  DD DSN=hlq.REMOTE1,DISP=SHR
//SLSPRINT DD SYSOUT=* 
//SLSIN DD *
  IMPORT MANIFEST(REMOTE1) NOUPDATE
```
여기에서는 IMPORT 유틸리티를 실행하는 예제 JCL을 보여줍니다.
- 매니페스트 파일은 2단계에서 지정된 내보내기 매니페스트입니다.
- REPLACE(NONE)(기본값)는 VTCS가 중복된 VTV를 겹쳐쓰지 않도록 지정합니다.
- IMMDRAIN(NO)(기본값)은 VTCS가 가져온 모든 VTV를 VTSS 공간으로 비우지 않도록 지정합니다.
- NOUPDATE는 CDS가 업데이트되지 않도록 지정합니다(검증 실행만).
- INACTCDS는 지정되지 않으므로, HSC가 활성 상태입니다.
검증 실행 수행은 선택사항이지만 실제로 버튼을 누르기 전에 발생할 결과를 미리 확인할 수 있으므로 수행하는 것이 좋습니다. 가져오기 보고서를 신중하게 살펴봅니다. 예상한 것과 비슷합니까? 4단계를 진행합니다.
주:
- IMPORT는 FEATures VSM(ADVMGMT)이 지정된 경우에만 유효합니다.
- "대상" CDS가 "원본" CDS와 동일한 기능(CDS 레벨별로 사용으로 설정됨)을 갖는지 확인합니다. 예를 들어, "원본" CDS에 큰 VTV 페이지 크기가 사용으로 설정되었고 2/4Gb VTV가 생성된 경우, "대상" CDS는 동일한 기능을 포함해야 하며, 그렇지 않으면 가져오기가 실패합니다.
IMPORT에 대한 실제 실행을 수행합니다.
```
//IMPORT EXEC PGM=SLUADMIN,PARM='MIXED' REGION=6M
//STEPLIB  DD DSN=hlq.SEALINK,DISP=SHR
//REMOTE1  DD DSN=hlq.REMOTE1,DISP=SHR
//SLSPRINT DD SYSOUT=*
//SLSIN DD * 
  IMPORT MANIFEST(REMOTE1)
```
이 항목은 "검증" 실행에서와 같이 REPLACE(NONE)(기본값)로 VTCS가 중복 VTV를 겹쳐쓰지 않도록 지정하는 IMPORT 유틸리티 실행을 위한 예제 JCL을 보여줍니다.

주:
소스 시스템에 MVC를 반환하려는 경우 어떻게 합니까? 이 경우에는 IMMDRAIN(YES)을 지정해서 가져온 MVC를 비울 수 있습니다.
필요에 따라 VTV 정의를 조정합니다.
다음 중 하나를 수행하십시오.
- 선택적으로 가져온 MVC를 쓰기 가능하도록 설정하려면 MVCMAINT를 실행합니다. VTCS는 MVC를 읽기 전용으로 가져옵니다. 쓰기 가능하도록 지정하려면 READONLY OFF를 지정해서 MVCMAINT를 실행합니다. 대상 시스템에서 새 MVC를 사용하려는 경우가 많으며, 이 것이 첫번째 단계입니다.
  
  그런 다음에는 HSC 및 VTCS 관리에 설명된 대로 MVC 풀에 가져온 MVC를 추가합니다. 이 시점에서는 MVC에 대해 재생 이용, 비우기, 마이그레이션, 회수 등을 수행할 수 있습니다.
- 4단계에서 IMMDRAIN(YES)을 지정한 경우 MVC를 소스 시스템으로 반환할 수 있습니다.

VLE에 대한 내보내기/가져오기

별도의 MVC 풀이 있는 경우 TapePlex 두 개 사이에 공유되는 VLE로 VTV 및 MVC를 내보낼 수 있습니다.

TapePlex 두 개에 연결된 VLE를 내보내려면 다음을 예제로 사용합니다.

Tapeplex A에 A00-A10의 MVCPOOL이, Tapeplex B에 B00-B10의 MVCPOOL이 있다고 가정합니다.
A00-A10을 VLE Tapeplex A MVC 풀로 내보냅니다.
IMPORT REPLACE(UPDATED) 명령을 사용하여 A00-A10 MVC 풀을 Tapeplex B로 가져옵니다.