3 ELS 외부 원격 저장 기능 사용

ELS 외부 원격 저장 기능(ELS 원격 저장소)은 이전 기능인 VSM 오프사이트 원격 저장 기능 대신 사용되며 성능이 크게 향상되었습니다. ELS 원격 저장소는 실제 테이프 볼륨을 원격 저장하기 위해 다음과 같은 향상된 기능을 제공합니다.

  • HSC CDS를 사용해서 원격 저장소 및 원격 저장된 볼륨 데이터를 저장합니다. TMS 대신 CDS 원격 저장 정보를 사용하면 다음과 같은 문제가 제거됩니다.

    • 자동화된 환경에 볼륨을 반환할 때 발생 가능한 작업자 오류 위험

    • 반환 끌어오기 목록에 누락된 경우 원격 저장소 위치에서 고립되는 볼륨

    • 반환된 원격 저장소 볼륨이 자동화된 환경에 잘못 남겨지는 문제

  • 다음 세 가지 원격 저장소 방법을 포함해서 LCM을 사용하여 원격 저장 프로세스를 관리할 수 있습니다.

ELS 외부 원격 저장 준비

첫번째 단계는 HSC CDS의 원격 저장된 볼륨 영역을 정의하는 것입니다. 이렇게 하려면 SLUADMIN SET VAULTVOL 유틸리티를 실행합니다. 예를 들면 다음과 같습니다.

SET VAULTVOL NBRVOLS(40000)

주:

  • 초기 정의 후 원격 저장소 볼륨을 추가해야 하는 경우에는 초기 저장 시 예상 수요를 지원하기에 충분한 볼륨을 허용하도록 MERGEcds를 사용해서 추가해야 합니다.

  • 원격 저장하려는 볼륨(실제 테이프 볼륨)과 이후 성장을 위한 오버헤드까지 수용할 수 있도록 CDS에서 빈 블록을 충분하게 준비해야 합니다. 원격 저장소 볼륨 공간 계산은 HSC 및 VTCS 구성을 참조하고 CDS가 원격 저장되는 볼륨을 포함하기에 충분히 크지 않은 경우 CDS를 확장하는 방법은 HSC 및 VTCS 관리를 참조하십시오.

두번째 단계는 원격 저장된 볼륨이 포함된 원격 저장소를 정의하는 단계입니다. 이렇게 하려면 각 원격 저장소에 대해 SLUADMIN SET VAULT 유틸리티를 실행합니다. 예를 들면 다음과 같습니다.

SET VAULT ADD NAME(DRVLT1) SLOTS(10000) DESC(’DR Vault’) 
SET VAULT ADD NAME(LTRVLT1) SLOTS(20000) DESC(’LTR Vault’) 
SET VAULT ADD NAME(FLOOR) SLOTS(500) DESC(’Floor Vault’)

주:

정의하는 모든 원격 저장소에 있는 총 슬롯 수는 VAULTVOL 문에 지정된 볼륨 수를 초과할 수 없습니다.

HSC는 원격 저장소 및 원격 저장된 볼륨을 정의하며, LCM은 이를 관리합니다. 특히 다음과 같은 LCM 원격 저장 매개변수에 주의하십시오.

GRACEPERIOD

원격 저장소에서 반환할 볼륨을 선택한 시간과 실제로 자동화된 환경에 반환된 시간 사이의 일 수입니다. 유예 기간은 이전 볼륨이 반환되기 전 새 볼륨이 원격 저장소에 도착할 수 있도록 안전 기간을 제공합니다. 지정하지 않은 경우의 기본값은 3일입니다.

DEFAULT

DEFAULTGRACEPERIOD와 서로 배타적이며, 일반적으로 LCM EJECT(ASNEEDED)를 사용해서 자동화된 환경에서 꺼내진 모든 볼륨을 자동으로 포함하는 "플로어"(수동 랙) 원격 저장소에 대해 사용됩니다. 활성 상태이지만 더 이상 올바른 자동화 후보가 아닌 볼륨과 같은 ACS에서 꺼내는 중인 다른 볼륨도 이 원격 저장소에 지정할 수 있습니다. 일반적으로 이러한 항목은 실제로 데이터 센터 플로어에 있는 랙인 정의된 원격 저장소가 됩니다. DEFAULT는 이러한 볼륨을 언제라도 ACS에 다시 넣을 수 있도록 허용하는 유예 기간이 0일입니다.

