DFS复制失败

Question

我们有一个活动目录服务器作为全局目录和DC，这一个操作主机正在运行。

我们有第二个ADDC全球目录和交换服务器。

我开始在主ADDC上得到下面的消息

日志名称: DFS复制源: DFSR日期: 2/1/2014 12:43:22 AM事件ID: 4012任务类别:无级别:错误关键字:经典用户: N/A计算机:描述: DFS复制服务在文件夹上停止复制，其本地路径如下:C：\Windows\SYSVOL\域。此服务器已与其他合作伙伴断开126天，这比MaxOfflineTimeInDays参数(60)所允许的时间长。DFS复制认为此文件夹中的数据已过时，在此错误纠正之前，此服务器不会复制该文件夹。若要恢复此文件夹的复制，请使用DFS管理单元从复制组中删除此服务器，然后将其添加回组。这将导致服务器执行初始同步任务，该任务将旧的数据替换为来自复制组其他成员的新数据。

在exchange服务器上，我得到了这个错误。

DFS复制服务停止了C卷上的复制：。当DFSR JET数据库没有被完全关闭并且自动恢复被禁用时，就会发生这种情况。若要解决此问题，请备份受影响复制文件夹中的文件，然后使用ResumeReplication WMI方法恢复复制。附加信息:卷: C: GUID: F18E11A2-980C-11E2-93E8-806E6F6E6963恢复步骤1.备份卷上所有复制文件夹中的文件。如果不这样做，在恢复复制文件夹期间，由于意外的冲突解决方案，可能会导致数据丢失。2.要恢复此卷的复制，请使用DfsrVolumeConfig类的WMI方法DfsrVolumeConfig。例如，在提升的命令提示符中，键入以下命令:wmic/namespace：\root\microsoftdfs path dfsrVolumeConfig，其中volumeGuid="F18E11A2-980C-11E2-93E8-806E6F6E6963“调用ResumeReplication

我试着跟踪这个家伙这里，但我似乎在ADSI编辑中找不到这个：

CN=SYSVOL Subscription,CN=Domain System Volume,CN=DFSR-LocalSettings,CN=<the server name>,OU=Domain Controllers,DC=<domain>

Answer 1

你这里有三个不同的问题。

1. 有一台服务器同时充当域控制器和Exchange服务器。这很糟糕。这不是造成问题的原因，但您应该知道，这不是您应该如何配置的。Exchange和AD应该安装在专用于每个角色的单独服务器上。
2. Exchange服务器意外关闭。这可能是停电，或任何其他不干净的关闭。在Server 2008 R2 SP1和Windows 2012中，DFS不会在不干净的关闭时自动恢复复制。您发布的错误消息告诉您要将卷复制带回联机的确切命令。微软发布了关于何时以及如何启用自动恢复的指南。使您不必在每次出现不干净的关机时处理wmic命令。域控制器是应该始终启用自动恢复的一个实例.这样做。
3. 您的Exchange/DC和FSMO-保持DC没有在超过MaxOfflineTimeInDays阈值的时间内复制sysvol --这在DFS术语中称为内容新鲜度保护。您必须确定哪个服务器的SYSVOL共享拥有最最新的信息，并将其用作复制和遵循这份文件恢复复制的权威来源。

简而言之，在Exchange/DC服务器上使用错误消息中的wmic命令重新启动复制。然后，配置自动恢复以防止将来发生这种情况，然后强制sysvol的权威复制使复制组再次运行。

Answer 2

当Server 2008 R2出现意外的DFS断开时，它不会按照事件日志中的第二条消息自动再次开始复制。

可以使用以下命令重新启动复制：

wmic /namespace:\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="F18E11A2-980C-11E2-93E8-806E6F6E6963" call ResumeReplication

(打印在第二次事件日志消息的底部)。也要注意它告诉你在发生意外冲突时支持它的地方。

另一种选择是按照您的第一个事件日志消息的要求-打开DFS管理MMC，并从复制组中删除和重新添加服务器。