Skip to main content
Enterprise applications
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

개요

기여자

SnapMirror 활성 동기화를 사용한다고 해서 데이터베이스 운영에 대한 모범 사례가 반드시 추가되거나 변경되는 것은 아닙니다.

최상의 아키텍처는 비즈니스 요구 사항에 따라 달라집니다. 예를 들어 RPO=0 데이터 손실에 대한 보호를 목표로 하지만 RTO가 완화되는 경우 Oracle 단일 인스턴스 데이터베이스를 사용하고 SM-AS로 LUN을 복제하는 것만으로도 충분할 뿐만 아니라 Oracle 라이센스 스탠더링 방식에서 비용이 적게 들 수 있습니다. 원격 사이트에 장애가 발생해도 작업이 중단되지 않으며, 운영 사이트가 손실되면 정상적인 사이트에서 LUN을 사용할 수 있는 상태로 온라인 상태로 유지됩니다.

RTO가 보다 엄격하다면 페이스 메이커나 Ansible과 같은 클러스터웨어나 스크립트를 통한 기본 액티브-패시브 자동화를 통해 페일오버 시간을 향상할 수 있습니다. 예를 들어 운영 사이트에서 VM 장애를 감지하고 원격 사이트에서 VM을 활성화하도록 VMware HA를 구성할 수 있습니다.

마지막으로, 매우 신속한 페일오버를 위해 Oracle RAC를 여러 사이트에 구축할 수 있습니다. RTO는 기본적으로 0입니다. 데이터베이스가 온라인 상태이고 두 사이트에서 항상 사용할 수 있기 때문입니다.