我想我会build立一个testing环境来试用这个。
我有一个物理服务器，有一个有点大量的物理存储。 它正在运行SQL，并希望通过热迁移进行冷迁移，以确保我没有数据一致性问题。
我的问题是，在迁移过程中自由空间是否非常快速地传输，还是从字面上稍微复制一点？ 该存储具有600GB的物理空间，仅有200GB的使用量。
我没有很长一段时间可以把它拿下来。 显然，一种select是构build一个单独的SQL服务器并逐个迁移数据库，但现在我们来关注如何传输空闲空间的P2V问题。
从我的经验快速分享：
注意事项：如果您提到“一致性”，那么必须有足够长的时间进行转换，请您的老板或系统团队保持现实。
我没有试过这个，但是从VMDK的工作方式来猜测，你可能会在转换之前将可用空间归零。
这样做的一个工具是sdelete： http ://technet.microsoft.com/de-de/sysinternals/bb897443.aspx（如果这是一个Windows机器）
在linux上，使用dd if=/dev/zero of=/tmp/dummyfile来写入一个零的文件，直到驱动器已满。 （您可以删除文件）
但是请记住，在任何情况下，转换器将不得不读取整个磁盘。 所以如果networkingpipe道是问题的话，这将会 – 如果有的话 – 提高转换速度。
此外，如果您select将磁盘“延迟归零”（而不是“急切归零”），则会增加服务器上的vmdk创build速度。