ESXi 5 虚拟机迁移（错误总结）

2019独角兽企业重金招聘Python工程师标准>>>

#好久未更。#

###今天晚上一个人在公司进行了一个esxi 虚拟机的迁移。由于准备不充分，所以今天晚上默默地踩了很多坑，浪费了许多时间。但是好在自己即使搜索相关资料并及时调整了方法，所以还是有很多收获的。现在由于在等文件传输，所以，先简单总结一下今天迁移存在的问题。###

#1.没有提前做好准备，迁移方法存在问题。# ###预先准备的方案是在服务停机并关闭虚拟机操作系统后，将所有的虚拟机文件传到操作机上，再将所有文件通过vsphere client 传输到新的esxi主机上。首先，这相当于做了一次无用的数据传输，浪费了一大半的时间做了无用功。其次，在导出过程中，传输速度还算能接受，300G的文件花了接近三个小时，平均速度约28MB/S。但是在导入的时候可能是由于操作机与服务器之间的网络问题，发现速度很慢，不到1M没秒，且是在传输大文件时候的速度，所以果断放弃，立刻寻找别的解决方案。然后，我改用了用sftp工具上传文件，平均速度能达到13MB／S。在传输完一个80G的文件和50G的文件后，发现这个速度仍然无法接受。于是我尝试了直接开启ESXI主机的ssh服务，该用scp命令传输，速度达到25MB/S。节省了至少两个小时的时间。###

#2.未进行提前演练，所以遇到了很多之前未想到的问题。# ###首先，我在预设方案的时候，找到了直接用ESXI主机scp传输的方法。但是由于该系统是核心系统的一个服务的灾备系统，且原ESXI主机上还有许多灾备虚拟机系统，担心这样操作会影响其它虚拟机的服务，所以放弃了这个方案。如果我当初提前做好测试演练，发现并没有自己所担心的问题，那样至少可以节省百分之六十点时间（减去了一半的无用IO，且速度更快）。最后在迁移过程中，遇到问题后，才放手大胆一博，才发现了这样是更好的方法。###

#3.未提前做好与其他组工程师的沟通工作。# ###可能是由于网络设备和网络策略的现实，根据观察，最快的速率也只在28MB／S，这远未达到服务器网卡的最佳性能。如果提前与网络沟通好，开启全速率传输，假设速度只有100MB／S，那样300G的数据只需在一小时左右便可传输完成，远小于我这次花费的时间。###

###大概的问题就是这些，今晚先写这么多，明天有空了我要讲正确的迁移方法重新写一篇，希望大家可以借鉴，不要再走我的弯路。###

###ps：数据传输仍在继续，预计在一个半小时之后完成，迁移完成后，我还要进行一次Linux系统硬盘动态扩容，我也会写出来。### 2016年12月19日23时

最后迁移的结果是失败了。简直是意料之外，情理之中呐。

在迁移完成，启动虚拟机之后，发现一块虚拟硬盘的分区丢失。但是应用并未报错。操作系统也未有任何异常。这是我最怕看到的情况。所以我只能停掉迁移后的虚拟机，将原来的虚拟机打开。

此次迁移失败。

转载于:https://my.oschina.net/hanheheda/blog/808684