자율운영 Data Guard 구성 관리

전용 Exadata 인프라의 자율운영 AI 데이터베이스의 자율운영 Data Guard 기능을 사용하면 장애, 재해, 인적 오류 또는 데이터 손상에도 불구하고 중요한 프로덕션 데이터베이스를 미션 크리티컬 애플리케이션에서 사용할 수 있도록 유지할 수 있습니다. 이러한 종류의 기능을 재해 복구라고도 합니다.

자율운영 컨테이너 데이터베이스에서 자율운영 Data Guard 사용

자율운영 컨테이너 데이터베이스의 세부정보 페이지에서 자율운영 Data Guard를 사용으로 설정할 수 있습니다.

주: 다음 3일 이내에 일정이 잡힌 활성 유지보수 실행이 있는 ACD에서는 자율운영 Data Guard를 사용으로 설정할 수 없습니다.

필요한 IAM 권한

inspect cloud-autonomous-vmclusters

use autonomous-container-databases

절차

주: 대기 ACD 추가 작업이 진행 중인 경우 대기 추가 작업이 완료될 때까지 해당 ACD에 대한 일정이 잡힌 유지보수가 시작되지 않습니다.

1. 자율운영 Data Guard를 사용으로 설정할 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

2. 자율운영 컨테이너 데이터베이스 정보의 자율운영 Data Guard에서 사용을 누릅니다.

3. 또는 Autonomous Data Guard 그룹에서 대기 추가를 누를 수도 있습니다.

4. 다음 정보로 대기 추가 대화상자를 채웁니다.

   설정	설명	참고
   피어 자율운영 컨테이너 데이터베이스 컴파트멘트	대기 자율운영 컨테이너 데이터베이스 컴파트먼트를 선택합니다.
   피어 자율운영 컨테이너 서버 데이터베이스 이름	대기 ACD의 이름을 입력합니다.	AWS 리전의 대기 ACD를 OCI 리전의 이미 프로비저닝된 ACD에 추가할 수 있습니다. 또는 OCI 리전의 대기 ACD를 AWS 리전의 이미 프로비저닝된 ACD에 추가할 수도 있습니다.
   피어 영역	대기 ACD에 대한 영역을 선택하십시오.	기본 및 보조 ACD는 여러 지역(교차 지역)에도 배포할 수 있습니다.
   피어 Exadata Infrastructure	대기 ACD에 대한 기본 Exadata 인프라 리소스를 선택하십시오.
   피어 자율운영 Exadata VM 클러스터(AVMC)	대기 ACD에 대한 상위 AVMC를 선택합니다.	Exadata Cloud@Customer 배치에서 상위 AVMC의 세번째 NIC가 사용으로 설정된 경우 모든 Data Guard 작업이 이 세번째 NIC를 통해서만 이동됩니다.
   보호 모드	drop-down list에서 Maximum performance 또는 Maximum Availability를 선택합니다.	기본적으로 Maximum Performance가 선택됩니다. 자율운영 Data Guard에 대한 정보와 대기 자율운영 컨테이너 데이터베이스를 배치할 위치 및 사용할 보호 모드 선택에 대한 지침은 자율운영 Data Guard 정보 및 자율운영 Data Guard 구성 옵션을 참조하십시오.
   피어 데이터베이스 백업 설정	드롭다운 목록에서 백업 대상 유형을 선택합니다. 자율운영 AI 데이터베이스의 Oracle Public Cloud 배포에서 자율운영 복구 서비스 또는 오브젝트 스토리지를 백업 대상으로 선택할 수 있습니다. 기본값은 오브젝트 스토리지이며 권장 옵션은 자율운영 복구 서비스입니다. Oracle Database@AWS 기반 자율운영 AI 데이터베이스의 경우 자율운영 복구 서비스, OCI 오브젝트 스토리지 또는 Amazon Simple Storage(AWS S3)를 선택할 수 있습니다. 기본값은 AWS S3이며 권장 옵션은 자율운영 복구 서비스입니다.
   피어 데이터베이스 유지보수 환경설정	대기 ACD가 항상 기본 ACD 앞에 패치되기 때문에 기본 ACD 유지보수 전에 대기 ACD 유지보수 일정이 잡힐 일수를 선택합니다.	이 옵션은 기본 ACD가 사용자정의 유지보수 일정을 정의한 경우에만 사용할 수 있습니다.

