주:

이 사용지침서에서는 Oracle Cloud에 액세스해야 합니다. 무료 계정에 등록하려면 Oracle Cloud Infrastructure Free Tier 시작하기를 참조하십시오.
Oracle Cloud Infrastructure 인증서, 테넌시 및 구획에 대한 예제 값을 사용합니다. 실습을 마치면 이러한 값을 자신의 클라우드 환경과 관련된 값으로 대체합니다.

OCI Full Stack Disaster Recovery를 활용한 Oracle Analytics Cloud 복구 자동화

1부 - 소개

Oracle Cloud Infrastructure(OCI) Full Stack Disaster Recovery는 클릭 한 번으로 전 세계 OCI 리전 간 컴퓨트, 데이터베이스, 애플리케이션 전환을 통합관리합니다. 고객은 기존 인프라, 데이터베이스 또는 애플리케이션을 재설계하거나 재설계하지 않고도 하나 이상의 비즈니스 시스템을 복구하는 데 필요한 단계를 자동화할 수 있습니다.

Oracle Analytics Cloud(OAC)는 관리형 OCI Platform as a Service 오퍼링(PaaS)으로, OAC 자체가 컴퓨트, 스토리지 또는 데이터베이스를 OCI 사용자에게 노출하지 않기 때문에 Full Stack DR이 기본적으로 관리할 수 있는 것은 아닙니다. 그러나 OAC와 같은 특정 서비스의 엔지니어링 팀이 OCI 지역 간 재해 복구를 위해 서비스를 배포하고 복구하는 방법을 문서화한 경우 Full Stack DR은 PaaS 오퍼링에 대한 복구를 자동화할 수 있습니다. OAC 엔지니어링 팀은 OAC를 수동으로 배포하고 복구하는 방법을 설명하는 Oracle Analytics Cloud용 재해 복구 구성을 작성했습니다.

전체 스택 DR은 네트워킹, 컴퓨트, 스토리지, 스토리지 복제, 데이터베이스 또는 OAC 애플리케이션/서비스 자체를 포함하여 OAC(Oracle Analytics Cloud) 관련 항목을 설치, 구성 또는 배포하는 데 사용되지 않습니다. 어떤 방식으로든 전체 스택 DR을 사용하려고 시도하기 전에 Disaster Recovery Configuration for Oracle Analytics Cloud에 있는 단계별 지침에 따라 영역 간 DR에 대해 OAC를 완전히 배치해야 합니다.

전체 스택 DR을 사용하기 전에 Disaster Recovery Configuration for Oracle Analytics Cloud의 OAC 엔지니어링에서 제공하는 수동 복구 단계도 전환 및 전환(OAC 설명서의 폴백이라고도 함)에 대해 성공적으로 테스트해야 합니다.

OAC는 일반적으로 더 큰 시스템의 일부입니다.

이 사용지침서에서는 Oracle Analytics Cloud가 DR 보호 그룹에 추가되는 유일한 애플리케이션이라고 가정합니다. 이는 정상이 아닙니다.

이 자습서는 OAC만 문서 전체에서 표시되고 논의되어 작업을 단순하게 유지하는 것이 일반적입니다. 일반적으로 OAC는 단일 풀 스택 DR 보호 그룹 및 DR 계획 세트에 다양한 서비스와 애플리케이션을 포함하는 훨씬 더 크고 복잡한 비즈니스 시스템의 작은 부분입니다. PeopleSoft, WebLogic Server, Oracle Integration Cloud 등과 같은 다른 애플리케이션 및 서비스에 대해 유사한 Oracle Help Center 튜토리얼을 따를 가능성이 높습니다.

이 사용지침서에서는 움직이는 부품과 조각을 너무 많이 도입하여 독자를 압도하고 싶지 않기 때문에 Oracle Analytics Cloud를 자체적으로 구현하는 방법을 보여줍니다. 따라서 이 사용지침서에서는 혼동을 줄이고 Oracle Analytics Cloud의 복구를 자동화하는 데 필요한 사항에 초점을 맞추기 위해 OAC 자체를 보여줍니다.

증분 구현에 대한 주의

DR 계획을 생성한 후 DR 보호 그룹에 멤버를 더 추가하면 두 영역의 보호 그룹에 있는 모든 기존 DR 계획이 삭제됩니다.

Full Stack DR은 지정된 비즈니스 시스템에 대한 전체 애플리케이션 스택이 이미 OCI 리전에 배포되어 있으며 수동 DR이 이미 작동 중인 것으로 입증되었다고 가정하여 설계되었습니다. 비즈니스 시스템에 OAC 이상이 포함된 경우 DR 계획을 생성하기 전에 다른 모든 애플리케이션 또는 OCI 서비스의 모든 멤버를 DR 보호 그룹에 추가합니다.

복구 작동 방법

OAC용 복구 솔루션을 사용하려면 복구 작업(예: 페일오버 또는 스위치오버) 중에 일련의 사용자 정의 bash 스크립트를 실행하기 위해 전체 스택 DR이 필요합니다. 이 자습서에서 참조된 스크립트는 북미 분석 전문가 팀에서 제공하며 이 OAC DR 솔루션에 맞게 특별히 조정된 GitHub 저장소에서 사용할 수 있습니다. bash 스크립트는 복구 작업 중 전체 스택 DR이 관리할 애플리케이션 스택의 일부인 컴퓨트 인스턴스로 다운로드됩니다.

이 자습서에서는 스크립트를 다운로드하는 방법과 이후 단계에서 스크립트를 사용하는 방법에 대해 설명합니다. 이 자습서에서는 자습서에는 OAC 이외의 다른 항목이 포함되지 않으므로 bash 스크립트를 호스팅할 때만 아래의 옵션 2를 사용합니다.

스크립트 호스팅을 위한 옵션 1

OAC는 Oracle E-Business Suite, PeopleSoft 또는 JD Edwards Enterprise와 같은 애플리케이션과 다른 데이터베이스, 컴퓨팅 인스턴스 및 자체 개발 애플리케이션을 포함하는 보다 크고 복잡한 비즈니스 시스템의 일부인 경우가 많습니다. 이 경우 이미 비즈니스 시스템에 포함된 "이동 가능한" 컴퓨트 인스턴스 중 하나를 선택하여 스크립트를 호스팅하면 됩니다. 선택한 컴퓨트 인스턴스는 Oracle Linux가 설치된 모든 위치에서 사용할 수 있으며, 일부 종류의 애플리케이션 서버 또는 관리 서버와 같이 다른 용도로 사용되는 기존 VM일 가능성이 높습니다.

이 자습서에서는 애플리케이션 스택의 다른 목적을 실제로 충족하더라도 특정 컴퓨트 인스턴스를 제어 노드 또는 DR 노드라고 합니다.

스크립트 호스팅을 위한 옵션 2

복구 작업 중 OAC가 Full Stack DR이 관리할 유일한 응용 프로그램 서비스인 경우 스크립트를 호스트하기 위해서만 컴퓨팅 인스턴스를 만들어야 합니다.

일반적으로 전체 스택 DR은 복구 작업을 자동화하는 데 특수 관리 서버가 필요하지 않습니다. 그러나 이 경우 OAC는 Full Stack DR이 기본적으로 관리할 수 있는 것이 아니므로 특수 관리 서버 역할을 하는 컴퓨트 인스턴스를 생성합니다. 특수 관리 서버는 이 문서 전체에서 제어 노드 또는 DR 노드로 표시됩니다. 제어 노드의 전체 목적은 단순히 복구 작업 중 사용자 정의 스크립트가 상주하고 전체 스택 DR에 의해 호출될 수 있는 서버 역할을 하는 것입니다. 이 자습서에서는 DR 계획의 일부로 사용자정의 DR 계획 그룹 및 단계를 생성하여 제어 노드에 설치된 스크립트를 호출하는 방법에 대해 설명합니다.

OAC 배포 아키텍처

Full Stack DR을 도입하려면 먼저 OCI 리전 전반에 재해 복구(DR)를 위해 OAC(Oracle Analytics Cloud)를 배포해야 합니다. 전체 스택 DR을 사용하여 복구 프로세스를 자동화하기 전에 OAC 엔지니어링에 설명된 대로 OAC를 복구하기 위한 수동 단계를 테스트하고 올바르게 작동하는 것이 매우 중요합니다.

OCI 리전 전체에 DR용 OAC를 배포할 때 아래 표시된 다음 두 가지 참조 아키텍처 중 하나를 따를 수 있습니다. 두 참조 아키텍처는 중복 리소스가 두 OCI 리전에 분산된 다중 계층 토폴로지를 보여줍니다.

옵션 1: OAC 공용 인스턴스 배치

Oracle Analytics Cloud 공용 인스턴스는 Oracle Service Network에 상주하며 인터넷에서 직접 액세스할 수 있습니다. Oracle Analytics Cloud 공용 IP 주소는 DNS 레지스트라로 직접 구성됩니다.

그림 1: OAC 공용 인스턴스를 사용할 때 OIC 참조 아키텍처

옵션 2: OAC 전용 인스턴스 배치

Oracle Analytics Cloud 전용 인스턴스는 공용 인터넷에서 액세스할 수 없으므로 액세스를 용이하게 하려면 OCI 공용 로드 밸런서가 필요합니다. 공용 로드 밸런서의 IP 주소가 DNS 레지스트라에 추가됩니다.

그림 2: OAC 전용 인스턴스를 사용할 때 OIC 참조 아키텍처

전체 스택 DR 배포 아키텍처

다음 그림은 전체 스택 DR에 대한 각 DRPG(DR Protection Group)에 멤버로 추가된 컴퓨트 리소스를 보여줍니다. 이는 전체 스택 DR이 OAC(Oracle Analytics Cloud Service) 외부에서 관리할 수 있는 다양한 구성요소를 나타냅니다.

OAC PaaS는 전체 스택 DR에 표시되지 않으므로 ADW(Autonomous Data Warehouse) 이외의 OAC 구성요소는 아래 표시된 DRPG 참조 아키텍처 중 하나에 표시되지 않습니다. 따라서 ADW 이외의 OAC에 대해서는 어느 한 지역의 DRPG에 추가되지 않습니다.

Full Stack DR은 복구 중 컴퓨팅, 블록 스토리지, 파일 스토리지, Oracle 데이터베이스, 로드 밸런서 및 기타 여러 리소스를 처리하기 위한 자동화 기능이 내장되어 있지만 OAC 자체를 위한 자동화 기능이 내장되어 있지 않습니다. OAC 복구는 이 자습서 전용의 GitHub 저장소에서 다운로드할 수 있는 일련의 bash 스크립트로 제어됩니다. 스크립트를 배치 및 제어하려면 다음 옵션 중 하나를 따라 선택한 컴퓨트 인스턴스에 bash 스크립트를 설치해야 합니다.

옵션 1: 독립형 응용 프로그램으로 OAC에 대한 복구 자동화

이 배치 구조는 일반적이지 않으며 OAC가 Full Stack DR에 의해 복구되는 유일한 응용 프로그램인 매우 드문 상황에 맞게 고안되었습니다. 이 경우 아래 DR 노드로 표시된 특수 컴퓨트 인스턴스가 생성되어 OAC 복구를 관리하기 위해 전체 스택 DR이 호출하는 사용자정의 bash 스크립트를 호스트합니다.

그림 3: 특수 DR 제어 노드가 필요한 전체 스택 DR 배치 구조

옵션 2: 애플리케이션 스택의 일부로 OAC에 대한 복구 자동화

아래 그림 4에 나와 있는 단순한 배포 아키텍처는 많은 서비스와 애플리케이션을 함께 복구해야 하는 더 크고 복잡한 애플리케이션 스택의 한 구성 요소인 OAC의 보다 일반적인 배포의 예입니다. 대부분의 비즈니스 시스템은 아래에 표시된 가상 시스템보다 훨씬 복잡하며, 일반적으로 추가 데이터베이스, 기타 Oracle 및/또는 비Oracle 애플리케이션과 OIC, ODI, OHS, IAM 등의 다른 OCI 서비스를 포함합니다.

이 경우 위의 그림 3과 같이 특수한 DR 노드를 만들 필요가 없습니다. OAC 복구를 관리하는 사용자 정의 bash 스크립트는 아래 그림 4에서 이동식 컴퓨팅으로 표시된 서버 중 하나에 설치할 수 있습니다.

