DFS复制组，创建健康报告，显示服务器有异常

Question

DFS复制组，创建健康报告，显示服务器有异常

彭思源 40

结果如下：用户的图像

请帮忙查看一下，谢谢！

2 个答案

你的答案

Answer 1

Finn Dang 950 独立顾问

Hello 彭思源,

DFS 复制运行状况报告中的服务器异常通常意味着成员未参与复制（已阻止、尚未初始化或验证失败）。最快的恢复路径是：

确保 DFSR 成员的 AD/DNS/时间正常。即使数据路径看起来正常，DC 或 DNS 问题也会作为 DFSR 异常出现。
如果成员显示事件 2213 （脏关机），请在受影响的卷上恢复复制（WMI ResumeReplication 或设置 StopReplicationOnAutoRecovery=0 并重启 DFSR）。
如果看到事件 4012/2004 （初始同步未完成），请只指定一个 Primary 成员，清除/预置目标，并让它在启用双向更改之前完成初始同步。
如果出现暂存/积压工作警告，请提高暂存配额（复制文件夹的 4-8% 或大于最大文件），并确保有可用磁盘空间。卡在暂存中的过大文件将使成员处于异常状态。
如果列出了访问/路径错误，请验证本地路径是否存在以及本地系统是否具有完全控制权，避免从系统保护的位置复制到受系统保护的位置。
如果网络仅禁用或阻止该连接，请在 DFS 管理中重新启用连接，并允许 RPC/SMB/DFSR 端口通过防火墙。

当时间比取证更重要时：从复制的文件夹中降级该服务器的成员身份，预置数据（robocopy保留 ACL 和时间戳），将其添加回新成员，然后让它收敛;这可以快速清除大多数顽固的异常。

更改后生成新的运行状况报告，以确认成员离开异常状态。

我希望这对您有所帮助！

芬兰人

彭思源 40 信誉分

2025-10-30T00:49:23.2566667+00:00
DFS成员时间正常。

无日志

无日志

没有文件积压

没有列出路径错误

防火墙已禁用

这个问题是在10/12关闭服务器，并再次开机时产生。

10/13的报告就显示异常了。
Finn Dang 950 信誉分独立顾问

2025-10-30T03:55:54.0733333+00:00

Thanks for the details. Because the exception appears right after the 10/12 shutdown and you don’t see backlog/path/time problems, this pattern matches DFS Replication’s dirty-shutdown safeguard (the service pauses to protect the database).

Treat the server as if it logged DFSR 2213 even if the viewer doesn’t show it. Resume replication on the affected volume, or temporarily set the auto-recovery guard off (StopReplicationOnAutoRecovery=0) and restart the DFSR service.

If the member stays in exception:

Do a non-authoritative rebuild of the DFSR database for that member so it re-initializes from a healthy partner. This fixes cases where the JET DB was left inconsistent by the power event.

If this member is supposed to be the source of truth for first sync:

Mark exactly one server as Primary for the replicated folder, let initial sync complete, then return to normal bidirectional replication.

Also make sure the environment after the power event isn’t blocking DFSR indirectly:

Keep DNS pointing at a healthy DC, confirm AD replication has converged, and ensure the DFSR service/staging volume has free space (quota ≥ largest file).

After any of the above, regenerate the health report, the member should leave the exception state.
彭思源 40 信誉分

2025-10-30T05:55:47.66+00:00

A006 DFS复制组已重建，无效。

A006 DFS数据库已重建，无效。

A006同步至A033的数据无异常（可见最新的数据）。
Finn Dang 950 信誉分独立顾问

2025-10-30T06:35:40.4333333+00:00

感谢您的跟进。复制组/数据库已重新生成且无效通常意味着成员的 DFSR 数据库是新的，但其 AD 成员身份状态不是干净的，因此服务器仍处于受保护的尚未有效状态，即使可以在合作伙伴上看到新文件也是如此。

最快的修复： 逐出 A006 并将其重新添加到 复制的文件夹。让 AD 收敛，然后将其添加回新成员。选择单个主要合作伙伴进行初始同步和预置， robocopy 以避免完整副本。

如果希望保留相同的拓扑：对 A006 执行非权威恢复，以便它从正常运行的合作伙伴重新生成其 DFSR 数据库，然后让初始同步完成。

