데이터베이스에 대한 DR 계획

Oracle GoldenGate, Active Data Guard 및 Autonomous Data Guard를 사용하여 Oracle Cloud에 배치된 데이터베이스에 대해 DR을 구현할 수 있습니다.

  • Active Data Guard는 원격 위치에서 운용 중인 데이터베이스의 동기화된 물리적 복제본(대기)을 유지 관리하여 간단하고 경제적인 방식으로 Oracle Database에 대한 포괄적인 데이터 보호, 고가용성 및 재해 복구를 제공합니다. standby database는 리두 전송, 검증 및 recovery 중에 읽기 전용으로 열립니다.

    일반적인 저장 영역 복제 방법과 달리 Active Data Guard는 인메모리 리두 로그만 복제하고 손상 가능성을 방지하기 위해 복제를 검증합니다.

  • Oracle GoldenGate는 다중 마스터 복제, 허브 및 스포크 배치, 데이터 변환을 지원하는 고급 논리적 복제 제품입니다. GoldenGate는 이기종 하드웨어 플랫폼을 비롯하여 다양한 복제 요구 사항을 해결할 수 있는 유연한 옵션을 제공합니다.
  • 자율운영 Data Guard는 Oracle Cloud에서 자율운영 데이터베이스 인스턴스에 대한 데이터 보호 및 재해 복구를 제공합니다. 자율운영 데이터베이스 인스턴스에 대해 자율운영 Data Guard를 사용으로 설정하면 동일한 영역에 대기 데이터베이스가 생성됩니다. 둘 이상의 가용성 도메인이 있는 영역에서 대기 도메인은 기본 데이터베이스와 다른 가용성 도메인에서 프로비저닝됩니다. 단일 가용성 도메인이 있는 영역에서 대기 도메인은 기본 데이터베이스와 다른 물리적 시스템에 프로비저닝됩니다. 자율운영 Data Guard는 기본 인스턴스를 모니터하며 기본 데이터베이스를 사용할 수 없게 되면 자동으로 대기 데이터베이스로 Failover합니다.

Oracle Maximum Availability Architecture 정보

Oracle Maximum Availability Architecture(MAA)는 Oracle의 고가용성 기술을 통합하기 위한 최적의 사용법 청사진 집합입니다. MAA 모범 사례는 고가용성 및 데이터 보호 요구 사항에 맞는 다양한 서비스 레벨 목표를 달성하도록 설계된 표준 구조를 설명합니다. Bronze, Silver, Gold 및 Platinum MAA 구조 계층은 다양한 서비스 레벨 목표를 달성하고 고가용성, 데이터 보호 및 재해 복구를 위한 옵션을 제공하도록 설계되었습니다.

