RHEL 고가용성 클러스터에 대한 지원 정책 - 클러스터에서 SAP HANA 관리를 참조하십시오.

SAP Note 2777782 - SAP HANA DB: RHEL 8용 OS 설정 권장 에 설명된 대로 SAP HANA를 실행하는 모든 RHEL 8 시스템에 RHEL for SAP Solutions 서브스크립션이 필요합니다. RHEL 8에서 SAP HANA를 실행하기 위한 표준 리포지토리 외에도 모든 HA 클러스터 노드에는 RHEL HA 애드온 에 대한 리포지토리도 있어야 합니다. 활성화된 리포지토리 목록은 다음과 유사해야 합니다.

[root]# dnf repolist
repo id                                 repo name                                                        status
rhel-8-for-x86_64-appstream-rpms        Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs)         8,603
rhel-8-for-x86_64-baseos-rpms           Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs)            3,690
rhel-8-for-x86_64-highavailability-rpms Red Hat Enterprise Linux 8 for x86_64 - High Availability (RPMs) 156
rhel-8-for-x86_64-sap-solutions-rpms    Red Hat Enterprise Linux 8 for x86_64 - SAP Solutions (RPMs)     10

두 시스템 모두 문제 없이 두 시스템의 FQDN을 해결할 수 있는지 확인합니다. DNS 없이 FQDN을 해결할 수 있도록 하려면 아래 예제와 같이 /etc/hosts 에 배치하십시오.

[root]# cat /etc/hosts
...
192.168.0.11 node1.example.com node1
192.168.0.12 node2.example.com node2

시스템 복제가 작동하려면 SAP HANA log_mode 변수를 normal로 설정해야 합니다. 자세한 내용은 SAP Note 3221437 - System replication is failed due to "Connection reject: Primary has to run in log mode normal for system replication!" 을 참조하십시오. 두 노드 모두에서 아래 명령을 사용하여 SAP HANA 관리 사용자로 확인할 수 있습니다.

[rh1adm]$ hdbsql -u system -p <HANA_SYSTEM_PASSWORD> -i 02 "select value from "SYS"."M_INIFILE_CONTENTS" where key='log_mode'"
VALUE "normal"
1 row selected

설치 중에 선택한 SID에 대해 SAP HANA 관리 사용자가 많은 구성 단계를 수행합니다. 이 문서에 설명된 예제 설정의 경우 사용된 SID가 RH1 이므로 사용자 ID rh1adm 이 SAP HANA 관리 사용자에게 사용됩니다.

root 사용자에서 SAP HANA 관리 사용자로 전환하려면 다음 명령을 사용합니다.

[root]# sudo -i -u rh1adm
[rh1adm]$

SAP HANA 시스템 복제는 SAP HANA 시스템 복제 설정에 대한 기본 인스턴스가 될 HANA 인스턴스에서 초기 백업을 수행한 후에만 작동합니다.

다음은 /tmp/foo 디렉터리에 초기 백업을 생성하는 예를 보여줍니다.

백업 크기는 데이터베이스 크기에 따라 다르며 완료하는 데 약간의 시간이 걸릴 수 있습니다. 백업을 배치할 디렉터리는 SAP HANA 관리 사용자가 쓸 수 있어야 합니다.

단일 테넌트 SAP HANA 설정에서 다음 명령을 사용하여 초기 백업을 생성할 수 있습니다.

[rh1adm]$ hdbsql -i 02 -u system -p <HANA_SYSTEM_PASSWORD> "BACKUP DATA USING FILE ('/tmp/foo')"
0 rows affected (overall time xx.xxx sec; server time xx.xxx sec)

멀티 테넌트 SAP HANA 설정에서 SYSTEMDB 및 모든 테넌트 데이터베이스를 백업해야 합니다. 다음 예제에서는 SYSTEMDB 를 백업하는 방법을 보여줍니다.

[rh1adm]$ hdbsql -i 02 -u system -p <HANA_SYSTEM_PASSWORD> -d SYSTEMDB "BACKUP DATA USING FILE ('/tmp/foo')"
0 rows affected (overall time xx.xxx sec; server time xx.xxx sec)
[rh1adm]# hdbsql -i 02 -u system -p <HANA_SYSTEM_PASSWORD> -d SYSTEMDB "BACKUP DATA FOR RH1 USING FILE ('/tmp/foo-RH1')"
0 rows affected (overall time xx.xxx sec; server time xx.xxx sec)

테넌트 데이터베이스를 백업하는 방법에 대한 SAP HANA 설명서를 확인하십시오.

초기 백업이 성공적으로 완료되면 다음 명령을 사용하여 SAP HANA 시스템 복제를 초기화합니다.

[rh1adm]$ hdbnsutil -sr_enable --name=DC1
checking for active nameserver ...
nameserver is active, proceeding ...
successfully enabled system as system replication source site done.

초기화 후 SAP HANA 시스템 복제 상태가 현재 노드를 'primary'로 표시하는지 확인합니다.

[rh1adm]#$ hdbnsutil -sr_state
checking for active or inactive nameserver ...
System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~
mode: primary
site id: 1
site name: DC1
Host Mappings:

SAP HANA 기본 인스턴스와 동일한 SID 및 인스턴스 번호를 사용하여 다른 HA 클러스터 노드에 보조 SAP HANA 인스턴스를 설치한 후 이미 실행중인 SAP HANA 기본 인스턴스에 등록해야 합니다.

보조 복제 인스턴스가 될 SAP HANA 인스턴스를 먼저 중지해야 기본 인스턴스에 등록할 수 있습니다.

[rh1adm]$ HDB stop

보조 SAP HANA 인스턴스가 중지되면 기본 SAP HANA 인스턴스에서 보조 SAP HANA 인스턴스로 SAP HANA 시스템 PKI SSFS_RH1.KEY 및 SSFS_RH1.DAT 파일을 복사합니다.

[rh1adm]$ scp root@node1:/usr/sap/RH1/SYS/global/security/rsecssfs/key/SSFS_RH1.KEY /usr/sap/RH1/SYS/global/security/rsecssfs/key/SSFS_RH1.KEY
...
[rh1adm]$ scp root@node1:/usr/sap/RH1/SYS/global/security/rsecssfs/data/SSFS_RH1.DAT /usr/sap/RH1/SYS/global/security/rsecssfs/data/SSFS_RH1.DAT
...

자세한 내용은 SAP Note 2369981 - HANA 시스템 복제를 통한 인증에 필요한 구성 단계를 참조하십시오.

이제 다음 명령을 사용하여 SAP HANA 보조 복제 인스턴스를 SAP HANA 기본 복제 인스턴스에 등록할 수 있습니다.

[rh1adm]$ hdbnsutil -sr_register --remoteHost=node1 --remoteInstance=02 --replicationMode=syncmem --operationMode=logreplay --name=DC2
adding site ...
checking for inactive nameserver ...
nameserver node2:30201 not responding.
collecting information ...
updating local ini files ...
done.

HANA 시스템 복제에 대한 요구 사항에 따라 replicationMode 및 operationMode의 값을 선택하십시오. 자세한 내용은 SAP HANA 시스템 복제 및 운영 모드의 복제 모드를 참조하십시오.

등록이 성공하면 SAP HANA 보조 복제 인스턴스를 다시 시작할 수 있습니다.

[rh1adm]$ HDB start

보조 노드가 실행 중이고 'mode'가 hdbnsutil -sr_register 명령의 replicationMode 매개변수에 사용된 값과 일치하는지 확인합니다. 등록에 성공한 경우 SAP HANA 보조 복제 인스턴스의 SAP HANA 시스템 복제 상태는 다음과 유사합니다.

[rh1adm]$ hdbnsutil -sr_state
checking for active or inactive nameserver ...
System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~
mode: syncmem
site id: 2
site name: DC2
active primary site: 1
Host Mappings:
~~~~~~~~~~~~~~
node2 -> [DC1] node1
node2 -> [DC2] node2

SAP HANA 시스템 복제의 현재 상태를 확인하려면 SAP HANA에서 제공하는 systemReplicationStatus.py Python 스크립트를 현재 기본 SAP HANA 노드에서 SAP HANA 관리 사용자로 사용할 수 있습니다.

