자율운영 Data Guard 구성 관리

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

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

주:

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

필요한 IAM 권한

inspect cloud-autonomous-vmclusters

use autonomous-container-databases

절차

주:

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

자율운영 Data Guard를 사용으로 설정할 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.
지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
자율운영 컨테이너 데이터베이스 정보의 자율운영 Data Guard에서 사용을 누릅니다.
또는 Autonomous Data Guard 그룹 또는 Autonomous Data Guard 연관에서 대기 추가를 누를 수도 있습니다.

다음 정보와 함께 대기 추가 대화상자를 채웁니다.

설정	설명	참고
피어 자율운영 컨테이너 데이터베이스 구획	대기 자율운영 컨테이너 데이터베이스 컴파트먼트를 선택합니다.
피어 자율운영 컨테이너 데이터베이스 이름	대기 ACD의 이름을 입력합니다.
피어 영역	대기 ACD에 대한 영역을 선택하십시오.	주 ACD와 보조 ACD를 여러 지역(지역 간)에 배포할 수도 있습니다.
피어 Exadata Infrastructure	대기 ACD에 대한 기본 Exadata 인프라 리소스를 선택합니다.
피어 자율운영 Exadata VM 클러스터(AVMC)입니다.	대기 ACD에 대한 상위 AVMC를 선택합니다.
보호 모드	드롭다운 목록에서 최대 성능 또는 최대 가용성을 선택합니다.	Maximum Performance가 기본적으로 선택됩니다. 자율운영 Data Guard에 대한 정보 및 대기 자율운영 컨테이너 데이터베이스를 배치할 위치와 사용할 보호 모드를 선택하는 방법에 대한 지침은 자율운영 Data Guard 정보 및 자율운영 Data Guard 구성 옵션을 참조하십시오.
피어 데이터베이스 백업 구성	드롭다운 목록에서 백업 대상 유형을 선택하십시오.	적용 대상: Exadata Cloud@Customer만 해당 Exadata Cloud@Customer 배치에는 백업 대상이 필요합니다.
피어 데이터베이스 유지보수 환경설정	대기 ACD가 항상 기본 ACD보다 먼저 패치되므로 기본 ACD 유지보수 전에 대기 ACD 유지보수 일정을 잡을 일수를 선택하십시오.	이 옵션은 기본 ACD가 사용자정의 유지보수 일정을 정의한 경우에만 사용할 수 있습니다.

standby database를 추가할지 확인합니다.

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

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

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

필요한 IAM 정책

inspect autonomous-container-databases

절차

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

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

자율운영 컨테이너 데이터베이스 정보의 자율운영 Data Guard에서 자율운영 Data Guard의 상태, 피어 롤, 피어 상태, 보호 모드 및 자동 복구 설정과 같은 자율운영 Data Guard 세부정보를 볼 수 있습니다.
자율운영 Data Guard 그룹 또는 자율운영 Data Guard 연관을 눌러 자율운영 Data Guard 세부정보를 볼 수도 있습니다.
자율운영 Data Guard 테이블은 피어 컨테이너 데이터베이스, 현재 적용 지연 및 전송 지연, 상태, 마지막 롤 변경 및 생성 날짜에 대한 정보를 표시합니다.

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

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

필요 조건

두번째 대기 ACD를 추가하려면 다음과 같이 하십시오.

기본 ACD는 2025년 3월 또는 그 이후에 프로비전되거나 자율운영 Data Guard 구성 및 관리에 설명된 자율운영 Data Guard 그룹 모델로 이전되어야 합니다.
첫번째 standby ACD에는 자동 failover가 활성화되어 있지 않아야 합니다. 두번째 standby database를 추가하기 전에 첫번째 standby database에서 자동 failover를 비활성화해야 하며 나중에 다시 활성화할 수 있습니다.

필수 IAM 권한

use autonomous-container-databases

절차

주:

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

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