그림 4: 특수 DR 제어 노드 없이도 전체 스택 DR 배포 아키텍처

전체 프로세스에 대한 이해

Full Stack Disaster Recovery 엔지니어링 팀은 사람들이 전체 프로세스 흐름을 이해할 수 있도록 이 자습서에 대한 일련의 동반자 비디오를 만들었습니다. 이 비디오는 다음 링크를 사용하여 액세스할 수 있는 YouTube 재생 목록의 일부입니다.

비디오 1: DR용 Oracle Analytics Cloud 배포
비디오 2: Oracle Analytics Cloud를 위한 자동 복구
비디오 3: Oracle Analytics Cloud의 복구를 자동화하는 데 사용되는 스크립트

2부 - 단계별 지침

이 부분에서는 Oracle Analytics CLoud를 전체 스택 DR에 추가하는 데 필요한 단계별 지침을 시작합니다.

이 자습서의 목표

이 자습서에서는 전체 스택 DR을 사용하여 OAC(Oracle Analytics Cloud)에 대한 복구를 자동화하는 방법을 설명하는 다음 단계를 다룹니다.

작업 1: OCI 지역 간 DR용 OAC 배포
1. OAC DR 제어 노드 준비
2. DR 제어 노드에 사용자정의 스크립트 다운로드
3. 두 OCI 리전에서 DR용 OAC를 수동으로 설치 및 배포
4. 원하는 영역 1에서 영역 2까지의 모든 Recovery 단계 수동 테스트
5. 원하는 영역 2에서 영역 1까지의 모든 Recovery 단계 수동 테스트
작업 2: 전체 스택 DR 준비
1. 전체 스택 DR에 대한 IAM 정책 생성
2. 기타 OCI 서비스에 대한 IAM 정책 생성
3. 로그에 대한 오브젝트 스토리지 버킷 생성
작업 3: DRPG(DR 보호 그룹) 생성
작업 4: 영역 1 및 영역 2 DRPG에 멤버 추가
작업 5: 영역 2에서 기본 DR 계획 생성(피닉스)
1. 전환 계획 생성
2. 복구 계획 생성
작업 6: 영역 2의 전환 계획 사용자 정의(피닉스)
작업 7: 영역 2에서 페일오버 계획 사용자 정의(피닉스)
작업 8: 영역 2에서 switchover 계획 실행(피닉스)
작업 9: 영역 1에서 기본 DR 계획 생성(애슈번)
1. 전환 계획 생성
2. 복구 계획 생성
작업 10: 영역 1의 전환 계획 사용자 정의(애슈번)
작업 11: 영역 1에서 페일오버 계획 사용자 정의(애슈번)

자습서 전체에서 정의 및 가정

영역

지역 1은 애슈번
- 애슈번이 기본 지역으로 시작됩니다.
- 이 롤은 이후 단계에서 switchover를 수행하라는 지시를 받은 후에 결국 standby로 변경됩니다.
지역 2는 피닉스
- Phoenix는 대기 영역으로 시작됩니다.
- 이 롤은 이후 단계에서 switchover를 수행하라는 지시를 받은 후에 결국 primary로 변경됩니다.

구획

OAC 및 전체 스택 DR을 IT 거버넌스 표준 내에서 작동하는 모든 구획 체계로 자유롭게 구성할 수 있습니다. 애플리케이션을 자체 개별 구획으로 구성한 다음 모든 DR 보호 그룹을 완전히 다른 비즈니스 시스템을 한 눈에 볼 수 있는 단일 구획으로 구성하기로 결정했습니다.

모든 DR 보호 그룹을 애플리케이션과 별도로 단일 구획으로 구성하면 IT 직원이 완전히 다른 여러 비즈니스 시스템에 대한 DR 계획을 쉽게 찾고 실행할 수 있습니다.
모든 DR 보호 그룹에 대해 하나의 컴파트먼트를 사용하면 인적 오류를 제거하고 DR 계획을 찾아 실행할 수 있는 속도를 높일 수 있습니다.
- Oracle Analytics Cloud용 구획: oac-demo. 이 자습서에서는 OAC 자체, 스토리지, 스토리지 버킷, 컴퓨트 및 OAC와 관련된 데이터베이스에 대한 구획이 OAC-demo입니다.
- 전체 스택 DR에 대한 구획: myprojects_NA. 이 자습서에서는 전체 스택 DR 보호 그룹 및 계획에 대한 구획이 myprojects_NA입니다.

OAC DR 제어 노드

DR 제어 노드는 OAC 복구를 위해 특정 작업을 수행하는 사용자정의 bash 스크립트를 호스트하도록 지정하는 컴퓨트 인스턴스입니다. 이 스크립트는 복구 작업 중 전체 스택 DR에 의해 호출됩니다. 이 자습서에서는 6, 7, 10 및 11단계에서 스크립트를 전체 스택 DR에 추가하는 방법에 대해 설명합니다.

독립형 애플리케이션인 OAC의 경우 커스텀 스크립트의 호스트로 작동하도록 생성하는 특수 컴퓨트 인스턴스가 됩니다.
애플리케이션 스택의 일부인 OAC의 경우 DRPG(DR 보호 그룹)의 멤버인 기존 컴퓨트 인스턴스가 됩니다. 예를 들어, Oracle E-Business Suite 또는 PeopleSoft에는 OAC에 대한 복구를 관리하는 동일한 DRPG의 멤버인 애플리케이션 서버가 있습니다. 이 튜토리얼에서 이 중 하나가 DR 제어 노드의 역할을 수행할 수 있습니다.

필요 조건

Full Stack DR 작업을 시작하기 전에 두 지역에 걸쳐 재해 복구를 위해 Oracle Analytics Cloud를 배포해야 합니다. 이 내용은 아래의 작업 1에서 다룹니다.

작업 1: 재해 복구를 위해 Oracle Analytics Cloud 배치

전체 스택 DR은 이 단계의 어떤 부분에도 포함되지 않습니다.

작업 1.1: 사용자 정의 자동화를 실행하도록 DR 제어 노드 준비

OAC에 대한 DR 제어 노드 역할을 할 컴퓨트 인스턴스를 지정합니다. 기존 컴퓨트 인스턴스일 수도 있고, 이 용도로만 생성된 컴퓨트 인스턴스일 수도 있습니다. 자세한 내용은 아래 옵션을 참조하십시오. DR 제어 노드로 작동하는 컴퓨트 인스턴스가 OCI 클라우드 에이전트 인스턴스에서 명령 실행을 사용하여 명령을 실행하도록 구성되었는지 확인합니다.

옵션 1: OAC를 독립형 응용 프로그램으로 사용

이 사용지침서에서는 OAC가 독립형 서비스라고 가정하므로 리전 1에서 Oracle Linux를 사용하여 컴퓨팅 인스턴스를 생성합니다. Oracle Linux는 사용자정의 bash 스크립트를 호스트하는 데만 사용되므로 가장 낮은 비용의 구성을 사용합니다. 이 역할을 수행하는 데 특화된 컴퓨트 인스턴스가 필요한 것은 드문 경우입니다. 옵션 2는 대부분의 조직에서 가장 일반적인 시나리오입니다.

특수 컴퓨트 인스턴스는 이후 단계에서 영역 1의 DR 보호 그룹 멤버로 추가됩니다.

옵션 2: 애플리케이션 스택의 일부로 제공되는 OAC

리전 1에서 Full Stack DR로 관리되고 있는 Oracle 또는 비Oracle 애플리케이션의 일부인 기존의 이동식 컴퓨트를 모두 사용할 수 있습니다. 이 자습서가 DR 제어 노드를 참조할 때마다 DR 제어 노드의 역할을 수행합니다.

이동식 컴퓨트 인스턴스를 사용하는 것이 가장 좋지만, DR 솔루션의 일부로 이동식 컴퓨트가 없는 경우 영역 1과 영역 2에 이동식 컴퓨트 인스턴스를 지정할 수도 있습니다. 이동할 수 없는 컴퓨트가 이 역할에 사용되는 경우 두 영역에서 스크립트 또는 게스트 OS에 대한 변경사항을 유지 관리해야 합니다.

옵션 3: 여러 PaaS 오퍼링이 포함된 애플리케이션 스택의 일부로 OAC 제공

비즈니스 시스템에는 OHS(Oracle HTTP Server), OIC(Oracle Integration Cloud) 및 ODI(Oracle Data Integrator)도 있습니다. 이 경우 다양한 모든 PaaS 서비스에 대한 DR 복구 스크립트를 호스트하기 위해 옵션 1과 마찬가지로 특수 컴퓨트 인스턴스를 만드는 것이 좋습니다.

작업 1.2: 볼륨 그룹이 영역 2로 복제되는지 확인합니다.

DR 제어 노드의 부트 볼륨이 블록 볼륨 그룹의 멤버이고 블록 볼륨 그룹이 영역 2로 복제되었는지 확인합니다.

이 전체 스택 DR 프로젝트에 대한 다른 이동식 컴퓨트에 속한 다른 모든 부트 및 블록이 영역 2에 복제된 블록 볼륨 그룹에도 속하는지 확인하십시오.

작업 1.3: DR 제어 노드로 bash 스크립트 다운로드

이 OAC DR 솔루션용으로 특별히 작성된 github에서 사용자정의 bash 스크립트를 다운로드합니다. 아래에 표시된 스크립트는 OAC에 대한 DR 제어 노드 역할을 하는 컴퓨트 인스턴스의 하위 디렉토리에 복사해야 합니다.

위의 링크는 GitHub 저장소로 분석되어야 합니다.

bash 스크립트가 GitHub에 있는 저장소 경로를 보여줍니다.
bash 스크립트를 포함하는 저장소를 표시합니다.

그림 2-4: OAC용 bash 스크립트가 포함된 github 저장소 스크린샷

작업 1.4: DR용 Oracle Analytics Cloud 배치

다음 문서에 있는 단계별 지침을 사용하여 OCI 지역 전체에 DR용 Oracle Analytics Cloud를 배포합니다.

솔루션을 설명하는 Oracle 블로그: 수동 전환 방법을 사용하는 Oracle Analytics Cloud에 대한 재해 복구 계획.
OAC 엔지니어링이 작성한 Oracle 기술 문서: Oracle Analytics Cloud에 대한 재해 복구 구성.
Data Platform 클라우드 설계자가 작성한 Oracle Architecture Center 참조 아키텍처: Full Stack Disaster Recovery Service로 Oracle Analytics Cloud DR 토폴로지를 설계합니다.

작업 1.5: Oracle Analytics Cloud의 수동 테스트 복구

수동 복구 단계를 보장하는 것이 좋습니다. Full Stack DR 작업을 수행하기 전에 Disaster Recovery Configuration for Oracle Analytics Cloud에 설명된 OAC 복구 수동 단계를 성공해야 합니다.

작업 1.6: 다음 단계

다음 요구 사항이 완료되면 이 문서로 돌아가서 Full Stack DR 작업을 시작합니다.

원하는 두 OCI 리전에 DR용 OAC를 수동으로 배치합니다.
리전 1(애슈번)에서 리전 2(피닉스)까지의 모든 복구 단계를 수동으로 테스트합니다.
리전 2(피닉스)에서 리전 1(애슈번)까지의 모든 복구 단계를 수동으로 테스트합니다.

작업 2: 전체 스택 장애 복구 준비

전체 스택 DR은 이 단계의 어떤 부분에도 포함되지 않습니다. 다음 단계에서는 Full Stack DR에 의한 자동 복구를 위해 테넌시, 구획, OCI 서비스 및 OAC를 준비합니다.

작업 2.1: 전체 스택 DR에 대한 IAM 정책 생성

다음 문서에 설명된 대로 전체 스택 재해 복구에 필요한 OCI IAM 정책을 구성합니다.

작업 2.2: Full Stack DR로 관리되는 다른 서비스에 대한 IAM 정책 생성

전체 스택 DR에는 컴퓨트, 네트워킹, 스토리지, 저장소, 데이터베이스 및 기타 서비스와 같은 기타 주요 OCI 서비스를 제어하고 관리할 수 있는 기능이 있어야 합니다. 다음 문서에 설명된 대로 다른 서비스에 대해 필요한 OCI IAM 정책을 구성합니다.

전체 스택 재해 복구로 관리되는 기타 서비스에 대한 정책.

