第 5 章 测试问题单


完成安装后,建议运行一些基本测试来检查安装,并验证 SAP HANA 多目标系统复制是如何工作的,以及如何从故障中恢复。在开始生产环境前,最好运行这些测试情况。如果可能,您还可以准备测试环境,以便在生产环境中应用更改前验证更改。

所有情况都描述了:

  • 测试的主题
  • 测试前提条件
  • 测试步骤
  • 监控测试
  • 启动测试
  • 预期结果
  • 返回初始状态的方法

要将前一个主 HANA 复制站点自动注册为集群管理的 HANA 实例上的新辅助 HANA 复制站点,您可以在 SAPHana 资源中使用选项 AUTOMATED_REGISTER=true

注意

接管完成后,以前的 SAP HANA 主数据库会发生什么情况,并且移除了约束取决于 SAPHana 资源的 AUTOMATED_REGISTER 参数的设置:如果 Automated_REGISTER=true,以前的 SAP HANA 主数据库会被注册为新的次要数据库,SAP HANA 系统复制将再次处于活动状态。如果 AUTOMATED_REGISTER=false,则由操作器决定在接管后与之前的 SAP HANA 主数据库发生的情况。

示例中使用的 HA 集群节点的名称和 HANA 复制站点(在括号中)有:

  • az1n1 (DC1)
  • az1n2 (DC1)
  • az2n1 (DC2)
  • az3n1 (DC3)
  • az3n2 (DC3)

以下参数用于配置 HANA 实例和集群:

  • SID=RH2
  • INSTANCENUMBER=02
  • clustername=cluster1

您可以使用 az1n1、az1n2、az2n1、az2n2、az3n1 和 az3n2 作为测试环境中所有节点的别名。

测试更详细地描述了测试,包括示例和 preconditions 的额外检查。最后,还有如何清理环境以便进行进一步测试的示例。

在某些情况下,如果 DC1、DC2 和 DC3 之间的距离太长,您应该使用 -replcationMode=async 而不是 -replicationMode=syncmem。在选择正确的选项前,您还必须询问您的 SAP HANA 管理员。

5.1. 准备测试

在运行测试前,完整的环境需要处于正确的和健康状态。我们必须通过以下方法检查集群和数据库:

  • pcs status --full
  • python systemReplicationStatus.py
  • df -h

pcs status --full 的示例可在 使用 pcs status 检查群集状态 中找到。如果"Migration Summary"中存在警告或之前失败,您应该在启动测试前清理集群。

[root@az1n1]# pcs resource clear SAPHana_RH2_02-clone

清理集群 描述了完成集群的一些更多方法。务必要确保集群以及启动所有资源。

除了集群外,数据库也应该启动并运行,并处于同步状态。验证数据库状态的最简单方法是检查系统复制状态。另请参阅 检查复制状态。这应该在主数据库的一个实例上检查。

要发现主节点,您可以检查 发现主数据库 或使用:

  • pcs status | grep -E "Promoted|Master"
  • hdbnsutil -sr_stateConfiguration

检查文件系统中是否有足够空间:

# df -h

在继续之前,请按照 系统检查 指南操作。如果环境是干净的,它已准备好运行测试。在测试过程中,监控有助于观察进度。

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat
返回顶部