단일 테넌트 SAP HANA 설정에서 출력은 다음과 유사합니다.

[rh1adm]$ python /usr/sap/RH1/HDB02/exe/python_support/systemReplicationStatus.py
| Host | Port | Service Name | Volume ID | Site ID | Site Name | Secondary | Secondary | Secondary | Secondary | Secondary | Replication | Replication | Replication | | | | | | | | Host | Port | Site ID | Site Name | Active Status | Mode | Status | Status Details |
| ----- | ----- | ------------ | --------- | ------- | --------- | --------- | --------- | --------- | --------- | ------------- | ----------- | ----------- | -------------- | | node1 | 30201 | nameserver | 1 | 1 | DC1 | node2 | 30201 | 2 | DC2 | YES | SYNCMEM | ACTIVE | |
| node1 | 30207 | xsengine | 2 | 1 | DC1 | node2 | 30207 | 2 | DC2 | YES | SYNCMEM | ACTIVE | |
| node1 | 30203 | indexserver | 3 | 1 | DC1 | node2 | 30203 | 2 | DC2 | YES | SYNCMEM | ACTIVE | |


status system replication site "2": ACTIVE
overall system replication status: ACTIVE

Local System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
mode: PRIMARY
site id: 1
site name: DC1

다중 테넌트 SAP HANA 설정에서 출력은 다음과 유사합니다.

[rh1adm]$ python /usr/sap/RH1/HDB02/exe/python_support/systemReplicationStatus.py
| Database | Host | Port | Service Name | Volume ID | Site ID | Site Name | Secondary | Secondary | Secondary | Secondary | Secondary | Replication | Replication | Replication | | | | | | | | | Host | Port | Site ID | Site Name | Active Status | Mode | Status | Status Details |
| -------- | ----- | ----- | ------------ | --------- | ------- | --------- | ----------| --------- | --------- | --------- | ------------- | ----------- | ----------- | -------------- |
| SYSTEMDB | node1 | 30201 | nameserver | 1 | 1 | DC1 | node2 | 30201 | 2 | DC2 | YES | SYNCMEM | ACTIVE | |
| RH1 | node1 | 30207 | xsengine | 2 | 1 | DC1 | node2 | 30207 | 2 | DC2 | YES | SYNCMEM | ACTIVE | |
| RH1 | node1 | 30203 | indexserver | 3 | 1 | DC1 | node2 | 30203 | 2 | DC2 | YES | SYNCMEM | ACTIVE | |

status system replication site "2": ACTIVE
overall system replication status: ACTIVE

Local System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
mode: PRIMARY
site id: 1
site name: DC1

테스트 단계는 KPI가 충족되고 환경이 구성된 방식을 수행하는지 확인하는 매우 중요한 단계입니다. SAP HANA 시스템 복제 설정이 HA 클러스터 없이 예상대로 작동하지 않는 경우 나중에 SAP HANA 시스템 복제 설정을 관리하도록 HA 클러스터가 구성되면 예기치 않은 동작이 발생할 수 있습니다.

따라서 특정 요구 사항에 따라 개선되어야 하는 지침으로 몇 가지 테스트 사례가 권장됩니다. 테스트는 비현실적인 데이터 로드 및 크기로 수행해야 합니다.

섹션 "9 참조"를 참조하십시오. 자세한 내용은 테스트 " SAP HANA 시스템 복제를 수행하는 방법에서 테스트"를 참조하십시오.

SAP HANA scale-Up System Replication setup 관리를 위해 HA 클러스터를 설정하는 데 필요한 리소스 에이전트 및 기타 SAP HANA 특정 구성 요소는 "RHEL for SAP Solutions" 저장소의 resource-agents-sap-hana RPM 패키지를 통해 제공됩니다.

패키지를 설치하려면 다음 명령을 사용하십시오.

[root]# dnf install resource-agents-sap-hana

