我们有一个活动目录服务器作为全局目录和DC，这个有运行主机运行。
我们有第二个ADDC全球目录和交换服务器。
我开始在主要的ADDC上得到下面的消息
日志名称：DFS复制源：DFSRdate：
2/1/2014 12:43:22 AM事件ID：4012任务类别：无级别：
错误关键字：经典用户：N / A计算机：
说明：DFS复制服务停止具有以下本地path的文件夹上的复制：C：\ Windows \ SYSVOL \ domain。 此服务器已与其他伙伴断开连接126天，这比MaxOfflineTimeInDays参数（60）所允许的时间长。 DFS复制认为此文件夹中的数据是陈旧的，并且此服务器将不会复制该文件夹，直到更正此错误。 要恢复此文件夹的复制，请使用DFSpipe理单元将此服务器从复制组中删除，然后将其添加回组中。 这会导致服务器执行初始同步任务，该任务将使用来自复制组的其他成员的新数据replace过时数据。
在交换服务器，我得到这个错误
DFS复制服务停止卷C：上的复制。 当DFSR JET数据库没有完全closures并且禁用“自动恢复”时，会发生这种情况。 要解决此问题，请备份受影响的复制文件夹中的文件，然后使用ResumeReplication WMI方法恢复复制。 附加信息：卷：C：GUID：F18E11A2-980C-11E2-93E8-806E6F6E6963恢复步骤1.备份卷上所有复制文件夹中的文件。 否则，在复制文件夹的恢复过程中可能会由于意外的冲突解决而导致数据丢失。 2.要恢复此卷的复制，请使用DfsrVolumeConfig类的WMI方法ResumeReplication。 例如，从提升的命令提示符键入以下命令：wmic / namespace：\ root \ microsoftdfspathdfsrVolumeConfig其中volumeGuid =“F18E11A2-980C-11E2-93E8-806E6F6E6963”调用ResumeReplication
我试图在这里跟随这个人，但我似乎无法在ADSI中find这个编辑：
CN=SYSVOL Subscription,CN=Domain System Volume,CN=DFSR-LocalSettings,CN=<the server name>,OU=Domain Controllers,DC=<domain> 这里有三个不同的问题。
您有一台服务器同时充当域控制器和Exchange服务器。 这不好。 这不是你的问题的原因，但你应该知道，这不是你应该如何configuration。 Exchange和AD应安装在专用于每个angular色的单独服务器上。
您在Exchange服务器上意外closures。 这可能是停电，或任何其他不洁的closures。 在Server 2008 R2 SP1和Windows Server 2012中，DFS-R不会在不干净的closures时自动恢复复制。 您发布的错误消息告诉您将卷的复制重新联机的确切命令。 微软已经发布了关于何时以及如何启用自动恢复的指导，以便在每次closureswmic下都不需要wmic命令。 域控制器是应始终启用自动恢复的一个实例。 做这个。
您的Exchange / DC和FSMO控制的DC在MaxOfflineTimeInDays阈值以上没有复制sysvol，这在DFS术语中称为“内容新鲜度保护”。 您必须确定哪个服务器的SYSVOL共享具有最新的信息，并将其用作复制的授权源，并按照此文档继续复制。
简而言之 – 用错误消息中的wmic命令重新启动Exchange / DC服务器上的复制。 然后，configuration自动恢复以防止将来出现此问题，然后强制执行sysvol的授权复制以使复制组再次运行。
当Server 2008 R2发生意外的DFS-R断开连接时，它不会自动开始复制 – 按照事件日志中的第二条消息。
您可以使用以下命令重新启动复制：
wmic /namespace:\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="F18E11A2-980C-11E2-93E8-806E6F6E6963" call ResumeReplication
（如第二条事件日志消息的底部所示）。 同时也要注意它的位置，告诉你在发生意外冲突的情况下备份它。
另一种select是按照您的第一个事件日志消息所述 – 打开DFS-Rpipe理MMC并从复制组中删除并重新添加服务器。