DFS-R 配备 2 台服务器。ServerA 在一个位置，ServerB 在另一个位置
从昨天早上开始，我们就处于不知道如何摆脱这种情况的境地。
情况：
我们接到一个电话，人们无法再访问特定的 DFS 命名空间。环顾四周，我们发现在 ServerA 上，有人首先删除了此文件夹上的共享，并且 2 不再存在 ACL。
第一步，在 DFS 命名空间上，我们禁用了 ServerA 上的文件夹目标。允许用户访问他们的文件。
复制看起来非常缓慢。drfsdiag backlog 在复制的两侧提供 101000+ 和 78000+ 文件。我猜可能是由于 ACL 不匹配。
使这种情况重回正轨的最佳方法是什么？
- 停止将 ServerA 复制到 ServerB ？
- 删除 ServerA 上的文件夹？
- 重新创建以 ServerB 作为主要来源的复制？
- 重新创建 ACL 并在 ServerA 上共享？
- 所有这些步骤都按特定顺序？
- 等待积压工作结束并继续前进？
DFS-R 上真的很新，我们不知道如何继续进行，以及所有可能的效果。
任何线索将不胜感激。
如果您更改了整个大型文件夹的 ACL，则必须等待积压工作完成。对于类似情况，请参见此处和此处
如果这是不可接受的，您可以：
robocopy预播现在空的目的地但是，上述每个步骤都不是没有停机时间，如果出现问题，您还可能使情况恶化。与往常一样，先备份。