我们目前在 Server 2008 中使用 DFSR 通过 VPN 链接从我们的总部复制到 3 个分支机构。
这样，我们就拥有每个站点中所有公司文件的本地副本，以便快速访问和容错。出于成本和速度的原因，我们决定不使用 WAN 加速器和集中式文件。
但是，DFSR 并没有为我们削减它。由于我们在中心站点同时打开了 100 多个文件，因此 DFSR 重试打开的文件比传输关闭的文件花费的时间更多，这会产生积压。每天上午 11 点左右，积压的文件中有近 500 个文件直到那天晚上才被清除。
这是一个主要问题，因为在一天中的大部分时间服务器都不同步。据我了解，这不是可以纠正的，所以我们现在正在寻找 DFSR 的替代品来保持这些服务器同步。
目前有没有人使用这样的系统来保存他们的文件，如果是，你能推荐你正在使用的软件吗？
我发现的一些例子是 GlobalScape WAFS 和 PeerSync。
没有同步工具可以同步打开的文件而不会冒着制作不一致副本的风险。除非该工具挂钩到保持打开文件的应用程序以请求它“静默”文件，否则始终存在由打开文件制成的副本最终会不一致且无法使用的风险。
听起来，对我来说，考虑到您正在谈论的打开文件的配置文件，几乎任何工具都会为您提供很差的服务。我想知道版本控制系统/文档管理系统是否更适合您。
我使用了Software Pursuits 的SureSync同步工具，尽管不是在您分发的场景中，并且对它非常满意。它在复制集中的服务器上作为 Windows 服务运行并进行增量传输（使用“SPI 代理”附加组件）。它可以复制打开的文件（可以使支持 VSS 的应用程序静默），尽管您可能会遇到一致性问题，正如我上面所说的。
回复回复：评论：
这是经典的快速/便宜/良好的三角形权衡。如果您希望您的副本全天保持同步，您将需要花费大量资金来实现快速连接。如果您不在乎副本不同步（但在一夜之间“赶上”），那么您可以在快速连接上花费更少的钱。
我没有任何客户希望以这种方式复制的所有文件在所有服务器上始终“同步”。他们没有钱花在 LAN 速度的 WAN 连接上来支持它。
如果您有一小部分文件需要更严格地保持同步，您可以考虑使用这种更实时的复制解决方案来覆盖这些文件，并在速度较慢、带宽密集度较低的复制解决方案中覆盖其余文件.
你必须以某种方式付钱给吹笛者，我猜这就是我所说的。
我们已经解决了 DFSR 的性能问题，这些问题与我们使用的第 3 方文件锁定软件 Peerlock 的一些错误配置有关。
在过去的 3 周里，现在一切似乎都运行良好。
感谢您的回答埃文和塔塔斯，他们很感激。