다음 각 MAA 계층은 최적의 Oracle 기능 세트를 사용하며 이를 함께 배포할 경우 계획되지 않은 운용중단 및 계획된 유지 관리 이벤트에 대해 안정적으로 대상 서비스 레벨을 달성합니다.

  • 청동기

    Bronze 계층은 가장 낮은 비용으로 기본 데이터베이스 서비스를 제공합니다. 비용 및 구현 복잡성을 줄이기 위해 고가용성 및 데이터 보호 수준이 감소되었습니다. 이 구조는 테스트, 개발 및 덜 중요한 운용 응용 프로그램과 데이터베이스에 사용되는 데이터베이스에 적합할 수 있습니다.

    이 구조는 Oracle Enterprise Edition에 포함된 고가용성 기능을 사용합니다. Bronze의 기본값은 Oracle Database 단일 인스턴스 또는 다중 테넌트 구조입니다. Oracle Restart 또는 Oracle Clusterware 고가용성 기능은 실패한 인스턴스, 데이터베이스 서버 또는 관련 관리 서비스를 재시작하는 데 사용됩니다. Human error와 같은 논리적 손상의 경우 Flashback 작업을 사용하여 데이터베이스를 특정 Point-in-time으로 "되감기"할 수 있습니다. 최악의 상황으로 인한 전체 사이트 운영 중단 시나리오에서는 백업에서 시스템 및 데이터베이스를 복원하고 복구하는 데 추가 시간이 소요되므로 작동 중지 시간이 몇 시간 또는 며칠이 걸릴 수 있습니다.

    빠른 복구를 위해서는 항상 동일한 데이터 센터 내 로컬 백업을 수행하는 것이 좋습니다. 또한 Oracle은 사이트 중단 및 재해로부터 보호하기 위해 원격 데이터 센터에서 두 번째 백업 복사본을 유지 관리할 것을 권장합니다. Oracle Database Backup Cloud Service를 사용하여 온프레미스 데이터베이스의 클라우드 기반 백업을 유지 관리할 수 있습니다.

  • Silver

    Silver 계층은 복구할 수 없는 데이터베이스 인스턴스나 서버 장애가 발생한 경우 콜드 재시작 또는 백업으로부터 복원을 기다릴 여유가 없는 데이터베이스를 위해 설계되었습니다. 이 아키텍처는 비즈니스 크리티컬한 운영 애플리케이션에 적합할 수 있으며 로컬 장애 및 가장 일반적인 계획된 유지 보수 작업에 대한 다운타임을 줄여야 합니다.

    Silver 구조는 Bronze 구조의 기반에 구축되어 있으며, 데이터베이스 인스턴스 또는 서버 장애 시 다운타임을 최소화하거나 전혀 사용하지 않도록 Oracle RAC(Oracle Real Application Clusters) 능동-능동 클러스터링을 추가하고, 가장 일반적인 계획된 유지 관리 이벤트에 대해 데이터베이스 다운타임을 0으로 추가합니다.

    Bronze 구조와 마찬가지로 RMAN(Recovery Manager)은 완전한 클러스터 중단 또는 재해가 있는 경우 가용성을 복원하기 위해 데이터베이스에 최적화된 백업을 제공합니다.

  • 골드

    Gold 계층은 장기간의 다운타임 및 데이터 손실을 견딜 수 없는 서비스 수준 요구 사항을 위해 설계되었습니다. 이 아키텍처 패턴 세트는 데이터 손상, 데이터베이스 장애, 사이트 중단 등 모든 유형의 예상치 못한 중단에 대한 고가용성 및 포괄적인 데이터 보호를 제공합니다. 모든 데이터베이스 및 시스템 중단과 계획된 유지 관리 작업에 대해 빠른 복구 시간과 0 또는 최소한의 데이터 손실이 필요한 미션 크리티컬 운용 애플리케이션은 Gold 참조 아키텍처에 포함된 기능의 이점을 활용할 수 있습니다.

    Silver 참조 구조에 구축된 Gold 참조 구조는 Oracle Active Data Guard를 사용하여 네 개의 구조 패턴을 제공합니다. 패턴은 Fast Start Failover 및 HA Observer를 사용하는 단일 원격 활성 대기 데이터베이스 구성과 대기 읽기 팜을 포함한 다중 대기 데이터베이스 구성, 마지막으로 데이터 손실이 없는 Far Sync(영역 전체) 대기 구성으로 다양합니다.

  • 백금

    Platinum 계층은 Gold 아키텍처를 통해 달성할 수 없는 가동 중단 및 계획된 유지 관리 작업에 대해 다운타임이 발생하지 않을 수 있습니다. Platinum 아키텍처는 Oracle GoldenGate 복제를 추가하여 마이그레이션, 애플리케이션 업그레이드 및 데이터베이스 업그레이드에 대한 다운타임을 제거함으로써 Gold 아키텍처를 기반으로 구축됩니다. 각 Oracle GoldenGate 데이터베이스는 데이터베이스, 클러스터 또는 사이트 장애 시 데이터 손실이 발생하지 않도록 대기 데이터베이스에 의해 보호됩니다.

    다른 MAA 구조와 달리 응용 프로그램 고려 사항은 충돌 감지 및 해결이 제대로 수행되도록 Oracle GoldenGate를 구조에 통합하는 데 필요합니다. 마이그레이션 및 데이터베이스 업그레이드와 같은 작업에 대해 애플리케이션 다운타임을 최소화하기 위해 글로벌 데이터 서비스 또는 맞춤형 애플리케이션 서비스 관리가 필요할 수도 있습니다.

활성 Data Guard 사용

