#好久未更。#
###今天晚上一个人在公司进行了一个esxi 虚拟机的迁移。由于准备不充分,所以今天晚上默默地踩了很多坑,浪费了许多时间。但是好在自己即使搜索相关资料并及时调整了方法,所以还是有很多收获的。现在由于在等文件传输,所以,先简单总结一下今天迁移存在的问题。###
#1.没有提前做好准备,迁移方法存在问题。# ###预先准备的方案是在服务停机并关闭虚拟机操作系统后,将所有的虚拟机文件传到操作机上,再将所有文件通过vsphere client 传输到新的esxi主机上。首先,这相当于做了一次无用的数据传输,浪费了一大半的时间做了无用功。其次,在导出过程中,传输速度还算能接受,300G的文件花了接近三个小时,平均速度约28MB/S。但是在导入的时候可能是由于操作机与服务器之间的网络问题,发现速度很慢,不到1M没秒,且是在传输大文件时候的速度,所以果断放弃,立刻寻找别的解决方案。然后,我改用了用sftp工具上传文件,平均速度能达到13MB/S。在传输完一个80G的文件和50G的文件后,发现这个速度仍然无法接受。于是我尝试了直接开启ESXI主机的ssh服务,该用scp命令传输,速度达到25MB/S。节省了至少两个小时的时间。###
#2.未进行提前演练,所以遇到了很多之前未想到的问题。# ###首先,我在预设方案的时候,找到了直接用ESXI主机scp传输的方法。但是由于该系统是核心系统的一个服务的灾备系统,且原ESXI主机上还有许多灾备虚