我在 10 个不同的位置使用现有的 Windows Server 2016 DFS 复制文件服务器。
在全球不同地区和国家的每个站点办事处都被复制。但是，由于其他位置的用户正在使用或仍在打开某些文件，这些文件似乎被卡住或无法复制。
我想知道在 DFS-R 上应该有哪些类型的文件夹以及什么不能或不能放入 DFS-R 的最佳案例或实践是什么？
谢谢你。
我有 6 台服务器运行 Windows Server 2016 文件服务器 DFS 复制。
我的 DFS 文件服务器复制、从运行状况报告生成的报告和
dfsrdiag backlog /smem:$src /rmem:$dest /rgname:$GroupName /rfname:$foldername
结果：
SourceComputer DestinationComputer Enabled MinimumRDCFileSizeInKB RdcEnabled State BackLog
SERVER-B SERVER-C TRUE 64 TRUE Normal 226450
SERVER-B SERVER-X TRUE 64 TRUE Normal 243177
SERVER-B SERVER-N TRUE 64 TRUE Normal 227989
SERVER-B SERVER-A TRUE 64 TRUE Normal 227281
SERVER-N SERVER-X TRUE 64 TRUE Normal 322091
SERVER-N SERVER-B TRUE 64 TRUE Normal 321380
SERVER-N SERVER-A TRUE 64 TRUE Normal 2
SERVER-N SERVER-C TRUE 64 TRUE Normal 6
SERVER-C SERVER-B TRUE 64 TRUE Normal 625585
SERVER-C SERVER-A TRUE 64 TRUE Normal 255773
SERVER-C SERVER-N TRUE 64 TRUE Normal 298674
SERVER-C SERVER-X TRUE 64 TRUE Normal 626278
不断增加，而不是减少。我检查过，我所有的文件服务器都在线并且有超过 40% 的可用磁盘空间容量。
任何强制将文件服务器从一个源复制到多个目标服务器的帮助将不胜感激。
先感谢您。
TL;DR 粗体
您好， 我已经为软件和用户共享设置了新的 DFS 命名空间和复制，从较旧的 2012R2 服务器到我们希望迁移到的较新的 2019 服务器。我已经让服务器运行了几天，但复制似乎没有任何进展。
运行dfsrdiag backlog显示“没有积压成员 x 与合作伙伴 y 同步”，但显然情况并非如此。运行 DFS 复制报告显示，自设置复制时消耗的初始 753MB 以来，未复制任何文件或文件夹，并且新服务器上的驱动器大小未更改。
在旧服务器上的 DFS 复制事件日志中，我有一个每分钟大约 25000 个事件的滚动日志，所有事件都指示事件 4308：“DFS 复制服务已成功从文件上遇到的共享冲突中恢复。” 它似乎正在为共享中的每个文件一个一个地触发事件。
在某一时刻，它到达了一个已损坏的文件夹，并且不断地向该文件夹的名称发送垃圾邮件。我停止并重新启动了 DFS 服务，它似乎重新启动了我已经看到的文件的整个垃圾邮件进程。我已经安排了chkdsk /f重新启动来处理今晚的损坏。但是，在我看来，系统可以同时复制未损坏的文件似乎是合乎逻辑的。
为什么我在日志中收到这么多 4308 事件？它基本上每分钟滚动一次 15MB 日志，除了 4308 事件之外，日志中没有任何内容。我不想让日志变大或强制它存档，因为这只会让我的系统充满更多无用的事件。同时，我看到所有这些恢复并且没有初始错误。没有任何明显的进展。
更多细节（可能不相关）：旧服务器位于 Hyper-V 故障转移群集中，使用 iSCSI 群集磁盘作为驱动器。共享由服务器内的直接 iSCSI 挂载托管。新服务器是 VMware，其驱动器由 vSAN（跨本地主机复制的虚拟数据存储）提供。两台服务器都设置了 Windows 备份，旧的服务器备份大约需要 18 小时，每天只留下 6 小时用于复制（Windows 备份似乎暂停了 DFS 复制）。然而，在那 6 个小时内没有取得任何进展，所以我不认为备份是罪魁祸首。我已经dfsrdiag pollad为两台机器做了什么，没有任何改变。收件人大多坐在那里做日志中的事情，除了偶尔每天抱怨 Windows 备份使复制脱机约 30 分钟。旧服务器执行上述垃圾邮件。
我有以下设置：
- DFS 命名空间主机：Windows 2008 R2 标准服务器 (Server1)
- 源文件夹：NetApp CIFS 文件管理器共享广告 DFS 功能映射到上述 DFS 托管服务器 (NetAppCIFSFiler)
- 目标复制文件夹：Windows 2012 R2 Enterprise 本地共享文件夹 (Server2)
尝试在 DFS 主机 (Server1) 上运行复制文件夹向导时，出现以下错误：
NetAppCIFSFiler：无法判断服务器是否为集群。表示两个修订级别不兼容。
是否可以在我当前的设置中使用 DFSR，如果可以，除了明显的原因之外，如何解决错误？
DFS-R 配备 2 台服务器。ServerA 在一个位置，ServerB 在另一个位置
从昨天早上开始，我们就处于不知道如何摆脱这种情况的境地。
情况：
我们接到一个电话，人们无法再访问特定的 DFS 命名空间。环顾四周，我们发现在 ServerA 上，有人首先删除了此文件夹上的共享，并且 2 不再存在 ACL。
第一步，在 DFS 命名空间上，我们禁用了 ServerA 上的文件夹目标。允许用户访问他们的文件。
复制看起来非常缓慢。drfsdiag backlog 在复制的两侧提供 101000+ 和 78000+ 文件。我猜可能是由于 ACL 不匹配。
使这种情况重回正轨的最佳方法是什么？
- 停止将 ServerA 复制到 ServerB ？
- 删除 ServerA 上的文件夹？
- 重新创建以 ServerB 作为主要来源的复制？
- 重新创建 ACL 并在 ServerA 上共享？
- 所有这些步骤都按特定顺序？
- 等待积压工作结束并继续前进？
DFS-R 上真的很新，我们不知道如何继续进行，以及所有可能的效果。
任何线索将不胜感激。
我们有 4 个站点 - 其中两个托管 DFS 服务器。
Site A - DFS Server #1 (namespace member, replication group)
Site B - DFS Server #2 (namespace member, replication group)
Site C - No servers, just PCs.
Site D - No servers, just PCs.
默认情况下，访问命名空间的客户端被引用到其本地站点中的 DFS 服务器。即 PCSite A将DFS Server #1作为他们的推荐。
但是，站点 C 中的客户端 PC 没有本地 DFS 服务器。
从网络的角度来看，Site A访问数据更便宜。但是没有数据中心，没有服务器，因此没有站点链接，因此没有成本。DFS 如何计算站点成本。
我怎样才能强制它使用Site A而不是Site B. 我是否需要以比（即使没有 DC）Site C to Site A更便宜的成本创建 AD 站点链接？Site C to Site B
我们有两个独立的文件服务器。我们使用 DFSR 将数据从服务器 1 复制到服务器 2。
服务器 2 已经关闭了一段时间，我犹豫要不要重新打开它，以防它导致 DFS 试图协调数据差异时出现问题。
我可以简单地关闭活动节点上的 DFS，然后在没有网络连接的情况下打开第二个节点的电源并在那里禁用它吗？
症状是大约每周一次 DFSR（分布式文件系统复制）停止复制并且 Windows 备份 (wbengine.exe) 停止响应。当我分析他们的等待链时，他们正在等待 dfsrs.exe 线程：4664 和线程：4680。dfsrs.exe 正在等待线程：4664。
我杀死 dfsrs.exe 并且 wbengine 开始响应。日志显示备份失败，因为创建卷影副本已超时。
重新启动 dfsrs.exe，我们重新开始工作。
此问题发生在两台新的 Server 2012 R2 机器（完全更新）上，彼此共享 DFS。在计算机上禁用 Windows 备份似乎可以阻止它导致问题（即使我们有其他软件可以创建多个每日卷影副本）。两台服务器上几乎没有非微软软件。
我获取了处于卡住状态的进程的转储文件，但我猜 VSSVC.dmp 将成为重要的文件。我不知道如何很好地使用 WinDbg，但这是我得到的结果：
0:000> !analyze -hang
*******************************************************************************
* *
* Exception Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
Probably caused by : dfsrs.exe ( dfsrs!RunTaskCallback+17 )
Followup: MachineOwner
-------------------------------------
0:000> !dml_proc
DbgId PID Image file name
0 8c8 C:\Windows\System32\dfsrs.exe
0:000> !dml_proc 0x0
DbgId PID Image file name
0 8c8 C:\Windows\System32\dfsrs.exe
Browse module list
Threads:
DbgId TID Name (if available)
0 8cc "<No name>"
1 8e8 "<No name>"
2 1a70 "<No name>"
3 1a94 "<No name>"
4 1af0 "<No name>"
5 306c "<No name>"
6 5d4 "<No name>"
7 2648 "<No name>"
8 2654 "<No name>"
9 204c "<No name>"
a 2cd0 "<No name>"
b 304c "<No name>"
c 784 "<No name>"
d eec "<No name>"
e 3220 "<No name>"
f 298c "<No name>"
10 1238 "<No name>"
11 2b80 "<No name>"
12 1248 "<No name>"
13 3464 "<No name>"
14 2cf0 "<No name>"
15 31ac "<No name>"
16 3100 "<No name>"
17 308c "<No name>"
18 2a74 "<No name>"
19 18e0 "<No name>"
-------------------
0:000> ~[0x10]s;kM
ntdll!NtWaitForSingleObject+0xa:
00007ffc`27e606fa c3 ret
# Child-SP RetAddr Call Site
00 0000008e`4af1c348 00007ffc`25111118 ntdll!NtWaitForSingleObject+0xa
01 0000008e`4af1c350 00007ff7`0540754f KERNELBASE!WaitForSingleObjectEx+0x94
02 0000008e`4af1c3f0 00007ff7`0537d78c dfsrs!Task::ShutDown+0x283
03 0000008e`4af1c490 00007ff7`053e0656 dfsrs!UpdateDistributionTask::RemoveUpdateTask+0x2c
04 0000008e`4af1c540 00007ff7`053b845c dfsrs!UpdateManager::FinalizeUpdateManager+0x152
05 0000008e`4af1c5d0 00007ff7`053ab007 dfsrs!InConnection::InConnectionContentSetContext::FinalizeInConnectionContentSetContext+0x2e4
06 0000008e`4af1c740 00007ff7`053752e2 dfsrs!InConnection::DeleteContentSetFromInConnection+0x2a3
07 0000008e`4af1c870 00007ff7`0534f1b4 dfsrs!ReplicaSetManager::DeleteContentSetFromReplicaSetManager+0x1e2
08 0000008e`4af1c950 00007ff7`05338e89 dfsrs!ContentSetManager::InternalFinalizeContentSetManager+0x310
09 0000008e`4af1cbe0 00007ff7`053362c5 dfsrs!VolumeManager::FinalizeVolumeManager+0x265
0a 0000008e`4af1ccd0 00007ff7`05323b1a dfsrs!VolumeManager::ShutdownVolume+0x265
0b 0000008e`4af1ce20 00007ff7`05227034 dfsrs!FrsReplicator::FinalizeReplicator+0x182
0c 0000008e`4af1cef0 00007ff7`05239c0f dfsrs!FrsService::InternalShutdown+0x1f4
0d 0000008e`4af1d030 00007ffc`23896e83 dfsrs!VssWriter::OnPrepareSnapshot+0x12f
0e 0000008e`4af1d0a0 00007ffc`2389d145 vssapi!CVssWriterImpl::OnPrepareSnapshotGuard+0x2b
0f 0000008e`4af1d0d0 00007ffc`2389c470 vssapi!CVssWriterImpl::PrepareForSnapshotInternal+0xc71
10 0000008e`4af1e150 00007ffc`270e20f3 vssapi!CVssWriterImpl::PrepareForSnapshot+0x50
11 0000008e`4af1e1a0 00007ffc`270e6fad rpcrt4!Invoke+0x73
12 0000008e`4af1e200 00007ffc`2757d58a rpcrt4!NdrStubCall2+0x35e
13 0000008e`4af1e870 00007ffc`272522b3 combase!CStdStubBuffer_Invoke+0xa0
14 0000008e`4af1e8b0 00007ffc`275786ad oleaut32!CUnivStubWrapper::Invoke+0x53
15 0000008e`4af1e900 00007ffc`27404f5a combase!SyncStubInvoke+0x205
16 (Inline Function) --------`-------- combase!StubInvoke+0xc0
17 0000008e`4af1eaa0 00007ffc`2757951f combase!CCtxComChnl::ContextInvoke+0x27a
18 (Inline Function) --------`-------- combase!DefaultInvokeInApartment+0x51
19 0000008e`4af1ecb0 00007ffc`27578fb0 combase!AppInvoke+0x1af
1a 0000008e`4af1eda0 00007ffc`27579b35 combase!ComInvokeWithLockAndIPID+0x676
1b 0000008e`4af1efe0 00007ffc`270e2467 combase!ThreadInvoke+0x48a
1c 0000008e`4af1f0b0 00007ffc`270e22c0 rpcrt4!DispatchToStubInCNoAvrf+0x33
1d 0000008e`4af1f100 00007ffc`270eaa88 rpcrt4!RPC_INTERFACE::DispatchToStubWorker+0x190
1e 0000008e`4af1f200 00007ffc`270e2d26 rpcrt4!LRPC_SCALL::DispatchRequest+0x4c9
1f 0000008e`4af1f310 00007ffc`270e2b78 rpcrt4!LRPC_SCALL::HandleRequest+0x291
20 0000008e`4af1f3c0 00007ffc`270e195d rpcrt4!LRPC_SASSOCIATION::HandleRequest+0x238
21 0000008e`4af1f450 00007ffc`270e175e rpcrt4!LRPC_ADDRESS::ProcessIO+0x444
22 0000008e`4af1f590 00007ffc`27e0af00 rpcrt4!LrpcIoComplete+0x144
23 0000008e`4af1f630 00007ffc`27e09238 ntdll!TppAlpcpExecuteCallback+0x210
24 0000008e`4af1f6a0 00007ffc`254d13d2 ntdll!TppWorkerThread+0x888
25 0000008e`4af1fa80 00007ffc`27de54e4 kernel32!BaseThreadInitThunk+0x22
26 0000008e`4af1fab0 00000000`00000000 ntdll!RtlUserThreadStart+0x34
有什么想法可以从这里开始吗？我没想过在服务被冻结时运行进程资源管理器，但如果我们想尝试的话，它会在下周再次冻结。
有一些与一起使用 DFSR 和 Shadow Copies 相关的问题，但没有一个问题表明 Shadow Copies 是否复制。这意味着，如果我在服务器 A 上有一对带有影子副本的 DFS 副本，我可以将该文件恢复到服务器 B 上的先前版本吗？如果是这样，该还原是否会被复制回服务器 A？
我怀疑不是——VSS 是本地 NTFS 功能并且超出了复制范围，但我目前无法验证自己。
第一个问题 - 是否可以在原始 Windows 2012 服务器和更新的 Windows 2012 R2 服务器之间使用 DFS-R？
第二个问题 - R2 在 DFS-R 中引入了许多增强功能，假设在网格中的所有服务器都在 R2 上之前这些功能不可用？