작업 2.3: DRPG 로그에 대한 스토리지 버킷 생성

주: 기존 DR 보호 그룹에 OAC를 추가하는 경우 작업 2.3을 완전히 건너뜁니다.

복구 작업 중 전체 스택 DR에서 생성된 로그를 저장할 기본 및 대기 영역에 오브젝트 스토리지 버킷을 생성합니다. 오브젝트 스토리지.

작업 2.3.1: OCI Object Storage로 이동

먼저 아래의 그림 2-1과 같이 Object Storage 및 Archive Storage로 이동합니다.

브라우저 컨텍스트가 영역 1(애슈번)로 설정되었는지 확인합니다.
스토리지 선택.
버킷을 선택합니다.

그림 2-1: 객체 스토리지로 이동

작업 2.3.2: 영역 1의 OCI 스토리지 버킷

영역 1에서 오브젝트 스토리지 버킷을 생성합니다. 버킷은 이후 단계에서 영역 1의 DR 보호 그룹에 지정됩니다.

OAC 관련 리소스를 포함하는 구획을 선택합니다.
Create Bucket을 선택합니다.
버킷이 어떤 애플리케이션과 용도를 제공하는지 쉽게 식별할 수 있는 의미 있는 이름을 버킷에 제공합니다. 이름의 일부로 리전을 포함할 이유는 없습니다. 예를 들어, 이 이름은 OAC에 대한 DR 작업과 관련된 전체 스택 DR 로그에 사용됨을 나타냅니다.
계층 및 암호화에 기본값을 사용합니다.
[생성]을 선택하여 버킷을 생성합니다.

그림 2-2: 영역 1에서 오브젝트 스토리지 버킷 생성

작업 2.3.3: 영역 2의 OCI 스토리지 버킷

동일한 프로세스에 따라 영역 2(피닉스)에서 오브젝트 스토리지 버킷을 생성합니다. 버킷은 이후 단계에서 영역 2의 DR 보호 그룹에 지정됩니다.

컨텍스트를 영역 2로 변경합니다.
영역 2에서 OAC 관련 리소스를 포함하는 구획을 선택합니다.
영역 1에서 버킷에 할당된 것과 동일한 이름을 사용하십시오. 그러면 이후 단계에서 쉽게 식별할 수 있습니다.
[생성]을 선택하여 버킷을 생성합니다.

그림 2-3: 영역 2에서 오브젝트 스토리지 버킷 생성

작업 3: 두 영역에서 DR 보호 그룹 생성

주: OAC가 기존 DR 보호 그룹에 추가되는 경우 작업 3을 완전히 건너뜁니다.

이 애플리케이션 스택에 대한 보호 그룹이 아직 없는 경우 영역 1 및 영역 2에 DR 보호 그룹을 생성합니다.

작업 3.1: DR 보호 그룹으로 이동

먼저 아래 그림 3-1과 같이 DR 보호 그룹(전체 스택 DR)으로 이동합니다.

OCI 리전 컨텍스트가 리전 1(애슈번)로 설정되었는지 확인합니다.
Migration & Disaster Recovery를 선택합니다.
DR 보호 그룹을 선택합니다.

그림 3-1: DR 보호 그룹으로 이동

작업 3.2: 영역 1에서 보호 그룹 생성

아래 그림 3-2와 같이 영역 1에 기본 DR 보호 그룹(DRPG)을 만듭니다. 피어, 역할 및 멤버는 이후 단계에서 지정됩니다.

DRPG를 생성할 구획을 선택합니다. 이 구획은 OAC 리소스가 존재하는 구획과 동일하거나, 이 경우와 마찬가지로 다양한 비즈니스 시스템에 대한 DRPG를 포함하는 저장소 역할을 하는 구획일 수 있습니다.
Create DR protection group을 선택하여 대화상자를 엽니다.

drpg-create-시작-iad.svg
그림 3-2: 영역 1에서 DR 보호 그룹 생성 시작

아래 그림 3-3과 같이 로그에 대한 이름 및 오브젝트 스토리지 버킷을 추가합니다.

DRGP에 대해 의미 있고 간단한 이름을 사용합니다. 이 예에서는 비즈니스 시스템 및 영역의 이름을 보여줍니다.
영역 1에 대해 작업 2에서 생성된 오브젝트 스토리지 버킷을 선택합니다.

drpg-create-마침-iad.svg
그림 3-3: 영역 1에서 DR 보호 그룹을 생성하는 데 필요한 매개변수

작업 3.3: 영역 2에 보호 그룹 생성

아래 그림 3-4와 같이 영역 2에 기본 DR 보호 그룹(DRPG)을 만듭니다. 피어, 역할 및 멤버는 이후 단계에서 지정됩니다.

OCI 영역 컨텍스트를 영역 2로 변경합니다.
DRPG를 생성할 구획을 선택합니다. 이 구획은 OAC 리소스가 존재하는 구획과 동일하거나, 이 경우와 마찬가지로 다양한 비즈니스 시스템에 대한 DRPG를 포함하는 저장소 역할을 하는 구획일 수 있습니다.
대화상자를 열려면 [DR 보호 그룹 생성]을 선택합니다.

drpg-create-시작-phx.svg
그림 3-4: 영역 2에서 DR 보호 그룹 생성 시작

아래 그림 3-5와 같이 로그에 대한 이름 및 오브젝트 스토리지 버킷을 추가합니다.

DRGP에 대해 의미 있고 간단한 이름을 사용합니다. 이 예에서는 비즈니스 시스템 및 영역의 이름을 보여줍니다.
영역 2의 작업 2에서 생성된 오브젝트 스토리지 버킷 선택

drpg-create-마침-phx.svg
그림 3-5: 영역 2에서 DR 보호 그룹을 생성하는 데 필요한 매개변수

작업 3.4: 영역 1 및 영역 2에서 보호 그룹 연관

각 영역의 DRPG를 서로의 피어로 연결하고 기본 및 대기의 피어 역할을 지정합니다. 이것이 Full Stack DR이 OAC 복구를 위해 함께 작동하는 두 영역을 파악하는 방법입니다. 기본 및 대기 역할은 DR 작업/DR 계획 실행의 일부로 풀 스택 DR에 의해 자동으로 변경되므로 언제든지 수동으로 역할을 관리할 필요가 없습니다.

작업 3.4.1: 연관 시작

OCI 지역 컨텍스트가 지역 1(애슈번)로 설정되었는지 확인합니다.
Associate를 선택하여 프로세스를 시작합니다.

그림 3-6: DRPG 연관 시작

작업 3.4.2: 영역 1 및 영역 2에서 보호 그룹 연관

아래 그림 3-7과 같이 매개변수를 제공합니다.

기본 역할을 선택합니다. 전체 스택 DR은 영역 2에 자동으로 대기 롤을 지정합니다.
다른 DRPG가 생성된 지역 2(피닉스)를 선택합니다.
생성된 피어 DRPG를 선택합니다.

drpg-assoc-마침-iad.svg
그림 3-7: DRPG를 연결하는 데 필요한 매개변수

작업 3.4.3: 연관이 완료된 후 확인해야 할 사항

전체 스택 DR은 연관이 완료되면 아래 그림 3-8과 같이 표시됩니다.

현재 기본 피어 DRPG는 애슈번(지역 1)입니다.
현재 대기 피어 DRPG는 피닉스(지역 2)입니다.

drpg-assoc-완료됨-iad.svg
그림 3-8: 개별 DRPG 관점에서 피어 관계 표시

아래의 그림 3-9와 같이 모든 DR 보호 그룹을 보여주는 전역적 관점에서 컨텍스트/뷰가 표시될 때마다 동일한 정보를 찾을 수 있습니다.

현재 기본 피어 DRPG는 애슈번(지역 1)입니다.
현재 대기 피어 DRPG는 피닉스(지역 2)입니다.

drpg-assoc-완료됨-iad.svg
그림 3-9: 전역 DRPG 관점에서 피어 관계 표시

작업 4: DR 보호 그룹에 구성원 추가

주: 이 단계에서는 기존 DR 보호 그룹에 멤버를 추가할 때 두 영역의 기존 DR 계획을 모두 삭제합니다. 전체 스택 DR은 이 쓰기 작업 시 복사본을 저장하거나 DR 보호 그룹의 백업을 만들 수 없습니다. 사용자 정의 계획 그룹 및 단계를 다시 만드는 데 도움이 되도록 DR 계획 그룹 및 단계에 대한 모든 정보를 텍스트 파일 또는 스프레드시트에 기록했는지 확인합니다. Full Stack DR CLI 명령을 호출하여 사용자 정의 계획 그룹 및 단계를 다시 만드는 bash 스크립트를 만들 수도 있습니다(이 자습서의 범위를 벗어남).

데이터베이스 및 DR 제어 노드를 DR 보호 그룹의 멤버로 추가합니다. DR 제어 노드는 OAC를 제어하기 위해서만 생성한 컴퓨트 인스턴스이거나 전체 스택 DR로 관리할 애플리케이션 스택의 일부인 컴퓨트 인스턴스입니다.

다음 리소스를 지역 1의 기본 DRPG에 추가합니다.

DR 제어 노드,
DR 제어 노드 부트 볼륨을 포함하는 볼륨 그룹,
기본 Autonomous Data Warehouse입니다.

작업 4.1: 영역 1에서 DRPG에 멤버 추가 시작

아래 그림 4-1과 같이 영역 1에서 DRPG를 선택합니다.

OCI 리전 컨텍스트가 리전 1(애슈번)인지 확인합니다.
영역 1에서 DRPG를 선택합니다.
요소 선택.
Add Member를 눌러 프로세스를 시작합니다.

그림 4-1: 영역 1에서 DR 보호 그룹에 멤버 추가를 시작하는 방법

작업 4.1.1: DR 노드에 대한 컴퓨트 인스턴스 추가

아래 그림 4-2와 같이 DR 제어 노드에 대한 컴퓨트 인스턴스를 추가합니다.

DR 계획에 대한 경고를 확인합니다.
Compute를 멤버 리소스 유형으로 선택합니다.
DR 제어 노드를 사용할 컴퓨트 인스턴스를 선택합니다.
이동 인스턴스를 선택합니다.
복구 중 영역 2의 VNIC에 할당할 VCN 및 서브넷을 전체 스택 DR에 알립니다. 그림 4-2는 단일 VNIC를 보여줍니다. 전체 스택 DR은 보유한 VNIC 수 또는 두 영역 중 하나에서 구성된 방식에 신경 쓰지 않습니다. 요구사항에 맞는 VNIC를 지정하십시오.

그림 4-2: DR 제어 노드를 추가하는 데 필요한 매개변수

작업 4.1.2: DR 노드에 대한 블록 볼륨 그룹 추가

DR 제어 노드에 대한 부트를 포함하는 블록 볼륨 그룹을 추가합니다. 블록 볼륨 그룹에 DR 보호 그룹을 추가하기 전에 두 영역 간에 영역 간 복제가 이미 구성되어 있어야 합니다.

볼륨 그룹을 멤버 리소스 유형으로 선택합니다.
볼륨 그룹을 포함하는 올바른 구획이 선택되었는지 확인한 다음 볼륨 그룹을 선택합니다.

그림 4-3: DR 제어 노드에 대한 부트 볼륨 그룹을 추가하는 데 필요한 매개변수

작업 4.1.3: 기본 Autonomous Data Warehouse 추가

Autonomous Data Guard should already be configured for Autonomous Data Warehouse (ADW) at this point as part of Task 1. 지역 1에서 주 ADW를 DRPG의 멤버로 추가합니다.

자율운영 데이터베이스를 멤버 리소스 유형으로 선택합니다.
ADW를 포함하는 올바른 구획이 선택되었는지 확인한 다음 OAC에 대한 기본 ADW를 선택합니다.

그림 4-4: 기본 ADW를 추가하는 데 필요한 매개변수

작업 4.1.4: 영역 1에 대한 멤버 리소스 확인

아래 그림 4-5와 같이 영역 1의 DRPG에는 최소한 3개의 멤버 리소스가 있어야 합니다. 멤버 리소스의 이름은 서로 다릅니다.

주 ADW
OAC DR 제어 노드로 작동하도록 지정한 컴퓨트 인스턴스의 이동식 컴퓨트 인스턴스 및 블록 볼륨 그룹입니다.