如果此组中的多个成员显示无效或状态在电源事件后不断返回：创建一个新的复制组并将文件夹迁移到该复制组。新的组/GUID 清除仅重建无法修复的挥之不去的元数据。

确保 DC/DNS/时间上下文可靠，并且暂存配额足够大，可以容纳最大的文件;否则，成员可以在恢复后重新输入例外。

完成上述任一作后，生成新的运行状况报告;A006 应删除无效标志并显示为普通成员。如果它仍然显示“无效”，请共享恢复时报告的关键 DFSR 事件 ID，以便我们可以确认它是脏关机防护还是拓扑/对象不匹配。
彭思源 40 信誉分

2025-10-30T07:40:41.5633333+00:00

最快的修复： 逐出 A006 并将其重新添加到 复制的文件夹。让 AD 收敛，然后将其添加回新成员。选择单个主要合作伙伴进行初始同步和预置， robocopy 以避免完整副本。

如果希望保留相同的拓扑：对 A006 执行非权威恢复，以便它从正常运行的合作伙伴重新生成其 DFSR 数据库，然后让初始同步完成。

这部分内容我不太明白，能否发送英文（非英译中）？
Finn Dang 950 信誉分独立顾问

2025-10-30T21:44:27.8233333+00:00

Sure, this one is english version, let me know if this one is good enough:

What “non-authoritative recovery” means

You tell one DFSR member (A006) to discard its DFSR database for the replicated folder and rebuild it from a healthy partner. Files on disk stay in place, the member just relearns the replication metadata and treats the partner as the source of truth until it finishes the first sync.

When to use it

After power loss/dirty shutdown, or when health reports say the database/group is invalid and the member never leaves the exception/initializing state.

How to apply at a high level

Pick a healthy partner for A006. Put A006 into non-authoritative mode for that replicated folder so it rebuilds its DFSR DB from the partner. Let the initial sync complete; A006 will then return to normal bidirectional replication.

Important notes

Do this to one member at a time (A006), not to every server. Keep DNS/time/AD healthy and ensure staging has enough free space (at least larger than your biggest file). If recovery keeps failing or multiple members show “invalid,” recreating the replication group is often faster.

If you’d rather avoid recovery steps altogether:

Remove A006 from the replicated folder, preseed its data (to keep ACLs/timestamps), then add A006 back and let it converge with a single Primary member for the first sync.
彭思源 40 信誉分

2025-10-31T06:20:23.7566667+00:00

Put A006 into non-authoritative mode

我还是不太清楚如何操作，是在“DFS管理”里面么？

我的设定如下：

发送方：A006

接收方：A033（设定为只读）

其它均为默认设定。
Finn Dang 950 信誉分独立顾问

2025-10-31T06:31:46.4166667+00:00
非权威不是 DFS 管理中的切换开关。它是通过重新生成其 DFSR 数据库对成员完成的，以便它从健康的合作伙伴重新学习。

**选项 A（干净 + 简单 GUI 路径）：**从复制的文件夹中删除 A006，让 AD 收敛，然后重新添加 A006。重新添加时，为第一次同步选择一个主同步（在单向设计中，将 A006 设为主，并保持 A033 为只读）。预置以避免robocopy完整副本。

选项 B （A006 上的真正非权威重新生成）： 在 A006 上停止 DFS 复制服务，重命名/删除数据卷上受影响文件夹的 DFSR 数据库 C:\System Volume Information\DFSR\ ，然后启动服务。A006 将把伙伴视为源并重新初始化，之后它返回正常复制。

仅选择一个选项。如果服务器已重新启动并且现在显示无效，则选项 A 通常是生产中最快、风险最低的修复程序。

重新生成或重新添加后，生成新的运行状况报告以确认 A006 处于“异常/无效”状态。
彭思源 40 信誉分

2025-10-31T08:33:24.7766667+00:00

选项A：按照指导操作后，还是一样的问题。

选项B：之前已尝试过了。
Finn Dang 950 信誉分独立顾问

2025-10-31T10:13:56.6466667+00:00

感谢您尝试重新添加和非权威重建。当这些未清除 A006 上的状态时，通常表示 AD 中的 DFSR 成员身份元数据过时，而不是本地数据库问题。

