DFS-R，如何在复制过程中恢复与文件夹ACL不匹配的轨道

Question

DFS有2台服务器.ServerA在一个位置，ServerB在另一个位置

从昨天早上开始，我们就不知道该怎么处理了。

情况：

我们收到一个呼叫，人们在特定的DFS名称空间上不再具有访问权限。在ServerA上，我们在检查时发现，有人首先删除了这个文件夹上的共享，并且没有更多的ACL。

第一步，在DFS命名空间上，我们禁用了ServerA上的文件夹目标。允许用户访问他们的文件。

复制看起来非常缓慢。drfsdiag积压文件在复制的两边提供101000+和78000+文件。可能是因为ACL错配吧。

怎样才能让这种局面回到正轨呢？

• 停止ServerA到ServerB的复制？
• 删除ServerA上的文件夹？
• 用ServerB作为主源重新创建复制？
• 重新创建ACL并在ServerA上共享？
• 所有这些步骤都是按特定顺序进行的？
• 等着积压的事情结束后再行动？

在DFS上非常新，我们不知道如何实现这一点和所有可能的效果。

任何线索都会感激的。

Answer 1

如果您更改了整个大文件夹上的ACL，则必须等待待办事项完成。关于类似的情况，请参见这里和这里

如果这是不可接受的，你可以：

• 停止复制
• 删除受影响的文件夹(只在单面！)
• 使用robocopy来预种现在为空的目标
• 重新启用复制

然而，上面的每一个步骤都不是没有停机的，如果出了问题，情况也会恶化。和往常一样，先做后援。