TR-4719: SAP HANA 시스템 복제 - SnapCenter를 통한 백업 및 복구
변경 제안
PDF
SAP HANA 시스템 복제는 일반적으로 SAP HANA 데이터베이스를 위한 고가용성 또는 재해 복구 솔루션으로 사용됩니다. SAP HANA 시스템 복제는 사용 사례 또는 가용성 요구사항에 따라 사용할 수 있는 다양한 운영 모드를 제공합니다.
저자: 닐스 바우어, NetApp
다음과 같은 두 가지 주요 사용 사례를 결합할 수 있습니다.
-
전용 2차 SAP HANA 호스트를 사용하여 제로 RPO(복구 시점 목표)와 RTO(복구 시간 목표)가 포함된 고가용성
-
원거리에서 재해 복구. 보조 SAP HANA 호스트는 정상 운영 중에 개발 또는 테스트에 사용될 수도 있습니다.
RPO 0과 RTO가 최소인 고가용성
시스템 복제는 보조 SAP HANA 호스트의 메모리에 사전 로드된 테이블을 사용하는 동기식 복제로 구성됩니다. 이 고가용성 솔루션을 사용하면 하드웨어 또는 소프트웨어 장애를 해결하고, SAP HANA 소프트웨어 업그레이드(다운타임이 거의 발생하지 않는 운영) 중에 계획된 다운타임을 줄일 수 있습니다.
장애 조치 작업은 종종 타사 클러스터 소프트웨어를 사용하거나 SAP Landscape Management 소프트웨어를 사용하여 클릭 한 번으로 워크플로우를 통해 자동화됩니다.
백업 요구사항의 관점에서 볼 때 어떤 SAP HANA 호스트가 기본 또는 보조 호스트인지 독립적으로 백업을 생성할 수 있어야 합니다. 공유 백업 인프라스트럭처는 백업이 생성된 호스트에 관계없이 모든 백업을 복구하는 데 사용됩니다.
이 문서의 나머지 부분에서는 고가용성 솔루션으로 구성된 SAP 시스템 복제를 사용하는 백업 작업에 대해 중점적으로 설명합니다.
원거리에서 재해 복구
보조 호스트의 메모리에 사전 로드된 테이블이 없는 비동기식 복제로 시스템 복제를 구성할 수 있습니다. 이 솔루션은 데이터 센터 장애를 해결하는 데 사용되며 페일오버 작업은 일반적으로 수동으로 수행됩니다.
백업 요구 사항과 관련하여 데이터 센터 1의 정상적인 작동 중 및 데이터 센터 2의 재해 복구 중에 백업을 생성할 수 있어야 합니다. 데이터 센터 1과 2에서 별도의 백업 인프라를 사용할 수 있으며, 백업 작업은 재해 페일오버의 일부로 활성화됩니다. 일반적으로 백업 인프라스트럭처는 공유되지 않으며 다른 데이터 센터에서 생성된 백업의 복구 작업은 불가능합니다.
