场景 2 - 多个文件夹目标和复制
“如果我的本地 NUS 不可用，我希望我的用户能够从公司网络上其他位置的备份位置获取其配置文件数据。如果他们进行了更改，则这些更改需要在其首选 NUS 再次可用时返回到该 NUS。”
此场景中的基本要求是为网络上的配置文件提供备用位置。用例包括网络基础设施的部分故障或文件夹目标（例如故障转移群集）的完全不可用。
您需要考虑的选项是使用多个文件夹目标和使用 DFS 复制。
选项 1 - 引用多个文件夹目标
背景阅读
有关调整 DFS 命名空间的信息，请参阅
<https://docs.microsoft.com/zh-cn/windows-server/storage/dfs-namespaces/tuning-dfs-namespaces>。
关于此选项
引用是用户设备依次尝试的目标的有序列表。它专为目标为只读的场景而设计，例如软件库。目标之间没有链接，因此将此技术与配置文件一起使用可能会创建无法同步的多个配置文件。
但是，可以为引用中的目标定义排序方法和目标优先级。选择合适的排序方法似乎可以使所有用户会话一致地选择目标。但在实践中，即使用户的所有设备都在同一站点内，站点内路由问题仍然可能导致不同会话选择不同的目标。当设备缓存引用时，此问题可能会加剧。
重要提示：此选项不适用于配置文件管理部署，也不受支持。但是，文件复制已用于某些特殊部署，在这些部署中只能保证单个会话，并且 主动回写已禁用。有关这些特殊情况的信息，请联系 Citrix 咨询。
选项 2 - 分布式文件系统复制
背景阅读
-
有关分布式文件系统复制 (DFSR) 的概述，请参阅
<https://docs.microsoft.com/zh-cn/windows-server/storage/dfs-replication/dfsr-overview>。 -
有关复制的用户配置文件数据的支持声明，请参阅
<https://techcommunity.microsoft.com/t5/ask-the-directory-services-team/microsoft-8217-s-support-statement-around-replicated-user/ba-p/398230>。 -
要了解 DFSR 为何不支持分布式文件锁定，请参阅
<https://blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr.aspx>。
实施此选项
DFS 复制可在有限带宽的网络连接上提供文件夹同步。此选项似乎解决了选项 1 中的问题，因为它同步了单个命名空间文件夹定义引用的多个文件夹目标。实际上，当文件夹作为目标添加到文件夹定义时，可以将其指定为属于复制组。
需要考虑两种复制形式：
-
单向复制（也称为主动-被动复制）旨在将关键数据备份到安全存储库。例如，此复制使其适用于维护灾难恢复站点。只要被动目标禁用引用，并且仅在激活灾难恢复计划时才调用，它就可以与 Profile Management 配合使用。
-
双向复制（也称为主动-主动复制）旨在提供对全局共享数据的本地读写访问。即时复制不一定是此处的必需条件。共享数据可能不常修改。 重要提示：不支持主动-主动 DFSR。
计划定义了数据复制的频率。频繁的计划对 CPU 和带宽的占用都更高，但不能保证即时更新。
在其操作的各个点，Profile Management 要求在 NUS 中锁定某些文件，以协调对（共享）用户存储的更新。通常，这些更新在会话开始和结束时发生，如果启用了主动回写，则在会话中间发生。由于 DFS 复制不支持分布式文件锁定，因此 Profile Management 只能选择一个目标作为 NUS。这实际上消除了双向复制（主动-主动复制）的任何价值，因此不适用于 Profile Management 且不受支持。单向复制（主动-被动复制）仅作为灾难恢复系统的一部分适用于 Profile Management。不支持其他用途。