何时为复制的文件夹设置dfsr集线器和辐条设置。
权限是在文件夹上设置的，因此没有最终用户可以修改内容。
令我惊讶的是，在中心运行健康报告时，我发现有几个辐条有一个出站文件积压。
第一：当我检查与dfsrdiag.exe的积压的积压，我看到一个显然无名文件：
F:\>dfsrdiag.exe backlog /ReceivingMember:dfsrhub /SendingMember:spoke123 /RGName:myRG /RFName:myRF Member <dfsrhub> Backlog File Count: 1 Backlog File Names (first 1 files) 1. Operation Succeeded 第二：当检查dfsrdiag.exe ReplicationState时，我看不到任何关于有问题的DFSR成员的活动。
第三：当我使用DfsrReplicatedFolderInfo类的GetOutboundBacklogFileIdRecords（）方法针对有问题的DFSR成员时，我得到了一些关于他们试图复制回集线器的文件的更多信息。
当执行GetOutboundBacklogFileIdRecords（）这是我回来：
IdRecordIndex：1 BacklogIdRecords：{ VersionVectorTombstone }
所以它看起来像试图将VersionVectorTombstone复制回集线器。 是否有人可以说明这个“文件”是什么，它试图复制回来？
该文件的BacklogIdRecords的FullPathName属性是空白的，但我期望这是因为我假设这是一个特殊的DFSR系统文件，可能位于系统卷信息文件夹中。
versionvectortombstone是一个特定的dbguid被标记为陈旧/呈现从同级数据库垃圾收集的方式。
使用GetOutboundBacklogFileIdRecords（）方法检出出站文件时，请查看DfsrIdRecordInfo对象的UID。 它会像{guid} -v2。
{guid}是从以前的UID（表示dbguid）和csID / replicatedfolderguid的逻辑与派生的。 如果您将UID中报告的当前{guid}与replicatedfolderguid进行逻辑AND，则会返回原始的dbguid。
这将代表某个合作伙伴现在或过去拥有的真正的dbguid。 它可能会也可能不会被使用。 如果其中一个正在使用看现在的价值。 如果它的值为零，则知道dbguid存在的所有者或另一个伙伴将更新GVSN，并在稍后使用present = 1发送相同的“逻辑ANDED”{guid}。
有关“版本vector墓碑的UID”的详细信息，请参见MS-FRS2中的“3.3.4.6.2处理更新”。