我们的系统团队正在实施Double Take客户端计算机，以实时复制到灾难恢复服务器。 开发人员的桌面通常有多个打开的Visual Studio实例， 每小时生成4GB的写入IO。 即使在Visual Studio空闲的时候，它也会每隔几秒产生一次IO的大幅度上升。 Double Take在同一时间内只能复制大约800MB，所以它似乎在追赶上，并以100％与客户端的一个CPU核心挂钩。 机器接近完全停止，Visual Studio变得反应迟钝，因为它似乎与Double Take在相同的文件上竞争IO。
有没有一种方法来configurationDouble Take，使其在开发人员机器上更好地运行？ 有没有人有任何经验或build议一般在客户机上运行Double Take？ 有没有一种不同的解决scheme可以更好地为DR工作？ 它不一定需要实时复制。
AFAIK，DT没有任何真正适用于你的情况的东西。 您可以使用DT连接pipe理器来限制传输窗口（基于时间和/或队列阈值），或者您可以设置DT允许使用的带宽限制。 您也可以让DT压缩复制的数据。 这些选项看起来都不适合你。
在一个侧面说明，为什么DT？ 这对开发机器来说是一个昂贵的解决scheme。
您应该在此问的问题（IMO）是为什么您花费时间和精力覆盖DRscheme中的客户端工作站。 那些关键的客户机上有什么？为什么不存储在networking上？
这里潜藏着更多的问题。 客户端工作站不是为高可用性而devise的。 大部分组件没有冗余。
我怀疑，即使你为客户端复制工作，你仍然在一个更深层次的问题上坚持不懈。
我迟到了，但是Visual Studio在开发者工作站的TEMP空间中造成了很多噪音。 如果您可以从复制中排除常见的临时文件区域，则可能会节省您的时间。