2.2. 支持的 SAP HANA 扩展系统复制场景
| 支持的场景 | 备注 |
|---|---|
| 客户端/应用程序服务器没有激活次要站点 | |
| 支持在次要站点(Cost-Optimized)上运行的 QA/Test 实例；在 Prod 故障切换期间，将首先关闭 QA/Test 实例 | |
| secondary HANA 实例可以进行只读查询 | |
| 多层系统复制是可能的，但第三站点无法由集群管理 | |
| 除了标准的 HANA 系统复制外，数据也会复制到不由集群管理的额外辅助 HANA 实例 |
2.2.1. 支持政策
2.2.2. 性能优化
在 Performance Optimized 场景中，辅助 HANA 数据库配置为将表预加载到内存中，因此用时的时间通常非常快。但是，由于辅助 HANA 数据库专用于系统复制，不接受客户咨询，所以此设置在硬件成本方面的成本较高。
2.2.2.1. 配置指南
- On-Premise： 使用 RHEL HA 附加组件自动化 SAP HANA Scale-Up 系统复制
- AWS： 在 Amazon Web Services (AWS)上使用 RHEL HA 附加组件配置 SAP HANA 扩展系统复制.
- Azure: Red Hat Enterprise Linux 上的 Azure 虚拟机上的 SAP HANA 高可用性
- Google Cloud Platform (GCP)： RHEL 上 SAP HANA 的 HA 集群配置指南
- IBM Power System Virtual Server : 在 RHEL HA Add-On 集群中配置 SAP HANA Scale-Up System Replication
2.2.3. 成本优化
成本优化方案 支持第二个站点上的额外的测试/QA HANA 数据库，为客户端咨询服务。由于硬件资源必须分配给 TEST/QA 实例，因此无法预加载 Production HANA 数据库。在接管之前，必须首先关闭 TEST/QA 实例，以释放分配给它的硬件资源，并将其重新分配给将提升到辅助 HANA 实例的辅助 HANA 实例。因此，可能需要的时间比性能优化设置要长。
2.2.3.1. 配置指南
- On-Premise : 使用 RHEL HA 附加组件自动化 Cost-Optimized SAP HANA Scale-Up 系统复制
- IBM Power System Virtual Server： 在 RHEL HA 附加组件集群中配置 SAP HANA Cost-Optimized Scale-Up System Replication
2.2.4. Active/Active(Read Enabled)
secondary HANA 实例可以采用只读查询。此设置支持次要站点上的第二个虚拟 IP。
2.2.4.1. 配置指南
- On-Premise： 为 Active/Active (Read-Enabled) SAP HANA System Replication 设置添加辅助虚拟 IP 地址
- IBM Power System Virtual Server： 在 RHEL HA 附加组件集群中配置 SAP HANA Active/Active (Read Enabled)系统复制
2.2.5. 多层系统复制
多层系统复制是可能的，但第三站点无法由集群管理。
必须手动触发到第三站点，并且如果在手动了解到第三站点后，环境应恢复到之前的状态，则所有步骤都必须手动执行，同时禁用集群。在验证 HANA 系统复制设置应由集群管理的 HANA 实例上再次正常工作后，可以重新激活集群。
2.2.5.1. 配置指南
- IBM Power System Virtual Server： 在 RHEL HA 附加组件集群中配置 SAP HANA 多层系统复制
2.2.6. 多目标系统复制
当使用 HANA 2.0 SPS 04 或更新版本以及提供 resource-agents-sap-hana RPM 软件包的 RHEL 版本时，支持将 Multitarget 系统复制 用于 HANA Scale-Up 系统复制设置，由 RHEL HA 附加组件管理。
在 Scale-Up Multitarget System Replication HA 集群设置中，primary HANA 实例被复制到由 HA 集群管理的辅助 HANA 实例，以及不由集群管理的额外辅助 HANA实例来满足额外的可用性要求。