5. standby database 추가를 확인합니다.

   주: 사용으로 설정된 후에는 대기 ACD를 종료해야만 자율운영 Data Guard를 사용 안함으로 설정할 수 있습니다.

자율운영 Data Guard 구성의 상태 보기

구성의 기본 또는 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지에서 자율운영 Data Guard 구성의 상태를 확인합니다.

필요한 IAM 정책

inspect autonomous-container-databases

절차

1. 자율운영 Data Guard 구성에서 기본 또는 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

   자율운영 컨테이너 데이터베이스 정보의 자율운영 Data Guard에서 상태, 피어 롤, 피어 상태, 보호 모드 및 자동 복구 설정과 같은 자율운영 Data Guard 세부정보를 볼 수 있습니다.

2. 자율운영 Data Guard 그룹을 눌러 자율운영 Data Guard 세부정보를 볼 수도 있습니다.

   자율운영 Data Guard 테이블에는 피어 컨테이너 데이터베이스, 현재 적용 지연 및 전송 지연, 상태, 마지막 롤 변경 및 생성 날짜에 대한 정보가 표시됩니다.

두번째 대기 자율운영 컨테이너 데이터베이스 추가

자율운영 Data Guard 설정에서 기본 ACD에 두번째 대기 자율운영 컨테이너 데이터베이스(ACD)를 추가할 수 있습니다. 두번째 대기 ACD는 기본 ACD와 동일한 테넌시에 있어야 합니다.

필수 조건

두번째 대기 ACD를 추가할 수 있으려면 첫번째 대기 ACD의 자동 페일오버가 사용으로 설정되지 않아야 합니다. 두번째 대기 데이터베이스를 추가하기 전에 첫번째 대기 데이터베이스에서 자동 복구를 비활성화해야 하며 나중에 다시 활성화할 수 있습니다.

필요한 IAM 권한

use autonomous-container-databases

절차

참고:

• 대기 ACD 추가 작업이 진행 중인 경우 대기 추가 작업이 완료될 때까지 해당 ACD에 대해 일정이 잡힌 유지보수가 시작되지 않습니다.
• standby database를 추가하려면 첫번째 standby database에 대해 자동 비롤링 재시작이 필요합니다. 기본 데이터베이스는 이 비롤링 재시작의 영향을 받지 않습니다.

1. 두번째 대기 데이터베이스를 추가할 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

2. 자율운영 Data Guard 그룹에서 대기 추가를 누릅니다.

3. 다음 정보로 대기 추가를 입력합니다.

   설정	설명
   피어 자율운영 컨테이너 데이터베이스 컴파트멘트	대기 자율운영 컨테이너 데이터베이스 컴파트먼트를 선택합니다.
   피어 자율운영 컨테이너 서버 데이터베이스 이름	대기 ACD의 이름을 입력합니다. 참고: AWS 리전의 대기 ACD를 OCI 리전의 이미 프로비저닝된 ACD에 추가할 수 있습니다. 또는 OCI 리전의 대기 ACD를 AWS 리전의 이미 프로비저닝된 ACD에 추가할 수도 있습니다.
   피어 영역	대기 ACD에 대한 영역을 선택하십시오.
   피어 Exadata Infrastructure	대기 ACD에 대한 기본 Exadata 인프라 리소스를 선택하십시오.
   피어 자율운영 Exadata VM 클러스터(AVMC)	대기 ACD에 대한 상위 AVMC를 선택합니다.
   피어 데이터베이스 백업 구성	drop-down list에서 두번째 standby database의 백업 대상 유형을 선택합니다. 자율운영 AI 데이터베이스의 Oracle Public Cloud 배포에서 자율운영 복구 서비스 또는 오브젝트 스토리지를 백업 대상으로 선택할 수 있습니다. 기본값은 오브젝트 스토리지이며 권장 옵션은 자율운영 복구 서비스입니다. Oracle Database@AWS 기반 자율운영 AI 데이터베이스의 경우 자율운영 복구 서비스, OCI 오브젝트 스토리지 또는 Amazon Simple Storage(AWS S3)를 선택할 수 있습니다. 기본값은 AWS S3이며 권장 옵션은 자율운영 복구 서비스입니다.

   주: 기본 ACD의 첫번째 대기 ACD에서 이러한 환경설정을 상속하므로 두번째 대기 ACD에 대한 유지 관리 환경설정을 명시적으로 설정할 수 없습니다.

