确定复制策略

• 4 分钟

始终复制 Azure 存储帐户中的数据，确保持久性和高可用性。 Azure 存储复制会复制你的数据，以保护其免受计划内和计划外事件的影响。 这些事件包括暂时性硬件失败、网络中断或断电，大范围的自然灾害等。 可选择在同一数据中心中、跨同一区域中的局域数据中心，甚至跨区域复制数据。 即使面临故障时，复制也可确保存储帐户满足 Azure 存储的服务级别协议 (SLA) 的要求。

我们将探讨四种复制策略：

• 本地冗余存储 (LRS)
• 区域冗余存储 (ZRS)
• 异地冗余存储 (GRS)
• 异地区域冗余存储 (GZRS)

本地冗余存储

与其他策略相比，本地冗余存储是成本最低的复制选项，提供的持久性也最低。 如果发生数据中心级灾难（例如火灾或洪灾），则所有副本都可能会丢失或无法恢复。 尽管有局限性，LRS 也适用于多种场景：

• 在发生数据丢失时，可以轻松重新构造应用程序存储的数据。
• 数据会不断变化，就像在实时源中一样，实际上不需要存储数据。
• 应用程序由于数据治理要求而仅限复制某个国家/地区内的数据。

区域冗余存储

区域冗余存储以同步方式在单个区域中的三个存储群集之间复制数据。 各存储群集以物理方式相互隔离，并驻留在自己的可用性区域中。 每个可用性区域及其中的 ZRS 群集是自主性的，具有独立的实用工具和网络功能。 将数据存储在 ZRS 帐户中可以确保当某个区域不可用时，能够访问和管理自己的数据。 ZRS 提供卓越的性能和较低的延迟。

• ZRS 目前在所有区域中都不可用。
• 从另一个数据复制选项更改为 ZRS 需要将物理数据从一个区域内的单个存储缩放单元移动到多个缩放单元。

异地冗余存储

异地冗余存储将数据复制到（离源数据主位置数英里之外的）次要区域中。 即使出现区域性中断，GRS 也能提供更高级别的持久性。 GRS 可提供至少 99.99999999999999% 的持久性。 如果存储帐户启用了 GRS，即使遇到区域完全中断或导致主要区域不可恢复的灾难，数据也能持久保存。

如果实现 GRS，可从两个相关选项中进行选择：

• GRS 将数据复制到次要区域中的另一个数据中心。 仅当 Microsoft 启动了从主要区域到次要区域的故障转移时，才能读取该数据。

• 读取访问异地冗余存储 (RA-GRS) 基于 GRS。 RA-GRS 将数据复制到次要区域中的另一个数据中心，同时还提供从次要区域读取数据的选项。 如果使用 RA-GRS，无论 Microsoft 是否发起从主要区域到次要区域的故障转移，都能从次要区域读取数据。

对于已启用 GRS 或 RA-GRS 的存储帐户，首先会使用本地冗余存储复制所有数据。 首先将更新提交到主要位置，并使用 LRS 复制更新。 然后，使用 GRS 以异步方式将更新复制到次要区域。 次要区域中的数据使用 LRS。 主要和次要区域在一个存储缩放单元内管理跨单独的容错域和升级域管理副本。 存储缩放单元是数据中心内的基本复制单元。 此级别的复制由 LRS 提供。

异地区域冗余存储

异地区域冗余存储结合了区域冗余存储的高可用性与异地冗余存储所提供的区域性中断保护。 将跨主要区域中的三个 Azure 可用性区域复制 GZRS 存储帐户中的数据，并将其复制到次要地理区域，以防御区域灾难。 每个 Azure 区域与同一地理位置中另一个区域配对。

如果使用 GZRS 存储帐户，在可用性区域不可用或无法恢复的情况下，可以继续读取和写入数据。 此外，即使在遇到区域完全中断或导致主要区域不可恢复的灾难时，数据也能持久保存。 GZRS 可在一年中提供至少 99.99999999999999%（16 个 9）的对象持久性。 GZRS 还提供与 LRS、ZRS、GRS 或 RA-GRS 相同的可伸缩性目标。 你可以选择使用读取访问异地区域冗余存储 (GZRS) 启用对次要区域中的数据的读取访问权限。

选择复制策略时的注意事项

下面了解不同复制策略的持久性和可用性范围。 下表描述了复制过程中的几个关键因素，其中包括数据中心内的节点不可用，以及整个数据中心（区域或非区域）是否不可用。 下表列出在区域范围不可用期间对远程、异地复制区域中数据进行读取访问，以及受支持的 Azure 存储帐户类型。