지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
자율운영 Data Guard 그룹에서 대기 추가를 누릅니다.

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

설정	설명
피어 자율운영 컨테이너 데이터베이스 구획	대기 자율운영 컨테이너 데이터베이스 컴파트먼트를 선택합니다.
피어 자율운영 컨테이너 데이터베이스 이름	대기 ACD의 이름을 입력하십시오.
피어 영역	대기 ACD에 대한 영역을 선택하십시오.
피어 Exadata Infrastructure	대기 ACD에 대한 기본 Exadata 인프라 리소스를 선택합니다.
피어 자율운영 Exadata VM 클러스터(AVMC)	대기 ACD에 대한 상위 AVMC를 선택합니다.
피어 데이터베이스 백업 구성	적용 대상: Exadata Cloud@Customer만 해당 drop-down list에서 두번째 standby database의 백업 대상 유형을 선택합니다.

주:

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

대기 추가를 누릅니다.

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

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

필요한 IAM 정책

use autonomous-container-databases

절차

ACD의 자율운영 Data Guard 모델에 따라 다음 탭 중 하나의 지침을 따르십시오. 자율운영 Data Guard 모델에 대해 자세히 알아보려면 자율운영 Data Guard 구성 및 관리를 참조하십시오.

자율운영 Data Guard 그룹
자율운영 Data Guard 연관

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

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

주:
대기가 스냅샷 대기 롤에 있는 자율운영 Data Guard 구성에서는 기본 및 대기 ACD의 롤을 전환할 수 없습니다.
작업에서 전환을 누릅니다.
확인 대화 상자에 ACD 이름을 입력하고 Switchover를 누릅니다.

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

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

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

주:
대기가 스냅샷 대기 롤에 있는 자율운영 Data Guard 구성에서는 기본 및 대기 자율운영 컨테이너 데이터베이스의 롤을 전환할 수 없습니다.
자율운영 Data Guard 연관을 눌러 피어 데이터베이스를 표 형식 열에 나열합니다. 롤을 전환할 데이터베이스 행에서 줄임표(세 개의 세로 점) 을 누르고 전환을 누릅니다.
확인 대화 상자에 ACD 이름을 입력하고 Switch over를 누릅니다.

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

자율운영 Data Guard 구성의 Standby Recovery

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

필요한 IAM 정책

use autonomous-container-databases

절차

ACD의 자율운영 Data Guard 모델에 따라 다음 탭 중 하나의 지침을 따르십시오. 자율운영 Data Guard 모델에 대해 자세히 알아보려면 자율운영 Data Guard 구성 및 관리를 참조하십시오.

자율운영 Data Guard 그룹
자율운영 Data Guard 연관

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

지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
작업에서 페일오버를 누릅니다.
스냅샷 대기 자율운영 컨테이너 데이터베이스의 경우 모든 로컬 업데이트를 폐기하고 기본 데이터베이스의 데이터를 적용한 후 스냅샷 대기가 물리적 대기로 변환됨을 알리는 메시지가 표시됩니다. 페일오버를 눌러 계속합니다.
확인 대화 상자에 ACD 이름을 입력하고 Fail over를 누릅니다.

Oracle Autonomous Database on Dedicated Exadata Infrastructure는 대기 컨테이너 데이터베이스의 상태를 역할 변경 진행 중으로 설정하고 복구 작업을 시작합니다. 완료 시 대기 컨테이너 데이터베이스의 롤이 기본이 되고 기본 컨테이너 데이터베이스의 롤이 사용할 수 없음 상태의 사용할 수 없음 대기가 됩니다.

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

지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
자율운영 Data Guard 연관을 눌러 피어 데이터베이스를 표 형식 열에 나열합니다. 롤을 전환할 데이터베이스 행에서 줄임표(세 개의 세로 점) 을 누르고 페일오버를 누릅니다.
스냅샷 대기 자율운영 컨테이너 데이터베이스의 경우 모든 로컬 업데이트를 폐기하고 기본 데이터베이스의 데이터를 적용한 후 스냅샷 대기가 물리적 대기로 변환됨을 알리는 메시지가 표시됩니다. 계속하려면 페일오버를 누릅니다.

