DFS-R在克隆后创build了相同文件的420万文件积压

我有一个Windows Server 2012 R2 DFS节点,其数据库已损坏。 在DFS-R腐败之前,它有一个完全最新的数据集。 大概在一个星期之前,我们发现了腐败,这意味着在这个星期里大约有10,000个文件被改变了。

幸运的是,我有另一个2012 R2 DFS节点,它有一个完美的数据库,所以我认为“太棒了!我只是导出它的数据库,并将其导入到其他服务器!”,根据“使用克隆来replace损坏的DFS复制数据库“部分https://technet.microsoft.com/en-us/library/dn482443.aspx?f=255&MSPPError=-2147217396

所以我从DFS-R复制组中删除了有故障的服务器。

在工作服务器上,我跑了:

Export-DfsrClone -Volume G: -Path C:\Temp\DFSR-Export\ 

而在错误的服务器上,我跑了:

 Stop-Service DFSR Remove-Item –path "G:\system volume information\dfsr" –recurse -force Start-Service DFSR Import-DfsrClone -Volume G: -Path C:\Temp\DFSR-Export\ 

然后,我重新将该服务器添加到复制组,然后在给它一个小时左右以便自己整理,我跑了:

 Get-DfsReplicationGroup APPS | Get-DfsrBacklog -SendingMember goodserver -ReceivingMember badserver 

VERBOSE:复制的文件夹有一个积压的文件。 复制文件夹:“应用程序”。 数:4242345

想知道如果只是重新打散文件,我让它运行,但它将完整的40GB文件复制到冲突和删除文件夹中,并抓取相同文件的新副本。

有什么办法可以解决这个问题吗? 如果我不需要,我不想通过这个远程链接吸取几乎800GB的文件。 正如我所说,DFS的数量是完全最新的,一个星期前工作正常。

我从来没有find解决这个问题的办法。 我决定让这个同步运行。 花费了3周的时间,在同步期间积压了数十万个文件,但是我没有看到其他的select。