Мой объем серверной консоли VMware ESX перешел на чтение. Как я могу сохранить свои виртуальные машины?

Question

Два тома RAID, ядро ​​/ консоль VMware, работающие на RAID1, vmdks живут на RAID5. Ввод логина на консоли приводит к ошибкам SCSI, без подсказки пароля. Хвалите, виртуальные машины на самом деле все еще работают. Однако мы думаем, что при перезагрузке ядро ​​может не запускаться снова, а виртуальные машины будут отключены.

У нас есть резервные копии базы данных и дисков виртуальных машин, но не резервные копии самих vmdks.

Какие у меня варианты?

Наша текущая лучшая идея является

1. Использование VMware Converter для создания живых VMDKs из запущенного виртуальных машин, как если бы это была миграция P2V.
2. Перезагрузка хост-сервера и запустить RAID диагностику, выяснить, что в «ч» произошло
3. Попытка запустить ESX снова, возможно, после восстановления его объем RAID
4. Возможно, придется заново установить ESX на его объем и повторно -attach VM
5. Если это не сработает, присоедините «живые» vmdks, созданные на шаге 1, к другому узлу VM.

Answer 1

Это была объединительная плата. Оба диска RAID1 и один диск RAID5 были недоступны. Невероятно, что гипервизор VMware продолжал работать в течение трех дней из памяти без доступа к его хост-диску, сохраняя виртуальные машины, которыми он управлял.

На шаге 3 выше мы диагностировали аппаратную проблему и заменили RAID-контроллер, кабели и объединительную плату. После перезагрузки мы повторно инициализировали RAID, поручив контроллеру запросить диски для их конфигураций. Оба были деградированы, и оба были успешно восстановлены.

На шаге 4 нет необходимости переустанавливать ESX; хотя при загрузке он не захотел регистрировать виртуальные машины. Нам пришлось выкопать некоторые скрытые управляющие материалы, чтобы дать ядру отменить виртуализацию виртуальных машин. (Поиск VM-документов для «resignature.»)

Я считаю, что наш резервный план сработал бы, изображения VMware Converter из виртуальных машин, которые запускались «осиротевшие», были протестированы и прошли нормально, без потери данных. Я настоятельно рекомендую выполнить визуализацию VMware Converter любой виртуальной машины, которая попадает в это состояние, после закрытия как можно большего числа сервисов и включения виртуальной машины в состояние как можно более доступное для чтения. Загрузка vmdk либо в другом месте, либо на исходном хосте, поскольку ремонт обычно будет ПУТЕМ быстрее, чем восстановление сервера с нуля с помощью резервных копий.