Oracle Autonomous Database on Dedicated Exadata Infrastructure는 대기 컨테이너 데이터베이스의 상태를 역할 변경 진행 중으로 설정하고 복구 작업을 시작합니다. 완료 시 대기 컨테이너 데이터베이스의 롤이 기본이 되고 기본 컨테이너 데이터베이스의 롤이 사용할 수 없음 상태의 사용할 수 없음 대기가 됩니다.

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

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

다중 대기 데이터베이스 및 자동 복구를 사용하는 자율운영 Data Guard 설정:

수동 복구를 수행하려면 새 대기 데이터베이스가 되는 원래 기본 데이터베이스를 수동으로 복원해야 합니다.
자동 페일오버가 발생할 때마다 Autonomous Database on Dedicated Exadata Infrastructure는 이전 기본 데이터베이스를 대기 데이터베이스로 복원하려고 시도합니다. 그러나 이 시도가 실패하면 수동으로 복원해야 합니다.

필요한 IAM 정책

use autonomous-container-databases

절차

ACD의 자율운영 Data Guard 모델에 따라 다음 탭 중 하나의 지침을 따르십시오. 자율운영 Data Guard 모델에 대해 자세히 알아보려면 자율운영 Data Guard 구성 및 관리를 참조하십시오.

자율운영 Data Guard 그룹
자율운영 Data Guard 연관

복원할 Disabled standby ACD의 Details 페이지로 이동합니다.

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

참고:
페일오버한 기본 데이터베이스는 컴파트먼트의 자율운영 컨테이너 데이터베이스 목록에서 "사용 안함으로 설정된 대기"로 레이블이 지정됩니다.
작업에서 복원을 누릅니다.
사용 안함으로 설정된 대기 ACD의 처분 취소를 계속할지 확인하는 메시지를 제공합니다.

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

복원할 사용 안함으로 설정된 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.

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

지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
자율운영 Data Guard 연관을 누릅니다. 피어 데이터베이스 목록은 표 형식 열에 나열됩니다. 롤을 전환할 데이터베이스 행에서 줄임표(세 개의 세로 점) 을 누르고 복원을 누릅니다.
복원 작업이 완료될 때까지 피어 데이터베이스의 상태는 롤 변경 진행 중이 됩니다. 완료 시 사용 안함으로 설정된 대기 컨테이너 데이터베이스의 롤이 대기가 되고 상태가 사용 가능으로 변경됩니다.

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

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

필요한 IAM 정책

use autonomous-container-databases

절차

자율운영 Data Guard 구성에서 기본 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.
지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
작업에서 자율운영 Data Guard 업데이트를 누릅니다.
자율운영 Data Guard 업데이트 대화상자에 보호 모드 및 자동 복구에 대한 현재 설정이 표시됩니다.
이 대화 상자에서 다음 업데이트를 수행할 수 있습니다.
1. 보호 모드: 드롭다운 목록에서 최대 성능 또는 최대 가용성을 선택합니다.
2. 자동 페일오버: 자동 페일오버가 아직 사용으로 설정되지 않은 경우 자동 페일오버 사용을 선택하여 사용으로 설정할 수 있습니다. 마찬가지로 자동 복구 사용을 선택 해제하여 이 자율운영 Data Guard 설정에 대한 자동 복구를 사용 안함으로 설정할 수 있습니다. 대기 데이터베이스 중 하나가 기본 데이터베이스와 동일한 지역에 있고 두번째 데이터베이스가 다른 지역에 있는 경우 로컬 대기 데이터베이스는 자동 복구 대상과 마찬가지로 원격 대기 데이터베이스보다 우선 순위가 지정됩니다. 자동 복구를 사용으로 설정하면 대기 데이터베이스가 자동 복구 대상에 대해 고려됩니다.
  
  주:
  Exadata Cloud@Customer 배치에서 영역 간 자율운영 Data Guard가 설정된 데이터베이스에 대해서는 자동 복구를 사용으로 설정할 수 없습니다.
