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

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

我有什么选择？

我们目前最好的主意是

• 使用VMware Converter从正在运行的VM中创建实时vmdks，就好像是P2V迁移一样。
• 重新启动主机服务器并运行RAID诊断，找出发生在" h"中的内容
• 尝试重新启动ESX，可能是在重建RAID卷之后
• 可能必须在其卷上重新安装ESX并重新连接VM
• 如果这不起作用，请将在步骤1中创建的"活动" vmdks添加到其他VM主机。

解决方案

回答

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

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

在步骤4，没有必要重新安装ESX。尽管在启动时，它不想注册VM。我们必须挖掘一些隐藏的管理内容，以指示内核重新签名VM。 (在VM文档中搜索"签名"。)

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