검색 결과가 없습니다

검색어와 일치하는 결과가 없습니다.

원하시는 정보를 찾는 데 도움이 되도록 다음을 시도해 보십시오.

  • 검색에 사용하신 키워드의 철자가 올바른지 확인하십시오.
  • 입력한 키워드에 동의어를 사용하십시오. 예를 들어 “소프트웨어” 대신 “애플리케이션”을 사용해 보십시오.
  • 아래에 표시된 인기 검색어 중 하나를 사용해 보십시오.
  • 새로운 검색을 시작하십시오.
인기 질문

FAQ

모두 열기 모두 닫기

    개요

  • Oracle Database Cloud Service란 무엇입니까?

    Oracle Database Cloud Service를 사용하면 클라우드에서 Oracle Database를 쉽게 구축, 확장 및 보호할 수 있습니다. 데이터베이스는 베어 메탈 서버 (로컬 NVMe 플래시 또는 SSD 스토리지 포함) 또는 블록 볼륨이 있는 가상 시스템인 DB 시스템에 생성되며, 이 두 가지 모두 높은 성능과 비용 효율적인 가격을 제공합니다. 또한 이 서비스를 통해 가상 클라우드 네트워크 계층의 가상 시스템 서버에서 '클라우드 우선' Oracle RAC 배포를 지원할 수 있습니다.

    패치 적용, Data Guard 또는 백업/복구와 같은 단순화된 도구를 사용하여 데이터베이스를 관리할 수 있으며, Oracle Cloud Infrastructure REST API 또는 콘솔에서 이러한 도구에 액세스할 수 있습니다. 또는 데이터베이스 호스트에 액세스하고 기존 도구를 사용하여 사내에서 관리하는 것과 동일한 방식으로 클라우드의 데이터베이스를 관리할 수 있습니다.

  • Oracle Database Cloud Service는 어떤 기능을 제공합니까?

    Oracle Database Cloud Service는 고성능 베어메탈 서버 또는 가상 시스템에서 요청된 코어 수를 사용하여 DB 시스템을 프로비저닝하고, 원하는 버전의 Oracle Database 소프트웨어를 배포하며, DB 시스템을 VCN (가상 클라우드 네트워크)에 생성합니다. VCN은 인증되지 않은 액세스로부터 DB 시스템을 보호하는 사용자 구성 보안 목록이 포함된 전용 네트워크입니다.

    또한 Oracle Database Cloud Service는 데이터베이스 서비스 패치 적용, Oracle Data Guard를 사용한 고가용성 구성 및 Oracle database 실행에 필요한 일상적인 작업을 단순화하는 백업/복원 등의 관리 기능도 제공합니다.

  • 첫 번째 데이터베이스를 만들려면 어떻게 해야 합니까?

    Oracle Cloud Infrastructure 계정을 생성한 후에는 console, REST API, CLI SDK를 사용하여 Database Cloud Service에서 Oracle Database를 만들 수 있습니다.

  • 소비하는 리소스에 대한 비용은 어떻게 지불합니까?

    베어 메탈 서버와 가상 머신은 모두 '라이선스 포함' 및 'BYOL' 가격을 모두 갖춘 Oracle의 Universal Credit Model을 지원합니다. Oracle Sales를 통해 제공되는 할인된 커밋 가격뿐만 아니라 종량제 요금으로 유연하게 가격을 책정할 수 있습니다. 가격은 선택한 데이터베이스 에디션, 데이터베이스 형태 및 선택한 코어 수에 따라 달라집니다.

    shop.oracle.com에 계정을 생성하여 Oracle Database Cloud Service 데이터베이스 인스턴스를 사용할 수 있습니다. 또는 기존 고객은 영업 담당자에게 문의하여 계정을 생성하고 기존의 크레딧 풀을 사용하거나 새 풀을 구매하여 Oracle Cloud Infrastructure 리소스를 소비할 수 있습니다. 자세한 내용은 데이터베이스 가격 섹션을 참조하십시오.

    기존의 Metered/Non-Metered 테넌시는 Universal Credit Model 테넌시로 전환될 때까지 기존 요금제에 따라 청구됩니다.

  • 지원되는 Oracle Database 소프트웨어 버전은 무엇입니까?

    Oracle Database Cloud Service는 현재 Oracle Database 버전 11.2.0.4, 12.1.0.2, 12.2.0.1 및 18.1.0.0을 지원합니다.

  • 지원되는 Oracle Database 소프트웨어 에디션은 무엇입니까?

    다음과 같은 Oracle Database 소프트웨어 버전이 클라우드에 지원되고 최적화됩니다.

    • Standard Edition
    • Enterprise Edition
    • Enterprise Edition High Performance
    • Enterprise Edition Extreme Performance
  • Oracle Database의 다양한 소프트웨어 버전에서 사용할 수 있는 데이터베이스 옵션은 무엇입니까?

    각 버전에서 사용할 수 있는 데이터베이스 옵션은 다음 목록에서 찾을 수 있습니다. 모든 패키지에는 Oracle Database Transparent Data Encryption (TDE)가 포함됩니다.

    데이터베이스 에디션 데이터베이스 옵션
    Standard Edition Oracle Database Standard Edition Package 포함
    Enterprise Edition Oracle Database Enterprise Edition Package, Data Masking and Subsetting Pack, Diagnostics and Tuning Packs, Real Application Testing 포함
    Enterprise Edition High Performance 다음 옵션으로 Enterprise 패키지 확장 Multitenant, Partitioning, Advanced Compression, Advanced Security, Label Security, Database Vault, OLAP, Advanced Analytics, Spatial & Graph, Database Lifecycle Management Pack, Cloud Management Pack for Oracle Database.
    Enterprise Edition Extreme Performance 다음 옵션으로 High Performance 패키지 확장 Real Application Clusters (RAC), In-Memory Database, Active Data Guard.
  • DB 시스템을 시작할 때 어떤 형태 (스토리지 및 CPU 구성)를 사용할 수 있습니까?

    베어 메탈 형태
    Oracle Database Cloud Service는 중요한 엔터프라이즈 어플리케이션의 최고 성능 요구를 충족시키기 위해 단일 데이터베이스에 대해 200,000개 이상의 TPS 또는 IOPS를 달성할 수 있는 3가지 베어 메탈 형태를 지원합니다. 베어 메탈 DB 시스템은 로컬로 연결된 NVMe 또는 SSD 스토리지를 사용하여 최대 성능을 제공합니다. 스토리지 양은 DB 시스템을 시작할 때 지정한 형태에 따라 결정됩니다.

    베어 메탈 형태 코어/OCPU 메모리 저장 유형 원시 스토리지 스토리지 (2방향 미러링) 스토리지 (3방향 미러링)
    BM.HighIO1.36* 2 – 36 512GB NVMe 12.8TB 3.5TB 2.3TB
    BM.DenseIO1.36 2 – 36 512GB NVMe 28.8TB 9.4TB 5.4TB
    BM.DenseIO2.52 2 – 52 768GB NVMe 51.2TB 16TB 9TB
    BM.RACLocalStorage1.72*
    (물리적 노드 2개로 구성)
    노드당 2 – 36 노드당 512GB SSD 64TB 22.1TB 14TB

    고 IO 및 고밀도 IO 형태에 Standard Edition을 사용할 경우 허용되는 최대 OCPU는 인스턴스당 8개입니다.

    *BM.HighIO1.36 및 BM.RACLocalStorage1.72* 형태는 더 이상 사용할 수 없지만 기존 고객은 계속 지원됩니다.

    가상 머신 쉐이프
    Oracle Database Cloud는 표준 VM 컴퓨팅 형태를 기반으로 다양한 가상 머신을 지원합니다. VM 형태를 선택하면 코어 1~24개, 확장 가능하고 내구성이 뛰어난 원격 스토리지 256GB~40TB를 선택할 수 있는 유연성과 비용 효율성이 제공됩니다.

    VM 형태 코어/OCPU 메모리 스토리지 (블록만 해당) 네트워크 대역폭
    VM.Standard.1.1 1 7GB 256GB~40TB 최대 600Mbps
    VM.Standard.1.2 2 14GB 256GB~40TB 최대 1.2Gbps
    VM.Standard.1.4 4 28GB 256GB~40TB 1.2Gbps
    VM.Standard.1.8 8 56GB 256GB~40TB 2.4Gbps
    VM.Standard.1.16 16 112GB 256GB~40TB 4.8Gbps
    VM.Standard.2.1 1 15GB 256GB~40TB 1Gbe
    VM.Standard.2.2 2 30GB 256GB~40TB 2Gbe
    VM.Standard.2.4 4 60GB 256GB~40TB 4Gbe
    VM.Standard.2.8 8 120GB 256GB~40TB 8Gbe
    VM.Standard.2.16 16 240GB 256GB~40TB 16Gbe
    VM.Standard.2.24 24 320GB 256GB~40TB 25Gbe

    참고: 코어 수가 2개를 초과하는 형태에 대해 총 노드 수=2로 지정하여 RAC 구성을 가져올 수 있습니다. Standard Edition을 사용할 때 허용되는 최대 형태는 VM.Standard1.8입니다.

  • 이전 세대 형태에 권장되는 업그레이드 옵션은 무엇입니까?

    다음 Oracle Database Cloud Service 베어 메탈 "X5"기반 Dense IO 및 BYOL 옵션은 더 이상 제공되지 않지만 기존 고객은 계속 지원을 받을 수 있습니다.

    SKU 컴퓨팅 인스턴스 형태 권장하는 대안
    베어 메탈 – "X5" Dense I/O – Standard Edition 베어 메탈 "X5" Dense/IO
    • OCPU: 활성 2개, 추가 OCPU 최대 6개 (별도 구매)
    • 메모리: 512GB
    • 28.8TB NVME SSD 원시, 양방향 미러링의 경우 최대 9.4TB, 3방향 미러링의 경우 최대 5.4TB
    • 네트워크 대역폭: 10Gbps
    베어 메탈 "X7" – Dense I/O
    • OCPU: 활성 2개, 추가 OCPU 최대 6개 (별도 구매)
    • 메모리: 768GB
    • 51.2TB NVME SSD 원시, 양방향 미러링의 경우 최대 16TB, 3방향 미러링의 경우 최대 9TB
    • 네트워크 대역폭: 2x25Gbps
    베어 메탈 – "X5" Dense I/O – Enterprise Editions (Enterprise Edition, High Performance, Extreme Performance) 베어 메탈 "X5" Dense/IO
    • OCPU: 활성 2개, 추가 OCPU 최대 34개 (별도 구매)
    • 메모리: 512GB
    • 28.8TB NVME SSD 원시, 양방향 미러링의 경우 최대 9.4TB, 3방향 미러링의 경우 최대 5.4TB
    • 네트워크 대역폭: 10Gbps
    베어 메탈 "X7" – Dense I/O
    • OCPU: 활성 2개, 추가 OCPU 최대 50개 (별도 구매)
    • 메모리: 768GB
    • 51.2TB NVME SSD 원시, 양방향 미러링의 경우 최대 16TB, 3방향 미러링의 경우 최대 9TB
    • 네트워크 대역폭: 2x25Gbps
    베어 메탈 – "X5" Dense I/O – BYOL 베어 메탈 "X5" Dense/IO
    • OCPU: 활성 2개, Standard Edition의 경우 추가 OCPU 최대 6개 (별도 구매) Enterprise Edition의 경우 추가 OCPU 최대 34개 (별도 구매)
    • 메모리:: 512GB
    • 28.8TB NVME SSD 원시, 양방향 미러링의 경우 최대 9.4TB, 3방향 미러링의 경우 최대 5.4TB
    • 네트워크 대역폭: 10Gbps
    베어 메탈 "X7" – Dense I/O
    • OCPU: 활성 2개, Standard Edition의 경우 추가 OCPU 최대 6개 (별도 구매) Enterprise Edition의 경우 추가 OCPU 최대 50개 (별도 구매)
    • 메모리: 768GB
    • 51.2TB NVME SSD 원시, 양방향 미러링의 경우 최대 16TB, 3방향 미러링의 경우 최대 9TB
    • 네트워크 대역폭: 2x25Gbps
    가상 머신 표준 – "X5" –모든 에디션 (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.1
    • OCPU: 1
    • 메모리: 7GB
    • 네트워크 대역폭: 최대 600Mbps
    "X7" 기반 VM.Standard2.1
    • OCPU: 1
    • 메모리: 15GB
    • 네트워크 대역폭: 1Gbps
    가상 머신 표준 – "X5" –모든 에디션 (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.2
    • OCPU: 2
    • 메모리: 14GB
    • 네트워크 대역폭: 최대 1.2Gbps
    "X7" 기반 VM.Standard2.2
    • OCPU: 2
    • 메모리: 30GB
    • 네트워크 대역폭: 2Gbps
    가상 머신 표준 – "X5" –모든 에디션 (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.4
    • OCPU: 4
    • 메모리: 28GB
    • 네트워크 대역폭: 1.2Gbps
    "X7" 기반 VM.Standard2.4
    • OCPU: 4
    • 메모리: 60GB
    • 네트워크 대역폭: 4.1Gbps
    가상 머신 표준 – "X5" –모든 에디션 (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.8
    • OCPU: 8
    • 메모리: 56GB
    • 네트워크 대역폭: 2.4Gbps
    "X7" 기반 VM.Standard2.8
    • OCPU: 8
    • 메모리: 120GB
    • 네트워크 대역폭: 8.2Gbps
    가상 머신 표준 – "X5" –모든 에디션 (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.16
    • OCPU: 16
    • 메모리: 112GB
    • 네트워크 대역폭: 4.8Gbps
    "X7" 기반 VM.Standard2.16
    • OCPU: 16
    • 메모리: 240GB
    • 네트워크 대역폭: 16.4Gbps
  • DB 시스템이란 무엇입니까?

    DB 시스템은 베어 메탈 서버 또는 Oracle Database 소프트웨어를 배포하고 사용자 지정 코어 수, 소프트웨어 버전 및 데이터베이스 버전으로 구성한 가상 시스템입니다.

  • DB 시스템에 데이터베이스를 여러 개 만들 수 있습니까?

    예. 베어 메탈 DB 시스템은 여러 개의 DB Home을 가질 수 있으며, 그 안에 여러 개의 데이터베이스를 만들 수 있습니다. DB Home 내의 모든 데이터베이스는 동일한 버전을 가지지만 각 DB Home의 버전은 서로 다를 수 있습니다. 예를 들어 Enterprise Edition DB 시스템에는 Enterprise Edition 11.2.0.4 데이터베이스만 포함하는 DB_Home11 및 Enterprise Edition 12.1.0.2 데이터베이스만 포함하는 DB_Home12가 포함될 수 있습니다. 그러나 Virtual Machine DB 시스템은 단일 데이터베이스 인스턴스입니다.

  • DB 시스템을 시작한 후 데이터베이스 에디션을 변경할 수 있습니까?

    아니요, 에디션은 변경할 수 없습니다. 그러나 DB 시스템을 쉽게 중지하고 마음에 드는 버전을 선택해 다른 시스템을 시작할 수 있습니다.

  • DB 시스템을 시작한 후 데이터베이스 문자 세트를 변경할 수 있습니까?

    DB 시스템을 시작할 때 시스템에서 생성 =된 초기 데이터베이스는 기본 문자 세트 AL32UTF8 및 AL16UTF16을 사용합니다. 그러나 시작할 때 Database 고급 옵션에서 원하는 문자 세트를 쉽게 선택할 수 있습니다.

  • Oracle Database Cloud Service에 자체 라이선스를 가져올 수 있습니까 (BYOL)?

    네, 자체 라이선스를 가져올 수 있습니다. Oracle Database Cloud Service는 라이선스 포함 및 BYOL 가격 모델을 모두 지원합니다.

  • DB 시스템 모니터링에 권장되는 모범 사례는 무엇입니까?

    Oracle애서는 데이터베이스 모니터링에 Enterprise Manager를 사용할 것을 권장합니다. Oracle에서는 곧 Database 서비스에서 직접 측정 지표를 반환하기 위한 지원을 추가할 계획입니다.

  • 내 계정에서 만들 수 있는 DB 시스템 수의 한도는 얼마입니까?

    각 인스턴스 유형에 대한 기본 제한 및 서비스 제한 증가 요청 방법에 대한 지침은 서비스 제한 설명서를 참조하십시오. 필요에 따라 계정 한도를 높이게 되어 기쁩니다.

  • Oracle Database Cloud Service에서 Oracle RAC이 지원됩니까?

    예. Oracle Database Cloud Service는 가상 클라우드 네트워크 내의 가상 머신에서 '클라우드 우선' Oracle RAC를 지원합니다.

    DB 시스템을 시작할 때 '총 노드 수'를 2로 설정하여 가상 머신의 Oracle RAC를 구성할 수 있습니다.

    Virtual Machines

  • 가상 머신 (VM)의 Oracle Cloud Infrastructure Database 서비스란 무엇입니까?

    VM에서의 Database Service는 고객이 가상 머신에서 모든 기능을 갖춘 Oracle Database를 구축, 확장 및 관리할 수 있는 데이터베이스 서비스입니다. VM에서 데이터베이스를 실행할 때의 주요 이점은 비용 효율성이 높고, 쉽게 시작할 수 있고, 내구성과 확장성이 뛰어난 스토리지, Real Application Cluster (RAC)를 실행하여 가용성을 향상할 수 있다는 점입니다.

    RAC 데이터베이스는 단일 가용성 도메인 (AD)에서 실행되고 각 노드가 별도의 물리적 랙에 있어야 고가용성이 보장됩니다. VM에서의 Database Cloud Service는 모든 Oracle Cloud Infrastructure 서비스에서 사용하는 동일한 고성능, 고가용성 클라우드 인프라를 기반으로 구축됩니다.

  • VM에서의 데이터베이스 서비스는 어떤 장점을 제공합니까?

    VM에서의 데이터베이스 서비스는 저렴한 비용에서 유연한 스토리지까지 여러 가지 장점을 제공합니다. 특히,

    • 비용 효율성 및 유연성 - 최저 1개의 OCPU VM부터 최대 24개의 OCPU로 시작할 수 있습니다. 실제로 사용한 OCPU 및 스토리지에 대해서만 비용을 지불하면 됩니다.
    • 손쉬운 시작 - 원하는 데이터베이스 에디션을 선택하여 Oracle Certified, 전체 기능, 완전 지원 11g, 12c (12.1 및 12.2 모두) 데이터베이스를 쉽게 만들 수 있습니다.
    • 고가용성 구성 기본 제공 - 모든 VM 형태를 사용하여 2-노드 RAC 구성을 쉽게 구현할 수 있습니다. 예를 들면, 최대 40TB의 공유 블록 스토리지와 2개의 핵심 가상 머신으로 2노드 RAC 구성을 쉽게 구현할 수 있습니다.
    • 내구성 및 확장 가능한 스토리지 - 원격 스토리지를 256GB에서 최대 40TB까지 사용할 수 있습니다. 가동 중지 시간 없이 스토리지를 확장할 수 있습니다.
    • 보안 - 관리 제어를 위한 Oracle IAM 및 데이터베이스 환경 보안을 위한 VCN 보안의 모든 혜택을 누릴 수 있습니다.
  • VM에서의 데이터베이스 서비스에서 RAC 데이터베이스가 지원됩니까?

    예. Real Application Cluster (RAC) 데이터베이스는 VM의 Database Cloud Service에서 2노드 RAC 구성으로 지원됩니다. VM 데이터베이스를 설정할 때 node=2를 선택하면 2-노드 RAC가 활성화됩니다. 참고로 Enterprise Edition Extreme Performance만 RAC 데이터베이스를 지원하며 VM당 최소 코어 수는 2개입니다.

  • 초기 생성 후 VM 형태로 DB 시스템과 연결된 코어 수를 변경할 수 있습니까?

    아니요. 현재 DB 시스템이 생성된 후 사용되는 코어 수는 변경할 수 없습니다.

  • VM의 데이터베이스에서 DB Home을 여러 개 만들 수 있습니까?

    아니요. VM 데이터베이스에 여러 개의 DB Home을 만들 수 없습니다. 각 VM 데이터베이스 인스턴스는 인스턴스당 하나의 데이터베이스만 시작할 수 있습니다.

  • VM에서 실행되는 Database 서비스에서 제공되는 스토리지를 확장하려면 어떻게 해야 합니까?

    콘솔, REST API, CLISDK를 사용하여 DB 시스템의 스토리지를 쉽게 확장할 수 있습니다. VM의 Database Cloud Service는 원격 블록 스토리지를 사용하므로 사용 가능한 스토리지를 256GB에서 40TB까지 구성할 수 있습니다. 다운타임 없이 스토리지를 확장할 수 있습니다. 참고: 인스턴스에 연결된 총 스토리지는 사용 가능한 스토리지, 리코 스토리지 및 소프트웨어 크기의 합입니다. 사용 가능한 스토리지는 고객이 선택하고, 리코 스토리지는 사용 가능한 스토리지를 기반으로 자동 계산되며 소프트웨어 크기는 고정 크기 Oracle Database 비용입니다.

    청구

  • Oracle Database Cloud Service 사용량은 어떻게 측정 및 청구됩니까?

    Oracle Cloud Infrastructure는 라이선스가 포함된 Oracle의 Universal Credit Model을 지원하고 자체 라이선스 가격을 제시합니다. Oracle Sales를 통해 제공되는 할인된 커밋 가격뿐만 아니라 종량제 요금으로 유연하게 가격을 책정할 수 있습니다. Oracle Database는 다음 사용 요소에 대해 청구됩니다.

    • 시간당 호스팅 환경 - 호스팅 환경은 기본 CPU 용량, 로컬 스토리지 (베어 메탈 전용) 및 선택한 에디션에 대해 활성 OCP가 설정된 기본 DB 시스템 인스턴스로 정의됩니다. 부분적으로 소비된 각 호스팅 환경 시간은 전체 시간으로 청구됩니다.
    • 시간당 OCPU -호스팅 환경 또는 DB 시스템당 추가 OCPU를 활성화 할 수 있습니다. 부분적으로 소비된 각 OCPU 시간은 전체 시간으로 청구됩니다.
    • 블록 볼륨 - VM의 데이터베이스 서비스는 원격 블록 볼륨을 사용합니다. 256GB에서 40TB까지 스토리지를 연결할 수 있으며 총 스토리지 비용 (사용 가능한 스토리지, 리코 스토리지 및 소프트웨어 크기의 총합)을 지불할 수 있습니다. 사용 가능한 스토리지는 고객이 선택하고, 리코 스토리지는 사용 가능한 스토리지를 기반으로 자동 계산되며 소프트웨어 크기는 고정 크기 Oracle Database 비용입니다. 자세한 내용은 스토리지 가격을 참조하십시오.
    • 객체 스토리지 - 자동 증분 백업, 주문형 전체 백업 및 온프레미스 클라우드 백업이 Oracle Cloud Infrastructure Object Storage에 저장되며 표준 객체 스토리지 비용이 청구됩니다. 자세한 내용은 스토리지 가격을 참조하십시오.
  • Oracle Database Cloud Service의 가격 모델은 무엇입니까?

    자세한 내용은 데이터베이스 가격 섹션을 참조하십시오.

  • DB 시스템에 대한 코어 시간당 청구란 무엇입니까?

    Oracle Database Cloud Service는 주문형이며 탄력적이므로 사용한 만큼만 요금이 청구됩니다. 요금은 1시간으로 반올림됩니다. 예를 들면, 인스턴스가 종료되기 전까지 45분 동안 실행되면 1시간이 청구됩니다.

  • 데이터베이스 백업 비용은 얼마입니까?

    백업/복원 기능을 사용하거나 RMAN을 사용하여 Oracle Cloud Infrastructure Object Storage에 대한 데이터베이스 백업을 구성할 수 있습니다. 백업 비용은 사용 중인 총 객체 스토리지 양이며 객체 스토리지 가격에 따라 청구됩니다.

  • Data Guard를 사용하여 데이터베이스에 고가용성을 설정하면 요금이 어떻게 청구됩니까?

    별도의 가용성 도메인에 배포된 두 DB 시스템에 Data Guard를 설정하면 데이터베이스에 대한 고가용성이 구성됩니다. 각 DB 시스템의 가격은 데이터베이스 가격에 설명된 표준 가격 모델을 바탕으로 청구됩니다.

  • Oracle Database Cloud Service는 청구 중지를 지원합니까?

    예, Oracle Database Cloud Service는 가상 머신 데이터베이스에 대한 청구 중지를 지원합니다. 이 기능을 사용하려면 가상 시스템 데이터베이스 시스템으로 이동하여 중지할 노드를 선택합니다. 노드가 중지된 동안에도 데이터베이스는 그대로 유지됩니다. 노드가 실행되지 않은 시간에 대해서는 비용이 청구되지 않습니다. 부분적으로 이용한 시간의 경우 데이터베이스 시스템에서 사용하는 최대 OCPU 수를 기준으로 비용이 청구됩니다.

    Bare Metal Dense I/O 또는 Exadata DB 시스템에는 청구 중지가 적용되지 않으며 전체 호스트 환경을 계속 유지하므로 노드를 중지해도 계속 청구됩니다. Bare Metal Dense I/O 또는 Exdata 형태의 비용을 절감하기 위해 데이터베이스 형태의 온라인 CPU 확장 기능을 활용하고, 사용하지 않거나 사용이 적은 환경의 OCPU를 DenseIO에서는 2, Exadata에서는 0으로 줄일 수 있습니다. xadata Cloud Service에서 OCPU 수를 0으로 설정하면 VM은 물론 실행 중인 모든 데이터베이스가 종료됩니다.

    보안

  • Oracle Virtual Cloud Network (VCN)이란 무엇이며 DB 시스템이 기본적으로 VCN에 배포되는 이유는 무엇입니까?

    VCN은 Oracle Cloud Infrastructure의 맞춤형 개인 네트워크입니다. VCN을 사용하면 기존의 데이터 센터 네트워크와 마찬가지로 네트워크 환경을 완벽하게 제어할 수 있습니다. 여기에는 고유한 개인 IP 주소 공간 할당, 서브넷 생성, 경로 테이블 생성 및 상태 저장 방화벽 구성이 포함됩니다. 단일 테넌트에는 여러 VCN이 있을 수 있으므로 관련 리소스를 그룹화하고 격리할 수 있습니다.

    기본적으로 VCN에 배포함으로써 다음과 같은 보안 및 유연성을 얻을 수 있습니다.

    • 인터넷에서 보호되는 비공개 네트워크에 데이터베이스 배포
    • 악의적인 사용자가 DB 시스템에 액세스하지 못하도록 보안 목록 (인바운드/아웃바운드) 구성
  • 배포하는 중에는 어떤 서브넷에 DB 시스템을 배치합니까?

    각 가용성 도메인에 별도의 서브넷을 만들고 해당 서브넷에 DB 시스템을 배치하는 것이 좋습니다. 이렇게 하면 서브넷에 대한 인바운드/아웃바운드 보안 목록을 정확하게 정의하고 네트워크 액세스를 제어할 수 있습니다.

  • 데이터베이스에 TDE를 어떻게 설정합니까?

    DB 시스템은 프로비저닝 중에 기본적으로 TDE로 구성됩니다. DB 시스템에 로그인하여 다른 보안 정책을 유연하게 제어할 수 있습니다. 표준 데이터베이스 보안 모범 사례를 따를 수 있습니다.

  • 관리 액세스를 제어하고 DB 시스템을 보호하는 방법은 무엇입니까?

    Oracle Cloud Infrastructure Identity and Access Management (IAM)을 사용하면 클라우드 환경이 보안 및 규정 준수 요구사항을 지원하도록 구성할 수 있습니다. 데이터베이스 관점에서 베어 메탈 및 가상 시스템 DB 시스템에 대한 액세스를 관리 관점에서 선택된 사용자 집합 (DBA)으로만 제한할 수 있는 IAM 정책을 구성합니다. Oracle IAM을 Oracle Database Cloud Service와 함께 사용하는 방법에 대한 기술 문서를 참조하시기 바랍니다.

  • DB 시스템에서 수행되는 작업을 감사할 수 있습니까?

    예, DB 시스템에 대한 전체 루트 액세스 권한을 사용하여 DB 시스템의 모든 작업에 대한 감사를 구성할 수 있습니다. Oracle Database Cloud Service는 모든 데이터베이스 에디션에서 강력한 감사 지원을 제공합니다. 감사 기록에는 감사된 작업, 작업을 수행한 사용자, 작업 날짜 및 시간 정보가 포함됩니다. 감사 기록은 데이터베이스 감사 추적 또는 운영 체제의 파일에 저장할 수 있습니다. 표준 감사에는 권한, 스키마, 개체 및 문에 대한 작업이 포함됩니다.

    또한 Oracle Cloud Infrastructure Audit을 사용해 테넌시에 작성된 모든 API 관리 호출을 감사할 수 있습니다.

    하드웨어

  • 데이터베이스 요구에 맞는 형태를 선택하는 방법은 무엇입니까?

    현재 Oracle Cloud Infrastructure에서 제공하는 형태의 경우, 비용, 사용 가능한 스토리지, 성능 또는 Oracle RAC 데이터베이스의 필요성을 고려해 데이터베이스 서비스 내에서 선택할 수 있습니다. 형태를 선택할 때 데이터베이스 크기 증가 계획을 염두에 두십시오.

  • 초기 생성 후 DB 시스템과 연결된 코어 수를 변경할 수 있습니까?

    예. 베어 메탈 시스템의 경우 DB 시스템이 사용하는 코어 수를 콘솔에서 직접 변경하거나 API를 통해 다운타임 없이 변경할 수 있습니다. 가상 시스템에서는 현재 코어 확장 기능이 지원되지 않습니다.

  • 베어 메탈 DB 시스템의 코어가 확장되거나 축소되면 인스턴스가 다시 시작됩니까?

    아니요. 확장하거나 축소할 때 인스턴스가 다시 시작되지 않습니다. 이 기능을 사용하면 개발 및 테스트 시나리오에서 필요하지 않은 경우 사용되는 코어 수를 줄임으로써 비용을 절감할 수 있습니다.

  • 베어 메탈 서버 DB 시스템에 블록 스토리지 볼륨을 연결할 수 있습니까?

    아니요. 베어 메탈 서버 DB 시스템에 블록 스토리지 볼륨을 연결할 수 없습니다. 그러나 가상 머신 서비스의 Database Cloud Service는 플랫폼에서 완전히 관리되는 데이터베이스에 대해 원격 블록 볼륨을 사용합니다.

  • DB 시스템에 SSH를 연결할 수 있습니까?

    베어 메탈 및 가상 머신 시스템에 대한 전체 루트 액세스가 제공되므로 SSH 키 정보를 사용하여 DB 시스템에 SSH를 연결할 수 있습니다.

  • 인스턴스 성능이 매우 느린 경우 어떻게 해야 합니까?

    Oracle Database Cloud Service는 데이터베이스 인스턴스에 대한 전체 루트 SSH 액세스 권한과 데이터베이스 인스턴스의 스키마 및 성능 조정을 정의하는 기능을 제공합니다. Oracle Trace 파일을 구문 분석하여 느린 쿼리의 원인을 파악할 수 있습니다. 또한 Enterprise Manager를 사용하여 DB 시스템의 성능 측정 지표 (CPU 활용률, 네트워크 처리량 등)을 모니터링하여 정상적인 동작에서 벗어나는 시스템 수준 측정 지표가 있는지 파악할 것을 권장합니다.

    My Oracle Support를 통해 서비스 요청을 제출하여 디버깅 및 문제 해결에 대한 지원을 받을 수 있습니다. 또한 연중무휴 24시간 지원을 제공하는 Oracle Premium Support에 참여할 수도 있습니다. 자세한 내용은 영업 담당자에게 문의하십시오.

    패치

  • Oracle Cloud Infrastructure Database Cloud Service 패치 기능은 무엇입니까?

    Database Cloud Service 패치 기능은 DB 시스템 및 데이터베이스를 패치하는 데 필요한 단계를 간소화합니다. Oracle Cloud Infrastructure 콘솔 및 API를 사용하여 DB 시스템 또는 데이터베이스 홈에 적용 가능한 패치를 확인하고 패치 요청을 제출할 수 있습니다. 그러면 Database Cloud Service가 상태를 표시하면서 엔드 투 엔드 패치 단계를 실행합니다.

    적용된 모든 패치를 확인하고 필요한 경우 패치를 다시 적용할 수 있습니다. 또한 Oracle Identity and Access Management (IAM) 제어를 사용하여 패치 기능에 대한 액세스를 관리할 수 있습니다.

  • 패치 기능에 어떻게 액세스할 수 있습니까?

    Oracle Cloud Infrastructure 콘솔 및 Rest API를 사용하여 액세스할 수 있습니다.

  • 패치 기능을 사용하려면 어떤 네트워킹 요구 사항은 충족해야 합니까?

    인터넷 게이트웨이로 DB 시스템의 클라우드 네트워크 (VCN)를 구성해야 합니다. DB 시스템과 Oracle Object Storage 간의 네트워크 트래픽은 Oracle Database Cloud Service 내부 서비스 백본에서 이뤄집니다.

  • 패치 기능을 사용하여 패치할 수 있는 DB 시스템, 형태, 에디션은 무엇입니까?

    모든 형태 및 에디션에서 이 기능을 사용하여 1노드 및 2노드 베어 메탈 DB 시스템을 패치할 수 있습니다. 2노드 RAC, VM 및 Exadata Systems는 현재 지원되지 않습니다. 그러나 호스트에 로그온하고 OPatch 유틸리티를 사용하여 이러한 시스템을 패치할 수 있습니다.

  • 패치 기능을 사용하여 적용할 수 있는 패치의 종류는 무엇입니까?

    DB 시스템 및 데이터베이스 홈에 대한 Database Cloud Service 전용 패치를 적용할 수 있습니다. 데이터베이스 홈은 최신 패치와 이전 패치를 모두 지원하지만 DB 시스템에는 최신 패치만 적용할 수 있습니다. 현재 사용 가능한 DB 시스템 및 데이터베이스 홈 패치 목록은 Oracle Cloud Infrastructure 기술 문서를 참조하시기 바랍니다.

  • 모든 Database Cloud Service 데이터베이스 버전에 패치를 적용할 수 있습니까?

    예, 해당 버전에 하나 이상의 패치를 사용할 수 있는 경우 가능합니다. 현재 11.2.0.4, 12.1.0.2 및 12.2.0.1 데이터베이스 버전에서 패치를 사용할 수 있습니다.

  • Database Cloud Service에서 아직 지원되지 않는 임시 패치 또는 분기별 번들 패치를 적용하려면 어떻게 해야 합니까?

    호스트에 로그온하고 OPatch 유틸리티를 사용하여 임시 패치를 적용할 수 있습니다. 온프레미스 환경의 분기 번들 패치는 OPatch 유틸리티를 사용하여 적용하지 않을 것을 권장합니다. 이러한 패치는 추가 클라우드별 패치를 적용하지 않으면 작동하지 않을 수 있습니다. 대신 Oracle Cloud Infrastructure Database Cloud Service 콘솔 및 REST API를 통해 제공되는 클라우드 사용자 지정 분기별 패치를 적용해야 합니다.

  • 가상 시스템 및 Exadata DB 시스템과 데이터베이스를 패치하려면 어떻게 해야 합니까?

    호스트에 액세스하고 OPatch 유틸리티를 사용하여 이러한 시스템을 패치할 수 있습니다. OPatch 유틸리티에 대해 자세히 알아보기.

  • 패치가 적용되는 동안 다운타임이 발생합니까?

    예, Oracle Data Guard를 구성하지 않은 경우 1노드 DB 시스템에 다운타임이 발생합니다. 다운타임을 방지하려면 Maximum Availability Architecture (MAA) 모범 사례에 따르십시오.

  • 패치 기능을 사용하는데 패치가 실패하면 어떻게 됩니까?

    패치가 실패하면 DB 시스템 또는 데이터베이스 홈이 ”사용 가능” 상태가 됩니다. 패치 기록에서 작업이 실패한 이유를 확인할 수 있습니다. 장애의 근본 원인을 디버그하려면 호스트에 액세스하여 패치 관련 세부 로그에 액세스할 수 있습니다. 로그 정보가 문제를 디버깅하는 데 도움이 되지 않으면 근본 원인을 파악하기 위해 Oracle Support에 요청을 제출할 수 있습니다.

  • 패치 기능을 사용하여 DB 시스템 또는 데이터베이스 홈에 설치된 패치에 대해 알아보려면 어떻게 해야 합니까?

    Console, REST API, SDK를 사용하여 DB 시스템 및 데이터베이스 홈의 패치 기록을 쿼리해서 적용된 패치를 볼 수 있습니다.

  • DB 시스템 및 데이터베이스 홈 패치의 패치 순서를 따라야 합니까?

    예, DB 시스템은 데이터베이스 홈과 동일하거나 상위 버전이어야 합니다. 버전 충돌을 방지하려면 먼저 DB 시스템 패치를 적용한 다음 데이터베이스 홈 패치를 적용해야 합니다. 이 순서를 따르지 않으면 패치를 적용하는 동안 오류 메시지가 표시됩니다.

  • 패치 기능을 사용하여 적용된 패치를 미리 확인하거나 롤백할 수 있습니까?

    예, 패치를 적용하기 전에 미리 확인할 수 있습니다. 그러나 패치를 롤백하려면 데이터베이스 호스트에 로그인하고 OPatch 유틸리티를 사용해야 합니다.

  • 정의된 사용자 집합에 대한 패치 액세스를 제한할 수 있습니까?

    예, Oracle Identity and Access Management (IAM) 서비스를 사용하여 사용자 및 그룹 수준에서 액세스를 제한할 수 있습니다.

  • 온프레미스에서 사용할 수 있는 Oracle Database 번들 패치와 Oracle Cloud Infrastructure Database Cloud Service에서 사용할 수 있는 패치에 차이점이 있습니까?

    예, Oracle Database 번들 패치와 Oracle Cloud Infrastructure Database 패치는 서로 다릅니다. Oracle Cloud Infrastructure Database 패치는 Oracle Database 번들 패치, Oracle Cloud Infrastructure 전용 MLR (Merge Label Requests) 및 기타 패치를 포함하는 상위 집합입니다.

  • 패치 기능을 사용하여 운영 체제 (OS)를 패치할 수 있습니까?

    아니요, OS 패치는 현재 지원되지 않습니다. OS를 패치하려면 호스트에 직접 액세스합니다. 자세한 내용은 베어 메탈 및 가상 머신 DB 시스템 OS 업데이트 Exadata DB 시스템 OS 업데이트 설명서를 참조하십시오.

  • Oracle Cloud Infrastructure Database Cloud Service 패치는 누적됩니까?

    예, 데이터베이스 패치는 누적됩니다. 새로운 Oracle Cloud Infrastructure Database 패치에는 이전 DB 시스템의 패치 또는 동일한 버전의 DB Home 패치가 포함되어 있습니다.

  • Oracle는 중요한 보안 패치에 대해 어떻게 커뮤니케이션합니까? Oracle이 중요한 보안 패치로 내 시스템을 자동 패치합니까?

    Oracle Cloud Infrastructure는 중요한 보안 패치에 대한 알림 이메일을 발송합니다. 패치의 중요도에 따라 보안 패치를 적용할 시간 창이 설정됩니다.

  • 패치가 완료되는 데 얼마나 걸립니까?

    패치 유형에 따라 다릅니다. 패치가 적용되면 DB 시스템 또는 데이터베이스 홈 상태가 ”사용 가능”으로 변경됩니다.

    백업 및 복구

  • 데이터베이스의 백업 및 복구는 어떻게 설정합니까?

    데이터베이스 백업은 모든 Oracle Database 환경의 핵심 요소입니다. 백업을 저장하고 복구하는 데 여러 옵션을 사용할 수 있습니다. Oracle Cloud Infrastructure Console, CLI 또는 REST API 내에서 백업 및 복원 기능을 사용하거나 dbcli 또는 RMAN을 사용하여 수동으로 백업을 설정 및 관리할 수 있습니다. 기술 문서에서 모든 옵션에 대한 내용을 확인할 수 있습니다.

  • Oracle Cloud Infrastructure Database Cloud Service 백업 및 복원 기능은 무엇입니까?

    데이터베이스 백업 및 복원 기능을 사용하면 Oracle Cloud Infrastructure Console, CLI 및 REST API를 사용하여 데이터베이스의 백업을 생성하고 관리할 수 있습니다. 백업에서 기존 데이터베이스를 복원하거나 백업에서 새 데이터베이스를 만들 수도 있습니다.

  • 백업 및 복원 기능을 사용하는 경우와 수동으로 백업을 관리하는 경우의 이점은 무엇입니까?

    백업 및 복원 기능은 백업을 생성하고 관리할 수 있는 콘솔, CLI 및 Rest API를 제공합니다. Console을 사용하면 클릭 몇 번만으로 전체 백업을 생성하거나 자동 증분 백업을 설정할 수 있습니다. 마찬가지로 마지막으로 알려진 정상 상태, 지정 시점 또는 SCN (시스템 변경 번호)을 사용하여 백업을 보고 데이터베이스를 복원할 수 있습니다. 기존 또는 새 DB 시스템의 백업에서 새 데이터베이스를 만들 수도 있습니다.

  • 백업 및 복원 기능을 사용하면 추가 비용이 발생합니까?

    백업은 Oracle Cloud Infrastructure Object Storage에 저장되며 백업 저장 시 서비스 요금이 적용됩니다. 객체 스토리지 가격에 대해 자세히 알아보기 이 기능 사용 시 발생하는 추가 비용은 없습니다.

  • 백업 및 복원 기능은 어떤 데이터베이스 형태, 에디션 및 데이터베이스 버전을 지원합니까?

    백업 및 복원 기능은 모든 베어 메탈 및 가상 머신 형태, 에디션 및 데이터베이스 버전을 지원합니다. Exadata는 현재 지원되지 않습니다. 그러나 Exadata의 경우 백업 및 복구를 위한 RMAN (Recovery Manager)을 수동으로 설정할 수 있습니다.

  • 백업 및 복원 기능은 현재 어떤 종류의 백업을 지원합니까?

    현재 주문형 전체 백업 및 자동 증분 백업이 지원됩니다.

  • 백업 및 복원 기능을 사용한 자동 증분 백업 설정의 보존 기간은 얼마입니까?

    자동 증분 백업의 보존 기간은 30일입니다.

  • 백업 보존 기간 또는 자동 증분 백업 빈도를 직접 설정할 수 있습니까?

    아니요, 백업 및 복원 기능을 사용하여 이러한 설정을 제어할 수 없습니다. 그러나 수동 RMAN 옵션을 사용하여 사용자 지정 보존 기간 및 빈도를 설정할 수 있습니다.

  • 백업 및 복원 기능을 사용하여 설정한 자동 증분 백업의 일정은 무엇입니까?

    데이터베이스에 대해 자동 백업을 활성화하면 Oracle Cloud Infrastructure Database Cloud Service가 첫 번째 레벨 0 백업을 생성합니다. 첫 번째 백업 후 레벨 1 백업은 다음 주말까지 매일 실행됩니다. 주말마다 새로운 레벨 0 백업이 생성됩니다. 모든 데이터베이스에서 2018년 11월 20일 이후 처음으로 실행된 자동 백업은 DB 시스템 리전의 표준 시간대에서 오전 00:00~06:00에 실행됩니다. 이 날짜 이전에 데이터베이스에서 자동 백업을 실행한 경우 데이터베이스의 백업 시간은 오전 00:00~06:00 (UTC)로 유지됩니다.

  • 데이터베이스 백업은 암호화됩니까?

    예, 모든 백업은 TDE 암호화에 사용된 것과 동일한 마스터 키로 암호화됩니다.

  • 백업이 손실되지 않도록 하기 위해 어떤 조치를 취합니까?

    백업은 Oracle Cloud Infrastructure Object Storage에 저장됩니다. Oracle Object Storage는 처음부터 우수한 내구성으로 설계되었습니다. 데이터는 여러 스토리지 서버와 가용 도메인에 중복 저장됩니다. 체크섬을 사용하여 데이터 무결성을 능동적으로 모니터링하여 손상된 데이터가 감지되면 이를 자동으로 복구합니다. 데이터 중복 손실은 고객에 미치는 영향 없이 자동으로 감지되고 자동 복구됩니다.

  • 백업 및 복원 기능을 사용하는 동안 백업이 실패할 수 있는 상황은 무엇입니까?

    백업 및 복원 기능을 사용하는 경우 데이터베이스 또는 DB 시스템이 ”사용 가능” 상태가 아닌 경우 백업 작업이 실패할 수 있습니다. 패치, SSH 키 추가 및 Data Guard 같은 작업으로 DB 시스템 또는 데이터베이스 상태를 변경할 수 있습니다. 백업 실패를 방지하려면 백업 시간 (00:00~06:00 UTC)에 이러한 조치를 수행하지 마십시오. 자동 증분 백업이 실패하면 Database Cloud Service에서 다음 날 예정된 백업 시간에 백업 작업을 다시 시도합니다. 주문형 백업에 실패한 경우에는 DB 시스템과 데이터베이스를 모두 사용할 수 있을 때 작업을 수동으로 다시 시도해야합니다.

  • 백업에서 데이터베이스를 복원할 때 어떤 옵션을 사용할 수 있습니까?

    백업 및 복원 기능을 사용하는 경우 데이터베이스를 최신 상태, 지정 시점 상태 또는 SCN (시스템 변경 번호)에 정의된 데이터베이스의 커밋된 상태로 복원할 수 있습니다. 그러나 dbcli 또는 RMAN 옵션을 추가 복원 옵션으로 사용할 수 있습니다.

  • SCN을 어떻게 찾을 수 있습니까?

    SCN 번호는 데이터베이스에 액세스하거나 온라인 또는 아카이브된 로그에 액세스하여 찾을 수 있습니다.

  • 백업에서 새 데이터베이스를 만들 수 있습니까?

    예. 기존 또는 새 DB 시스템의 백업에서 새 데이터베이스를 만들 수 있습니다. 그러나 백업을 이러한 용도로 사용하기 전에 백업이 생성된 데이터베이스를 삭제해야 합니다. 가상 시스템 DB 시스템의 백업의 경우, 새 DB 시스템 또는 기존 DB 시스템에서 백업을 사용하기 전에 백업을 수행한 데이터베이스 인스턴스를 종료해야 합니다.

  • 백업에서 새 데이터베이스를 생성하기 위해 다른 DB 시스템, 구획 또는 가용성 도메인을 선택할 수 있습니까?

    예, 기존 DB 시스템을 선택하거나 다른 구획에 새 DB 시스템을 만들 수 있습니다. 그러나 새로운 또는 기존 DB 시스템은 백업이 호스팅되는 것과 동일한 가용 도메인에 있어야 합니다. 새 DB 시스템을 생성하는 경우, 지정된 Oracle Database 소프트웨어 에디션은 백업된 데이터베이스의 버전과 동일하거나 더 높은 버전이어야 합니다. 또한 지정한 형태는 백업이 수행된 데이터베이스와 동일한 유형이어야 합니다. 예를 들어, 1노드 데이터베이스의 백업을 사용하는 경우 대상으로 선택한 DB 시스템도 1노드 DB 시스템이어야 합니다.

  • 자동 증분 백업은 기본적으로 활성화됩니까?

    아니요. 자동 증분 백업은 기본적으로 활성화되지 않습니다. 데이터베이스를 생성하는 동안 또는 데이터베이스를 프로비저닝한 후 언제든지 이 옵션을 실행할 수 있습니다.

  • DB 시스템을 종료하면 백업은 어떻게 됩니까?

    DB 시스템을 종료하기 전에 DB 시스템의 모든 데이터베이스를 종료할 것을 권장합니다. 데이터베이스를 종료할 때 객체 스토리지에 독립 실행형 백업으로 남아 있는 최종 백업을 생성하도록 선택할 수 있습니다. 나중에 이 독립형 백업을 새 데이터베이스로 복원할 수 있습니다.

  • 온프레미스 Oracle Database에서 Database Cloud Service로 데이터를 마이그레이션하려면 어떻게 해야 합니까?

    데이터베이스 백업을 Oracle Cloud Infrastructure Object Storage로 이동하도록 RMAN을 수동으로 설정하고 이 백업을 사용하여 새 또는 기존 DB 시스템에 데이터베이스를 만들 수 있습니다.

    고가용성

  • Oracle Database Cloud Service를 사용하여 고가용성 데이터베이스를 설정하려면 어떻게 해야 합니까?

    서로 다른 가용성 도메인에서 DB 시스템을 시작하고 Data Guard를 구성해 고가용성 Oracle Database를 설정할 수 있습니다. Oracle Data Guard는 엔터프라이즈 데이터의 고가용성, 데이터 보호 및 재해 복구를 보장합니다. Data Guard는 하나 이상의 대기 데이터베이스를 생성, 유지 관리, 모니터링하는 포괄적인 서비스 집합을 제공합니다.

    Data Guard for High AvailabilityMaximum Availability Architecture (MAA) 모범 사례를 검토하여 데이터 손실 제로, 고가용성 데이터베이스 구성에 대한 정보를 확인할 수 있습니다.

  • 가용성 도메인이란 무엇이며 Oracle Database Cloud Service에서 데이터베이스를 설정하는 것과 관련된 이유는 무엇입니까?

    가용성 도메인 (AD)은 독립적이고 신뢰성이 높게 설계된 리전의 하위 구성 요소입니다. 각 AD는 빌딩, 발전기, 냉각 장비 및 네트워크 연결처럼 완전히 독립적인 인프라로 구축됩니다. 화재나 홍수와 같은 극히 드문 재난이 발생할 경우, 오직 하나의 AD만 영향을 받습니다. 또한 동일한 리전 내의 AD는 고속의 짧은 지연 시간 네트워크와 연결되어 있어 고객이 어플리케이션 지연 시간 및 성능에 미치는 영향을 최소화하면서 매우 안정적인 어플리케이션 및 워크로드를 구축하고 실행할 수 있습니다.

    이처럼 장애에 독립적인 AD를 통해 고객은 성능 저하 없이 클라우드에서 고가용성 어플리케이션을 구축할 수 있습니다. 위에서 설명한 일반적인 장애로부터 데이터베이스를 보호하려면 기본 및 대기 데이터베이스를 서로 다른 AD에 배치하는 것이 좋습니다.

  • 어느 Database Cloud Service 데이터베이스 에디션이 Data Guard 기능을 지원합니까?

    모든 Enterprise 데이터베이스 에디션이 Data Guard를 지원합니다. Enterprise Extreme Performance Edition은 Active Data Guard를 지원합니다.

  • Database Cloud Service를 통해 Data Guard를 설정하는 것과 Data Guard를 수동으로 설정하는 것은 각기 어떤 이점이 있습니까?

    Database Cloud Service는 Oracle Cloud Infrastructure 콘솔 및 REST API를 사용하는 Data Guard 구성을 제공합니다.

    클릭 몇 번으로 Data Guard를 활성화하고 전환, 장애 조치 및 복원 조치를 수행할 수 있습니다. 또한 Oracle Identity and Access Management Service를 사용하여 기능에 대한 세분화된 액세스 제어를 설정할 수도 있습니다. 이 기능을 사용하는 데 드는 비용은 없습니다.

  • Data Guard 기능을 지원하는 형태 및 데이터베이스 버전은 무엇입니까?

    Data Guard 기능은 모든 가상 머신과 베어 메탈 1노드 및 2노드 형태를 지원합니다. Exadata는 현재 지원되지 않습니다. 그러나 호스트에 로그온하고 Data Guard 명령줄 인터페이스 (DGMGRL)에 액세스하여 Exadata에 대해 Data Guard를 수동으로 설정할 수 있습니다. DGMGRL에 대해 자세히 알아보기

  • Data Guard 기능은 현재 어떤 기능을 지원합니까?

    전환, 장애 조치 및 복원 기능이 현재 지원됩니다. 그러나 호스트에 로그온하고 Data Guard 명령줄 인터페이스 (DGMGRL)에 액세스하여 Data Guard를 수동으로 설정할 수 있습니다. DGMGRL에 대해 자세히 알아보기

  • Data Guard 기능이 지원하는 보호 모드와 전송 유형은 무엇입니까?

    현재 최대 성능 보호 모드 및 비동기 전송 유형이 지원됩니다. 그러나 DB 시스템에 로그온하고 Data Guard 명령줄 인터페이스 (DGMGRL)에 액세스하여 추가 보호 모드 및 전송 유형을 구성할 수 있습니다. DGMGRL에 대해 자세히 알아보기

  • Data Guard 기능을 사용하기 위해 필요한 네트워크 사전 요구사항은 무엇입니까?

    Data Guard를 설정하려면 기본 및 보조 DB 시스템이 모두 동일한 VCN에 있어야 하며 두 DB 시스템에서 모두 포트 1521이 열려 있어야 합니다. DB 시스템은 서로 다른 서브넷에 있을 수 있습니다.

  • 가용성 도메인에서 Data Guard를 설정할 수 있습니까?

    예, 하나의 리전 내의 동일한 가용성 도메인 또는 다른 가용성 도메인에서 Data Guard를 설정할 수 있습니다. 그러나 Oracle은 가용성 도메인 전체에 Data Guard 구성을 설정할 것을 권장합니다.

  • Oracle Cloud Infrastructure 리전에서 Data Guard를 설정할 수 있습니까?

    예. 여러 리전에 Data Guard를 설정할 수 있지만 Database Cloud Service Data Guard 기능은 현재 이를 지원하지 않습니다. 호스트에 로그온하고 DGMGRL을 사용하여 여러 영역에 걸쳐 수동으로 Data Guard를 설정할 수 있습니다. 리전 간에 로그를 전송하려면 기본 및 대기 DB 시스템 VCN for Data Guard에서 인터넷 게이트웨이를 사용하도록 설정해야 합니다. DGMGRL에 대해 자세히 알아보기

  • 구획 간에 Data Guard를 설정할 수 있습니까?

    아니요, 교차 구획 Data Guard 설정은 현재 지원되지 않습니다.

  • 기본 데이터베이스와 대기 데이터베이스의 DB 시스템은 형태와 에디션이 같아야 합니까?

    예, Data Guard 기능을 사용하여 Data Guard 연결을 활성화하려면 대기 DB 시스템의 형태와 에디션이 기본 DB 시스템과 같아야 합니다.

  • Database Cloud Service Data Guard 기능으로 생성할 때 대기 데이터베이스는 어떤 버전으로 생성됩니까?

    대기 데이터베이스는 기본 데이터베이스와 동일한 데이터베이스 버전으로 작성됩니다.

  • Data Guard 기능을 사용하여 Managed Broker를 설정하고 자동 전환과 같은 작업을 수행할 수 있습니까?

    아니요, Managed Broker 기능은 현재 Data Guard 기능에서 지원되지 않습니다. 그러나 데이터베이스 호스트에 로그온하고 DGMGRL (Data Guard 명령줄 인터페이스)에 액세스하여 관리 브로커 구성을 수동으로 설정할 수 있습니다. DGMGRL에 대해 자세히 알아보기

  • Data Guard 기능을 사용하여 Data Guard 연결을 제거하려면 어떻게 해야 합니까?

    Data Guard 기능을 사용하여 Data Guard 연결을 제거하려면 먼저 대기 데이터베이스를 삭제해야 합니다. 대기 데이터베이스를 삭제하면 Data Guard 연결이 자동으로 제거됩니다.

  • 데이터 보호 설정에서 기본 데이터베이스를 종료하려면 어떻게 해야 합니까?

    Data Guard 기능을 사용하면 기본 데이터베이스를 삭제하기 전에 먼저 대기 데이터베이스를 삭제해야합니다. 또는 전환 작업을 시작해 기본 데이터베이스를 대기 데이터베이스로 바꾼 다음 대기를 종료할 수 있습니다.

  • 대기 데이터베이스를 여러 개 만들 수 있습니까?

    아니요, Data Guard 기능을 사용하여 하나의 물리적 대기 데이터베이스만 만들 수 있습니다. 그러나 DB 시스템에 로그온하고 DGMGRL에 액세스하여 여러 개의 대기 데이터베이스를 수동으로 만들 수 있습니다. DGMGRL에 대해 자세히 알아보기

  • 온프레미스 데이터베이스와 Oracle Cloud Infrastructure 데이터베이스 간에 Data Guard를 구성할 수 있습니까?

    예. 온프레미스 데이터베이스와 Oracle Cloud Infrastructure 데이터베이스 간에 Data Guard를 구성할 수 있습니다. DGMGRL을 사용하여 내부 데이터베이스와 Oracle Cloud Infrastructure 데이터베이스 간에 Data Guard를 수동으로 설정할 수 있습니다. DGMGRL에 대해 자세히 알아보기

  • Oracle Identity and Access Management 제어를 사용하여 Data Guard 작업에 대한 액세스를 제어할 수 있습니까?

    예, Oracle Identity and Access Management를 사용하여 Data Guard 기능에 대한 액세스를 제어할 수 있습니다. Oracle Identity and Access Management에 대해 자세히 알아보기

  • 기본 및 대기 Data Guard 설정에서 데이터베이스를 패치하려면 어떻게 해야 합니까?

    기본 및 대기 Data Guard 설정에서 데이터베이스를 패치할 수 있습니다. 먼저 대기 데이터베이스를 수동으로 패치한 다음 기본 데이터베이스를 전환하여 패치를 적용해야 합니다.

  • Data Guard 설정에서 데이터베이스를 백업하려면 어떻게 해야 합니까?

    Oracle Cloud Infrastructure Database 백업 및 복원 기능을 사용하여 기본 데이터베이스를 백업 및 복원할 수 있습니다. 대기 데이터베이스의 백업을 실행하려면 대기 데이터베이스 호스트에 액세스하고 RMAN (복구 관리자)을 사용하여 백업을 실행할 수 있습니다.

  • 실패한 기본 데이터베이스를 기본 데이터베이스 상태로 복원하려면 어떻게 해야 합니까?

    Data Guard 기능을 사용하면 기본 데이터베이스를 복원하는 경우 “비활성 대기 데이터베이스” 상태가 됩니다. 이 비활성 대기 데이터베이스로 문제를 해결한 후 정상적으로 작동하는 대기 역할로 복원할 수 있습니다. 그런 다음 이 대기 데이터베이스를 기본 역할로 다시 전환할 수 있습니다.

  • 대기 인스턴스를 읽기 또는 쓰기 작업에 사용할 수 있습니까?

    예, Active Data Guard를 설정하면 읽기 전용 작업에 대기 인스턴스를 사용할 수 있습니다. 쓰기 작업은 대기 상태에서 사용할 수 없습니다.

  • 기본 데이터베이스가 대기 모드로 전환된 경우 어떻게 알 수 있습니까?

    Oracle Cloud Infrastructure에서 관리하는 DB 시스템을 모니터링하기 위해 Enterprise Manager를 사용하는 것이 좋습니다. 인스턴스에서 감사 로그 작업을 실행하는 경우 로그를 확인해 기본 데이터베이스가 전환된 시기를 파악할 수 있습니다.

  • 데이터베이스 장애 조치에는 시간이 얼마나 걸립니까?

    2노드 RAC 구성의 경우 장애 조치는 수십 초 이내에 완료됩니다. 그러나 장애 조치가 Data Guard와 서로 다른 AD에 있는 두 인스턴스 사이에 있는 경우 2분 미만이 소요됩니다.

  • 2노드 RAC 형태는 가용성 도메인 (AD) 전반에 걸쳐 적용됩니까?

    아니요. 2노드 RAC 형태는 AD는 같지만 서로 다른 랙에 있는 두 서버에 설정되어 있습니다. 스토리지는 두 인스턴스에서 공유됩니다. 이 설정은 인스턴스의 하드웨어 장애로부터 보호합니다. 가용성을 높이려면 별도의 AD에 다른 2노드 RAC 형태를 설정하는 것이 좋습니다.

  • 인스턴스에 액세스하여 데이터베이스 작업에 대한 로그를 직접 확인할 수 있습니까?

    예, DB 시스템에 대한 루트 액세스 권한으로 DB 시스템의 데이터베이스에 대한 모든 작업을 검토하고 감사할 수 있습니다.