3. 빠른 시작 페일오버 지연 제한: 자동 페일오버가 사용으로 설정되고 보호 모드가 최대 성능인 경우 빠른 시작 페일오버 지연 제한 값이 초 단위로 표시됩니다. 기본적으로 이 값은 30초로 설정되지만 5초에서 3600초 사이의 모든 값으로 변경할 수 있습니다.
변경사항을 저장합니다.

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

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

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

필요한 IAM 정책

use autonomous-container-databases

절차

자율운영 Data Guard 구성에서 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.
지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
작업에서 스냅샷 대기로 변환을 누릅니다.

주:
자동 페일오버가 사용으로 설정된 경우 스냅샷 대기로 변환할 수 없습니다. 스냅샷 대기로 변환하기 전에 자동 복구를 사용 안함으로 설정해야 합니다. 자율운영 Data Guard 설정에서 자동 복구를 사용 안함으로 설정하는 지침은 자율운영 Data Guard 설정 업데이트를 참조하십시오.
스냅샷 대기 데이터베이스 접속에 새 데이터베이스 서비스 또는 기본 데이터베이스 서비스를 사용할 수 있는 옵션이 포함된 스냅샷 대기로 변환 대화상자가 표시됩니다.
- 새 데이터베이스 서비스 사용: 스냅샷 대기 모드에서만 활성화되는 새 서비스를 사용하여 스냅샷 대기에 접속하려면 이 옵션을 누릅니다.
- 기본 데이터베이스 서비스 사용: 기본 데이터베이스와 동일한 서비스를 사용하여 스냅샷 대기 데이터베이스에 접속하려면 이 옵션을 누릅니다.
  
  주:
  스냅샷 standby database에서 primary database 서비스를 활성화하면 스냅샷 standby 연결 요청이 primary database로 전달될 수 있습니다(잘못된 데이터베이스 연결 문자열을 사용하는 경우). 따라서 primary database 서비스를 사용하도록 선택할 때 primary database 및 snapshot standby database에 연결하는 동안에는 적절한 연결 문자열을 사용해야 합니다.
변환을 누릅니다.
Oracle Cloud Infrastructure 콘솔에서 자율운영 컨테이너 데이터베이스 상태는 대기가 스냅샷 대기로 변경될 때까지 업데이트를 표시합니다.

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

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

필요한 IAM 정책

use autonomous-container-databases

절차

자율운영 Data Guard 구성에서 대기 자율운영 컨테이너 데이터베이스의 세부정보 페이지로 이동합니다.
지침은 자율운영 컨테이너 데이터베이스의 세부정보 보기를 참조하십시오.
작업에서 물리적 대기로 변환을 누릅니다.
물리적 대기로 변환 대화상자에는 스냅샷 대기를 물리적 대기로 변환하면 모든 로컬 업데이트가 폐기되고 기본 데이터베이스의 데이터가 적용됨을 알리는 메시지가 표시됩니다.
변환을 누릅니다.
Oracle Cloud Infrastructure 콘솔에서 자율운영 컨테이너 데이터베이스 상태는 대기가 물리적 대기로 변경될 때까지 업데이트를 표시합니다.

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

적용 대상: Oracle Public Cloud 전용

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

필요한 IAM 정책

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

