Windows 2008 DFS复制问题

这发生在安装修补程序后2663685 http://support.microsoft.com/kb/2663685

它改变了脏DFSRclosures后的行为，以便不再自动重启，而是停留在允许你做任何备份，你可能需要做，然后运行一个WMI命令按照文章重新启动它。

警告字 – 在群集上应用此修补程序意味着它实际上并不是高度可用的，因为故障转移将使DFSR在接pipe的节点上处于closures状态。 您可以通过registry设置进行调整。 就我个人而言，我即将撤消整个房地产的这个修补程序，因为它比它的价值更麻烦，DFSR摔倒了，直到星期一抵达，才回到网上，积压只是增长和增长

启动并重新运行的最简单方法是进入“事件查看器”，然后转到“ Applications and Services Log > DFS Replication 。 寻找事件2213：

你需要运行的确切命令就在那里。

此外，要将DFS-R还原为其原始设置，请运行以下命令 ：

 wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set StopReplicationOnAutoRecovery=FALSE 

我刚刚遇到这个类似的问题，但修补程序2663685不是我的问题。 在我的情况下，dfsrdiag将适用于我的一些复制文件夹，但不是全部。 复制的文件夹分布在不同的驱动器上。

长话短说的是，由于数据库损坏，DFSR不会处理复制的文件夹。 您可以使用此命令validation驱动器是否丢失。 它应该列出你有DFSR文件夹的所有驱动器。

 wmic /namespace:\\root\microsoftdfs path dfsrvolumeinfo get volumepath, VolumeGuid 

我的遗漏了DFSR卷中的一个。 它可能仍然会在configuration中列出，所以你可以检查这个命令，如果你不知道是否有遗漏。

 wmic /namespace:\\root\microsoftdfs\ path dfsrVolumeConfig get * 

另外检查C：\ Windows \ debug \ dfsr * .log以获取有关驱动器未准备好或无法读取序列号的其他消息。

要解决它，我不得不停止DFSR并删除/重命名数据库。 然后开始同步，经过一段时间的重build，命令终于奏效了。

1. 打开一个cmd提示符作为系统（我讨厌修改“系统卷信息”权限，这样做可以避免这种情况。Google如何做到这一点）
2. 转到与损坏的数据库驱动器.ie“D：”
3. cd“系统音量信息”
4. cd“DFSR”
5. 重命名Config \ Volume_.XML Config \ Volume_.OLD
6. 重命名Config \ Replica_.XML Config \ Replica_.OLD
7. 重命名database_ database__OLD
8. networking启动dfsr
9. dfsrdiag pollad

https://social.technet.microsoft.com/Forums/windowsserver/en-US/95873844-af76-4b7d-a4ee-2224a2e243cc/distributed-file-system-replication-dfsr-the-content-set-was-not-发现错误？论坛= winserverfiles＆教授为必填

此外，DFSR日志是详细的方式，默认情况下限制为1000个日志文件。 请将日志级别更改为理智，因为一旦您达到1000 DFSR就停止。

 wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set debuglogseverity=3 

https://blogs.technet.microsoft.com/askds/2009/03/23/understanding-dfsr-debug-logging-part-1-logging-levels-log-format-guids/

由于它在不同的卷上工作，所以我认为它与D卷有关，并重新格式化该卷（或者只是删除并重新创build卷）或永久地将副本移动到不同的卷。 如果DFSR本身存在某些问题，则无论副本还是卷都无法正常工作。

在我们的情况下，其中一个服务器上的一个卷已经用完了磁盘空间。 幸运的是，它是一个虚拟机，所以我只是扩展它，重新启动DFS，一切都很好。 我阅读这篇文章，并寻找简单的解决scheme之前，挖掘KB文章和registry黑客。 奥卡姆剃刀再次获胜。