这样,我们就可以在每个站点中拥有所有公司文件的本地副本,以便快速访问和容错.出于成本和速度原因,我们决定不使用WAN加速器和集中文件.
但是,DFSR并没有为我们削减它.由于我们在中心站点一次打开100个文件,因此DFSR花费更多时间重试打开文件而不是传输关闭文件,这会产生积压.每天上午11点左右,积压中有近500个文件,直到那天晚上才被清除.
这是一个主要问题,因为当天大部分时间服务器都不同步.根据我的理解,这不是可以纠正的,所以我们现在正在寻找DFSR的替代方案来保持这些服务器的同步.
有没有人目前使用这样的系统作为他们的文件,如果是这样,你能推荐你正在使用的软件吗？
我发现的一些例子是GlobalScape WAFS和PeerSync.
听起来,对于我来说,考虑到您正在谈论的打开文件的配置文件,几乎任何工具都会让您服务不佳.我想知道版本控制系统/文档管理系统是不是更适合你.
我使用了Software Pursuits的SureSync同步工具,虽然不是你正在分发的场景,并且对它非常满意.它在复制集中的服务器上作为Windows服务运行,并执行增量传输(使用“SPI代理”附加组件).它可以复制打开的文件(可以静止VSS感知的应用程序),尽管你可能会遇到一致性问题,正如我上面所说的那样.
这是经典的快速/廉价/好三角形权衡.如果您希望您的副本在一整天保持同步,那么您需要花费大量资金来实现快速连接.如果你不在乎复制品不同步(但一夜之间“赶上”),那么你可以花更少的钱在快速连接上.
我没有任何客户希望所有以这种方式复制的文件在所有服务器上始终“同步”.他们没有钱花在LAN速度的WAN连接上来支持它.
如果您有一小部分文件需要更加严格地保持同步,您可以考虑使用这种更实时的复制解决方案来覆盖这些文件,并在速度较慢,带宽较少的复制解决方案中覆盖其余文件.
你不得不以某种方式支付吹笛者,我想,我在说什么.
