Докладываю о проведении реальных учений.
1) Найти что-либо в Интернете помогающее продиагностировать и найти причину сбоев в ESX server практически невозможно. Если упадет реальный продакшен сервер то копаться времени не будет, у меня оно было но это мне никак не помогло.
2)Обращение в суппорт в таких ситуациях просто пустая трата времени. Суппорт будет
часами задавать дурацкие вопросы не имеющие отношения к проблемме, а за это время вас уже могут и уволить если на сервере будет висеть критические для бизнеса приложения.
3)Что действительно бы помогло в этой ситуации это Vmmotion, но это требует дорогостоещей SAN который тоже кстати доложен быть отказоустойчивым, и защищенным от ситуации типа пожар в офисе, а это уже выливается в такие бабки за которые к физическому серверу можно прикупить по два запасных горячего и холодного резерва и это окажется дешевле.
4)Переустановка сервера в режиме обновления ситуацию не исправляет, он остается с теми же проблемами. Поскольку я имел доступ к консоли я просто переместил мой виртуальный сервер на второй ESX, зарегистрировал его и запустил. Это приемлемо только в случае если у вас есть куда перемещать и объем данных невелик. Если на сервере 800-900 GB занято под виртуальные машины и более это потребует значительного времени на копирование и процесс копирования может завершить уже другой человек
Вас уже могут попросить к тому времени покинуть компанию.
5)Я протестировал еще один вариант и он оказался самым подходящим для такой ситуации - установка сервера с нуля, но в опциях установки указываешь все нахрен переформатировать и установить новую систему за исключением хранилища с виртуальными машинами. Установка занимает минут 20, после установки вы имеете доступ ко всем вашим виртуальным машинам, остается их только зарегистрировать и запустить.
Рекомендую найти ненадежное железо, поставить на него ESX и потренироваться когда он упадет.