请考虑使用新名称/GUID 创建新的复制组/复制文件夹，预置数据，选择一台服务器作为第一次同步的主服务器，然后在正常运行后将 DFS 命名空间指向新文件夹。之后删除旧对象。

如果您需要保留当前组：

从复制的文件夹中删除 A006，并删除其 A006 计算机对象下的 DFSR AD 对象。AD 收敛后，将 A006 添加回为全新成员，并从单个 Primarypartner 播种。

如果您的拓扑允许进行短暂更改：

暂时将 A033 设置为可写和 Primary，让它将初始同步推送到 A006，然后在收敛后将 A033 返回为只读。

为了减少电源事件后再次发生的机会：

增加暂存配额（至少大于最大文件），保持 DNS/时间/AD 正常，并从防病毒软件中排除 DFSR DB 和暂存路径以避免锁定。

应用上述修正选项之一后，生成新的运行状况报告;A006 应保持“无效/异常”状态。
彭思源 40 信誉分

2025-11-03T08:10:17.9633333+00:00

删除了原来的复制组，新建了一个复制组（使用不同的名字和服务器），还是报错。
Finn Dang 950 信誉分独立顾问

2025-11-03T08:17:54.5766667+00:00

感谢您的更新。

如果全新的复制组（新名称甚至其他服务器）在 A006 上仍显示相同的 DFSR 错误，则几乎可以肯定问题出在 A006 或存储复制文件夹的磁盘的本地问题，而不是复制组配置。

如果运行状况报告在 A006 上显示“无法访问 DFS 复制数据库/数据”，请首先将其视为卷或路径问题：确认 A006 上的复制文件夹位于正常运行的 NTFS 卷上，运行磁盘检查，并确保路径不在特殊/系统分区或装载的 ReFS/FAT 卷上。

确保 LOCAL SYSTEM 对复制的文件夹路径和 DFSR 数据库位置（该卷上的系统卷信息\DFSR）具有完全控制权，并且防病毒或备份软件未锁定或排除这些路径。

作为测试，在 A006 上配置一个新的复制文件夹，该文件夹指向另一个磁盘或路径上的完全不同的目录（例如 D：\DFS_TestNew），让 DFSR 在其中创建其数据库，并查看复制是否有效。如果新路径有效但原始路径无效，则原始磁盘/路径是错误的来源。

如果即使在新磁盘/路径和新复制组上仍存在相同的错误，则可能表示 A006 上存在更深层次的 DFSR 或 OS 问题;在这种情况下，许多管理员选择修复服务器（角色重新安装，或者在某些情况下重新安装 OS），然后将其作为干净成员加入 DFSR。

关键点是，在全新的组中看到相同的错误意味着剩余的重点应该放在 A006 本身（磁盘、权限、过滤器）上，而不是旧的复制组元数据上。删除本地问题后，运行状况报告不应再显示 A006 的例外。
彭思源 40 信誉分

2025-11-03T08:22:59.1033333+00:00

DFS数据同步是正常的。
只是显示A006——无法访问 DFS 复制性能计数器。
Finn Dang 950 信誉分独立顾问

2025-11-03T08:26:06.3766667+00:00

这个额外的细节有很大帮助。

这里的关键点是：DFS 数据复制正在工作，警告仅与 A006 上的 DFS 复制性能计数器有关。这仅影响监视/运行状况报告，而不影响实际的文件同步。

您有两个实用的选择：

如果仅使用 DFSR 进行数据同步，并且已确认文件是最新的，则可以安全地将其视为外观警告。复制本身是健康的。

如果要修复 A006 上的警告：

在 A006 上，重新生成性能计数器并将其与 WMI 重新同步。在提升的命令提示符中，可以运行 lodctr /r，然后运行 winmgmt /resyncperf，然后重启 DFS 复制服务。
彭思源 40 信誉分

2025-11-03T08:54:57.2766667+00:00
处理方法如下，但还是显示一样的错误。

已管理员身份运行命令行（cmd）

运行lodctr /r，显示“信息: 成功地从系统备份存储中重建性能计数器设置”

运行 winmgmt /resyncperf，无输出

重启DFS Replication

Answer 2

彭思源 40

请问大家有没有办法来处理啊？

通过

DFS复制组，创建健康报告，显示服务器有异常

2 个答案

你的答案