4. 대기를 추가합니다를 누릅니다.

자율운영 Data Guard 구성에서 롤 전환

기본 또는 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지에서 자율운영 Data Guard 구성의 기본 및 대기 자율운영 컨테이너 데이터베이스의 롤을 전환합니다.

필요한 IAM 정책

use autonomous-container-databases

절차

1. 자율운영 Data Guard 구성에서 기본 ACD로 롤을 전환하려는 대기 ACD의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

   주: 대기가 스냅샷 대기 롤에 있는 자율운영 Data Guard 구성에서는 기본 및 대기 ACD의 롤을 전환할 수 없습니다.

2. 작업에서 전환을 누릅니다.

3. 확인 대화 상자에 ACD 이름을 입력하고 Switchover를 누릅니다.

   전용 Exadata 인프라의 Oracle Autonomous AI Database는 대기 및 기본 컨테이너 데이터베이스의 상태를 역할 변경 진행 중으로 설정하고 전환 작업을 시작합니다. 그러면 기본 컨테이너 데이터베이스가 대기 롤을 맡고 대기 컨테이너 데이터베이스가 기본 롤을 맡게 됩니다. 완료 시 두 컨테이너 데이터베이스의 상태가 활성으로 돌아갑니다.

자율운영 Data Guard 구성에서 대기로 페일오버

대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지에서 자율운영 Data Guard 구성의 대기 자율운영 컨테이너 데이터베이스로 페일오버합니다.

필요한 IAM 정책

use autonomous-container-databases

절차

1. 자율운영 Data Guard 구성에서 페일오버할 대기 ACD의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

2. 작업에서 페일오버를 누릅니다.

3. 스냅샷 대기 자율운영 컨테이너 데이터베이스의 경우 모든 로컬 업데이트를 폐기하고 기본 데이터베이스에서 데이터를 적용한 후 스냅샷 대기가 물리적 대기로 변환됨을 알리는 메시지가 표시됩니다. 계속하려면 페일오버를 누릅니다.

4. 확인 대화 상자에 ACD 이름을 입력하고 Failover를 누릅니다.

   전용 Exadata 인프라의 Oracle Autonomous AI Database는 대기 컨테이너 데이터베이스의 상태를 역할 변경 진행 중으로 설정하고 페일오버 작업을 시작합니다. 완료 시 대기 컨테이너 데이터베이스의 롤이 기본이 되고 기본 컨테이너 데이터베이스의 롤이 사용할 수 없음 상태로 사용 안함으로 설정된 대기가 됩니다.

자율운영 Data Guard 구성에서 사용 안함으로 설정된 대기 복원

페일오버가 발생하고 실패한 기본 자율운영 컨테이너 데이터베이스가 사용 안함으로 설정된 대기 롤로 간주되면 세부정보 페이지에서 사용으로 설정된 대기 롤로 실패한 데이터베이스를 복원할 수 있습니다.

다중 대기 데이터베이스 및 자동 복구를 사용하는 자율운영 Data Guard 설정에서 다음을 수행합니다.

• 수동 failover를 수행하려면 새 standby database가 되는 원래 primary database를 수동으로 복원해야 합니다.

