5.6. 由于节点崩溃而 ERS 实例失败


验证 ERS 实例在同一节点上重启。

  • 测试先决条件

    • 两个集群节点都有运行 ASCSERS 的资源组:

      [root@node1]# pcs status | egrep -e "S4H_ascs20|S4H_ers29"
          * S4H_ascs20	(ocf:heartbeat:SAPInstance):	 Started node1
          * S4H_ers29	(ocf:heartbeat:SAPInstance):	 Started node2
      Copy to Clipboard Toggle word wrap
    • 已清除资源和资源组的所有故障,并且已重置故障计数。
  • 测试步骤

    • 使运行 ERS 的节点崩溃。
  • 监控

    • 在测试过程中,在其它节点上的单独终端中运行以下命令:

      [root@nod1]# watch -n 1 pcs status
      Copy to Clipboard Toggle word wrap
  • 预期行为

    • 运行 ERS 的节点会崩溃,并根据配置关闭或重启。
    • 同时 ASCS 继续运行其他节点。ERS 在崩溃的节点上重新启动,之后恢复在线。
  • 测试

    • 在运行 ERS 的节点中,以 root 用户身份运行以下命令:

      [root@node2]# echo c > /proc/sysrq-trigger
      Copy to Clipboard Toggle word wrap
    • ERS 在崩溃的节点上重启,在恢复在线后,在测试过程中不会干扰 ASCS 实例:

      [root@node1]# pcs status | egrep -e "S4H_ascs20|S4H_ers29"
          * S4H_ascs20	(ocf:heartbeat:SAPInstance):	 Started node1
          * S4H_ers29	(ocf:heartbeat:SAPInstance):	 Started node2
      Copy to Clipboard Toggle word wrap
  • 恢复过程

    • 如果出现以下情况,清理失败的操作:

      [root@node2]# pcs resource cleanup
      Copy to Clipboard Toggle word wrap
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat