在AD域中有两台文件服务器:
file windows server 2008 r2 主文件服务器 实体服务器
fsbackup windows server 2019 备文件服务器 在虚拟化环境
因为fsbackup扩展硬盘时出现了故障，无法挂载硬盘，当时就直接删除了该虚拟机，并在主文件服务器上删除了DFS复制组，重新做了一个系统环境一样的虚拟机，同样以fsbackup命名加入AD域，然后启用DFS；这次主要复制主文件服务器上面的三个文件夹：
1. a文件夹
2. b文件夹
3. c文件夹
新建DFS复制之前是做过清理的：
1. 删除复制组
2.在AD域确认无残留
3.删除所有的DfsrPrivate文件夹
4.在所有的System Volume Information 文件夹中 用RoboCopy /MIR 清理并删除了DFSR文件夹
最后才新建了三个同名的文件夹和复制组，但是目前出现了问题：
b文件夹在复制组建立后，大概1小时内就开始复制了，但是a和c文件夹就在目录下自动建立了个DfsrPrivate后就没有动静：
1. 因为a和b是同一个卷下，c在另外一个卷，我在主文件服务器下进入System Volume Information看了都是有建立DFSR文件夹和dfsr.db数据库的
2. 在主文件服务器上查询相关的DFSR WMI ： Get-WmiObject -Namespace "root\microsoftdfs" -Query "select * from dfsrreplicatedfolderinfo" 看到不复制的两个a和c文件夹的 State 为 0，正在复制的b文件夹为 4
ReplicationGroupName : FILE_FSBACKUP_a文件夹
State : 0
ReplicationGroupName : FILE_FSBACKUP_b文件夹
State : 4
3. 在备文件服务器下查询DFSR WMI：两个不复制的文件夹的State为2 ，正在复制的b文件夹为 4
4. 其中也多次重建过复制组，重启服务器，删除DFSR数据库，点立即复制，但无一例外，都是b文件夹在复制，其它的两个都不动
然后用 dfsrdiag查过积压的文件夹，也是没有问题的：
dfsrdiag.exe Backlog /RGName:FILE_FSBACKUP_c文件夹 /RFName:c文件夹 /SMem:file /RMem:fsbackup
成员 <fsbackup> 囤积文件计数: 83360
囤积文件名(前 100 个文件)
xxxxx文件夹
出现这个情况要怎么处理？DFSR面临再多的文件夹和文件也不会慢到3、5天都不开始复制的吧。
