자율운영 컨테이너 데이터베이스 정보
ACD(자율운영 컨테이너 데이터베이스)는 4레벨 데이터베이스 아키텍처 모델의 4가지 구성요소 중 하나로, 전용 Exadata 인프라의 Autonomous Database의 기반이 됩니다. ACD는 AVMC(자율운영 Exadata VM 클러스터) 내에서 프로비저닝되며 하나 이상의 Autonomous Database용 컨테이너로 사용됩니다.
단일 AVMC 리소스에서 여러 ACD 리소스를 만들 수 있지만, Autonomous Database를 만들려면 먼저 적어도 하나를 만들어야 합니다. 전용 Exadata 인프라의 Autonomous Database와 함께 사용되는 4계층 아키텍처를 포괄적으로 이해하고 이 아키텍처 내에서 ACD의 포지셔닝을 이해하려면 전용 Exadata 인프라의 Autonomous Database 구성요소를 참고하세요.
ACD는 서로 격리된 운영의 이점을 제공하므로 의도한 용도에 따라 Autonomous Database를 분리할 수 있습니다. 예를 들어, 운영 및 테스트와 같은 목적으로 다른 ACD를 생성하거나 다른 데이터베이스 버전을 사용하는 여러 ACD를 가질 수도 있습니다.
플리트 관리자는 ACD를 생성, 모니터링 및 관리하지만, 애플리케이션 DBA는 주로 이를 사용하여 Autonomous Database를 생성합니다. 자세한 내용은 전용 Exadata 인프라의 Autonomous Database와 연관된 사용자 롤을 참조하십시오.
자율운영 컨테이너 데이터베이스 요구사항
IAM 정책 요구 사항
필요한 IAM 정책을 통해 권한이 부여된 Oracle Cloud Infrastructure 계정이 있어야 합니다. 수행 중인 작업에 따라 필요한 정책이 달라집니다. 자율운영 컨테이너 데이터베이스와 관련된 IAM 정책 목록은 자율운영 컨테이너 데이터베이스 관리 정책을 참조하십시오.
최소 리소스 요구 사항
하나의 자율운영 컨테이너 데이터베이스를 생성하려면 최소한 다음이 필요합니다.
- ECPU 8개 또는 노드당 OCPU 2개
- 노드당 50GB 로컬 스토리지
Oracle Database 소프트웨어 버전 요구 사항
- Oracle Database 소프트웨어 버전이 23ai인 ACD를 프로비전하려면 DatabaseVersion 태그가 23ai로 설정된 상태에서 생성된 ECPU 기반 AVMC(Autonomous Exadata VM Cluster)를 선택해야 합니다.
- 마찬가지로 Oracle Database 소프트웨어 버전이 19c인 ACD를 프로비전하려면 DatabaseVersion 태그가 23ai로 설정되지 않은 AVMC(자율운영 Exadata VM 클러스터)를 선택해야 합니다.
- 동일한 AVMC 내에서 19c 및 23ai ACD를 모두 프로비저닝할 수는 없습니다.
주:
멀티클라우드 배포에는 특별한 태그가 필요하지 않으며 19c 및 23ai 데이터베이스를 모두 자동으로 지원합니다.자율운영 컨테이너 데이터베이스에서 관리되는 데이터베이스 기능
Autonomous Database의 다음 기능은 자율운영 컨테이너 데이터베이스(ACD) 레벨에서 정의 및 관리할 수 있습니다.
| Autonomous Database 기능 | 참고 | 추가 참조 |
|---|---|---|
|
Oracle Database 소프트웨어 버전 ACD를 프로비저닝하는 동안 컨테이너 데이터베이스 소프트웨어 버전을 설정할 수 있습니다. |
기본 이미지 버전 또는 다른 ACD에서 생성된 Autonomous Database 소프트웨어 이미지에서 Oracle Database 소프트웨어 버전을 선택할 수 있습니다. 기본 이미지에서 버전을 선택하는 동안 최신 Oracle Database 소프트웨어 버전 또는 바로 이전 버전을 선택할 수 있습니다. 예를 들어, Autonomous Database에서 지원하는 최신 Oracle Database 버전이 19.26.0.1.0이라고 가정해 보겠습니다. 그런 다음 기본 이미지 선택 드롭다운에 선택할 수 있는 19.26.0.1.0 및 19.25.0.1.0이 나열됩니다. 23ai 데이터베이스 소프트웨어 버전이 포함된 자율운영 컨테이너 데이터베이스(ACD)는 해당 태그로 생성된 ECPU 기반 자율운영 Exadata VM 클러스터(AVMC)에서만 프로비저닝할 수 있습니다. 자세한 내용은 23ai Database Software Version Tag Requirements을 참조하십시오. 멀티클라우드 배포에는 특별한 태그가 필요하지 않으며 19c 및 23ai 데이터베이스를 모두 자동으로 지원합니다. |
- |
|
자율운영 Data Guard 자율운영 Data Guard를 구성하면 실패에도 불구하고 미션 크리티컬 애플리케이션에 중요한 운용 데이터베이스를 계속 사용할 수 있습니다. |
ACD의 세부정보 페이지에서 자율운영 Data Guard를 사용으로 설정하고 최대 두 개의 대기 ACD를 생성할 수 있습니다. 그러나 두번째 대기 ACD는 기본 ACD와 동일한 테넌시에 있어야 합니다. 주 ACD와 보조 ACD를 여러 지역(지역 간)에 배포할 수도 있습니다. 기본 ACD의 Autonomous Database 수에 따라 고객 관리 키 또는 KMS를 사용하는 영역 간 자율운영 Data Guard 설정에서 영역 간 저장소의 대기 데이터베이스에 대해 새 키 버전이 자동으로 생성됩니다. |
자율운영 Data Guard를 사용하여 장애 및 재해로부터 중요한 데이터베이스 보호 |
|
유지보수 일정 일반적으로 Oracle은 분기마다 전체 플리트 유지보수 스프레드와 CVSS 점수가 7보다 크거나 같은 취약점에 대한 월별 인프라 보안 수정을 예약하고 수행합니다. Oracle이 유지보수 일정 잡기를 처리할 수 있도록 하거나, Oracle이 유지보수 작업을 시작할 수 있을 때 특정 유지보수 기간을 설정할 수 있습니다. |
ACD에 대해 롤링 또는 비롤링 유지 관리 방법 중에서 선택할 수 있습니다. 자율운영 Data Guard 구성에서 비롤링 유지보수 방법을 선택할 경우 패치 적용이 완료될 때까지 ACD 및 연관된 모든 Autonomous Database에 대한 작동 중지 시간이 발생합니다. 선택적으로 [시간대 업데이트 사용]을 선택할 수도 있습니다. 시간대 파일은 비롤링 구성 방식으로만 업데이트할 수 있습니다. Oracle에서 관리할 ACD에 대한 유지보수 일정 설정을 정의 또는 수정하거나 사용자정의 유지보수 일정을 설정할 수 있습니다. ACD의 유지보수 일정을 사용자정의하는 동안 분기에 대한 패치 적용을 건너뛰도록 선택할 수 있습니다. 그러나 2분기 연속 패치 작업은 건너뛸 수 없습니다. 분기에 대한 패치를 건너뛰도록 선택할 경우 해당 분기에서 월을 하나 이상 선택해야 합니다. 유지 관리가 건너뛰지 않은 이전 분기에 발생하지 않은 경우 폴백으로 작동합니다. 이 시나리오에서 Oracle은 해당 분기에 대해 건너뛰기를 선택한 경우에도 선택한 월에 자동으로 유지 관리를 수행합니다. 세부정보 페이지에서 ACD에 사용할 수 있는 일회용 패치 수를 볼 수 있습니다. 옆에 있는 복사 링크를 누르면 모든 일회용 패치 번호가 복사됩니다. 이미 일정이 잡힌 ACD 유지보수 이벤트의 일정을 조정하면 Exadata Infrastructure 리소스 또는 자율운영 Exadata VM 클러스터 리소스가 다음과 같은 경우 Oracle이 해당 이벤트를 대기열에 배치할 수 있습니다.
요청 시 유지 관리를 예약하여 시간대 파일 또는 ACD에 대한 시간대 파일과 함께 RU(릴리스 업데이트)를 업데이트할 수 있습니다. 기존 사용자 정의 데이터베이스 소프트웨어 이미지를 사용하여 업데이트하도록 선택할 수도 있습니다. ACD의 유지보수 일정 구성에 따라 ACD 및 연관된 Autonomous Database에 대한 작동 중지 시간이 발생할 수 있습니다. |
|
|
백업 및 복원 고가용성을 지원하기 위해 Autonomous Database는 데이터베이스를 자동으로 백업합니다. 백업 보존 기간은 ACD에 대해 선택한 백업 보존 정책/기간에 따라 최대 95일입니다. 이 보존 기간 중에 데이터베이스를 어떤 Point-in-time으로도 복원 및 Recovery할 수 있습니다. |
사용으로 설정된 후에는 ACD에 대해 자동 백업을 사용 안함으로 설정할 수 없습니다. 자동 백업을 활성화하면 리전 간 백업, 장기 백업 및 수동 백업을 추가로 수행할 수 있습니다. ACD를 프로비저닝하는 동안 백업 보존 정책/기간을 정의하거나 나중에 Oracle Cloud Infrastructure 콘솔 콘솔의 세부정보 페이지에서 수정할 수 있습니다. Oracle Public Cloud 및 Exadata Cloud@Customer 배포에서 다음을 수행합니다.
장기 백업은 만료된 후 자동으로 삭제됩니다. 그러나 Exadata Cloud@Customer 배포의 경우 백업 대상이 NFS인 경우 ACD가 종료될 때 백업이 자동으로 삭제되지 않습니다. ACD가 종료되고 만료 날짜가 지난 후에는 모든 자동, 수동 및 장기 백업을 수동으로 삭제해야 합니다. 여러 Autonomous Database 배포의 백업 보존 정책 값에 대한 자세한 내용은 백업 보존 정책을 참조하십시오. |
|
|
백업 대상 백업 대상은 백업 위치에 연결하는 데 필요한 등록 정보를 정의하며, VM 클러스터 노드에서 데이터 센터의 각 백업 대상에 액세스할 수 있어야 합니다. |
ACD를 프로비저닝하는 동안 백업 대상을 선택하는 기능과 지원되는 백업 대상은 배포 플랫폼에 따라 다릅니다. 여러 백업 대상 유형에 대한 자세한 내용은 백업 대상을 참조하십시오. |
Cloud@Customer에 대한 NFS 백업 대상 구성에 대해 자세히 알아보려면 Prerequisites for Backup Destinations for Exadata Cloud@Customer을 참조하십시오. ACD를 프로비전한 후 백업 대상 유형을 변경하는 방법에 대한 지침은 자율운영 컨테이너 데이터베이스 백업 설정 편집을 참조하십시오. |
| NFS 공간 활용률 |
적용 대상: 현재 백업 대상 유형이 NFS인 경우 현재 NFS 공간 사용률이 상태 아이콘과 함께 백분율로 표시됩니다. |
자세한 내용은 View NFS Space Utilization를 참조하십시오. |
|
Resource Management 속성 리소스 관리 속성은 리소스를 관리하여 더 많은 데이터베이스를 통합하거나 가장 높은 데이터베이스 가용성을 확보하는 방법에 영향을 줍니다. |
선택적으로 ACD를 프로비저닝하는 동안 필요에 맞게 다음 리소스 관리 속성에 적합한 값을 정의할 수 있습니다.
|
이러한 ACD 속성이 데이터베이스 성능에 미치는 영향에 대한 자세한 내용은 CPU Billing Details를 참조하십시오. |
|
Shared Server 연결 공유 서버 구조를 사용하면 데이터베이스 서버가 많은 클라이언트 프로세스가 매우 적은 서버 프로세스를 공유할 수 있으므로 지원될 수 있는 사용자 수가 증가합니다. |
ACD를 프로비저닝(provisioning)하는 동안 선택적으로 Shared Server 연결을 활성화할 수 있습니다. ACD를 프로비저닝(Provisioning)한 후에는 Shared Server 구조를 비활성화할 수 없습니다. | 특별 용도의 연결 기능. |
|
암호화 키 기본적으로 Autonomous Database는 데이터를 보호하는 데 사용되는 모든 마스터 암호화 키를 생성하고 관리하며 데이터베이스가 상주하는 동일한 Exadata 시스템의 보안 PKCS 12 키 저장소에 저장합니다. 회사 보안 정책에 필요한 경우 Autonomous Database는 사용자가 생성하고 관리하는 키를 대신 사용할 수 있습니다. |
ACD를 프로비저닝하는 동안 선택적으로 Oracle 관리 암호화 키 대신 고객 관리 암호화 키를 사용하도록 ACD를 구성할 수 있습니다. 고객 관리 암호화 키를 사용할 때 다음 옵션 중에서 선택할 수 있습니다.
동일한 리전 내의 다른 가용성 도메인에 있는 기본 및 대기 데이터베이스가 있는 자율운영 Data Guard 사용 ACD와 함께 고객 관리 암호화 키를 사용할 수 있습니다. |
저장소 서비스에서 BYOK(Bring Your Own Keys) 사용 |
|
연락처 이메일 자율운영 컨테이너 데이터베이스에 관한 운영 통지, 공고 및 계획되지 않은 유지보수 통지를 수신할 수 있는 연락처 전자메일을 제공할 수 있습니다. |
Oracle은 중요한 통지 또는 공고가 누락되지 않도록 가능한 경우 개인의 전자메일 주소가 아닌 관리자 그룹의 전자메일 주소를 사용할 것을 권장합니다. | |
|
Full Stack Disaster Recovery 전체 스택 DR은 OCI(Oracle Cloud Infrastructure) 장애 복구 조정 및 관리 서비스로, 인프라, 미들웨어, 데이터베이스, 애플리케이션 등 애플리케이션 스택의 모든 층에 대해 포괄적인 장애 복구 기능을 제공합니다. |
OCI Full Stack Disaster Recovery를 활성화하여 스위치오버/페일오버 작업을 수행하거나 선택적으로 데이터베이스 전용 Autonomous Database 스위치오버/페일오버 작업을 수행할 수 있습니다. | 전용 Exadata 인프라의 Autonomous Database에서 OCI Full Stack Disaster Recovery 사용 |
|
영역 간 백업 복사 백업 복사본에 대한 보조 영역을 선택할 수 있습니다. 영역 장애 시 ACD의 원격 백업을 복제하여 데이터를 복원할 수 있습니다. ACD 백업은 소스 AVMC와 다른 자율운영 Exadata VM 클러스터(AVMC)에만 복제할 수 있습니다. |
적용 대상:  Oracle Public Cloud only영역 간 백업 복사는 ACD를 프로비전하는 동안 또는 기존 ACD의 세부정보 페이지에서 사용으로 설정할 수 있습니다. 자율운영 Data Guard가 사용으로 설정된 경우 영역 간 백업을 사용으로 설정할 수 없습니다. |
자율운영 컨테이너 데이터베이스 관리 작업
자율운영 컨테이너 데이터베이스에서 다음 관리 작업을 수행할 수 있습니다.
| 연산 | 태스크 지침 |
|---|---|
| 자율운영 컨테이너 데이터베이스 생성 | 자율운영 컨테이너 데이터베이스 생성 |
| 자율운영 컨테이너 데이터베이스의 백업 보존 정책 변경 | 자율운영 컨테이너 데이터베이스 백업 설정 편집 |
| Autonomous Database 소프트웨어 이미지 생성 | Autonomous Database 소프트웨어 이미지 생성 |
| 자율운영 컨테이너 데이터베이스의 유지보수 환경설정 편집 | 자율운영 컨테이너 데이터베이스 유지보수 환경설정 업데이트 |
| 자율운영 Data Guard 구성 관리 | 자율운영 Data Guard 구성 관리 |
| 자율운영 컨테이너 데이터베이스를 다른 컴파트먼트로 이동 | 자율운영 컨테이너 데이터베이스를 다른 컴파트먼트로 이동 |
| 자율운영 컨테이너 데이터베이스 암호화 키 교체 | 자율운영 컨테이너 데이터베이스의 암호화 키 교체 |
| 자율운영 컨테이너 데이터베이스 재시작 | 자율운영 컨테이너 데이터베이스 재시작 |
| 자율운영 컨테이너 데이터베이스 종료 | 자율운영 컨테이너 데이터베이스 종료 |
| 자율운영 컨테이너 데이터베이스에 대한 고객 담당자 관리 | 자율운영 컨테이너 데이터베이스에 대한 고객 연락처 관리 |
| 자율운영 컨테이너 데이터베이스 목록 보기 | 자율운영 컨테이너 데이터베이스 목록 보기 |
| 자율운영 컨테이너 데이터베이스의 세부정보 보기 | 자율운영 컨테이너 데이터베이스의 세부정보 보기 |
| NFS 공간 활용률 보기 | 적용 대상: Exadata Cloud@Customer만 해당
|
위에 나열된 작업은 API를 사용하여 수행할 수도 있습니다. 자세한 내용은 API to Manage Autonomous Container Databases를 참조하십시오.
자율운영 컨테이너 데이터베이스 모니터링
동적 성능 뷰를 사용하여 다음과 같은 방법으로 ACD(자율운영 컨테이너 데이터베이스)를 모니터할 수 있습니다.
- 다양한 대기 이벤트 및 대기 클래스에 대한 실시간 metrics를 확인합니다.
- 대기 클래스 측정항목의 기록 스냅샷을 봅니다.
- 실시간, 내역 및 요약 성과 지표 데이터를 확인할 수 있습니다.
- 리소스 제한 및 현재 사용량을 확인합니다.
자세한 내용은 동적 성과 뷰를 참조하십시오.