Это была объединительная плата. Оба диска RAID1 и один диск RAID5 были недоступны. Невероятно, но гипервизор VMware продолжал работать в течение трех дней из памяти, не имея доступа к своему хост-диску, поддерживая виртуальные машины, которыми он управлял.
На шаге 3 выше мы диагностировали аппаратную проблему и заменили контроллер RAID, кабели и объединительную плату. После перезапуска мы повторно инициализировали RAID, инструктируя контроллер запрашивать диски для их конфигурации. Оба были ухудшены, и оба были успешно восстановлены.
На шаге 4 не было необходимости переустанавливать ESX; хотя при загрузке он не хотел регистрировать виртуальные машины. Нам пришлось выкопать некоторые скрытые элементы управления, чтобы дать команду ядру переуступить виртуальные машины. (Поиск документов ВМ для "отставки".)
Я считаю, что наш запасной план сработал бы, образы VMware Converter виртуальных машин, которые работали "осиротевшими", были протестированы и работали нормально без потери данных. Я настоятельно рекомендую выполнить образ VMware Converter для любой виртуальной машины, которая переходит в это состояние, после завершения работы как можно большего количества служб и перевода виртуальной машины в состояние только для чтения, насколько это возможно. Загрузка vmdk либо в другом месте, либо на исходный хост в качестве ремонта обычно выполняется намного быстрее, чем восстановление сервера с нуля с помощью резервных копий.