1. 为什么需要ESXi版本回滚？
最近帮朋友处理了一个典型的ESXi升级翻车现场：他用VUM（VMware Update Manager）把ESXi 7.0升级到最新补丁后，存储适配器驱动突然罢工，导致所有虚拟机无法访问存储。这种场景下，最有效的解决方案就是回滚到稳定版本。不同于普通操作系统，虚拟化平台的回滚操作需要特殊技巧，这也是很多运维人员容易踩坑的地方。
ESXi的回滚机制其实非常智能。每次通过官方渠道（VUM或ISO）升级时，系统会自动保留上一版本的完整镜像。这个设计类似于手机系统的A/B分区更新，但关键在于：回滚操作必须在系统启动阶段通过组合键触发，且对操作时机有严苛要求。我见过不少工程师因为错过那5秒的按键窗口，不得不重装整个系统。
2. 回滚前的关键检查项
2.1 确认回滚可行性
不是所有升级场景都支持回滚。根据VMware官方文档，只有满足以下条件时才能安全回退：
- 通过VUM或官方ISO进行的版本升级
- 未手动删除过
/altbootbank分区内容 - 非跨大版本升级（如6.7→7.0）
特别要注意的是，从ESXi 6.x升级到7.0后，由于分区表结构变化，绝对无法通过常规方法回退。这时候就需要用到我之前文章提过的配置备份技巧——建议在重大版本升级前，先用vim-cmd hostsvc/firmware/backup_config命令备份主机配置。
2.2 必备准备工作清单
实际操作前，请确保完成这些准备工作：
- 虚拟机迁移：将所有运行中的VM迁移至其他主机（vMotion或关机迁移）
- 配置备份：通过SSH执行
/sbin/auto-backup.sh保存当前配置 - 记录网络参数：用
esxcli network ip interface list记下所有vSwitch和端口组配置 - 准备应急方案：建议准备同版本ESXi安装U盘以防回滚失败
我去年处理过一个案例：某客户回滚后所有网络配置丢失，就是因为没提前记录vSwitch绑定关系。后来花了三小时才从零重建网络环境，这个教训值得大家引以为戒。
3. 手把手回滚操作指南
3.1 进入DCUI控制台
首先通过物理控制台或iDRAC/iLO远程控制台连接主机。如果主机还在响应SSH，可以用这个命令强制进入维护模式：
esxcli system maintenanceMode set -e true然后按Ctrl+Alt+F2切换到DCUI界面。这里有个细节：部分戴尔/惠普服务器的键盘映射可能需要按Fn+F2。如果没看到登录提示，尝试按几次回车唤醒控制台。
3.2 关键按键时机把握
- 在DCUI界面按
F12调出电源菜单 - 输入root密码后选择
F11重启主机 - 最关键步骤：当屏幕出现"Loading hypervisor"进度条时（不是之前也不是之后），立即按住
Shift+R
这个时机窗口通常只有3-5秒。我的经验是：当进度条走到约10%位置时开始连续敲击组合键。太早会被忽略，太晚则会错过机会。如果失败，只能等系统启动后再次重启尝试。
3.3 恢复界面操作详解
成功触发后会看到黄色警告框：
Current hypervisor will permanently be replaced with build: X.X.X-XXXXXX. Are you sure? [y/n]按y确认后，系统会：
- 自动将
/bootbank与/altbootbank分区内容互换 - 保留现有配置文件（包括网络、存储等设置）
- 完成回滚后自动重启
整个过程通常不超过2分钟。但要注意：某些硬件上可能需要手动选择启动项（例如在BIOS设置了多引导时）。
4. 回滚后的验证与排错
4.1 版本确认技巧
主机重启后，建议通过三种方式验证版本：
- DCUI首页显示的版本号
- SSH执行
vmware -vl - vCenter中查看主机摘要信息
如果发现版本号已回退但功能异常，可以尝试：
esxcli software vib validate检查VIB包一致性。我曾遇到过回滚后网卡驱动不兼容的情况，就是通过这个命令发现问题的。
4.2 常见故障处理
场景一：回滚后网络中断
- 检查
esxcfg-vmknic -l确认VMkernel端口是否存在 - 用
esxcli network ip interface set -e true -i vmk0重新启用接口
场景二：存储无法挂载
- 执行
esxcli storage core adapter rescan --all - 检查
/etc/vmware/esx.conf中的存储配置是否保留
场景三：虚拟机无法启动
- 尝试注册VM：
vim-cmd solo/registervm /vmfs/volumes/datastore/path/vm.vmx - 检查
vmware.log中的具体错误
如果遇到更复杂的问题，建议收集/var/log/vmware/下的日志文件进行分析。有时候回滚失败是因为磁盘空间不足导致分区交换不完整，这种情况就需要考虑全新安装了。
5. 高级技巧与替代方案
5.1 无响应主机的处理
当主机完全无响应时，可以尝试IPMI强制重启：
ipmitool -H <BMC_IP> -U admin -P password power reset然后立即开始连续按Shift+R。某些超融合环境可能需要先断开集群关系：
esxcli vsan cluster leave5.2 自动化回滚方案
对于经常需要测试不同版本的环境，可以创建自动化脚本：
#!/bin/sh echo "Initiating rollback..." /usr/bin/auto-backup.sh vim-cmd hostsvc/maintenance_mode_enter reboot -f配合IPMI的SOL功能，可以实现远程触发回滚。不过这种操作风险较高，建议先在测试环境验证。
5.3 终极恢复方案
当所有回滚方法都失效时，最后的救命稻草是：
- 用ESXi安装盘启动
- 选择"Recover ESXi"模式
- 保留现有VMFS数据分区
这种方法会重建系统分区但保留虚拟机存储。操作前务必确认datastore的UUID：
ls -l /vmfs/volumes/
