设置额外的环境变量以实施单一区域

查看 保留虚拟 IP 地址 中的信息，并为 SAP HANA 系统复制群集保留一个虚拟 IP 地址。 将 VIP 环境变量设置为保留 IP 地址。

在所有 SAP HANA 实例上激活 srConnectionChanged( ) 钩子

1. 停止群集。

   在 NODE1 上，运行以下命令。

   crm cluster stop --all
   

   然后，按照 设置 SAP HANA HA/DR 提供商中所述的步骤操作。

2. 验证挂钩是否起作用。

   • 重新启动两个 HANA 实例并验证钩子脚本是否按预期运行。
   • 执行触发钩子的操作，例如停止 HANA 实例。
   • 检查钩子是否在跟踪文件中记录了任何内容。

   在两个节点上运行以下命令。

   停止 HANA 实例。

   sudo -i -u ${sid}adm -- HDB stop
   

   启动 HANA 实例。

   sudo -i -u ${sid}adm -- HDB start
   

   检查钩子是否将信息记录到跟踪文件中。

   sudo -i -u ${sid}adm -- sh -c 'grep "ha_dr_SAPHanaSR.*crm_attribute" $DIR_INSTANCE/$VTHOSTNAME/trace/nameserver_* | cut -d" " -f2,3,5,17'
   

   验证钩子功能后，就可以重新启动 HA 群集。

3. 启动集群。

   在 NODE1 上，运行以下命令。

   启动集群。

   crm cluster start --all
   

   检查群集的状态。

   crm status --full
   

测试 1 - 说明

模拟在 NODE1 上运行的 HANA 主数据库实例崩溃。

测试 1 - 先决条件

• 用于 HANA 系统复制的功能性双节点 SLES HA 扩展集群。
• 两个群集节点都处于活动状态。
• 在 NODE1 和 NODE2 上启动的群集。
• AUTOMATED_REGISTER=false 配置的集群资源 SAPHana_${SID}_${INSTNO}。
• 检查 SAP HANA 系统复制状态：
  • SAP HANA 主数据库运行在 NODE1
  • SAP HANA 备用数据库运行在 NODE2
  • HANA 系统复制已激活并保持同步

半自动化测试案例中描述了测试 1 的变体。

测试 1 程序

使用以下命令运行测试 1。

在用户 ${sid}adm 时发送 SIGKILL 信号，使 SAP HANA 初级程序崩溃。

在 NODE1 上，运行以下命令。

sudo -i -u ${sid}adm -- HDB kill-9

测试 1 - 预期行为

您可以预期测试会出现以下行为。

• SAP HANA NODE1 上的主实例崩溃。
• 群集会检测到已停止的 HANA 主数据库，并将资源标记为 failed。
• 群集会将 NODE2 上的辅助 HANA 数据库升级为新的主数据库。
• 群集释放 NODE1 上的虚拟 IP 地址，并在 NODE2 上的新主 IP 地址上获取该地址。
• 如果应用程序（如 SAP NetWeaver ）连接到 SAP HANA 的租户数据库，则应用程序会自动重新连接到新的主数据库。

测试 1 - 恢复程序

由于群集资源 SAPHana_${SID}_${INSTNO} 是通过 AUTOMATED_REGISTER=false 配置的，因此群集不会重启故障的 HANA 数据库，也不会将其注册到新的主数据库中。 这意味着，新主系统（ NODE2 ）的状态也显示辅助系统处于 "CONNECTION TIMEOUT"（连接超时）状态。

使用以下命令重新注册前主设备为新辅助设备。

在 NODE1 上，运行以下命令。

sudo -i -u ${sid}adm -- <<EOT
    hdbnsutil -sr_register \
      --name=${DC1} \
      --remoteHost=${NODE2} \
      --remoteInstance=00 \
      --replicationMode=sync \
      --operationMode=logreplay \
      --online
EOT

使用以下命令验证系统复制状态。

sudo -i -u ${sid}adm -- <<EOT
    hdbnsutil -sr_state
    HDBSettings.sh systemReplicationStatus.py
EOT

手动注册和资源刷新后，新的二级实例重新启动，并显示同步 (SOK) 状态。

在 NODE1 上，运行以下命令。

crm resource refresh SAPHana_${SID}_${INSTNO}

测试 2 - 说明

模拟运行主 HANA 数据库的节点崩溃。

测试 2 - 先决条件

在执行测试 2 之前，请参阅以下先决条件。

• 您需要一个功能正常的双节点 SLES HA 扩展群集来进行 HANA 系统复制。
• 确保两个节点都处于活动状态。
• 确认群集已在 NODE1 和 NODE2 上启动。
• 检查 SAP HANA 系统复制状态。
  • SAP HANA 主数据库在 NODE2 上运行。
  • 二级 SAP HANA 数据库在 NODE1 上运行。
  • HANA 系统复制已激活并保持同步。

