DFS-R，如何恢复与文件夹ACL不匹配的复制

一个DFS-R有两台服务器。 ServerA在一个位置，ServerB在另一个位置

自从昨天上午以来，我们处于一个不知如何摆脱这种状况的情况。

情况：

我们收到一个呼叫，人们无法再访问特定的DFS命名空间。 检查一下，我们发现，在ServerA上，有人首先删除这个文件夹上的共享，并且没有更多的ACL在那里。

• Postgres-Repmgr节点在重启后被标记为不活动
• 元数据复制过程的Active Directory
• Dovecot dsync复制设置
• 为什么GlusterFS复制卷不build议在不同数据中心的主机上使用？
• 复制NAS / NFS虚拟设备

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

复制看起来非常缓慢。 drfsdiag backlog在复制的两边都提供了101000+和78000+个文件。 可能是由于ACL不匹配我猜。

回到这种情况的最好方法是什么？

• 停止ServerA到ServerB的复制？
• 删除ServerA上的文件夹？
• 用ServerB作为主要来源重新创build复制？
• 重新创buildACL并在ServerA上共享？
• 所有这些步骤都按特定的顺序？
• 等待积压已经结束，然后移动？

真的是新的DFS-R，我们不知道如何进行，所有可能的影响。

任何线索将不胜感激。