• 자동 페일오버가 발생할 때마다 전용 Exadata 인프라의 자율운영 AI 데이터베이스가 이전 기본 데이터베이스를 대기로 복원하려고 시도합니다. 그러나 해당 시도가 실패하면 수동으로 복원해야 합니다.

필요한 IAM 정책

use autonomous-container-databases

절차

1. 복원할 사용 안함으로 설정된 대기 ACD의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

   참고:

   페일오버한 기본 데이터베이스는 컴파트먼트에 대한 자율운영 컨테이너 데이터베이스 목록에서 "사용 안함으로 설정된 대기"로 레이블이 지정됩니다.

2. 작업에서 복원을 누릅니다.

3. 사용 안함으로 설정된 대기 ACD의 복원 작업을 계속하려면 확인을 제공하십시오.

   복원 작업이 완료될 때까지 피어 데이터베이스의 상태는 롤 변경 진행 중이 됩니다. 완료 시 사용 안함으로 설정된 대기 컨테이너 데이터베이스의 롤이 대기가 되고 해당 상태가 사용 가능으로 변경됩니다.

자율운영 Data Guard 설정 업데이트

자율운영 Data Guard의 설정은 구성의 기본 자율운영 컨테이너 데이터베이스의 세부정보 페이지에서 업데이트할 수 있습니다.

필요한 IAM 정책

use autonomous-container-databases

절차

1. 자율운영 Data Guard 구성에서 기본 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

2. 작업에서 자율운영 Data Guard 업데이트를 누릅니다.

   자율운영 Data Guard 업데이트 대화상자에는 보호 모드 및 자동 페일오버에 대한 현재 설정이 표시됩니다.

3. 이 대화 상자에서 다음 업데이트를 수행할 수 있습니다.

   1. 보호 모드: 드롭다운 목록에서 최대 성능 또는 최대 가용성을 선택합니다.

   2. 자동 페일오버: 자동 페일오버가 아직 사용으로 설정되지 않은 경우 자동 페일오버 사용을 선택하여 사용으로 설정할 수 있습니다. 마찬가지로 자동 페일오버 사용을 선택 해제하여 이 자율운영 Data Guard 설정에 대한 자동 페일오버를 사용 안함으로 설정할 수 있습니다. 대기 데이터베이스 중 하나가 기본 데이터베이스와 동일한 지역에 있고 두번째 데이터베이스가 다른 지역에 있는 경우, 로컬 대기 데이터베이스는 자동 복구 대상으로 원격 대기 데이터베이스보다 우선 순위가 높습니다. 자동 복구를 사용으로 설정하면 자동 복구 대상에 대해 대기 데이터베이스가 고려됩니다.

      참고: Exadata Cloud@Customer 배치에서 영역 간 자율운영 Data Guard가 설정된 데이터베이스에 대해서는 자동 복구를 사용으로 설정할 수 없습니다.

   3. 빠른 시작 페일오버 지연 제한: 자동 페일오버가 사용으로 설정되고 보호 모드가 최대 성능인 경우 빠른 시작 페일오버 지연 제한 값이 초 단위로 표시됩니다. 기본적으로 이 값은 30초로 설정되지만 5초에서 3600초 사이의 모든 값으로 변경할 수 있습니다.

4. 변경사항을 저장합니다.

Oracle Cloud Infrastructure 콘솔에서 자율운영 컨테이너 데이터베이스 상태는 업데이트된 자율운영 Data Guard 설정이 적용될 때까지 UPDATING으로 표시됩니다.

물리적 대기 데이터베이스를 스냅샷 대기로 변환

구성의 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지에서 자율운영 Data Guard 설정에서 대기 자율운영 컨테이너 데이터베이스를 스냅샷 대기로 변환할 수 있습니다.

필요한 IAM 정책

use autonomous-container-databases

절차

1. 자율운영 Data Guard 구성에서 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