또한 표준 꺼내기 옵션을 모든 원격 저장소 볼륨에 대해 사용할 수 있습니다. 여기에는 사용할 CAP, 꺼내기 메시지 정의, 꺼내기 모드, 꺼내기가 슬롯 또는 볼륨 순차 순서에 포함되는지 여부가 포함됩니다.

DR 및 LTR에 대한 MVC 만들기

MVC가 DR용으로 원격 저장될 때마다, 각 VTV의 복사본을 최소 2개 이상 만들어서 MVC를 구분해야 합니다. 하나는 온사이트에 유지되고, 다른 MVC는 꺼내서 외부 원격 저장소에 배치합니다. 이 작업은 VTV에 지정된 관리 클래스에서 2개의 스토리지 클래스를 지정하여 수행됩니다.

따라서 데이터를 보호해야 하지만 다음과 같이 가능한 한 경제적인 방식으로 MVC 공간을 사용할 수 있어야 합니다.

  • 가능한 한 적은 개수의 스토리지 클래스를 정의합니다. 스토리지 클래스가 너무 많으면 MVC도 너무 많아지고, 또는 MVC에 포함된 VTV 수가 줄어듭니다.

  • 가능한 한 적은 수의 VTSS를 사용해서 MVC를 만듭니다. 가능하다면 VTSS를 하나만 사용해서 원격 저장소 MVC를 만듭니다.

MVC를 만들고 원격 저장할 때 고려해야 할 다른 사항이 있습니까? 다음을 고려하십시오.

  • 첫째, VTV는 가능한 한 빨리 원격 저장소 MVC에 마이그레이션되어야 합니다. 이러한 VTV는 일반적으로 다른 작업 단계에 대한 입력으로 사용되지 않으므로, 꺼내서 원격 저장소로 이동할 수 있습니다.

  • 둘째, DR VTV는 만료되는 속도가 다릅니다. MVC에서 만료 날짜가 비슷한 VTV를 그룹으로 묶는 것이 좋습니다. 하지만 원격 저장소로 보내기 위해 생성되는 총 MVC 수를 줄이려면 이러한 그룹 수를 제한하십시오. 더 적은 수의 MVC로 VTV를 통합하기 위한 작업이 수행될 예정이므로, 2개 그룹(다음 7일 이내와 같이 매우 짧은 만료 기간의 VTV에 대한 그룹 하나와 다른 모든 볼륨에 대한 그룹 하나)을 초과하면 이로 인한 이점이 최소화됩니다. 카탈로그에서 제어되는 VTV는 실제 만료 날짜를 알 수 있는 방법이 없으므로 두번째 그룹의 일부로 고려되어야 합니다.

  • 셋째, DR 및 LTR 목적으로 원격 저장소를 별도로 설정할 필요는 없지만, DR MVC를 별도의 원격 저장소에 배치하는 것이 좋을 수 있습니다. 이렇게 하면 필요할 때 이러한 볼륨을 수집하고 DR에 보낼 수 있습니다.

    LTR 데이터의 경우에는 고려 사항이 약간 다릅니다. 첫째, LTR 데이터는 정의에 따라 확장된 기간 동안 만료되지 않습니다. 따라서, 시간 경과에 따라 만료되는 DR 데이터와 달리 LTR MVC는 조각화되지 않습니다. 이러한 MVC의 초기 주기적 처리가 수행되어 DR MVC에서와 같이 가능한 한 많이 원격 저장된 MVC를 가져오지만 충분히 채워진 다음에는 이러한 MVC가 정적으로 유지됩니다. 이러한 볼륨에 대해서는 단일 스토리지 클래스 이상을 설정할 필요가 없습니다. 하지만 일부 LTR 데이터를 즉시 마이그레이션해야 할 수 있으며, VTCS 자동 마이그레이션이 이를 선택할 때 다른 데이터를 마이그레이션할 수 있습니다. 따라서 스토리지 클래스를 하나 지정하지만 LTR 데이터에 대해서는 관리 클래스를 2개 지정해야 할 수 있습니다.

원격 저장 기능을 사용할 때의 DELSCR 고려 사항

DELSCR(YES)로 인해 VSM이 스크래치된 VTV를 삭제해서 VTSS 버퍼 공간 및 MVC 공간을 비우는, VSM이 스크래치된 VTV를 삭제하는지 여부를 지정하려면 MGMTclas 문의 DELSCR 매개변수를 사용합니다. DR 및 LTR 관리 클래스에 대해 DELSCR(YES) 지정을 고려하십시오. DELSCR(YES)을 지정할 경우에는 스크래치 동기화에 대해 LCM SYNCVTV만 사용합니다. LCM을 사용해서 스크래치 동기화를 관리하는 방법에 대한 자세한 내용은 LCM 사용 설명서를 참조하십시오.