그림 4-5: 영역 1에서 DRPG 멤버 표시

작업 4.2: 영역 2에서 DRPG에 멤버 추가 시작

다음 리소스를 영역 2의 기본 DRPG에 추가합니다.

대기/원격 ADW(Autonomous Data Warehouse)입니다.

아래 그림 4-6과 같이 영역 2에서 DRPG를 선택합니다.

OCI 지역 컨텍스트가 리전 2(피닉스)인지 확인합니다.
영역 2에서 DRPG를 선택합니다.
요소 선택.
Add Member를 눌러 프로세스를 시작합니다.

그림 4-6: 영역 2에서 DR 보호 그룹에 멤버 추가를 시작하는 방법

작업 4.2.1: 대기 Autonomous Data Warehouse 추가

아래 그림 4-7과 같이 영역 2의 DRPG 멤버로 대기 ADW를 추가합니다.

OCI 리전 컨텍스트를 리전 2(피닉스)로 변경합니다.
작업 3.3에서 만든 DRPG를 선택합니다.

그림 4-7: 대기 ADW를 추가하는 데 필요한 매개변수

작업 4.2.2: 영역 2에 대한 멤버 리소스 확인

아래 그림 4-8과 같이 영역 2의 DRPG에는 최소한 하나의 멤버 리소스가 있어야 합니다. 멤버 리소스의 이름은 다릅니다.

대기/원격 ADW입니다.

그림 4-8: 영역 2에서 DRPG의 단일 멤버 표시

작업 5: 영역 2에서 기본 DR 계획 생성(피닉스)

이 단계에서는 영역 2(피닉스)에서 대기 DR 보호 그룹과 연관된 기본 전환 및 복구 계획을 생성합니다.

각 계획의 목적은 작업 로드를 기본 영역 1에서 대기 영역 2로 변환하는 것입니다. 두 영역에서 DR 보호 그룹의 역할은 자동으로 DR 작업의 일부로 되돌려지므로 영역 1의 보호 그룹이 대기 상태가 되고 영역 2의 보호 그룹이 페일오버 또는 스위치오버 후 기본이 됩니다.

전체 스택 DR은 이전 단계에서 추가된 멤버 리소스를 기반으로 두 계획을 내장 단계로 미리 채웁니다. 이 계획은 복구 작업 중 OAC와 관련된 모든 작업을 처리하기 위해 이후 단계에서 사용자 정의됩니다.

전환 계획은 항상 대기 롤을 가진 보호 그룹에 생성됩니다. 영역 2는 현재 대기 보호 그룹이므로 피닉스에서 시작합니다.

작업 5.1: DR 계획 생성 시작

아래 그림 5-1과 같이 영역 2에서 DRPG를 선택하여 기본 계획을 생성합니다.

OCI 지역 컨텍스트가 리전 2(피닉스)인지 확인합니다.
영역 2에서 대기 DRPG를 선택합니다.
계획 선택.
Create Plan을 눌러 프로세스를 시작합니다.

그림 5-1: 영역 2에서 기본 DR 계획 생성을 시작하는 방법

작업 5.1.1: 전환 계획 생성

DR 계획 생성은 아래 그림 5-2와 같이 간단합니다.

전환 계획의 이름을 간단하지만 의미 있게 만듭니다. 이 이름은 가능한 한 짧지만 한 눈에 쉽게 이해할 수 있어야 위기 동안 혼란과 인간의 실수를 줄일 수 있습니다.
계획 유형을 선택합니다. 이 문서 작성 시에는 두 가지 계획 유형만 있습니다.

계획 생성-phx-so.svg
그림 5-2: DR 전환 계획을 생성하는 데 필요한 매개변수

작업 5.1.2: 복구 계획 생성

아래 그림 5-3과 같이 동일한 프로세스에 따라 기본 페일오버 계획을 만듭니다.

페일오버 계획의 이름을 단순하지만 의미 있게 만듭니다. 이 이름은 가능한 한 짧지만 한 눈에 쉽게 이해할 수 있어야 위기 동안 혼란과 인간의 실수를 줄일 수 있습니다.
계획 유형을 선택합니다. 이 문서 작성 시에는 두 가지 계획 유형만 있습니다.

계획 생성-phx-fo.svg
그림 5-3: DR 페일오버 계획을 만드는 데 필요한 매개변수

이제 영역 2의 대기 DR 보호 그룹에 아래와 같이 두 개의 DR 계획이 있어야 합니다. 이렇게 하면 영역 1에서 영역 2로 작업 로드를 전환할 수 있습니다. 이후 단계에서 영역 1에서 작업 로드를 영역 2에서 영역 1로 다시 전환하는 유사한 계획을 생성합니다.

계획 생성-phx-completed.svg
그림 5-4: 더 진행하기 전에 영역 2에 있어야 하는 두 가지 기본 DR 계획 표시

작업 6: 영역 2의 전환 계획 사용자 정의(피닉스)

작업 5에서 만든 기본 DR 계획에는 전체 스택 DR에 내장되어 있고 OAC와 관련된 복구 작업을 관리하는 데 필요한 항목이 없는 복구 작업에 대해 미리 채워진 단계가 포함되어 있습니다. 이 단계에서는 사용자정의 DR 계획 그룹을 추가하는 방법과 OAC에 대한 스위치오버 중 수행해야 하는 작업을 관리하는 단계에 대해 설명합니다.

VM을 중지하기 전에 현재 기본 영역 1에서 OAC를 중지합니다.
VM을 실행한 후 현재 대기 영역 2에서 OAC를 시작합니다.
standby 영역 2에서 주기적 스냅샷을 recovery합니다. 주기적 스냅샷이 위의 작업 1.4의 일부로 설정되었습니다.
standby 영역 2에서 snapshot cron 작업을 변경합니다. cron 작업이 위의 작업 1.4의 일부로 설정되었습니다.

작업 6.1: 전환 계획 선택

먼저 이전 단계에서 생성한 switchover 계획으로 이동합니다.

그림 6-1: 영역 2에서 전환 계획 사용자 정의를 시작하는 방법

작업 6.2: 아티팩트를 종료하는 DR 계획 그룹 사용(선택사항)

아래 스크린샷에 표시된 대로 전환 계획에서 기본적으로 사용 안함으로 설정되는 두 개의 계획 그룹이 있습니다. 테스트 중에 실제로 삭제되는 항목이 없고 테스트 중에 문제가 발생할 경우 백업으로 사용할 수 있는 아티팩트 복사본이 있는 경우 테스트 중에 편안함을 제공하기 위해 비활성화됩니다.

그러나 이러한 두 계획 그룹은 향후 DR 작업의 일부로 다시 사용되지 않을 아티팩트를 종료(삭제)합니다. 두 영역 간에 전환하면 시간이 지남에 따라 아티팩트가 계속 누적되어 실제로 활성화되어야 하는 컴퓨트 인스턴스 및 볼륨 그룹이 무엇인지 혼동하게 됩니다.

이러한 계획 그룹은 전체 스택 DR이 프로덕션으로 전환되면 사용으로 설정해야 합니다. 전환 및 전환을 테스트하는 동안 두 계획 그룹이 사용 안함으로 설정된 상태로 유지된 아티팩트는 프로덕션으로 전환하기 전에 종료 및 정리해야 정상적인 작업 중 혼동 및 인적 오류가 발생할 가능성을 줄일 수 있습니다.

선택적으로 프로덕션으로 전환하기 전에 불필요한 아티팩트를 수동으로 정리할 필요가 없도록 지금 이러한 계획 그룹을 사용으로 설정할 수 있습니다.

그림 6-2: 기본적으로 사용 안함으로 설정된 계획 그룹

다음은 비활성화된 계획 그룹이 활성화될 때 수행하는 작업입니다.

이 계획 그룹은 OCI 블록 스토리지 작업 중 복제된 VM 버전이 영역 2에서 실행된 후 영역 1에서 남아 있는 컴퓨트 인스턴스의 아티팩트를 종료하여 스위치오버의 일부로 영역 2에서 영역 1로 다시 복제 방향을 바꿉니다. 블록 볼륨 복제 방향 바꾸기 작업이 완전히 새로운 블록 볼륨 그룹에 모든 새 VM을 만들기 때문에 남은 VM은 스위치백 중 사용되지 않습니다.
이 계획 그룹은 복제된 VG 버전이 영역 2에서 활성화되고 전환 중 볼륨 그룹 복제 방향이 바뀐 후 영역 1에서 남아 있는 VG(블록 볼륨 그룹)의 아티팩트를 종료합니다. 남은 블록 볼륨 그룹은 영역 2에서 다시 영역 1로 전환하는 과정이 아니더라도 다시 사용되지 않습니다.

작업 6.2.1: 컴퓨트 계획 그룹 종료를 사용으로 설정합니다.

계획 그룹을 사용으로 설정합니다.

제도 그룹 이름 오른쪽의 컨텍스트 메뉴에서 모든 단계 사용을 선택합니다.

그림 6-3: 컴퓨트 인스턴스 종료를 사용으로 설정하는 방법

작업 6.2.2 볼륨 그룹 종료 계획 그룹 사용

계획 그룹을 사용으로 설정합니다.

제도 그룹 이름 오른쪽의 컨텍스트 메뉴에서 모든 단계 사용을 선택합니다.

그림 6-4: 종료 볼륨 그룹을 사용으로 설정하는 방법

작업 6.3: 영역 1(기본)에서 OAC를 정지할 계획 그룹 생성

이제 사용자 정의 DR 계획 그룹 추가를 시작합니다.

첫번째 사용자 정의 계획 그룹은 기본 영역 1에서 실행 중인 OAC를 정지합니다. 이 계획 그룹에는 작업 1.4의 DR 제어 노드로 다운로드된 oac-start-stop.sh bash 스크립트를 호출하는 단일 단계가 포함됩니다.

작업 6.3.1: 추가 계획 그룹 선택

계획 그룹을 추가하는 프로세스를 시작합니다.

시작하려면 그룹 추가를 누르십시오.

계획-사용자 정의-so-phx-grp1-add.svg
그림 6-5: OAC를 정지할 계획 그룹 추가를 시작합니다.

작업 6.3.2: 계획 그룹 이름, 주문 및 추가 단계 제공

DR 계획 그룹에는 모두 병렬로 실행되는 여러 단계가 포함될 수 있습니다. Bash 스크립트를 실행하여 OAC를 중지하기 위한 한 단계만 추가합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 물론 선택 사항이지만 가장 좋은 방법은 계획 그룹이 단계를 실행할 영역에 대한 메모를 추가하는 것입니다. 이 경우 기본 영역이므로 그룹 이름에 "(기본)"을 추가했습니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 1에서 VM을 중지하는 내장 계획 그룹 전에 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 컴퓨트 인스턴스 정지(기본) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC를 정지할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-phx-grp1-name.svg
그림 6-6: 계획 그룹을 생성하고 OAC 정지 단계를 추가하는 매개변수

작업 6.3.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 영역 1에서 OAC가 중지됩니다.

이 대화 상자의 모든 필드에 대해 설명하겠습니다. 하지만 동일한 프로세스를 반복해서 수행하기 때문에 이후 단계에서 나머지 모든 스크린샷에 이 세부 정보를 남겨 둡니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
스크립트가 OAC를 중지하지 못하면 DR 계획이 중지되어야 합니다. 그러면 누구나 문제가 있음을 확인하고 해결할 수 있습니다. 전체 스택 DR은 문제 해결 후 전환 계획을 계속 실행할 수 있는 기회를 제공합니다.
전체 스택 DR이 실패를 선언하기 전의 기본값은 1시간입니다. 이 값은 30분으로 변경하거나 보다 현실적인 시간 초과 값이 될 수 있습니다.
스위치오버 중 DR 제어 노드가 실행될 영역이 실행되지 않는 영역을 항상 선택하십시오. 전체 스택 DR은 VM의 실행 위치를 추적하므로 현재 위치를 지정하기만 하면 됩니다. 이 경우 DR 제어 노드는 영역 1(애슈번)에서 실행 중입니다.
로컬 스크립트 실행을 선택하여 컴퓨트 인스턴스에서 스크립트를 찾을 수 있음을 전체 스택 DR에 알립니다. bash 스크립트는 작업 1.3의 DR 제어 노드로 다운로드되었습니다.
DR 제어 노드를 포함하는 올바른 구획을 선택합니다. 모든 구획일 수 있습니다. DR 제어 노드로 지정된 컴퓨트 인스턴스를 선택합니다(이 프로젝트/자습서용으로만 생성된 애플리케이션 서버 또는 VM일 수 있음).
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. stop을 첫번째 매개변수로 추가하고 OCI 영역 ID를 두번째 매개변수로 추가합니다.
스크립트를 실행할 사용자로 opc를 지정합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-phx-grp1-step.svg
그림 6-7: OAC 정지를 위한 계획 단계를 생성하는 매개변수

