1. 자율운영 데이터베이스로 Oracle Cloud에서 Oracle Fusion Middleware DR 구성
  2. 구성 계획

구성 계획

보조 시스템을 만들기 전에 Oracle Cloud Infrastructure에서 기본 시스템의 리소스 및 구성을 계획합니다.

스냅샷 대기 또는 원격 새로고침 가능 복제본 선택

스냅샷 대기 또는 원격 새로고침 가능 복제본을 사용할지 여부를 확인하려면 다음을 검토하십시오.

참고:

원격 새로고침 가능 복제본은 Oracle Autonomous Database Serverless에서만 사용할 수 있습니다.

Oracle Autonomous Database on Dedicated Exadata Infrastructure를 사용하는 경우 설정 및 수명 주기에 대해 스냅샷 대기 기능을 사용합니다. Oracle Autonomous Database on Dedicated Exadata Infrastructure는 원격 새로고침 가능 복제 기능을 구현하지 않습니다.

Oracle Autonomous Database Serverless를 사용하는 경우 설정 및 수명 주기에 원격 새로고침 가능 복제 또는 스냅샷 대기 기능을 사용할 수 있습니다. 다음을 고려하여 결정합니다.

스냅샷 대기

  • 장점:
    • 설정 및 수명 주기 작업이 더 쉬워졌습니다. {\f2732 standby}를 스냅샷으로 변환하거나 다시 물리적{\f2732 standby}로 변환할 때는{\f2732 secondary}의 전자 지갑을 수정할 필요가 없습니다{\f2732 .}
    • Snapshot Standby는 Standby 영역에 추가 데이터베이스를 필요로 하지 않습니다. 대기 데이터베이스만 있습니다. 이 데이터베이스는 스냅샷으로 변환한 후 다시 물리적 대기 데이터베이스로 변환할 수 있습니다.
    • 스냅샷 대기에서 보조 데이터베이스를 검증하는 데 대기 데이터베이스를 사용하는 경우 실제로는 스위치오버 시 사용할 것과 동일한 자율운영 데이터베이스를 사용합니다. 따라서 switchover 시 사용할 전자 지갑(wallet)을 동일하게 사용하므로 연결 측면에서 검증이 보다 사실적입니다.
  • 단점:
    • 대기 데이터베이스가 스냅샷 대기 모드인 동안 대기 데이터베이스는 기본 데이터베이스에서 redo를 수신하지만 적용하지 않습니다. 보조 데이터베이스를 테스트하는 동안 긴급 페일오버 또는 스위치오버를 수행해야 하는 경우 먼저 물리적 대기로 변환하여 기본 데이터베이스와 동기화되도록 해야 합니다. 따라서 전환 시간이 약간 지연될 수 있습니다.

원격 새로고침 가능 복제

  • 장점:
    • 원격 새로고침 가능 복제본은 별도의 자율운영 데이터베이스입니다. 대기 중간 계층을 설정하거나 수명 주기 동안 보조 계층을 테스트할 때는 대기 데이터베이스와 직접 상호 작용하지 않습니다.
  • 단점:
    • 별도의 자율운영 데이터베이스이므로 추가 자율운영 데이터베이스 인스턴스로 비용이 청구됩니다.
    • 설정 및 수명 주기 작업은 더 복잡합니다. 하나 또는 다른 하나를 가리킬 때마다 실제 대기 데이터베이스와 원격 새로고침 가능 복제본 간에 전자 지갑을 전환해야 합니다.

한 가지 접근 방식 또는 다른 접근 방식을 선택해도 시스템 수명 동안 동일한 접근 방식을 사용하도록 강제하지는 않습니다. 적절한 단계를 사용하는 한 재해 복구 설정에 사용하는 접근 방식에서 수명 주기 동안 다른 접근 방식을 사용할 수 있습니다. 일부 작업의 경우 스냅샷 대기를 다른 테스트의 경우 새로고침 가능한 복제본과 결합할 수도 있습니다. 예를 들어, 스냅샷을 사용하여 2차에서 프로비저닝 및 작업 로드 검증을 수행하지만 시스템이 과부하 상태인 동안 스파스 테스트에 대해 새로고침 가능 복제본을 사용합니다. 이렇게 하면 스냅샷에서 물리적 대기로 변환할 때 대규모 redo apply로 인해 발생하는 오버헤드(및 가능한 스위치오버 지연)를 방지할 수 있습니다.

기본 시스템에 대한 고려 사항

기본 Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite on Marketplace 또는 Oracle Fusion Middleware 시스템이 생성되어 Oracle Autonomous Database 서비스를 사용한다고 가정합니다. OCI(Oracle Cloud Infrastructure)에서 보조 시스템을 구현하려는 경우 기본 시스템에 대한 다음 고려 사항을 검토하십시오.
  • 전용 서브넷

    Oracle Autonomous Database와 Oracle SOA Suite on Marketplace는 모두 전용 서브넷에 배치됩니다.

  • Oracle Autonomous Database Serverless 사용 시 전용 엔드포인트

    Oracle Autonomous Database Serverless 시스템은 PEP(전용 끝점)를 통해 노출됩니다.

  • Oracle Cloud Infrastructure Load Balancing

    프론트 엔드 OCI 로드 밸런서는 Oracle WebLogic Server for OCI, Oracle SOA Suite on Marketplace 또는 Oracle Fusion Middleware 시스템을 노출합니다.

    OCI 로드 밸런서는 클라이언트 액세스 요구사항에 따라 공용 또는 전용일 수 있습니다. 다중 AD 리전의 암시적 고가용성(High Availability) 기능은 OCI 로드 밸런서를 리전 서브넷에 배치합니다.

  • Oracle Cloud Infrastructure File Storage

    Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite on Marketplace 또는 Oracle Fusion Middleware 시스템 DR 시스템은 WebLogic 클러스터의 여러 노드에서 공유되는 Oracle Cloud Infrastructure File Storage 마운트를 사용합니다. 마운트는 영역 간에 구성을 복제하는 데 사용됩니다.

    • Oracle SOA Suite on Marketplace 시스템을 사용하면 새 파일 스토리지를 생성하거나 기존 파일 스토리지를 재사용할 수 있습니다. /u01/soacs/dbfs/share/ 디렉토리에 마운트됩니다. 이 디렉토리의 이름에도 불구하고 Oracle Autonomous Database용 DBFS(Oracle Database File System) 마운트 디렉토리는 아닙니다. Oracle SOA Suite on Marketplace 스택에서 파일 스토리지 구성을 선택해야 합니다. 프로비저닝 또는 사후 프로비저닝 중에 옵션을 선택할 수 있습니다.
    • Oracle WebLogic Server for Oracle Cloud Infrastructure 시스템에서는 새 파일 스토리지를 생성하거나 기존 파일 스토리지(/u01/shared 디렉토리에 마운트됨)를 재사용할 수 있습니다. OCI용 Oracle WebLogic Server 스택에서 파일 시스템 추가를 선택했는지 확인합니다. 프로비저닝 또는 사후 프로비저닝 중에 옵션을 선택할 수 있습니다.
    • 다른 서비스의 경우 기본 및 보조 중간 계층 노드 모두에 OCI File Storage 마운트를 수동으로 생성해야 할 수도 있습니다. Oracle WebLogic Server for Oracle Cloud Infrastructure 또는 Oracle SOA Suite on Marketplace를 사용하지 않는 경우 스토리지 생성에 대한 자세한 내용과 단계는 OCI File Storage 설명서를 참조하십시오.