3.5. Promotable SAPHana 리소스 생성


SAPHana 리소스 에이전트는 SAP HANA 스케일업 시스템 복제의 일부인 SAP HANA 인스턴스를 관리하고 SAP HANA 시스템 복제의 상태도 모니터링합니다. SAP HANA 기본 복제 인스턴스가 실패하는 경우 SAPHana 리소스 에이전트는 리소스 에이전트 매개 변수가 설정된 방법에 따라 SAP HANA 시스템 복제를 트리거할 수 있습니다.

SAPHana 리소스 에이전트에는 다음과 같은 속성이 있습니다.

Expand
특성 이름필수 여부기본값설명

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 클러스터 리소스는 다음 예와 같이 생성할 수 있습니다.

[root]# pcs resource create SAPHana_RH1_02 SAPHana SID=RH1 InstanceNumber=02 \
PREFER_SITE_TAKEOVER=true DUPLICATE_PRIMARY_TIMEOUT=7200 AUTOMATED_REGISTER=true \
op start timeout=3600 \
op stop timeout=3600 \
op monitor interval=61 role="Slave" timeout=700 \
op monitor interval=59 role="Master" timeout=700 \
op promote timeout=3600 \
op demote timeout=3600 \
promotable notify=true clone-max=2 clone-node-max=1 interleave=true
Copy to Clipboard Toggle word wrap

결과 HA 클러스터 리소스는 다음과 같아야 합니다.

[root]# pcs resource config SAPHana_RH1_02-clone
Clone: SAPHana_RH1_02-clone
Meta Attrs: clone-max=2 clone-node-max=1 interleave=true notify=true promotable=true
Resource: SAPHana_RH1_02 (class=ocf provider=heartbeat type=SAPHana)
  Attributes: AUTOMATED_REGISTER=true DUPLICATE_PRIMARY_TIMEOUT=180 InstanceNumber=02 PREFER_SITE_TAKEOVER=true SID=RH1
  Operations: methods interval=0s timeout=5 (SAPHana_RH1_02-methods-interval-0s)
              monitor interval=61 role=Slave timeout=700 (SAPHana_RH1_02-monitor-interval-61)
              monitor interval=59 role=Master timeout=700 (SAPHana_RH1_02-monitor-interval-59)
              promote interval=0s timeout=3600 (SAPHana_RH1_02-promote-interval-0s)
              demote interval=0s timeout=3600 (SAPHana_RH1_02-demote-interval-0s)
              start interval=0s timeout=3600 (SAPHana_RH1_02-start-interval-0s)
              stop interval=0s timeout=3600 (SAPHana_RH1_02-stop-interval-0s)
Copy to Clipboard Toggle word wrap
참고

리소스 작업의 시간 초과는 예제일 뿐이며 실제 SAP HANA 설정에 따라 조정해야 할 수 있습니다(예: 대규모 SAP HANA 데이터베이스는 시작하는 데 시간이 오래 걸릴 수 있으므로 시작 시간 초과가 증가할 수 있음).

리소스가 시작되고 HA 클러스터가 첫 번째 모니터 작업을 실행한 후 다음과 같이 노드에서 SAP HANA 데이터베이스의 현재 상태를 설명하는 추가 노드 속성이 추가됩니다.

[root]# pcs status --full
...
Node Attributes:
* Node node1:
    + hana_rh1_clone_state              : PROMOTED
    + hana_rh1_op_mode                  : delta_datashipping
    + hana_rh1_remoteHost               : node2
    + hana_rh1_roles                    : 4:P:master1:master:worker:master
    + hana_rh1_site                     : DC1
    + hana_rh1_sync_state               : PRIM
    + hana_rh1_srmode                   : syncmem
    + hana_rh1_version                	: 2.00.064.00.1660047502
    + hana_rh1_vhost                    : node1
    + lpa_rh1_lpt                       : 1495204085
    + master-SAPHana_RH1_02             : 150
* Node node2:
    + hana_r12_clone_state              : DEMOTED
    + hana_rh1_op_mode                  : delta_datashipping
    + hana_rh1_remoteHost               : node1
    + hana_rh1_roles                    : 4:S:master1:master:worker:master
    + hana_rh1_site                     : DC2
    + hana_rh1_srmode                   : syncmem
    + hana_rh1_sync_state               : SOK
    + hana_rh1_version                	: 2.00.064.00.1660047502
    + hana_rh1_vhost                    : node2
    + lpa_rh1_lpt                       : 30
    + master-SAPHana_RH1_02             : -INFINITY
...
Copy to Clipboard Toggle word wrap
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동