3.5. Promotable SAPHana 리소스 생성
SAPHana 리소스 에이전트는 SAP HANA 스케일업 시스템 복제의 일부인 SAP HANA 인스턴스를 관리하고 SAP HANA 시스템 복제의 상태도 모니터링합니다. SAP HANA 기본 복제 인스턴스가 실패하는 경우 SAPHana 리소스 에이전트는 리소스 에이전트 매개 변수가 설정된 방법에 따라 SAP HANA 시스템 복제를 트리거할 수 있습니다.
SAPHana 리소스 에이전트에는 다음과 같은 속성이 있습니다.
| 특성 이름 | 필수 여부 | 기본값 | 설명 |
|---|---|---|---|
| SID | 제공됨 | null | SAP HANA 설치의 SAP 시스템 식별자(SID)는 모든 노드에 대해 동일해야 합니다. 예: RH1 |
| InstanceNumber | 제공됨 | null | SAP HANA 설치 인스턴스 번호(모든 노드에 대해 동일해야 함). 예: 02 |
| PREFER_SITE_TAKEOVER | 제공되지 않음 | null | 리소스 에이전트가 주를 다시 시작하는 대신 보조 인스턴스로 전환하는 것을 선호합니까? true. true: prefer takeover to the secondary site; false: do prefer restart locally; never: no circumstances do no circumstances do do takeover of the other node |
| AUTOMATED_REGISTER | 제공되지 않음 | false | takeover 이벤트가 발생한 경우 이전 기본 인스턴스가 secondary로 등록되어야 합니까? ("false": no, 수동 개입이 필요합니다. "true": yes, 이전 primary는 리소스 에이전트에 의해 보조로 등록됨) |
| DUPLICATE_PRIMARY_TIMEOUT | 제공되지 않음 | 7200 | 클러스터가 반응하기 전에 이중 실행 상황이 발생하는 경우 두 개의 기본 타임스탬프 간에 시간 차이가 필요합니다. 시간 차이가 시간 간격보다 작으면 클러스터는 "WAITING" 상태의 인스턴스 중 하나 또는 두 개의 인스턴스를 보유합니다. 이는 관리자가 장애 조치(failover)에 대응할 수 있는 기회를 제공하기 위한 것입니다. 이전 기본 충돌의 전체 노드가 발생하면 시간 차이가 경과한 후 이전 기본 노드가 등록됩니다. SAP HANA 인스턴스가 "만" 충돌하면 이전 기본 인스턴스가 즉시 등록됩니다. 이 등록 후 시스템 복제로 모든 데이터를 덮어씁니다. |
HA 클러스터에서 관리하는 SAP HANA 시스템 복제 및 가용성 및 데이터 보호 요구 사항에 따라 PREFER 매개변수를 설정해야 합니다.
_SITE_TAKEOVER,AUTOMATED_REGISTER 및 DUPLICATE_PIIAL_TIMEOUT
일반적으로 PREFER_SITE_TAKEOVER 는 디스크에서 모든 데이터를 다시 시작하고 다시 디스크로 다시 시작하는 데 걸리는 것보다 새 SAP HANA 기본 인스턴스가 완전히 활성화되는 데 더 적은 시간이 걸리기 때문에 HA 클러스터가 기본 SAP HANA 인스턴스의 장애 발생 시 takeover를 트리거할 수 있도록 true로 설정해야 합니다.
HA 클러스터에 의해 트리거된 새로운 기본 SAP HANA 인스턴스의 모든 데이터가 올바른지 확인하려면 AUTOMATED_REGISTER 를 false로 설정해야 합니다. 이로 인해 Operator가 실수로 인수되는 경우 이전 기본 SAP HANA 인스턴스로 다시 전환할 수 있거나, 인수가 올바르면 이전 기본 SAP HANA 인스턴스를 새 보조 SAP HANA 인스턴스로 등록하여 SAP HANA 시스템 복제 작업을 다시 가져올 수 있습니다.
AUTOMATED_REGISTER 가 true로 설정되면 HA 클러스터의 인수 후 기존 기본 SAP HANA 인스턴스가 SAPHana 리소스 에이전트에 의해 새 보조 SAP HANA 인스턴스로 자동으로 등록됩니다. 이렇게 하면 SAP HANA 시스템 복제 설정의 가용성이 증가하고 SAP HANA 시스템 복제 환경에서 "기본적인" 상황을 방지할 수 있습니다. 그러나 보조 SAP HANA 인스턴스의 데이터가 완전히 동기화되지 않았음에도 HA 클러스터에서 테이오버가 트리거된 경우 새 보조 SAP HANA 인스턴스가 삭제되기 전에 동기화되지 않은 모든 데이터를 삭제하므로 이전 기본 SAP HANA 인스턴스의 자동 등록으로 인해 데이터 손실/데이터 손상의 위험이 증가할 수 있습니다.
SAP HANA 인스턴스 및 SAP HANA 시스템 복제를 관리하기 위한 승격 가능한 SAPHana 클러스터 리소스는 다음 예와 같이 생성할 수 있습니다.
결과 HA 클러스터 리소스는 다음과 같아야 합니다.
리소스 작업의 시간 초과는 예제일 뿐이며 실제 SAP HANA 설정에 따라 조정해야 할 수 있습니다(예: 대규모 SAP HANA 데이터베이스는 시작하는 데 시간이 오래 걸릴 수 있으므로 시작 시간 초과가 증가할 수 있음).
리소스가 시작되고 HA 클러스터가 첫 번째 모니터 작업을 실행한 후 다음과 같이 노드에서 SAP HANA 데이터베이스의 현재 상태를 설명하는 추가 노드 속성이 추가됩니다.