원격 저장된 볼륨이 ACS에 반환될 때 수행되는 작업

볼륨이 외부에서 원격 저장된 볼륨인지 여부를 확인하기 위해 넣는 모든 볼륨을 확인할 수 있도록 ELS 원격 저장 기능에 대한 HSC 넣기 프로세스가 수정되었습니다. 이러한 원격 저장된 볼륨의 경우, CDS 원격 저장소 레코드의 반환 날짜 필드에 따라 다음 두 가지 작업 중 하나가 수행됩니다.

  • 반환 날짜에 도달하면 볼륨을 넣고, 꺼내기 프로세스에서 저장된 볼륨 메타데이터가 복원되고, 볼륨이 원격 저장소 레코드에서 제거됩니다.

  • 반환 날짜에 도달하지 않았거나, 볼륨에 대해 반환 날짜가 설정되지 않은 경우, 볼륨을 넣고, 꺼내기 프로세스에서 저장된 볼륨 메타데이터가 복원되지만, 볼륨이 원격 저장소 레코드에 남게 되고, 다음 꺼내기 프로세스에 의해 자동으로 꺼내집니다. 이렇게 되는 이유는 무엇일까요? 몇 가지 이유가 있지만, 가장 일반적인 두 가지 이유는 일종의 데이터 복구 프로세스로 볼륨이 반환되었거나 원격 저장소에서 잘못된 볼륨을 끌어왔기 때문입니다(가장 일반적인 경우). 어떤 이유에서든지, 볼륨은 원격 저장소에 속하며, 해당 위치로 반환되고 보호 상태가 재개됩니다.

참고 - 이 프로세스는 물리적 원격 저장소에 원격 저장된 볼륨에 대한 프로세스입니다. 원격 라이브러리에 원격 저장된 볼륨의 경우, 약간 달라집니다. "원격 라이브러리의 MVC를 사용한 DR 원격 저장"을 참조하십시오.

DR용 MVC 원격 저장

DR 시나리오에서는 VTSS 버퍼 사용을 최적화하고, 중요 데이터에 대한 신속한 마이그레이션을 보장하고, 데이터 가용성을 유지 관리해야 하는 일반적인 비즈니스 목표가 있습니다.

MVC를 사용한 기본 DR 원격 저장

이 접근 방식에서 DR 볼륨은 매일 생성되므로, 이를 DR 원격 저장소로 이동하기 위한 처리가 매일 실행되어 MVC가 오프사이트로 안전하게 이동되어 보호될 수 있도록 보장합니다.

주:

  • DR용으로 생성된 모든 VTV 및 "2단계 - 원격 저장소 MVC 내보내기"에 생성된 매니페스트 파일 테이프를 포함한 모든 고유 테이프는 해당 사이트의 TMS에 의해 제어됩니다(volumeexpiration용). 이 프로세스는 관련된 MVC 및 이렇게 선택된 포함된 고유 볼륨의 원격 저장으로 제한됩니다.

  • MVC는 하나의 원격 저장소에만 지정할 수 있습니다. 새 원격 저장소에 볼륨을 지정하려면 해당 볼륨을 먼저 이전 원격 저장소 지정에서 제거해야 합니다.

  • 7단계 - 원격 저장된 MVC 반환 준비에서는 조각화되었거나 생성 시 일부만 채워진 DR MVC의 재사용을 허용하는 주기적 처리가 시작됩니다. 이 작업은 로컬 MVC에 있는 현재 VTV의 복사본을 사용해서 원격 저장된 MVC의 "논리적" MVC 비우기를 수행해서 완료됩니다. 주기적인 처리 방식은 원격 저장소에 있는 총 볼륨 수를 최소화하고, 특정 환경에 적합한 선택 조건을 사용해서 수해되는 전반적인 관련 작업이 최소한으로 줄어들도록 보장합니다. 원격 저장된 MVC의 성공적인 "논리적" 비우기 후에는 반환 날짜가 해당 볼륨의 CDS에 설정됩니다. 매니페스트 파일 테이프와 같은 고유 볼륨의 경우, TMS에서 스크래치 상태로 전환된 볼륨이 선택되고 반환되도록 설정됩니다. 일 단위에서 월 단위까지 주기적 처리를 실행할 빈도를 결정합니다.

1단계 - 원격 저장소 VTV/MVC 만들기

