我有两个位置 A+B，需要使用 Windows DFS 复制按以下方式处理这两个分支之间的一个特殊目录：A 目录中的所有写入都需要由 B 提取。B 目录中的所有删除都需要再次推送到 A。最后，它只是将 A 中的所有内容提取到 B，并在某个时间点清空 A 和 B。
重要的是，目录是某个特殊应用程序的文件系统接口。该应用程序仅在主机 B 上运行，而主机 A 为该应用程序创建数据。DFS 用于将数据从 A 可靠地传输到 B。
因为它是一个文件系统接口，所以它需要遵循一些约定，以便 B 上的应用程序知道何时可以访问所有文件。该约定很简单，在创建所有数据之前创建一个特殊的锁定文件，当所有数据都创建完成后，锁定文件将被删除。删除锁定文件意味着主机 B 上的应用程序可以随意处理数据。当然，与传输的其他数据相比，该锁定文件非常非常小，而所有其他数据在理论上可能都有数百 MiB 大小。因此，为了可靠地使用 DFS，在复制时需要考虑文件系统操作的顺序。
从我目前阅读的有关 DFS 的信息来看，它可能会传输文件失灵：
DFS 复制是否按时间顺序复制文件？
不可以。文件可能会无序复制。
另一方面，它通过 ID 跟踪文件并且锁定文件的 ID 将低于其他文件的 ID。
如果我重命名文件会发生什么？
DFS 复制在下一次复制期间重命名复制组的所有其他成员上的文件。使用唯一 ID 跟踪文件，因此重命名文件和在副本内移动文件不会影响 DFS 复制复制文件的能力。
此外，似乎还有一些关于并发下载，在最坏的情况下可能会降低到 1。不过，这本身当然可能无法保证文件操作的严格顺序，就像我需要的那样。在传输两个其他大文件之间，可以简单地删除锁定文件。
如何处理同时复制？
每个复制文件夹都有一个更新管理器。更新管理器彼此独立工作。
如果有某种操作模式或类似 DFS 的操作模式就太好了Windows 变更日志并按照源文件夹中事件的顺序进行复制。这应该保证 DFS 创建和删除锁定文件作为第一个和最后一个操作，就像在源文件夹中所做的那样。
那么，有没有办法让DFS中的文件操作严格排序，以便可以与基于文件系统的接口一起使用？
谢谢！
答案1
不，DFS 复制不支持此功能；它在设计上是异步的，并且无法让它执行同步复制，或者保证遵循操作顺序。
我不知道您的应用程序的内部工作原理，但使用两个服务器都可以访问的公共网络共享似乎要容易得多，也更安全。或者，如果服务器 B 确实想在本地磁盘上查找数据，只需在那里创建一个服务器 A 可以写入的共享即可。