我的 VMware ESX 服务器控制台卷变为只读。如何保存我的虚拟机？

Question

两个 RAID 卷，VMware 内核/控制台在 RAID1 上运行，vmdks 在 RAID5 上运行。在控制台输入登录名只会导致 SCSI 错误，不会提示密码。值得称赞的是，虚拟机实际上仍在运行。不过，我们认为，重新启动后，内核可能不会再次启动，并且虚拟机将关闭。

我们有虚拟机的数据库和磁盘备份，但没有 vmdk 本身的备份。

我有什么选择？

我们目前最好的想法是

1. 使用 VMware Converter 从正在运行的虚拟机创建实时 vmdks，就像 P2V 迁移一样。
2. 重新启动主机服务器并运行 RAID 诊断，找出“h”中发生了什么
3. 尝试重新启动 ESX，可能是在重建其 RAID 卷之后
4. 可能必须在其卷上重新安装 ESX 并重新附加虚拟机
5. 如果这不起作用，请将步骤 1 中创建的“实时”vmdks 连接到其他 VM 主机。

Answer 1

这是背板。RAID1 的两个驱动器和 RAID5 的一个驱动器均无法访问。令人难以置信的是，VMware 虚拟机管理程序在内存中持续运行三天，无法访问其主机磁盘，从而使其管理的虚拟机保持活动状态。

在上面的步骤 3 中，我们诊断了硬件问题并更换了 RAID 控制器、电缆和背板。重新启动后，我们通过指示控制器查询驱动器的配置来重新初始化 RAID。两者均已退化，但均已成功修复。

在步骤 4 中，无需重新安装 ESX；尽管在启动时，它不想注册虚拟机。我们必须挖掘一些隐藏的管理内容来指示内核对虚拟机进行重新签名。（在 VM 文档中搜索“重新签名”。）

我相信我们的后备计划会奏效，“孤立”运行的虚拟机的 VMware Converter 映像经过测试并且运行良好，没有数据丢失。我强烈建议在关闭尽可能多的服务并使虚拟机进入尽可能只读状态后，对进入此状态的任何虚拟机执行 VMware Converter 映像。在其他地方或在原始主机上加载 vmdk 作为修复通常比使用备份从头开始重建服务器要快得多。