다음을 통해 공유


Oracle Database@Azure 대한 비즈니스 연속성 및 재해 복구 고려 사항

이 문서에서는 BCDR(비즈니스 연속성 및 재해 복구)을 위해 Azure 랜딩 존 디자인 영역에 정의된 고려 사항 및 권장 사항을 확장합니다.

워크로드 환경에 대한 복원력 있는 아키텍처를 빌드하는 첫 번째 단계는 솔루션의 가용성 요구 사항을 식별하는 것입니다. 다양한 오류 수준에 대한 RTO(복구 시간 목표) 및 RPO(복구 지점 목표)를 결정해야 합니다. RTO는 인시던트 후 애플리케이션이 허용할 수 있는 최대 가동 중지 시간을 정의합니다. RPO는 재해로 인해 애플리케이션이 허용할 수 있는 최대 데이터 손실을 지정합니다. 솔루션의 요구 사항을 확인한 후 RTO 및 RPO를 충족하도록 아키텍처를 디자인할 수 있습니다.

디자인 고려 사항

  • Azure 데이터 센터의 Oracle Database@Azure 사용하여 전용 인프라의 Oracle Exadata Database Service를 공동 배치하고 데이터 센터를 하나의 Azure 가용성 영역에 배치합니다. 가용성 영역은 구독과 관련이 있습니다. 예를 들어 구독의 가용성 영역 1은 다른 구독의 가용성 영역 1과 동일한 물리적 데이터 센터를 나타내지 않을 수 있습니다. 자세한 내용은 가용성 영역이란?을 참조 하세요.

  • Oracle Database@Azure 솔루션은 고가용성 및 DR을 위해 RAC(실제 애플리케이션 클러스터) 및 자동화된 Data Guard와 같은 네이티브 Oracle 기술을 제공합니다.

  • 솔루션에는 첫 번째 보조 데이터베이스라고도 하는 초기 대기 데이터베이스에 대한 자동화된 Data Guard 구성이 포함됩니다. 추가 Data Guard 복제본을 수동으로 구성해야 합니다.

  • 활성-활성 환경의 경우 실시간 데이터 통합 및 복제 기능에 Oracle GoldenGate를 사용하는 것이 좋습니다. 이 방법은 시스템 전체에서 고가용성 및 데이터 일관성을 보장하는 데 도움이 됩니다. 이 도구는 데이터를 원활하게 이동하고 변환할 수 있도록 광범위한 데이터베이스 및 플랫폼을 지원합니다. Oracle GoldenGate를 사용하여 마이그레이션 및 업그레이드 중에 가동 중지 시간을 최소화하여 DR 전략을 향상시킵니다. Oracle GoldenGate는 솔루션에 포함되지 않으므로 라이선스 비용이 발생할 수 있습니다.

  • Oracle Database@Azure 솔루션 및 핵심 구성 요소는 인스턴스를 만드는 구독 및 지역으로 제한됩니다. 서비스는 다중 영역이 아니며 여러 지역에 걸쳐 있지 않습니다. 다중 영역 또는 다중 지역 복원력을 달성하기 위해 새 인스턴스를 대상 가용성 영역 또는 대상 지역에 배포할 수 있습니다.

  • Oracle Database@Azure OCI(중복 Oracle Cloud Infrastructure) 개체 스토리지를 사용하여 자동 데이터베이스 백업을 통합합니다. Oracle Database Autonomous Recovery Service는 Exadata에 배포하는 Oracle 데이터베이스에 대한 보호를 제공합니다.

디자인 권장 사항

Oracle Database@Azure 대해 이러한 BCDR 고려 사항을 고려합니다.

가용성 간 영역 BCDR

데이터베이스, 데이터베이스 클러스터 또는 가용성 영역의 오류에 대한 고가용성 및 DR 보호를 보장하려면 Oracle Database@Azure Oracle RAC 및 다른 영역에 있는 대칭 대기 데이터베이스를 사용합니다. 이 구성은 데이터베이스 서비스에 대한 데이터 센터 복원력을 달성하는 데 도움이 될 수 있습니다.

최적의 성능을 위해 데이터베이스에 종속된 애플리케이션 서비스를 데이터베이스와 동일한 가용성 영역에 배치합니다. 애플리케이션 서비스가 데이터베이스 서비스와 다른 구독에 있는 경우 적절한 코드를 적용해야 합니다. 이 availabilityZoneMappings 속성을 사용하여 서비스를 공동 배치해야 하는 실제 가용성 영역을 식별합니다.

  • 애플리케이션 서비스 및 RPO 요구 사항에 따라 ASYNC 전송을 사용하여 SYNC 전송 또는 최대 성능 모드를 사용하여 최대 가용성 모드에서 Data Guard를 구성할 수 있습니다.

    • 데이터 무결성 및 데이터 손실이 가장 중요한 요소인 환경에는 SYNC(최대 가용성 모드)를 사용하는 것이 좋습니다.

    • 성능이 중요하고 환경에서 일부 데이터 손실을 허용할 수 있는 환경에는 ASYNC(최대 성능 모드)를 사용하는 것이 좋습니다.

지역 간 BCDR

  • 지역 간 애플리케이션 기능 및 네트워크 대기 시간에 따라 지역 BCDR에 대한 최대 성능 모드에서 Data Guard를 구성합니다. 자세한 내용은 Azure 네트워크 대기 시간 테스트 결과를 참조하세요.

  • 교차 가용성 영역 및 지역 간 BCDR 작업의 조합은 Oracle 최대 가용성 아키텍처 참조 아키텍처의 골드 수준과 일치합니다. 골드 수준 아키텍처는 완전한 지역 오류로부터 보호를 제공합니다.

  • 교차 가용성 영역 및 지역 간 BCDR 권장 사항은 Oracle Database@Azure 서비스의 복원력에 초점을 맞춥니다. 애플리케이션 서비스의 복원력을 보장하기 위해 Azure Virtual Machine Scale Sets, Azure Site Recovery, Azure Front Door 또는 가용성 영역 또는 지역에서 애플리케이션 서비스 가용성을 사용하도록 설정하는 기타 기능 또는 서비스를 사용할 수 있습니다.

  • 관리되는 백업을 사용하고 OCI 개체 스토리지에 백업 데이터를 저장하는 것이 좋습니다.

기타 고려 사항

  • IaC(Infrastructure as code)를 사용하여 초기 Oracle Database@Azure 인스턴스 및 가상 머신 클러스터를 배포합니다.

  • IaC를 사용하여 OCI에서 데이터베이스를 배포합니다. IaC를 사용하여 동일한 배포를 DR 사이트에 복제하고 사용자 오류의 위험을 최소화할 수 있습니다.

  • 테스트 장애 조치(failover) 및 스위치백 작업을 사용하여 실제 재해 시나리오에서 작동하는지 확인합니다. 가능한 경우 장애 조치(failover) 및 전환 작업을 자동화하여 오류를 최소화합니다.

다음 단계