Oracle Base Database Service(전 Oracle Database Cloud Service)는 가상 머신(VM) 데이터베이스 시스템에서 구동되는 Enterprise Database Service와 Standard Database Service로 구성됩니다. 이 서비스를 사용하면 Oracle Cloud Infrastructure(OCI)에서 Oracle Enterprise Edition과 Standard Edition 데이터베이스를 손쉽고 비용 효율적으로 구축, 확장, 보호할 수 있습니다. 사용자는 선택한 컴퓨트 구성 및 블록 볼륨 스토리지 용량을 사용하여 가상 머신에 데이터베이스를 생성할 수 있습니다. 이 서비스는 업데이트, 백업 및 복구, Oracle Data Guard 활성화 등 일반적인 데이터베이스 수명 주기 관리 작업을 자동화하기 위한 기능들을 내장하고 있으며, 해당하는 작업들은 모두 Oracle Cloud Infrastructure(OCI) 콘솔, 또는 REST API를 사용하여 수행 가능합니다.
OCI 계정을 만들었다면, 첫 번째 데이터베이스를 생성하기 전에 먼저 가상 클라우드 네트워크(VCN)를 생성해야 합니다. VCN은 고객이 Oracle 데이터 센터에 설정하는 가상 프라이빗 네트워크입니다. 이 네트워크는 기존의 네트워크와 유사하지만 방화벽 규칙 및 사용자가 선택할 수 있는 특정 유형의 통신 게이트웨이 등을 추가로 제공합니다. VCN 생성이 끝나면 콘솔, REST API, CLI, SDK 등을 활용하여 DB 시스템에 Oracle 데이터베이스를 생성할 수 있습니다.
본 서비스는 Oracle Universal Credit Model(UCM)의 '라이선스 포함' 및 '자체 라이선스 적용(BYOL)' 가격 정책을 통해 이용 가능합니다. 유연한 가격 정책과 더불어, 사용량 기준 요금(pay-as-you-go, PAYG) 및 Oracle Annual Universal Credit 등의 옵션이 함께 제공됩니다. 가격은 고객이 선택한 데이터베이스 에디션, 데이터베이스 형태, OCPU 개수, 스토리지 용량 등에 따라 책정됩니다. 자세한 내용은 가상 머신 가격 정책 섹션을 참고하세요. 기존의 종량제/정액제 테넌시 요금은 Universal Credit Model 테넌시로 전환될 때까지 기존 요금제에 따라 청구됩니다.
자세한 내용은 Oracle Universal Credit 가격 정책 FAQ를 참고하세요.
현재 지원되는 Oracle Database 버전은 19c, 21c, 23ai입니다.
다음과 같은 Oracle Database 라이선스 및 포함 소프트웨어가 클라우드를 지원하고, 클라우드에 최적화되어 있습니다.
자체 라이선스 적용(BYOL) 방식 역시 지원합니다.
모든 에디션에는 Oracle Database Transparent Data Encryption, Oracle Machine Learning, Graph, Spatial, Oracle APEX가 포함됩니다. Oracle Database 23ai를 사용하면 AI Vector Search, JSON 관계형 이중성 및 기타 기능을 포함하도록 확장됩니다.
DB 시스템은 Oracle Database 소프트웨어를 배포하고, 사용자가 지정한 코어 수, 소프트웨어 버전 및 데이터베이스 버전으로 구성한 가상 머신입니다.
DB 시스템용 기술 설명서는 OCI 설명서의 일부로 제공됩니다.
데이터베이스 시스템은 AMD Standard E5 Flex, Intel X9 Standard 3 Flex 또는 Ampere Standard A1 Flex 구성과 함께 사용할 수 있습니다. 사용 가능한 구성에 대한 최신 정보는 설명서 내 가상 머신 데이터베이스 시스템에 관하여를 참고하세요.
VM DB 시스템은 고성능 또는 균형 잡힌 성능의 블록 볼륨 스토리지와 함께 사용할 수 있습니다.
성능, 스토리지 용량, 비용 등 여러 가지 기준에 따라 시스템의 구성을 선택하게 됩니다.
Oracle은 다양한 클라우드 및 온프레미스 관리 효율성 및 모니터링 옵션을 제공합니다. 여기에는 Oracle Enterprise Manager와 Oracle Cloud Infrastructure Database Management가 포함됩니다.
예. DB 시스템에 영향을 주는 이벤트는 이벤트 서비스를 통해 확인할 수 있습니다. DB 시스템 관련 이벤트 유형의 목록은 설명서를 참고하세요.
예. 가상 클라우드 네트워크 내의 가상 머신에서 2노드 Oracle RAC가 지원됩니다. DB 시스템 프로비저닝 옵션을 선택할 때 '총 노드 수'를 2로 설정하여 가상 머신에서 Oracle RAC를 구성할 수 있습니다.
아니요. 가상 머신 DB 시스템에서 Enterprise Edition Extreme Performance 사용 시 Oracle RAC 데이터베이스가 지원되지만, 2노드 RAC 구성으로 제한됩니다.
아니요. 2노드 Oracle RAC용 가상 머신은 동일한 가용성 도메인 내의 개별 서버 및 랙에 배포됩니다. 스토리지는 양쪽 데이터베이스 인스턴스가 상호 공유합니다. 이러한 설정을 통해 서버 장애 및 랙 전원 장애로부터 데이터를 보호할 수 있습니다. 보다 많은 가용성 확보를 위해서는 별도의 가용성 도메인 내에 대기 2노드 Oracle RAC 가상 머신 DB 시스템과 Oracle Data Guard를 설정하는 것이 권장됩니다.
가상 머신 DB 시스템은 단 하나의 컨테이너 데이터베이스(CDB)만 포함할 수 있습니다. 그러나 하나의 컨테이너 데이터베이스 내에는 여러 플러거블 데이터베이스(PDB)를 구성할 수 있습니다. 가상 머신 DB 시스템 생성 시 데이터베이스 생성 기본 값은 한 개의 PDB가 포함된 단일 CDB입니다. 본 서비스는 통합 PDB 수명 주기 관리 기능을 제공합니다.
네. 필요에 따라 OCPU 수를 확장 및 축소할 수 있습니다. 그러나 OCPU를 확장하려면 가상 머신 구성을 변경해야 하며, 변경 작업 동안 데이터베이스 운영이 중단됩니다. 2노드 RAC 가상 머신 DB 시스템의 경우, 한 번에 하나씩 가상 머신 구성이 순차적으로 변경됩니다.
예. 가상 머신 DB 시스템은 블록 스토리지 볼륨을 사용하므로 최소 256GB에서 최대 80TB의 가용 스토리지를 자유롭게 구성할 수 있습니다. 다운타임 없이 스토리지 용량을 확장할 수 있습니다. 스토리지를 축소하려면 새 가상 머신 DB 시스템으로 마이그레이션해야 합니다.
네. 스토리지 관리 소프트웨어로 Logical Volume Manager(LVM) 또는 Grid Infrastructure/ASM을 사용하는 가상 머신 DB 시스템을 복제할 수 있습니다. 가상 머신 DB 시스템을 복제하면 복제 시점의 소프트웨어 및 데이터베이스 볼륨을 포함한 소스 데이터베이스의 복사본이 생성됩니다.
Oracle은 광범위한 Oracle Database Cloud Migration 솔루션들을 제공합니다.
Oracle의 Universal Credit 구매 모델이 제공하는 간단하고 유연한 가격 모델을 활용하실 수 있습니다. 사용량 기준(Pay-as-you-go, PAYG) 가격 정책을 통해 고객은 사전 약정, 최소 서비스 기간에 구애받지 않고 서비스를 신속하게 프로비저닝할 수 있으며, 비용은 사용한 만큼만 정산되어 매월 후불로 청구됩니다. Annual Universal Credits을 통해 언제 어디서든 사용 목적에 적합한OCI 및 플랫폼 서비스를 사용할 수 있습니다. 사전 청구되는 Annual Universal Credit을 통해 클라우드 서비스 전반에 걸쳐 상당한 비용을 절감할 수 있으며, 워크로드를 온보딩할 때 비용을 절감하고 확장 기간에 맞춰 월별 지출액을 예측할 수 있습니다.
자세한 내용은 Oracle Universal Credit 가격 정책 FAQ를 참고하세요.
가상 머신 DB 시스템의 경우 세 가지 측정 요소를 사용합니다. OCPU 사용량 및 블록 볼륨 스토리지 사용량이 주된 측정 요소입니다. Oracle Database Autonomous Recovery Service와 Oracle Cloud Infrastructure(OCI) Object Storage는 선택 사항입니다.
라이선스 포함 모델 및 자체 라이선스 적용(BYOL) 모델 모두 OCPU 사용량을 기반으로 비용이 청구됩니다. 시간당 OCPU 사용량은 가상 머신 데이터베이스 시스템 구성에 따라 비용이 청구됩니다. 부분적으로 사용된 시간당 OCPU 사용량은 최소 1분 단위로 계산되어 청구됩니다.
가상 머신 데이터베이스 시스템은 원격 블록 볼륨 스토리지를 사용합니다. 최대 80TB의 데이터 스토리지 및 최대 20TB의 복구 스토리지로 구성된 총 100TB 스토리지를 추가할 수 있습니다. 총 스토리지에 대한 비용을 지불해야 합니다. 보다 높은 성능 또는 균형 잡힌 성능 옵션 중 선택해 블록 스토리지 볼륨을 구성할 수 있습니다. 보다 높은 성능의 블록 스토리지 볼륨은 월별 기가바이트당 20유닛의 블록 볼륨 성능을 가진 블록 볼륨 스토리지 1유닛으로 정의됩니다. 균형 잡힌 성능의 블록 스토리지 볼륨은 월별 기가바이트당 10유닛의 블록 볼륨 성능을 가진 블록 볼륨 스토리지 1유닛으로 정의됩니다.
백업/복구 기능을 사용해 Database Autonomous Recovery Service 또는 OCI Object Storage로의 데이터베이스 백업을 구성할 수 있습니다. 백업 비용은 사용 중인 스토리지의 총량을 기반으로 청구됩니다.
자세한 내용은 클라우드 가격표를 참고하세요.
네. 라이선스 모델을 라이선스 포함 모델에서 BYOL로 또는 그 반대로 변경할 수 있습니다.
예. 가상 머신 DB 시스템에서 청구 중단이 지원됩니다. 이 기능을 사용하려면 가상 시스템 데이터베이스 시스템으로 이동하여 중지할 노드를 선택합니다. 노드가 중지된 동안에도 데이터베이스는 그대로 유지됩니다. 노드가 실행되지 않은 시간에 대해서는 비용이 청구되지 않습니다.
VCN은 OCI의 커스터마이징 가능한 전용 네트워크입니다. VCN을 사용하면 기존의 데이터 센터 네트워크와 마찬가지로 네트워크 환경을 완벽하게 제어할 수 있습니다. 해당하는 제어 기능에는 고유한 개인 IP 주소 공간 할당, 서브넷 생성, 경로 테이블 생성 및 상태 저장 방화벽 구성 등이 포함됩니다. 또한 단일 테넌트에서 여러 VCN을 사용할 수 있기 때문에 관련 리소스를 그룹화하거나 격리하는 것도 가능합니다.
VCN에 기본으로 배포하는 기능은 다음과 같은 보안 및 유연성도 제공합니다:
각 가용성 도메인에 별도의 서브넷을 만들고 해당 서브넷에 DB 시스템을 배치하는 것을 강력히 권장합니다. 이렇게 하면 서브넷에 대한 인바운드/아웃바운드 보안 목록을 정확하게 정의하고 네트워크 액세스를 제어할 수 있습니다.
DB 시스템은 프로비저닝 중에 기본적으로 TDE로 구성됩니다. TDE에 대한 자세한 내용은 TDE FAQ를 참고하세요. DB 시스템에 로그인하여 기타 보안 정책을 유연하게 제어할 수도 있습니다.
OCI Vault 서비스는 고객 관리형 암호화 키와 함께 사용할 수 있습니다. Oracle 관리형 암호화 키도 사용할 수 있습니다. Database Encryption Keys에 대한 자세한 내용은 설명서를 참고하세요.
Oracle Identity and Access Management(IAM)를 사용해 보안 및 규정 준수 요건에 적합한 클라우드 환경을 구성할 수 있습니다. 데이터베이스 관점에서, 고객은 특정 사용자에게만 데이터베이스 시스템에 대한 액세스를 허용하는 IAM 정책을 구성할 수 있습니다. Oracle IAM 사용 방법은 설명서를 참고하세요.
예. DB 시스템에 대한 전체 루트 액세스 권한을 사용하여 DB 시스템상의 모든 작업에 대한 감사를 구성할 수 있습니다. 본 서비스의 모든 데이터베이스 에디션은 강력한 감사 지원 기능을 제공합니다. 감사 기록에는 감사된 작업, 작업을 수행한 사용자, 작업 날짜 및 시간 정보가 포함됩니다. 감사 기록은 데이터베이스 감사 추적 또는 운영 체제의 파일에 저장할 수 있습니다. 표준 감사에는 권한, 스키마, 개체 및 문에 대한 작업이 포함됩니다. 또한 OCI Audit을 사용해 테넌시에 작성된 모든 API 관리 호출을 감사할 수 있습니다.
예. 모든 Oracle Database 보안 옵션이 지원됩니다.
Oracle Data Safe는 평가, 감사, 데이터 마스킹과 같은 보안 기능을 제공하고, DB 시스템에서 무료로 사용할 수 있는 클라우드 네이티브 서비스입니다.
업데이트 기능은 데이터베이스 시스템 및 데이터베이스를 업데이트하는 데 필요한 단계들을 간소화해 줍니다. OCI 콘솔 및 API를 사용해 데이터베이스 시스템 또는 데이터베이스에 적합한 업데이트를 확인하고, 업데이트 요청을 제출할 수 있습니다. 이후 서비스가 엔드투엔드 업데이트를 실행하고, 동시에 각 단계의 진행 상황을 표시합니다. 적용된 모든 업데이트를 볼 수 있고, 필요한 경우 업데이트를 되돌리거나 재적용할 수 있습니다. 또한 Oracle Identity and Access Management(IAM) 제어를 사용해 업데이트 기능에 대한 액세스를 관리할 수 있습니다.
데이터베이스 시스템의 클라우드 네트워크(VCN)가 OCI Object Storage에 저장된 업데이트에 액세스할 수 있어야 합니다. 그러한 연결은 공용 IP 주소가 없는 클라우드 리소스가 Oracle Object Storage와 같은 Oracle 서비스에 비공개로 접근할 수 있도록 하는 서비스 게이트웨이를 구성하여 수행할 수 있습니다.
데이터베이스 시스템 및 데이터베이스를 위한 서비스별 업데이트를 적용할 수 있습니다. 데이터베이스 시스템의 경우 최신 업데이트만 적용 가능합니다. 데이터베이스에는 최신 업데이트와 기존 업데이트 모두를 적용할 수 있습니다. 현재 사용 가능한 데이터베이스 시스템 및 데이터베이스 업데이트 목록은 데이터베이스 시스템 업데이트에서 확인할 수 있습니다.
커스텀 데이터베이스 소프트웨어 이미지를 사용하여 임시 업데이트 또는 일회성 업데이트를 적용할 수 있습니다. 온프레미스 환경의 분기 번들 업데이트 시 OPatch 유틸리티를 적용하지 않을 것을 권장합니다. 이 업데이트들은 추가 클라우드 전용 업데이트를 적용하지 않으면 작동하지 않을 수 있습니다. 대신 Oracle Cloud Infrastructure 콘솔 및 REST API를 통해 지원되는 클라우드 맞춤형 분기별 업데이트를 적용하시기 바랍니다.
예. 커스텀 데이터베이스 소프트웨어 이미지를 사용할 수 있습니다.
예. 1노드 가상 머신 DB 시스템의 경우 다운타임이 발생합니다. 2노드 RAC 가상 머신 DB 시스템 업데이트는 한 번에 하나의 노드씩 순차적으로 적용됩니다. 작동 중지 시간을 최소화하는 방향으로 Oracle Data Guard를 구성할 수도 있습니다. 해당 구성은 Maximum Availability Architecture(MAA) 모범 사례를 따라야 합니다.
업데이트가 실패하면 DB 시스템 또는 데이터베이스 홈이 '사용 가능(Available)' 상태가 됩니다. 업데이트 기록에서 작업이 실패한 이유를 확인할 수 있습니다. 장애의 근본 원인을 디버그하려면 호스트에 액세스하여 패치 관련 세부 로그에 액세스할 수 있습니다. 로그 정보가 문제를 디버깅하는 데 도움이 되지 않으면 근본 원인을 파악하기 위해 Oracle Support에 요청을 제출할 수 있습니다.
OCI 콘솔 및 REST API를 사용하여 DB 시스템 및 데이터베이스에 적용된 업데이트 이력을 볼 수 있습니다.
네. DB 시스템 버전은 언제나 데이터베이스와 동일하거나 상위 버전이어야 합니다. 버전 충돌을 방지하려면 먼저 DB 시스템 업데이트를 적용한 다음 데이터베이스 업데이트를 적용해야 합니다. 이 순서를 따르지 않으면 업데이트를 적용하는 동안 오류 메시지가 표시됩니다.
예. Oracle 데이터베이스 번들 업데이트와 DB 시스템 데이터베이스 업데이트는 서로 다릅니다. DB 시스템 데이터베이스 업데이트는 Oracle Database 번들 업데이트와 OCI 업데이트, 여기에 기타 업데이트까지 모두 포함하는 상위 집합입니다.
네. DB 시스템 업데이트에는 Grid Infrastructure 업데이트가 포함되며, 이 업데이트를 Grid Infrastructure/ASM 스토리지 관리를 사용하는 DB 시스템에 사용할 수 있습니다. DB 시스템 업데이트에는 OS 업데이트가 포함되지 않습니다.
OS 업데이트는 현재 패치 기능을 사용하는 OCI 콘솔 또는 API를 통해 지원되지 않습니다. 명령어를 통해 OS를 수동으로 업데이트하려면 호스트에 직접 액세스해야 합니다. 가상 머신 DB 시스템 OS 업데이트에 대한 설명서를 참고하세요.
예. 데이터베이스 업데이트는 누적됩니다. 새 업데이트에는 이전 DB 시스템의 업데이트 또는 그와 동일한 버전의 데이터베이스 업데이트가 포함됩니다.
Oracle Database Autonomous Recovery Service와 Oracle Cloud Infrastructure(OCI) Object Storage는 백업 장치로 사용될 수 있습니다. 보다 자세한 정보는 복구 서비스의 개념 및OCI Object Storage 개요를 참고하세요.
Autonomous Recovery Service는 OCI 데이터베이스를 위한 완전 관리형, 독립형, 중앙형 클라우드 백업 솔루션입니다. Recovery Service는 Zero Data Loss Recovery Appliance와 Oracle Recovery Manager(Oracle RMAN)의 기능을 결합해 활용할 수 있도록 설계되었습니다. 자동 백업을 위해 Autonomous Recovery Service를 사용하면 별도로 매주 전체 백업을 수행할 필요가 없습니다. Autonomous Recovery Service는 가상의 전체 백업을 사용해 데이터베이스 복구를 수행하기 때문에 보다 빠른 복구가 가능합니다. 일별 증분 백업이 수행되지 않기 때문입니다. 실시간 데이터 보호 기능이 활성화되면 리두 로그 변경 사항이 보호된 데이터베이스로부터 지속적으로 전송되기 때문에 Autonomous Recovery Service는 Object Storage로의 백업 시 대비 더 나은 목표 복구 시점(RPO)을 제공합니다.
Autonomous Recovery Service는 최적화된 정책 기반 자동 백업 및 복구 솔루션을 제공합니다. Zero Data Loss Autonomous Recovery Service는 Autonomous Recovery Service용 옵션 기능으로, 실시간 데이터 보호를 제공해 데이터베이스 장애 발생 시 데이터 손실 없는 복구를 통해 데이터베이스를 보호합니다. 실시간 데이터 보호란 보호된 데이터베이스에서 Recovery Service로 리두 변경을 계속해서 전송하는 기능을 의미합니다. 이 기능은 데이터 손실을 줄여주고 거의 0에 가까운 RPO를 제공합니다. 실시간 데이터 보호 기능은 추가 비용이 드는 옵션이기 때문에 자동 데이터베이스 백업 구성 시 이 기능의 활성화 또는 비활성화 여부를 선택할 수 있습니다.
예. 백업은 데이터베이스 암호화에 사용된 것과 동일한 마스터 키를 사용해 암호화됩니다.
Oracle 관리형 자동 백업 기능은 데이터베이스 백업에서 선호되는 방식입니다. OCI 콘솔 또는 REST API를 사용해 데이터베이스 백업을 생성 및 관리할 수 있습니다. 백업에서 기존 데이터베이스를 복원하거나 백업에서 새 데이터베이스를 만들 수도 있습니다. 보다 자세한 내용은 관리형 백업 기능 및 Oracle Cloud에서의 백업 자동화 및 스토리지를 참고하세요.
자동화된 백업은 수동 백업에 비해 안정적이고, 일관적이고, 오류 발생 가능성이 적습니다. OCI 콘솔 또는 Rest API를 사용해 백업을 손쉽게 생성 및 관리할 수 있습니다. 콘솔을 사용하면 몇 번의 클릭만으로도 온디맨드 전체 백업을 생성하거나 자동 증분 백업을 설정할 수 있습니다. 마찬가지로 마지막으로 기록된 정상 상태, 지정 시점, 또는 SCN(시스템 변경 번호)을 사용하여 백업 내역을 확인하고 데이터베이스를 복원할 수 있습니다. 백업을 활용해 신규 DB 시스템에 신규 데이터베이스를 만들 수도 있습니다. 보다 자세한 내용은 콘솔을 사용해 데이터베이스 복구하기 및 복구 서비스 리소스 관리 방법을 참고하세요.
자동 백업 운영이 중단되면 데이터베이스 서비스가 다음 날 백업이 이루어지는 동안 백업 윈도우에서 운영 재개를 시도합니다. 온디맨드 전체 백업이 중단되면 데이터베이스 시스템 및 데이터베이스 가용성이 복구되었을 때 운영을 다시 시도할 수 있습니다. 중단된 백업은 OCI 콘솔에 보고됩니다. Zero Data Loss Autonomous Recovery Service의 실시간 데이터 보호 기능을 사용하는 데이터베이스 시스템의 경우 전달된 리두 로그를 사용해 데이터베이스 복구 기능을 계속 사용할 수 있기 때문에 백업을 건너 뛰어도 데이터 손실이 발생하지 않습니다.
아니요. 자동 백업은 기본 설정이 아닙니다. 데이터베이스를 생성하는 동안 또는 데이터베이스를 프로비저닝한 후 언제든지 이 옵션을 실행할 수 있습니다. 보다 자세한 정보는 Oracle Cloud Databases를 Recovery Service로 백업하기를 참고하세요.
자동 백업의 가용한 보존 기간은 사용자가 선택하는 백업 장치 유형에 따라 달라집니다.
백업 장치로 Autonomous Recovery Service 를 선택한 경우:
백업 장치로 OCI Object Storage를 선택하는 경우:
자동 증분 백업의 보존 기간 또는 빈도를 사전 정의된 값 외의 값으로는 설정할 수는 없습니다.
일일 레벨 1 백업은 레벨 0 백업일 이후 6일간 매일 생성되는 증분 백업입니다. 아카이브 리두 로그 백업은 최소 매60분마다 수행됩니다.
데이터베이스용 자동 백업을 활성화하면 초기 레벨 0 백업이 생성됩니다. OCI Object Storage로의 자동 백업의 경우 전체 백업은 일주일에 한 번 수행되며, 그 사이에 일일 증분 백업이 수행됩니다. Autonomous Recovery Service로의 자동 백업의 경우 초기 전체 백업 이후에는 일일 증분 백업만 수행됩니다.
주중 자동 전체 백업 일정을 정할 수 있으며, 2시간 윈도우를 통해 전체 백업의 시작 시점을 지정할 수 있습니다. 또한 2시간 윈도우를 통해 증분 백업 시작 시점도 지정할 수 있습니다.
OCI Object Storage 자동 백업 장치의 경우:
Autonomous Recovery Service 자동 백업 장치의 경우 데이터베이스 만료 이후 백업 관리 방식을 선택할 수 있습니다:
OCI Object Storage 백업 장치의 경우 사용자의 백업은 OCI Object Storage에 저장됩니다. OCI Object Storage는 처음부터 높은 내구성을 위해 설계되었습니다. 데이터는 여러 스토리지 서버와 가용 도메인에 중복 저장됩니다. 체크섬을 사용하여 데이터 무결성을 능동적으로 모니터링하여 손상된 데이터가 감지되면 이를 자동으로 복구합니다. 데이터 중복 손실은 고객에 미치는 영향 없이 자동으로 감지되고 자동 복구됩니다. 자세한 정보는 객체 스토리지의 특성을 참고하세요.
Recovery Service 백업 장치의 경우, Recovery Service가 다양한 계층의 보호를 제공합니다. 백업은 고도로 중복된 스토리지에서 정례적으로 검증 및 저장되며, 다양한 가용성 도메인 전반에 분산됩니다. 체크섬을 사용하여 데이터 무결성을 능동적으로 모니터링하여 손상된 데이터가 감지되면 이를 자동으로 복구합니다. 데이터 중복 손실은 고객에 미치는 영향 없이 자동으로 감지되고 자동 복구됩니다. 자세한 내용은 Recovery Service의 개념을 참고하세요.
2노드 RAC 가상 머신 DB 시스템은 서버 또는 데이터베이스 인스턴스 장애로 인한 가동중단을 방지합니다. 또는 서로 다른 복수의 가용성 도메인 또는 리전에서 DB 시스템을 실행하고 해당 시스템들 간에 Oracle Data Guard를 구성할 수도 있습니다.
Oracle 데이터베이스의 고가용성 구성 설정에 대한 자세한 내용은 고가용성을 위한 Data Guard 및 Maximum Availability Architecture(MAA) 모범 사례 문서를 참고해 주세요.
모든 Enterprise 데이터베이스 에디션이 Data Guard를 지원합니다. Enterprise Extreme Performance Edition은 Active Data Guard를 지원합니다.
Oracle Data Guard는 OCI 콘솔 및 REST API를 통해 활성화할 수 있습니다. 클릭 몇 번으로 Data Guard를 활성화하고 전환, 장애 조치 및 복원 조치를 수행할 수 있습니다. 또한 Oracle Identity and Access Management Service를 사용하여 기능에 대한 세분화된 액세스 제어를 설정할 수도 있습니다.
ASYNC 전송 유형을 지원하는 Maximum Performance 모드 및 SYNC 전송 유형을 사용하는 Maximum Availability 모드가 지원됩니다.
Data Guard 기능을 사용하여 Data Guard 연결을 제거하려면 먼저 대기 데이터베이스를 삭제해야 합니다. 대기 데이터베이스를 삭제하면 Data Guard 연결이 자동으로 제거됩니다.
기본적으로 대기 데이터베이스는 기본 데이터베이스와 동일한 데이터베이스 버전을 활용해 생성됩니다. 그러나 동일 또는 상위 버전을 선택하기 위해서는 커스텀 데이터베이스 소프트웨어 이미지를 사용해야 합니다.
네. 온프레미스 데이터베이스와 OCI의 DB 시스템에서 실행되는 데이터베이스 간에 Data Guard를 구성할 수 있습니다. DGMGRL을 사용하여 온프레미스 데이터베이스와 Oracle Cloud 데이터베이스 간에 수동으로 Data Guard를 설정할 수 있습니다. DGMGRL에 대해 더 알아보기
기본 및 대기 Data Guard 설정에서 데이터베이스를 업데이트할 수 있습니다. 대기 데이터베이스를 먼저 업데이트한 뒤, 기본 데이터베이스로 넘어가 업데이트를 진행해야 합니다.
OCI Database 백업 및 복원 기능을 사용하여 기본 데이터베이스를 백업 및 복원할 수 있습니다. 대기 데이터베이스의 백업을 실행하려면 대기 데이터베이스 호스트에 액세스하고 RMAN(복구 관리자)을 사용하여 백업을 실행할 수 있습니다.
Active Data Guard를 사용하면 읽기 전용 작업에 대기 데이터베이스를 사용할 수 있습니다.
아니요. Data Guard 기능을 사용하여 FSFO를 설정할 수 없습니다. 그러나 수동으로 구성할 수는 있습니다. 가능한 경우, 개별 가용성 도메인의 가상 머신에 FSFO를 배포해야 합니다.