我们当前的设置使用两台DFS服务器充当DFS命名空间的引用服务器。 数据从Live服务器复制到第二个位置的DR服务器。 目标是让第二台服务器始终处于活动状态，但文件夹目标只能在活动网站上启用。
如果在正常情况下没有问题，这一切都可以正常工作，但我们遇到的问题是，在两个办事处之间的链接正在进行testing期间，名称空间变得不可用，我们无法创build新的名称空间。 在此事件期间运行诊断程序后，发现DFS命名空间需要访问主域控制器才能与命名空间进行交互。 因此，现在在“链接closures”testing期间，我们将FSMOangular色转移到灾难恢复域控制器，以便访问PDC。 现在，当我们能够创build新的名称空间，但仍然无法与当前的交互。
我们已经进行了主动目录运行状况testing，升级到2012 R2域以及完全清理和重buildDFS系统，并且每当链接closures时，即使PDC可用，DFS也会抱怨它不能再看到域或名称空间。
我现在完全没有想法，所以如果有人有任何经验，可以提供testingbuild议。 目前的解决scheme是，在这种情况下，我们基本上不能使用DFS命名空间，而是必须运行脚本来将path移动到漫游configuration文件和文件夹redirect到DR服务器，而不仅仅是在DFS上移动文件夹引用， t似乎应该是这样的，必须有一种方法来始终能够使用命名空间。
build立：
AD域 – Windows 2012 R2。 2个DC在现场，2个DC在DR。
实时DFS服务器 – Windows 2012 R2。 启用引荐服务器，启用文件夹目标。 命名空间服务器启用。
DR DFS服务器 – Windows 2012 R2。 引荐服务器已启用，文件夹目标已禁用。 命名空间服务器启用。
数据复制方法 – Bvckup2。
我们使用用户主驱动器内的漫游configuration文件和文件夹redirect。
我已经find了这个问题，这一切都源于DFS命名空间环境的默认设置。
我们正在使用仅DNS的环境，所以需要重新创buildDFS命名空间到DNS，并接受FQDN引用，基本上遵循这篇文章：
https://support.microsoft.com/en-us/kb/244380
我曾经计划在过去这样做，但发现所有其他工作正在发生的风险相对较高，并且对我们的环境影响不大，直到我们发现PDC的特定情况变得不可用（即使有FSMOangular色转移）。
希望这可以帮助其他人在这个非常具体的情况。