작업 6.3.4: 계획 그룹 및 단계 추가 완료

아래 그림 6-8과 같이 OAC 중지 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다. DR 계획 그룹에 단계를 더 추가할 수 있지만 이 계획 그룹에는 OAC를 중지하는 단계만 포함됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-phx-grp1-finish.svg
그림 6-8: 계획 그룹 및 단계 추가를 완료하여 OAC 정지

작업 6.4: 영역 2에서 OAC를 시작할 계획 그룹 생성(대기)

DR 제어 노드가 대기 영역 2에서 실행된 후 두번째 사용자 정의 계획 그룹이 OAC를 시작합니다. 이 계획 그룹에는 작업 1.3의 DR 제어 노드로 다운로드된 oac-start-stop.sh bash 스크립트를 호출하는 단일 단계가 포함됩니다.

작업 6.4.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

계획-사용자 정의-so-phx-grp2-add.svg
그림 6-9: 대기 상태에서 OAC를 시작할 계획 그룹 추가 시작

작업 6.4.2: 계획 그룹 이름, 주문 및 추가 단계 제공

OAC를 시작할 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 그룹 이름에 "(대기)"를 추가하는 것이 좋습니다. 따라서 단계가 한 눈에 적용되는 영역이 분명해집니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 2에서 복제된 DR 제어 노드 버전을 실행하는 내장 계획 그룹 후에 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 컴퓨트 인스턴스 실행(대기) 계획 그룹 선택
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-phx-grp2-name.svg
그림 6-10: 계획 그룹을 생성하고 대기 상태에서 OAC를 시작하는 단계를 추가하는 매개변수

작업 6.4.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 영역 2에서 OAC가 시작됩니다.

이 단계의 모든 사항은 아래의 그림 6-11에 표시된 항목을 제외하고 Task 6.3.3과 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. start를 첫번째 매개변수로 추가하고 OCI 영역 ID를 두번째 매개변수로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-phx-grp2-step.svg
그림 6-11: 대기 데이터베이스에서 OAC를 시작하기 위한 계획 단계를 생성하는 매개변수

작업 6.4.4: 계획 그룹 및 단계 추가 완료

아래 그림 6-12와 같이 OAC 시작 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-phx-grp2-finish.svg
그림 6-12: 대기 상태에서 OAC를 시작하기 위한 계획 그룹 및 단계 추가 완료

작업 6.5: 영역 2에서 스냅샷을 복구할 계획 그룹 생성(대기)

작업 1.4의 일부로 DR 제어 노드에서 cron 작업이 설정되었습니다. cron 작업은 영역 1의 OAC 데이터 스냅샷을 익스포트하여 대기 영역 2의 오브젝트 스토리지 버킷에 저장하는 oac-create-snapshot.sh라는 bash 스크립트를 호출합니다. cron 작업 및 버킷도 작업 1.4에서 생성되었습니다.

세번째 사용자 정의 계획 그룹은 영역 1의 오브젝트 스토리지 버킷에서 영역 2로 복제되는 주기적 스냅샷을 사용하여 대기 영역 2의 OAC를 복구합니다. 이 계획 그룹에는 작업 1.3의 DR 제어 노드로 다운로드된 oac-register-snapshot.sh bash 스크립트를 호출하는 단일 단계가 포함됩니다.

작업 6.5.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

계획-사용자 정의-so-phx-grp3-add.svg
그림 6-13: 대기 상태에서 스냅샷을 복구할 계획 그룹 추가 시작

작업 6.5.2: 계획 그룹 이름, 주문 및 추가 단계 제공

대기 영역 2에서 OAC를 복구할 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 이전 작업에서 생성된 사용자 정의 계획 그룹 후에 OAC를 시작하도록 사용자 정의 계획 그룹을 삽입합니다.
내장 OAC 시작(대기) 계획 그룹 선택
단계 추가를 눌러 OAC 스냅샷을 복구할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-phx-grp3-name.svg
그림 6-14: 계획 그룹을 생성하고 대기 상태에서 OAC 스냅샷을 복구하는 단계를 추가하는 매개변수

작업 6.5.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 영역 2에서 OAC 스냅샷을 복구합니다. 스냅샷은 일반 작업 중 기본 영역에서 생성되며 영역 2의 오브젝트 스토리지 버킷에 저장됩니다.

이 작업의 모든 내용은 아래의 그림 6-15에 표시된 항목을 제외하고 작업 6.3.3과 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. OCI 지역 ID를 유일한 매개변수(이 예의 경우 PHX)로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-phx-grp3-step.svg
그림 6-15: 대기 데이터베이스에서 스냅샷을 복구하기 위한 계획 단계를 생성하는 매개변수

작업 6.5.4: 계획 그룹 및 단계 추가 완료

아래 그림 6-16과 같이 OAC 복구 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-phx-grp3-finish.svg
그림 6-16: 대기 상태에서 스냅샷을 복구하기 위한 계획 그룹 및 단계 추가를 완료합니다.

작업 6.6: 영역 2에서 스냅샷을 취소할 계획 그룹 생성(대기)

마지막 사용자 정의 계획 그룹은 위의 작업 6.5에 설명된 cron 작업을 변경합니다. 전체 스택 DR은 oac-chg-cronjob.sh를 호출하여 cron 작업을 수정하여 내보낸 OAC 스냅샷을 영역 1의 스토리지 버킷에 저장합니다.

작업 6.6.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

계획-사용자 정의-so-phx-grp4-add.svg
그림 6-17: 대기 상태에서 스냅샷 복사를 취소할 계획 그룹 추가 시작

작업 6.6.2: 계획 그룹 이름, 주문 및 추가 단계 제공

OAC 스냅샷을 영역 1로 되돌릴 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 그룹 이름에 "(대기)"를 추가하는 것이 좋습니다. 따라서 단계가 한 눈에 적용되는 영역이 분명해집니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 2에서 OAC 스냅샷을 복구하는 내장 계획 그룹 후에 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 OAC 스냅샷 복구(대기) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-phx-grp4-name.svg
그림 6-18: 계획 그룹을 생성하고 대기 데이터베이스에서 스냅샷 복사본 취소 단계를 추가하는 매개변수

작업 6.6.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 OAC 스냅샷은 영역 1에 저장되므로 전환이 완료된 후 자동으로 대기 영역이 됩니다.

이 작업의 모든 내용은 아래의 그림 6-19에 표시된 항목을 제외하고 작업 6.3.3과 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-chg-cronjob.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. region 1(이 예의 경우 iad)에 대한 OCI 지역 키를 teh 두번째 매개변수로 region 2(이 예의 경우 phx)에 대한 첫번째 매개변수 및 지역 키로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-phx-grp4-step.svg
그림 6-19: 대기 데이터베이스에서 스냅샷 복사본을 취소하기 위한 계획 단계를 생성하는 매개변수

작업 6.6.4: 계획 그룹 및 단계 추가 완료

이제 아래 그림 6-20과 같이 OAC 스냅샷 방향을 바꾸는 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-phx-grp4-finish.svg
그림 6-20: 대기 데이터베이스에서 스냅샷 복사본을 역분개하는 계획 그룹 및 단계 추가를 완료합니다.

이제 스위치오버 계획에는 아래 스크린샷에 표시된 대로 OAC에 대한 DR 계획 그룹 4개가 포함되어야 합니다. 보호 그룹에 OAC와 함께 다른 애플리케이션 또는 OCI 서비스가 포함된 경우 추가 계획 그룹이 있을 수 있습니다.

계획-사용자 정의-so-phx-completed.svg
그림 6-21: 전환 계획에 추가된 네 개의 사용자 정의 계획 그룹 표시

작업 7: 영역 2에서 페일오버 계획 사용자 정의(피닉스)

이 작업은 사용자 정의 DR 계획 그룹을 추가하는 방법 및 영역 1에 대한 실제 중단 또는 액세스 손실 중에 영역 2에서 OAC에 대한 페일오버 중 수행해야 하는 작업을 관리하기 위한 단계에 대해 설명합니다. 위 작업 6의 전환 계획에 방금 추가된 동일한 단계의 하위 집합이 됩니다. 그러나 대기 영역 2에서 실행되는 단계만 페일오버 중에 영역 1에 완전히 액세스할 수 없다고 가정하므로 페일오버 계획에 추가됩니다.

VM을 실행한 후 대기 영역 2에서 OAC를 시작합니다.
standby 영역 2에서 주기적 스냅샷을 recovery합니다. 주기적 스냅샷이 위의 작업 1.4의 일부로 설정되었습니다.
standby 영역 2에서 snapshot cron 작업을 변경합니다. cron 작업이 위의 작업 1.4의 일부로 설정되었습니다.

작업 7.1: 복구 계획 선택

먼저 작업 5에서 만든 페일오버 계획으로 이동합니다.

대기 영역 2가 여전히 콘솔의 현재 영역 컨텍스트인지 확인합니다.
페일오버 계획을 선택합니다.

그림 7-1: 영역 2에서 페일오버 계획을 사용자 정의하는 시작을 생성하는 방법

작업 7.2: 추가 계획 그룹 선택

첫번째 사용자 정의 계획 그룹은 대기 영역 2에서 실행 중인 OAC를 시작합니다. 이 계획 그룹에는 작업 1.3의 DR 제어 노드로 다운로드된 oac-start-stop.sh bash 스크립트를 호출하는 단일 단계가 포함됩니다.

시작하려면 그룹 추가를 누르십시오.

그림 7-2: OAC를 시작할 계획 그룹 추가 시작

작업 7.2.1: 계획 그룹 이름, 주문 및 추가 단계 제공

DR 계획 그룹에는 모두 병렬로 실행되는 여러 단계가 포함될 수 있습니다. Bash 스크립트를 실행하여 OAC를 시작하기 위한 단일 단계를 추가하기만 하면 됩니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 물론 선택 사항이지만 가장 좋은 방법은 계획 그룹이 단계를 실행할 영역에 대한 메모를 추가하는 것입니다. 이 경우에는 대기 영역 2이므로 그룹 이름에 "(Standby)"를 추가했습니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 2에서 복제된 VM을 실행하는 내장 계획 그룹 이후 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 컴퓨트 인스턴스 실행(대기) 계획 그룹 선택
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

그림 7-3: 계획 그룹을 생성하고 OAC 시작 단계를 추가하는 매개변수

작업 7.2.2: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 아래 그림 7-4와 같이 영역 2에서 OAC가 시작됩니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
스크립트가 OAC를 시작하지 못하면 DR 계획이 중지되어야 합니다. 그러면 누구나 문제가 있음을 확인하고 해결할 수 있습니다. 전체 스택 DR은 문제 해결 후 전환 계획을 계속 실행할 수 있는 기회를 제공합니다.
전체 스택 DR이 실패를 선언하기 전의 기본값은 1시간입니다. 이 값은 30분으로 변경하거나 보다 현실적인 시간 초과 값이 될 수 있습니다.
스위치오버 중 DR 제어 노드가 실행될 영역이 실행되지 않는 영역을 항상 선택하십시오. 전체 스택 DR은 VM의 실행 위치를 추적하므로 현재 위치를 지정하기만 하면 됩니다. 이 경우 DR 제어 노드는 영역 1(애슈번)에서 실행 중입니다.
로컬 스크립트 실행을 선택하여 컴퓨트 인스턴스에서 스크립트를 찾을 수 있음을 전체 스택 DR에 알립니다. bash 스크립트는 작업 1.3의 DR 제어 노드로 다운로드되었습니다.
DR 제어 노드를 포함하는 올바른 구획을 선택합니다. 모든 구획일 수 있습니다. DR 제어 노드로 지정된 컴퓨트 인스턴스를 선택합니다(이 프로젝트/자습서용으로만 생성된 애플리케이션 서버 또는 VM일 수 있음).
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. start를 첫번째 매개변수로 추가하고 OCI 영역 ID를 두번째 매개변수로 추가합니다.
스크립트를 실행할 사용자로 opc를 지정합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

