我有两个位置 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 中的文件操作严格排序，以便与基于文件系统的接口一起使用？
谢谢！
不，DFS 复制不支持此功能；它在设计上是异步的，没有办法让它执行同步复制，或者保证遵循操作顺序。
我不知道您的应用程序的内部工作原理，但是使用两个服务器都可以访问的公共网络共享似乎更容易和更安全。或者，如果服务器 B 真的想在本地磁盘上查找数据，只需在那里创建一个服务器 A 可以写入的共享。