DR 원격 저장소 VTV는 2개의 스토리지 클래스로 연결되는 관리 클래스를 사용해서 생성됩니다. 스토리지 클래스 중 하나는 로컬 환경 내에 유지되는 MVC를 만들고, 다른 하나는 원격 저장된 MVC를 만듭니다. 예를 들면 다음과 같습니다.

STOR NAME(DRLOC)ACS(00) MEDIA(STK1RD)
STOR NAME(DRVLT1) ACS(00) MEDIA(STK1RD)

2단계 - 원격 저장소 MVC 내보내기

다음 예제에 표시된 것처럼 LCM 매개변수 파일을 통해 원격 저장소 MVC를 내보냅니다.

Options
  NoSync
  NoTMS 
  ;
Vault
  Name('DRVLT')
  NoSync
  GracePeriod(3)
  ;
Action
  Export
  Control(Serial )
  MVC
  DSN(DRVAULT.MANIFEST)
  Storageclass(DRVLT1) 
  Vault('DRVLT')
  ;

이 예제에 대한 설명은 다음과 같습니다.

  • 원격 저장에는 TMS 정보가 사용되지 않고 TMS 메타데이터가 필요하지 않기 때문에 OPTIONS 문은 NOSYNCNOTMS를 지정합니다.

  • VAULT 문은 DR 원격 저장소로 DRVLT를 지정합니다.

  • ACTION EXPORT 문은 다음을 지정합니다.

    • volser로 MVC를 내보냅니다.

    • 내보내기 매니페스트 파일(DRVAULT.MANIFEST)을 만듭니다. 이 경우에는 DR MVC를 사용해서 꺼내고 저장된 ACS의 볼륨입니다.

    • "1단계 - 원격 저장소 VTV/MVC 만들기"에서 만든 원격 저장소 스토리지 클래스로 연결됩니다.

    • DR 원격 저장소(DRVLT)를 정의하고 이전에 원격 저장소에 지정되지 않은 항목에 MVC를 지정합니다.

주:

내보낸 MVC는 내보내기 처리 시에 읽기 전용으로 표시됩니다.

여러 개의 원격 저장소 스토리지 클래스를 만들 수 있습니다(예: VTV가 포함된 MVC를 서로 다른 만료 날짜에 따라 구분). 동일한 원격 저장소에 서로 다른 원격 저장소 스토리지 클래스를 지정하려면, 단일 ACTION EXPORT 문에서 수행할 수 있습니다. 예를 들어, 다음 문은 스토리지 클래스 DRVLT1DRVLT2를 동일한 원격 저장소(DRVLT)에 지정합니다.

Action 
  Export
  Control(Serial )
  MVC
  DSN(DRVAULT.MANIFEST) 
  Storageclass(DRVLT1
               DRVLT2) 
  Vault('DRVLT')
  ;

3단계 – (선택사항) 추가 데이터 세트를 매니페스트 파일 테이프에 기록

매니페스트 파일 테이프를 "2단계 - 원격 저장소 MVC 내보내기"에서 만든 다음에는 HSC CDS(컨트롤 데이터 세트), TMS 카탈로그, 시스템 카탈로그 및 기타 중요한 "시점" 데이터 세트를 매니페스트 파일 테이프에 복사하여 추가적인 DR 복구 지점을 제공하는 작업을 실행할 수 있습니다.

4단계 - 원격 저장소 MVC 꺼내기

다음 예제에 표시된 것처럼 LCM 매개변수 파일을 사용해서 원격 저장소 MVC를 꺼냅니다.

Options
  NoSync
  NoTMS
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Eject
  When(
  (inLsm)
  and
  (VaultName EQ 'DRVLT')
  Control(Serial)
  Ejmsg('Move to DR Vault') 
  ;

이 예제에 대한 설명은 다음과 같습니다.

  • 원격 저장에는 TMS 정보가 사용되지 않고 TMS 메타데이터가 필요하지 않기 때문에 OPTIONS 문은 NOSYNCNOTMS를 지정합니다.

  • VAULT 문은 DR 원격 저장소로 DRVLT를 지정합니다.

  • ACTION EJECT 문은 다음을 지정합니다.

    • volser로 DRVLT에 지정된 MVC 꺼내기

    • 꺼내기 메시지

5단계 - 고유 볼륨 꺼내기(매니페스트 파일 테이프 포함)

다음 예제에 표시된 것처럼 LCM 매개변수 파일을 사용해서 고유 볼륨(매니페스트 파일 테이프 포함)을 꺼냅니다.

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J) 
  DDname(LCMTMSDB)
  ;
Vault
  Name('DRVLT')
  GracePeriod(3) 
  ;