Data Guard는 한 개 이상의 대기 데이터베이스를 생성, 유지, 관리 및 모니터링하여 운영 Oracle 데이터베이스가 재해 및 데이터 손상을 극복할 수 있도록 하는 종합적인 서비스 조합을 제공합니다. Data Guard는 이러한 대기 데이터베이스를 운용 중인 데이터베이스의 트랜잭션 일관성 있는 복사본으로 유지 관리합니다. 대부분의 Active Data Guard 최적의 사용법은 MAA Gold 계층에서 참조 구조의 일부로 정의, 테스트 및 검증됩니다.
계획된 운용중단이나 계획되지 않은 운용중단으로 인해 운용 중인 데이터베이스를 사용할 수 없게 되면 Data Guard가 대기 데이터베이스를 운용 롤로 전환하여 운용중단과 연관된 작동 중지 시간을 최소화할 수 있습니다. Data Guard를 기존 백업, 복원 및 클러스터 기법과 함께 사용하여 높은 레벨의 데이터 보호 및 데이터 가용성을 제공할 수 있습니다.

Active Data Guard의 이점

Active Data Guard는 여러 가지 이점을 제공합니다.

  • 보안 물리적 복제.

    standby database는 읽기 전용으로 열려 있으므로 데이터 일관성이 보장됩니다.

    Oracle Database 19c부터는 가끔씩 갱신을 실행하고 지침을 standby database에 삽입하여 지침을 primary database로 재지정할 수 있습니다.

  • 완전한 Oracle Database를 빠르고 간편하게 복제할 수 있습니다.

    기본 구성에서는 대부분의 작업 로드를 처리하므로 관리 오버헤드가 거의 없습니다.

  • 제한이 없습니다.

    Oracle Data Guard Redo Apply는 모든 Oracle 기능을 지원하며 특별한 고려 없이 모든 데이터 및 저장 영역 유형, PL/SQL 패키지 및 DDL을 투명하게 복제합니다.

  • 최고의 데이터 보호.

    메모리에서 직접 복제하면 기본 데이터베이스에서 발생할 수 있는 I/O 손상으로부터 대기 데이터베이스가 격리됩니다. primary database 또는 standby database에서 독립적으로 발생할 수 있는 자동 쓰기 손실 손상을 감지합니다. Primary 또는 Standby Database에서 독립적으로 발생할 수 있는 물리적 블록 손상을 자동으로 감지하고 복구합니다.

  • 데이터 손실이 0인 동기식 또는 0에 가까운 데이터 손실 보호가 있는 비동기식 옵션
  • RoI가 향상되었습니다.

    보고 애플리케이션, 임시 질의 및 데이터 추출과 같은 읽기 전용 작업 로드를 동기화된 물리적 대기로 오프로드할 수 있습니다.

  • 단일 명령은 물리적 standby database를 테스트 시스템에서 열린 읽기/쓰기로 변환합니다. 두번째 명령은 이 데이터베이스를 물리적 대기 데이터베이스로 다시 변환하고 기본 데이터베이스와 재동기화합니다. 기본 데이터는 항상 보호됩니다.
  • Oracle Data Guard Broker 명령행 및 자동 데이터베이스 Failover를 통한 전체 구성의 통합 관리
  • 단일 노드 데이터베이스 또는 다중 노드 데이터베이스(Real Application Cluster) 구성에 대해 지원됩니다.
  • 애플리케이션 연속성 - 트랜잭션의 진행 중 보호

    Active Data Guard는 영향을 받는 데이터베이스 세션에 대해 진행 중인 작업을 복구하여 일반 사용자와 응용 프로그램에서 데이터베이스 중단을 마스크합니다.

