本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 共享存储韧性
<a name="file-systems-storage"></a>

SAP 服务器上的文件系统可以在块类型存储上创建，例如本地连接的磁盘或 Enterprise Storage Area Network（SAN）设备，也可以基于共享文件系统，例如来自服务器或网络附属存储（NAS）设备的 SMB 或 NFS 共享卷。

由于弹性灾难恢复是一项块级复制服务，因此只有在将磁盘表示为块存储设备时，此服务才会复制磁盘。对于共享文件系统，必须使用其他工具和流程来提供韧性。为了满足这些要求，建议使用 Amazon 的完全托管式共享存储服务，从而在云中轻松且经济高效地启动、运行和扩展功能丰富、高性能和高韧性的文件系统。文件系统的选择取决于灾难恢复场景的操作系统。
+ Linux：[Amazon Elastic File System](https://www.amazonaws.cn/efs/)（Amazon EFS）
+ Microsoft Windows Server：[适用于 Windows File Server 的 Amazon FSx](https://www.amazonaws.cn/fsx/windows/)（Amazon FSx）
+ 混合：适用于 Windows File Server 的 Amazon FSx 或者[适用于 NetApp ONTAP 的 Amazon FSx](https://www.amazonaws.cn/fsx/netapp-ontap/)（FSx for ONTAP）

以下部分根据您的灾难恢复场景提供有关文件系统的指导。

**Topics**
+ [Amazon 区域内灾难恢复](#file-systems-same-region)
+ [Amazon 跨区域灾难恢复](#file-systems-different-regions)
+ [Amazon 外部向 Amazon 的灾难恢复](#file-systems-other-aws)

## Amazon 区域内灾难恢复
<a name="file-systems-same-region"></a>

当您使用托管服务（例如 Amazon EFS、适用于 ONTAP 的 FSx 或适用于 Windows File Server 的 FSx 等）来托管共享文件系统时，这些服务的多可用区设计提供的固有韧性意味着共享存储已经可以进行灾难恢复。为了进一步提高韧性，请确保定期备份您的共享存储，以防可能出现的数据损坏。

如果您使用 NFS 或 SMB 协议直接从 Amazon EC2 实例之一共享文件系统，当该文件系统位于 Amazon EBS 上并通过复制代理连接到服务器时，您不需要执行其他步骤。这样可以确保通过弹性灾难恢复进行复制。如果共享文件系统托管在另一个 Amazon EC2 实例上，其中还有不属于您的 SAP 工作负载的其他内容，请使用操作系统原生工具（例如 `rsync`）来管理此文件系统向恢复区的复制。

您也可以使用 Amazon DataSync 来提供选择性复制。可以安排此服务至少每小时运行一次，将这些文件复制到目标存储的恢复区中。您必须在可以访问文件系统的 Amazon EC2 实例上安装额外的代理。有关更多信息，请参阅 [Amazon DataSync 的工作原理](https://docs.amazonaws.cn/datasync/latest/userguide/create-task.html#configure-scheduling-queueing)。

## Amazon 跨区域灾难恢复
<a name="file-systems-different-regions"></a>

要支持跨区域灾难恢复，辅助区域中必须有另一个共享文件系统可用。来自主共享文件系统的数据必须复制到辅助区域的共享文件系统上。根据您选择的 Amazon 服务，实施将有所不同。
+ Amazon Elastic File System：Amazon EFS 原生复制可以支持单个 Amazon 账户内的跨区域复制。
+ 适用于 Windows File Server 的 Amazon FSx：您还可以使用 Amazon DataSync，在主共享存储与辅助共享存储之间复制数据。有关更多信息，请参阅 [Amazon DataSync 的工作原理](https://docs.amazonaws.cn/datasync/latest/userguide/create-task.html#configure-scheduling-queueing)。
+ 适用于 NetApp ONTAP 的 Amazon FSx：您可以使用 NetApp SnapMirror，在源实例和目标实例上的适用于 ONTAP 的 FSx 文件系统之间复制文件来维护共享文件系统的当前副本，频率最高为 5 分钟一次。有关更多信息，请参阅[使用 NetApp SnapMirror 计划复制](https://docs.amazonaws.cn/fsx/latest/ONTAPGuide/scheduled-replication.html)。

## Amazon 外部向 Amazon 的灾难恢复
<a name="file-systems-other-aws"></a>

根据共享存储的源区设计，您必须考虑在 Amazon 中的灾难恢复实例上复制这些文件。我们建议使用 [Amazon DataSync](https://www.amazonaws.cn/datasync/)。此服务可以与多种服务来回复制数据，例如 NFS 和 SMB 共享，并与使用 Amazon EFS、适用于 Windows File Server 的 FSx 和适用于 ONTAP 的 FSx 的多种文件系统来回复制数据。

在某些情况下，您可以考虑使用其他选项来保护您的源区 SAP 共享文件系统，例如在源环境中使用以下选项时。
+ 适用于 ONTAP 的 FSx：您可以使用 NetApp SnapMirror，在源实例和目标实例上的适用于 ONTAP 的 FSx 文件系统之间复制文件来维护共享文件系统的当前副本，频率最高为 5 分钟一次。有关更多信息，请参阅[使用 NetApp SnapMirror 计划复制](https://docs.amazonaws.cn/fsx/latest/ONTAPGuide/scheduled-replication.html)。
+ 本地存储：如果可以在托管本地存储的源服务器上配置复制代理，弹性灾难恢复会将本地存储复制到 Amazon 上的灾难恢复环境中。