ESXi主机配置迁移实战：从旧服务器到新硬件的完整搬家流程（WinSCP+命令行）

ESXi主机配置迁移实战：从旧服务器到新硬件的完整搬家流程

当你面对一台运行多年的ESXi主机需要退役时，最令人头疼的莫过于如何将精心调校的配置完整迁移到新硬件上。上周我就经历了这样一次惊心动魄的"服务器搬家"——将一台运行着30多个关键虚拟机的ESXi 7.0主机迁移到全新的Dell PowerEdge服务器。整个过程就像给运行中的飞机更换引擎，稍有不慎就会导致业务中断。

1. 迁移前的精密准备工作

迁移ESXi配置不是简单的复制粘贴，硬件差异就像隐藏的陷阱。在开始前，我们需要像外科手术前的检查一样严谨。

硬件兼容性检查清单：

• 网卡数量与型号（特别是万兆网卡）
• HBA卡配置（直通模式还是RAID模式）
• 存储控制器驱动版本
• 主板TPM芯片状态（影响vSphere 7.0 U2+的配置加密）

记得去年有位同行迁移后才发现新服务器的网卡驱动不兼容，导致所有VMkernel端口失效。为避免这种悲剧，建议先用ESXi-Customizer制作包含新旧硬件驱动的定制镜像。

# 检查当前ESXi版本和构建号 vmware -vl # 示例输出： # VMware ESXi 7.0.3 build-19193900

重要提示：如果新旧主机版本不一致，需要先升级或降级目标主机。构建号必须完全匹配，就像锁和钥匙的关系。

2. 配置备份：不只是按下保存按钮

传统的配置文件备份就像给服务器拍快照，但我们需要的是可移植的完整DNA。

高级备份方案对比：

方法	优点	缺点	适用场景
configBundle	官方支持，完整配置	不包含第三方驱动	同版本迁移
ESXi Image Profile	包含驱动和补丁	需要重建安装介质	硬件变更大的迁移
PowerCLI脚本	可定制备份项目	需要额外开发	特定配置备份

我推荐组合使用官方备份和自定义导出：

# 同步运行时配置到存储 vim-cmd hostsvc/firmware/sync_config # 生成配置包（有效期30分钟） vim-cmd hostsvc/firmware/backup_config # 返回：http://192.168.1.13/downloads/52364/configBundle-esxi3.tgz # 使用curl快速下载（比浏览器更可靠） curl -k -o esxi3_config.tgz "http://192.168.1.13/downloads/52364/configBundle-esxi3.tgz"

常见踩坑点：

• 备份文件默认30分钟后自动删除
• 防火墙规则可能阻止下载
• 浏览器缓存可能导致下载失败

3. 迁移实战：当新硬件遇到旧配置

将备份文件传输到新主机时，WinSCP是最可靠的伙伴。但要注意ESXi的/tmp目录空间限制——我曾遇到一个8GB的临时文件撑爆存储的惨案。

分步迁移指南：

1. 预处理备份文件：

   # 重命名配置文件（必须步骤） mv configBundle-esxi3.tgz configBundle.tgz

2. 进入维护模式的正确姿势：

   # 优雅进入维护模式（等待VM自动迁移） esxcli system maintenanceMode set -e true -t 0

3. 强制还原技巧（硬件不完全相同时）：

   # 使用force参数跳过UUID检查 vim-cmd hostsvc/firmware/restore_config 1 /tmp/configBundle.tgz

特别注意：vSphere 7.0 U2后，TPM加密的配置无法强制还原。这时需要先在旧主机禁用TPM加密，或者使用相同的TPM芯片。

4. 迁移后的验证艺术

重启成功只是开始，真正的考验在于细节验证。我习惯准备一个检查清单：

网络配置验证：

# 对比端口组配置 esxcli network vswitch standard list esxcli network vswitch dvs vmware list # 检查VMkernel接口 esxcli network ip interface list

存储配置深度检查：

• 多路径策略是否生效
• NFS挂载点权限
• iSCSI CHAP认证状态

最容易被忽视的是高级参数设置，比如：

# 检查内存压缩缓存设置 esxcli system settings advanced list -o /Mem/ShareForceSalting

5. 当迁移遇到特殊场景

场景一：网卡数量不一致

• 方案：提前修改备份文件中的网络配置
• 工具：使用ESXi-Customizer注入驱动

场景二：从HPE迁移到Dell

• 关键：处理不同的CIM提供商
• 技巧：清除硬件监控配置

  /etc/init.d/sfcbd-watchdog stop rm -rf /etc/sfcb/*

场景三：vCenter证书问题

• 解决方法：重新生成证书指纹

  /sbin/generate-certificates

那次迁移中，新服务器的Broadcom网卡驱动导致vMotion中断。最终通过以下命令解决了问题：

esxcli software vib remove -n=net-bnx2x esxcli software vib install -v /tmp/bnx2x-1.78.80.v60.10-1OEM.600.0.0.2768847.x86_64.vib

硬件迁移就像器官移植，排异反应总会发生。保留完整的操作日志和备份，才能在出现问题时快速回滚。每次迁移后，我都会让新主机试运行48小时再正式切换流量——这个习惯已经帮我避免了三次午夜紧急呼叫。