目前，我们正在使用Server 2008中的DFSR从总部复制到VPN连接的3个分支机构。
这样我们就可以在每个站点上的所有公司文件的本地副本上进行快速访问和容错。 由于成本和速度的原因，我们决定采用广域网加速器和集中式文件。
但是，DFSR并没有为我们削减它。 由于我们在中心站点同时打开了100个文件，因此DFSR花费的时间比重复打开的文件要多，因为这会产生积压。 每天上午11点左右，积压的文件将近500个，直到晚上才能清理。
这是一个主要问题，因为大部分时间服务器不同步。 据我的理解，这不是一个可以纠正的问题，所以我们现在正在考虑DFSR的替代scheme来保持这些服务器的同步。
目前有没有人使用这样的系统作为他们的文件，如果是这样，你能推荐你使用的软件吗？
我find的一些例子是GlobalScape WAFS和PeerSync。
没有同步工具可以同步打开的文件，而不会有不一致的副本的风险。 除非该工具已挂接到应用程序中，使文件保持打开状态以请求将文件“静止”，否则将始终存在由打开的文件构成的副本最终不一致且不可用的风险。
听起来，对我来说，就像你正在讨论的打开文件的configuration文件一样，你将被任何工具糟糕的服务。 我不知道一个版本控制系统/文件pipe理系统是否可能不适合你。
我已经使用了Software Pursuits的SureSync同步工具，尽pipe不是您正在分发的场景，并且对此非常满意。 它作为Windows服务在复制集中的服务器上运行，并执行增量转移（使用“SPI代理”附加组件）。 它可以复制打开的文件（可以阻止VSS感知的应用程序），尽pipe您可能会遇到一致性问题，如上所述。
响应重新：评论：
这是经典的快速/便宜/好的三angular形折衷。 如果您希望您的副本在一天中保持同步，那么您将需要花费大量资金以实现快速连接。 如果你不在意复制品不同步（但是在一夜之间“赶上”），那么你可以在快速连接上花费更less的钱。
我没有任何客户期望所有文件以这种方式复制，在所有服务器上始终“同步”。 他们没有钱花费LAN速度WAN连接来支持它。
如果您有一小部分文件需要更加严格地保持同步，那么您可以考虑使用这种更实时的复制解决scheme来覆盖这些文件，并在慢速，带宽较低的复制解决scheme中覆盖其余文件。
无论如何，你必须支付吹笛者，我猜，我在说什么。
我们已经解决了DFSR的性能问题，这些问题与我们使用的第三方文件locking软件Peerlock的一些错误configuration有关。
在过去的三个星期里，现在一切似乎都很顺利。
感谢您的答案埃文和塔塔斯，他们表示赞赏。