在VMware vSphere虚拟化环境中，重启虚拟机是日常运维中最基础但也最关键的操作之一，核心上文归纳是：重启虚拟机并非简单的点击按钮，而是需要根据业务场景选择“软重启”或“硬重启”，并熟练掌握命令行（CLI）应急手段，才能在保障数据完整性的同时，实现最高效的故障恢复。
图形化界面下的标准重启流程与策略
对于大多数运维人员而言，vSphere Web Client是最直观的操作界面，许多用户容易混淆界面上的两个相似选项,导致非预期的停机风险。
重启客户机操作系统
这是首选的“软重启”方式，该操作类似于物理服务器上按下“开始”菜单中的“重启”按钮，其工作原理是VMware Tools向虚拟机内部的操作系统发送重启指令。
- 适用场景：操作系统运行缓慢、服务卡死、应用更新需要重启。
- 前提条件：虚拟机内必须安装并正常运行VMware Tools。
- 优势：操作系统会安全关闭所有正在运行的进程和服务，卸载文件系统，确保数据一致性,最大程度避免文件损坏。
重新启动虚拟机
这是“硬重启”方式，相当于物理服务器直接按下电源键的“Reset”按钮，该操作直接切断虚拟机的电源并立即重新启动,不经过操作系统的关闭流程。
- 适用场景：操作系统完全死机（蓝屏、黑屏）、VMware Tools未响应、无法通过软重启恢复时。
- 风险提示：非正常的断电会导致正在写入的数据丢失，严重时可能损坏文件系统，除非必要,应优先尝试软重启。
命令行（CLI）下的高效重启与故障排查
当vSphere Web Client因网络延迟、管理卡繁忙或浏览器兼容性问题无法操作时，或者需要批量重启虚拟机时，通过ESXi Shell或SSH进行命令行操作是资深运维人员的必备技能。
第一步：确认虚拟机VMID
在命令行中，虚拟机通常通过其唯一的VMID（Virtual Machine ID）进行标识，登录ESXi Shell后，使用以下命令列出所有注册的虚拟机及其ID：
vim-cmd vmsvc/getallvms
执行后，系统会列出列表，找到目标虚拟机对应的VMID（通常是一串数字）。
第二步：检查虚拟机运行状态
在执行重启前，必须确认虚拟机的当前电源状态，避免对已关机的虚拟机下发错误指令：
vim-cmd vmsvc/power.getstate <VMID>
系统将返回“Powered on”或“Powered off”等信息。
第三步：执行软重启
如果确认VMware Tools运行正常，可尝试软重启指令：
vim-cmd vmsvc/power.reboot <VMID>
该指令会尝试通过Tools触发系统重启。
第四步：执行强制硬重启
如果软重启指令无效，或虚拟机处于卡死状态，必须使用强制重置指令，这是解决严重死机的“杀手锏”：
vim-cmd vmsvc/power.reset <VMID>
该指令会强制中断电源并重新启动，效果等同于在Web客户端点击“重新启动虚拟机”。
应对无响应虚拟机的终极解决方案：World ID终止法
在某些极端情况下，虚拟机可能处于“卡死”状态，既无法软重启也无法通过常规命令硬重启，甚至在Web Client中显示为“无法连接”或灰色，这通常是因为虚拟机的主进程（World）挂起，需要使用更深层的esxcli命令进行干预。
查找World ID
每一个运行中的虚拟机在ESXi内核中都有一个对应的World ID，使用以下命令查找：
esxcli vm process list
在输出结果中，找到目标虚拟机的名称，并记录其对应的World ID。
强制终止进程
找到World ID后，使用以下命令强制终止该虚拟机进程，这相当于直接拔掉电源插头：
esxcli vm process kill --type=[force] --world-id=<World ID>
--type参数有三个选项：soft（尝试安全关闭）、hard（强制关闭）、force（立即终止），对于完全卡死的虚拟机，建议直接使用force。- 注意：执行此操作前，请务必确认该虚拟机确实无法通过常规方式恢复,因为这是最后手段。
重启验证
进程被终止后，虚拟机将处于关机状态，再使用vim-cmd vmsvc/power.on <VMID>命令手动开机,即可完成故障恢复。
运维最佳实践与数据安全建议
在进行任何重启操作前，建立规范的运维习惯至关重要。快照是数据安全的最后一道防线，在进行高风险操作（如补丁更新、配置变更）前，建议为虚拟机创建快照，虽然重启操作通常不需要快照，但如果重启是为了解决由系统变更引起的问题,回滚能力必不可少。
监控VMware Tools的状态，定期检查所有虚拟机的VMware Tools是否运行正常且为最新版本，这不仅关乎软重启的成功率，还直接影响网络性能、时间同步和容灾备份的准确性。
关注存储延迟，如果虚拟机频繁死机需要强制重启，往往预示着底层存储存在高延迟或I/O拥塞，在重启恢复业务后，应立即检查ESXi主机的存储设备健康状况，避免陷入“重启-死机-再重启”的恶性循环。
相关问答
Q1：在Web Client中点击“重启”后，虚拟机一直处于“正在重启”状态卡住不动，该怎么办？
A1：这种情况通常是因为操作系统内部的关机进程卡住了，建议首先等待5-10分钟，看系统是否能自行响应，如果长时间无响应，不要继续等待，应果断在Web Client中右键点击虚拟机，选择“菜单”->“电源”->“强制关机”（注意不是重启），待虚拟机完全关机后，再手动执行“开机”，如果Web Client无法操作，请立即通过SSH使用esxcli vm process kill命令强制终止World ID进程。
Q2：软重启和硬重启对业务数据有什么具体影响？
A2：软重启会通知操作系统（如Windows或Linux）正常关闭所有服务、刷新磁盘缓存并卸载文件系统，对数据是安全的，不会造成文件损坏，硬重启则是瞬间切断电源，未写入磁盘的数据会丢失，正在打开的文件可能损坏，数据库等应用可能需要执行一致性检查或日志回滚才能启动，除非系统死机,严禁在生产环境中优先使用硬重启。
互动环节：
您在日常运维ESXi虚拟机时，是否遇到过通过常规手段无法重启的“僵尸”虚拟机？欢迎在评论区分享您当时的排查思路和最终解决方案,让我们一起交流更高效的运维技巧。