2. 작업에서 스냅샷 대기로 변환을 누릅니다.

   주: 자동 페일오버가 사용으로 설정된 경우 스냅샷 대기로 변환이 지원되지 않습니다. 스냅샷 대기로 변환하기 전에 자동 복구를 사용 안함으로 설정해야 합니다. 자율운영 Data Guard 설정에서 자동 복구를 사용 안함으로 설정하는 지침은 자율운영 Data Guard 설정 업데이트를 참조하십시오.

3. 스냅샷 대기로 변환 대화상자에 스냅샷 대기 데이터베이스 접속에 대해 새 데이터베이스 서비스 또는 기본 데이터베이스 서비스를 사용할 수 있는 옵션이 표시됩니다.

   • 새 데이터베이스 서비스 사용: 스냅샷 대기 모드에서만 활성화된 새 서비스를 사용해서 스냅샷 대기에 접속하려면 이 옵션을 누릅니다.

   • 기본 데이터베이스 서비스 사용: 기본 데이터베이스와 동일한 서비스를 사용하여 스냅샷 대기 데이터베이스에 접속하려면 이 옵션을 누릅니다.

   주: 스냅샷 대기 데이터베이스에서 기본 데이터베이스 서비스를 활성화하면 스냅샷 대기 접속 요청이 기본 데이터베이스로 전달되거나, 잘못된 데이터베이스 접속 문자열을 사용하는 경우 스냅샷 대기 접속 요청이 기본 데이터베이스로 전달될 수 있습니다. 따라서 primary database 서비스를 사용하도록 선택할 때 primary database 및 snapshot standby database에 연결하는 동안 적절한 연결 문자열을 주의해서 사용해야 합니다.

4. 변환을 누릅니다.

   Oracle Cloud Infrastructure 콘솔에서 자율운영 컨테이너 데이터베이스 상태는 대기가 스냅샷 대기로 변경될 때까지 UPDATING을 표시합니다.

Snapshot Standby를 물리적 Standby로 변환

구성의 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지에서 자율운영 Data Guard 설정에서 스냅샷 대기 자율운영 컨테이너 데이터베이스를 물리적 대기로 변환할 수 있습니다.

필요한 IAM 정책

use autonomous-container-databases

절차

1. 자율운영 Data Guard 구성에서 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.

   지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.

2. 작업에서 물리적 대기로 변환을 누릅니다.

3. 물리적 대기로 변환 대화상자에는 스냅샷 대기를 물리적 대기로 변환하면 모든 로컬 업데이트가 폐기되고 기본 데이터베이스의 데이터가 적용됨을 알리는 메시지가 표시됩니다.

4. 변환을 누릅니다.

   Oracle Cloud Infrastructure 콘솔에서 자율운영 컨테이너 데이터베이스 상태는 대기가 물리적 대기로 변경될 때까지 업데이트를 표시합니다.

교차 테넌시 대기 데이터베이스 추가

기본 데이터베이스와 다른 테넌시에 상주하는 자율운영 Data Guard 대기 데이터베이스를 추가할 수 있습니다.

적용 대상: Oracle Public Cloud only

필요한 IAM 정책

교차 테넌시 대기 데이터베이스를 생성하려면 다음 요구사항을 충족해야 합니다.

• CLI 또는 API 명령을 실행하여 대상 테넌시에 교차 테넌시 대기 데이터베이스를 추가합니다.