SAP의 HA/DR 공급자 구현에 설명된 대로 SAP HANA의 최신 버전은 SAP HANA가 특정 이벤트에 대한 알림을 보낼 수 있는 "hooks"를 제공합니다. srConnectionChanged() 후크를 사용하면 HA 클러스터의 상태가 변경될 때 이를 감지하기 위해 HA 클러스터의 기능이 개선되어 작업을 수행해야 할 때와 데이터 손실/데이터 손상이 발생하지 않도록 할 수 있습니다.

리소스의 불필요한 페일오버를 방지하려면 resource-stickiness 및 migration-threshold 매개변수에 대해 다음 기본값을 설정해야 합니다. 이 매개변수는 하나의 노드에서만 수행해야 합니다.

[root]# pcs resource defaults resource-stickiness=1000
[root]# pcs resource defaults migration-threshold=5000

[root]# pcs resource defaults update resource-stickiness=1000
[root]# pcs resource defaults update migration-threshold=5000

resource-stickiness=1000 은 리소스가 실행되는 것을 권장합니다. migration-threshold=5000 은 5000 실패 후에만 리소스를 새 노드로 이동합니다. 5000 은 일반적으로 리소스가 다른 노드로 조기 실패하지 않도록하기에 충분합니다. 또한 리소스 장애 조치 시간이 제어 가능한 제한 내에 유지되도록 합니다.

SAPHanaTopology 리소스 에이전트는 각 노드에서 SAP HANA 시스템 복제의 상태 및 구성에 대한 정보를 수집합니다. 또한 SAP HANA 인스턴스를 시작, 중지 및 모니터링하는 데 필요한 로컬 SAP HostAgent 를 시작하고 모니터링합니다.

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

다음은 SAPHanaTopology 복제 리소스를 생성하는 예제 명령입니다.

[root]# pcs resource create SAPHanaTopology_RH1_02 SAPHanaTopology SID=RH1 InstanceNumber=02 \
op start timeout=600 \
op stop timeout=300 \
op monitor interval=10 timeout=600 \
clone clone-max=2 clone-node-max=1 interleave=true

결과 리소스는 다음과 같아야 합니다.

[root]# pcs resource show SAPHanaTopology_RH1_02-clone
Clone: SAPHanaTopology_RH1_02-clone
Meta Attrs: clone-max=2 clone-node-max=1 interleave=true Resource: SAPHanaTopology_RH1_02 (class=ocf provider=heartbeat type=SAPHanaTopology)
  Attributes: SID=RH1 InstanceNumber=02
  Operations: start interval=0s timeout=600 (SAPHanaTopology_RH1_02-start-interval-0s)
              stop interval=0s timeout=300 (SAPHanaTopology_RH1_02-stop-interval-0s)
              monitor interval=10 timeout=600 (SAPHanaTopology_RH1_02-monitor-interval-10s)

리소스가 시작되면 pcs status --full 명령으로 볼 수 있는 노드 속성 형태로 저장된 수집된 정보가 표시됩니다. 다음은 SAPHanaTopology 만 시작될 때 어떤 속성인지의 예입니다.

[root]# pcs status --full
...
Node Attributes:
* Node node1:
    + hana_rh1_remoteHost               : node2
    + hana_rh1_roles                    : 1:P:master1::worker:
    + hana_rh1_site                     : DC1
    + hana_rh1_srmode                   : syncmem
    + hana_rh1_vhost                    : node1
* Node node2:
    + hana_rh1_remoteHost               : node1
    + hana_rh1_roles                    : 1:S:master1::worker:
    + hana_rh1_site                     : DC2
    + hana_rh1_srmode                   : syncmem
    + hana_rh1_vhost                    : node2
...

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

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

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

결과 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)

리소스가 시작되고 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
...

클라이언트가 현재 실행 중인 HA 클러스터 노드와 독립적으로 기본 SAP HANA 인스턴스에 액세스하려면 기본 SAP HANA 인스턴스가 실행되는 노드에서 HA 클러스터가 활성화되는 가상 IP 주소가 필요합니다.

HA 클러스터가 VIP를 관리할 수 있도록 하려면 IP 192.168.0.15 를 사용하여 IPaddr2 리소스를 만듭니다.

[root]# pcs resource create vip_RH1_02 IPaddr2 ip="192.168.0.15"

