设想：
2 台 Windows Server 2019 服务器。
我们正在尝试复制 8 个文件夹。在“当前服务器”上，这些文件夹位于 4 个卷上，每个卷 2 个文件夹。在“目标”服务器上，它们都位于同一台服务器上。
当前服务器已经有包含这些文件夹的 DFS（基于域）命名空间几年了，但未配置复制。（服务器是在了解 DFS 即将到来的情况下设置的。它被设置为一旦添加第二台服务器就不需要更改文件路径。）
上周我们去设置 DFS 复制。
我们在新服务器上添加了文件夹结构和共享，并注意确保权限匹配。
我们在新服务器上安装了 DFS 命名空间和复制。
将文件夹添加到命名空间，禁用新服务器上的目标，以便客户端不会开始查看它们。
添加了复制组。
4 个复制文件夹运行正常。这 4 个文件夹位于 2 个卷上。一切正常。
其他 2 个卷上的其他 4 个文件夹从未开始复制。我们在新的目标服务器上看到 4102 警告，但在现有服务器上没有看到任何警告。源计算机事件日志中根本没有任何迹象表明发生了任何事情。在原始服务器上，“wmic /namespace:root\microsoftdfs path DfsrReplicatedFolderInfo get ReplicatedFolderName,state”返回：
ReplicatedFolderName State
Folder1 4
Folder2 4
Folder3 4
Folder4 4
在接收成员上，命令显示以下内容：
Folder1 4
Folder2 4
Folder3 4
Folder4 4
Folder5 2
Folder6 2
Folder7 2
Folder8 2
此外，在发送成员上，这两个卷上不会创建 \System Volume Information\DFSR 文件夹，并且“DFSRPrivate”连接不会显示在复制文件夹中。这两者都显示在接收成员上。
受影响的复制组的传播报告在发送成员下显示“引用成员未返回已复制文件夹。”。未报告任何错误。接收成员显示“此成员正在等待已复制文件夹的初始复制”
基本上，发送成员上并没有出现我们期望的任何内容，因此复制实际上从未开始。
所有服务器都位于同一站点的同一 IP 子网中。所有卷均格式化为 NTFS。
我尝试删除复制组并重新添加。我确保在重新创建复制组之前从接收成员中删除了 DFSR\Private{GUID} 文件夹。显然，我无法在发送成员上执行此操作。我使用“DFSRDIAG POLLAD /MEM:”从域控制器到组中所有受影响的文件服务器以及所有更改之间的两个域控制器。
此外，DC 上的 ADSIEdit 显示了关于 DFSR-LocalSettings 的正确信息。如果存在过时的信息，则在进行任何其他更改之前删除并传播更改。
Get-DfsrMembership 的输出 | Sort FolderName | Format-Table Computername、FolderName、ContentPath、PrimaryMember、Enabled、State
ComputerName FolderName ContentPath PrimaryMember Enabled State
------------ ---------- ----------- ------------- ------- -----
Server1 Folder7 H:\Folder7 True True Normal
Server2 Folder7 S:\allshares\Folder7 False True Normal
Server1 Folder1 E:\Folder1 False True Normal
Server2 Folder1 S:\allshares\Folder1 False True Normal
Server1 Folder3 F:\Folder3 False True Normal
Server2 Folder3 S:\allshares\Folder3 False True Normal
Server1 Folder5 G:\Folder5 True True Normal
Server2 Folder5 S:\allshares\Folder5 False True Normal
Server1 Folder2 E:\Folder2 False True Normal
Server2 Folder2 S:\allshares\Folder2 False True Normal
Server1 Folder4 F:\Folder4 False True Normal
Server2 Folder4 S:\allshares\Folder4 False True Normal
Server1 Folder6 G:\Folder6 True True Normal
Server2 Folder6 S:\allshares\Folder6 False True Normal
还要注意，Get-DfsrMembership -GroupName "groupname" -ComputerName "computername"指示 Staging 和 ConflictAndDeletedPath 的路径。路径已填充，但文件夹实际上并不存在。
我还发现了一些其他奇怪之处。我检查了 Server1 的 C: 驱动器上的 \System volume information\dfsr\Config 文件夹。它包含我期望在共享所在的卷上看到的 Replica_.XML 文件。无法启动的 3 个复制组各一个。
C: 驱动器上没有共享。Server2 没有表现出这种愚蠢的行为。
答案1
我将把这个问题添加到我遇到的在互联网上无法找到解决方案的 Windows 问题长列表中。
由于某些未知原因，某些卷拒绝参与 DFS 复制。
实际解决方案完全符合微软的最佳实践。“如果某件事不起作用，就把它扔掉，从头开始。也许第二次会起作用。如果没有，那就算了”
- 创建新卷。
- 手动将数据复制到新卷。
- 重新创建共享。
- 添加到文件夹目标
- 添加到复制组。