• 대상 테넌시에 교차 테넌시 대기 데이터베이스를 추가하고 대상 테넌시가 기본 데이터베이스가 상주하는 소스 테넌시에 접속하도록 허용하는 명령을 실행할 수 있도록 소스 및 대상 테넌시에 OCI Identity and Access Management 그룹 및 정책을 정의합니다. 해당 정책이 취소되면 교차 테넌시 대기 데이터베이스 추가가 허용되지 않습니다.

  • 대상 테넌시에서 그룹(예: DestinationGroup)을 생성하고 이 그룹에 교차 테넌시 대기 데이터베이스를 추가할 수 있는 사용자를 추가합니다. 자세한 내용은 콘솔을 사용하여 그룹 만들기를 참조하십시오.

  • 소스 테넌시에서 대상 테넌시에 생성된 그룹(DestinationGroup)이 소스 테넌시의 기본 데이터베이스를 사용하여 교차 테넌시 대기 데이터베이스를 추가할 수 있도록 허용하는 IAM 정책을 생성합니다. 자세한 내용은 콘솔을 사용하여 정책 생성을 참조하십시오.

    예를 들어, 아래와 같이 소스 테넌시의 지정된 컴파트먼트에 있는 특정 자율운영 AI 데이터베이스 인스턴스에서 DestinationTenancy의 DestinationGroup에 있는 사용자가 읽도록 허용하는 정책을 정의할 수 있습니다.

    define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
    define group DestinationGroup as ocid1.group.region1..unique_ID
    admit group DestinationGroup of tenancy DestinationTenancy to **read autonomous-database-family** in
        tenancy
    

    참고: 이 정책은 소스 자율운영 AI 데이터베이스 인스턴스에서 교차 테넌시 대기 생성을 위한 읽기 액세스만 허용하면 됩니다.

    위의 정책은 다음을 지정합니다.

    • 1행: 대기 데이터베이스를 추가할 대상 테넌시의 OCID입니다.

    • 2행: 교차 테넌시 대기 데이터베이스를 생성할 사용자가 속한 대상 그룹의 OCID입니다.

    • 3행: 소스 테넌시에서 자율운영 AI 데이터베이스를 읽을 수 있는 대상 그룹을 지정합니다.

  • 대상 테넌시에서 그룹을 보증하여 소스 테넌시의 기본 데이터베이스 소스를 관리하는 IAM 정책을 생성합니다. 자세한 내용은 콘솔을 사용하여 정책 생성을 참조하십시오.

    예:

    define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
    endorse group DestinationGroup to **manage autonomous-database-family** in tenancy SourceTenancy
    

    위의 정책은 다음을 지정합니다.

    • 1행: 기본 데이터베이스가 상주하는 소스 테넌시 OCID의 OCID입니다.

    • 2행: 소스 테넌시에서 자율운영 AI 데이터베이스를 관리할 수 있는 대상 그룹을 지정합니다.

    위 예제에 설명된 이 정책을 통해 DestinationGroup는 소스 테넌시에서 자율운영 AI 데이터베이스 및 교차 테넌시 대기 데이터베이스를 생성할 수 있습니다. 자세한 내용과 예는 자율운영 AI 데이터베이스용 IAM 권한 및 API 작업을 참조하십시오.

동일한 영역에 교차 테넌시 대기 데이터베이스 추가

CLI REST API

아래와 같이 CLI를 사용하여 소스 테넌시에서 독립형 ACD를 생성할 수 있습니다.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

설명:

• --cloud-autonomous-vm-cluster-id: 새 자율운영 컨테이너 데이터베이스(ACD)가 프로비전될 대상 자율운영 Exadata VM 클러스터의 OCID입니다.

또는 기존 독립형 ACD를 사용하고 아래와 같이 대기 데이터베이스를 직접 추가할 수도 있습니다.

대기 데이터베이스를 추가하려는 테넌시, 즉 대상 테넌시에서 CLI를 사용하여 아래와 같이 대기 데이터베이스를 추가합니다.

oci --debug db autonomous-container-database add
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1.<region-name>.unique_ID
--peer-autonomous-container-database-display-name clisecdg
--peer-cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--protection-mode MAXIMUM_PERFORMANCE
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1.unique_ID"

설명:

• --autonomous-container-database-id : 대기를 추가할 기본 자율운영 컨테이너 데이터베이스의 OCID입니다.

• --peer-autonomous-container-database-display-name: 대상 테넌시의 새 대기 자율운영 컨테이너 데이터베이스에 대한 사용자에게 친숙한 이름입니다.

