모범 사례
SAP 시스템 복제에 대한 SnapCenter 구성 옵션
변경 제안
PDF
SAP HANA 시스템 복제 환경에서 NetApp SnapCenter 소프트웨어로 데이터 보호를 구성하는 방법에는 두 가지 옵션이 있습니다.
-
SAP HANA 호스트 및 SnapCenter 버전 4.6 이상의 자동 검색을 포함하는 SnapCenter 리소스 그룹입니다.
-
가상 IP 주소를 사용하는 두 SAP HANA 호스트에 대한 단일 SnapCenter 리소스입니다.
SnapCenter 4.6부터 SnapCenter는 HANA 시스템 복제 관계에 구성된 HANA 시스템의 자동 검색을 지원합니다. 각 호스트는 해당 물리적 IP 주소(호스트 이름)와 스토리지 계층의 개별 데이터 볼륨을 사용하여 구성됩니다. 두 SnapCenter 리소스가 리소스 그룹에 결합되어 SnapCenter는 운영 또는 보조 호스트를 자동으로 식별하고 그에 따라 필요한 백업 작업을 실행합니다. SnapCenter에서 생성된 스냅샷 및 파일 기반 백업의 보존 관리는 두 호스트 모두에서 수행되므로 이전 백업도 현재 보조 호스트에서 삭제됩니다.
두 SAP HANA 호스트에 대해 단일 리소스 구성을 사용하면 SAP HANA 시스템 복제 호스트의 가상 IP 주소를 사용하여 단일 SnapCenter 리소스를 구성할 수 있습니다. SAP HANA 호스트의 두 데이터 볼륨은 SnapCenter 리소스에 포함되어 있습니다. 단일 SnapCenter 리소스이기 때문에 SnapCenter에서 생성한 스냅샷 및 파일 기반 백업의 보존 관리는 현재 운영 또는 2차 호스트와는 독립적으로 작동합니다. 이 옵션은 모든 SnapCenter 릴리스에서 사용할 수 있습니다.
다음 표에는 두 구성 옵션의 주요 차이점이 요약되어 있습니다.
| SnapCenter 4.6을 사용하는 리소스 그룹 | 단일 SnapCenter 리소스 및 가상 IP 주소입니다 | |
|---|---|---|
백업 작업(스냅샷 및 파일 기반) |
리소스 그룹의 운영 호스트 자동 식별 |
가상 IP 주소를 자동으로 사용합니다 |
보존 관리(Snapshot 및 파일 기반) |
두 호스트 모두에서 자동으로 실행됩니다 |
단일 리소스를 자동으로 사용합니다 |
백업 용량 요구 사항 |
백업은 운영 호스트 볼륨에서만 생성됩니다 |
백업은 항상 두 호스트 볼륨에 생성됩니다. 두 번째 호스트의 백업은 충돌의 일관성일 뿐이며 롤포워드하는 데 사용할 수 없습니다. |
복원 작업 |
현재 활성 호스트의 백업을 복구 작업에 사용할 수 있습니다 |
유효한 백업을 식별하고 복구에 사용할 수 있는 백업을 식별하는 데 필요한 사전 백업 스크립트입니다 |
복구 작업 |
모든 복구 옵션은 자동 검색 리소스와 동일하게 사용할 수 있습니다 |
수동 복구가 필요합니다 |
|
일반적으로 SnapCenter 4.6과 함께 리소스 그룹 구성 옵션을 사용하여 HANA 시스템 복제를 사용하도록 설정한 HANA 시스템을 보호하는 것이 좋습니다. 단일 SnapCenter 리소스 구성은 SnapCenter 운영 방식이 중앙 플러그인 호스트를 기반으로 하고 HANA 플러그인을 HANA 데이터베이스 호스트에 배포하지 않는 경우에만 필요합니다. |
다음 섹션에서는 두 옵션에 대해 자세히 설명합니다.