Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

用于 SAP HANA、S/4HANA 和 NetWeaver 的 SAP 应用程序的红帽 HA 解决方案

Red Hat Enterprise Linux for SAP Solutions 9

Red Hat Customer Content Services

摘要

本文档概述了 SAP 的可用 HA 解决方案，并提供了相应文档的引用，以进一步描述每个解决方案。

使开源包含更多
复制链接

红帽承诺替换我们的代码和文档中存在问题的语言。我们从这四个术语开始：master、slave、黑名单和白名单。由于这一努力的精力，这些更改将在即将发布的版本中逐渐实施。有关让我们的语言更加包含的更多详情，请参阅我们的CTO Chris Wright 信息。

对红帽文档提供反馈
复制链接

我们感谢您对我们文档的反馈。让我们了解如何改进它。

通过 Jira 提交反馈（需要帐户）

  1. 确保您已登录到 JIRA 网站。
  2. 单击此链接 以提供反馈。
  3. 在 Summary 字段中输入描述性标题。
  4. 在 Description 字段中输入您对改进的建议。包括文档相关部分的链接。
  5. 点对话框底部的 Create。

第 1 章 简介
复制链接

对于运行 SAP 生产应用程序的组织，务必要通过在高可用性配置中部署其关键任务应用程序来确保其关键任务应用程序的最大可能运行时间。红帽通过针对 SAP HANA 的红帽 HA 解决方案、基于 S/4HANA 和 NetWeaver 的 SAP 应用程序，红帽为此类客户提供了一系列解决方案，以便在业界领先的 Red Hat Enterprise Linux 高可用性集群框架之上设置高度可用的 SAP 环境。

Red Hat Enterprise Linux High Availability Add-On 为配置基于 pacemaker 的集群提供所有必要的软件包，为关键生产环境服务提供可靠性、可扩展性和可用性。在此基础上，用于 SAP HANA、S/4HANA 和 NetWeaver 的 SAP 应用的红帽 HA 解决方案还允许设置和配置高度可用的 SAP HANA、S/4HANA 和 NetWeaver 的 SAP 应用程序，提供基于标准的方法来减少相应 SAP 环境的计划和计划外停机。

第 2 章 SAP HANA 的 HA 解决方案
复制链接

2.1. 自动化 SAP HANA 系统复制
复制链接

SAP HANA 系统复制(HSR)是一个内置高可用性和灾难恢复功能，支持业务连续性。借助 HANA System Replication，可以将 SAP HANA 数据库复制并持续同步到一个或多个位置。数据在辅助系统上持续加载，以最大程度缩短恢复时间目标(RTO)。

text

但是，SAP HANA 不包含任何作为 HANA 系统复制设置一部分的组件问题时自动触发故障转移的机制。但是，第三方集群解决方案可用于监控 HANA 系统复制环境的运行状况，并在检测到故障时触发故障转移。
在 RHEL 上，可以使用 Red Hat Enterprise Linux HA 附加组件来自动化故障转移。红帽为单个系统 SAP HANA 设置（横向扩展）或可扩展的多系统 SAP HANA 设置（横向扩展）提供 HA 解决方案。

Expand
支持的场景备注

性能优化

对于客户端/应用程序服务器，二级站点没有激活

成本优化

支持在二级站点(Cost-Optimized)上运行的 QA/Test 实例；在 Prod 故障转移过程中首先关闭 QA/Test 实例

Active/Active (Read Enabled)

辅助 HANA 实例可以进行只读查询

多层系统复制

可以进行多层系统复制，但 tertiary 站点不能由集群管理

多目标系统复制

除了标准的 HANA System Replication 外，数据也会复制到不由集群管理的其他辅助 HANA 实例

2.2.1. 支持政策
复制链接

请参阅 RHEL 高可用性集群的支持政策 - 在集群中管理 SAP HANA。

2.2.2. 性能优化
复制链接

在 性能优化 场景中，次要 HANA 数据库配置为将表预载到内存中，因此接管时间通常非常快。但是，由于辅助 HANA 数据库专用于系统复制，且不接受客户端查询，因此此设置在硬件成本方面非常昂贵。

text

2.2.2.1. 配置指南
复制链接

2.2.3. 成本优化
复制链接

成本优化方案 支持辅助站点上的额外的 TEST/QA HANA 数据库，为客户查询提供服务。由于硬件资源必须分配给 TEST/QA 实例，因此无法预加载 Production HANA 数据库。在接管之前，必须先关闭 TEST/QA 实例来释放分配给它的硬件资源，并将其重新分配给将提升到主实例的次要 HANA 实例。因此，对性能优化设置的时间要长。
另请参阅 使用 RHEL HA 附加组件自动化优化 SAP HANA 扩展系统复制。

3
View larger image
3

2.2.4. Active/Active (Read Enabled)
复制链接

辅助 HANA 实例可以进行只读查询。此设置支持次要站点上的第二个虚拟 IP。

4
View larger image
4

如需更多信息，请参阅 为 Active/Active (Read-Enabled) HANA System Replication 设置添加辅助虚拟 IP 地址。

2.2.5. 多层系统复制
复制链接

可以进行多层系统复制，但 tertiary 站点不能由集群管理。

5

必须手动触发 tertiary 站点，并且如果环境在手动接管 tertiary 站点后，必须手动将其返回到之前的状态，则重新配置 HANA System Replication 设置的所有步骤都必须在禁用集群时手动执行。验证 HANA System Replication 设置在应由集群管理的 HANA 实例上再次正常工作后，可以重新激活集群。

2.2.6. 多目标系统复制
复制链接