그림 7-4: 대기 데이터베이스에서 OAC를 시작하기 위한 계획 단계를 생성하는 매개변수

작업 7.2.3: 계획 그룹 및 단계 추가 완료

이제 아래 그림 7-5와 같이 OAC 시작 단계가 DR 계획 그룹에 추가됩니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

그림 7-5: 계획 그룹 및 OAC 시작 단계 추가 완료

작업 7.3: 영역 2에서 스냅샷을 복구할 계획 그룹 생성(대기)

두번째 사용자 정의 계획 그룹은 영역 1의 오브젝트 스토리지 버킷에서 영역 2로 복제되는 주기적 스냅샷을 사용하여 대기 영역 2의 OAC를 복구합니다. 전환 계획에 추가된 것과 동일한 작업이 Task 6입니다.

작업 7.3.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

그림 7-6: 대기 상태에서 스냅샷을 복구할 계획 그룹 추가를 시작합니다.

작업 7.3.2: 계획 그룹 이름, 주문 및 추가 단계 제공

대기 영역 2에서 OAC를 복구할 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 이전 작업에서 생성된 사용자 정의 계획 그룹 후에 OAC를 시작하도록 사용자 정의 계획 그룹을 삽입합니다.
내장 Start OAC (Standby) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC 스냅샷을 복구할 스크립트를 지정할 대화상자를 엽니다.

그림 7-7: 계획 그룹을 생성하고 대기 상태에서 OAC 스냅샷을 복구하는 단계를 추가하는 매개변수

작업 7.3.3: 단계 이름 및 로컬 스크립트 매개변수 제공

이 작업의 모든 내용은 아래의 그림 7-8에 표시된 항목을 제외하고 작업 7.3.2와 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. OCI 지역 ID를 유일한 매개변수(이 예의 경우 PHX)로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

그림 7-8: 대기 데이터베이스에서 스냅샷을 복구하기 위한 계획 단계를 생성하는 매개변수

작업 7.3.4: 계획 그룹 및 단계 추가 완료

아래 그림 7-9와 같이 OAC 복구 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

그림 7-9: 대기 상태에서 스냅샷을 복구하기 위한 계획 그룹 및 단계 추가를 완료합니다.

작업 7.4: 영역 2(대기)에서 스냅샷을 취소할 계획 그룹 생성

마지막 사용자 정의 계획 그룹은 cron 작업을 변경하므로 다시 액세스할 수 있게 되면 OAC 스냅샷이 영역 1에 저장됩니다. 이 작업은 작업 6의 전환 계획에 추가된 작업과 동일합니다.

작업 7.4.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

그림 7-10: 대기 상태에서 스냅샷 복사를 취소할 계획 그룹 추가 시작

작업 7.4.2: 계획 그룹 이름, 주문 및 추가 단계 제공

OAC 스냅샷을 영역 1로 되돌릴 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 그룹 이름에 "(대기)"를 추가하는 것이 좋습니다. 따라서 단계가 한 눈에 적용되는 영역이 분명해집니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 2에서 OAC 스냅샷을 복구하는 내장 계획 그룹 후에 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 OAC 스냅샷 복구(대기) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

그림 7-11: 계획 그룹을 생성하고 대기 데이터베이스에서 스냅샷 복사본 취소 단계를 추가하는 매개변수

작업 7.4.3: 단계 이름 및 로컬 스크립트 매개변수 제공

이 작업의 모든 내용은 아래의 그림 6-19에 표시된 항목을 제외하고 작업 7.2.2와 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-chg-cronjob.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. region 1(이 예제에서는 iad)에 대한 OCI 지역 키를 region 2(이 예제에서는 phx)에 대한 첫번째 매개변수 및 영역 키로 두번째 매개변수로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

그림 7-12: 대기 데이터베이스에서 스냅샷 복사본을 취소하기 위한 계획 단계를 생성하는 매개변수

작업 7.4.4: 계획 그룹 및 단계 추가 완료

이제 아래 그림 7-13과 같이 OAC 스냅샷 방향을 바꾸는 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

그림 7-13: 대기 데이터베이스에서 스냅샷 복사본을 역분개하는 계획 그룹 및 단계 추가를 완료합니다.

이제 페일오버 계획에는 아래 스크린샷에 표시된 것처럼 OAC에 대한 DR 계획 그룹 3개가 포함되어야 합니다. 보호 그룹에 OAC와 함께 다른 애플리케이션 또는 OCI 서비스가 포함된 경우 추가 계획 그룹이 있을 수 있습니다.

그림 7-14: 페일오버 계획에 추가된 세 개의 사용자 정의 계획 그룹 표시

작업 8: 영역 2에서 switchover 계획 실행(피닉스)

대기 영역 2(피닉스)에서 전환 및 복구 DR 계획이 모두 완료되었습니다. 영역 2의 DR 계획을 사용하면 전체 스택 DR이 영역 1에서 영역 2로 작업 로드를 전환할 수 있습니다. 다음 작업은 영역 1(애슈번)에 대한 보호 그룹에서 스위치오버 및 페일오버 계획을 만들어 전체 스택 DR이 영역 2에서 영역 1로 작업 로드를 다시 전환할 수 있도록 하는 것입니다.

하지만 DR 계획은 대기 역할을 가진 보호 그룹에서만 만들고 수정할 수 있습니다. 영역 1의 DR 보호 그룹이 현재 기본입니다. 즉, 영역 1에서 DR 계획을 생성할 수 없습니다.

따라서 영역 1이 대기이고 영역 2가 기본이 되도록 보호 그룹의 역할을 되돌려야 합니다. 방금 생성한 switchover 계획을 실행하여 작업 로드를 영역 1(애슈번)에서 영역 2(피닉스)로 전환합니다.

작업 8.1: 계획 실행 시작

DR 계획을 실행하여 OAC 작업 로드를 영역 1에서 영역 2로 전환하는 프로세스를 시작합니다.

영역 컨텍스트가 여전히 대기 영역 2(피닉스)로 설정되어 있는지 확인합니다.
콘솔 상단의 이동 경로를 사용하여 DR 보호 그룹 세부정보가 현재 계획 컨텍스트인지 확인합니다.
영역 2에서 올바른 DR 보호 그룹이 선택되었는지 확인합니다. Standby 역할이어야 합니다.
계속하기 전에 페일오버 및 스위치오버 계획이 모두 존재하는지 확인합니다. 존재하지 않을 경우 이전 단계로 돌아가서 두 DR 계획을 모두 만듭니다.
DR 계획 실행 단추를 누릅니다.

이미지-실행-phx-begin.svg
그림 8-1: 대기 영역으로 전환을 실행하는 방법 표시

작업 8.2: 복구 계획 선택 및 실행

이 작업은 영역 2에서 switchover 계획을 실행합니다.

전환 계획을 선택합니다.
사전 검사 사용이 선택되었는지 확인합니다.
DR 계획 실행 단추를 눌러 시작합니다.

이미지-실행-phx-exec.svg
그림 8-2: 전환 계획을 선택하고 실행합니다.

작업 8.3: 다음 단계

OAC 작업 로드가 영역 1에서 영역 2로 완전히 전환될 때까지 복구 계획을 모니터합니다. 전체 스택 DR은 아티팩트를 정리하고 영역 간 기본 및 대기 롤을 변경합니다.

전체 스택 DR이 전환을 완료한 후 지역 2(피닉스)가 기본 지역이 되고 지역 1(애슈번)이 대기 지역이 됩니다.

작업 9: 영역 1에서 DR 계획 생성(애슈번)

이제 대기 피어인 영역 1(애슈번)에 대한 DR 보호 그룹에서 동일한 기본 전환 및 페일오버 계획을 만듭니다.

각 계획의 목적은 영역 2가 기본 피어일 때마다 영역 2에서 영역 1로 작업 로드를 전환하는 것입니다. 두 영역에서 DR 보호 그룹의 역할은 자동으로 DR 작업의 일부로 되돌려지므로 영역 2의 보호 그룹이 대기 상태가 되고 영역 1의 보호 그룹이 페일오버 또는 스위치오버 후 기본이 됩니다.

전환 계획은 항상 대기 롤을 가진 보호 그룹에 생성됩니다. 영역 1은 현재 작업 8에서 전환 계획을 실행한 후 대기 보호 그룹입니다.

작업 9.1: DR 계획 생성 시작

아래 그림 9-1과 같이 영역 2에서 DRPG를 선택하여 기본 계획을 만듭니다.

OCI 리전 컨텍스트가 리전 1(애슈번)인지 확인합니다.
영역 1에서 대기 DRPG를 선택합니다.
계획 선택.
Create Plan을 눌러 프로세스를 시작합니다.

그림 9-1: 영역 1에서 기본 DR 계획 생성을 시작하는 방법

작업 9.1.1: 전환 계획 생성

DR 계획 생성은 아래 그림 9-2와 같이 간단합니다.

전환 계획의 이름을 간단하지만 의미 있게 만듭니다. 이 이름은 가능한 한 짧지만 한 눈에 쉽게 이해할 수 있어야 위기 동안 혼란과 인간의 실수를 줄일 수 있습니다.
계획 유형을 선택합니다. 이 문서 작성 시에는 두 가지 계획 유형만 있습니다.

계획 생성-phx-so.svg
그림 9-2: DR 전환 계획을 생성하는 데 필요한 매개변수

작업 9.2: 페일오버 계획 만들기

아래 그림 9-3과 같이 동일한 프로세스에 따라 기본 페일오버 계획을 만듭니다.

페일오버 계획의 이름을 단순하지만 의미 있게 만듭니다. 이 이름은 가능한 한 짧지만 한 눈에 쉽게 이해할 수 있어야 위기 동안 혼란과 인간의 실수를 줄일 수 있습니다.
계획 유형을 선택합니다. 이 문서 작성 시에는 두 가지 계획 유형만 있습니다.
[생성]을 눌러 기본 내장 단계로 미리 채워진 기본 복구 계획을 생성합니다.

계획 생성-phx-fo.svg
그림 9-3: DR 페일오버 계획을 만드는 데 필요한 매개변수

이제 영역 1의 대기 DR 보호 그룹에 아래와 같이 두 개의 DR 계획이 있어야 합니다. 이렇게 하면 영역 2에서 영역 1로 작업 로드를 전환할 수 있습니다.

계획 생성-phx-completed.svg
그림 9-4: 더 진행하기 전에 영역 2에 있어야 하는 두 가지 기본 DR 계획 표시

작업 10: 영역 1의 전환 계획 사용자 정의(애슈번)

이 작업에 대한 모든 작업은 영역 2에 대해 작업 6에서 수행한 작업과 거의 동일합니다. 단, 이 작업은 영역 1에서 수행됩니다.

작업 9에서 만든 기본 DR 계획에는 OAC와 관련된 복구 작업을 관리하는 데 필요한 항목이 없습니다. 이 작업은 사용자 정의 DR 계획 그룹을 추가하는 방법과 OAC에 대한 스위치오버 중 수행해야 하는 작업을 관리하는 단계를 설명합니다.

VM을 중지하기 전에 현재 기본 영역 2에서 OAC를 중지합니다.
VM을 실행한 후 현재 대기 영역 1에서 OAC를 시작합니다.
standby 영역 1에서 주기적 스냅샷을 recovery합니다. 주기적 스냅샷이 위의 작업 1.4의 일부로 설정되었습니다.
standby 영역 1에서 snapshot cron 작업을 변경합니다. cron 작업이 위의 작업 1.4의 일부로 설정되었습니다.

작업 10.1: 전환 계획 선택

먼저 이전 단계에서 생성한 switchover 계획으로 이동합니다.

그림 10-1: 영역 1에서 전환 계획 사용자 정의를 시작하는 방법

작업 10.2: 아티팩트를 종료하는 DR 계획 그룹 사용(선택사항)

이러한 단계는 이전 단계에서 영역 2에 대해 수행된 것과 동일하며 영역 1에 대해 동일한 프로세스를 따라야 합니다.

