Azure 文件同步的灾难恢复最佳做法

对于Azure 文件同步，灾难恢复主要考虑三个方面：高可用性、数据保护与备份，以及数据冗余。 本文涵盖了每个领域，并帮助你决定采用哪种配置。

在 Azure 文件同步部署中，云终结点始终包含数据的完整副本，但可以将本地服务器看做是数据的可释放缓存。 发生服务器端灾难时，可以通过预配新的服务器、在服务器上安装 Azure 文件同步代理，并将其设置为新的服务器终结点来恢复服务器。

由于其混合性质，某些传统的服务器备份和灾难恢复策略不适用于 Azure 文件同步。对于任何已注册的服务器，Azure 文件同步不支持以下操作：

• 在服务器终结点仍处于活动状态时，将磁盘驱动器（卷）从一台服务器传输/克隆到另一台服务器
• 从操作系统备份进行还原
• 将服务器的操作系统克隆到另一个服务器
• 恢复到以前的虚拟机检查点
• 将本地（第三方）备份的分层文件恢复到服务器端点

高可用性

可以使用两种不同的策略来实现本地服务器的高可用性。 可以配置故障转移群集，也可以配置备用服务器。 这两个配置之间的决定因素是你愿意在系统中的投资规模，以及在发生灾难的情况下最大程度降低系统停机时间是否值得额外付出成本。

对于故障切换集群，使用 Azure 文件同步 不需要采取特殊步骤。对于备用服务器，可以进行以下配置：

使用带有不同服务器端点的二级服务器，这些服务器同步到与主服务器同一个同步组，但不要启用终端用户对服务器的访问权限。 该配置允许所有文件从主服务器同步到备用服务器。 可以考虑启用仅命名空间的分层，这样最初仅下载命名空间。 如果你的主服务器故障，你可以使用 DFS-N（分布式文件系统命名空间）快速重新配置终端用户对备用服务器的访问。

数据保护与备份

保护数据是灾难恢复解决方案的关键组成部分。 为了保护你的Azure文件共享，请在云端或本地备份数据。 如果可能的话，备份云端数据，因为云端点包含完整数据副本，而服务器端点可能只包含部分数据。

在云中备份数据

使用Azure 备份作为你的云备份解决方案。 Azure 备份 负责备份调度、保留和恢复等事务。 如果你愿意，也可以手动拍摄 共享快照 并配置自己的调度和保留方案，但这种方法并不理想。 或者也可以使用第三方解决方案直接备份 Azure 文件共享。

如果发生灾难，可以从共享快照还原，这是文件共享在某个时间点的只读副本。 由于这些快照是只读的，因此不会受到勒索软件的影响。 在大型数据集中，完全共享还原操作需要花费很长时间，因此可以启用对快照的直接用户访问，以便用户可以在还原完成的同时将所需的数据复制到其本地驱动器。

快照直接存储在 Azure 文件共享中，无论是手动生成快照还是由 Azure 备份为你生成快照。 启用 软删除 功能，以保护你的快照，防止文件共享被意外删除。

有关详细信息，请参阅关于 Azure 文件共享备份，或与备份提供商联系，确认是否支持备份 Azure 文件共享。

在本地备份数据

如果启用云分层，请不要实施本地备份解决方案。 启用云分层后，只有数据的子集将以本地方式存储在服务器上，其余数据存储在云终结点中。 根据用于本地备份的备份解决方案，分层文件将会：

• 跳过且未备份（由于其 FILE_ATTRIBUTE_RECALL_ONDATA_ACCESS 属性），或
• 仅作为分层文件进行备份，并且在还原时可能由于实时共享中的更改而无法访问，或
• 将被召回到磁盘，这将导致高流出量费用。

如果你决定使用本地备份方案，可以在同步组中的服务器上进行备份，且该服务器关闭云分层。 执行还原时，使用卷级别或文件级还原选项。 通过文件级恢复选项恢复的文件同步到同步组中的所有端点，现有文件会被从备份恢复的版本替换。 卷级还原不会取代云端点或其他服务器端点的新版本文件。

在启用了云分层的卷上，支持卷影复制服务 (VSS) 快照（包括“以前的版本”选项卡）。 这种支持让你能够自助还原，而不必依赖管理员帮你还原。 不过，你必须通过PowerShell启用之前版本的兼容性，这会增加你的快照存储成本。 VSS 快照不能防止服务器终结点本身发生灾难，因此，只能与云端备份一起使用。 有关详细信息，请参阅通过早期版本和 VSS 进行自助式还原。

数据冗余

为了确保强大的灾难恢复解决方案，请选择适用于 Azure 文件存储 的四种冗余方案之一：

• 本地冗余存储 (LRS) ：使用 LRS 时，每个文件在 Azure 存储群集中存储三次。 这可以防止由于硬件故障（例如磁盘驱动器损坏）而导致数据丢失。 但是，如果数据中心内发生火灾或洪水等灾难，使用 LRS 的存储帐户的所有副本可能会丢失或无法恢复。
• 区域冗余存储（ZRS）：在ZRS中，每个文件存储三个副本，但这些副本物理隔离在不同Azure可用性区域的三个独立存储集群中。 可用性区域是 Azure 区域中独特的物理位置。 每个区域由一个或多个数据中心组成，这些数据中心配置了独立电源、冷却和网络。 在将副本写入所有三个可用性区域的存储群集前，不允许将其写入存储。
• 异地冗余存储 (GRS)：使用 GRS 时，有两个区域，即一个主要区域和一个次要区域。 文件在主要区域中的 Azure 存储群集中存储三次。 写入将异步复制到 Azure 定义的次要区域。 GRS 提供 6 个数据副本，它们分布在两个 Azure 区域之间。
• 地理区域冗余存储（GZRS）：GZRS 结合了 ZRS 和地理冗余。 使用 GZRS，文件在主要区域的三个不同存储群集中存储三次。 所有写入都将异步复制到 Microsoft 定义的次要区域。

大多数组织都应该考虑ZRS，因为它在增加的数据冗余优势下增加的成本最小，而且在故障发生时也最为顺畅。 如果您的组织政策或监管要求文件共享数据需要地理冗余，可以考虑GRS或GZRS。

异地冗余

如果存储帐户配置了 GRS 或 GZRS 复制，则如果主要区域被判断为永久不可恢复或长时间不可用，Azure 将启动存储同步服务的故障转移。 发生由 Azure 发起的灾难恢复时，无需采取任何行动。

使用GRS或GZRS时，你也可以对存储账户进行客户发起的故障切换。 该支持场景应仅在大规模区域性停电时使用。 这个过程并不顺利，可能会产生额外费用。 存储帐户故障转移完成后，还必须请求对存储同步服务进行故障转移。 要启动流程，请开启支持工单，请求同时对包含Azure文件共享的Azure存储账户和存储同步服务进行故障转移。

发生故障转移后，服务器终结点会自动切换以与备用区域中的云终结点同步。 然而，服务器终结点需要与云终结点进行协调，如果辅助区域中的数据未完全同步可能会导致文件冲突。

下一步

了解 Azure 文件共享备份