HA 클러스터가 실행 중인 플랫폼에 따라 가상 IP 주소를 관리하기 위해 적절한 리소스 에이전트를 사용하십시오.

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

[root]# pcs resource show vip_RH1_02
Resource: vip_RH1_02 (class=ocf provider=heartbeat type=IPaddr2)
Attributes: ip=192.168.0.15
Operations: start interval=0s timeout=20s (vip_RH1_02-start-interval-0s)
            stop interval=0s timeout=20s (vip_RH1_02-stop-interval-0s)
            monitor interval=10s timeout=20s (vip_RH1_02-monitor-interval-10s)

올바른 작업을 위해 SAPHana 리소스를 시작하기 전에 SAPHanaTopology 리소스가 시작되고 가상 IP 주소가 기본 SAP HANA 인스턴스가 실행 중인 노드에 있는지 확인해야 합니다.

이를 위해서는 다음 제약 조건이 필요합니다.

[root]# pcs constraint order SAPHanaTopology_RH1_02-clone then SAPHana_RH1_02-clone symmetrical=false

[root]# pcs constraint
...
Ordering Constraints:
  start SAPHanaTopology_RH1_02-clone then start SAPHana_RH1_02-clone (kind:Mandatory) (non-symmetrical)
...

[root]# pcs constraint colocation add vip_RH1_02 with master SAPHana_RH1_02-clone 2000

[root]# pcs constraint
...
Colocation Constraints:
  vip_RH1_02 with SAPHana_RH1_02-clone (score:2000) (rsc-role:Started) (with-rsc-role:Master)
...

SAP HANA 2.0 SPS1부터 SAP HANA 시스템 복제에 대한 Active/Active(Read Enabled) 설정을 지원합니다. 여기서 SAP HANA 시스템 복제 설정의 보조 인스턴스를 읽기 전용 액세스에 사용할 수 있습니다.

이러한 설정을 지원할 수 있으려면 클라이언트가 보조 SAP HANA 인스턴스에 액세스할 수 있도록 하는 두 번째 가상 IP 주소가 필요합니다. 이 작업이 발생한 후에도 보조 복제 사이트에 계속 액세스할 수 있도록 HA 클러스터는 승격 가능한 SAPHana 리소스의 슬레이브와 함께 가상 IP 주소를 이동해야 합니다.

SAP HANA에서 Active/Active(Read Enabled) 모드를 활성화하려면 보조 SAP HANA 인스턴스를 등록할 때 operationMode 를 logreplay_readaccess 로 설정해야 합니다.

[root]# pcs resource create vip2_RH1_02 IPaddr2 ip="192.168.1.11"

[root]# pcs constraint location vip2_RH1_02 rule score=INFINITY hana_rh1_sync_state eq SOK and hana_rh1_roles eq 4:S:master1:master:worker:master
[root]# pcs constraint location vip2_RH1_02 rule score=2000 hana_rh1_sync_state eq PRIM and hana_rh1_roles eq 4:P:master1:master:worker:master

이 문서에 설명된 HA 클러스터 구성을 사용하여 SAP HANA 시스템 복제 설정을 관리하는 경우 업데이트 전후에 SAP HANA 인스턴스를 업데이트하는 실제 프로세스 외에도 몇 가지 추가 단계가 필요합니다. 다음 단계를 실행합니다.

SAP HANA 시스템 복제 수동 수집은 승격 가능한 복제 리소스를 이동하여 트리거할 수 있습니다.

[root]# pcs resource move SAPHana_RH1_02-clone

HA 클러스터는 각 pcs resource move 명령을 호출하면 위치 제약 조건을 생성하여 리소스가 이동합니다. 자세한 내용은 pcs resource move를 실행할 때 제약 조건을 관리할 수 있는 방법이 있는지 확인하십시오. HA 클러스터가 이전 기본 SAP HANA 인스턴스를 다시 관리할 수 있도록 SAP HANA 시스템 복제 수집이 완료되었는지 확인한 후 이 제약 조건을 제거해야 합니다.

pcs resource move 에서 생성한 제약 조건을 제거하려면 다음 명령을 사용합니다.

[root]# pcs resource clear SAPHana_RH1_02-clone