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

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

我有一个 Windows Server 2012 R2 DFS 节点,它的数据库已损坏。在 DFS-R 损坏之前,它拥有完全最新的数据集。大约一周后,我们发现了损坏,这意味着在那一周内大约有 10,000 个文件被更改。

幸运的是,我有另一个 2012 R2 DFS 节点,该节点具有完好无损的数据库,所以我想“太好了!我只需导出其数据库,然后将其导入到另一台服务器!”,按照“使用克隆替换损坏的 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

详细:已复制文件夹有文件积压。已复制文件夹:“APPS”。计数:4242345

我想知道它是否只是重新散列文件,我让它运行,但它将整整 40GB 的文件复制到了“冲突和已删除”文件夹中,并获取了相同文件的新副本。

有什么方法可以解决这个问题吗?如果不是迫不得已,我不想通过这个远程链接下载近 800GB 的文件。正如我所说,直到一周前,DFS 卷都是最新的,并且运行良好。

答案1

我一直没能找到解决这个问题的办法。我决定让同步自行完成。这花了 3 周时间,在同步期间积压的文件增加了几十万个,但我没有其他选择。

相关内容