CLI 또는 API 명령을 실행하여 대상 테넌시에 교차 테넌시 대기 데이터베이스를 추가합니다.
소스 및 대상 테넌시에 대한 OCI Identity and Access Management 그룹 및 정책을 정의하여 대상 테넌시에 교차 테넌시 대기 데이터베이스를 추가하는 명령을 실행하고 대상 테넌시가 기본 데이터베이스가 상주하는 소스 테넌시에 접속하도록 허용합니다. 해당 정책이 취소되면 교차 테넌시 대기 데이터베이스 추가가 허용되지 않습니다.
- 대상 테넌시에서 그룹(예: DestinationGroup)을 생성하고 교차 테넌시 대기 데이터베이스를 이 그룹에 추가할 수 있는 사용자를 추가합니다. 자세한 내용은 Using the Console to Create a Group을 참조하십시오.
- 소스 테넌시에서 대상 테넌시에 생성된 그룹(DestinationGroup)이 소스 테넌시의 기본 데이터베이스를 사용하여 교차 테넌시 대기 데이터베이스를 추가할 수 있도록 IAM 정책을 생성합니다. 자세한 내용은 Using the Console to Create a Policy을 참조하십시오.
  예를 들어, 아래와 같이 소스 테넌시의 지정된 컴파트먼트에 있는 특정 Autonomous Database 인스턴스에서 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 manage autonomous-database-family in
    tenancy
```
  주:
  정책은 소스 Autonomous Database 인스턴스에 대한 읽기 액세스가 교차 테넌시 복제본을 생성하도록 허용하기만 하면 됩니다.
  위 정책은 다음을 지정합니다.
  - 1행: 대기 데이터베이스를 추가할 대상 테넌시의 OCID입니다.
  - 2행: 교차 테넌시 대기 데이터베이스를 생성할 사용자가 속한 대상 그룹의 OCID입니다.
  - 3행: 기본 데이터베이스가 상주하는 컴파트먼트의 OCID 및 기본 데이터베이스의 OCID입니다.
- 대상 테넌시에서 소스 테넌시의 기본 데이터베이스 소스를 관리하기 위해 그룹에 보증하는 IAM 정책을 생성합니다. 자세한 내용은 Using the Console to Create a Policy을 참조하십시오.
  예:
```
define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
```
  위 정책은 다음을 지정합니다.
  - 1행: 기본 데이터베이스가 상주하는 소스 테넌시 OCID의 OCID입니다.
  - 2행: 소스 테넌시에서 Autonomous Database를 관리할 수 있는 대상 그룹을 지정합니다.
  위의 예에서 설명한 이 정책을 통해 DestinationGroup는 소스 테넌시에 Autonomous Database 및 교차 테넌시 대기 데이터베이스를 생성할 수 있습니다. 자세한 내용과 예는 IAM Permissions and API Operations for Autonomous Database을 참조하십시오.

테넌시 간 대기 데이터베이스에 로컬(동일한 영역)을 추가하려면 다음과 같이 하십시오.

CLI
REST API

대기 데이터베이스를 추가할 테넌시(즉, 대상 테넌시)에서 CLI를 사용하거나 REST API를 호출하고 기본 데이터베이스의 OCID를 제공합니다. 기본 데이터베이스가 다른 테넌시(소스 테넌시)에 상주합니다.

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.iad.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

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

SDK에 대한 자세한 내용은 Software Development Kits and Command Line Interface를 참조하십시오.

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

대기 데이터베이스 생성을 위한 API 호출은 로컬 영역의 다른 테넌시로 전송됩니다.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1..unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

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

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

원격(리전 간) 교차 테넌시 Standby Database를 생성하려면 다음과 같이 하십시오.

CLI
REST API

대기 데이터베이스를 추가할 테넌시, 즉 대상 영역의 대상 테넌시에서 CLI를 사용하거나 REST API를 호출하고 기본 데이터베이스의 OCID를 제공합니다. 기본 데이터베이스가 다른 테넌시와 다른 지역에 상주합니다.

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

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

SDK에 대한 자세한 내용은 Software Development Kits and Command Line Interface를 참조하십시오.

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

대기 데이터베이스 생성을 위한 API 호출은 소스 영역의 다른 테넌시에서 실행됩니다.

oci raw-request --http-method POST --target-uri https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
   
}'

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

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

주:

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