Action
  Eject
  When(
  (InLsm)
  and
  (DataSetName EQ 'DRVLT.MANIFEST')
  and
  (TMSScratch EQ False)
     )
  Control(Serial)
  Ejmsg('Move to DR Vault')
  ;

이 예제에 대한 설명은 다음과 같습니다.

  • 원격 저장 시 TMS 정보가 사용되지 않기 때문에 OPTIONS 문은 NOSYNC를 지정합니다.

  • VAULT 문은 DR 원격 저장소로 DRVLT를 지정합니다.

  • ACTION EJECT 문은 다음을 지정합니다.

    • 매니페스트 파일 테이프를 꺼냅니다.

    • TMS에서 스크래치되지 않은 모든 고유 볼륨을 꺼냅니다.

    • 꺼내기 메시지

6단계 - 원격 저장소에서 반환할 볼륨의 끌어오기 목록 만들기

다음 예제에 표시된 것처럼 LCM 매개변수를 사용해서 끌어오기 목록을 만듭니다.

Options
  NoSync
  NoTMS
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Report
  Volume
  Sysout(*)
  Title('Return Report')
  When(
  (VaultName EQ 'DRVLT')
  and
  (VaultReturnDate LE TODAY)
  and
  (VaultReturnDate NE MISSING)
      )
  Column (Serial,
          VaultSlot)
  ;

이 예제에 대한 설명은 다음과 같습니다.

  • 원격 저장에는 TMS 정보가 사용되지 않고 TMS 메타데이터가 필요하지 않기 때문에 OPTIONS 문은 NOSYNCNOTMS를 지정합니다.

  • VAULT 문은 DR 원격 저장소로 DRVLT를 지정합니다.

  • REPORT VOLUME 문은 이전에 지정된 반환 날짜에 도달한 원격 저장소의 볼륨이 나열된 보고서를 만듭니다. 이 예제는 사용자가 반환한 볼륨에 대해 추가 선택 조건을 추가할 수 있는 간단한 예제입니다.

주:

  • TODAYMISSING은 날짜를 고려할 때의 고유 값입니다. TODAY는 LCM 실행 날짜로 변환됩니다. MISSING은 해당 날짜에 대한 값이 없음을 나타냅니다. 이 예제에서는 설정된 날짜가 없음을 의미합니다. 누락된 날짜가 현재 날짜보다 이전(Less Than)이므로 두 조건이 모두 필요합니다.

  • 4, 5 및 6단계는 단일 작업 단계로 결합될 수 있습니다. 일부 경우에는 원격 저장소에서 볼륨이 반환되기 전날에 6단계가 주기적으로 실행됩니다.

7단계 - 원격 저장된 MVC 반환 준비

다음 예제에 표시된 것처럼 LCM 매개변수 파일을 사용해서 반환할 원격 저장된 MVC를 준비합니다.

Options
  NoSync
  NoTMS
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Drain
  When(
  (MVC EQ True)
  and
  (VaultName EQ 'DRVLT')
  and
  (MVCVTVCount LE 30)
  and
  (MVCInUse LE 30)
  and
  (Days_Since(VaultAssignmentDate) GT 7)
  )
  Control(MVCVTVCount
  Ascending)
  Limit(30)
  ;

이 예제에 대한 설명은 다음과 같습니다.

  • 원격 저장에는 TMS 정보가 사용되지 않고 TMS 메타데이터가 필요하지 않기 때문에 OPTIONS 문은 NOSYNCNOTMS를 지정합니다.

  • VAULT 문은 DR 원격 저장소로 DRVLT를 지정합니다.

  • DR 원격 저장소에 현재 있는 MVC의 경우, ACTION DRAIN 문은 다음과 같은 MVC 비우기를 지정합니다.

    • VTV 30개 미만

    • 사용 중인 시간이 30% 미만

    • 최소한 7일 이상 원격 저장소에 보관

    • 반환되는 MVC 수를 최대 30개로 제한

    • 반환 날짜는 GracePeriod 매개변수로 3일로 설정됩니다.

MVC를 비우기 위한 매개변수 파일을 만들 때는 비우기 처리 주기 및 조각화되었거나 부분적으로 채워진 MVC의 재사용 요구 사이에서 균형을 조정해야 할 수 있습니다. 또한 MVCVTVCount, MVCInUse, Days_SinceLIMIT 매개변수는 이러한 요구사항을 균형적으로 조정하기 위한 컨트롤을 제공합니다.

8단계 – 원격 저장된 반환할 고유 볼륨 준비

