在有关DFS 复制的Microsoft 文档中写道，DFS 复制使用远程差异压缩算法来进行有效的数据复制。但是当您安装 DFS 复制时，仍然有一个已卸载的远程差异压缩功能。
我的问题是，DFS 复制是否使用它自己的远程差分压缩算法，将远程差分压缩功能与可以单独安装用于不同目的的功能分开，或者如果没有安装远程差分压缩功能，DFS 复制的工作效率会降低吗？我的意思是它就像域控制器一样，它们没有将 DFS 命名空间和 DFS 复制作为角色安装，但他们实际上拥有并使用了它们？
我有两个位置 A+B，需要使用 Windows DFS 复制以下列方式处理这些分支之间的一个特殊目录：所有写入 A 目录的内容都需要由 B 拉取。B 的那个目录中的所有删除都需要再次推到A。最后，它只是简单地将所有内容从 A 拉到 B，并在某个时刻在 A 和 B 处清空。
重要的是目录是一些特殊应用程序的文件系统接口。该应用程序仅在主机 B 上运行，而主机 A 为该应用程序创建数据。DFS 用于将数据从 A 可靠地传输到 B。
因为它是一个文件系统接口，所以它需要遵循一些约定，以便 B 处的应用程序知道它何时可以访问所有文件。该约定很简单，在创建所有数据之前创建一个特殊的锁定文件，并在创建所有数据后删除锁定文件。删除锁定文件意味着主机 B 上的应用程序可以随意处理数据。当然，与传输的其他数据相比，该锁定文件非常非常小，而所有其他数据理论上可能有数百 MiB 大小。因此，为了可靠地使用 DFS，复制时需要考虑文件系统操作的顺序。
从我目前所读到的关于 DFS 的内容来看，它可能会乱序传输文件：
DFS 复制是否按时间顺序复制文件？
不可以。文件可能会乱序复制。
OTOH，它已经通过 ID 跟踪文件，并且锁定文件的 ID 将低于其他文件的 ID。
如果我重命名文件会怎样？
DFS 复制在下一次复制期间重命名复制组的所有其他成员上的文件。使用唯一 ID 跟踪文件，因此重命名文件和在副本中移动文件不会影响 DFS 复制复制文件的能力。
此外，似乎还有一些关于并发下载的设置，在最坏的情况下可能会降低到 1。不过，这当然不能保证像我需要的那样严格的文件操作顺序。锁定文件可以在传输两个其他大文件之间简单地删除。
如何处理同时复制？
每个复制文件夹有一个更新管理器。更新管理器彼此独立工作。
使用Windows 更改日志并遵循要复制的源文件夹中的事件顺序，具有某种操作模式或类似的 DFS 会很棒。这应该保证 DFS 在第一个和最后一个操作中创建和删除锁定文件，就像在源文件夹中所做的那样。
那么，有什么方法可以让 DFS 中的文件操作严格排序，以便与基于文件系统的接口一起使用？
谢谢！
假设有一个基于Domain的DFS共享路径
\someDomainBasedDFSRoot\someLogicalSubfolder\someSubfolderCorrespondingToAPhysicalHost\folder\file.txt
我想获得nslookup用于最终实际访问此类路径的 IP（或者可能至少是物理主机，以便可以编辑）（在所有初步 AD/DFS 协商等之后）。
到目前为止我尝试/发现的内容：
you cannot get that attribute if you query Active Directory from a Global Catalog server, you need to query the specific server that contains that object (or follow referrals from the parent forest).因为我显然缺乏必要的访问权限。
我正在构建一个基于具有 18 个驱动器托架的戴尔服务器的 RAID 系统；我想用作 JBOD 并使用 LVM2/MDADM 进行管理，并使用 XFS 作为基本文件系统。
但是...我有一些仅适用于 iSCSI 目标（而不是传统的 SMB 网络共享）的 PC 软件...我希望能够从 Linux 和 Windows 中查看和操作存储...是否有一个文件系统仿真器位于 iSCSI 和 XFS 之间，并会采用 Windows 文件系统（ExFAT、NTFS、UDF？）并将其转换为已安装的 linux 文件系统中的“文件”？
Windows 中的 iSCSI 卷是否可以“只读且按需重新安装/扫描”（断开连接，重新制作虚拟文件系统，然后允许通过 Windows 重新安装）？Windows 访问不需要很快...
或者...是否有支持 Windows 的 iSCSI target-FS 和分布式文件系统，以便可以同时从 Windows 7 和 Linux 访问它（也许会支持...？）？
在我的基础架构中，我有两台安装了 Windows Server 2019 和 Hyper-V 的服务器。SAN 通过 FC 直接连接到两台服务器。SAN 为两台服务器提供三个卷：一个用于仲裁的卷、一个用于 VM 的卷和一个用于数据的卷。
我计划部署一个文件服务，该服务的可用性与我给定的基础设施一样高。因此 - 因为我有两个节点 - 我想部署两个文件服务器。这样，我可以容忍一台完整的服务器（主机）发生故障或一台虚拟文件服务器发生故障。只有一台虚拟文件服务器（启用了 HA），我只能容忍一台主机的故障，但不能容忍 VM 本身的故障。
我计划使用我的 SAN 的数据卷来部署共享虚拟硬盘，两个虚拟文件服务器都将使用它来提供文件共享。
此外，我希望用户不必关心他们访问哪个文件服务器来访问他们的文件。\\FileSrv1\Data\README.md应该是一样的\\FileSrv2\Data\README.md，但是用户应该可以像访问它一样\\FS\Data\README.md。据我所知，这是 DFS 的典型用例。但我不希望两个文件服务器复制它们的数据，因为我有一个共享存储。
所以我的问题是，在我的场景中，我可以同时使用虚拟文件服务器的共享存储和 DFS 来抽象文件访问吗？
我的网络上有如下 DFS 设置：
在文件服务器上，我有一个名为“public”的共享，它可以从 Windows 10 工作站成功访问为 \\FS01\public 和 \\FS02\public。
在 AD 控制器上，我设置了一个名为“dfs”的 DFS 命名空间，并有一个名为“public”的共享。本次分享有以下目标：
我尝试通过以下方式从 Windows 10 工作站访问共享：
这是最后一个问题。当我说“间歇性”时，我并不是说我点击一次它就可以工作，然后再次点击它可能不会。我的意思是它可能工作几个小时，然后停止工作几个小时，然后似乎没有任何变化重新开始工作。
我尝试将目标从 FS01.DOMAIN.LAN 的 FQDN 更改为 FS01，甚至只是文件服务器的 IP 地址，这没有什么区别。但是，由于如果我直接点击 AD 控制器而不是域名，我可以通过 DFS 名称空间访问共享，这似乎排除了 DFS 配置问题以及 DNS 问题（即使它是间歇性的事实似乎也指向 DNS），这就是为什么我不确定如何进行故障排除。
有几点需要注意，可能相关也可能不相关：
我确实认识到 VPN 可能是一个问题。但是，同样位于服务器本地的工作站表现出相同的症状，因此我不认为 VPN 是一个差异化因素。与服务器的 VPN 连接与 Internet 连接一样稳固，VPN 上的 ping 时间为 20 毫秒或更短。
我正在寻找经历过此问题并拥有解决方案的人，或者至少是我可以用来进一步排除故障的过程。
我在 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% 的可用磁盘空间容量。
任何强制将文件服务器从一个源复制到多个目标服务器的帮助将不胜感激。
先感谢您。
我在生产中有一个 Active Directory 域（我们将调用OLD.TLD它）并且需要更改名称（原因我不会详细说明）。
在这个域中有很多很多文件链接到 DFS 命名空间。他们主要使用 NetBIOS 名称，因此引用类似于\\OLD\DFS\FOLDERwhich 引用\\SERVER\FOLDER.
在该过程结束时，所有内容都将位于新域 ( NEW.TLD) 中，服务器将位于SERVER.NEW.TLD. 但是\\OLD\DFS即使在旧域消失后也需要工作。
我考虑过一次性域名重命名，只更改 FQDN，但保持 NetBIOS 名称不变。但这将对在家工作的人造成很大的破坏。（另外它将保留 NetBIOS 作为要求）。
因此，我考虑使用 ADMT 迁移到新域。
为了调查这一点，我：
TEST.TLD在新林中创建了一个测试域OLD.TLD在和之间创建了双向森林信任TEST.TLDOLD.TLD以指向TEST.TLDTEST.TLD引用和SERVER指向. 还有 CNAME 将旧域控制器指向旧域。SERVER.OLD.TLDOLDOLD.TLD所以现在，帐户TEST.TLD可以\\OLD\DFS毫无问题地访问。接下来，我试图看看我是否可以欺骗测试域，使其认为它\\OLD\DFS在新域中。这是我设想的一个过程，它是在移除信任和关闭旧域控制器之前迁移的最后一步。
TEMP.TLD并添加了几个文件夹引用，这样我就可以将两者区分开来。TEMP.TLDOLD指向TEST.TLD。但是，当我尝试访问时\\OLD\DFS，我得到了所有\\OLD.TLD\DFS文件夹。我需要更改其他设置吗？甚至可以以这种方式为域 DFS 命名空间“别名”吗？
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 分钟。旧服务器执行上述垃圾邮件。