本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 在AWS云上为 SAP 工作负载实施灾难恢复
使用 Elastic 灾难恢复为 SAP 工作负载实施灾难恢复解决方案，需要考虑典型 SAP 工作负载的不同部分（例如 S/4HANA 部署）的不同注意事项。AWS以下部分提供的指导介绍了在应用程序层和数据库层中使用弹性灾难恢复时，设计、实施和管理弹性灾难恢复方法上的不同。
**Topics**
+ [SAP 应用程序层](#application-layer)
+ [SAP 数据库层](#database-layer)
## SAP 应用程序层
我们建议使用AWS Elastic 灾难恢复来保护您的 SAP 应用程序服务器，例如 SAP ASCS/SCS、PAS、AAS 等。Elastic 灾难恢复支持基于 SAP 的 SAP 应用程序层 NetWeaver、ABAP 基础以及 TREX、内容服务器等独立应用程序。您可以对 Amazon EBS 支持的存储使用弹性灾难恢复，例如 SAP 实例二进制文件、存储在 Amazon EBS 卷上的本地文件。
应用程序层还包含共享文件系统，例如 SAP 挂载、传输和接口目录。这些文件系统通常需要单独管理。有关更多信息，请参阅[共享存储韧性](file-systems-storage.md)。
要进行设置，请在应用程序服务器上安装弹性灾难恢复代理。创建具有所需权限的 IAM 用户。向 Elastic 灾难恢复代理提供用户信息，以便与 Elastic 灾难恢复建立连接 APIs。配置代理后，此服务将与使用 TLS 1.3 加密的弹性灾难恢复 API 端点进行身份验证握手。此服务在暂存区子网中，为复制的每个源卷生成大小相同的 Amazon EBS 卷用于数据同步。Amazon EBS 卷的类型可以在复制服务器设置中配置。复制将在生成暂存区子网资源并安装代理后开始。数据经过加密，从源服务器直接传输到复制服务器。此服务自动管理暂存区的子网资源，根据源服务器和磁盘的并行复制情况扩展或缩减这些资源。
## SAP 数据库层
AWS Elastic 灾难恢复完全支持作为灾难恢复解决方案，适用于在任何数据库上运行的 SAP 应用程序，也适用于在纵向扩展配置下在 SAP HANA 数据库上运行的 SAP 应用程序。此服务不支持复制多节点 SAP 数据库，例如 SAP HANA 横向扩展集群。
SAP 系统中的数据存储在数据库中。这些数据包括主数据、事务数据和 ABAP 构件。在评估将弹性灾难恢复用于灾难恢复解决方案时，您必须考虑业务的 RPO 和 RTO 要求。此服务不具备应用程序感知能力，而是在操作系统层运行，将连接的存储复制到目标暂存环境。根据 RTO 和 RPO 要求，您可以选择弹性灾难恢复或数据库原生的复制方法，例如适用于 SAP HANA 的 SAP HANA System Replication（HSR）。
以下是选择数据库复制方法时的重要注意事项。
**Topics**
+ [网络带宽](#network-bandwidth)
+ [RPO](#rpo)
+ [更改率](#change-rate)
+ [RTO](#rto)
+ [成本](#cost)
+ [RCO](#rco)
+ [存储限制](#storage-limits)
### 网络带宽
AWS Elastic 灾难恢复在操作系统层运行，对连接的存储设备进行块级复制。根据来源的更改率，您可能需要更高的网络带宽来将复制保持在最新状态。像 SAP HSR 这样的数据库感知技术所需的网络带宽较少，可以更快地复制变化率高的系统。
### RPO
弹性灾难恢复支持亚秒级的 RPO。对于 SAP 工作负载，请确保您的网络能够支持变化率的峰值。如果您的 RPO 非常小，建议您同时测试数据库原生复制方法以及弹性灾难恢复。
导致数据库的数据发生重大变化的操作，会在暂存区中造成数据复制延迟。这包括将备份部分或全部恢复到源服务器上数据库的受保护卷中。对存储卷所做的更改远高于源服务器上通常的更改率。从备份中恢复到源服务器上受保护卷的数据被视为更改过的数据块，由弹性灾难恢复进行复制。复制服务器需要更多时间才能从源系统接收如此大量的更改数据并写入。这会影响您的业务 RPO。
对于从备份中进行恢复之类的操作，建议在工作负载压力较低的时候进行。这样，较长的 RPO 值就不会影响您的工作负载。您可以跟踪仍在等待弹性灾难恢复服务进行复制的更改数据量。有关更多信息，请参阅[恢复控制面板](https://docs.aws.amazon.com/drs/latest/userguide/recovery-dashboard.html)。
### 更改率
对于更改率较高的数据库，您可以通过具备足够性能的网络以及复制服务器的存储和计算配置来满足性能要求。如果这些更改不足以满足业务性能要求，您可以选择数据库原生复制方法来优化 RPO。
### RTO
使用弹性灾难恢复，在触发灾难恢复事件时，就会预置目标灾难恢复环境。总时间取决于数据库的大小和所选的 Point-in-Time (PiT)。在生产环境中实施灾难恢复之前，您必须先测试灾难恢复方案。
### 成本
由于弹性灾难恢复不使用温备用或热备用方法，因此相比许多其他灾难恢复选项，此方法的灾难恢复环境的计算成本可以降至最低。有关更多信息，请参阅 [AWS弹性灾难恢复定价](https://aws.amazon.com/disaster-recovery/pricing/)。使用数据库原生复制方法，成本会随着灾难恢复区域的计算资源而增加。
### RCO
如果您有多个紧密耦合的系统，则需要使用数据库原生复制方法。
### 存储限制
在大多数情况下，可用的 Amazon EBS 卷类型足以满足任何存储容量和性能需求。根据源环境架构，在某些情况下，恢复实例上的存储卷会超过单个 Amazon EBS 卷的容量 and/or 性能限制。这可能发生在非AWSAWS灾难恢复实施中，`data`并且`log`卷连接到高负载数据库服务器。有关更多信息，请参阅 [Amazon EBS 卷类型](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html)。
将服务器迁移到时AWS，必须将此类存储卷重构为新的存储架构，例如，创建条带卷集。条带卷集使用恢复实例操作系统中的逻辑卷管理器工具定义和维护。有关详细信息，请参阅 [Linux 上的 RAID 配置](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/raid-config.html)。这些卷集将跨越两个或更多 Amazon EBS 卷，直至达到满足所需卷大小和性能所需的总量。然后，存储卷数据被复制到新的条带卷集。虽然可以通过 Elastic 灾难恢复启动后脚本或通过 Amazon 事件规则触发代码的警报 EventBridge 事件自动执行此过程，但额外的步骤可能会导致更长的恢复时间。
在这些情况下，适合实施混合灾难恢复解决方案。大多数服务器由弹性灾难恢复管理，特定服务器（出于存储性能考虑）使用其他灾难恢复方法，例如原生数据库复制技术。存储架构重构是在初始灾难恢复环境实施期间，在设置备用复制服务器时完成。由于现在是在应用程序级别进行复制，因此灾难恢复服务器能够写入与源服务器上不同的存储架构。