"필요시 작업 목록"이라고도 하는 "VTCS 필수(비정기적) 작업 목록"에 대한 설명을 시작합니다. 예를 들어 이번 주에 DELETSCR을 실행하여 중요한 VTSS 및 MVC 공간의 많은 양을 차지하고 있는 스크래치된 VTV 목록을 삭제하려고 합니다. 작업이 잘 수행되었습니다. 같은 작업을 실행하기 전에 이 작업이 얼마나 오래 유지될 것이라고 생각합니까? 특히 스크래치에 대한 삭제 정책을 변경하지 않은 경우 얼마나 오래 유지될 것이라고 생각합니까? 답: 일, 월, 년일 수 있지만 이 작업을 다시 수행해야 합니다.
그러나 걱정하지 마십시오. 여기에서 필수(비정기적) 작업 목록을 줄이는 데 도움이 되는 유용한 절차에 대해 설명합니다. 또한 "VTCS 대시보드 사용"에서 이미 설명했으므로 MVC 및 VTV 보고서를 꼼꼼하게 살펴본다면 필수/필요시 작업을 수행해야 할 때를 알 수 있으므로 이러한 목록이 필요하지 않을 수 있습니다.
또한 거의 정책 결정 사항인 다른 클래스의 "필수(비정기적)" 작업 목록도 있습니다. 이 작업 목록은 다음과 같은 이유로 여기에 포함됩니다. (a) 사전 예방적 작업이므로 "필요시" 작업의 모범 사례로 매우 중요합니다. (b) 작업장에 도움이 되거나 도움이 되지 않을 때 언제든지 사용, 취소 및 재도입할 수 있는 운영 기술입니다. 그렇지만 "요청식 공간 재생, 마이그레이션 및 회수 수행"에서는 이 범주에서 즐겨 사용하는 세 가지 범주에 대해 먼저 설명합니다.
이러한 작업은 선택적이지만, 특히 요청식 공간 재생의 경우 앞으로 설명할 이유에 대한 모범 사례로 매우 권장됩니다.
이미 알고 있는 바와 같이, VSM은 재생을 실행하는 각 호스트에서 자동으로 MVC 공간을 회수합니다. 여기서 중요한 점은 자동으로 수행된다는 점입니다. 즉, 공간 재생은 작업을 찾으면서 계속 실행됩니다. 백그라운드 작업이기는 하지만, 단편화된 MVC가 많을 경우 사용량이 많은 처리 기간 동안에는 공간 재생 작업이 마이그레이션/회수 작업을 심각하게 방해할 수 있습니다.
MVC 요약 보고서 또는 MVCPool 화면에 시스템의 MVC에서 높은 레벨의 조각화가 발생한 것으로 나타나며, 이 레벨은 CONFIG RECLAIM THRESHLD 매개변수 또는 MVCPool THRESH 매개변수에 지정된 값보다 낮을 경우 비정규 시간에 일괄 처리 작업으로 수행되도록 요청식 MVC 공간 재생을 예약할 수 있습니다.
요청식 MVC 공간 재생은 RECLaim을 사용하여 수행할 수 있습니다. ELS Command, Control Statement, and Utility Reference에서는 요청식 재생을 최적화하고 가장 효과적으로 실행하는 데 사용할 수 있는 유용한 도구를 소개합니다.
MVCPOOL, STORCLAS, ACSid, MVC 매개변수 중 하나만 사용하여 처리할 MVC 목록을 필터링할 수 있습니다. "VTCS 대시보드 사용"에 설명된 MVC 및 VTV 보고서는 가능성 있는 후보 목록을 MVC 풀, 스토리지 클래스, 특정 ACS, MVC 범위 또는 목록으로 좁히는데 도움이 됩니다. 이 목록을 RECLaim에 입력하면 올바른 작업 도구를 사용하는 것입니다.
이러한 매개변수 중 하나를 지정하지 않을 경우 공간 재생 시 사용 가능한 공간이 가장 필요할 때 이름이 지정된 MVC 풀(구현된 경우) 또는 매체 유형(다중 MVC 매체 환경)에서 MVC가 선택됩니다.
MAXMVC(한 개의 공간 재생 작업으로 처리되는 최대 MVC 수), THRESH(재생 대상으로 설정되는 MVC 단편화 백분율) 및 CONMVC(VTCS에서 배출 및 재생을 위해 동시에 처리하는 최대 MVC 수) 매개변수를 사용하여 요청식 재생의 해당 CONFIG RECLAIM 전역 매개변수를 대체할 수 있습니다. 이 경우 요청식 마이그레이션이 자동 마이그레이션보다 더 공격적이거나 덜 공격적이도록 조정할 수 있습니다.
NOWAIT는 프로세스의 속도를 높이는 방법이고 CONMVC는 한 번에 처리되는 MVC 수에 영향을 미치는 또 다른 조정 방법입니다. 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
ELAPSE는 지정한 간격 내에 요청식 재생이 발생하지 않았는지 탐지하는 방법입니다. 이 기간 내에 재생이 발생하지 않은 경우 작업이 중지됩니다.
또한 VTCS에서는 가장 엄격한 제한 계수가 적용됩니다. 예를 들어 RECLAIM을 실행하고 ELAPSE를 5시간, MAXMVC를 10으로 설정한 다음 VTCS에서 1시간에 MVC를 10개 재생할 경우, ELAPSE 값이 만료되기 전에 VTCS에서 재생이 종료됩니다.
RECLAIM 요청을 처리하기 위해서는 VTCS 및 HSC가 활성 상태여야 합니다.
이미 언급했듯이, VTCS/ELS는 기본적으로 서버입니다. 예를 들어 VSM은 VTSS 공간을 자동으로 관리하고 최적의 데이터 가용성, 리소스 사용, 데이터 보호가 균형을 이룰 수 있도록 VTV를 마이그레이션합니다.
안정적인 환경에서는 문제 없지만, VSM 시스템에 아주 많은 응용 프로그램 데이터를 수신한다면 어떻게 해야 될까요? 답: 앞에서 언급한 테이프 처리 이벤트가 최고로 많이 발생하기 전에 요청식 마이그레이션 일괄 처리 작업을 실행하여 VTSS 공간을 확보해야 합니다.
물론 요청식 마이그레이션은 MIGRATE를 사용하여 수행합니다. 이때 제공되는 옵션은 다음과 같습니다.
다음 기준에 따라 VTV를 마이그레이션할 수 있습니다.
volser(반복 허용)
관리 클래스
VTV와 연관된 데이터 세트 이름(가장 효과적).
DELETE(YES) 옵션은 성공적으로 마이그레이션한 후 VTSS 공간에서 VTV를 삭제하는 데 사용할 수 있습니다. 다시 액세스하지 않을 VTV에 대해서는 보통 DELete(YES)(기본값)를 사용합니다. 다른 방법으로, DELete(NO)를 지정하면 다시 액세스되지 않을 VTV에 대해 중요한 데이터가 사용 가능해져서 신속하게 마이그레이션됩니다.
NOWAIT 옵션을 사용하면 프로세스의 속도를 높일 수 있습니다. MIGRATE 형식 1을 사용하면 됩니다. 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
또 다른 방법으로 MIGRATE 형식 2를 사용하여 모든 또는 특정 VTSS에 대해 요청식 migrate-to-threshold를 수행할 수 있습니다. 이는 원하는 DBU를 얻기 위한 좋은 도구이며 세부정보는 VTCS에서 처리합니다.
또한 참고로, SET MIGopt를 사용하면 높은 AMT를 낮춰 효과적으로 요청식 마이그레이션을 수행할 수 있습니다.
VTCS는 자동 회수 프로세스를 제공하는데, 이 프로세스는 테이프로 마이그레이션된 VTV의 데이터 세트를 요청하는 작업이 있지만 이 데이터 세트가 VTSS에 없을 때 시작됩니다. 그러나 위 상황과 반대라면 어떻게 해야 될까요? 예를 들어 연말 처리 중인데 테이프에만 있는 VTV에서 데이터를 읽어오려는 일련의 작업이 있음을 알게 됩니다. 이 경우 요청식 회수가 해결책입니다.
RECALL을 통해 필요한 사항을 융통성 있게 제어할 수 있습니다.
MIGRATE와 마찬가지로, volser, 관리 클래스 또는 연관된 데이터 세트 이름으로 VTV를 회수할 수 있습니다.
VTV를 회수할 VTSS를 지정할 수 있습니다. 그렇지 않은 경우 기본값은 VTSS 생성이며, VTSS 회수 정책과 관련된 몇 가지 고려 사항이 있습니다. 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
RECALWER을 사용하여 읽기 데이터 검사와 함께 VTV를 회수할지 여부를 지정할 수 있습니다.
프로세스의 속도를 높일 수 있는 NOWAIT 옵션이 있습니다.
거의 독점적인 오류 복구 시나리오인 "VTCS 문제 찾기 및 수정"으로 국한되는 RTD 관리가 많이 있습니다. RTD에 대한 모범 사례는 이것으로 충분하며, 모두 작동되어 실행 중이어야 합니다. RTD는 마이그레이션, 회수 및 재생에 사용되므로 이러한 모든 작업에 대해 RTD를 올바르게 혼합하는 것이 중요한 해결 조치입니다. 작동 매개변수를 통해 이러한 혼합을 조정하려면 "가상 테이프 상태 확인(일간)"을 참조하십시오.
RTD 작동 매개변수를 조정하는 것 이외에도 RTD와 관련된 다른 주요 도구는 RTD 상태를 변경하는 데 사용되는 VTCS Vary RTD 명령입니다. RTD에서 유지 관리를 수행해야 하는 경우 RTD를 온라인, 오프라인 또는 유지 관리 모드로 변경할 수 있습니다.
발생할 수 있는 주요한 필요시 작업과 관련이 있으며 처음 두 개의 작업이 Vary RTD를 사용합니다.
"RTD 장치 유형 변경" - 기본적으로 시스템의 일부 또는 전체 RTD에 대한 기술 업그레이드를 수행하는 방법입니다.
MVC 매체 지정 방법을 고려해야 합니다. 이는 실제로 MVC 고려 사항이지만, RTD 장치 유형의 변경으로 인해 발생합니다. 자세한 내용은 Configuring HSC and VTCS를 참조하십시오.
다음 절차를 수행하여 RTD 장치 유형을 변경할 수 있습니다. RTD 장치 유형을 변경하려면 모든 호스트에서 VTCS를 중지해야 합니다.
RTD 장치 유형을 변경하려면 다음을 수행하십시오.
VSM 정책을 검토합니다.
예를 들어 이 RTD 장치 유형이 마이그레이션에 사용된 경우 관리 클래스 및 스토리지 클래스 정의를 검토할 수 있습니다.
이전 RTD를 VTCS에 대해 오프라인으로 변경합니다.
새 RTD 장치가 새 MVS 장치 주소를 사용하는 경우 다음을 수행합니다.
MVS에 대한 새 주소를 정의합니다.
DECOMP를 실행하여 CONFIG 문을 출력합니다.
CONFIG 문을 편집하여 RTD 주소를 새 값으로 변경합니다.
CONFIG RESET을 실행합니다.
주의:
새 전송은 MVS에 대해 온라인으로 변경하지 마십시오! 변경할 경우 니어라인 전송으로 할당될 수 있습니다.새 RTD를 설치합니다.
전송이 대체된 LSM을 오프라인 상태로 변경합니다.
전송이 대체된 LSM을 온라인 상태로 변경합니다.
새 RTD를 VTCS에 대해 온라인으로 변경합니다.
필요한 경우 MVC를 추가합니다.
자세한 내용은 "MVC 추가"를 참조하십시오.
이미 알고 있는 바와 같이, 가상 엔티티 중 하나에 대해서만 설명하기는 어렵습니다. MVC에는 VTV가 포함되어 있어 설명할 때 둘 다 언급할 수 밖에 없으므로 이들을 따로 떼어 설명할 수는 없습니다. 또한 VTV에 대해 설명하는 경우 VTSS 및 VTD에 대해서도 언급하게 됩니다.
그렇지만 다음 절에서는 여러 가지 이유로 수행되는 매우 일반적인 MVC 관련 "필요시" 작업을 수행하는 기본적인 절차에 대해 다룹니다. 예를 들어 이전 시나리오에서 설명한 것과 같이 공간 부족 때문에 또는 문제를 사전에 예방하기 위해 MVC를 추가할 수 있습니다.
주:
SET VOLPARM 또는 CONFIG MVCVOL 처리의 결과로 구성에서 MVC를 삭제하는 경우 다음 사항에 유의하십시오.volser를 구성에 VTV로 다시 입력할 수 없습니다.
고유의 HSC 테이프에 volser를 사용하지 마십시오.
메시지 SLS6944I는 삭제된 MVC 수를 나타냅니다.
ELS 7.2는 볼륨 추가가 훨씬 쉬워졌습니다. 이제 HSC VOLPARM 및 POOLPARM 문을 사용하여 모든 볼륨과 풀(고유 니어라인 볼륨, 청소 카트리지, MVC 및 VTV)을 정의하고, HSC SET VOLPARM 유틸리티를 사용하여 이들을 로드할 수 있습니다. 자세한 내용은 Configuring HSC and VTCS 및 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
MVCS를 추가하려면 다음을 수행하십시오.
MVC를 정의하는 VOLPARM 문을 작성합니다.
예를 들어 암호화할 T10000 전체 볼륨의 범위를 정의하려면 다음과 같이 작성합니다.
VOLPARM VOLSER(T10K2000-T10K2999)MEDIA(T10000T1)RECTECH(T1AE)
MVC 풀을 정의하는 POOLPARM 문을 작성합니다.
예를 들어 재생 매개변수를 사용하여 T10000 MVC 풀을 정의하려면 다음과 같이 작성합니다.
POOLPARM NAME(SYS1MVCT1)TYPE(MVC)MVCFREE(40) MAXMVC(4) THRESH(60) START(70)
필요한 경우 MGMTCLAS 또는 STORCLAS 문을 작성하거나 업데이트합니다.
예를 들어 새 MVC 매체 유형을 추가한 경우 Configuring HSC and VTCS에 설명된 권장 사항을 따릅니다.
필요한 경우 POLICY 또는 TAPEREQ 출력 매개변수를 업데이트합니다.
예를 들어 3 단계에서 새 관리 클래스를 만든 경우 새 관리 클래스를 가리키도록 TAPEREQ 또는 POLICY 문을 업데이트하거나 작성합니다.
VTV를 정의해야 합니까?
그렇다면 "VTV 정의"로 이동하고, 그렇지 않으면 "볼륨 정의 검증 및 적용"으로 이동합니다.
VTV를 정의하려면 다음을 수행하십시오.
VTV를 정의하는 POOLPARM 또는 VOLPARM 문을 작성합니다.
예를 들어 MVS1 및 MVS2 호스트에서 사용할 두 가지 범위의 VTV를 정의하려면 다음과 같이 작성합니다.
POOLPARM NAME(SYS1VTV1)TYPE(SCRATCH) VOLPARM VOLSER(V5000-V5499)MEDIA(VIRTUAL) POOLPARM NAME(SYS1VTV2)TYPE(SCRATCH) VOLPARM VOLSER(V5500-V5999)MEDIA(VIRTUAL)
"볼륨 정의 검증 및 적용"으로 이동합니다.
풀에서 MVC를 제거하려는 이유는 무엇입니까? 일반적인 시나리오는 RTD의 기술 새로고침을 위해 오래된 드라이버를 교체하고 오래된 매체를 처분하려는 경우입니다. 이 경우 MVC 추가의 설명에 따라 새 MVC를 풀에 추가한 다음 "MVC 영구 제거"의 설명에 따라 오래된 매체를 제거하십시오.
풀에서 MVC를 일시적으로 제거하고자 하는 경우도 있습니다. 예를 들어 불량 매체 또는 불량으로 의심되는 매체를 사용하고 있을 수 있습니다. "일시적으로 MVC 제거"의 설명에 따라 기본적으로 동일한 volser 하에서는 불량 매체를 제거하고 대체 매체를 삽입할 수 있습니다.
풀에서 MVC를 영구적으로 제거하려면 다음을 수행하십시오.
MVCDRain을 입력하여 MVC를 배출합니다.
예를 들어 MVCDRain을 실행하여 스토리지 클래스 STORCL1에서 MVC를 배출하고 가상으로 MVC를 꺼냈다가 요청이 제출된 후 다시 넣으려면 다음과 같이 입력합니다.
MVCDRAIN STORCLAS(STORCL1) EJECT NOWAIT
ACS에 더 이상 MVC가 필요하지 않을 경우 HSC Eject 명령을 사용하여 MVC를 ACS에서 꺼냅니다.
MVC에 대해 정의한 보안 제한 사항과 테이프 관리 시스템 제한 사항을 제거합니다.
VOLPARM 및 POOLPARM 정의를 사용하고 가상 CDS 레벨이 G 이상일 경우 4단계로 이동합니다. 그렇지 않을 경우 5단계로 이동합니다.
니어라인(비VTCS) 사용에 테이프 volser를 재사용하고 VOLPARM/POOLPARM 정의를 사용하려면 다음을 수행합니다.
제거하려는 MVC에 대해 POOLPARM/VOLPARM 문을 업데이트합니다.
모든 호스트에서 SET VOLPARM APPLY(YES)를 실행하여 변경사항을 적용합니다.
HSC SCRAtch 명령을 실행하여 더 이상 MVC가 아닌 볼륨을 스크래치합니다.
니어라인(비VTCS) 사용에 테이프 volser를 재사용하고 VOLPARM 및 POOLPARM을 사용하지 않으려면 다음 중 하나를 수행합니다.
HSC EJECT 명령을 실행하여 ACS에서 MVC를 제거합니다.
카트리지에 있는 외부 바코드 레이블을 변경합니다.
원래 MVC volser는 CDS에 유지되고 MVC로만 사용할 수 있으므로 외부 바코드 레이블을 변경해야 합니다.
카트리지를 다시 ACS에 넣습니다.
또는
새 CDS 데이터 세트를 만듭니다.
불필요한 MVC 범위를 제거하도록 DELVirt를 지정하여 HSC MERGECDS 유틸리티를 실행합니다.
주:
새 CDS 데이터 세트가 만들어지므로 이 옵션을 사용할 경우 HSC를 모두 중지해야 합니다.풀에서 MVC를 일시적으로 제거하려면 다음을 수행하십시오.
MVC에 대해 MVCDRain Eject를 입력합니다.
예를 들어 MVCDRain을 실행하여 스토리지 클래스 STORCL1에서 MVC를 배출하고 가상으로 MVC를 꺼냈다가 요청이 제출된 후 다시 넣으려면 다음과 같이 입력합니다.
MVCDRAIN STORCLAS(STORCL1) EJECT NOWAIT
다음이 수행됩니다.
MVC에서 VTV를 모두 회수하여 새 MVC에 다시 마이그레이션합니다.
VTCS 마이그레이션에 대해 MVC를 선택 불가능하게 설정합니다.
MVC를 다시 MVC 풀에 넣으려면 MVC에 대해 MVCDRain을 입력합니다.
MVC에 대한 EJect 매개변수 없이 MVCDRain을 입력하면 다시 사용할 수 있습니다.
예를 들어 MVCDRain을 실행하여 스토리지 클래스 STORCL1에서 MVC를 배출하고 요청이 제출된 후에 다시 넣으려면 다음과 같이 입력합니다.
MVCDRAIN STORCLAS(STORCL1) NOWAIT
MVCDRain을 사용하여 MVC를 "배출"(MVC에 있는 모든 VTV 회수)할 수 있습니다. MVC 배출은 보통 다음과 같은 이유로 수행됩니다.
MVC 보고서 또는 화면에 MVC에 대한 데이터 검사 오류가 표시됩니다. VSM가 MVC로 마이그레이션되지 않으므로 MVC 풀에서 제거해야 합니다.
MVC 보고서 또는 화면에 MVC에 대한 데이터 검사 오류 이외의 다른 오류가 표시됩니다.
스토리지 클래스 또는 이름이 지정된 MVC 풀이 더 이상 사용되지 않으므로 연관된 MVC를 제거하거나 재사용하려고 합니다.
다음 매개변수 중 하나를 지정하여 배출할 MVC를 선택할 수 있습니다.
MVCid - volser를 기준으로 하나 이상의 MVC를 배출합니다.
MVCPOOL - 이름이 지정된 MVC 풀에 있는 MVC를 배출합니다. 이름이 지정된 MVC 풀에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
STORCLAS - 스토리지 클래스에 있는 MVC를 배출합니다. 스토리지 풀에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
MVCDRain을 사용하여 CONFIG RECLAIM CONMVC 설정을 대체할 수 있습니다. 각 호스트에서 MVCDRain을 실행할 수 있습니다. 그러면 CONMVC 값과 같은 호스트에서 배출 작업이 시작됩니다. 이 배출 작업은 다른 호스트에서 시작된 배출 작업과 동시에 실행할 수 있습니다.
또한 다음 사항에 유의하십시오.
VMVC의 경우, EJECT 매개변수와 함께 MVCDRAIN을 사용하면 VTV가 물리적으로 삭제됩니다.
주의:
DRCHKPT 유틸리티 및/또는 CONFIG GLOBAL PROTECT 매개변수를 사용하여 VMVC에 대한 CDS 백업 컨텐츠를 보호할 경우 MVCDR EJECT를 지정하면 CDS 백업의 VMVC 컨텐츠가 무효화됩니다.VMVC 및 MVC의 경우, EJECT 매개변수 없이 MVCDRAIN을 사용하면 VTV가 삭제되지는 않지만, VMVC/MVC에 있는 VTV를 표시하지 않도록 CDS 레코드가 업데이트됩니다.
자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
MVCMAINT는 VSM 영역의 편리한 도구로, 해당 매개변수는 기능을 설명합니다.
먼저 MVC volser(범위, 목록, 개별 volser) 또는 MANIFEST는 두 가지 MVC 선택 기준입니다. MVC volser는 이해가 되지만, MANIFEST는 왜 선택 기준일까요? 매니페스트 파일(MVC 및 포함된 VTV 목록)은 EXPORT(MVC를 다른 시스템으로 이동할 때 수행됨)를 실행할 때 만듭니다. MVC를 새 시스템으로 가져오면 MVC가 읽기 전용 모드로 시작되므로 제대로 정의할 수 있을 때까지 덮어쓸 수 없습니다.
READONLY(ON 또는 OFF) - 위 글머리 기호를 참조하십시오. 또한 MVC를 풀에 추가하는 작업에 대해 설명한 내용이 기억납니까? MVC를 ACS에 스크래치 상태로 넣으려는데, 일부 작업장에서는 모든 MVC를 비스크래치 상태로 가져와서 정렬합니다. 새 MVC를 쓰기 가능 상태로 설정해야 하는 경우 MVCMAINT READONLY(OFF)를 사용합니다.
LOST(ON 또는 OFF) - MVC는 어떻게 손실될까요? 예를 들어 MVC는 손실될 수 있을까요? 믿지 않을지 모르겠지만 손실될 수 있습니다. 예를 들어 VTCS에서 시작된 MVC 마운트가 완료되지 못한 경우(오류와 함께 완료된 경우와 반대) VTCS는 CDS에서 해당 MVC를 "손실"로 표시하고 환경 설정에서 제거합니다.
"손실된" MVC에 있는 멀티플렉싱 VTV는 대체 MVC에서 회수됩니다. 다른 유효한 MVC가 있는 경우 VTCS에서는 "손실된" MVC를 마이그레이션에 사용하지 않습니다. "손실" 상태의 MVC가 성공적으로 마운트되면 MVC 레코드에서 "손실" 상태가 제거됩니다.
MVC가 실제로 손실되지 않았다면 어떻게 해야 될까요? 답: MVCMAINT를 사용하여 LOST 상태를 해제할 수 있습니다.
설명할만한 가치가 있는 흥미로운 MVCMAINT 용도가 있습니다. 일시적으로 수동 모드인 LSM인 있다면 어떻게 해야 될까요? 해당 LSM에서 선택한 MVC를 (일시적으로) 환경 설정에서 제거할 수 있는데, 이 작업은 LOST(ON)를 사용하여 수행할 수 있습니다. 그런 다음 LSM이 다시 자동 모드가 되면 LOST(OFF)를 사용하여 이 프로세스를 반대로 수행합니다.
ERROR(ON 또는 OFF) - MVC는 다음과 같은 여러 가지 이유로 (잘못) 오류 상태가 될 수 있습니다.
VTCS에서 RTD에 마운트된 볼륨이 MVC로 인식되지 않습니다. 이는 일부 MVS 작업이 MVC를 덮어쓰기 때문에 발생할 수 있습니다. MVC에 발생한 상황을 확인하고, MVC에 유효한 VTV 데이터가 포함되어 있지 않을 경우 볼륨을 다시 초기화하고 MVC 풀로 돌아가십시오.
MVC에 쓸 수 없습니다. 이는 섬 휠(thumb wheel)이 읽기 전용으로 설정되었거나 보안 패키지에서 VTCS가 볼륨에 쓰는 것을 허용하지 않기 때문일 수 있습니다. 섬 휠을 재설정하거나, MVC에 쓸 수 있도록 보안 패키지의 규칙을 변경하십시오.
잘못된 블록 ID가 감지되었습니다. MVC를 감사(VTCS)하여 조건을 수정해야 합니다.
설명한 대로 오류 조건을 수정한 후에는 MVCMAINT를 사용하여 MVC 상태를 ERROR(OFF)로 재설정하십시오.
EJECT(ON 또는 OFF) - MVC의 "논리적 꺼내기" 상태를 지정합니다. 이 상태는 어떻게 설정하며 이 상태를 변경하려는 이유는 무엇일까요? MVCDRAIN을 사용하여 MVC를 명시적으로 배출한다면 잘못된 매체라고 생각하고 있기 때문일 수 있습니다. 따라서 "논리적 꺼내기" 상태를 설정하여 매체를 환경 설정에서 제거하십시오. 그런 다음 실제로 MVC를 꺼내 몇 가지 테스트를 실행하고 올바른 상태인지 확인한 다음 다시 넣으십시오. 이때 MVCMAINT를 사용하여 EJECT(OFF)를 설정하십시오.
T9840/T9940 매체에만 해당하는 MVC 속성 그룹이 있으며, 모두 ON/OFF 스위치가 있습니다.
WARRANTY - VTCS는 또한 매체 보증 만료를 감지하고 WARRANTY 상태를 ON으로 설정합니다. 또는 SMF, LOGREC 데이터 또는 MVC 및 VTV 보고서를 사용하여 수명이 다해가는 MVC를 감지한 다음 MVCMAINT를 사용하여 수동으로 WARRANTY ON으로 설정할 수 있습니다. 보증이 만료된다는 사실을 알고 있다면 매체의 수명이 다하기 전에 매체 교체에 대비할 수 있습니다. 실수로 MVC를 보증 만료로 표시한 경우 어떻게 해야 될까요? 답: MVCMAINT를 사용하여 보증 만료 상태를 재설정하기만 하면 됩니다.
RETIRED - VTCS는 또한 매체의 수명 종료를 감지하고 RETIRED 상태를 ON으로 설정합니다. 위에서 언급했듯이, SMF, LOGREC 데이터 또는 MVC 및 VTV 보고서를 사용하여 수명이 다해가는 MVC를 감지한 다음 MVCMAINT를 사용하여 수동으로 RETIRED ON으로 설정하거나, 실수로 RETIRED로 표시한 MVC에 대해 상태를 RETIRED OFF로 설정할 수 있습니다.
VTCS는 잘못된 MIR(매체 정보 영역)을 자동으로 감지한 다음 INVLDMIR 상태를 ON으로 설정합니다. MIR은 전송의 운영자 패널을 통해 사용 가능한 유틸리티를 사용하거나 MPST를 통해 사용 가능한 유틸리티를 사용하여 복구할 수 있습니다. MIR을 다시 만든 후에는 MVCMAINT를 사용하여 MVC에 대해 INVLDMIR OFF로 설정할 수 있습니다.
주:
MVCMAINT를 실행하면 MVCMAINT 작업의 영향을 받는 볼륨의 MVC 보고서도 생성됩니다.MEDVERfy 유틸리티는 MVC 또는 VMVC에서 VTV 데이터를 읽을 수 있는지 확인하는 방식으로 MV(매체 확인)를 수행하지 않습니다(ELS 7.1 및 VLE 1.2 이상만 해당). VLE의 경우, MEDVERfy를 사용하여 중복 제거된 VMVC를 "다시 복원"(다시 구성)할 수 있는지 확인할 수 있습니다.
이 유틸리티는 확인을 통과 또는 실패한 MVC를 보고하고 XML 출력도 생성합니다. MEDVERfy 유틸리티에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
다음 절에서는 MV에 MEDVERfy 유틸리티를 사용하는 예를 보여줍니다.
MEDVERFY MVC(VMC000)
이 예에 대한 설명은 다음과 같습니다.
MEDVERfy는 단일 VMVC를 선택합니다.
MAXMVC의 기본값은 99입니다.
CONMVC의 기본값은 1이므로 한 번에 한 개의 MVC만 처리됩니다.
시간 초과는 지정되어 있지 않습니다.
MEDVER MVCPOOL(MP1)
이 예에 대한 설명은 다음과 같습니다.
MEDVERfy는 MVC 풀 MP1에서 처리할 MVC를 선택합니다.
FREQency는 지정되어 있지 않고 MAXMVC의 기본값은 99이므로, MEDVERfy는 마지막 확인 시간을 기준으로 최상의 99개 MVC 후보를 선택합니다.
CONMVC의 기본값은 1이므로 한 번에 한 개의 MVC만 처리됩니다.
시간 초과는 지정되어 있지 않습니다.
필요시 VTSS에서 주로 수행할 수 있는 작업은 VTCS Vary VTSS 명령이나 유틸리티를 사용하여 VTSS 온라인, 오프라인 또는 중지 상태로 변경하는 것입니다. 수행하려는 작업과 VTSS를 오프라인 또는 중지 상태로 변경하는 이유와 시기를 항상 알고 있어야 합니다. 그 이유는 VTSS에 유지 관리가 필요하거나 구성에서 VTSS를 제거할 예정일 수 있기 때문입니다. 이에 대해서는 "VTCS 문제 파악 및 해결"에서 설명합니다.
먼저 다음 차트는 VTSS를 지원되는 각 모드로 변경할 경우의 동작과 모든 모드가 가능할 경우 OFFline보다 QUIESCED를 사용해야 하는 이유를 보여줍니다.
| 지정된 Vary VTSS 매개변수 | VTSS 첫번째 상태 | VTSS 다음 상태 |
|---|---|---|
|
ONline |
온라인 보류 중 - 온라인 보류 중 상태에서는 온라인 프로세스가 시작되었지만 모든 호스트에서 완료되지는 않았습니다. |
온라인 - 온라인 상태에서는 VTSS가 온라인이고 사용 가능하며 프론트 엔드 및 백엔드 작업을 모두 허용합니다. VTSS가 오프라인이었다가 온라인이 된 경우 VTCS에서 VTSS 감사를 권장하는 경고 메시지가 표시됩니다. |
|
QUIESCED |
중지 중 - 중지 중 상태에서는 VTCS가 DD 할당을 VTSS로 전달하지 않으며, unit=aff 체인을 사용하는 장시간 실행 중인 작업이 완료될 수 있도록 마운트 보류를 허용합니다. 모든 VTD가 더 이상 사용되지 않을 경우(UCB가 MVS에 할당되지 않음) VTSS가 정지 상태로 전환됩니다. 중지 중 상태에서는 VTSS가 계속 백엔드 작업(예: 마이그레이션, 회수 및 감사)을 허용하고 처리합니다. |
중지 - 중지 상태에서는 VTSS가 계속 백엔드 작업(예: 마이그레이션, 회수 및 감사)을 허용하고 처리합니다. 즉, 회수 및 마이그레이션 명령과 유틸리티를 사용하여 정지된 VTSS를 통해 해당 작업을 수행할 수 있습니다. |
|
OFFline |
오프라인 보류 중 - 오프라인 보류 중 상태에서는 오프라인 프로세스가 시작되었지만 모든 호스트에서 완료되지는 않았습니다. VTCS가 즉시 VTSS를 종료하고 활성 작업을 모든 중단하고 비우며 대기열에 있는 작업을 모두 비웁니다. VTSS 서버 작업이 종료되고 새 프론트 엔드 작업과 백엔드 작업을 더 이상 허용하지 않습니다. VTCS가 새 VTV를 만들고 대체 VTSS(사용 가능한 경우)에서만 기존 VTV를 마운트/마운트 해제합니다. |
오프라인 - 오프라인 상태에서는 VTSS가 모든 호스트에 대해 오프라인이며 프론트 엔드 또는 백엔드 작업을 허용하지 않습니다. VTV 복사본이 오프라인 VTSS와 MVC에 있고 작업에 VTV가 필요한 경우, VTCS에서 자동으로 VTV를 대체 VTSS(사용 가능한 경우)로 회수합니다. |
주:
클라이언트/서버 환경(MVS/CSC 및 LibraryStation 또는 클라이언트 호스트의 SMC/HTTP 서버) 환경에서는 장시간 실행 중인 작업이 클라이언트 호스트에서 활성 상태인지 VTCS에서 확인할 수 없습니다. 따라서 VTSS가 오프라인 상태가 된 후에는 (a) 명시적으로 VTD를 MVS에 대해 오프라인으로 변경하거나 (b) 클라이언트 호스트에 대한 가상 테이프 작업이 중단되었는지 확인해야 합니다.클러스터화된 VTSS 또는 CTR(Cross-TapePlex Replication) 구성에서는 VTSS에 대한 Clink를 오프라인으로 변경하여 복제 및 전자 내보내기 처리를 중지해야 합니다.
VTSS를 서비스하기 전에 다음과 같이 VTSS를 중지하십시오.
모든 호스트에서 VTSS를 VTD 오프라인으로 변경합니다.
모든 호스트에서 모든 장치가 오프라인이 될 때까지 기다립니다. 참고로, VTD는 더 이상 할당되지 않을 때까지 오프라인 프로세스를 거치지 않습니다. 장시간 실행 중인 작업이 VTD를 사용할 경우 작업이 완료될 때까지 기다리거나 작업을 취소해야 합니다.
이름이 지정된 VTSS가 정의된 VTCS에서 VTSS를 QUIESCED로 변경합니다.
각 VTCS 시스템에서 VTSS가 중지되었음을 나타내는 SLS6742I 메시지가 나타날 때까지 기다립니다.
선택적으로 VTSS에서 데이터를 마이그레이션할 수 있습니다.
이름이 지정된 VTSS가 정의된 VTCS에서 VTSS를 OFFLINE으로 변경합니다.
각 VTCS 시스템에서 VTSS가 오프라인 상태임을 나타내는 SLS6742I 메시지가 나타날 때까지 기다립니다. 이제 VTSS를 서비스할 수 있습니다.
다음은 VTSS 제거 시나리오입니다. 두 개의 개별 VSM 시스템을 만들었는데 한 시스템에 대한 작업 로드는 증가하고 다른 시스템에 대한 작업 로드는 감소합니다. 솔루션: 시스템 A에서 VTSS를 제거하고 시스템 B에 제공하십시오. ELS 설치에 VTSS 추가 방법이 설명되어 있으므로, 이 절에서는 VTSS를 제거하기 위해 수행하는 작업에 대해서만 설명합니다.
VTSS를 제거하려면 다음을 수행하십시오.
VTSS를 제거하기 전에 다음을 수행합니다.
삭제하기 전에 VTSS를 비울 필요는 없습니다. 해야 할 일은 모든 VTV가 완전히 마이그레이션되었는지 확인하는 것입니다. 또한 새 작업이 제거된 VTSS로 경로 지정되지 않도록 다른 매개변수(예: TAPEREQ 문)를 변경하는 것도 고려하십시오.
VTSS에서 한 장치 유형/ACS 조합을 모두 제거한 경우 모든 VTV가 제대로 마이그레이션되었는지도 먼저 확인합니다. 위에서 언급했듯이, VTSS의 변경된 마이그레이션 기능(예: ACS 및 매체를 지정하는 스토리지 클래스를 가리키는 관리 클래스)을 반영하도록 다른 매개변수를 변경하는 것을 고려하십시오.
VTSS를 중지 상태로 변경합니다.
오프라인 상태가 되면 3단계로 이동합니다.
VTSS를 제거한 다음 CONFIG를 다시 실행하여 VTSS를 논리적으로 제거합니다.
다음은 CONFIG를 사용하여 구성에서 물리적으로 제거한 VTSS2에 대한 호스트 액세스를 거부하도록 구성을 업데이트하는 샘플 JCL을 보여줍니다. 이 예에서는 매개변수 없이 VTSS2에 대한 VTSS 문을 다시 지정하여 이 VTSS에 대한 호스트 액세스를 거부합니다.
//UPDATECFGEXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIBDD DSN=hlq.SEALINK,DISP=SHR //SLSCNTLDD DSN=FEDB.VSMLMULT.DBASEPRM,DISP=SHR //SLSCNTL2DD DSN=FEDB.VSMLMULT.DBASESEC,DISP=SHR //SLSSTBYDD DSN=FEDB.VSMLMULT.DBASETBY,DISP=SHR //SLSPRINTDD SYSOUT=* //SLSINDD * CONFIG GLOBALMAXVTV=32000MVCFREE=40 RECLAIMTHRESHLD=70MAXMVC=40 START=35 VTSSNAME=VTSS1 LOW=70 HIGH=80 MAXMIG=3 RETAIN=5 RTDNAME=VTS18800 DEVNO=8800 CHANIF=0A RTDNAME=VTS18801 DEVNO=8801 CHANIF=0I RTDNAME=VTS18802 DEVNO=8802 CHANIF=1A RTDNAME=VTS18803 DEVNO=8803 CHANIF=1I RTDNAME=VTS18811 DEVNO=8811 CHANIF=0E RTDNAME=VTS18813 DEVNO=8813 CHANIF=1E VTDLOW=8900 HIGH=893F VTSSNAME=VTSS2
이 절은 필요시 수행해야 하는 가장 가능성이 높은 작업 즉, 스크래치 VTV 삭제 및 VTV 속성 변경으로 구성됩니다.
주:
SET VOLPARM 또는 CONFIG MVCVOL 처리의 결과로 구성에서 VTV를 삭제하는 경우 다음 사항에 유의하십시오.volser를 구성에 MVC로 다시 입력할 수 없습니다.
고유의 HSC 테이프에 volser를 사용하지 마십시오.
메시지 SLS6944I는 삭제된 VTV 수를 나타냅니다.
스크래치 VTV를 삭제할 수 있는 방법은 다음 두 가지입니다.
정책에 따라 VTV 관리 클래스에 DELSCR(YES)을 지정하고 HSC 또는 LCM 스크래치 동기화를 사용하여 실제 스크래치를 수행합니다.
특정 작업의 경우 DELETSCR 유틸리티를 사용합니다. DELETSCR은 VTSS에서 스크래치 VTV를 삭제하고 마이그레이션된 VTV와 MVC의 링크를 해제합니다. 버전 지정 정보가 유지되더라도 삭제된 VTV는 초기화되지 않은 것으로 표시됩니다.
ELS 설치에서 스크래치 VTV 삭제에 대해 다루므로 이어지는 내용에서는 "필요시" 버전에 대해 다룹니다.
다음 경고에 유의하십시오.
주의:
DELETSCR을 사용하여 스크래치 VTV를 삭제할 경우 해당 VTV에 있는 모든 데이터가 삭제되며 복구할 수 없습니다!VTV 삭제는 괜히 수행하는 작업이 아닙니다. 스크래치 VTV를 수동으로 삭제해야 한다면 이는 의 시나리오에 표시된 것과 같은 문제가 있기 때문입니다.
운영자 명령을 통해 실수로 VTV를 삭제하는 것을 방지하기 위해 DELETSCR은 SLUADMIN 유틸리티 전용이며, 다음과 같은 기능이 있습니다.
VTV는 volser(개별 volser, 목록 또는 범위), 관리 클래스 또는 HSC 스크래치 풀별로 지정할 수 있습니다. MVC 및 VTV 보고서를 사용하여 후보를 식별하고 해당하는 DELETSCR 옵션을 적용하는 가장 좋은 방법을 이미 파악했을 것입니다. 한 개의 옵션(VTVid, MGMTclas 또는 SCRpool)만 지정할 수 있으며 아무것도 지정하지 않을 경우 DELETSCR이 해당하는 VTV를 모두 삭제합니다. 이것이 원하는 결과일 수 있지만, 이 방법을 사용하기 전에 잘 생각하십시오.
필수 매개변수 NOTREF는 VTV를 참조한 이후의 경과 일 수(1-999)를 지정합니다. NOTREF는 사실상 유예 기간으로, 지정된 유예 기간 내에 참조된 VTV는 삭제되지 않습니다.
DELETSCR이 삭제하는 최대 VTV 수를 지정하는 편리한(선택적) MAXVTV 매개변수가 있습니다. 이것은 목표값이 아니라 최대값입니다. 사용량이 적은 기간에 미리 DELETSCR을 실행한다면 MAXVTV에 대해 걱정하지 않아도 됩니다. 현재 문제가 있다면 분명히 그런 것입니다.
MAXVTV의 범위는 0-999입니다. 0을 지정할 경우 어떻게 해야 될까요? 이 경우 DELETSCR이 VTV를 삭제하지 않지만, 요약 보고서에 DELETSCR 실행 당시에 삭제되었던 VTV 수가 표시됩니다. 즉, 보고서는 스냅샷에 불과합니다.
끝으로, 표준 또는 상세(DETAIL 매개변수 지정) 형식의 DELETSCR 보고서를 통해 작업 결과를 확인할 수 있습니다.
VTVMAINT는 VTV 유지 관리를 위한 편리한 도구로서, 다음과 같은 기능을 수행합니다.
volser(범위, 목록 또는 선택한 개별 volser)를 기준으로 VTV를 선택합니다.
VTV와 MVC의 링크를 해제합니다. "VTV 관리 클래스 변경 및 VTV와 MVC 링크 해제"의 설명에 따라 VTV 관리 클래스를 변경한 경우 이 작업이 필요할 수 있습니다.
VTV를 다르게 관리하려는 경우 VTV 관리 클래스를 변경합니다. 다른 방법으로도 이 작업을 수행할 수 있지만, "VTV 관리 클래스 변경 및 VTV와 MVC 링크 해제"에 설명된 것과 같이 최상의 도구는 VTVMAINT입니다.
오프라인 VTSS에서 지정된 VTV를 논리적으로 마운트 해제합니다. 이 기능은 "오프라인 VTSS에서 논리적으로 VTV 마운트 해제"에 가장 잘 설명되어 있습니다.
주:
VTVMAINT를 실행하면 VTVMAINT 작업의 영향을 받는 볼륨의 VTV 보고서도 생성된다는 점을 잊지 마십시오.VTVMAINT를 사용하여 VTV 관리 클래스를 변경할 수 있습니다. 새 관리 클래스에 다른 스토리지 클래스가 지정된 경우 MVC에서 VTV의 현재 위치가 올바르지 않습니다. 다음 절차는 VTVMAINT를 사용하여 VTV의 관리 클래스와 스토리지 클래스를 변경하는 방법에 대해 설명합니다.
VTV 관리 클래스를 변경하고 링크를 해제하려면 다음을 수행하십시오.
VTV를 회수합니다.
2단계에서 링크 해제가 성공하려면 VTV가 VTSS에 있어야 합니다.
VTVMAINT ULINKMVC를 사용하여 VTV와 이 VTV가 있는 MVC의 링크를 해제합니다.
VTVMAINT MGMTclas를 사용하여 새 관리 클래스를 지정합니다.
VTV가 올바른 MVC에 위치하도록 다시 마이그레이션하거나, RECONcil을 사용하여 VTV 스토리지 클래스 변경에서 필요시 VTV를 MVC로 이동하는 절차를 확인합니다.
VTSS가 오프라인일 때 VTV가 마운트되고 VTV 복사본이 MVC에 존재하는 경우, VTV가 오프라인 VTSS에서 마운트된 상태이므로 마이그레이션 VTV가 VTCS에서 대체 VTSS로 회수되지 않습니다. 이 경우 VTVMAINT를 사용하여 오프라인 VTSS에서 논리적으로 VTV를 마운트 해제(CDS에서 "마운트됨" 비트 해제)한 다음 VTV를 대체 VTSS로 회수할 수 있습니다. VTCS는 SMF 하위 유형 14 레코드의 SMF14STA 필드에 성공한 VTV 마운트 해제를 매번 기록합니다. VTVRPT(UNAVAIL) 옵션은 오프라인 VTSS에서 사용 불가능한 VTV의 상태를 보고합니다. 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
VTV의 MVC 복사본(있는 경우)이 사용 불가능한 VTV의 컨텐츠와 확실히 동일한 경우가 아니면 사용 불가능한 VTV를 오프라인 VTSS에서 마운트 해제하지 마십시오. 그렇지 않으면 백 레벨 데이터를 포함하는 VTV가 대체 VTSS로 회수될 위험이 있습니다! 예를 들어 읽기용으로 마운트된 VTV는 대체 VTSS로 회수하기 위해 마운트 해제해도 안전합니다. 그러나 쓰기용으로 마운트된 VTV는 업데이트되는 관계로 MVC 복사본이 벡 레벨이므로 마운트 해제할 경우 안전하지 않습니다.
다음 절차는 VTV를 논리적으로 마운트 해제하고 다른 VTSS에서 해당 VTV에 액세스하는 데 사용할 수 있는 일반 단계를 제공합니다.
VTV를 논리적으로 마운트 해제하고 다른 VTSS에서 해당 VTV에 액세스하려면 다음을 수행하십시오.
다음 명령을 사용하여 VTSS를 VTCS에 대해 오프라인으로 변경합니다.
VT VARY VTSS(name) OFFLINE
I/O가 활성 상태이고 VTSS에서 오류가 발생한 경우 MVS는 VTD를 차단하고 MVS 관점에서 마운트된 VTV를 마운트 해제해야 합니다. 그러나 마운트된 VTV가 VTSS에서 실제로 마운트 해제되기 전에 VTSS와의 통신을 실패한 경우 여전히 VTCS에 대해 온라인 상태일 수 있습니다. 따라서 먼저 VTSS를 VTCS에 대해 오프라인으로 변경해야 합니다.
MVS가 VTD를 차단하고 마운트된 VTV를 마운트 해제한 경우 3단계로 이동합니다. 그렇지 않은 경우 2단계로 이동합니다.
VTV를 마운트 해제합니다(MVS 관점).
MVS에서 여전히 VTV가 오프라인 VTSS에서 마운트된 것으로 간주하는 경우 다른 VTSS에 있는 VTD에 VTV를 다시 마운트할 수 없습니다. 다음 중 하나를 수행합니다.
MVS UNLOAD 명령을 사용하여 VTV를 마운트 해제합니다.
VARY OFFLINE을 사용하여 VTV가 마운트된 VTD를 오프라인으로 변경합니다. 이 경우에도 VTV가 마운트 해제됩니다.
논리적으로 마운트 해제할 오프라인 VTSS 및 VTV를 지정하여 VTVMAINT를 실행합니다.
예를 들어 오프라인 VTSS01에서 VTV VV6823, VV6825 및 VV6688를 논리적으로 마운트 해제하려면 JCL에서 다음 SLSIN DD 문을 코딩합니다.
VTVMAINT DISMOUNT VTV(VV6823,VV6825,VV6688) VTSS(VTSS01)
온라인 VTSS가 마운트 해제된 VTV의 마이그레이션된 복사본에 액세스할 수 있는 경우 이제 이 VTSS를 사용하여 VTV에 액세스할 수 있습니다.
주의:
오프라인 VTSS에 마운트된 VTV 복사본이 수정된 후 마이그레이션되지 않은 경우 대체 VTSS로 회수되는 MVC 복사본이 최신 상태가 아닙니다! 따라서 오라클은 최신 상태가 아닌 이러한 MVC 복사본을 회수하지 말 것을 강력히 권장합니다!팁:
오프라인 VTSS가 다시 온라인 상태가 될 준비가 된 경우 오라클은 VTSS를 사용하는 프로덕션 작업을 실행하기 전에 VTSS를 감사할 것을 강력히 권장합니다. VTSS VARY ONLINE 명령을 실행하기 전에 차단된 VTD 조건이 해제되었는지도 확인하십시오.VTVMAINT를 사용하여 CTR을 통해 복제된 VTV의 상태를 다음과 같이 변경할 수 있습니다.
TapePlex를 소유한 VTV를 변경하려면 VTVMAINT OWNRPLEX를 사용합니다.
VTV를 참조하는 TapePlex의 이름을 제거하려면 VTVMAINT DELEXpot를 사용합니다.
VTV를 참조하는 TapePlex의 이름을 추가하려면 VTVMAINT ADDEXpot를 사용합니다.
자세한 내용은 ELS Disaster Recovery and Offsite Data Management Guide를 참조하십시오.
"VTV 관리 클래스 변경 및 VTV와 MVC 링크 해제"의 설명에 따라 VTVMAINT를 사용하여 VTV 관리 클래스와 스토리지 클래스를 변경할 수 있습니다. 명시적으로 VTV를 다른 스토리지 클래스로 이동하려는 경우 어떻게 해야 될까요? 답: RECONcil을 사용하십시오.
첫번째 RECONcil 작업(SLUADMIN 유틸리티만 해당)을 제출하기 전에 VTV 스토리지 클래스를 변경하려는 이유를 생각해 보십시오. 기본적으로 세 가지 이유가 있습니다.
위에서 언급한 것과 같이, VTV 관리 클래스/스토리지 클래스를 명시적으로 변경하려고 합니다.
VTV가 잘못된 매체 또는 잘못된 ACS에 있거나 둘 다에 있습니다.
상당 기간 동안 ACS를 사용할 수 없다가 다시 온라인 상태가 되었습니다. 이 경우 영향을 받는 VTV가 서로 다른 ACS(원하는 경우 매체)를 가리키도록 MGMTclas 문의 MIGpol 매개변수를 변경합니다. 원래 ACS가 다시 온라인 상태가 되면 원래 ACS를 가리키도록 MGMTclas 문의 MIGpol 매개변수를 변경한 다음 업데이트된 MGMTclas(또는 STORclas) 문을 지정하여 RECONcil을 실행함으로써 VTV를 원래 ACS로 이동합니다.
여기서는 RECONcil을 사용하여 VTV의 잘못된 스토리지 클래스(잘못된 MVC 매체, ACS 위치 또는 둘 다)를 조정하는 방법에 대해 설명합니다. 현재 덜 액세스되는 VTV를 액세스 중심 매체(예 T9840 카트리지)에서 스토리지 중심 매체(예: T9940 카트리지) 및 Extended Store ACS 또는 오프사이트로 이동하려는 경우 어떻게 해야 할까요? 이 경우 일반적으로 MGMTCLAS 문의 ARCHAge/ARCHPol 매개변수를 사용하여 아카이브 정책을 설정하십시오. 그러면 ARCHAge 값을 초과하고 VTV가 회수되어 다시 마이그레이션될 경우 ARCHPol 사양에 따라 자동으로 VTV 이동이 발생합니다.
따라서 자동 아카이브 정책은 자동 마이그레이션과 유사합니다. 둘 다 시간이 경과하면 발생하는데, 하나 이상의 VTV가 잘못된 위치에 있을 경우 시간이 경과할 때까지 기다릴 수는 없습니다. 이 경우 RECONcil을 사용하십시오.
RECONcil을 사용하여 VTV ACS/매체를 변경하려면 다음을 수행하십시오.
다음 RECONcil 매개변수 중 하나를 지정하여 검증(즉, 조정이 필요한지 여부)할 VTV를 선택할 수 있습니다.
STORclas - 하나 이상의 스토리지 클래스를 지정합니다. RECONcil은 다음과 같은 기능을 수행합니다.
지정된 스토리지 클래스의 ACS 및 매체 정의를 조회합니다.
스토리지 클래스에 현재 있는 MVC를 스캔하여 MVC ACS 및 매체가 스토리지 클래스 정의와 일치하는지 확인합니다. 일치하지 않을 경우 오류가 발생한 MVC/VTV를 나열합니다.
MVC - MVC 목록 또는 범위를 지정합니다. RECONcil은 다음과 같은 기능을 수행합니다.
지정된 MVC의 실제 ACS 및 매체를 확인합니다.
실제 MVC ACS/매체가 MVC의 스토리지 클래스 정의와 일치하는지 확인합니다. 일치하지 않을 경우 오류가 발생한 MVC/VTV를 나열합니다.
MGMTclas - 하나 이상의 관리 클래스를 지정합니다. RECONcil은 다음과 같은 기능을 수행합니다.
MGMTclas MIGpol 매개변수에 지정된 ACS 및 매체 정의를 조회합니다.
지정된 클래스에 현재 있는 VTV를 스캔하여 ACS/매체의 MVC에 있는 VTV가 MGMTclas MIGpol 사양과 일치하는지 확인합니다. 일치하지 않을 경우 오류가 발생한 MVC에 있는 VTV를 나열합니다.
VTV - VTV 목록 또는 범위입니다. RECONcil은 다음과 같은 기능을 수행합니다.
지정된 VTV의 관리 클래스를 확인합니다.
MGMTclas MIGpol 매개변수에 지정된 ACS 및 매체 정의를 조회합니다.
지정된 클래스에 현재 있는 VTV를 스캔하여 ACS/매체의 MVC에 있는 VTV가 MGMTclas MIGpol 사양과 일치하는지 확인합니다. 일치하지 않을 경우 오류가 발생한 MVC에 있는 VTV를 나열합니다.
RECONcil을 처음 실행하는 경우 보고서만 생성하는 기본값을 적용합니다. 생각하는 바와 같이, 데이터 이동은 발생하지 않고 단순히 조정 대상인 VTV를 보고합니다.
주의:
VTV 조정은 리소스를 많이 사용하는 작업이므로 오라클은 먼저 MOVEVTV 없이 RECONcil을 실행하고 필요에 따라 작업을 조정한 후 MOVEVTV를 지정할 것을 강력히 권장합니다.필요한 경우 RECONcil 작업을 조정합니다.
예를 들어 2단계에서 보고서를 실행한 결과, 장시간 동안 조정해야 할 경우 다음 사항을 고려하십시오.
요청식 MVC 공간 재생의 경우와 마찬가지로, 사용량이 적은 처리 기간 동안에 RECONcil을 실행합니다.
RECONcil 유틸리티 매개변수로 CONFIG RECLAIM THRESHLD, MAXMVC 및 CONMVC 설정을 대체하여 조정 성능을 최적화합니다.
최대 조정 시간(분)을 ELAPSE 매개변수에 지정합니다.
주:
조정에 영향을 주는 제한 계수가 여러 개 있습니다(예: MAXMVC 및 ELAPSE). VTCS에서는 가장 엄격한 제한 계수가 적용됩니다. 예를 들어 RECONcil을 실행하고 ELAPSE를 5시간, MAXMVC를 10으로 설정한 다음 VTCS에서 1시간에 MVC를 10개 조정할 경우, ELAPSE 값이 만료되기 전에 VTCS에서 조정이 종료됩니다.ARCHive 유틸리티에서 사용 가능하며 유용한 진단을 제공하는 RECONcil POLICYdd 옵션도 있습니다. 보고서만 생성하도록 지정하는 POLICYdd는 대체 MGMTclas 문 세트가 포함된 파일을 가리킵니다.
팁:
이 옵션은 기본적으로 VTV 관리 클래스 변경 및 VTV와 MVC 링크 해제(스토리지 클래스 사양 포함)에 설명된 일부 VTV 관리 클래스를 변경한 다음 RECONcil을 실행한 경우 그 결과가 어떠한지를 보여주는 중요한 ”what if” 도구입니다. 이제 VTV 관리 클래스를 실제로 변경하기 전에 결과를 알 수 있습니다.주:
RECONcil 요청을 처리하기 위해서는 VTCS 및 HSC가 활성 상태여야 합니다. 단, POLICYdd 매개변수를 지정한 경우는 예외입니다.필요한 ”what if”, 미세 조정 및 오프피크 일정을 모두 완료했습니다.
이제 실제로 수행할 차례입니다. 다음은 RECONcil을 실행하는 예제 JCL을 보여줍니다.
관리 클래스 LOCALPROD1 및 LOCALPROD2에서 VTV를 조정합니다.
RECONcil 작업에 대해 MAXMVC를 60, CONMVC를 8, ELAPSE를 60으로 설정합니다.
//RECONCIL EXEC PGM=SLUADMIN //STEPLIBDD DSN=hlq.SEALINK,DISP=SHR //SLSPRINTDD SYSOUT=* //SLSINDD * RECON MGMT (LOCALPROD1,LOCALPROD2) MAXMVC(60) CONMVC(8) ELAPSE(360) MOVEVTV
얼마나 순조롭게 진행되었는지를 보여주는 실행 후 RECONcil 보고서도 제공되므로 필요에 따라 프로세스를 다시 조정하고 다시 실행할 수 있습니다.
LOGUTIL FOR_LOSTMVC 문을 사용하여 손실 또는 손상된 MVC에 있는 VTV를 복구할 수 있습니다. LOGUTIL FOR_LOSTMVC 문이 어떻게 작동하며 이를 보다 효율적으로 사용하는 방법은 무엇일까요?
FOR_LOSTMVC 유틸리티는 CDS 및 로그 파일 구조(필요한 경우)를 스캔하여 지정한 volser를 갖는 손실 또는 손상된 MVC에 있는 모든 VTV를 식별하고 테이블 5-2에 설명된 것과 같이 대체 VTV 복사본에서의 복구 방법을 결정합니다. LOGUTIL FOR_LOSTMVC는 손실 또는 손상된 MVC에 있는 모든 VTV와 복구 방법 이외에도 손실 또는 손상된 각 MVC에 대한 요약 정보를 보여줍니다.
| 대체 VTV 복사본 범주 | 복구 프로세스 |
|---|---|
|
범주 1: 현재 VTSS에 상주함 |
상주 복사본에서 복구가 수행됩니다. 복구 명령을 요청한 경우 |
|
범주 2: 하나 이상의 대체 MVC 복사본에 현재 링크되어 있음 |
다음 4가지 요소를 기준으로 최상의 대체 MVC에서 복구가 수행됩니다.
복구 명령을 요청한 경우 |
|
범주 3: CTR(Cross-TapePlex Replication)이 수행됨 |
VTV의 복사본이 포함된 첫번째로 발견된 원격 TapePlex가 VTV 복구에 사용됩니다. 복구 명령을 요청한 경우 |
|
범주 4: 이전에 하나 이상의 MVC 복사본에 링크되었으며 이 복사본에 여전히 VTV 데이터가 포함되어 있을 수 있음 |
이전에 링크된 MVC 중 하나가 복구 MVC로 선택되었습니다. 이러한 MVC 복사본은 로그 파일에 있으며 여전히 VTV 복사본을 포함하고 있을 수 있습니다. 선택한 복구 MVC를 감사해야 합니다. 대체 MVC와 동일한 요소를 기준으로 이전에 링크된 MVC 복사본 중 복구를 수행하기에 가장 적합한 복사본이 선택됩니다. 복구 명령을 요청한 경우
|
|
범주 5: 복구할 수 없음 |
복구할 수 없습니다. 복사본이 손실 또는 손상된 MVC에만 있습니다. |
주:
복구 명령을 요청한 경우MVCMAINT 명령이 범주 1, 2, 3, 4에 대해 생성됩니다. 이 명령문은 손실 또는 손상된 MVC가 더 이상 회수 또는 마이그레이션 대상으로 선택되지 않도록 읽기 전용 및 손상으로 표시합니다.주:
이 절차의 JCL 예제에는 CDS 복사본에 대한 DD 문이 표시되지 않습니다. 이는 HSC가 활성 상태이고 LOGUTIL을 실행 중인 시스템에서 활성 CDS를 사용하려는 경우에 유효합니다. 그렇지 않은 경우 CDS 복사본에 대해 DD 문을 지정해야 합니다.FOR_LOSTMVC를 사용하여 VTV를 복구하려면 다음을 수행하십시오.
먼저 LOGUTIL FOR_LOSTMVC 명령을 손실 또는 손상된 MVC의 volser와 함께 실행합니다.
예를 들어 다음 예가 보여주는 내용은 다음과 같습니다.
로깅 데이터 세트는 LOGIN입니다.
주:
LOGUTIL FOR_LOSTMVC를 지정된 더미 LOGDD와 함께 실행하면 CDS 로깅이 활성화되지 않은 시스템에서 복구를 수행할 수 있습니다. 이 경우 복구가 CDS에 있는 데이터로 제한되지만, 모든 VTV가 대체 MVC 복사본에 있거나 CTR(Cross Tape Replication)을 통해 내보낸 경우에는 유용할 수 있습니다.손상된 MVC의 volser는 DMV509입니다.
복구 명령은 데이터 세트 RECVCMD에 로깅됩니다.
//JOBLOGR job (account),programmer,REGION=1024k //S1 EXEC PGM=SLUADMIN,PARM=MIXED //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //LOGIN DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(-2),DISP=OLD // DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(-1),DISP=OLD // DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(0),DISP=OLD //RECVCMD DD DSN=FEDB.VSMLMULT.RECVCMD,DISP=(CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,(1,1),RLSE), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=27920) //SLSPRINT DD SYSOUT=* //SLSIN DD * LOGUTIL LOGDD(LOGIN) FOR_LOSTMVC MVC(DMV509) COMMANDS(RECVCMD)
1단계에서 생성된 LOGUTIL FOR_LOSTMVC 보고서를 검토합니다.
복구할 VTV를 선택한 다음 손실 또는 손상된 MVC에서 복구할 VTV를 지정하여 LOGUTIL FOR_LOSTMVC를 다시 실행합니다. 예를 들면 다음과 같습니다.
//JOBLOGR job (account),programmer,REGION=1024k //S1 EXEC PGM=SLUADMIN,PARM=MIXED //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //LOGIN DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(-2),DISP=OLD // DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(-1),DISP=OLD // DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(0),DISP=OLD //RECVCMD DD DSN=FEDB.VSMLMULT.RECVCMD,DISP=(CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,(1,1),RLSE), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=27920) //SLSPRINT DD SYSOUT=* //SLSIN DD * LOGUTIL LOGDD(LOGIN) FOR_LOSTMVC MVC(DMV509) VTV(DX009) COMMANDS(RECVCMD)
주:
손실 또는 손상된 MVC에 없는 VTV를 지정할 경우 해당 VTV는 무시됩니다.손상된 MVC에서 지정된 VTV를 모두 복구하려면 3단계로 이동합니다.
지정된 VTV를 복구하려면 2단계에서 지정한 복구 데이터 세트의 명령을 실행합니다.
주:
복구 데이터 세트의 명령은 FOR_LOSTMVC를 실행한 후 가능한 빨리 실행(표준 SLUADMIN JCL 사용)해야 정확도가 보장됩니다.
오라클은 COMMANDS 파일의 복구 명령을 다음 순서로 실행할 것을 권장합니다.
모든 EEXPORT ULINKMVC 명령
모든 MVCMAINT READONLY(ON) 명령
모든 AUDIT 명령
EEXPORT ULINKMVC 또는 AUDIT 명령이 있는 경우 FOR_LOSTMVC를 다시 실행합니다. 새로 실행하는 경우 EEXPORT 또는 AUDIT 명령이 새로 생성된 COMMANDS 파일에 없어야 합니다. 있을 경우 a단계로 돌아갑니다.
모든 MVCMAINT READONLY(ON) ERROR(ON) 명령
모든 ULINKMVC 명령
모든 RECALL 명령
RECONcil 유틸리티
MVCMAINT 명령은 지정된 모든 손실 또는 손상된 MVC 중에서 CDS에 있으며 적합한 VTV가 적어도 한 개 있는 MVC에 대해 생성됩니다. MVCMAINT 명령은 손실 또는 손상된 MVC가 회수 또는 마이그레이션 대상으로 할당되지 않도록 이들에 대해 읽기 전용 및 오류/손상 비트를 설정합니다. 각 MVCMAINT 명령에는 최대 3000여 개의 MVC가 포함됩니다.
RECONcil 유틸리티를 실행하여 각 VTV에 대해 올바른 개수의 MVC 복사본이 만들어졌는지 확인합니다.
예를 들면 다음과 같습니다.
//JOBLOGR job (account),programmer,REGION=1024k //S1 EXEC PGM=SLUADMIN,PARM=MIXED //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //LOGIN DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(-2),DISP=OLD // DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(-1),DISP=OLD // DD DSN=FEDB.VSMLMULT.LOGFILE.OFFLOAD(0),DISP=OLD //RECVCMD DD DSN=FEDB.VSMLMULT.RECVCMD,DISP=(CATLG,DELETE), // UNIT=SYSDA,SPACE=(CYL,(1,1),RLSE), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=27920) //SLSPRINT DD SYSOUT=* //SLSIN DD * RECONCIL VTV(DX009)