我正在两台ESXi服务器上使用SSH将虚拟机从一台ESXi主机传输到另一台ESXi主机。
但是，这是一个很慢的痛苦，它是一个巨大的750GB .vmdk磁盘镜像，虚拟机停止（停机），速度为5.5MB / s，这将需要一天多的时间才能完成。
我错过了什么吗？
myvm.mydomain.com-flat.vmdk 26% 200GB 5.4MB/s 29:09:06 ETd ESXi服务器上的重要硬件：
Supermicro X9SCM-F Intel 82574L Gigabit Controller IBM SR-BR10i RAID Controller 2x WD Velociraptor WD1000DHTZ (RAID1 mode from controller)
还有一点：在启动虚拟机迁移之前，我已经构build并同步了RAIDarrays。
谢谢你的帮助，
如果您认为副本很慢， 您还没有看到虚拟机运行 。 主要的问题是您的控制器缺less一个BBU，并且ESXi正在进行许多同步写操作（其中可能已被使用的控制器或磁盘的写caching被绕过以确保数据一致性）。
添加一个BBU（如果可选）或使用BBWC / FBWCreplace控制器的型号。 或者，如果您不关心数据的完整性（请注意，如果您的主机在不适当的时候断电，这可能会导致整个数据存储丢失），甚至可以启用写回caching，甚至可以使用lsiutil进行同步写入。 有些人甚至为ESXi进行了编译 ，所以你可能甚至不需要重新启动到另一个操作系统来尝试一下。
除此之外，ESXi内部的scp / cp操作相当慢 ，您应该select不同的方法：
- 出于性能和数据放置的原因，请不要使用scp或cp; 而是使用vmkfstools，VMware的Virtual Machine Importer工具或SDK API来操作虚拟磁盘。 如果您使用推荐的工具，您应该看到非常显着的性能改进。
如果您不能使用上述工具之一，请考虑Veeam的FastSCP ，这也意味着提高SCP的拷贝性能。
ESXi并不是作为一个普通的用途来使用的，而VMWare很less鼓励使用命令行，当它们用于特定的任务时。 因此，在内存，IO和CPU共享方面，命令行接口的资源耗尽相当严重。 你把它当作一个通用的操作系统，要求它做一些相当密集的工作，所以我并不惊讶它的性能不好，它不会是你的磁盘子系统的错。
如果您使用支持的转移方式，我相信您会更快乐。
编辑 – 哦，我刚刚注意到，这些磁盘不是100％的工作周期，即他们不是devise成24/7跑，这样做会大大增加他们的失败的可能性。 你计划每天只运行这个服务器大约12个小时吗？
由于不明原因（对我来说），EXSI（ 免费 ）主机之间的SCP非常慢。 解决此问题的方法是将SCP转移到非虚拟机，然后SCP转移到目标ESXi主机。 这不是很聪明，但我设法将速度转换为5MB / s到80MB / s 。 我和Veeam FastSCP有相同的缓慢转移，而vmkstools没有为我工作（我没有共享存储的客人），所以我想不出一个更好的解决scheme。
如果有人能解释为什么EXS（ 免费版 ）主机之间的SCP太慢了，我会感激的。