다음 예제에 표시된 것처럼 LCM 매개변수 파일을 사용해서 반환할 고유 볼륨을 준비합니다.

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J)
  DDname(LCMTMSDB)
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Vault
  Return
  When(
  Not (MVC)
  and
  (VaultName EQ 'DRVLT')
  and
  (TMSScratch EQ True)
      )
  ;

이 예제에 대한 설명은 다음과 같습니다.

  • 원격 저장 시 TMS 정보가 사용되지 않기 때문에 OPTIONS 문은 NOSYNC를 지정합니다.

  • TMS RMM 문은 TMS 메타데이터 처리를 추가하기 위해 필요합니다.

  • VAULT 문은 DR 원격 저장소로 DRVLT를 지정합니다.

  • ACTION VAULT RETURN 문은 MVC가 아니고 TMS에서 스크래치 상태가 아닌 볼륨에 대해 반환 날짜를 설정합니다(GracePeriod 매개변수 사용).

9단계 - 반환된 볼륨 넣기

6단계 - 원격 저장소에서 반환할 볼륨의 끌어오기 목록 만들기에서 생성된 보고서에 표시되는 볼륨은 DR 원격 저장소에서 제거되고 로컬 환경으로 반환됩니다. ACS에서 이러한 볼륨을 넣으면 HSC가 각 볼륨에 대해 지정된 원격 저장소 반환 날짜에 도달했는지 여부를 확인합니다. 날짜에 도달했으면 일정이 잡힌 반환 날짜에 도달하고 원격 저장소에서 제거됩니다. 그런 다음 반환된 MVC를 마이그레이션할 수 있으며, LCM SYNC 처리가 수행될 때 CDS에서 고유 볼륨이 스크래치로 생성됩니다. 원격 저장소 반환 날짜에 도달하지 않았으면 볼륨이 "4단계 - 원격 저장소 MVC 꺼내기"에 따라 꺼내집니다.

원하는 경우 다음 예제에 표시된 것처럼 7단계 및 8단계를 단일 LCM 매개변수 파일로 결합할 수 있습니다.

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J)
  DDname(LCMTMSDB)
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Drain
  When(
  (MVC EQ True)
  and
  (VaultName EQ 'DRVLT')
  and
  (MVCVTVCount LE 30)
  and
  (MVCInUse LE 30)
  and
  (Days_Since(VaultAssignmentDate) GT 7)
      )
  Control(MVCVTVCount
  Ascending)
  Limit(30)
  ;
Action
  Vault
  Return
  When(
  Not (MVC)
  and
  (VaultName EQ 'DRVLT')
  and
  (TMSScratch EQ True)
      )
  ;

MVC를 사용한 다중 주간 DR 원격 저장

일부 사이트에서는 DR 처리에 중요 데이터에 대해 주간 전체 볼륨 백업이 포함과 다음 6일 동안 매일 증분 백업이 포함된 경우 여러 개의 주간 프로세스를 사용하도록 선택할 수 있습니다. 외부 원격 저장 프로세스는 생성일에 볼륨을 오프사이트로 이동합니다. 이 프로세스는 DR 데이터를 오프사이트로 유지하고 4번째 주가 시작될 때까지 완료되는 4주 주기로 수행됩니다. MVC를 사용한 기본 DR 원격 저장 및 다중 주간 프로세스 사이의 유일한 차이점은 아래 설명된 대로 7단계 및 8단계의 선택 조건 차이뿐입니다. 이 작업은 만료 날짜를 설정해서 수행되므로, 연관된 MVC 및 매니페스트 파일 테이프의 원격 저장소 VTV(및 기타 모든 관련된 고유 테이프)가 생성 후 22일째 되는 날에 만료됩니다.

