我有一个 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
VERBOSE:复制的文件夹有文件积压。复制文件夹:“APPS”。计数:4242345
想知道它是否只是重新散列文件,我让它运行,但它复制了完整的 40GB 文件到 Conflicted and Deleted 文件夹中,并抓取了相同文件的新副本。
有什么办法可以解决这个问题吗?如果我不需要的话,我不想通过这个远程链接吸收近 800GB 的文件。正如我所说,DFS 卷完全是最新的,并且直到一周前都可以正常工作。
我从来没有找到解决这个问题的办法。我决定让同步顺其自然。花了 3 周时间,在同步期间积压的文件增加了几十万个,但我没有看到任何其他选择。