RAC와 Data Guard 조합을 통한 RPO/RTO 최적화 및 MAA 설계 전략

The Oracle HA Decision Tree: RAC vs Data Guard vs Both

Uptime Architect2026년 6월 7일29분advanced

AI 요약

Context

RAC를 DR 솔루션으로 오인하여 단일 저장소 장애 시 전체 시스템이 다운되는 설계 결함 발생. 고가용성(HA)과 재해복구(DR)의 목적 차이를 간과한 아키텍처 구성으로 인한 가용성 공백을 분석함.

Compute redundancy 확보를 위해 Cache Fusion 기반의 RAC를 도입하여 Instance 및 Node failure 대응
Data redundancy 확보를 위해 독립된 Standby 서버를 유지하는 Data Guard를 통한 Site loss 및 Block corruption 해결
지리적 거리로 인한 Commit latency 해결을 위해 Far Sync 인스턴스를 배치하여 Zero data loss(RPO 0) 달성
휴먼 에러로 인한 논리적 데이터 손실 방지를 위해 RMAN 백업 및 Flashback Database를 필수 계층으로 구성
비즈니스 요구사항인 RTO/RPO에 따라 Bronze부터 Platinum까지 단계별 MAA(Maximum Availability Architecture) 티어 적용

실천 포인트

1. RAC 도입 시 공유 스토리지(Shared Storage) 단일 장애점(SPOF) 여부 검토

2. Site loss 대응 필요 시 Data Guard 도입 및 Fast-Start Failover 설정 확인

3. 원격지 DR 구성 시 네트워크 지연 시간 분석 후 Far Sync 적용 검토

4. RAC/Data Guard와 별개로 Logical corruption 대응을 위한 Flashback 전략 수립

태그