使用显式只读连接检查访问权限

使用显式只读连接验证与辅助实例的连接。

在群集节点上运行以下命令。

sudo -i -u ${sid}adm -- \
    hdbsql -n $VIP_SECONDARY -i $INSTNO -d SYSTEMDB -u SYSTEM \
      "select * from m_host_information \
      where key = 'net_hostnames' or key = 'net_ip_addresses'"

示例输出显示，语句在 SAP HANA 二级运行。

HOST,KEY,VALUE
"cl-h4s-2","net_hostnames","cl-h4s-2"
"cl-h4s-2","net_ip_addresses","10.40.10.132,10.40.10.211"
2 rows selected (overall time 7518 usec; server time 291 usec)

使用基于提示的语句路由检查访问情况

使用基于提示的语句路由验证与辅助实例的连接。

1. 在不使用 SQL 提示的情况下，使用与 SAP HANA primary 的显式连接运行连接测试。

   在群集节点上运行以下命令。

   sudo -i -u ${sid}adm -- \
       hdbsql -n $VIP_PRIMARY -i $INSTNO -d SYSTEMDB -u SYSTEM \
         "select * from m_host_information \
         where key = 'net_hostnames' or key = 'net_ip_addresses'"
   

   示例输出显示，语句在 SAP HANA 主服务器上运行。

     HOST,KEY,VALUE
   "cl-h4s-1","net_hostnames","cl-h4s-1"
   "cl-h4s-1","net_ip_addresses","10.40.10.162,10.40.10.201"
   2 rows selected (overall time 5239 usec; server time 361 usec)
   

2. 使用与 SAP HANA primary 和 result_lag SQL 提示的显式连接运行连接测试。

   sudo -i -u ${sid}adm -- \
       hdbsql -n $VIP_PRIMARY -i $INSTNO -d SYSTEMDB -u SYSTEM \
         "select * from m_host_information \
         where key = 'net_hostnames' or key = 'net_ip_addresses' \
         with hint(result_lag('hana_sr'))"
   

   示例输出显示，语句在 SAP HANA 二级运行。

   HOST,KEY,VALUE
   "cl-h4s-2","net_hostnames","cl-h4s-2"
   "cl-h4s-2","net_ip_addresses","10.40.10.132,10.40.10.211"
   2 rows selected (overall time 40.722 msec; server time 16.428 msec)
   

Test1- 说明

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

Test1- 先决条件

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

Test1- 测试程序

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

在 NODE1 上，运行以下命令。

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

Test1- 预期行为

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

Test1- 恢复程序

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

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

在 NODE1 上，运行以下命令。

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

验证系统复制状态：

sudo -i -u ${sid}adm -- \
    hdbnsutil -sr_state

在群集节点上，运行以下命令刷新群集资源。 此命令启动辅助实例。

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

当辅助系统达到同步状态 (SOK) 时，辅助虚拟 IP 地址将移至 NODE1。

在群集节点上，运行以下命令检查群集状态。

pcs status --full

Test2- 说明

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

Test2- 准备工作

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

在 NODE1 上，运行以下命令。

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

验证资源配置中的 AUTOMATED_REGISTER 设置。

pcs resource config SAPHana_${SID}_${INSTNO} | grep Attributes

Test2- 先决条件

• 一个功能性双节点 RHEL HA 附加集群，用于 SAP HANA 系统复制。
• 两个节点都处于活动状态。
• 群集在 NODE1 和 NODE2 上启动。
• 检查 SAP HANA 系统复制状态。
  • SAP HANA 主数据库运行在 NODE2
  • SAP HANA 备用数据库运行在 NODE1
  • SAP HANA 系统复制已启动并保持同步
  • 辅助虚拟 IP 地址在 NODE1

Test2- 测试程序

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

在 NODE2 上，运行以下命令。

sync; echo c > /proc/sysrq-trigger

Test2- 预期行为

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

Test2- 恢复程序

登录 IBM Cloud® 控制台，启动 NODE2 实例。 等待 NODE2 再次可用，然后重启群集框架。

在 NODE2 上，运行以下命令。

pcs cluster start

pcs status --full

由于集群资源 SAPHana_${SID}_${INSTNO} 是与 AUTOMATED_REGISTER=true 一起配置的，因此当 NODE2 重新加入集群且前主服务器重新注册为辅助服务器时，SAP HANA 会重新启动。 当辅助系统达到同步状态 (SOK) 时，辅助虚拟 IP 地址将移至 NODE2。

Test3- 说明

模拟二级 SAP HANA 数据库崩溃。

Test3- 先决条件

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

Test3- 测试程序

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

在 NODE2 上，运行以下命令。

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

Test3- 预期行为

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

Test3- 恢复程序

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

在群集节点上运行以下命令

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

pcs status --full

Test4- 说明

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

Test4- 先决条件

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

Test4- 测试程序

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

在群集节点上运行以下命令。

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

样本输出：

# pcs resource move SAPHana_H4S_00-clone
Warning: Creating location constraint 'cli-ban-SAPHana_H4S_00-clone-on-cl-hdb-1' with a score of -INFINITY for resource SAPHana_H4S_00-clone on cl-hdb-1.
        This will prevent SAPHana_H4S_00-clone from running on cl-hdb-1 until the constraint is removed
        This will be the case even if cl-hdb-1 is the last node in the cluster

Test4- 预期行为

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

Test4- 恢复程序

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

等到主 SAP HANA 实例激活后，再移除约束。

在群集节点上运行以下命令。

pcs constraint

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

pcs constraint

群集将 SAP HANA 数据库注册为新的辅助实例并启动。 系统复制状态再次同步后 (SOK)，群集会将辅助虚拟 IP 地址移至 NODE1。

pcs status --full