我有一个 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 周时间,在同步期间积压的文件增加了几十万个,但我没有其他选择。