아래 스크린샷에 표시된 대로 전환 계획에서는 두 개의 계획 그룹이 기본적으로 사용 안함으로 설정됩니다. 테스트 중에 실제로 삭제되는 항목이 없다는 편안함을 제공하기 위해 비활성화되어 있으며, 테스트 중에 문제가 발생할 경우 백업으로 아티팩트의 실행 가능한 복사본이 남아 있습니다.

그러나 이러한 두 계획 그룹은 향후 DR 작업의 일부로 다시 사용되지 않을 아티팩트를 종료(삭제)합니다. 두 영역 간에 전환하면 시간이 지남에 따라 아티팩트가 계속 누적되어 실제로 활성화되어야 하는 컴퓨트 인스턴스 및 볼륨 그룹이란 인간에게 혼란을 야기합니다.

그림 10-2: 기본적으로 사용 안함으로 설정된 계획 그룹

다음은 비활성화된 계획 그룹이 활성화될 때 수행하는 작업입니다.

이 계획 그룹은 OCI 블록 스토리지 작업 중 복제된 VM 버전이 영역 1에서 실행된 후 영역 2에 남아 있는 컴퓨트 인스턴스의 아티팩트를 종료하여 스위치오버의 일부로 영역 1에서 영역 2로 복제 방향을 바꿉니다. 블록 볼륨 복제 방향 바꾸기 작업이 완전히 새로운 블록 볼륨 그룹에 모든 새 VM을 만들기 때문에 남은 VM은 스위치백 중 사용되지 않습니다.
이 계획 그룹은 복제된 VG 버전이 영역 1에서 활성화되고 스위치오버 중 볼륨 그룹 복제 방향이 바뀐 후 영역 2에서 남아 있는 VG(블록 볼륨 그룹)의 아티팩트를 종료합니다. 남은 블록 볼륨 그룹은 영역 1에서 다시 영역 2로 전환하는 과정이 아니더라도 다시 사용되지 않습니다.

작업 10.2.1: 컴퓨트 계획 그룹 종료를 사용으로 설정합니다.

계획 그룹을 사용으로 설정합니다.

계획 그룹 이름 오른쪽의 컨텍스트 메뉴에서 모든 단계 사용을 선택합니다.

그림 10-3: 컴퓨트 인스턴스 종료를 사용으로 설정할 필요

작업 10.2.2 볼륨 그룹 종료 계획 그룹 사용

계획 그룹을 사용으로 설정합니다.

계획 그룹 이름 오른쪽의 컨텍스트 메뉴에서 모든 단계 사용을 선택합니다.

그림 10-4: 종료 볼륨 그룹을 사용으로 설정하는 방법

작업 10.3: 영역 2에서 OAC를 정지할 계획 그룹 생성(기본)

이제 사용자 정의 DR 계획 그룹 추가를 시작합니다.

작업 10.3.1: 추가 계획 그룹 선택

계획 그룹을 추가하는 프로세스를 시작합니다.

시작하려면 그룹 추가를 누르십시오.

계획-사용자 정의-so-iad-grp1-add.svg
그림 10-5: OAC를 정지할 계획 그룹 추가를 시작합니다.

작업 10.3.2: 계획 그룹 이름, 주문 및 추가 단계 제공

DR 계획 그룹에는 모두 병렬로 실행되는 여러 단계가 포함될 수 있습니다. Bash 스크립트를 실행하여 OAC를 중지하기 위한 한 단계만 추가합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 물론 선택 사항이지만 가장 좋은 방법은 계획 그룹이 단계를 실행할 영역에 대한 메모를 추가하는 것입니다. 이 경우 기본 영역이므로 그룹 이름에 "(기본)"을 추가했습니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 2에서 VM을 중지하는 내장 계획 그룹 전에 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 컴퓨트 인스턴스 정지(기본) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC를 정지할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-iad-grp1-name.svg
그림 10-6: 계획 그룹을 생성하고 OAC 정지 단계를 추가하는 매개변수

작업 10.3.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 영역 2에서 OAC가 중지됩니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
스크립트가 OAC를 중지하지 못하면 DR 계획이 중지되어야 합니다. 그러면 누구나 문제가 있음을 확인하고 해결할 수 있습니다. 전체 스택 DR은 문제 해결 후 전환 계획을 계속 실행할 수 있는 기회를 제공합니다.
전체 스택 DR이 실패를 선언하기 전의 기본값은 1시간입니다. 이 값은 30분으로 변경하거나 보다 현실적인 시간 초과 값이 될 수 있습니다.
스위치오버 중 DR 제어 노드가 실행될 영역이 실행되지 않는 영역을 항상 선택하십시오. 전체 스택 DR은 VM의 실행 위치를 추적하므로 현재 위치를 지정하기만 하면 됩니다. 이 경우 DR 제어 노드는 영역 2(피닉스)에서 실행 중입니다.
로컬 스크립트 실행을 선택하여 컴퓨트 인스턴스에서 스크립트를 찾을 수 있음을 전체 스택 DR에 알립니다. bash 스크립트는 작업 1.3의 DR 제어 노드로 다운로드되었습니다.
DR 제어 노드를 포함하는 올바른 구획을 선택합니다. 모든 구획일 수 있습니다. DR 제어 노드로 지정된 컴퓨트 인스턴스를 선택합니다(이 프로젝트/자습서용으로만 생성된 애플리케이션 서버 또는 VM일 수 있음).
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. stop을 첫번째 매개변수로 추가하고 OCI 영역 ID를 두번째 매개변수로 추가합니다.
스크립트를 실행할 사용자로 opc를 지정합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-iad-grp1-step.svg
그림 10-7: OAC 정지를 위한 계획 단계를 생성하는 매개변수

태스크 10.3.4: 계획 그룹 및 단계 추가 완료

아래 그림 10-8과 같이 OAC 중지 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다. DR 계획 그룹에 단계를 더 추가할 수 있지만 이 계획 그룹에는 OAC를 중지하는 단계만 포함됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-iad-grp1-finish.svg
그림 10-8: 계획 그룹 및 단계 추가를 완료하여 OAC 정지

작업 10.4: 영역 1(대기)에서 OAC를 시작할 계획 그룹 생성

작업 10.4.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

계획-사용자 정의-so-iad-grp2-add.svg
그림 10-9: 대기 상태에서 OAC를 시작할 계획 그룹 추가 시작

작업 10.4.2: 계획 그룹 이름, 주문 및 추가 단계 제공

OAC를 시작할 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 그룹 이름에 "(대기)"를 추가하는 것이 좋습니다. 따라서 단계가 한 눈에 적용되는 영역이 분명해집니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 1에서 복제된 DR 제어 노드 버전을 실행하는 내장 계획 그룹 후에 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 컴퓨트 인스턴스 실행(대기) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-iad-grp2-name.svg
그림 10-10: 계획 그룹을 생성하고 대기에서 OAC를 시작하는 단계를 추가하는 매개변수

작업 10.4.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 영역 1에서 OAC가 시작됩니다.

이 작업의 모든 내용은 아래의 그림 10-11에 표시된 항목을 제외하고 작업 10.3.3과 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. start를 첫번째 매개변수로 추가하고 OCI 영역 ID를 두번째 매개변수로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-iad-grp2-step.svg
그림 10-11: 대기 데이터베이스에서 OAC를 시작하기 위한 계획 단계를 생성하는 매개변수

태스크 10.4.4: 계획 그룹 및 단계 추가 완료

아래 그림 10-12와 같이 OAC 시작 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-iad-grp2-finish.svg
그림 10-12: 대기에서 OAC를 시작하기 위한 계획 그룹 및 단계 추가를 완료합니다.

작업 10.5: 영역 1(대기)에서 스냅샷을 복구할 계획 그룹 생성

세번째 사용자 정의 계획 그룹은 영역 2의 오브젝트 스토리지 버킷에서 영역 1로 복제되는 주기적 스냅샷을 사용하여 대기 영역 1의 OAC를 복구합니다. 이 계획 그룹에는 작업 1.3의 DR 제어 노드로 다운로드된 oac-register-snapshot.sh bash 스크립트를 호출하는 단일 단계가 포함됩니다.

작업 10.5.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

계획-사용자 정의-so-iad-grp3-add.svg
그림 10-13: 대기 상태에서 스냅샷을 복구할 계획 그룹 추가 시작

태스크 10.5.2: 계획 그룹 이름, 주문 및 추가 단계 제공

대기 영역 1에서 OAC를 복구할 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 OAC를 시작하기 위해 이전 단계에서 생성된 사용자 정의 계획 그룹 후에 사용자 정의 계획 그룹을 삽입합니다.
내장 Start OAC (Standby) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC 스냅샷을 복구할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-iad-grp3-name.svg
그림 10-14: 계획 그룹을 생성하고 대기에서 OAC 스냅샷을 복구하는 단계를 추가하는 매개변수

작업 10.5.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 영역 1에서 OAC 스냅샷을 복구합니다. 스냅샷은 일반 작업 중 기본 영역에서 생성되며 영역 1의 오브젝트 스토리지 버킷에 저장됩니다.

이 작업의 모든 내용은 아래의 그림 10-15에 표시된 항목을 제외하고 작업 10.3.3과 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. OCI 지역 ID를 유일한 매개변수(이 예의 경우 PHX)로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-iad-grp3-step.svg
그림 10-15: 대기 데이터베이스에서 스냅샷을 복구하기 위한 계획 단계를 생성하는 매개변수

태스크 10.5.4: 계획 그룹 및 단계 추가 완료

아래 그림 10-16과 같이 OAC 복구 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-iad-grp3-finish.svg
그림 10-16: 대기 상태에서 스냅샷을 복구하기 위한 계획 그룹 및 단계 추가를 완료합니다.

작업 10.6: 영역 1(대기)에서 스냅샷을 취소할 계획 그룹 생성

마지막 사용자 정의 계획 그룹은 위의 작업 10.5에 설명된 cron 작업을 변경합니다. 전체 스택 DR은 oac-chg-cronjob.sh를 호출하여 cron 작업을 수정하여 내보낸 OAC 스냅샷을 영역 2의 스토리지 버킷에 저장합니다.

작업 10.6.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

계획-사용자 정의-so-iad-grp4-add.svg
그림 10-17: 대기 상태에서 스냅샷 복사를 취소할 계획 그룹 추가 시작

작업 10.6.2: 계획 그룹 이름, 주문 및 추가 단계 제공

OAC 스냅샷을 영역 2로 되돌릴 DR 계획 그룹을 만듭니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 그룹 이름에 "(대기)"를 추가하는 것이 좋습니다. 따라서 단계가 한 눈에 적용되는 영역이 분명해집니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 1에서 OAC 스냅샷을 복구하는 내장 계획 그룹 후 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 OAC 스냅샷 복구(대기) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

계획-사용자 정의-so-iad-grp4-name.svg
그림 10-18: 계획 그룹을 생성하고 대기 데이터베이스에서 스냅샷 복사본 취소 단계를 추가하는 매개변수

작업 10.6.3: 단계 이름 및 로컬 스크립트 매개변수 제공

계획 그룹 추가 단계 대화상자에서는 이 한 단계에서 수행할 작업과 복구 중 동작 방식에 대한 매개변수를 지정할 수 있습니다. 이 경우 OAC 스냅샷이 영역 2에 저장되도록 역방향으로 전환이 완료된 후 자동으로 대기 영역이 됩니다.

이 작업의 모든 내용은 아래의 그림 10-19에 표시된 항목을 제외하고 작업 10.3.3과 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-chg-cronjob.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. region 2(이 예제에서는 phx)에 대한 OCI 지역 키를 region 1(이 예제에서는 iad)에 대한 첫번째 매개변수 및 영역 키로 두번째 매개변수로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

계획-사용자 정의-so-iad-grp4-step.svg
그림 10-19: 대기 데이터베이스에서 스냅샷 복사본을 취소하기 위한 계획 단계를 생성하는 매개변수

태스크 10.6.4: 계획 그룹 및 단계 추가 완료

이제 아래 그림 10-20과 같이 OAC 스냅샷 방향을 바꾸는 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

계획-사용자 정의-so-iad-grp4-finish.svg 3.
그림 10-20: 대기에서 스냅샷 복사본을 역분개하기 위한 계획 그룹 및 단계 추가를 완료합니다.

계획-사용자 정의-so-iad-completed.svg
그림 10-21: 전환 계획에 추가된 네 개의 사용자 정의 계획 그룹 표시

작업 11: 영역 1에서 페일오버 계획 사용자 정의(애슈번)