구성 모드

  • 최대 보호
    이 보호 모드를 사용하면 primary database가 실패할 경우 데이터가 손실되지 않습니다. 데이터 손실을 방지하기 위해 하나 이상의 대기 데이터베이스의 대기 리두 로그에 리두 스트림을 기록할 수 없는 경우 기본 데이터베이스가 종료됩니다.

    주:

    이 모드는 자율운영 데이터베이스에 사용할 수 없습니다. Exadata Cloud Service 및 Exadata Cloud@Customer의 경우 이 모드를 수동으로 구성할 수 있지만, 클라우드 제어 플레인에 반영되지 않습니다.
  • 최대 가용성

    이 보호 모드는 기본 데이터베이스의 가용성에 손상을 주지 않는 최상위 레벨의 데이터 보호 기능을 제공합니다. Maximum Protection 모드와 마찬가지로, 해당 트랜잭션을 복구하는 데 필요한 리두가 로컬 온라인 리두 로그 및 하나 이상의 트랜잭션에서 일관된 대기 데이터베이스의 대기 리두 로그에 기록된 후에만 트랜잭션이 커밋됩니다. {\f2732 Maximum Protection }모드와 달리{\f2732 , }오류로 인해 리두 스트림을 원격{\f2732 standby }리두 로그에 기록할 수 없는 경우에는{\f2732 primary database}가 종료되지 않습니다{\f2732 .} 대신 기본 데이터베이스 및 Data Guard 구성이 UNSYNCHRONIZED 상태로 다운그레이드됩니다. 적어도 하나의 대기 데이터베이스가 사용 가능해지면 대기 데이터베이스는 자동으로 재동기화됩니다.

  • 최대 성능

    이 보호 모드(기본값)는 기본 데이터베이스의 성능에 영향을 주지 않는 최상위 레벨의 데이터 보호 기능을 제공합니다. 트랜잭션을 복구하는 데 필요한 리두 데이터가 로컬 온라인 리두 로그에 비동기적으로 기록될 때 트랜잭션을 커밋할 수 있도록 하여 이 작업을 수행합니다. 대역폭이 충분한 네트워크 링크를 사용할 경우 이 모드는 기본 데이터베이스 성능에 대한 영향을 최소화하면서 최대 가용성 모드 레벨에 가까운 데이터 보호 레벨을 제공합니다.

DB 배치 고려 사항

가용성 및 재해 복구를 개선하려면 대기 데이터베이스의 DB 시스템을 기본 데이터베이스의 DB 시스템과 다른 가용성 도메인에 두십시오.

데이터베이스에 대해 Data Guard를 사용으로 설정하고 대기 데이터베이스가 기본 데이터베이스와 동일한 가용성 도메인(선택사항 또는 영역에 단일 가용성 도메인이 있음)에 있는 경우 기본 데이터베이스와 다른 결함 도메인에 대기 데이터베이스를 배치합니다.

기본 및 대기 데이터베이스가 2노드 RAC 가상 머신 DB 시스템이며 둘 다 동일한 가용성 도메인에 있는 경우 가용성 도메인의 3개 장애 도메인에 걸쳐 4개 노드(기본 노드 2개와 대기 노드 2개)를 모두 분산하는 것이 좋습니다. 이 구성은 3개의 장애 도메인을 모두 활용하여 가능한 가장 높은 가용성을 보장합니다. 이 시나리오에서는{\f2732 standby database}의 두 노드 중 하나만{\f2732 primary database }또는{\f2732 standby database}의 다른 노드를 포함하지 않는 폴트 도메인에 있을 수 있습니다{\f2732 .}

기본 데이터베이스와 대기 데이터베이스 간의 최적의 롤 전환을 보장하기 위해 Oracle은 두 데이터베이스의 크기를 대칭적으로 조정하고 구성할 것을 권장합니다.

최적의 구성 방법

Oracle Database High Availability Overview and Best Practices의 "Oracle Data Guard Best Practices"를 참조하십시오.

Oracle GoldenGate 사용

Oracle GoldenGate는 이기종 IT 환경에서 실시간 데이터 통합 및 복제를 위한 포괄적인 소프트웨어 패키지입니다. 제품 세트는 운영 및 분석 엔터프라이즈 시스템 간의 고가용성 솔루션, 실시간 데이터 통합, 트랜잭션 변경 데이터 캡처, 데이터 복제, 변환 및 확인을 가능하게 합니다. 대부분의 Oracle GoldenGate 모범 사례는 MAA Platinum 계층에서 참조 아키텍처의 일부로 정의, 테스트 및 검증됩니다.
다음 시나리오를 포함하여 복제가 활성 상태인 동안 복제 데이터베이스를 읽기/쓰기로 열어야 하는 경우 Oracle GoldenGate를 사용합니다.
  • 고급 복제 요구 사항(예: 다중 마스터 및 양방향 복제, 부분 집합 복제, 다대일 복제, 엔디언 간 복제 및 데이터 변환)
  • 양방향 복제를 사용하여 다운타임이 필요 없는 유지 관리 및 마이그레이션
  • Data Guard에서 지원되지 않는 플랫폼 간 이전(예: 엔디언 간 플랫폼 이전)
  • 교차 DB 버전 분산 시스템 지원(예: 복제본 1은 12.2에 있고 복제본 2는 19c에 있음)
  • 교차 DB 플랫폼 지원(예: 복제본 1은 Oracle에 있고 복제본 2는 비Oracle DB에 있음)