다중 주간 타임라인은 다음과 같습니다.

  • 1일 - 전체 볼륨 백업(22일차에 만료).

  • 2일 – 증분 백업 #1(22일차에 만료).

  • 3일 – 증분 백업 #2(22일차에 만료).

  • 4일 – 증분 백업 #3(22일차에 만료).

  • 5일 – 증분 백업 #4(22일차에 만료).

  • 6일 – 증분 백업 #5(22일차에 만료).

  • 7일 – 증분 백업 #6(22일차에 만료).

  • 8~21일 – 볼륨이 오프사이트로 존재합니다.

  • 22일 – 1~7일 사이의 백업 및 매니페스트 파일 테이프가 만료되고 VTV가 LCM VTVSYNC 프로세스를 통해 CDS에서 스크래치로 이동합니다. MVC는 7단계 - 원격 저장된 MVC 반환 준비 및 "8단계 – 원격 저장된 반환할 고유 볼륨 준비"에 대한 선택 조건에서 다음과 같은 매개변수를 사용해서 비워집니다.

    DAYS SINCE (VaultAssignmentDate) GT 15
    

    비워진 MVC 및 매니페스트 파일 테이프의 반환 날짜는 25일로 설정되었습니다.

    주:

    주기 중 처음 7일 동안 원격 저장소에 지정된 모든 MVC는 비워집니다. DR VTV의 만료 날짜가 올바르게 설정된 경우, 이 지점에는 현재 VTV가 없어야 하며, 논리적 비우기 프로세스가 신속하게 실행됩니다. 현재 VTV가 새 MVC에 기록된 경우 잘못된 만료 날짜가 설정되었기 때문입니다.
  • 23일 및 24일 – 볼륨이 오프사이트로 유지됩니다.

  • 25일 – 1~7일 동안의 원격 저장된 볼륨이 반환되고 원격 저장소 상태에서 제거되며, 재사용할 수 있도록 제공됩니다.

  • 29일 – 주기가 반복됩니다.

    주:

    일부 사이트에서는 전체 볼륨 백업만 오프사이트로 내보내고 증분 백업은 온사이트에 보존할 수 있습니다. 이 경우에는 증분 MVC 및 관련 매니페스트 파일과 고유 볼륨을 잠겨 있고 25일 반환될 때까지 다시 열리지 않는 컨테이너에 배치합니다. 이 지점에서는 1일에 생성된 모든 볼륨이 만료됩니다.

원격 라이브러리의 MVC를 사용한 DR 원격 저장

이 프로세스에서는 물리적 원격 저장소에 볼륨을 원격 저장하는 대신 원격 라이브러리(ACS)에 볼륨이 원격 저장됩니다. 이 프로세스는 MVC를 사용한 기본 DR 원격 저장과 비슷하지만 다음과 같은 예외사항이 있습니다.

  • 1~3단계 - 변경사항이 없습니다.

  • 4단계 - 원격 저장된 MVC에 대한 꺼내기가 수행되지 않았기 때문에 제거되었습니다.

  • 5단계 - 4단계와 같이, 고유 볼륨이 꺼내지지 않습니다. 대신 Action Vault Assign 문이 다음 예제에 표시된 것처럼 이러한 고유 볼륨에 대한 꺼내기를 수행하는 데 사용되는 동일한 선택 조건을 사용해서 원격 저장소에 고유 볼륨을 지정합니다.

    Options
      NoSync
      ;
    TMS
      RMM
      Dateform(J)
      DDname(LCMTMSDB)
      ;
    Vault
      Name('DRVLT')
      GracePeriod(3)
      ;
    Action
      Vault
      Assign
      Vault('DRVLT')
      When(
      (InLsm)
      and
      (DataSetName EQ 'DRVLT.MANIFEST')
      and
      (TMSScratch EQ False)
          )
      ;
    
  • 6단계 - 볼륨을 다시 넣지 않으므로 제거되었습니다.

  • 7단계 - 변경사항이 없습니다.

    주:

    비우기 처리가 원격 라이브러리 내에서 수행되었기 때문에 수동 원격 저장소에 있는 볼륨에 대한 논리적 비우기 처리보다 효율적으로 비우기가 수행됩니다.
  • 8단계 - 변경사항이 없습니다.

  • 9단계 - 기본 프로세스에서 원격 저장소 지정은 원격 라이브러리 시나리오에서는 넣기 처리가 발생하지 않으므로 제거되었습니다. 원격 저장된 볼륨을 제거하려면 Action Vault Release 문을 사용합니다. 릴리스할 원격 저장된 볼륨이 이전에 끌어오기 목록을 생성하기 위해 수행된 대로 Vault NameReturn Date로 선택되었습니다. Action Vault Release 문은 해당 Return Date에 도달한 원격 저장된 볼륨만 처리합니다.

    다음은 Action Vault Release 문의 예를 보여줍니다.

    Options
      NoSync
      NoTMS
      ;
    Vault
      Name('DRVLT')
      GracePeriod(3)
      ;
    Action
      Vault
      Release
      When(
      (VaultName EQ 'DRVAULT')
      and
      (VaultReturnDate LE TODAY)
      and
     (VaultReturnDate NE MISSING)
          )
      ;
    

LTR용 MVC 원격 저장