이 작업은 사용자 정의 DR 계획 그룹을 추가하는 방법 및 영역 2에 대한 실제 중단 또는 액세스 손실 중에 영역 1에서 OAC에 대한 페일오버 중 수행해야 하는 작업을 관리하기 위한 단계에 대해 설명합니다. 위 작업 10의 전환 계획에 방금 추가된 동일한 단계의 하위 집합이 됩니다. 그러나 대기 영역 1에서 실행되는 단계만 페일오버 중에 영역 2에 완전히 액세스할 수 없다고 가정하므로 페일오버 계획에 추가됩니다.

VM을 실행한 후 대기 영역 1에서 OAC를 시작합니다.
standby 영역 1에서 주기적 스냅샷을 recovery합니다. 주기적 스냅샷이 위의 작업 1.4의 일부로 설정되었습니다.
standby 영역 1에서 snapshot cron 작업을 변경합니다. cron 작업이 위의 작업 1.4의 일부로 설정되었습니다.

작업 11.1: 영역 1(대기)에서 OAC를 시작할 계획 그룹 생성

먼저 작업 9에서 만든 페일오버 계획으로 이동합니다.

대기 영역 1이 여전히 콘솔의 현재 영역 컨텍스트인지 확인합니다.
페일오버 계획을 선택합니다.

그림 11-1: 영역 1에서 복구 계획을 사용자 정의하는 시작을 생성하는 방법

작업 11.2: 추가 계획 그룹 선택

첫번째 사용자 정의 계획 그룹은 대기 영역 1에서 실행 중인 OAC를 시작합니다. 이 계획 그룹에는 작업 1.3의 DR 제어 노드로 다운로드된 oac-start-stop.sh bash 스크립트를 호출하는 단일 단계가 포함됩니다.

시작하려면 그룹 추가를 누르십시오.

그림 11-2: OAC를 시작할 계획 그룹 추가 시작

태스크 11.2.1: 계획 그룹 이름, 주문 및 추가 단계 제공

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 물론 선택 사항이지만 가장 좋은 방법은 계획 그룹이 단계를 실행할 영역에 대한 메모를 추가하는 것입니다. 이 경우 대기 영역 1이므로 그룹 이름에 "(대기)"를 추가했습니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 1에서 복제된 VM을 실행하는 내장 계획 그룹 후 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 컴퓨트 인스턴스 실행(대기) 계획 그룹 선택
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

그림 11-3: 계획 그룹을 생성하고 OAC 시작 단계를 추가하는 매개변수

작업 11.2.2: 단계 이름 및 로컬 스크립트 매개변수 제공

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
스크립트가 OAC를 시작하지 못하면 DR 계획이 중지되어야 합니다. 그러면 누구나 문제가 있음을 확인하고 해결할 수 있습니다. 전체 스택 DR은 문제 해결 후 전환 계획을 계속 실행할 수 있는 기회를 제공합니다.
전체 스택 DR이 실패를 선언하기 전의 기본값은 1시간입니다. 이 값은 30분으로 변경하거나 보다 현실적인 시간 초과 값이 될 수 있습니다.
스위치오버 중 DR 제어 노드가 실행될 영역이 실행되지 않는 영역을 항상 선택하십시오. 전체 스택 DR은 VM의 실행 위치를 추적하므로 현재 위치를 지정하기만 하면 됩니다. 이 경우 DR 제어 노드는 영역 2(피닉스)에서 실행 중입니다.
로컬 스크립트 실행을 선택하여 컴퓨트 인스턴스에서 스크립트를 찾을 수 있음을 전체 스택 DR에 알립니다. bash 스크립트는 작업 1.3의 DR 제어 노드로 다운로드되었습니다.
DR 제어 노드를 포함하는 올바른 구획을 선택합니다. 모든 구획일 수 있습니다. DR 제어 노드로 지정된 컴퓨트 인스턴스를 선택합니다(이 프로젝트/자습서용으로만 생성된 애플리케이션 서버 또는 VM일 수 있음).
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. start를 첫번째 매개변수로 추가하고 OCI 영역 ID를 두번째 매개변수로 추가합니다.
스크립트를 실행할 사용자로 opc를 지정합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

그림 11-4: 대기 데이터베이스에서 OAC를 시작하기 위한 계획 단계를 생성하는 매개변수

태스크 11.2.3: 계획 그룹 및 단계 추가 완료

아래 그림 11-5와 같이 OAC 시작 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

그림 11-5: 계획 그룹 및 OAC 시작 단계 추가 완료

작업 11.3: 영역 1(대기)에서 스냅샷을 복구할 계획 그룹 생성

두번째 사용자 정의 계획 그룹은 영역 2의 오브젝트 스토리지 버킷에서 영역 1로 복제되는 주기적 스냅샷을 사용하여 대기 영역 1의 OAC를 복구합니다. 전환 계획에 추가된 것과 동일한 작업이 Task 9입니다.

작업 11.3.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

그림 11-6: 대기 상태에서 스냅샷을 복구할 계획 그룹 추가 시작

작업 11.3.2: 계획 그룹 이름, 주문 및 추가 단계 제공

대기 영역 1에서 OAC를 복구할 DR 계획 그룹을 생성합니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 OAC를 시작하기 위해 이전 단계에서 생성된 사용자 정의 계획 그룹 후에 사용자 정의 계획 그룹을 삽입합니다.
내장 Start OAC (Standby) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC 스냅샷을 복구할 스크립트를 지정할 대화상자를 엽니다.

그림 11-7: 계획 그룹을 생성하고 대기에서 OAC 스냅샷을 복구하는 단계를 추가하는 매개변수

작업 11.3.3: 단계 이름 및 로컬 스크립트 매개변수 제공

이 작업의 모든 내용은 아래의 그림 11-8에 표시된 항목을 제외하고 작업 11.3.2와 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-start-stop.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. OCI 지역 ID를 유일한 매개변수(이 예의 경우 PHX)로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

그림 11-8: 대기 데이터베이스에서 스냅샷을 복구하기 위한 계획 단계를 생성하는 매개변수

태스크 11.3.4: 계획 그룹 및 단계 추가 완료

아래 그림 11-9와 같이 OAC 복구 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

그림 11-9: 대기 상태에서 스냅샷을 복구하기 위한 계획 그룹 및 단계 추가를 완료합니다.

작업 11.4: 영역 1(대기)에서 스냅샷을 취소할 계획 그룹 생성

마지막 사용자 정의 계획 그룹은 cron 작업을 변경하므로 다시 액세스할 수 있게 되면 OAC 스냅샷이 영역 2에 저장됩니다. 이 작업은 작업 10의 전환 계획에 추가된 작업과 동일합니다.

작업 11.4.1: 추가 계획 그룹 선택

이전과 마찬가지로 그룹 추가를 눌러 시작합니다.

그림 11-10: 대기 상태에서 스냅샷 복사를 취소할 계획 그룹 추가 시작

작업 11.4.2: 계획 그룹 이름, 주문 및 추가 단계 제공

OAC 스냅샷을 영역 2로 되돌릴 DR 계획 그룹을 만듭니다.

계획 그룹에 단순하지만 설명적인 이름을 지정합니다. 그룹 이름에 "(대기)"를 추가하는 것이 좋습니다. 따라서 단계가 한 눈에 적용되는 영역이 분명해집니다.
계획 그룹이 DR 계획에 삽입될 위치를 선택합니다. 이 경우 영역 1에서 OAC 스냅샷을 복구하는 내장 계획 그룹 후 사용자 정의 계획 그룹을 삽입하려고 합니다.
내장 OAC 스냅샷 복구(대기) 계획 그룹을 선택합니다.
단계 추가를 눌러 OAC를 시작할 스크립트를 지정할 대화상자를 엽니다.

그림 11-11: 계획 그룹을 생성하고 대기 데이터베이스에서 스냅샷 복사본 취소 단계를 추가하는 매개변수

작업 11.4.3: 단계 이름 및 로컬 스크립트 매개변수 제공

이 작업의 모든 내용은 아래의 그림 11-19에 표시된 항목을 제외하고 작업 11.3.2와 동일합니다.

이 단계에서 수행하는 작업을 설명하는 설명이 포함된 이름입니다.
DR 제어 노드에서 oac-chg-cronjob.sh 스크립트를 설치한 절대 경로를 붙여 넣습니다. region 2(이 예의 경우 phx)에 대한 OCI 리전 키를 region 1(이 예의 경우 iad)에 대한 첫번째 매개변수 및 리전 키로 두번째 매개변수로 추가합니다.
단계 추가를 눌러 이 단계를 계획 그룹에 추가합니다.

그림 11-12: 대기 데이터베이스에서 스냅샷 복사본을 되돌리기 위한 계획 단계를 생성하는 매개변수

태스크 11.4.4: 계획 그룹 및 단계 추가 완료

이제 아래 그림 11-13과 같이 OAC 스냅샷 방향을 바꾸는 단계가 DR 계획 그룹에 추가되었습니다.

방금 추가된 계획 단계가 표시됩니다.
DR 계획 그룹 및 단계를 DR 계획에 추가하려면 추가를 누릅니다.

그림 11-13: 대기 데이터베이스에서 스냅샷 복사본을 역분개하기 위한 계획 그룹 및 단계 추가를 완료합니다.

그림 11-14: 페일오버 계획에 추가된 세 개의 사용자 정의 계획 그룹 표시

다음 단계

이때 OAC용 전체 스택 DR을 완전히 구현해야 합니다. 그러나 프로덕션에 전체 스택 DR을 사용하기 전에 전체 기능을 검증해야 합니다. 모든 페일오버 및 스위치오버 계획은 모든 것이 예상대로 작동하는지 검증하고 복구 팀은 전체 프로세스를 완전히 이해합니다.

switchover 계획 테스트

스위치오버 계획은 모든 아티팩트를 정리하고 내장된 복구 단계(예: 로드 밸런서, 블록 스토리지, 파일 시스템, BaseDB, ExaCS 및 자율운영 데이터베이스)에 대한 모든 롤을 사람의 개입 없이 대기 영역에서 복구할 수 있도록 설계되었습니다.

복구 계획 테스트

페일오버는 다릅니다. 특성상 장애 조치는 아티팩트를 정리하거나 실패한 영역의 서비스 및 데이터베이스가 작업 로드를 다시 영역 1로 전환할 준비가 되어 있는지 확인할 수 없습니다. 복구 팀은 Data Guard가 올바른 상태인지, 스토리지 및 컴퓨트 인스턴스에 대한 아티팩트가 종료되었는지 확인하기 위한 작업을 이해하고 수행해야 합니다. 프로세스를 이해하려면 OCI 전체 스택 DR 설명서의 복구 후 DR 구성 재설정을 읽어보십시오.

최종 수락을 위해 모든 DR 계획 검증

복구 팀은 전체 스택 DR 보호 그룹 및 프로덕션 워크로드에 대한 계획의 준비 상태를 보여주기 위해 최종 검증을 수행해야 합니다. 지역 2(피닉스)는 이 과정에서 현재 기본 지역이어야 합니다. 다음 단계를 완료하여 모든 계획의 최종 검증을 시작합니다.

영역 2(기본)에서 영역 1(대기)로 다시 전환을 테스트합니다.
영역 1(기본)에서 영역 2(대기)로의 테스트 복구
영역 1(기본) 준비 - 영역 2에서 페일오버를 수행합니다.
영역 2(기본)에서 영역 1(대기)로 페일오버를 테스트합니다.
영역 2 준비(기본) - 페일오버 또는 영역 2로의 스위치오버
DR 보호 그룹 및 응용 프로그램 스택은 정상 작동 상태여야 하며 이 시점에서 페일오버 또는 스위치오버를 수행할 준비가 되어 있어야 합니다.

확인

작성자 - Bala Guddeti(NACE Cloud 솔루션 전문가)
제공자 - Greg King(전체 스택 재해 복구 제품 관리자), Suraj Ramesh(전체 스택 재해 복구 제품 관리자)

추가 학습 자원

docs.oracle.com/learn에서 다른 실습을 살펴보거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하십시오. 또한 education.oracle.com/learning-explorer를 방문하여 Oracle Learning Explorer가 되십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.

제목 및 저작권 정보

Automate Recovery for Oracle Analytics Cloud Using OCI Full Stack Disaster Recovery

F88861-01

December 2023