☰

DFS 复制失败

tag-icon • tag-icon active-directory dfs-r
DFS 复制失败

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

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

我开始在主 ADDC 上收到以下消息

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

在 Exchange 服务器中我收到此错误

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

我尝试关注这个家伙这里，但我似乎无法在 ADSI Edit 中找到它：

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

答案1

这里有三个不同的问题。

  1. 您有一台服务器同时充当域控制器和 Exchange 服务器。这很糟糕。这不是导致问题的原因，但您应该知道这不是您应该配置的方式。Exchange 和 AD 应该安装在专用于每个角色的单独服务器上。

  2. 您的 Exchange 服务器意外关机。这可能是断电，也可能是其他任何异常关机。在 Server 2008 R2 SP1 和 Windows Server 2012 中，DFS-R 不会在异常关机时自动恢复复制。您发布的错误消息告诉您使卷的复制重新联机的确切命令。微软发布了有关何时以及如何启用自动恢复的指南这样您就不必在wmic每次非正常关机时都乱用命令。域控制器是应始终启用自动恢复的一个实例。请执行此操作。

  3. 您的 Exchange/DC 和 FSMO 持有 DC 已超过 MaxOfflineTimeInDays 阈值，这在 DFS 术语中称为内容新鲜度保护。您必须确定哪个服务器的 SYSVOL 共享具有最新的信息，并将其用作复制的权威来源，并遵循此文档恢复复制。

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

答案2

当 Server 2008 R2 意外断开 DFS-R 连接时，它会不是自动开始再次复制 - 根据事件日志中的第二条消息。

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

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

（如打印在第二条事件日志消息底部所示）。还请注意它告诉您在发生意外冲突时进行备份的部分。

另一个选项是按照您的第一个事件日志消息所说的那样 - 打开 DFS-R 管理 MMC 并从复制组中删除并重新添加服务器。

相关内容