LTR(장기 보존) MVC를 보유하기 위해 MVC를 사용하는 프로세스는 기본적으로 "MVC를 사용한 기본 DR 원격 저장"에 설명된 재해 복구 기본 프로세스와 동일합니다. LTR을 사용하기 위한 두 가지 중요 고려 사항은 다음과 같습니다.

  • 2단계 - 원격 저장소 MVC 내보내기부터 "5단계 - 고유 볼륨 꺼내기(매니페스트 파일 테이프 포함)"까지 원격 저장소로 이동은 일별 기능이 아닐 수 있으므로, 원격 저장되기 전에 더 많은 LTR 볼륨이 완전히 채워집니다.

  • LTR VTV는 긴 시간 동안 만료되지 않으므로, 기술된 주기적 프로세스는 장기 간격에서만 발생합니다. 아직까지 부분적으로만 채워진 LTR MVC가 존재할 수 있으므로, 일부 간격에서는 부분적으로 채워진 MVC의 VTV가 더 적은 수의 LTR MVC에 통합되도록 이렇게 부분적으로 채워져서 VTV 수가 적고 MVC 사용율이 낮은 MVC를 처리해야 합니다.

이후 특정 지점에서는 아카이브된 데이터를 새 매체로 이동하기 위해 LTR MVC에 대해 논리적 비우기를 수행해야 할 수 있습니다. 기본 프로세스는 적절한 선택 조건 옵션을 선택하고 한 번에 처리되는 원격 저장된 LTR MVC 수를 제한하여 이 작업을 쉽게 수행할 수 있습니다. 각 작업을 실행할 때 아직 현재 VTVS는 새 매체로 이동되고, 이러한 새 MVC는 원격 저장소로 이동되고, 논리적으로 비워진 MVC는 재사용 또는 파괴하도록 반환됩니다.

특정 볼륨을 로컬(플로어) 원격 저장소로 꺼내기

많은 사이트에서 특정 볼륨을 자동화된 환경에서 제거하고 이러한 볼륨을 로컬 환경의 랙에 로컬로 효율적으로 보관해야 할 수 있습니다. 이러한 요구사항은 볼륨을 사용하지 못하도록 폐기하고 나중에 볼륨을 사용할 수 있도록 보관하기 위한 활동 등으로 인해 비롯될 수 있습니다. 여러 원격 저장소로 전송 중인 특정 볼륨에서 여러 로컬/플로어 원격 저장소를 정의할 수 있지만, 하나의 로컬/플로어 원격 저장소만 "기본" 원격 저장소로 정의할 수 있습니다. 로컬/플로어 원격 저장소에 배치되는 모든 볼륨에는 반환 날짜가 자동으로 현재 날짜로 지정됩니다. 이렇게 하면 이러한 볼륨을 자동화된 환경에 반환하고 추가 작업 없이 해당 원격 저장소 지정에서 삭제할 수 있습니다.

다음 예에서는 특정 볼륨을 플로어 원격 저장소로 꺼내는 LCM 매개변수 파일 예를 보여줍니다.

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J)
  DDname(LCMTMSDB)
  ;
Vault
  Name('FLOOR')
  Default
  ;
Action
  Eject
  When(
  (InLsm EQ True)
  and
  (DaysSinceReference GT 100)
  and
  (MVC EQ False) 
  and
  Not
  (DataSetName Matches 'HMIG.**') 
      )
  Control(
         VaultSlot
         Ascending
         )
  Ejmsg('Move to Floor Vault')
  ;
Manage
  ACSID(00)
  Numfree(500)
  ;

이 예제에 대한 설명은 다음과 같습니다.

  • 원격 저장 시 TMS 정보가 사용되지 않기 때문에 OPTIONS 문은 NOSYNCH를 지정합니다.

  • TMS RMM 문은 TMS 메타데이터 처리를 추가하기 위해 필요합니다.

  • VAULT 문은 기본 플로어 원격 저장소로 FLOOR를 지정합니다.

  • ACTION EJECT 문은 다음과 같은 플로어 원격 저장소에 볼륨을 내보내도록 지정합니다.

    • LSM에 있는 원격 저장소

    • 100일 이상 참조되지 않은 원격 저장소

    • MVC가 아닌 원격 저장소

    • 데이터 세트 이름 마스크가 HMIG.**인 원격 저장소

  • ACTION EJECT 문은 또한 다음을 지정합니다.

    • 오름차순의 volser 순서로 프로세스 볼륨을 지정합니다.

    • TMS 슬롯 번호별로 내보냅니다.

    • 꺼내기 메시지

  • MANAGE 문은 다음을 지정합니다.

    • ACS 00의 관리 볼륨

    • ACS에 빈 셀이 500개 있도록 보장