测试 2 - 准备

确保群集资源 SAPHana_${SID}_${INSTNO} 已配置为 AUTOMATED_REGISTER=true。

在 NODE1 上，运行以下命令。

crm resource update SAPHana_${SID}_${INSTNO} AUTOMATED_REGISTER=true

crm resource config SAPHana_${SID}_${INSTNO}

测试 2 - 测试程序

通过发送崩溃系统请求，在 NODE2 上崩溃主系统。

在 NODE2 上，运行以下命令。

sync; echo c > /proc/sysrq-trigger

测试 2 - 预期行为

您可以预期测试会出现以下行为。

• NODE2 关闭。
• 群集检测到故障节点，并将其状态设置为 OFFLINE。
• 群集会将 NODE1 上的辅助 HANA 数据库升级为新的主数据库。
• 群集通过 NODE1 获取新主服务器上的虚拟 IP 地址。
• 如果应用程序（如 SAP NetWeaver ）连接到 SAP HANA 的租户数据库，则应用程序会自动重新连接到新的主数据库。

测试 2 - 恢复程序

使用以下信息恢复测试 2。

1. 登录 IBM Cloud® 控制台，启动 NODE2 实例。

2. 等待 NODE2 再次可用，然后重启群集框架。

   • 在 NODE2 上，运行以下命令。

   crm cluster start
   

   crm status --full
   

由于群集资源 SAPHana_${SID}_${INSTNO} 是与 AUTOMATED_REGISTER=true 一起配置的，因此当 NODE2 重新加入群集且前主服务器重新注册为辅助服务器时，SAP HANA 将重新启动。

测试 3 - 说明

模拟 HANA 备用数据库崩溃。

测试 3 - 先决条件

在执行测试 3 之前，请参阅以下先决条件。

• 用于 HANA 系统复制的功能性双节点 SLES HA 扩展集群。
• 两个节点都处于活动状态。
• 群集在 NODE1 和 NODE2 上启动。
• 集群资源 SAPHana_${SID}_${INSTNO} 是通过 AUTOMATED_REGISTER=true 配置的。
• 检查 SAP HANA 系统复制状态。
  • SAP HANA 主数据库在 NODE1 上运行。
  • 二级 SAP HANA 数据库在 NODE2 上运行。
  • HANA 系统复制已激活并保持同步。

测试 3 - 测试程序

在用户 ${sid}adm 时发送 SIGKILL 信号，使 SAP HANA secondary 崩溃。

在 NODE2 上，运行以下命令。

sudo -i -u ${sid}adm -- HDB kill-9

测试 3 - 预期行为

您可以预期测试会出现以下行为。

• SAP HANA NODE2 上的二级碰撞。
• 群集会检测到已停止的二级 HANA 数据库，并将资源标记为 failed。
• 群集重新启动辅助 HANA 数据库。
• 群集检测到系统复制再次同步。

测试 3 - 恢复程序

使用以下信息恢复测试 2。

1. 等待辅助 HANA 实例启动并再次同步 (SOK)，然后清理失败的资源操作，如 crm status 所示。

2. 在 NODE2 上，运行以下命令。

   crm resource refresh SAPHana_${SID}_${INSTNO}
   

   crm status --full
   

测试 4 - 说明

使用群集命令将主实例移动到另一个节点，以便进行维护。

测试 4 - 先决条件

在执行测试 4 之前，请参阅以下先决条件。

• 用于 HANA 系统复制的功能性双节点 SLES HA 扩展集群。
• 两个节点都处于活动状态。
• 群集在 NODE1 和 NODE2 上启动。
• 集群资源 SAPHana_${SID}_${INSTNO} 是通过 AUTOMATED_REGISTER=true 配置的。
• 检查 SAP HANA 系统复制状态：
  • SAP HANA 主数据库运行在 NODE1
  • SAP HANA 备用数据库运行在 NODE2
  • HANA 系统复制已激活并保持同步

测试 4 - 测试程序

使用 crm resource move 命令将 SAP HANA 主节点移动到其他节点。

在 NODE1 上，运行以下命令。

crm resource move SAPHana_${SID}_${INSTNO}-clone

测试 4 - 预期行为

您可以预期测试会出现以下行为。

• 集群创建位置限制，以移动资源。
• 群集触发对辅助 HANA 数据库的接管。
• 如果应用程序（如 SAP NetWeaver ）连接到 SAP HANA 的租户数据库，则应用程序会自动重新连接到新的主数据库。

测试 4 - 恢复程序

使用以下信息恢复测试 2。

必须删除自动创建的位置限制，以便将来进行自动故障切换。

等到主 HANA 实例激活后再移除限制。

群集将 HANA 数据库作为新的辅助实例注册并启动。

在 NODE1 上，运行以下命令。

crm constraint

crm resource clear SAPHana_${SID}_${INSTNO}-clone

crm constraint

crm status --full