用SCVMM管理Hyper-V虚拟机迁移那些事儿，怎么操作比较顺手

说到用SCVMM来管理Hyper-V虚拟机的迁移，这事儿确实有不少门道可以让你操作起来更顺手，SCVMM，也就是System Center Virtual Machine Manager，可以把它想象成Hyper-V的超级管理后台，能同时管着一大堆Hyper-V主机，而虚拟机迁移是它最核心、最常用的功能之一，根据微软官方文档和技术社区的普遍实践，要想顺手，关键不在于点一下迁移按钮，而在于迁移前、中、后的准备和选择。

第一件事：搞清楚你要哪种迁移，这最要紧。

SCVMM里主要有两种迁移方式,选对了事半功倍。

一种是“无共享存储的实时迁移”，也有人叫它“基于SMB的迁移”，这是现在最常见、也最灵活的方式，简单说，就是你的Hyper-V主机之间不需要共同连接一个昂贵的SAN存储，虚拟机的文件（比如硬盘文件）本来就是放在其中一台主机的本地硬盘或者一个普通的文件服务器（SMB共享）上，迁移的时候，SCVMM会通过网络，把虚拟机的内存状态和存储文件一起，“抱”到另一台主机上去，这个过程虚拟机是不用关机的，业务基本没感觉，这种方式的优点是灵活，对硬件没太高要求，但迁移速度受网络带宽影响比较大，如果你想在几台没有共用存储的服务器之间挪虚拟机，这个就是首选。

另一种是“使用SAN传输的实时迁移”，这个要求就高了，需要你的Hyper-V主机都连接到同一个光纤通道（FC）或iSCSI的SAN存储上，关键点在于，虚拟机的硬盘文件本身就在这个共享的SAN里，并不属于任何一台主机，所以迁移的时候，实际上只需要把虚拟机当前运行的内存状态和CPU寄存器信息通过网络同步到新主机，然后SCVMM指挥SAN交换机，把存储的访问权限从旧主机“切换”到新主机就行了，因为不需要搬动巨大的硬盘文件，所以速度极快，对业务影响最小，如果你的环境里有高性能的SAN，这无疑是最顺滑的方式。

第二件事：迁移前的“体检”不能省。

直接上手就迁,很容易碰到各种报错，一点都不顺手，动手前先做几个检查：

• 看主机状态： 在SCVMM的控制台里，确保源主机和目标主机都是“正常”的绿色状态，没有警告或错误，特别是目标主机，要有足够的CPU、内存资源来接待这台新虚拟机。
• 看网络连通性： 源主机和目标主机之间必须有可靠的网络连接，并且用于实时迁移的网络（通常是专门划分的一个网络）要畅通，防火墙规则也得放行，SCVMM依赖一个叫“WinRM”的服务来通信，这个服务必须正常启动。
• 看虚拟机本身： 有些特殊配置的虚拟机可能不适合迁移，如果虚拟机连接了只能被源主机识别的物理设备（即“穿透磁盘”或直接挂载的USB设备），迁移就会失败，迁移前最好把这些非标准的硬件连接断开。
• 看存储路径： 如果是无共享存储迁移，要确保目标主机上有足够的磁盘空间，并且SCVMM服务账户有权限在目标位置创建文件夹和文件。

第三件事：实际操作中的小技巧。

这些都检查妥当了,开始迁移时，还有些细节能让过程更顺畅：

• 选择合适的时间： 尽管是实时迁移业务不中断，但毕竟会占用网络和主机资源，尽量选择业务低峰期进行操作，比如深夜或周末，避免对其它业务造成潜在影响。
• 用好“迁移虚拟机”向导： SCVMM的迁移向导很直观，右键点击虚拟机，选“迁移”，它会引导你选择目标主机和目标存储位置（对于无共享存储迁移），在最后一步，它会汇总所有信息让你确认，这时再仔细核对一遍，特别是存储路径对不对。
• 监控迁移进度和日志： 开始迁移后，SCVMM的“作业”窗口会弹出，详细显示迁移的每一个步骤：正在初始化、传输内存、传输存储、最终切换等，如果中途出错，作业详情里会给出具体的错误信息，这是排查问题的第一手资料，养成看作业日志的习惯，非常有用。
• 批量迁移考虑使用维护模式： 如果你需要对一台主机进行维护，上面跑着十几台虚拟机，一台台手动迁移太麻烦，你可以先把这台主机置于“维护模式”，SCVMM会自动尝试把上面的所有虚拟机智能地迁移到群集内或指定的其他主机上，这比手动操作省心多了。

迁移完成后别忘了看一眼。

迁移成功不代表万事大吉,最好登录到迁移后的虚拟机上，确认一下关键应用和服务都运行正常，再到SCVMM里检查一下虚拟机的网络连接是否正确，有没有因为换了主机导致IP地址变化或者网络策略失效。

用SCVMM迁移Hyper-V虚拟机，顺手的秘诀就是“先想后做，看清再点”，花几分钟做好前期检查，理解不同迁移方式的适用场景，远比遇到报错后再去翻资料要高效得多，SCVMM这个工具本身很强大，只要你把规则摸清了，管理大批量虚拟机的迁移工作就会变得非常轻松和有把握。