• --peer-autonomous-vm-cluster-id : 대기 데이터베이스가 생성될 대상 테넌시에 있는 클라우드 자율운영 VM 클러스터의 OCID입니다.

• --peer-autonomous-container-database-compartment-id: 대기 자율운영 컨테이너 데이터베이스가 상주할 컴파트먼트의 OCID입니다.

• --protection-mode: ACD가 Data Guard가 사용으로 설정된 후 사용할 보호 모드를 정의합니다.

명령이 성공하면 standby database의 진행 상황을 추적하는 데 사용할 수 있는 work-request-id가 반환됩니다. 자세한 내용은 autonomous-container-database를 참조하십시오. 주: 명령을 구성 파일에 나열되지 않은 영역에서 실행하려면 oci 명령을 실행하기 전에 명령 프롬프트에서 필요한 영역을 설정해야 합니다.

SDK에 대한 자세한 내용은 소프트웨어 개발 키트 및 명령행 인터페이스를 참고하세요.

REST API를 사용하여 기본 데이터베이스와 동일한 지역에 상주하는 교차 테넌시 대기 데이터베이스를 추가하려면 AutonomousContainerDatabases를 사용합니다.

대기 생성을 위한 API 호출이 동일한 영역의 다른 테넌시로 전송됩니다.

아래와 같이 REST API를 사용하여 소스 테넌시에서 독립형 ACD를 생성할 수 있습니다.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases
--request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
"compartmentId": "ocid1.compartment.oc1.unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}''

설명:

• cloudAutonomousVmClusterId: 새 자율운영 컨테이너 데이터베이스(ACD)가 프로비전될 대상 자율운영 Exadata VM 클러스터의 OCID입니다.

또는 기존 독립형 ACD를 사용하고 아래와 같이 대기 데이터베이스를 직접 추가할 수도 있습니다.

대기 데이터베이스를 추가하려는 테넌시, 즉 대상 테넌시에서 아래와 같이 REST API를 사용하여 대기 데이터베이스를 추가합니다.

oci raw-request --http-method POST --target-uri
https://database.<region-name>.oraclecloud.com/../../ocid1.autonomouscontainerdatabase.oc1.<region-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec1",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

설명:

• peerCloudAutonomousVmClusterId: 대기 데이터베이스가 생성될 대상 테넌시에 있는 클라우드 자율운영 VM 클러스터의 OCID입니다.

• peerAutonomousContainerDatabaseCompartmentId: 대기 자율운영 컨테이너 데이터베이스가 상주할 컴파트먼트의 OCID입니다.

• peerAutonomousContainerDatabaseDisplayName: 대상 테넌시의 새 대기 자율운영 컨테이너 데이터베이스에 대한 사용자에게 친숙한 이름입니다.

• protectionMode: ACD가 Data Guard가 사용으로 설정된 후 사용할 보호 모드를 정의합니다.

REST API에 대한 자세한 내용은 AutonomousContainerDatabase를 참조하십시오.

API 사용 및 서명 요청에 대한 자세한 내용은 REST API 및 보안 인증서를 참조하십시오.

원격 영역에 교차 테넌시 대기 데이터베이스 생성

CLI REST API

아래와 같이 CLI를 사용하여 소스 테넌시(아직 생성하지 않은 경우)에서 독립형 ACD를 생성할 수 있습니다.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

설명:

• --cloud-autonomous-vm-cluster-id: 새 자율운영 컨테이너 데이터베이스(ACD)가 프로비전될 대상 자율운영 Exadata VM 클러스터의 OCID입니다.

또는 기존 독립형 ACD를 사용하고 아래와 같이 대기 데이터베이스를 직접 추가할 수도 있습니다.

대기 데이터베이스를 추가하려는 테넌시, 즉 원격 영역의 대상 테넌시에서 아래와 같이 CLI를 사용하여 대기 데이터베이스를 추가합니다.