当使用 HANA 2.0 SPS 04 或更新版本以及提供版本 0.162.1 或更高版本的、提供 resource-agents-sap-hana RPM 软件包的 RHEL 版本时，Multitarget System Replication 支持由 RHEL HA Add-On 管理的 HANA Scale-Up System Replication 设置。

在扩展多目标系统复制 HA 集群设置中，主 HANA 实例将复制到由 HA 集群管理的辅助 HANA 实例，以及不由集群管理的其他辅助 HANA 实例，以满足额外的可用性要求。

21

2.2.6.1. 配置指南
复制链接
Expand
支持的场景描述

性能优化

二级站点对客户端/应用程序服务器没有活跃

Active/Active (Read Enabled)

辅助 HANA 实例可以进行只读查询

多目标系统复制

主 HANA 实例复制到多个辅助 HANA 实例

6
View larger image
6

2.3.1. 支持政策
复制链接

请参阅 RHEL 高可用性集群的支持政策 - 在集群中管理 SAP HANA。

在 HANA 2.0 中，二级实例可以采取只读查询。此设置支持次要站点上的第二个虚拟 IP。如需更多详细信息，请参阅 Red Hat Enterprise Linux HA Solution for SAP HANA Scale Out and System Replication 中的"为 Active/Active (Read-Enabled)设置添加辅助虚拟 IP 地址资源"一章。
如需更多信息，请参阅 Active/Active (Read-Enabled)。

2.3.4. Multitarget System Replication (Scale-Out)
复制链接

从 HANA 2.0 SPS 04 Multitarget System Replication 开始，在集群环境中支持。主站点复制到次要站点，并复制到额外的次要站点，以满足额外的可用性要求。在失败的情况下，其他第三个站点将自动注册到新的主站点，这是前一个站点。
如需了解更多详细信息，请参阅 Multitarget System Replication。

3.1. 独立 Enqueue Server 2 (ENSA2)
复制链接

独立 Enqueue Server 是应用服务器 ABAP 的组件，是确保锁定表及其条目的高可用性的机制。
自 NetWeaver 7.51 起，独立 Enqueue Server 已发展为生成 2，称为 Standalone Enqueue Server 2，或 ENSA2。在 ENSA2 中，如果 ASCS 失败，它可以在集群中的独立节点上启动，并从 enqueue replicator 2 复制锁条目。

7
View larger image
7

在 ABAP 平台 1809 或更新版本中，独立独立服务器 2 (ENSA2)已成为默认安装。

3.2. 支持的场景
复制链接

Expand
支持的场景描述

多节点集群

由于在 ENSA2 ASCS 中，因此不必"跟踪" ERS，因此使多节点集群成为可能

双节点集群

升级的双节点集群可轻松调整设置，以便从 ENSA1 切换到 ENSA2

全新的安装可以借此机会设计架构，在多节点集群或双节点集群间选择。以下是典型的 3 节点集群的架构图。根据客户的数据中心要求或需求，可以添加更多节点。

8

3.3. 支持政策
复制链接

请参阅 RHEL 高可用性集群的支持政策 - SAP S/4HANA 管理。

3.4. 配置指南
复制链接

通过当前版本的 S/4HANA，也可以在同一系统上运行 HANA 和 ABAP 应用程序服务器实例。这样便可拥有"成本优化" S/4HANA 设置，其中 HANA 系统复制和 ENSA2 都由一个在同一群集节点上运行的单个群集进行管理。

9
View larger image
9

如需更多信息，请参阅使用 RHEL HA 附加组件配置成本优化 SAP S/4HANA HA 集群(HANA System Replication + ENSA2)。

4.1. 独立 Enqueue Server 1 (ENSA1)
复制链接

使用旧的 Standalone Enqueue Server (ENSA1)时，ASCS 实例必须故障转移运行活跃 ERS 实例的集群节点，且必须确保关闭 ERS 实例并移到其在线时运行 ASCS 实例的节点。这是因为 ASCS 实例必须访问共享内存，其中 ERS 实例维护 enqueue 锁定表的副本，以继续跟踪活动事务的 enqueue 锁定。pacemaker 中支持 ENSA1 作为双节点集群配置，主要是因为 ASCS 实例必须"跟进" ERS 实例的限制。

10
View larger image
10

4.2. 支持的场景
复制链接

Expand
支持的场景描述

双节点集群

对于 ENSA1，ASCS 实例必须始终移至运行 ERS 实例的节点

ABAP/Java Dual-Stack

在所有 RHEL 7.x 版本中由 Master/Slave 资源支持

4.2.1. ABAP/Java Dual-Stack
复制链接

使用 Master/Slave 方法支持 ABAP/JAVA Dual-Stack，在所有 RHEL 7.x 次版本中均受支持。请按照配置指南： 配置(A) SCS/ERS SAPInstance 集群资源。
但是，由于 SAP 不再推荐 ABAP 和 JAVA 实例共享相同的 SID 的双栈设置，因此最好考虑执行 Dual-Stack Split，以便 ABAP 和 JAVA 堆栈使用单独的 SID。有了这样的设置，您可以使用独立方法管理 ABAP 堆栈的 ASCS/ERS 实例，以及用于 JAVA 堆栈的 SCS/ERS 实例。您需要为每个实例配置单独的资源组，并根据环境的每个部分的独立 SID 设置适当的限制。请按照配置指南：在 RHEL 7.5+ 和 RHEL 8 中使用独立资源配置 SAP NetWeaver ASCS/ERS ENSA1。

4.3. 支持政策
复制链接

请参阅 RHEL 高可用性集群的支持政策 - 在集群中管理 SAP NetWeaver。

4.4. 配置指南
复制链接

法律通告
复制链接

Copyright © 2025 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat返回顶部