在SAP，我们考虑为内部运行SAP S/4HANA的客户创造更多的好处。

事实上，许多客户在SAP HANA系统复制设置中运行两个SAP HANA数据库：生产性SAP HANA数据库（也称为主SAP HANA数据库），以及一个附加的"热备用"SAP HANA数据库（也称为辅助SAP HANA数据库）。后者是其高可用性战略的一部分，允许在主SAP HANA节点发生故障时保持业务连续性（当然这不太可能）。

SAP S/4HANA中的事务流程仅在主SAP HANA数据库上发布数据。辅助saphana数据库通过一种称为log replay的技术检索发布在主节点上的所有数据。系统复制的最初目的是尽可能快地存储任何数据更改的冗余副本—同步（无延迟）或以小时间延迟异步。使用Active/Active（read enabled）配置，我们现在还准备内存中的数据进行读访问，这会引入一个小的延迟。数据延迟通常为1秒到15秒，具体取决于系统工作负载。

您可以在SAP HANA管理指南中找到有关如何在SAP HANA安装中设置日志重播的详细信息。

因此，作为客户，物联网企业，您可以操作两个SAP HANA数据库，其中一个在大部分时间内是空闲的。

现在的想法是在非故障转移的情况下也利用辅助SAP HANA数据库的空闲资源：虽然事务性进程（读写）当然不能忍受几秒钟的延迟，分析应用程序（只读）通常可以。

因此SAP开发了一个E2E体系结构，数据大屏，淘客插件，可以将昂贵的分析查询路由到辅助SAP HANA数据库。SAP S/4HANA 1610、FPS01和SAP HANA 2.0、SPS01首次提供了这种配置。

SAP在SAP S/4HANA 1610、FPS01的最新文档（第9.3.2章）中宣布了这种所谓的主动/主动（启用读取）配置。为了利用该场景，还需要启用相应的应用程序。SAP note 2405182中提供了支持该场景的首批应用程序列表。因此，返利app，作为客户，您可以选择使用此场景并将昂贵的分析查询重定向到辅助SAP HANA数据库。这将释放主要SAP HANA数据库上的资源，使您能够优化硬件投资的使用。

您可以在SAP HANA管理指南中再次找到有关活动/活动（启用读取）的更多信息。

通过本系列博客，我计划分享E2E体系结构的一些经验、背景和最佳实践。这将有助于您作为顾问、合作伙伴和客户优化使用主动/主动（启用读取）配置。感谢您的反馈！

，物联网协议