이 절을 참조하여 VTCS 관리 및 스토리지 클래스를 만들고 이러한 클래스와 연관된 일반 작업을 수행할 수 있습니다.
최신 솔루션에 대한 중요한 항목은 CDS VTCS 레벨 및 수행할 수 있는 작업과 수행할 수 없는 작업을 확인하기 위한 것입니다. 테이블 6-1에는 CDS 레벨과 지원되는 기능이 설명되어 있습니다.
테이블 6-1 지원되는 VTCS 버전에 대한 CDS 레벨
| VTCS CDS 레벨: | VTCS/NCS 버전: | 향상된 기능: |
|---|---|---|
|
E |
6.0, 6.1, 6.2, 7.0 |
|
|
F |
6.1, 6.2, 7.0, 7.1, 7.2, 7.3 |
|
|
G |
6.2, 7.0, 7.1, 7.2, 7.3 |
|
|
H |
7.1, 7.2, 7.3 |
|
|
I |
7.3 |
|
VTCS 관리 및 스토리지 클래스는 수많은 첨단 기술 구현의 구성 요소로서, 다음과 같은 작업을 수행합니다.
VTCS 관리 클래스는 VTCS가 VTV를 관리하는 방식을 지정합니다. HSC MGMTclas 제어문은 관리 클래스와 해당 속성을 정의합니다. 예를 들어 MGMTclas 문의 DELSCR 매개변수는 VTCS가 스크래치된 VTV를 VTSS에서 삭제할지 여부를 지정합니다.
관리 클래스는 VTCS 스토리지 클래스를 가리킬 수도 있습니다. VTCS 스토리지 클래스는 마이그레이션된 VTV의 상주 위치를 지정합니다. HSC STORclas 제어문은 스토리지 클래스와 해당 속성을 정의합니다. 예를 들면 다음과 같습니다.
MGMT NAME(PAYROLL) MIGPOL(LOCAC,REMAC) STORCLAS NAME(LOCAC) ACS(00) MEDIA(STK1R) STORCLAS NAME(REMAC) ACS(01) MEDIA(STK2P,ZCART)
이러한 관리 및 스토리지 클래스 조합의 경우 다음과 같은 메시지가 표시됩니다. ”관리 클래스 PAYROLL의 경우, MVC를 로컬 및 원격 ACS에 분리할 수 있도록 이중으로 마이그레이션하십시오. 로컬 ACS에서는 필요할 때 신속하게 다시 사용할 수 있도록 9840 매체에 저장하십시오. 원격 ACS에서는 ZCART 매체보다 9940을 사용하는 것이 좋지만, 반드시 깊은 스토리지에 저장하십시오.”
먼저 자신의 비즈니스 요구에 맞게 조정할 수 있는 기본 절차인 "VTCS 관리 및 스토리지 클래스 만들기 및 사용: 기본 사항"을 검토하십시오. 그 다음으로, "관리 및 스토리지 클래스를 사용하여 수행할 수 있는 첨단 기술"을 검토하십시오. 이 절은 다양한 옵션을 확인한 다음 자신에게 가장 적합한 옵션을 선택할 수 있는 갤러리입니다.
TAPEREQ > POLICY > MGMTclas > STORclas 패턴은 "관리 및 스토리지 클래스를 사용하여 수행할 수 있는 첨단 기술"에 나오는 모든 정보에 대한 토대가 되기 때문에 아주 많이 볼 수 있습니다.
STORclas 및 MGMTclas 문이 포함된 정의 데이터 세트를 확인합니다.
MGMTclas 및 STORclas 문은 상호 검증을 위해 반드시 동일한 데이터 세트에 있어야 합니다.
STORclas 제어문을 통해 스토리지 클래스를 정의합니다.
원하는 경우 MIGRSEL 및 MIGRVTV 문을 사용하여 마이그레이션 정책을 조정합니다.
MGMTclas 제어문을 사용하여 관리 클래스를 정의합니다.
MGMTclas 제어문은 다양한 매개변수에 스토리지 클래스를 지정합니다.
HSC MGMTDEF 명령을 사용하여 제어문을 로드합니다.
SMC POLICY 명령에 테이프 정책을 지정합니다.
다음 중 하나에 VTCS에 대한 정책 이름을 지정합니다.
SMC TAPEREQ 문
StorageTek DFSMS 인터페이스에 기록한 SMS 루틴
다음 사항에 유의하십시오.
관리 클래스를 마운트에 지정하려면 항상 SMC POLICY 명령을 사용합니다.
TAPEREQ 문 또는 SMS 루틴을 사용하여 정책을 정의할 수 있습니다.
SMC POLICY 문이 모두 VALID MGMTCLAS 이름을 참조하는지 확인하려면 POLICY VALIDATE를 사용합니다.
VTVMAINT 유틸리티를 사용하여 VTV의 관리 클래스를 변경할 수 있습니다. VTVMAINT를 사용하여 VTV 스토리지 클래스를 직접 변경할 수는 없지만, VTV 관리 클래스를 변경할 수 있으므로 서로 다른 스토리지 클래스를 참조할 수 있습니다.
구현하려는 정책을 정의하는 데 필요한 최소한의 스토리지 클래스만 사용합니다. 스토리지 클래스가 지나치게 많을 경우 MVC 마운트/마운트 해제 오버헤드가 발생하여 VSM 성능에 영향을 미칠 수 있습니다. 또한 MVC에서는 하나의 스토리지 클래스에만 VTV를 포함할 수 있으므로, 스토리지 클래스가 지나치게 많을 경우 MVC 공간이 충분히 사용되지 않을 수 있습니다.
관리 클래스 정의를 삭제하려는 경우, VTV 보고서를 실행하여 관리 클래스가 더 이상 VTV에 지정되지 않는지 확인합니다. 그렇지 않을 경우 예상치 않은 결과가 발생합니다!
다음은 해당되는 작업을 총망라한 목록이 아니라 관리 및 스토리지 클래스로 수행할 수 있는 가장 일반적인 작업입니다.
MVC 매체 환경 설정에 STORclas MEDIA 매개변수 사용. MVC 매체 환경 설정에 대한 기본값은 있지만, 원하는 방식으로 조정할 수 있습니다. 자세한 내용은 HSC 및 VTCS 관리를 참조하십시오.
"공유 MVC에서 여러 작업 로드 그룹화." 이것은 예로서, 회사가 데이터 센터를 소유하고 있고 다음을 수행하여 사용 가능한 리소스 사용을 최적화하려는 경우에 유용합니다.
중요한 데이터를 이중화하여 MVC를 로컬 및 원격 ACS에 분리합니다. 로컬 ACS에서는 필요할 때 신속하게 다시 사용할 수 있도록 9840 매체에 저장하십시오. 원격 ACS에서는 고용량 매체의 깊은 스토리지를 위해 ZCART 매체보다 9940을 사용하는 것이 좋습니다.
이러한 관리/스토리지 클래스에 두 개의 중요한 작업 스트림(급여 및 회계) 액세스 권한을 부여합니다. 결과: 모든 급여 및 회계 데이터가 로컬 및 원격에서 이중화되고, 스토리지 클래스 사양에 설명된 적합한 매체의 동일한 MVC 세트에서 그룹화됩니다.
프로덕션 데이터도 중요하지만, 급여 및 회계 데이터에 사용되는 것과는 별도의 MVC 세트에 저장하고자 할 수 있습니다. 이 경우에도 문제 없습니다. 프로덕션 데이터용으로 다른 관리 클래스/스토리지 클래스 조합을 만들면 됩니다.
"별도의 MVC 세트에 개별 작업 로드 분리." 앞으로 아주 많이 사용하게 될 것이므로 모든 서비스 그룹에서는 이 작업을 주의깊게 살펴보십시오. 고객 각각에게 청구/보안 목적의 고유한 리소스 세트를 제공하고 싶습니까? 그렇다면 작업 로드를 분리하는 것이 그 열쇠입니다.
"데이터 아카이브." 이 경우에는 VTCS를 사용하여 StorageTek 자동 테이프/가상 테이프 환경에서만 HSM을 모방할 수 있습니다. 즉, MGMTclas 문의 ARCHAge 및 ARCHPol 매개변수를 사용하여 VTV에 대한 아카이브 정책을 관리 클래스에 설정할 수 있습니다.
StorageTek 스토리지 관리 전략인 ILM(Information Lifecycle Management)의 중심 개념은 기업 입장에서의 중요도와 재사용 패턴과 일치하는 매체에 데이터를 저장해야 한다는 것입니다. 즉, 활성 상태이고 중요한 데이터는 빠른 액세스 매체에 있지만, 비활성 상태이고 덜 중요한 데이터는 더 저렴한 고용량 매체에 아카이브됩니다. 이 프로세스를 자동화하는 것이 데이터 스토리지를 관리하는 가장 비용 효율적인 방법으로, 비활성 데이터를 아카이브하는 방식으로 ILM을 구현합니다. VTCS 아카이브를 사용할 경우 VTV를 다른 매체(예: 빠른 액세스 9840 매체에서 고용량 9940 매체까지) 및 다른 위치(예: 로컬 ACS에서 배출/원격 보관용 원격 ACS까지)로 이동할 수 있습니다. 자세한 내용은 "데이터 아카이브"를 참조하십시오.
"VTV 매체 및 위치 조정." 아카이브는 사전 예방적 조치로 사용하십시오. ILM 주기가 시작될 때 데이터를 올바른 매체에 저장했다가 데이터가 오래되면 다른 매체로 이동하십시오. 데이터가 잘못된 매체에 계속 있을 경우 어떤 일이 발생할까요? 답: RECONcil 유틸리티를 사용하여 데이터를 한 스토리지 클래스에서 다른 스토리지 클래스로 이동하십시오.
VTV 마이그레이션 제어. ELS를 사용하면 스크래치 VTV를 VTSS 버퍼에서 삭제하고, 즉시 마이그레이션 지연 간격을 지정하며, 최대 VTV 상주 간격을 지정하는 등 VTV 마이그레이션을 매우 정교하게 제어할 수 있습니다. 자세한 내용은 Configuring HSC and VTCS 및 ELS Disaster Recovery and Offsite Data Management Guide를 참조하십시오.
스토리지 및 관리 클래스를 사용하여 공유 MVC 세트에서 여러 개의 작업 로드를 그룹화할 수 있습니다. 예를 들어 아래의 STORclas 문은 스토리지 클래스 LOC1, LOC2, REM1 및 REM2를 정의합니다.
STORCLAS NAME(LOC1) ACS(00) MEDIA(STK1R) STORCLAS NAME(LOC2) ACS(00) MEDIA(STK1R) STORCLAS NAME(REM1) ACS(01) MEDIA(STK2P,ZCART) STORCLAS NAME(REM2) ACS(01) MEDIA(STK2P,ZCART)
관리 클래스 PAY와 ACCOUNT 모두 MIGPOL 매개변수에 LOC1 및 REM1 스토리지 클래스를 지정합니다. 따라서 PAY 및 ACCOUNT의 VTV는 스토리지 클래스 LOC1 및 REM1에 정의된 MVC에서 이중화되고 그룹화됩니다.
관리 클래스 PROD는 MIGPOL 매개변수에 LOC2 및 REM2 스토리지 클래스를 지정합니다. 따라서 PROD의 VTV는 스토리지 클래스 LOC2 및 REM2에 정의된 MVC에서 이중화되고 그룹화되므로, PAY 및 ACCOUNT와 분리됩니다.
MGMT NAME(PAY) MIGPOL(LOC1,REM1) MGMT NAME(ACCOUNT) MIGPOL(LOC1,REM1) MGMT NAME(PROD) MIGPOL(LOC2,REM2)
다음은 가상 매체를 지정하고 관리 클래스 PAY, ACCOUNT 및 PROD를 각각 지정하는 테이프 정책을 정의합니다.
POLICY NAME (PPAY) MEDIA(VIRTUAL) MGMT(PAY) POLICY NAME (PACCOUNT) MEDIA(VIRTUAL) MGMT(ACCOUNT) POLICY NAME (PPROD) MEDIA(VIRTUAL) MGMT(PROD)
끝으로, 이 예는 다음과 같이 정책을 지정하는 TAPEREQ 문으로 구성됩니다.
PPAY 정책에 PAYROLL.** 한정자가 있는 데이터 세트가 지정됩니다.
PACCOUNT 정책에 ACCOUNTS.** 한정자가 있는 데이터 세트가 지정됩니다.
다른 모든 데이터 세트는 PPROD 정책에 지정됩니다.
TAPEREQ DSN(PAYROLL.**) POLICY(PPAY) TAPEREQ DSN(ACCOUNTS.**) POLICY(PACCOUNT) TAPEREQ DSN(**) MEDIA(VIRTUAL) POLICY(PPROD)
MVC가 스토리지 클래스에 사용되는 경우 현재 VTV 복사본을 포함하면서 해당 스토리지 클래스에 계속 배타적으로 지정됩니다. MVC에서의 이 VTV 그룹화는 MVC에서 재생 처리가 발생한 이후에도 유지됩니다.
주의:
작업 로드를 그룹화하는 데 기본 스토리지 클래스(재생 또는 마이그레이션을 위해 MVC에 기록한 마지막 VTSS의 이름)는 사용할 수 없습니다.스토리지 및 관리 클래스를 사용하여 별도의 MVC 세트에서 개별 작업 로드를 분리할 수 있습니다. 예를 들어 아래의 STORclas 문은 스토리지 클래스 LOC, CUSTA, CUSTB1 및 CUSTB2를 정의합니다.
STORCLAS NAME(LOC) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTA) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB1) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB2) ACS(01) MEDIA(STK2P)
아래의 예는 다음과 같은 관리 클래스를 정의합니다.
관리 클래스 CUSTA는 MIGPOL 매개변수에 CUSTA 스토리지 클래스를 지정합니다. VTCS는 이 관리 클래스의 VTV를 오직 CUSTA 스토리지 클래스(로컬 ACS의 9840 매체)에 대해서만 단방향화합니다. 이 클래스가 이 고객이 원하는 클래스이기 때문입니다.
고객 B는 보다 강력한 보호(즉, 로컬 및 원격 ACS에 대한 이중화)를 원하므로 관리 클래스 CUSTB는 CUSTB1 및 CUSTB2 스토리지 클래스를 둘 다 가리킵니다.
끝으로, 로컬 ACS/9840 매체는 관리 클래스 PROD의 경우와 마찬가지로, 고유한 프로덕션 데이터에 적합합니다. 사용자는 이 관리 클래스에 대한 아카이브 정책을 설정하면 됩니다(데이터 아카이브 참조). 그러면 결과적으로 깊은 스토리지로 이동할 수 있습니다.
MGMT NAME(CUSTA) MIGPOL(CUSTA) MGMT NAME(CUSTB) MIGPOL(CUSTB1,CUSTB2) MGMT NAME(PROD) MIGPOL(LOC)
이 예는 가상 매체를 지정하고 관리 클래스 PAY, ACCOUNT 및 PROD를 각각 지정하는 테이프 정책을 정의합니다.
POLICY NAME (PCUSTA) MEDIA(VIRTUAL) MGMT(CUSTA) POLICY NAME (PCUSTB) MEDIA(VIRTUAL) MGMT(CUSTB) POLICY NAME (PPROD) MEDIA(VIRTUAL) MGMT(PROD)
끝으로, 아래의 예는 해당하는 TAPEREQ 문과 정책 지정 사항을 보여줍니다.
PCUSTA 정책에 HLQ CUSTA가 있는 데이터 세트가 지정됩니다.
PCUSTB 정책에 HLQ CUSTB가 있는 데이터 세트가 지정됩니다.
다른 모든 데이터 세트는 PPROD 정책에 지정됩니다.
TAPEREQ DSN(CUSTA.**) POLICY(PCUSTA) TAPEREQ DSN(CUSTB.**) POLICY(PCUSTB) TAPEREQ DSN(**) POLICY(PPROD)
주의:
작업 로드를 분리하는 데 기본 스토리지 클래스(재생 또는 마이그레이션을 위해 MVC에 기록한 마지막 VTSS의 이름)는 사용할 수 없습니다.MGMTclas 문의 ARCHAge 및 ARCHPol 매개변수를 사용하여 VTV에 대한 아카이브 정책을 관리 클래스에 설정할 수 있습니다. VTV의 사용 기간이 ARCHAge 값을 초과할 경우 ARCHPol 매개변수에 지정된 스토리지 클래스에 VTV를 아카이브할 수 있습니다. 실제 아카이브는 다음 두 가지 방법 중 하나로 수행됩니다.
다음에 VTV를 회수하고 다시 마이그레이션할 때 자동으로 수행됩니다.
요청이 있을 때 ARCHIve 유틸리티를 사용하여 수행됩니다.
이에 대한 "가정"은 규정을 준수하도록 보장하기 위한 것일 수 있습니다. 외부 감사자를 위해 7년 동안 보존해야 하지만, 내부 감사자의 입장에서는 1년에 한번씩 살펴보고자 하는 데이터가 있습니다. 이에 대한 솔루션은 다음과 같습니다.
TAPEREQ DSN(COMPLY.**) POLICY(PCOMPLY) POLICY NAME(PCOMPLY) MEDIA(VIRTUAL) MGMT(COMPLY) MGMT NAME(COMPLY) IMMMED(DELETE) MIGPOL(LOC1) - ARCHAGE(365) ARCHPOL(REMDEEP) STOR NAME(LOC1) ACS(00) MEDIA(STK1R) STOR NAME(REMDEEP) ACS(01) MEDIA(STK2P)
이 경우 다음과 같은 작업이 수행됩니다.
모든 준수 데이터가 즉시 로컬 ACS로 마이그레이션되고 9840 매체에서 그룹화됩니다. 성공적으로 마이그레이션되면 VTV가 VTSS에서 삭제됩니다. 내부 감사자가 데이터를 내년에 확인하고자 할 경우 이 데이터에 대한 "아카이브 기간"은 365일입니다.
이 기간이 경과하면 데이터를 원격 ACS의 9940 매체에 아카이브(이동)할 수 있습니다.
결과: 가상 리소스를 최적화하면서 가능한 최상의 비용으로 준수가 보장됩니다.
위에서 설명했듯이, 실제 아카이브에 사용할 수 있는 방법에는 두 가지가 있습니다. 즉, VTV가 회수되고 마이그레이션될 때까지 기다리거나, 요청이 있을 때 ARCHIve 유틸리티를 사용하여 수행할 수 있습니다. 다시 마이그레이션될 때까지 기다릴 경우의 문제는 데이터에 액세스되지 않을 수 있다는 점입니다. VTV를 아카이브하는 가장 좋은 방법은 ARCHIve 유틸리티를 자동으로 또는 필요시 실행하는 것입니다.
ARCHive 유틸리티 사용에 대한 몇 가지 팁은 다음과 같습니다.
다음 매개변수 중 하나를 지정하여 아카이브할 VTV를 선택할 수 있습니다.
MGMTclas - 지정된 관리 클래스의 ARCHAge/ARCHPol 매개변수에 지정된 스토리지 클래스에 VTV를 아카이브합니다.
VTV - 해당 VTV에 대한 관리 클래스의 VTV 목록 또는 범위를 아카이브합니다.
주:
MGMTclas 또는 VTV의 값을 지정하지 않으면 VTCS에서 모든 VTV가 스캔됩니다. 관리 클래스를 통해 작업을 수행해야 하지만, VTV volser 또는 모든 VTV를 통해 작업을 수행하고자 할 수 있습니다.MOVEVTV 매개변수를 지정하지 않으면 아카이브 요청으로 처리할 수 있는 VTV, MVC, 및 총 MB 수를 보여주는 중요한 "what if" 상황을 보여주는 보고서가 제공됩니다. 따라서 오라클은 먼저 MOVEVTV 없이 ARCHIve를 실행하고 필요에 따라 작업을 조정한 후 MOVEVTV를 지정할 것을 강력히 권장합니다. 자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
요청 아카이브는 리소스를 많이 사용하므로 ARCHIve는 일반적으로 사용량이 적은 처리 기간 동안에 실행합니다. ARCHIve 유틸리티로 CONFIG RECLAIM THRESHLD, MAXMVC 및 CONMVC 설정을 대체하여 아카이브 성능을 최적화할 수도 있습니다. 최대 아카이브 시간(분)을 ELAPSE 매개변수에 지정할 수도 있습니다. 아카이브에 영향을 주는 제한 계수가 여러 개 있습니다(예: MAXMVC 및 ELAPSE). VTCS에서는 가장 엄격한 제한 계수가 적용됩니다. 예를 들어 ARCHIve를 실행하고 ELAPSE를 5시간, MAXMVC를 10으로 설정한 다음 VTCS에서 1시간에 MVC를 10개 아카이브할 경우, ELAPSE 값이 만료되기 전에 VTCS에서 아카이브가 종료됩니다.
ARCHIve 요청을 처리하기 위해서는 VTCS 및 HSC가 활성 상태여야 합니다. 단, POLICYdd 매개변수를 지정한 경우는 예외입니다. POLICYdd(강제로 "보고서 전용" 모드를 수행함)도 향상된 ”what if” 기능을 제공합니다. 다른 아카이브 정책(서로 다른 ARCHAge 및 ARCHPol 값)을 사용하여 대체 MGMTclas 문을 하나 이상 작성한 다음 POLICYdd를 사용하여 각 시나리오에 대한 아카이브 정책 및 리소스 사용을 확인할 수 있습니다.
RECONcil 유틸리티도 VTV를 한 스토리지 클래스에서 다른 스토리지 클래스로 이동(즉, 한 MVC 매체에서 다른 MVC 매체로 이동 및/또는 한 ACS에서 다른 ACS로 이동)하므로 ARCHive와 비슷합니다. ARCHive는 사전 예방적 조치로, RECONcil은 대응적 조치로 사용하고, 차이점은 "VTV 매체 및 위치 조정"에 설명된 내용을 확인합니다.
365일이 경과하고 내부 감사자가 나타나지 않는다면 아카이브해야 할 때입니다. 아래 예는 다음과 같이 ARCHive를 실행하기 위한 JCL을 보여줍니다.
관리 클래스 COMPLY의 VTV를 원격 ACS의 9940 매체에 아카이브합니다.
ARCHive 작업에 대해 MAXMVC를 60, CONMVC를 8, ELAPSE를 60으로 설정합니다.
//ARCHIVE EXEC PGM=SLUADMIN //STEPLIBDD DSN=hlq.SEALINK,DISP=SHR //SLSPRINTDD SYSOUT=* //SLSINDD * ARCH MGMT(COMPLY) MAXMVC(60) CONMVC(8) ELAPSE(360) MOVEVTV
팁:
MOVEVTV 매개변수도 보고서를 제공하므로 작업이 잘(또는 잘못) 수행되었는지 확인할 수 있습니다. 조정 매개변수로 원하는 모든 항목을 아카이브하지 못한 경우 작업을 조정한 후 다시 실행하십시오.RECONcil을 사용하여 VTV 매체와 위치를 조정한다는 것은 기본적으로 VTV를 다른 스토리지 클래스로 이동하는 것을 의미합니다. ARCHive로 데이터를 아카이브하는 것과 비슷할까요? 데이터 이동의 관점에서는 비슷하지만, 수행 이유의 관점에서는 사전 대응적 조치가 아닌 대응적 조치로 수행됩니다. VTV 조정은 보통 다음과 같은 경우에 수행됩니다.
VTV가 잘못된 매체 또는 잘못된 ACS에 있거나 둘 다에 있습니다.
상당 기간 동안 ACS를 사용할 수 없다가 다시 온라인 상태가 되었습니다. 이 경우 영향을 받는 VTV가 서로 다른 ACS(원하는 경우 매체)를 가리키도록 MGMTclas 문의 MIGpol 매개변수를 변경합니다. 원래 ACS가 다시 온라인 상태가 되면 원래 ACS를 가리키도록 MGMTclas 문의 MIGpol 매개변수를 변경한 다음 업데이트된 MGMTclas(또는 STORclas) 문을 지정하여 RECONcil을 실행함으로써 VTV를 원래 ACS로 이동합니다.
조정 프로세스에 대한 자세한 내용은 "조정 예"를 참조하십시오.
잘못된 매체 및 잘못된 ACS에 있는 VTV를 조정하려는 경우 이러한 사실을 어떻게 알 수 있을까요? HSC 및 VTCS 관리에 설명된 것과 같이 VTV 보고서를 매주 정독하십시오. 프로덕션(PROD) 관리 클래스에 있는 모든 VTV가 잘못된 매체 및 잘못된 ACS에 있다는 것을 이번 주에 알게 됩니다. 또한 스토리지 클래스도 무엇인가 잘못된 것 같습니다.
어떻게 이러한 일이 발생했을까요? 다음을 수행했다고 간주하십시오.
STORCLAS NAME(LOC) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTA) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB1) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB2) ACS(01) MEDIA(STK2P MGMT NAME(CUSTA) MIGPOL(CUSTA) MGMT NAME(CUSTB) MIGPOL(CUSTB1,CUSTB2) MGMT NAME(PROD) MIGPOL(LOC)
이 예에 따르면 관리 클래스 PROD의 모든 항목이 로컬 ACS의 9840 매체에 있어야 하지만, 실제로는 원격 ACS의 9940 매체에 있는데 이는 잘못된 스토리지 클래스에 있는 것과 같습니다.
보다 자세히 살펴보면 프로덕션 관리 클래스는 실제로 다음과 같이 보입니다.
MGMT NAME(PROD) MIGPOL(CUSTA)
이는 다른 이유로 바람직하지 않습니다. 왜냐하면 고객 중 한 명이 전용으로 사용하는 동일한 MVC에 프로덕션 데이터도 있기 때문입니다. 지금 RECONcil을 실행할 때일까요? 그렇지 않습니다. RECONcil을 실행하면 잘못된 스토리지 클래스에서만 VTV가 이동되는데, 관리 클래스 명령문을 작성한 방식에 따르면 CUSTA는 올바른 스토리지 클래스입니다! RECONcil을 실행하기 전에 돌아가서 다음과 같이 관리 클래스를 수정해야 합니다.
MGMT NAME(PROD) MIGPOL(LOC)
이제 아래에 표시된 것과 같이 RECONcil을 실행할 수 있습니다.
관리 클래스 PROD의 VTV를 스토리지 클래스 LOC의 (업데이트된) 올바른 위치로 이동합니다.
RECONcil 작업에 대해 MAXMVC를 60, CONMVC를 8, ELAPSE를 60으로 설정합니다.
//RECONCIL EXEC PGM=SLUADMIN //STEPLIBDD DSN=hlq.SEALINK,DISP=SHR //SLSPRINTDD SYSOUT=* //SLSINDD * RECON MGMT(PROD) MAXMVC(60) CONMVC(8) ELAPSE(360) MOVEVTV
다음 매개변수 중 하나를 지정하여 조정할 VTV를 선택할 수 있습니다.
MGMTclas - MIGpol 매개변수에 지정된 스토리지 클래스로 VTV를 이동합니다. 이는 "조정 예"에서 수행했습니다. 관리 클래스가 잘못된 스토리지 클래스를 가리키므로 올바른 스토리지 클래스를 가리키도록 한 다음 업데이트된 관리 클래스에 대해 RECONcil을 실행하십시오.
STORclas - 지정된 스토리지 클래스로 VTV를 이동합니다. 이 매개변수는 상당 기간 동안 ACS를 사용할 수 없는 경우에 사용합니다.
MVC - MVC 목록 또는 범위에서 VTV를 조정합니다. VTV에 대한 MGMTclas 문의 MIGpol 매개변수에 지정된 스토리지 클래스로 VTV가 이동됩니다. 이 매개변수를 먼저 사용한 다음 VTV 옵션을 사용할 수 있습니다.
VTV - VTV 목록 또는 범위를 조정합니다. VTV에 대한 관리 클래스의 MIGpol 매개변수에 지정된 스토리지 클래스로 VTV가 이동됩니다.
주:
MGMTclas 또는 VTV의 값을 지정하지 않으면 VTCS에서 모든 VTV가 스캔됩니다.
VTV 조정은 리소스를 많이 사용하므로 RECONcil은 일반적으로 사용량이 적은 처리 기간 동안에 실행합니다. RECONcil 유틸리티로 CONFIG RECLAIM THRESHLD, MAXMVC 및 CONMVC 설정을 대체하여 조정 성능을 최적화할 수도 있습니다. 최대 조정 시간(분)을 ELAPSE 매개변수에 지정할 수도 있습니다.
조정에 영향을 주는 제한 계수가 여러 개 있습니다(예: MAXMVC 및 ELAPSE). VTCS에서는 가장 엄격한 제한 계수가 적용됩니다. 예를 들어 RECONcil을 실행하고 ELAPSE를 5시간, MAXMVC를 10으로 설정한 다음 VTCS에서 1시간에 MVC를 10개 조정할 경우, ELAPSE 값이 만료되기 전에 VTCS에서 조정이 종료됩니다.
MOVEVTV 매개변수를 지정하지 않으면 조정 요청으로 처리할 수 있는 VTV, MVC 및 총 MB 수에 관한 중요한 "what if" 상황을 보여주는 보고서가 제공됩니다. 따라서 Oracle은 먼저 MOVEVTV 없이 RECONcil을 실행하고 필요에 따라 작업을 조정한 후 MOVEVTV를 지정할 것을 강력히 권장합니다.
자세한 내용은 ELS Command, Control Statement, and Utility Reference를 참조하십시오.
RECONcil 요청을 처리하기 위해서는 VTCS 및 HSC가 활성 상태여야 합니다. 단, POLICYdd 매개변수를 지정한 경우는 예외입니다. POLICYdd(강제로 "보고서 전용" 모드를 수행함)도 향상된 "what if" 기능을 제공합니다. 다른 조정 시나리오(서로 다른 MIGpol 값)을 사용하여 대체 MGMTclas 문을 하나 이상 작성한 다음 POLICYdd를 사용하여 각 시나리오에 대한 VTV 조정 및 리소스 사용을 확인할 수 있습니다.
RECONcil 요청을 처리하기 위해서는 VTCS 및 HSC가 활성 상태여야 합니다.
이름이 지정된 MVC 풀은 모든 서비스 그룹의 작업에 적합한 도구입니다. 이름이 지정된 MVC 풀을 사용하여 이름이 지정된 풀의 MVC 소유권을 응용 프로그램에 부여할 수 있습니다. 예를 들어 서비스 그룹은 고객이 MVC 그룹을 구매하고 소유할 수 있는 법적 요건을 갖춘 경우 이름이 지정된 MVC 풀을 사용하도록 선택할 수 있습니다.
그러나 이름이 지정된 MVC 풀에 대한 특정 요구 사항은 없지만 MVC에서 클라이언트 데이터를 그룹화하거나 분리하려는 경우 Oracle은 이름이 지정된 MVC 풀을 사용하지 말 것을 강력하게 권장합니다. 대신 다음 절에 설명된 방법을 사용하십시오.
위 절에서는 스토리지 클래스를 사용하여 시스템 전체 MVC 풀에서 선택한 MVC에서 데이터를 그룹화하거나 분리하는 방법에 대해 설명합니다. 이 경우 한 개의 MVC 풀만 관리해야 합니다.
이름이 지정된 MVC 풀을 만드는 경우 각 풀을 명시적으로 관리해야 합니다. 여기에는 각 풀에 사용 가능한 MVC 및 사용 가능한 MVC 공간이 충분한지 확인하고, MVCPool MVCFREE, MAXMVC, THRESH 및 START 매개변수를 사용하여 풀마다 다른 정책을 설정하는 것이 포함됩니다.
이름이 지정된 MVC 풀을 사용하도록 선택한 경우 "이름이 지정된 MVC 풀 만들기 및 사용"으로 이동하십시오.
이름이 지정된 MVC 풀을 만들고 사용하려면 다음을 수행하십시오.
기존 POOLPARM 문을 수정하거나 명령문을 더 추가하여 이름이 지정된 MVC 풀을 정의합니다.
POOLPARM NAME 매개변수를 지정하지 않을 경우 VTCS에서 이름이 지정된 MVC 하위 풀이 만들어지지 않으며 지정된 볼륨이 기본 풀(DEFAULTPOOL)에 지정됩니다. 예약된 이름을 DEFAULTPOOL 및 ALL을 사용하여 이름이 지정된 MVC 풀을 만들지 마십시오.
선택적 매개변수 MVCFREE, MAXMVC, THRESH 및 START를 사용하여 CONFIG에 지정된 전역 값을 대체하는 이름이 지정된 MVC 풀 값을 지정할 수 있습니다.
예를 들어 다음 VOLPARM 및 POOLPARM 문은 CONFIG 전역 값을 대체하는 재생 매개변수 값을 사용하여 이름이 지정된 풀 SYS1MVCT1에 대해 암호화할 T10000 전체 볼륨의 범위를 정의합니다.
VOLPARM VOLSER(T10K2000-T10K2999)MEDIA(T10000T1)RECTECH(T1AE) POOLPARM NAME(SYS1MVCT1)TYPE(MVC)MVCFREE(40) MAXMVC(4) THRESH(60) START(70)
SET VOLPARM을 실행하여 볼륨 및 풀 정의를 적용합니다.
SET VOLPARM APPLY(YES)
스토리지 클래스를 정의하고 이름이 지정된 MVC 풀과 연관시킵니다.
예를 들어 다음 STORclas 문은 STORCL1을 정의하고 이 스토리지 클래스를 이름이 지정된 MVC 풀 CUST1POOL과 연관시킵니다. 스토리지 클래스 STORC1에 대해 MVC를 사용하도록 요청할 경우 이름이 지정된 풀 SYS1MVCT1에서만 MVC가 선택됩니다.
STOR NAME(STORCL1) MEDIA(T!AE) MVCPOOL(SYS1MVCT1)
3단계에서 정의한 스토리지 클래스를 지정하는 관리 클래스를 만들고 데이터 경로를 이름이 지정된 MVC 풀로 지정할 때 이 관리 클래스를 지정합니다.
자세한 내용은 "VTCS 관리 및 스토리지 클래스 만들기 및 사용: 기본 사항"을 참조하십시오.
다음 중 하나에 VTCS에 대한 관리 클래스 이름을 지정합니다.
SMC TAPEREQ 문
StorageTek DFSMS 인터페이스에 기록한 SMS 루틴 자세한 내용은 SMC 구성 및 관리를 참조하십시오.