구성 모드

클라우드에서 안전하고 포괄적이며 확장 가능한 복제 플랫폼을 제공하는 Oracle GoldenGate Microservices 구조를 사용합니다. 데이터베이스 서버의 오버헤드를 최소화하기 위해 Oracle은 허브 구성에 GoldenGate을 배치할 것을 권장합니다.

GoldenGate는 다음 다이어그램과 같이 여러 토폴로지를 지원합니다. 사용 사례에 적합한 모드를 선택하십시오.



최적의 구성 방법

Oracle GoldenGate는 트랜잭션 레벨의 데이터를 복제하므로 두 사이트 간의 데이터 일관성을 위해 CDR(충돌 감지 및 해결)을 구현하는 것이 좋습니다. 충돌은 즉시 식별되고 자동화된 스크립트로 처리됩니다.

주로 DR 용도로 GoldenGate를 사용하고 있고 복제는 단 한 가지 방법일 경우 두 영역 사이에 Data Guard를 추가하는 것이 좋습니다. 이렇게 하면 primary instance와 Data Guard instance 간에 데이터 일관성이 강한 제로 데이터 손실 솔루션이 제공됩니다. 이 구성은 또한 기본 데이터베이스에서 GoldenGate 추출을 실행하면 발생하는 오버헤드를 완화합니다.

다음은 db-dg-gg.png에 대한 설명입니다.
그림 db-dg-gg.png에 대한 설명

주:

이 구조는 여러 AD(가용성 도메인)를 표시합니다. 단일 AD가 있는 영역의 경우 구조를 조정하여 AD 내의 장애 도메인에 리소스를 분배합니다.

HA 구성은 물론 Oracle GoldenGate를 배포합니다. 중요한 GoldenGate 파일에 대해 Oracle ASM ACL(Cluster File System) 복제를 사용할 수 있습니다.

Active Data Guard 및 GoldenGate 사용

Oracle GoldenGateActive Data Guard는 상호 배타적이지 않습니다. GoldenGate는 원래 비동기 상태이고 Active Data Guard는 데이터 블록 검증, 자동 블록 복구 및 응용 프로그램 연속성과 같은 다른 주요 기능과 함께 동기 복제를 제공할 수 있으므로 이러한 기능을 함께 사용하여 0의 RPO(복구 지점 목표)를 달성할 수 있습니다.

다음은 Oracle GoldenGateActive Data Guard를 모두 활용하는 몇 가지 시나리오입니다.
  • 미션 크리티컬 OLTP 데이터베이스에 대한 재해 보호 및 데이터베이스 롤링 업그레이드의 경우 Active Data Guard 대기를 사용합니다. GoldenGate를 사용하여 엔터프라이즈 데이터 웨어하우스의 ETL 업데이트를 위해 Data Guard 기본 데이터베이스(또는 GoldenGate ALO 모드를 사용하는 대기 데이터베이스)에서 데이터를 추출합니다.
  • GoldenGate 부분 집합 복제를 사용하여 다양한 데이터 소스에서 중앙 운영 데이터 저장소(ODS)로 데이터를 추출, 변환 및 집계합니다. ODS는 회사에 막대한 수익을 창출하는 미션 크리티컬 애플리케이션 시스템을 지원합니다. Active Data Guard 대기 데이터베이스를 사용하여 ODS를 보호하고 최적의 데이터 보호 및 가용성을 제공합니다.
  • GoldenGate 다중 마스터 복제를 사용하여 각각 다른 지역에 있는 여러 데이터베이스를 동기화합니다. 각 GoldenGate 복사본에는 중단이 발생할 경우 데이터 손실 방지 복구를 가능하게 하는 고유한 로컬 동기 Data Guard 대기 데이터베이스가 있습니다.

주:

Platinum 수준 최대 가용성 구조를 구현하려면 Oracle RAC(Oracle Real Application Clusters), Active Data GuardOracle GoldenGate를 사용하십시오.