本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# SAP HANA 和集群设置
**Topics**
+ [SAP HANA 设置和 HSR](sap-hana-pacemaker-rhel-hana-setup-hsr.md)
+ [SAP HANA 服务控制](sap-hana-pacemaker-rhel-hana-control.md)
+ [集群节点设置](sap-hana-pacemaker-rhel-cluster-node-setup.md)
+ [群集配置](sap-hana-pacemaker-rhel-cluster-config.md)
+ [客户端连接](sap-hana-pacemaker-rhel-client-connectivity.md)
# SAP HANA 设置和 HSR
通过配置参数和创建所需备份，使 SAP HANA 做好系统复制（HSR）准备。
**Topics**
+ [查看 AWS 和 SAP 安装指南](#review_guides)
+ [检查 global.ini 参数](#global_ini)
+ [在主系统上创建 SAP HANA 备份](#pre_setup_backup)
+ [在主系统和辅助系统上配置系统复制](#register_hsr)
+ [检查 SAP 主机代理版本](#sap_host_agent)
**重要**
本指南假设 SAP HANA Platform 已按照和 SAP 的指导作为扩展配置进行安装，其中两个 EC2 实例位于不同的可用区，或者作为横向扩展配置，在两个可用区中安装了多个 EC2 实例。 AWS
## 查看 AWS 和 SAP 安装指南
+ AWS 文档-开[启 SAP HANA 环境设置 AWS](https://docs.aws.amazon.com/sap/latest/sap-hana/std-sap-hana-environment-setup.html)
+ SAP 文档：[SAP HANA Server Installation and Update Guide](https://help.sap.com/docs/SAP_HANA_PLATFORM/2c1988d620e04368aa4103bf26f17727/7eb0167eb35e4e2885415205b8383584.html)
SAP 制作了文档，讲解如何使用 SAP HANA Cockpit、SAP HANA Studio 或命令行中的 `hdbnsutil` 来配置 SAP HANA 系统复制。请查看该文档中适合您的 SAP HANA 版本的内容，确保该指南没有变化，或者使用命令行以外的方法。
+ SAP 文档：[Configuring SAP HANA System Replication](https://help.sap.com/docs/SAP_HANA_PLATFORM/4e9b18c116aa42fc84c7dbfd02111aba/442bf027937746248f69701aa9b94112.html)
## 检查 global.ini 参数
以 adm 的身份运行以下命令。这些命令将提示输入 SYSTEMDB 数据库的系统密码。
**检查 log\$1mode 是否设置为 normal**
确保在 global.ini 文件的 persistence 部分中，将配置参数 log\$1mode 设置为 `normal`：
```
hdbsql -jx -i -u system -d SYSTEMDB "SELECT VALUE FROM M_INIFILE_CONTENTS WHERE FILE_NAME = 'global.ini' AND SECTION = 'persistence' AND KEY = 'log_mode';"
```
例如：
```
hdbadm> hdbsql -jx -i 00 -u system -d SYSTEMDB "SELECT VALUE FROM M_INIFILE_CONTENTS WHERE FILE_NAME = 'global.ini' AND SECTION = 'persistence' AND KEY = 'log_mode';"
VALUE
"normal"
```
**查看 global.ini 文件复制**
SAP HANA 系统复制功能需要在主系统和辅助系统之间采用一致的配置来确保正常运行，尤其是在失效转移场景中。global.ini 中的 `inifile_checker/replicate` 参数为满足该要求而提供了自动化解决方案。在主系统上启用该参数后，对主系统上的 ini 文件所做的任何配置更改都会自动同步到辅助站点。这样就无需手动复制配置，并有助于防止可能影响系统可用性的配置不匹配。该参数只需在主系统上配置，因为辅助系统将通过正常的系统复制过程接收这些配置更改。
将以下内容添加到 `global.ini` 中：
```
[inifile_checker]
replicate = true
```
请参阅 SAP Note [2978895 - Changing parameters on Primary and Secondary site of SAP HANA system](https://me.sap.com/notes/2978895)
## 在主系统上创建 SAP HANA 备份
**获取所有活动数据库的列表：**
```
hdbsql -jx -i -u system -d SYSTEMDB "SELECT DATABASE_NAME,ACTIVE_STATUS from M_DATABASES"
```
例如：
```
hdbadm> hdbsql -jx -i 00 -u system -d SYSTEMDB "SELECT DATABASE_NAME,ACTIVE_STATUS from M_DATABASES"
Password:
DATABASE_NAME,ACTIVE_STATUS
"SYSTEMDB","YES"
"HDB","YES"
```
**创建 SYSTEMDB 和每个租户数据库的备份：**
以下命令是针对基于文件的备份的示例。您可以使用首选工具和位置执行备份。如果使用文件系统（例如 /backup），请确保有足够的空间进行完整备份。
------
#### [ Backint ]
对于 SystemDB
```
hdbsql -i 00 -u SYSTEM -d SYSTEMDB "BACKUP DATA USING BACKINT ('initial_hsr_db_SYSTEMDB') COMMENT 'Initial backup for HSR'";
```
对于每个租户数据库
```
hdbsql -i 00 -u SYSTEM -d "BACKUP DATA USING BACKINT ('initial_hsr_db_') COMMENT 'Initial backup for HSR'";
```
+ 以 adm 的身份运行
+ 确保已正确配置 backint
+ 系统将提示您提供密码，您也可以使用 `-p password`
------
#### [ File ]
对于 SystemDB
```
hdbsql -i -u system -d SYSTEMDB "BACKUP DATA USING FILE ('//initial_hsr_db_SYSTEMDB') COMMENT 'Initial backup for HSR'";
```
对于每个租户数据库
```
hdbsql -i -u system -d "BACKUP DATA USING FILE ('//initial_hsr_db_') COMMENT 'Initial backup for HSR'";
```
+ 以 adm 的身份运行
+ 确保备份位置有足够的空间和正确的文件权限
+ 系统将提示您提供密码，您也可以使用 `-p password`
------
### 停止辅助系统并复制系统 PKI 密钥
**停止辅助系统**
以 adm 的身份在辅助系统上停止 HANA 应用程序
```
sapcontrol -nr -function StopSystem
```
**复制系统 PKI 密钥**
使用 scp、共享文件系统或 S3 存储桶，将以下 PKI SSFS 系统密钥和数据文件从主系统复制到辅助系统上的相同位置：
```
/usr/sap//SYS/global/security/rsecssfs/data/SSFS_.DAT
/usr/sap//SYS/global/security/rsecssfs/key/SSFS_.KEY
```
例如，可以使用 scp：
```
hdbadm>scp -p /usr/sap/HDB/SYS/global/security/rsecssfs/data/SSFS_HDB.DAT hdbadm@hanahost02:/usr/sap/HDB/SYS/global/security/rsecssfs/data/SSFS_HDB.DAT
hdbadm>scp -p /usr/sap/HDB/SYS/global/security/rsecssfs/key/SSFS_HDB.KEY hdbadm@hanahost02:/usr/sap/HDB/SYS/global/security/rsecssfs/key/SSFS_HDB.KEY
```
## 在主系统和辅助系统上配置系统复制
**在主系统上启用系统复制**
确保主 SAP HANA 系统已**启动**，然后以 adm 的身份，使用唯一的站点名称启用系统复制：
```
hdbnsutil -sr_enable --name=
```
例如：
```
hdbadm> hdbnsutil -sr_enable --name=siteA
```
**在辅助系统上注册系统复制**
确保辅助 SAP HANA 系统**已停止**，然后以 adm 的身份，使用唯一的站点名称、主系统的连接详细信息和首选复制选项来启用系统复制。
```
hdbnsutil -sr_register \
--name= \
--remoteHost= \
--remoteInstance= \
--replicationMode=[sync|syncmem] \
--operationMode=[logreplay|logreplay_readenabled]
```
例如：
```
hdbadm> hdbnsutil -sr_register --name=siteB --remoteHost=hanahost01 --remoteInstance=00 --replicationMode=syncmem --operationMode=logreplay
```
或者，如果您的设置要求对辅助服务器进行 active/active 读取访问权限，请执行以下操作：
```
hdbadm> hdbnsutil -sr_register --name=siteB --remoteHost=hanahost01 --remoteInstance=00 --replicationMode=syncmem --operationMode=logreplay_readenabled
```
+ `hostname_1` 是用于安装 SAP HANA 的主机名，可能是虚拟名称。
+ 复制模式可以是 `sync` 或 `syncmem`。
+ 要使复制支持集群系统和热备用系统，操作模式必须为 `logreplay` 或 `logreplay_readenabled`。
+ 有关更多信息，请参阅 SAP 文档。
+ SAP 文档：[Replication Modes for SAP HANA System Replication](https://help.sap.com/docs/SAP_HANA_PLATFORM/6b94445c94ae495c83a19646e7c3fd56/c039a1a5b8824ecfa754b55e0caffc01.html)
+ SAP 文档：[Operaton Modes for SAP HANA System Replication](https://help.sap.com/docs/SAP_HANA_PLATFORM/6b94445c94ae495c83a19646e7c3fd56/627bd11e86c84ec2b9fcdf585d24011c.html)
+ SAP 文档：[SAP HANA 系统复制- Active/Active （已启用读取）](https://help.sap.com/docs/SAP_HANA_PLATFORM/6b94445c94ae495c83a19646e7c3fd56/fe5fc53706a34048bf4a3a93a5d7c866.html)
## 检查 SAP 主机代理版本
SAP 主机代理用于 SAP 实例的控制和监控。此代理由 SAP 集群资源代理和钩子使用。建议您在所有实例上安装主机代理的最新版本。有关更多详细信息，请参阅 [SAP Note 2219592 – Upgrade Strategy of SAP Host Agent](https://me.sap.com/notes/2219592)。
使用以下命令检查主机代理的版本，在所有 SAP HANA 节点上重复此操作：
```
# /usr/sap/hostctrl/exe/saphostexec -version
```
# SAP HANA 服务控制
修改管理 SAP HANA 服务的方式以启用集群接管和操作。
**Topics**
+ [将 sidadm 添加到 haclient 组](#_add_sidadm_to_haclient_group)
+ [修改 HANA 的 SAP 配置文件](#_modify_sap_profile_for_hana)
+ [配置 SAPHana SR 集群挂钩以优化集群响应](#hook_saphanasr)
+ [（可选）配置快速启动选项](#_optional_configure_fast_start_option)
+ [查看 systemd 集成](#_review_systemd_integration)
## 将 sidadm 添加到 haclient 组
Pacemaker 软件会创建一个 haclient 操作系统组。为确保集群访问权限正确，请在所有集群节点上将 sidadm 用户添加到此组中。以根用户身份运行以下命令：
```
# usermod -a -G haclient hdbadm
```
## 修改 HANA 的 SAP 配置文件
为了防止 SAP 启动框架在实例重启时自动启动 SAP HANA，请修改所有节点上的 SAP HANA 实例配置文件。这些配置文件位于 `/usr/sap//SYS/profile/`。
以 adm 用户的身份，编辑 SAP HANA 配置文件 `_HDB_` 并修改或添加 Autostart 参数，确保将其设置为 0：
```
Autostart = 0
```
## 配置 SAPHana SR 集群挂钩以优化集群响应
如果系统复制失败， SAPHanaSR 挂钩会立即通知群集，从而补充了标准的群集轮询机制。这种优化可以显著缩短失效转移响应时间。
按照以下步骤配置 SAPHana SR 挂钩：
1. **验证集群软件包**
钩子配置因正在使用的资源代理而异（有关详细信息，请参阅[部署指南](sap-hana-pacemaker-rhel-references.md#deployments-rhel)）。
------
#### [ SAPHanaSR ]
检查是否安装了预期的软件包
```
# rpm -qa resource-agents-sap-hana
```
------
#### [ SAPHanaSR-angi ]
检查是否安装了预期的软件包
```
# rpm -qa sap-hana-ha
```
------
1. **确认钩子位置**
默认情况下软件包安装在 `/usr/share/sap-hana-ha/` 或 `/usr/share/SAPHanaSR/srHook` 中。我们建议使用默认位置，但您可以选择将其复制到自定义目录，例如 `/hana/share/myHooks`。该钩子必须在所有 SAP HANA 集群节点上可用。
1. **配置 global.ini**
更新位于每个 SAP HANA 集群节点上 `/hana/shared//global/hdb/custom/config/` 的 `global.ini` 文件。继续操作之前，请先制作一份备份副本。
------
#### [ SAPHanaSR ]
```
[ha_dr_provider_SAPHanaSR]
provider = SAPHanaSR
path = /usr/share/SAPHanaSR/srHook
execution_order = 1
[trace]
ha_dr_saphanasr = info
```
**注意**
如果您修改了软件包的位置，请更新路径。
------
#### [ sap-hana-ha (newer agent) ]
```
[ha_dr_provider_sushanasr]
provider = HanaSR
path = /usr/share/sap-hana-ha/
execution_order = 1
[trace]
ha_dr_sushanasr = info
```
**注意**
如果您修改了软件包的位置，请更新路径。
------
1. **配置 Sudo 权限**
SAPHanaSR Python 挂钩需要 su do 权限才能让管理员用户访问集群属性：
1. 在 `/etc/sudoers.d/` 中以根用户身份创建新的 sudoers 文件，例如 `60-SAPHanaSR-hook`
1. 使用 visudo 安全地编辑新文件 `visudo /etc/sudoers.d/60-SAPHanaSR-hook`
1. 添加以下配置，将 替换为小写的系统 ID，将 替换为大写的系统 ID：
```
Cmnd_Alias SITE_SOK = /usr/sbin/crm_attribute -n hana__site_srHook_[a-zA-Z0-9_]* -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SITE_SFAIL = /usr/sbin/crm_attribute -n hana__site_srHook_[a-zA-Z0-9_]* -v SFAIL -t crm_config -s SAPHanaSR
Cmnd_Alias HOOK_HELPER = /usr/sbin/SAPHanaSR-hookHelper --sid= --case=checkTakeover
hdbadm ALL=(ALL) NOPASSWD: SITE_SOK, SITE_SFAIL, HOOK_HELPER
```
例如：
```
Cmnd_Alias SITE_SOK = /usr/sbin/crm_attribute -n hana_hdb_site_srHook_[a-zA-Z0-9_]* -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SITE_SFAIL = /usr/sbin/crm_attribute -n hana_hdb_site_srHook_[a-zA-Z0-9_]* -v SFAIL -t crm_config -s SAPHanaSR
Cmnd_Alias HOOK_HELPER = /usr/sbin/SAPHanaSR-hookHelper --sid=HDB --case=checkTakeover
hdbadm ALL=(ALL) NOPASSWD: SITE_SOK, SITE_SFAIL, HOOK_HELPER
```
**注意**
该语法使用 glob 表达式，使得它可以适应不同的 HSR 站点名称，同时避免使用通配符。这确保了灵活性和安全性。在 SID 发生变化时，仍需要进行修改。将 `` 替换为与安装匹配的小写 `sid`，将 `` 替换为与安装匹配的大写 `SID`。
1. **重新加载配置**
adm 将更改重新加载到 `global.ini` 时，使用 HANA 重新启动或以下命令：
```
hdbadm> hdbnsutil -reconfig
```
1. **验证钩子配置**
以 adm 的身份验证钩子是否已加载：
```
hdbadm> cdtrace
hdbadm> grep "loading HA/DR Provider" nameserver*
```
1. **将配置复制到辅助系统**
1. 确认 global.ini 更改已复制到辅助系统
1. 在辅助系统上创建对应的 sudoers.d 文件
## （可选）配置快速启动选项
SAP HANA 快速重启选项不在本文档的讨论范围内，该选项使用 tmpfs 文件系统来保留和重复使用 MAIN 数据片段，从而加快 SAP HANA 的重启速度。这在操作系统未重新启动（包括索引服务器的本地重启）的情况下很有用。
Fast Start Option 可能是 susChkSrv 挂钩的替代方案。
有关更多信息，请参阅 SAP 文档：[SAP HANA Fast Restart Option](https://help.sap.com/docs/SAP_HANA_PLATFORM/6b94445c94ae495c83a19646e7c3fd56/ce158d28135147f099b761f8b1ee43fc.html)
## 查看 systemd 集成
查看 HANA 版本和 systemd 版本以确定是否满足了 systemd 的先决条件：
```
sidadm> systemctl --version
```
**操作系统版本**
+ Red Hat Enterprise Linux 8（systemd 版本 239）
**SAP HANA 修订版**
+ SAP HANA SPS07 修订版 70
使用带有 systemd 集成的 SAP HANA 版本（SPS07 及更高版本）时，您必须运行以下步骤，以防止在特意停止 Amazon EC2 实例时节点被隔离。请参阅 Note [3189534 - Linux: systemd integration for sapstartsrv and SAP HANA](https://me.sap.com/notes/3189534)
1. 验证 SAP HANA 是否已与 systemd 集成。如果已集成，则会显示 systemd 服务名称，例如 SAP\$1.service。例如，对于 SID HDB 和实例编号 00，服务名称是 SAPHDB\$100.service。
以根用户身份使用以下命令查找 SAP systemd 服务：
```
# systemctl list-unit-files | grep -i sap
```
1. 创建 Pacemaker 服务即时接入文件：
```
# mkdir -p /etc/systemd/system/pacemaker.service.d/
```
1. 创建包含以下内容的文件 `/etc/systemd/system/pacemaker.service.d/50-saphana.conf`：
```
[Unit]
Description=pacemaker needs SAP instance service
Documentation=man:SAPHanaSR_basic_cluster(7)
Wants=SAP_.service
After=SAP_.service
```
1. 通过重新加载 systemd 来启用即时接入文件：
```
# systemctl daemon-reload
```
1. 验证更改是否生效：
```
# systemctl show pacemaker.service | grep SAP_
```
例如，对于 SID HDB 和实例编号 00，预计输出如下：
```
# systemctl show pacemaker.service | grep SAPHDB_00
Wants=SAPHDB_00.service resource-agents-deps.target dbus.service
After=system.slice network.target corosync.service resource-agents-deps.target basic.target rsyslog.service SAPHDB_00.service systemd-journald.socket sysinit.target time-sync.target dbus.service sbd.service
```
# 集群节点设置
使用 Corosync 并配置所需的身份验证，在节点之间建立集群通信。
**Topics**
+ [部署仲裁生成器节点（仅限横向扩展集群）](#_deploy_a_majority_maker_node_scale_out_clusters_only)
+ [设置无密码身份验证](#_setup_passwordless_authentication)
+ [启用并启动 pcsd 服务](#_start_and_enable_the_pcsd_service)
+ [授权集群](#_authorize_the_cluster)
+ [生成 Corosync 配置](#_generate_corosync_configuration)
+ [验证配置](#_verify_configuration)
## 部署仲裁生成器节点（仅限横向扩展集群）
**注意**
只有拥有两个以上节点的集群才需要此选项。
在中部署 SAP HANA Scale-Out 集群时 AWS，必须在第三个可用区 (AZ) 中包含一个多数制造商节点。仲裁生成器（平局决胜机制）节点在一个可用区出现故障时，通过保留仲裁权来确保集群保持正常运行。要使横向扩展集群正常运行，必须至少有一个可用区中的所有节点以及仲裁生成器节点在运行。如果不满足此最低要求，则集群将失去其仲裁状态，所有剩余的 SAP HANA 节点都将被隔离。
多数制造商要求最低 EC2 实例配置为 2 v CPUs、2 GB RAM 和 50 GB 磁盘空间；此实例专门用于法定人数管理，不托管 SAP HANA 数据库或任何其他集群资源。=== 更改 hacluster 密码
在所有集群节点上，更改操作系统用户 hacluster 的密码：
```
# passwd hacluster
```
## 设置无密码身份验证
Red Hat 集群工具为集群活动提供全面的报告和故障排除功能。许多这些工具需要在节点之间进行无密码 SSH 访问才能有效地收集整个集群的信息。Red Hat 建议为根用户配置无密码 SSH，以实现无缝集群诊断和报告。
请参阅 Redhat 文档 [How to setup SSH Key passwordless login in Red Hat Enterprise Linux](https://access.redhat.com/solutions/9194)
请参阅[访问 Red Hat 知识库门户](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-red-hat-knowledge-base-access.html)
**警告**
在实施此配置之前，请查看配置对组织的安全影响，包括根访问权限控制和网络分段。
## 启用并启动 pcsd 服务
```
# systemctl enable pcsd --now
```
## 授权集群
运行以下命令，在两个节点上启用并启动 Pacemaker 集群服务：
```
# pcs host auth -u hacluster -p
```
+ 系统将提示您输入之前设置的 hacluster 密码。
## 生成 Corosync 配置
Corosync 提供高可用性集群所需的成员资格和成员通信需求。
使用以下命令执行初始设置
```
# pcs cluster setup \
addr= addr= \
addr= addr=
```
+ 示例
```
# pcs cluster setup hana_cluster hanahost01 addr=10.1.20.1 addr=10.1.20.2 hanahost02 addr=10.2.20.1 addr=10.2.20.2
```
| IP 地址类型 | 示例 |
| --- | --- |
| | 10.2.10.1 |
| | 10.2.10.2 |
| | 10.2.20.1 |
| | 10.2.20.2 |
时序参数针对 AWS 云环境进行了优化：
+ 将 totem 令牌的值增加到 15 秒可提供稳定的集群操作，同时适应正常的云网络特性。这些设置可防止在短暂的网络变化期间进行不必要的失效转移
+ 扩展到超过两个节点时，请从 quorum 部分中删除 two\$1node 参数。时序参数将使用 token\$1coefficient 功能自动调整，以便在添加节点时保持适当的故障检测能力。
```
# pcs cluster config update totem token=15000
```
## 验证配置
```
# pcs cluster start --all
```
**Example**
通过启用 Pacemaker 服务，服务器将在重启后自动加入集群。这样可以确保系统受到保护。或者，您可以在引导时手动启动 Pacemaker 服务。然后，您可以调查失败的原因。
运行以下命令，查看 Pacemaker 服务的状态。
```
# systemctl status pacemaker
```
输出示例：
```
● pacemaker.service - Pacemaker High Availability Cluster Manager
Loaded: loaded (/usr/lib/systemd/system/pacemaker.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2025-06-02 13:27:48 AEST; 39s ago
Docs: man:pacemakerd
https://clusterlabs.org/pacemaker/doc/
Main PID: 38554 (pacemakerd)
Tasks: 7
Memory: 31.3M
CPU: 136ms
CGroup: /system.slice/pacemaker.service
├─38554 /usr/sbin/pacemakerd
├─38555 /usr/libexec/pacemaker/pacemaker-based
├─38556 /usr/libexec/pacemaker/pacemaker-fenced
├─38557 /usr/libexec/pacemaker/pacemaker-execd
├─38558 /usr/libexec/pacemaker/pacemaker-attrd
├─38559 /usr/libexec/pacemaker/pacemaker-schedulerd
└─38560 /usr/libexec/pacemaker/pacemaker-controld
```
集群服务 Pacemaker 启动后，使用 pcs 命令检查集群状态，如下例所示：
```
# pcs status
```
输出示例：
```
# pcs status
Cluster name: hana_cluster
WARNINGS:
No stonith devices and stonith-enabled is not false
Cluster Summary:
* Stack: corosync
* Current DC: hanahost02 (version 2.0.5-9.el8_4.8-ba59be7122) - partition with quorum
* Last updated: Mon May 12 12:59:35 2025
* Last change: Mon May 12 12:59:25 2025 by hacluster via crmd on hanahost02
* 2 nodes configured
* 0 resource instances configured
Node List:
* Online: [ hanahost01 hanahost02 ]
Full List of Resources:
* No resources
Daemon Status:
corosync: active/disabled
pacemaker: active/disabled
pcsd: active/enabled
```
主系统（hanahost01）和辅助系统（hanahost02）必须显示为在线。您可以使用 corosync-cfgtool 命令，查找集群的环路状态和关联的 IP 地址，如下例所示：
```
# corosync-cfgtool -s
```
输出示例：
```
Local node ID 1, transport knet
LINK ID 0 udp
addr = 10.2.10.1
status:
nodeid: 1: localhost
nodeid: 2: connected
LINK ID 1 udp
addr = 10.2.10.2
status:
nodeid: 1: localhost
nodeid: 2: connected
```
# 群集配置
引导集群并配置所有必需的集群资源和限制。
**Topics**
+ [为资源创建做准备](#_prepare_for_resource_creation)
+ [集群引导](#cluster-bootstrap)
+ [创建 STONITH 隔离资源](#resource-stonith)
+ [创建重叠 IP 资源](#resource-overlayip)
+ [创建 SAPHana拓扑资源](#resource-saphanatop)
+ [创建 SAPHANA 资源（基于资源代理 SAPHana 或 SAPHana控制器）](#resource-saphana)
+ [创建资源约束](#resource-constraints)
+ [重置配置 – 可选](#_reset_configuration_optional)
## 为资源创建做准备
为确保集群在设置资源和配置期间不会执行任何意外操作，请将维护模式设置为 true。
运行以下命令，将集群置于维护模式：
```
# pcs property set maintenance-mode=true
```
要验证当前的维护状态，请执行以下操作：
```
$ pcs status
```
**注意**
维护模式分为两种类型：
集群范围的维护（使用 `pcs property set maintenance-mode=true` 进行设置）
特定于节点的维护（使用 `pcs node maintenance nodename` 进行设置）
更改配置时，请务必使用集群范围的维护模式。有关特定于节点的操作，例如硬件维护，请参阅“操作”部分以了解正确的步骤。
要在配置完成后禁用维护模式，请执行以下操作：
```
# pcs property set maintenance-mode=false
```
## 集群引导
### 配置集群属性
配置集群属性以建立隔离行为和资源失效转移设置：
```
# pcs property set stonith-enabled="true"
# pcs property set stonith-timeout="600"
# pcs property set priority-fencing-delay="20"
```
+ 建议**priority-fencing-delay**在网络分区事件期间保护 SAP HANA 节点。进行集群分区时，这种延迟会优先考虑托管更高优先级资源的节点，而 SAP HANA 主（已提升）实例将获得额外的优先级权重。这有助于确保主 HANA 节点在脑裂场景中存活下来。建议的 20 秒 priority-fencing-delay与 stonith 资源中配置的 pcmk\$1delay\$1max（10 秒）配合使用，在进行围栏之前，总共可能延迟长达 30 秒。
要验证集群属性设置，请执行以下操作：
```
# pcs property list
# pcs property config
```
### 配置资源默认值
配置资源默认行为：
------
#### [ RHEL 8.4 and above ]
```
# pcs resource defaults update resource-stickiness="1000"
# pcs resource defaults update migration-threshold="5000"
```
------
#### [ RHEL 7.x and RHEL 8.0 to 8.3 ]
```
# pcs resource defaults resource-stickiness="1000"
# pcs resource defaults migration-threshold="5000"
```
+ **resource-stickiness** 值可以防止不必要的资源移动，从而有效地为移动资源设置“成本”。值为 1000 会强烈推荐将资源保留在当前节点上，避免与移动相关的停机时间。
+ **migration-threshold** 为 5000 可确保集群在声明该节点不适合托管资源之前，多次尝试在同一节点上恢复资源。
------
各个资源可以用自己定义的值覆盖这些默认值。
要验证您的资源默认设置，请执行以下操作：
### 配置操作默认值
```
# pcs resource op defaults update timeout="600"
```
如果未定义特定于资源的超时，op\$1defaults 超时可确保所有集群操作的默认超时为合理的 600 秒。默认值不适用于使用自己定义的值进行了覆盖的资源
## 创建 STONITH 隔离资源
正确的群集屏蔽操作需要 AWS STONITH 资源。建议将该`fence_aws`资源用于 AWS 部署，因为它利用 AWS API 通过停止 EC2 实例来安全地屏蔽出现故障或无法传染的节点。
使用资源代理 **`fence_aws`** 创建 STONITH 资源：
```
# pcs stonith create fence_aws \
pcmk_host_map=":;:" \
region="" \
skip_os_shutdown="true" \
pcmk_delay_max="10" \
pcmk_reboot_timeout="600" \
pcmk_reboot_retries="4" \
op start interval="0" timeout="600" \
op stop interval="0" timeout="180" \
op monitor interval="300" timeout="60"
```
详细信息：
+ **pcmk\$1host\$1map**-将集群节点的主机名映射到其 EC2 实例。 IDs此映射在 AWS 账户中必须是唯一的，并遵循主机名:instance-id 的格式，多个条目用分号分隔。
+ ** AWS 区域**-部署 EC2 实例的区域
+ **pcmk\$1delay\$1max**：执行隔离操作前的随机延迟。与群集属性配合使用，可`priority-fencing-delay`防止在 2 节点群集中同时进行屏蔽。过去会设置为较高的值，但现在由 `priority-fencing-delay` 处理主节点保护，较低的值（10 秒）便已足够。在具有实际法定人数（3 个以上节点）的集群中省略，以避免不必要的延迟。
+ **pcmk\$1reboot\$1timeout**：重启操作允许的最长时间，以秒为单位。
+ **pcmk\$1reboot\$1retries**：重试失败的重新引导操作的次数。
+ s@@ **kip\$1os\$1shutdown（全新）-利用新的 ec2 停止实例 API 标志，通过跳过**操作系统的关闭来强制停止 EC2 实例。
+ [红帽解决方案 4963741-fence\$1aws fence操作失败，显示 “等待关闭电源超时”（需要访问](https://access.redhat.com/solutions/4963741)红帽客户门户）
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
**Example**
```
# pcs stonith create rsc_fence_aws fence_aws \
pcmk_host_map="hanahost01:i-xxxxinstidforhost1;hanahost02:i-xxxxinstidforhost2" \
region="us-east-1" \
skip_os_shutdown="true" \
pcmk_delay_max="10" \
pcmk_reboot_timeout="600" \
pcmk_reboot_retries="4" \
op start interval="0" timeout="600" \
op stop interval="0" timeout="180" \
op monitor interval="300" timeout="60"
```
**注意**
配置 STONITH 资源时，请考虑实例的启动和关闭时间。默认 pcmk\$1reboot\$1action 是“reboot”，此时集群会等待停止和启动操作完成，然后才会将隔离操作视为成功。这使得集群可以返回受保护状态。设置 `pcmk_reboot_action=off` 可允许集群在关闭后立即继续。对于内存增强型裸机实例，建议只使用“off”，因为启动期间初始化内存的时间会延长。
```
# pcs resource update pcmk_reboot_action="off"
# pcs resource update pcmk_off_timeout="600"
# pcs resource update pcmk_off_retries="4"
```
## 创建重叠 IP 资源
此资源通过更新 AWS 路由表条目来确保在故障转移期间客户端连接跟随 SAP HANA 主实例。它管理一个始终指向活动 SAP HANA 数据库的重叠 IP 地址
创建 IP 资源：
```
# pcs resource create rsc_ip__HDB ocf:heartbeat:aws-vpc-move-ip \
ip="" \
routing_table="" \
interface="eth0" \
profile="" \
op start interval="0" timeout="180" \
op stop interval="0" timeout="180" \
op monitor interval="60" timeout="60"
```
+ **ip**：将用于连接主要 SAP HANA 数据库的重叠 IP 地址。参见[重叠 IP 概念](sap-hana-pacemaker-rhel-concepts.md#overlay-ip-rhel)
+ **routing\$1tab** le-需要更新的 AWS 路由表 ID。要指定多个路由表，可以使用逗号分隔（例如，`routing_table=rtb-xxxxxroutetable1,rtb-xxxxxroutetable2`）。确保已按照[为叠加层添加 VPC 路由表条目 IPs](sap-hana-pacemaker-rhel-infra-setup.md#rt-rhel)中的说明创建初始条目
+ **interface**：IP 地址的网络接口（通常为 eth0）
+ **profil** e-（可选）用于 AP AWS I 身份验证的 CLI 配置文件名称。使用 `aws configure list-profiles` 验证配置文件是否存在。如果配置文件没有明确地进行配置，则将使用默认配置文件。
+ **awscli**-（可选）CL AWS I 可执行文件的路径。默认路径为 `/usr/bin/aws`。仅当 AWS CLI 安装在其他位置时才指定此参数。要确认系统上的路径，请运行`which aws`。
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
**Example**
```
# pcs resource create rsc_ip_HDB_HDB00 ocf:heartbeat:aws-vpc-move-ip \
ip="172.16.52.1" \
routing_table="rtb-xxxxxroutetable1" \
interface="eth0" \
profile="cluster" \
op start interval="0" timeout="180" \
op stop interval="0" timeout="180" \
op monitor interval="60" timeout="60"
```
**注意**
要在创建资源参数后更新任何资源参数，请使用`pcs resource update`。例如，如果 AWS CLI 未安装在默认路径 (`/usr/bin/aws`)，请运行：
```
# pcs resource update rsc_ip__HDB awscli=$(which aws)
```
**已启用 Active/Active 读取**
仅适用于您正在使用 `logreplay_readenabled` 并要求可通过重叠 IP 访问辅助系统时。您可以创建其他 IP 资源。
```
# pcs resource create primitive rsc_ip__HDB_readenabled ocf:heartbeat:aws-vpc-move-ip \
ip="" \
routing_table="" \
interface="eth0" \
profile="" \
op start interval="0" timeout="180" \
op stop interval="0" timeout="180" \
op monitor interval="60" timeout="60"
```
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
**Example**
```
# crm configure primitive rsc_ip_HDB_HDB00_readenabled ocf:heartbeat:aws-vpc-move-ip \
params ip="172.16.52.2" \
routing_table="rtb-xxxxxroutetable1" \
interface="eth0" \
profile="cluster" \
op start interval="0" timeout="180" \
op stop interval="0" timeout="180" \
op monitor interval="60" timeout="60"
```
**对于共享 VPC**
如果您的配置需要共享 VPC，则需要另外两个参数。
```
# pcs resource create primitive rsc_ip__HDB ocf:heartbeat:aws-vpc-move-ip \
ip="" routing_table= interface=eth0 \
profile="" lookup_type=NetworkInterfaceId \
routing_table_role="arn:aws:iam:::role/" \
op start interval="0" timeout="180" \
op stop interval="0" timeout="180" \
op monitor interval="60" timeout="60"
```
其他详细信息：
+ lookup\$1type= NetworkInterfaceId
+ routing\$1table\$1role="arn:aws:iam:::role/"
## 创建 SAPHana拓扑资源
SAPHana拓扑资源代理通过系统复制帮助管理 SAP HANA 数据库的高可用性。它分析 HANA 拓扑并通过节点状态属性报告调查发现。 SAPHana 或 SAPHana控制器资源代理使用这些属性来控制 HANA 数据库。 SAPHana拓扑启动并监视本地 saphostagent，利用 landscapeHostConfiguration .py、hdbnsutil 和 saphostctrl 等 SAP 接口收集有关系统状态、角色和配置的信息。
对于纵向扩展部署和横向扩展部署
有关该资源的文档，您可以查看 man 页面。
```
# man ocf_heartbeat_SAPHanaTopology
```
------
#### [ For scale-up (2-node) ]
对于原始资源和克隆资源：
```
# pcs resource create rsc_SAPHanaTopology__HDB ocf:heartbeat:SAPHanaTopology \
SID="" InstanceNumber="" \
op start interval="0" timeout="600" \
op stop interval="0" timeout="300" \
op monitor interval="10" timeout="600" \
clone clone-node-max="1" interleave="true" clone-max="2"
```
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
**Example**
```
# pcs resource create rsc_SAPHanaTopology_HDB_HDB00 ocf:heartbeat:SAPHanaTopology \
SID="HDB" \
InstanceNumber="00" \
op start interval="0" timeout="600" \
op stop interval="0" timeout="300" \
op monitor interval="10" timeout="600" \
clone clone-node-max="1" interleave="true" clone-max="2"
```
------
#### [ For scale-out ]
对于原始资源和克隆资源：
```
# pcs resource create rsc_SAPHanaTopology__HDB ocf:heartbeat:SAPHanaTopology \
SID="" InstanceNumber="" \
op start interval="0" timeout="600" \
op stop interval="0" timeout="300" \
op monitor interval="10" timeout="600" \
clone clone-node-max="1" interleave="true" clone-max=""
```
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
**Example**
```
# pcs resource create rsc_SAPHanaTopology_HDB_HDB00 ocf:heartbeat:SAPHanaTopology \
SID="HDB" InstanceNumber="00" \
op start interval="0" timeout="600" \
op stop interval="0" timeout="300" \
op monitor interval="10" timeout="600" \
clone clone-node-max="1" interleave="true" clone-max="6"
```
------
详细信息：
+ **SID**：HANA 实例的 SAP 系统 ID
+ **InstanceNumber**-SAP HANA 实例的实例号
+ **clone-node-max**-定义可以在单个节点上启动多少个资源代理副本（设置为 1）
+ **interleave**：允许在同一节点上并行启动依赖克隆资源（设置为 true）
+ **clone-max**：定义可以在集群中启动的克隆实例总数（例如，使用 2 用于横向扩展，或设置为 6 用于横向扩展，每个站点 3 个节点，不包括仲裁生成器节点）
## 创建 SAPHANA 资源（基于资源代理 SAPHana 或 SAPHana控制器）
SAP HANA 资源代理管理 SAP HANA 数据库之间的系统复制和失效转移。这些代理控制启动、停止和监视操作，同时检查同步状态，以保持数据一致性。他们利用 SAP 接口，包括 sapcontrol、 landscapeHostConfiguration、hdbnsutil 和 saphostctrl。 systemReplicationStatus所有配置都与 SAPHana拓扑代理配合使用，拓扑代理收集有关群集节点间系统复制状态的信息。
根据您的 SAP HANA 架构选择合适的资源代理配置：
### SAPHanaSR-angi 部署（在 RHEL 9.6 和 10\$1 版本中可用）
在 RHEL 9.6 和 10\$1 版本上可用，并推荐用于新部署。具有下一代系统复制架构 (SAPHanaSR-angi) 的 SAPHana控制器资源代理为纵向扩展和横向扩展部署提供了改进的集成和管理功能。有关详细信息：
有关该资源的文档，您可以查看 man 页面。
```
# man ocf_heartbeat_SAPHanaController
```
------
#### [ For scale-up (2-node) ]
创建原始资源
```
# pcs resource create rsc_SAPHanaController__HDB ocf:heartbeat:SAPHanaController \
SID="" \
InstanceNumber="" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" \
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max="2" \
meta priority="100"
```
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
```
# pcs resource create rsc_SAPHanaController_HDB_HDB00 ocf:heartbeat:SAPHanaController \
SID="HDB" \
InstanceNumber="00" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" \
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max="2" \
meta priority="100"
```
------
#### [ For scale-out ]
使用 SAPHana控制器资源代理创建基元：
```
# pcs resource create rsc_SAPHanaController__HDB ocf:heartbeat:SAPHanaController \
SID="" \
InstanceNumber="" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" \
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max=""
```
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
**Example**
```
# pcs resource create rsc_SAPHanaController__HDB ocf:heartbeat:SAPHanaController \
params SID="HDB" \
InstanceNumber="00" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" "\
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max=""
```
------
详细信息：
+ **SID**：HANA 实例的 SAP 系统 ID
+ **InstanceNumber**-SAP HANA 实例的实例号
+ **clone-node-max**-定义可以在单个节点上启动多少个资源代理副本（设置为 1）
+ **interleave**：允许在同一节点上并行启动依赖克隆资源（设置为 true）
+ **clone-max**：定义可以在集群中启动的克隆实例总数（例如，使用 2 用于横向扩展，或设置为 6 用于横向扩展，每个站点 3 个节点，不包括仲裁生成器节点）
+ **PREFER\$1SITE\$1TAKEOVER** 定义是否首选接管辅助系统。查看非标准部署。
+ **AUTOMATED\$1REGISTER** 定义是否应将前主系统注册为辅助系统。查看非标准部署。
+ **DUPLICATE\$1PRIMARY\$1TIMEOUT** 是等待时间，用于尽可能降低意外的双主系统风险。
+ **meta pri** ority-将其设置为 100 可以同时 priority-fencing-delay确保正确的故障转移顺序并防止同步屏蔽操作
+ 对于较大的数据库，可能需要增加启动和停止超时值（3600 秒）。根据您的数据库大小和观测 startup/shutdown 时间调整这些值
+ 如果您需要更新配置，以下示例可帮助您确定正确的命令
```
# pcs resource update rsc_SAPHanaController_HDB_HDB00 op monitor role="Promoted" timeout=900
# pcs resource update rsc_SAPHanaController_HDB_HDB00 DUPLICATE_PRIMARY_TIMEOUT=3600
# pcs resource meta rsc_SAPHanaController_HDB_HDB00-clone priority=100
```
### 经典部署
对于经典的纵向扩展部署， SAPHana 资源代理管理两个 SAP HANA 数据库之间的接管。有关详细信息：
```
# man ocf_heartbeat_SAPHana
```
------
#### [ For scale-up (2-node) ]
使用 SAPHana 资源代理创建基元
```
# pcs resource create rsc_SAPHana__HDB ocf:heartbeat:SAPHana \
SID="" \
InstanceNumber="" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" \
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max="2" \
meta priority="100"
```
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
```
# pcs resource create rsc_SAPHana_HDB_HDB00 ocf:heartbeat:SAPHana \
SID="HDB" \
InstanceNumber="00" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" \
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max="2" \
meta priority="100"
```
------
#### [ For scale-out ]
使用 SAPHana控制器资源代理创建基元：
```
# pcs resource create rsc_SAPHanaController__HDB ocf:heartbeat:SAPHanaController \
SID="" \
InstanceNumber="" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" \
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max=""
```
+ *使用[参数参考](sap-hana-pacemaker-rhel-parameters.md)中的值的示例*：
```
# pcs resource create rsc_SAPHanaController__HDB ocf:heartbeat:SAPHanaController \
params SID="HDB" \
InstanceNumber="00" \
PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" \
AUTOMATED_REGISTER="true" \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" "\
op monitor interval="60" role="Promoted" timeout="700" \
op monitor interval="61" role="Unpromoted" timeout="700" \
promotable notify="true" clone-node-max="1" interleave="true" clone-max=""
```
------
详细信息：
+ **SID**：HANA 实例的 SAP 系统 ID
+ **InstanceNumber**-SAP HANA 实例的实例号
+ **clone-node-max**-定义可以在单个节点上启动多少个资源代理副本（设置为 1）
+ **interleave**：允许在同一节点上并行启动依赖克隆资源（设置为 true）
+ **clone-max**：定义可以在集群中启动的克隆实例总数（例如，使用 2 用于横向扩展，或设置为 6 用于横向扩展，每个站点 3 个节点，不包括仲裁生成器节点）
+ **PREFER\$1SITE\$1TAKEOVER** 定义是否首选接管辅助系统。查看非标准部署。
+ **AUTOMATED\$1REGISTER** 定义是否应将前主系统注册为辅助系统。查看非标准部署。
+ **DUPLICATE\$1PRIMARY\$1TIMEOUT** 是等待时间，用于尽可能降低意外的双主系统风险。
+ **meta pri** ority-将其设置为 100 可以同时 priority-fencing-delay确保正确的故障转移顺序并防止同步屏蔽操作
+ 对于较大的数据库，可能需要增加启动和停止超时值（3600 秒）。根据您的数据库大小和观测 startup/shutdown 时间调整这些值
+ 如果您需要更新配置，以下示例可帮助您确定正确的命令
```
# pcs resource update rsc_SAPHana_HDB_HDB00 op monitor role="Promoted" timeout=900
# pcs resource update rsc_SAPHana_HDB_HDB00 DUPLICATE_PRIMARY_TIMEOUT=3600
# pcs resource meta rsc_SAPHana_HDB_HDB00-clone priority=100
```
## 创建资源约束
以下约束是必需的。
### 顺序约束
此约束定义了 SAPHana拓扑和 SAPHana 资源之间的起始顺序：
```
# pcs constraint order symmetrical=false
```
+ *示例*：
```
# pcs constraint order start rsc_SAPHanaTopology_HDB_HDB00-clone then rsc_SAPHana_HDB_HDB00-clone symmetrical=false
```
### 主机托管约束
#### 主资源的 IP
此约束可确保用于确定重叠 IP 的目标的 IP 资源，运行在具有主 SAP Hana 角色的节点上：
```
# pcs constraint colocation add with promoted 2000
```
+ *示例*：
```
# pcs constraint colocation add rsc_ip_HDB_HDB00 with promoted rsc_SAPHana_HDB_HDB00-clone 2000
```
#### ReadOnly 带辅助的 IP（仅适用于 ReadOnly 模式）
此约束可确保启用只读的 IP 资源运行在辅助（未提升）节点上。当辅助节点不可用时，IP 将移至主节点，读取工作负载将与主工作负载共享容量：
```
# pcs constraint colocation add with unpromoted 2000
```
+ *示例*：
```
# pcs constraint colocation add rsc_ip_HDB_HDB00_readenabled with unpromoted rsc_SAPHana_HDB_HDB00-clone 2000
```
### 位置约束
#### 仲裁生成器上没有 SAP HANA 资源（仅限横向扩展）
这种位置约束可确保 SAP HANA 资源避开仲裁生成器，因为其上不适合运行这些资源。
```
# pcs constraint location avoids
# pcs constraint location avoids
```
### 激活集群
使用 `pcs config show` 来检查是否正确输入了所有值。
确认值正确之后，使用以下命令将维护模式设置为 false。这使得集群可以控制资源：
```
# pcs property set maintenance-mode=false
```
## 重置配置 – 可选
**重要**
以下说明可帮助您重置完整配置。只有当您想从头开始进行设置时，才运行这些命令。
运行以下命令可备份当前配置以供参考：
```
# pcs config backup /tmp/cluster_backup_$(date +%Y%m%d)
# pcs config show > /tmp/config_backup_$(date +%Y%m%d).txt
```
运行以下命令可停止并清除当前配置
```
# pcs cluster stop --all
hanahost02: Stopping Cluster (pacemaker)...
hanahost01: Stopping Cluster (pacemaker)...
hanahost02: Stopping Cluster (corosync)...
hanahost01: Stopping Cluster (corosync)...
# pcs cluster destroy
Shutting down pacemaker/corosync services...
Killing any remaining services...
Removing all cluster configuration files...
```
执行上述擦除命令后，它将从集群信息库（CIB）中删除所有集群资源，并断开从 corosync 到集群的通信。只有在绝对需要将所有设置重置为默认值时才执行这些步骤。对于较小的更改，请改用 pcs 资源更新或 pcs 属性设置。
# 客户端连接
对于正确连接 SAP HANA 数据库：
+ 确保在所有应用程序服务器中都能正确解析重叠 IP
+ DNS 配置或本地主机条目必须有效
+ 网络路由必须正确配置
+ SAP HANA 客户端库必须已安装并处于最新状态
确保 SAP HANA 数据库的连接数据引用了与重叠 IP 关联的主机名。有关更多信息，请参阅 SAP 文档：[Setting Connectivity Data for the SAP HANA Database](https://help.sap.com/docs/SLTOOLSET/39c32e9783f6439e871410848f61544c/b7ed2d55b0a7f857e10000000a441470.html?version=CURRENT_VERSION_SWPM20)
使用 R3trans 实用程序测试数据库连接：
```
sidadm> R3trans -d
```
查看其他需要高可用性的 SAP HANA 连接。虽然应用程序连接应使用重叠 IP，但管理工具（SAP HANA Studio、hdbsql 命令、监控工具）需要直接连接到单独 SAP HANA 实例。