我前段时间设置了 System Center Virtual Machine Manager。我们几乎不使用它，除了从 VMWare 到 Hyper-V 的转换。当我最初设置它时，它为此目的工作得很好。现在，当我尝试进行 V2V 转换时，作业在通过 BITS 传输数据期间失败；它说连接超时。源 VM、目标和 SCVMM 机器都是同一台机器。我查看了事件日志，并看到了 BITS 尝试访问的 URL。我已经将该 URL 弹出到我的浏览器中，但它不起作用。我尝试过数据包捕获，但流量从未出现在任何适配器上，因为它都是环回流量。当我在到 SSL 端口的手动 telnet 会话中尝试 URL 的主机名时，我得到了一个连接，所以我知道有些东西正在监听。我检查了 SSL 证书绑定，我相信证书是有约束力的。当我尝试时，我的浏览器中没有任何关于证书的错误。我确实尝试将 URL 修整一点，但在尝试顶级目录时出现 404 错误。但是，SCVMM 使用 BITS 进行传输，而不是纯 HTTP，所以我可能没有做正确的测试。
更新：我尝试使用从不同服务器复制的 VMWare VM，它神奇地工作。所以，不知何故，SCVMM 分发文件的能力是基于文件本身的。我还尝试在 VMWare Workstation 下的另一台机器上启动相同的虚拟机，但它也失败了。这里有一些非常非常错误的地方。它可能发生在传输到 SCVMM 机器时（我对此表示怀疑，我尝试了两次），或者它可能与 VMWare 服务器有关。
任何帮助将非常感激！半周以来，我一直在努力解决这个问题。
谢谢！
贾
据我了解 BITS - 这是一种低优先级服务。如果该机器上的其他网络流量（可能是现有的虚拟机）使该带宽饱和，则 BITS 将（按预期工作）永远不会有机会。
您是否可以暂停其他虚拟机以查看超时是否仍然存在？
我发现了问题。我使用 FTP 传输文件（VMWare 主机在 DMZ 中，我的 SCVMM 机器在 LAN 中，而 FTP 是我们在两个区域之间传输数据的首选方式）。当我们使用外部 USB 驱动器传输文件时，它就像一个魅力。我唯一可能的解释是，也许某些东西以 ASCII 模式传输，而本应以二进制模式发送。
奇怪。
贾