Autonomous Database on Dedicated Exadata Infrastructure 복제
주:
23ai 소프트웨어 버전이 설치된 Autonomous Database는 Autonomous Database(19c 버전 포함)로 복제할 수 없으며 그 반대의 경우도 마찬가지입니다.Autonomous Database 인스턴스 복제
필요 조건
Autonomous Database 인스턴스를 성공적으로 복제하기 위한 요구사항을 보려면 Clone Requirements을 참조하십시오.
필요한 IAM 정책
manage autonomous-databases
read autonomous-container-databases
절차
다음 단계에 따라 Oracle Cloud Infrastructure 콘솔을 사용하여 Autonomous Database 인스턴스를 복제합니다.
- 다음 정보로 Autonomous Database 복제본 생성 페이지를 작성합니다.
설정 설명 참고 복제본 유형
전체 복제본 또는 메타데이터 복제본을 선택합니다.
자세한 내용은 복제 유형을 참조하십시오.
복제본 소스
데이터베이스 인스턴스에서 복제를 선택합니다.
Autonomous Database 복제: 컴파트먼트
데이터베이스 복제본에 대한 컴파트먼트를 선택합니다.
구획 사용 및 관리에 대한 자세한 내용은 구획 이해를 참조하십시오.
Autonomous Database 복제본: 소스 데이터베이스 이름
이 읽기 전용 필드는 소스 데이터베이스의 이름을 식별합니다.
Autonomous Database 복제본: 표시 이름
간편하게 리소스를 식별할 수 있도록 도와주는 사용자 친화적인 설명 또는 기타 정보를 지정합니다.
표시 이름은 고유하지 않아도 됩니다.
Autonomous Database 복제: 데이터베이스 이름
복제 데이터베이스의 이름을 지정합니다.
데이터베이스 이름은 문자와 숫자로만 구성되어야 합니다.
최대 길이는 30자입니다.
동일한 자율운영 Exadata VM 클러스터의 여러 Autonomous Database에 동일한 데이터베이스 이름을 사용할 수 없습니다.
지역
복제 데이터베이스를 배치할 선호 영역을 선택합니다.
기본값은 소스 데이터베이스와 동일한 영역입니다.
Exadata 인프라
복제 데이터베이스를 배치할 Exadata 인프라를 지정합니다.
기본값은 소스 데이터베이스와 동일한 Exadata 인프라입니다.
필요한 경우 구획 변경을 눌러 다른 컴파트먼트에서 Exadata 인프라를 선택할 수 있습니다.
자율운영 Exadata VM 클러스터
복제 데이터베이스를 배치할 자율운영 Exadata VM 클러스터(AVMC)를 지정합니다.
Exadata Cloud@Customer의 경우 대상 AVMC가 소스 백업 대상에 액세스할 수 있어야 합니다.
기본값은 소스 데이터베이스와 동일한 AVMC 리소스입니다.
필요한 경우 구획 변경을 눌러 다른 컴파트먼트에서 AVMC 리소스를 선택할 수 있습니다.
자율운영 컨테이너 데이터베이스
복제된 데이터베이스를 배치할 ACD(자율운영 컨테이너 데이터베이스)를 지정합니다.
먼저 표준 ACD를 사용할지 아니면 자율운영 Data Guard를 사용하도록 ACD를 구성할지 선택합니다.
다른 구획에서 선택하려면 구획 변경을 누릅니다.
기본값은 소스 데이터베이스와 동일한 ACD입니다.
데이터베이스 구성: 사용 가능한 인스턴스
개발자용 Autonomous Database 인스턴스를 생성하려면 사용 가능한 인스턴스 단추를 토글합니다.
Autonomous Database for Developers 인스턴스는 4개의 ECPU 및 32GB 스토리지에서 수정되기 때문에 ECPU 개수와 스토리지(GB)는 각각 4개와 32개로 자동 채워집니다.
개발자 데이터베이스 인스턴스가 수동 또는 자동 스케일링을 지원하지 않으므로 컴퓨트 자동 스케일링이 사용 안함으로 설정됩니다.
개발자를 위한 Autonomous Database는 데이터베이스 개발 및 기능 테스트 활동을 위해 설계된 무료 계층 서비스입니다. 자세한 내용은 개발자를 위한 Autonomous Database를 참고하세요.
개발자 데이터베이스 인스턴스는 자율운영 Data Guard가 없는 ECPU 기반 ACD에서만 생성할 수 있습니다. 따라서 OCPU가 있는 ACD, 자율운영 Data Guard 또는 둘 다에 대해 사용 가능한 인스턴스 토글 단추가 사용 안함으로 설정됩니다.
Autonomous Database를 개발자를 위한 Autonomous Database에 성공적으로 복제하려면 소스 데이터베이스의 실제 사용 공간(다음 GB로 반올림)이 32GB 이하여야 합니다.
다음 명령을 사용하여 데이터베이스를 구성합니다.
프로비전 가능한 CPU 목록에서 복제 데이터베이스에 대한 CPU 수를 선택합니다.
복제 데이터베이스의 CPU 유형(OCPU 또는 ECPU)은 복제본의 상위 자율운영 Exadata VM 클러스터 컴퓨트 유형에 따라 결정됩니다.
OCPU 데이터베이스를 OCPU 또는 ECPU 데이터베이스로 복제할 수 있습니다. 그러나 ECPU 데이터베이스를 OCPU 데이터베이스에 복제할 수는 없습니다.
이 값은 CPU 유형에 따라 기본값이 2개 ECPU 또는 1개 OCPU로 설정됩니다. 자세한 내용은 Autonomous Database의 컴퓨트 모델을 참조하십시오.
또한 전체 OCPU가 필요하지 않은 데이터베이스에 대해 OCPU 개수를 0.1에서 0.9까지 OCPU 개수를 0.1 OCPU 단위로 지정할 수 있습니다. 이렇게 하면 CPU를 오버프로비저닝하고 각 Infrastructure Instance에서 더 많은 데이터베이스를 실행할 수 있습니다. 자세한 내용은 CPU Overprovisioning을 참조하십시오.
데이터베이스 구성: 자동 크기 조정
자동 확장을 사용 또는 사용 안함으로 설정합니다. 그러면 Autonomous Database에서 데이터베이스의 작업 로드 증가에 따라 할당된 CPU를 최대 3배까지 자동으로 사용할 수 있습니다.
데이터베이스 구성: 저장 영역(GB)
데이터베이스에 사용할 수 있도록 설정할 스토리지를 기가바이트(GB) 단위로 지정합니다. 최소값은 소스 데이터베이스의 현재 스토리지 할당과 동일합니다.
전체 복제본의 경우 지정할 수 있는 최소 스토리지는 다음 GB로 반올림된 소스 데이터베이스의 실제 사용 공간입니다.
데이터베이스 구성: Elastic Pools
컴퓨트 자동 스케일링이 사용 안함으로 설정된 경우 탄력적 풀을 풀 리더로 만들거나 기존 탄력적 풀을 풀 멤버로 조인하도록 선택할 수 있습니다.- 고급 옵션 표시를 누릅니다.
- Enable elastic pool(탄력적 풀 사용)을 선택합니다.
- 기존 풀에 조인하려면 기존 탄력적 풀에 조인을 선택하고 컴파트먼트의 풀 리더 선택에서 풀 리더를 선택합니다.
- 새 탄력적 풀을 만들려면 Create an elastic pool을 선택하고 사용 가능한 풀 구성 목록(128, 256, 512, 1024, 2048 또는 4096)에서 Pool ECPU count에 대한 풀 크기를 선택합니다.
ECPU 컴퓨트 모델을 사용하는 자율운영 Data Guard 없이 Autonomous Transaction Processing 데이터베이스를 복제하는 동안만 탄력적 풀을 생성할 수 있습니다.
관리자 인증서
사용자 이름: ADMIN으로 자동 채워진 읽기 전용 필드입니다.
비밀번호: 복제된 데이터베이스에서 ADMIN 데이터베이스 사용자에 대한 비밀번호를 설정합니다.
Confirm password: 확인을 위해 암호를 다시 입력합니다.
비밀번호는 Oracle Cloud 보안 표준에 따라 강력한 비밀번호 복잡성 기준을 충족해야 합니다. 비밀번호 복잡성 규칙에 대한 자세한 내용은 데이터베이스 사용자 생성을 참조하십시오.
소스 데이터베이스의 ADMIN 데이터베이스 사용자에 대해 다른 비밀번호를 지정해야 합니다. 그렇지 않으면 복제 작업이 실패합니다.
네트워크 액세스 구성
데이터베이스 레벨 액세스 제어를 사용으로 설정하려면 액세스 제어 수정을 누르고 항목을 추가하거나 수정합니다(해당하는 경우).
자세한 내용은 전용 Autonomous Database에 대한 액세스 제어 목록 설정을 참조하십시오.
연락처 전자메일
운영 통지, 공고 및 계획되지 않은 유지보수 통지를 수신할 수 있는 연락처 전자메일을 제공합니다. Oracle은 중요한 통지 또는 공고가 누락되지 않도록 가능한 경우 개인의 전자메일 주소가 아닌 관리자 그룹의 전자메일 주소를 사용할 것을 권장합니다. 고급 옵션 표시/ 숨기기
기본적으로 고급 옵션은 숨겨집니다. 고급 옵션 표시를 눌러 표시합니다.
고급 옵션: 암호화 키
암호화 키 설정은 대상 자율운영 컨테이너 데이터베이스에서 적용됩니다.
소스 및 대상은 암호화 키에 대해 서로 다른 키 저장소 유형일 수 있습니다. 그러나 둘 다 OKV(Oracle Key Vault)를 사용하여 고객 관리 키를 사용하는 경우 동일한 OKV 대상을 사용해야 합니다.
소스 데이터베이스가 OKV에서 고객 관리 키를 사용하는 경우 복제 데이터베이스의 ACD는 소스의 키 저장소와 OKV 끝점 그룹 이름을 동일하게 사용해야 합니다.
고급 옵션: 관리
복제 데이터베이스는 해당 소스에서 문자 집합 및 국가별 문자 집합 값을 상속합니다.
고급 옵션: Database In-memory
선택적으로 데이터베이스 인메모리 사용을 선택하고 할당할 SGA(시스템 전역 영역)의 백분율을 조정합니다.
이 기능을 Autonomous Database와 함께 사용하기 위한 요구사항 및 지침은 Database In-Memory를 참조하십시오.
필요한 경우 OCI(Oracle Cloud Infrastructure) 콘솔에서 Database In-Memory를 사용 안함으로 설정할 수도 있습니다. 자세한 내용은 Enable or Disable Database In-Memory을 참조하십시오.
고급 옵션: 태그
태그를 사용하려면 태그 네임스페이스, 태그 키 및 태그 값을 선택하여 태그를 추가합니다.
태그 지정은 테넌시 내 리소스를 구성 및 추적하는 데 사용되는 메타데이터 시스템입니다. 전용 Autonomous Database Cloud 리소스 태그 지정을 참조하십시오.
Oracle Cloud Infrastructure 콘솔에서 상태는 새 데이터베이스를 사용할 수 있을 때까지 프로비전을 표시합니다.
백업에서 Autonomous Database 복제
필요 조건
Autonomous Database 인스턴스를 성공적으로 복제하기 위한 요구사항을 보려면 Clone Requirements을 참조하십시오.
필요한 IAM 정책
manage autonomous-databases
read autonomous-container-databases
절차
다음 단계에 따라 Oracle Cloud Infrastructure 콘솔을 사용하여 백업에서 Autonomous Database를 복제합니다.
- 세부정보 페이지에서 Autonomous Database 복제 생성 페이지를 여는 두 가지 방법이 있습니다.
-
옵션 1: Oracle Public Cloud에서 작업 더 보기 아래의 복제 생성을 누르고 Exadata Cloud@Customer에서 작업 아래의 복제 생성을 누릅니다.
이 옵션을 사용하여 Autonomous Database 복제본 생성 페이지를 열면 복제할 특정 백업을 선택할 수 있는 추가 옵션이 이 페이지에 표시됩니다.
주:
복제본 생성은 데이터베이스의 상태가 사용 가능인 경우에만 사용으로 설정됩니다. -
옵션 2: 백업을 누릅니다. 백업 목록이 표시됩니다. 원하는 행에서
을 누르고 복제할 백업에 대해 복제본 생성을 누릅니다.
이 옵션을 사용하여 Autonomous Database 복제본 생성 페이지를 열면 복제를 위해 사전 선택된 백업과 함께 페이지가 실행됩니다. 이 페이지에서 백업을 다시 선택하는 옵션이 표시되지 않습니다.
-
- 다음 정보로 Autonomous Database 복제본 생성 페이지를 작성합니다.
설정 설명 참고 복제본 유형
전체 복제를 선택합니다.
메타데이터 복제는 Autonomous Database 백업에서 복제할 때 지원되지 않습니다.
자세한 내용은 복제 유형을 참조하십시오.
복제본 소스
Clone from a backup(백업에서 복제)을 선택합니다.
특정 백업의
메뉴에서 Autonomous Database 복제본 생성 페이지를 열면 이 페이지가 복제를 위해 사전 선택된 백업과 함께 실행됩니다. 이 페이지에서 백업을 다시 선택하는 옵션이 표시되지 않습니다.
특정 백업 선택
백업에서 복제를 선택하면 세 가지 추가 옵션이 표시되어 특정 백업을 선택할 수 있습니다.
지정 시간 복제: 특정 시간 기록으로 백업을 복제하려면 이 옵션을 선택합니다. 이 옵션을 선택하면 시간 기록 입력에 백업 시간 기록을 입력해야 합니다. 자율운영 컨테이너 데이터베이스의 보존 기간 설정 내에 시간 기록을 입력해야 합니다.
목록에서 백업 선택: 백업 목록에서 백업을 선택하려면 이 옵션을 선택합니다. 시작 및 종료 달력 필드를 사용하여 기간을 지정하면 표시되는 백업 수를 제한할 수 있습니다.
최신 백업 시간기록: 최신 시간기록으로 백업을 복제하려면 이 옵션을 선택합니다.
최신 백업 시간기록 복제 유형을 선택하면 사용 가능한 가장 최근 백업 데이터에서 데이터베이스가 복제됩니다.
지정 시간 복제가 기본 옵션입니다. 이 옵션을 사용하여 장기 보존 백업을 복제할 수 없습니다.
장기 백업에서 복제하려면 목록에서 백업 선택 옵션을 선택해야 합니다. 입력 날짜 범위를 기준으로 표시되는 목록에서 하나의 백업만 선택할 수 있습니다.
구획
데이터베이스 복제본에 대한 컴파트먼트를 선택합니다.
구획 사용 및 관리에 대한 자세한 내용은 구획 이해를 참조하십시오.
소스 데이터베이스 이름
이 읽기 전용 필드는 소스 데이터베이스의 이름을 식별합니다.
표시 이름
간편하게 리소스를 식별할 수 있도록 도와주는 사용자 친화적인 설명 또는 기타 정보를 지정합니다.
표시 이름은 고유하지 않아도 됩니다.
데이터베이스 이름
복제 데이터베이스의 이름을 지정합니다.
데이터베이스 이름은 문자와 숫자로만 구성되어야 합니다.
최대 길이는 30자입니다.
동일한 자율운영 Exadata VM 클러스터의 여러 Autonomous Database에 동일한 데이터베이스 이름을 사용할 수 없습니다.
지역
복제 데이터베이스를 배치할 선호 영역을 선택합니다.
기본값은 소스 데이터베이스와 동일한 영역입니다.
Exadata 인프라
복제 데이터베이스를 배치할 Exadata 인프라를 지정합니다.
기본값은 소스 데이터베이스와 동일한 Exadata 인프라입니다.
필요한 경우 구획 변경을 눌러 다른 컴파트먼트에서 Exadata 인프라를 선택할 수 있습니다.
자율운영 Exadata VM 클러스터
복제 데이터베이스를 배치할 자율운영 Exadata VM 클러스터(AVMC)를 지정합니다.
Exadata Cloud@Customer의 경우 대상 AVMC가 소스 백업 대상에 액세스할 수 있어야 합니다.
기본값은 소스 데이터베이스와 동일한 AVMC 리소스입니다.
필요한 경우 구획 변경을 눌러 다른 컴파트먼트에서 AVMC 리소스를 선택할 수 있습니다.
자율운영 컨테이너 데이터베이스
복제된 데이터베이스를 배치할 ACD(자율운영 컨테이너 데이터베이스)를 지정합니다.
먼저 표준 ACD를 사용할지 아니면 자율운영 Data Guard를 사용하도록 ACD를 구성할지 선택합니다.
다른 구획에서 선택하려면 구획 변경을 누릅니다.
기본값은 소스 데이터베이스와 동일한 자율운영 컨테이너 데이터베이스입니다.
데이터베이스 구성: 사용 가능한 인스턴스 개발자용 Autonomous Database 인스턴스를 생성하려면 사용 가능한 인스턴스 단추를 토글합니다.
Autonomous Database for Developers 인스턴스는 4개의 ECPU 및 32GB 스토리지에서 수정되기 때문에 ECPU 개수와 스토리지(GB)는 각각 4개와 32개로 자동 채워집니다.
개발자 데이터베이스 인스턴스가 수동 또는 자동 스케일링을 지원하지 않으므로 컴퓨트 자동 스케일링이 사용 안함으로 설정됩니다.
개발자를 위한 Autonomous Database는 데이터베이스 개발 및 기능 테스트 활동을 위해 설계된 무료 계층 서비스입니다. 자세한 내용은 개발자를 위한 Autonomous Database를 참고하세요.
개발자 데이터베이스 인스턴스는 자율운영 Data Guard가 없는 ECPU 기반 ACD에서만 생성할 수 있습니다. 따라서 OCPU가 있는 ACD, 자율운영 Data Guard 또는 둘 다에 대해 사용 가능한 인스턴스 토글 단추가 사용 안함으로 설정됩니다.
개발자를 위한 Autonomous Database에 백업을 성공적으로 복제하려면 소스 데이터베이스의 할당된 공간이 32GB 이하여야 합니다. 이 조건이 충족되지 않으면 다음 GB로 반올림된 실제 사용 공간이 32GB 이하인 경우 대신 데이터베이스 인스턴스를 개발자 데이터베이스에 복제하려고 시도할 수 있습니다.
데이터베이스 구성: CPU 수
프로비전 가능한 CPU 목록에서 복제 데이터베이스에 대한 CPU 수를 선택합니다.
복제 후 필요한 경우 더 낮은 값으로 크기를 조정할 수 있습니다. OCPU의 경우 CPU 수를 1개 미만의 OCPU(0.1 - 0.9 단위로 0.1 OCPU 단위로)로 조정할 수도 있습니다.
Backup의 Autonomous Database 복제본에는 최소 2개의 OCPU 또는 8개의 ECPU가 필요합니다.
복제 데이터베이스의 CPU 유형(OCPU 또는 ECPU)은 복제본의 상위 자율운영 Exadata VM 클러스터 컴퓨트 유형에 따라 결정됩니다. 자세한 내용은 Autonomous Database의 컴퓨트 모델을 참조하십시오.
OCPU 데이터베이스를 OCPU 또는 ECPU 데이터베이스로 복제할 수 있습니다. 그러나 ECPU 데이터베이스를 OCPU 데이터베이스에 복제할 수는 없습니다.
자율운영 Exadata VM 클러스터 내의 모든 데이터베이스에서 사용 가능한 총 CPU 수는 인프라 구성 및 다른 Autonomous Database에 이미 할당된 항목에 따라 달라집니다.
Autonomous Database를 복제하는 데 걸리는 시간은 CPU 수와 백업 대상과 대상 자율운영 컨테이너 데이터베이스 간의 네트워크 대역폭에 따라 다릅니다.
또한 전체 OCPU가 필요하지 않은 데이터베이스에 대해 OCPU 개수를 0.1에서 0.9까지 OCPU 개수를 0.1 OCPU 단위로 지정할 수 있습니다. 이렇게 하면 CPU를 오버프로비저닝하고 각 Infrastructure Instance에서 더 많은 데이터베이스를 실행할 수 있습니다. 자세한 내용은 CPU Overprovisioning을 참조하십시오.
데이터베이스 구성: 저장 영역(GB)
데이터베이스에 사용할 수 있도록 설정할 스토리지를 기가바이트(GB) 단위로 지정합니다. 이 스토리지는 사용 가능한 스토리지에 따라 다릅니다.
지정할 수 있는 최소 스토리지는 소스 데이터베이스의 현재 스토리지 할당입니다.
데이터베이스 구성: Elastic Pools
컴퓨트 자동 스케일링이 사용 안함으로 설정된 경우 탄력적 풀을 풀 리더로 만들거나 기존 탄력적 풀을 풀 멤버로 조인하도록 선택할 수 있습니다.- 고급 옵션 표시를 누릅니다.
- Enable elastic pool(탄력적 풀 사용)을 선택합니다.
- 기존 풀에 조인하려면 기존 탄력적 풀에 조인을 선택하고 컴파트먼트의 풀 리더 선택에서 풀 리더를 선택합니다.
- 새 탄력적 풀을 만들려면 Create an elastic pool을 선택하고 사용 가능한 풀 구성 목록(128, 256, 512, 1024, 2048 또는 4096)에서 Pool ECPU count에 대한 풀 크기를 선택합니다.
- 데이터베이스 구성: 자동 크기 조정
자동 확장을 사용 또는 사용 안함으로 설정합니다. 그러면 Autonomous Database에서 데이터베이스의 작업 로드 증가에 따라 할당된 CPU를 최대 3배까지 자동으로 사용할 수 있습니다.
관리자 인증서
사용자 이름: ADMIN으로 자동 채워진 읽기 전용 필드입니다.
비밀번호: 복제된 데이터베이스에서 ADMIN 데이터베이스 사용자에 대한 비밀번호를 설정합니다.
Confirm password: 확인을 위해 암호를 다시 입력합니다.
비밀번호는 Oracle Cloud 보안 표준에 따라 강력한 비밀번호 복잡성 기준을 충족해야 합니다. 비밀번호 복잡성 규칙에 대한 자세한 내용은 데이터베이스 사용자 생성을 참조하십시오.
소스 데이터베이스의 ADMIN 데이터베이스 사용자에 대해 다른 비밀번호를 지정해야 합니다. 그렇지 않으면 복제 작업이 실패합니다.
네트워크 액세스 구성
데이터베이스 레벨 액세스 제어를 사용으로 설정하려면 액세스 제어 수정을 누르고 항목을 추가하거나 수정합니다(해당하는 경우).
자세한 내용은 전용 Autonomous Database에 대한 액세스 제어 목록 설정을 참조하십시오.
연락처 전자메일
운영 통지, 공고 및 계획되지 않은 유지보수 통지를 수신할 수 있는 연락처 전자메일을 제공합니다. Oracle은 중요한 통지 또는 공고가 누락되지 않도록 가능한 경우 개인의 전자메일 주소가 아닌 관리자 그룹의 전자메일 주소를 사용할 것을 권장합니다. 고급 옵션 표시/ 숨기기
기본적으로 고급 옵션은 숨겨집니다. 고급 옵션 표시를 눌러 표시합니다.
고급 옵션: 암호화 키
암호화 키 설정은 대상 자율운영 컨테이너 데이터베이스에서 적용됩니다.
소스와 대상은 암호화 키에 대해 서로 다른 키 저장소 유형일 수 있습니다. 그러나 둘 다 OKV(Oracle Key Vault)를 사용하여 고객 관리 키를 사용하는 경우 동일한 OKV 대상을 사용해야 합니다.
소스 데이터베이스가 OKV에서 고객 관리 키를 사용하는 경우 복제 데이터베이스의 ACD는 소스의 키 저장소와 OKV 끝점 그룹 이름을 동일하게 사용해야 합니다.
고급 옵션: Database In-memory
선택적으로 데이터베이스 인메모리 사용을 선택하고 할당할 SGA(시스템 전역 영역)의 백분율을 조정합니다.
이 기능을 Autonomous Database와 함께 사용하기 위한 요구사항 및 지침은 Database In-Memory를 참조하십시오.
필요한 경우 OCI(Oracle Cloud Infrastructure) 콘솔에서 Database In-Memory를 사용 안함으로 설정할 수도 있습니다. 자세한 내용은 Enable or Disable Database In-Memory을 참조하십시오.
고급 옵션: 태그
태그를 사용하려면 태그 네임스페이스, 태그 키 및 태그 값을 선택하여 태그를 추가합니다.
태그 지정은 테넌시 내 리소스를 구성 및 추적하는 데 사용되는 메타데이터 시스템입니다. 전용 Autonomous Database Cloud 리소스 태그 지정을 참조하십시오.
Oracle Cloud Infrastructure 콘솔에서 상태는 새 데이터베이스를 사용할 수 있을 때까지 프로비전을 표시합니다.
교차 테넌시 복제 Autonomous Database 인스턴스
적용 대상: 
Oracle Public Cloud 전용
이 항목에 설명된 단계는 동일한 리전 또는 다른 리전(리전 간)에 있는 복제된 데이터베이스 및 소스 데이터베이스와의 교차 테넌시 복제에 적용됩니다.
주:
교차 테넌시 복제 옵션은 CLI 또는 Autonomous Database REST API를 통해서만 사용할 수 있습니다. Oracle Cloud Infrastructure 콘솔을 사용하여 교차 테넌시 복제본을 생성할 수 없습니다.Autonomous Database 인스턴스에서 교차 테넌시 복제본을 생성하려면 먼저 모든 복제 요구사항이 충족되는지 확인해야 합니다. 특히 교차 테넌시 복제를 승인하려면 OCI Identity and Access Management 정책을 정의해야 합니다. 자세한 내용은 교차 테넌시 복제 요구사항을 참조하십시오.
복제본을 생성할 테넌시, 즉 대상 영역의 대상 테넌시에서 CLI를 사용하거나 REST API를 호출하여 다른 테넌시(소스 테넌시)에 상주하는 소스 데이터베이스의 적합한 복제 유형(전체 또는 메타데이터) 및 OCID를 지정합니다.
oci db autonomous-database create-from-clone
--clone-type metadata
--compartment-id ocid1.compartment.oc1..unique_ID
--source-id ocid1.autonomousdatabase.oc1..unique_ID
--db-name dbnameclone
--display-name dbnameclone
--admin-password <password>
--data-storage-size-in-tbs 1
--compute-model ECPU
--compute-count 4
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_IDsource-id은 소스 Autonomous Database의 OCID입니다.autonomous-container-database-id은 대상 자율운영 컨테이너 데이터베이스의 OCID입니다.compartment-id은 복제 데이터베이스가 상주할 대상에 있는 컴파트먼트의 OCID입니다.
명령이 성공하면 작업 요청 ID가 반환되며, 이 ID는 복제의 진행률을 추적하는 데 사용할 수 있습니다. 자세한 내용은 create-from-clone을 참조하십시오.
SDK에 대한 자세한 내용은 Software Development Kits and Command Line Interface를 참조하십시오.
REST API를 사용하여 Autonomous Database 인스턴스에서 교차 테넌시 복제본을 생성하려면 CreateAutonomousDatabase API를 사용합니다.
oci raw-request
--debug
--http-method POST
--target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases
--request-body '{
"cloneType": "full",
"displayName": "RAcloneV2",
"dbName": "RAcloneV2",
"compartmentId": "ocid1.compartment.oc1..unique_ID",
"sourceId": "ocid1.autonomousdatabase.oc1..unique_ID",
"autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
"adminPassword": "<password>",
"dataStorageSizeInTBs": 1,
"computeCount": 1,
"computeModel": "ECPU",
"isDedicated": "True"
}'주:
전용 Exadata 인프라의 Autonomous Database를 복제하려면isDedicated를 True로 설정해야 합니다.
이러한 REST API에 대한 자세한 내용은 CreateAutonomousDatabase 및 CreateAutonomousDatabaseCloneDetails를 참조하십시오.
백업에서 Autonomous Database로 교차 테넌시 복제
적용 대상: Oracle Public Cloud 전용
이 항목에서는 백업에서 교차 테넌시 복제본을 생성하는 단계를 보여줍니다.
주:
교차 테넌시 복제 옵션은 CLI 또는 Autonomous Database REST API를 통해서만 사용할 수 있습니다. Oracle Cloud Infrastructure 콘솔을 사용하여 교차 테넌시 복제본을 생성할 수 없습니다.Autonomous Database 백업에서 교차 테넌시 복제본을 생성하려면 먼저 모든 복제 요구사항이 충족되는지 확인해야 합니다. 특히 교차 테넌시 복제를 승인하려면 OCI Identity and Access Management 정책을 정의해야 합니다. 자세한 내용은 교차 테넌시 복제 요구사항을 참조하십시오.
복제본을 생성할 테넌시, 즉 대상 영역의 대상 테넌시에서 CLI를 사용하거나 REST API를 호출하여 다른 테넌시(소스 테넌시)에 상주하는 소스 데이터베이스의 적합한 복제 유형(전체 또는 메타데이터) 및 OCID를 지정합니다.
oci db autonomous-database create-from-backup-timestamp
--compartment-id ocid1.compartment.oc1..unique_ID
--autonomous-database-id ocid1.autonomousdatabase.oc1..unique_ID
--clone-type FULL
--timestamp 2024-04-16T20:30:00.123456Z
--db-name ZZC08X42GU0B09GECA
--display-name clonedb
--admin-password <password>
--data-storage-size-in-tbs 1
--compute-model ECPU
--compute-count 4
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_IDautonomous-database-id는 소스 Autonomous Database 백업의 OCID입니다.autonomous-container-database-id은 대상 자율운영 컨테이너 데이터베이스의 OCID입니다.compartment-id은 복제 데이터베이스가 상주할 대상에 있는 컴파트먼트의 OCID입니다.
명령이 성공하면 작업 요청 ID가 반환되며, 이 ID는 복제의 진행률을 추적하는 데 사용할 수 있습니다. 자세한 내용은 create-from-backup-timestamp 및 create-from-backup-id를 참조하십시오.
SDK에 대한 자세한 내용은 Software Development Kits and Command Line Interface를 참조하십시오.
REST API를 사용하여 기존 Autonomous Database의 백업에서 교차 테넌시 복제본을 생성하려면 CreateAutonomousDatabase API를 사용합니다.
oci raw-request
--debug
--http-method POST
--target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases
--request-body '{
"compartmentId": "ocid1.compartment.oc1..unique_ID",
"dbName": "CTRAclonefrombackupid",
"autonomousDatabaseBackupId": "ocid1.autonomousdatabasebackup.oc1..unique_ID",
"cloneType": "FULL",
"cpuCoreCount": 1,
"dataStorageSizeInTBs": 1,
"adminPassword": "<password>",
"displayName": "CTRAclonefrombackupid",
"autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
"source": "<BACKUP_FROM_ID>"
}'oci raw-request
--debug
--http-method POST
--target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases
--request-body '{
"compartmentId": "ocid1.compartment.oc1..unique_ID",
"dbName": "CTbackuptimestamopRA",
"autonomousDatabaseId":"ocid1.autonomousdatabase.oc1..unique_ID",
"timestamp": "2024-07-17T02:20:15.123456Z",
"cloneType": "FULL",
"cpuCoreCount": 1,
"dataStorageSizeInTBs": 1,
"adminPassword": "<password>",
"displayName": "CTbackuptimestamopRA",
"autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase..unique_ID",
"source": "<BACKUP_FROM_TIMESTAMP>"
}'이러한 REST API에 대한 자세한 내용은 CreateAutonomousDatabase, CreateAutonomousDatabaseFromBackupDetails Reference 및 CreateAutonomousDatabaseFromBackupTimestampDetails Reference를 참조하십시오.