oci --debug db autonomous-container-database add
--autonomous-container-database-id "ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>.unique_ID"
--peer-autonomous-container-database-display-name "cliCrosstSec2"
--protection-mode "MAXIMUM_PERFORMANCE"
--peer-cloud-autonomous-vm-cluster-id "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID"
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1..uniqueID"

설명:

• --autonomous-container-database-id: 대기를 추가하려는 소스 영역의 기본 자율운영 컨테이너 데이터베이스의 OCID입니다.

• --peer-autonomous-container-database-display-name: 대상 영역 및 대상 테넌시의 새 대기 자율운영 컨테이너 데이터베이스에 대한 사용자에게 친숙한 이름입니다.

• --peer-autonomous-vm-cluster-id: 대기 데이터베이스가 생성될 대상 영역 및 대상 테넌시에 있는 클라우드 자율운영 VM 클러스터의 OCID입니다.

• -peer-autonomous-container-database-compartment-id: 대기 자율운영 컨테이너 데이터베이스가 상주할 컴파트먼트의 OCID입니다.

• --protection-mode: ACD가 Data Guard를 사용으로 설정한 후 사용할 보호 모드를 정의합니다.

주: 원격 영역이 기본 구성 파일에 나열된 영역과 다른 경우 oci 명령을 실행하기 전에 명령 프롬프트에서 필요한 원격 영역을 설정해야 합니다.

명령이 성공하면 standby database의 진행 상황을 추적하는 데 사용할 수 있는 work-request-id가 반환됩니다. 자세한 내용은 autonomous-container-database를 참조하십시오.

SDK에 대한 자세한 내용은 소프트웨어 개발 키트 및 명령행 인터페이스를 참고하세요.

REST API를 사용하여 다른 지역에 상주하는 교차 테넌시 대기 데이터베이스를 기본 데이터베이스로 추가하려면 AutonomousContainerDatabases를 사용합니다.

아래와 같이 REST API를 사용하여 소스 테넌시에서 독립형 ACD를 생성할 수 있습니다.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID",
  "compartmentId": "ocid1.compartment.oc1.unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
   "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

설명:

• cloudAutonomousVmClusterId: 새 자율운영 컨테이너 데이터베이스(ACD)가 프로비전될 대상 자율운영 Exadata VM 클러스터의 OCID입니다.

또는 기존 독립형 ACD를 사용하고 아래와 같이 대기 데이터베이스를 직접 추가할 수도 있습니다.

대기 데이터베이스를 추가하려는 테넌시, 즉 대상 영역의 대상 테넌시에서 아래와 같이 REST API를 사용하여 대기 데이터베이스를 추가합니다.

oci raw-request --http-method POST --target-uri
https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases/ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.uniqueID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec2",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

설명:

• peerCloudAutonomousVmClusterId: 대기 데이터베이스가 생성될 대상 테넌시에 있는 클라우드 자율운영 VM 클러스터의 OCID입니다.

• peerAutonomousContainerDatabaseCompartmentId: 대기 자율운영 컨테이너 데이터베이스가 상주할 컴파트먼트의 OCID입니다.

• peerAutonomousContainerDatabaseDisplayName: 대상 테넌시의 새 대기 자율운영 컨테이너 데이터베이스에 대한 사용자에게 친숙한 이름입니다.

• protectionMode: ACD가 Data Guard가 사용으로 설정된 후 사용할 보호 모드를 정의합니다.

REST API에 대한 자세한 내용은 AutonomousContainerDatabase를 참조하십시오.

API 사용 및 서명 요청에 대한 자세한 내용은 REST API 및 보안 인증서를 참조하십시오.

참고: 교차 테넌시 대기 데이터베이스 추가 요청을 제출한 후 데이터베이스 수명 주기 상태에 업데이트가 표시됩니다. 이 상태에서는 자율운영 AI 데이터베이스를 정지, 시작, 재시작, 복원 또는 이동할 수 없습니다.

관련 콘텐츠

자율운영 Data Guard를 사용하여 장애 및 재해로부터 중요 데이터베이스 보호