我们的系统团队正在客户端计算机上实施 Double Take，以便实时复制到 DR 服务器。开发人员的桌面通常始终打开多个 Visual Studio 实例，这每小时产生4GB的写入IO。即使 Visual Studio 处于空闲状态，它似乎每隔几秒钟就会产生大量的 IO 峰值。Double Take 在同一时间段内只能复制大约 800MB，因此它似乎在追赶，并将客户端上的一个 CPU 核心固定在 100%。机器几乎完全停止，Visual Studio 变得没有响应，因为它似乎在与 Double Take 争夺同一文件的 IO。
有没有办法配置 Double Take，使其在开发人员的机器上正常运行？是否有人有在客户端机器上运行 Double Take 的经验或建议？是否有其他解决方案可能更适合 DR？它不一定是实时复制。
答案1
据我所知，DT 没有任何真正适用于您的场景的功能。您可以使用 DT 连接管理器来限制传输窗口（基于时间和/或队列阈值），或者您可以设置带宽限制，以确定 DT 可以使用多少带宽。您还可以让 DT 压缩复制的数据。这些选项似乎都不适合您。
顺便问一下，为什么是 DT？对于开发机器来说，这是一个昂贵的解决方案。
答案2
在我看来，您在这里应该问的问题是，为什么您要花时间和精力在 DR 场景中覆盖客户端工作站。这些客户端计算机上有哪些关键信息，为什么不将其存储在网络上？
这里可能还隐藏着更多问题。客户端工作站并非为高可用性而设计。大多数组件没有冗余。
我怀疑，即使您让 doubletake 为客户端复制而工作，您仍然只能解决一个更深层次的问题。
答案3
我迟到了，但 Visual Studio 在开发人员工作站的 TEMP 空间中发出了很多噪音。如果您可以从复制中排除常见的临时文件区域，这可能会帮到您。