none
Не грузится виртуальная машина на физическом жёстком диском RRS feed

  • Вопрос

  • Имеется сервер Windows 2012 c Hyper-V. На нём работают 2 ВМ, каждая на своём физическом жёстком диске.

    Сегодня одна из этих машин зависла и больше не грузится: Boot failure.

    Я загрузился с DVD. Diskpart видит диск, все 3 раздела на диске, но тип файловой системы RAW на всех трёх разделах.

    Автоматическое восстановление не прокатывает - не видит раздела с сиcтемой.

    Что бы это могло быть и как это починить?

    16 февраля 2016 г. 14:37

Ответы

  • Я загрузился с DVD. Diskpart видит диск, все 3 раздела на диске, но тип файловой системы RAW на всех трёх разделах.


    Как минимум умерли служебные разделы диска, содержащие информацию о файловой системе. Причины могут быть разными, от вируса внутри ВМ до сбоя ввода-вывода на дисках хоста. В зависимости от конкретной причины диапазон методов лечения - от правки нескольких байт в файле виртуального диска до пересоздания ВМ с нуля и восстановления данных из бэкапа (надеюсь, у вас были бэкапы?)

    Если в ВМ было что-то сверхценное и не забэкапленное, поищите конторы, занимающиеся восстановлением данных с мертвых дисков. Это будет весьма небесплатно, но шансы на счастливый финал есть. Также можете попробовать подключить виртуальный диск к рабочей ВМ и попробовать восстановить файловую систему с помощью разнообразных доступных утилит (гуглите по строке "recover failed drive"). Однако морально готовьтесь к тому, что все плохо и ВМ придется переразворачивать с нуля.


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    17 февраля 2016 г. 7:35
  • Стоп. Еще раз уточните - вы говорите об отдельном жестком диске, который подключен к ВМ в режиме pass-through?

    В этом случае - да, разумеется, методы работы ОС с таким диском абсолютно стандартные. Но если вы хотите получить к нему доступ в обход ВМ, вы должны сначала отключить его от ВМ и перевести в состояние Online в Device Manager. Без этого доступ к нему из хостовой системы попросту невозможен, как и к любому другому диску в состоянии offline. Понятно, почему у вас средства восстановления показывают файловую систему как RAW - они попросту не видят диск.

    Вообще же не надо так делать. Pass-trough диски предназначены для решения специфичных задач - или же используются, когда вам критичен каждый процент производительности, что вряд ли ваш случай. В остальных сценариях в ВМ следует использовать стандартные виртуальные диски.

    Насчет восстановления КД из бэкапа - гораздо быстрее и проще вычистить из AD следы старого КД (в Server 2012 достаточно удалить его учетку в AD и почистить служебные разделы зоны DNS) и развернуть новый КД с нуля. Восстановление КД из System State имеет смысл только в случае полной гибели всех КД в домене.


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    17 февраля 2016 г. 10:16
  • Ну, поскольку сбой случился на отдельном жестком диске, то для восстановления особо ценных данных можно найти стороннюю контору. Если таких не было, но у вас есть бэкапы, то проще переформатировать диск и переустановить ВМ. Однако учтите, что это может быть первым звоночком о том, что диск просто умирает целиком из-за сбоев контроллера или повреждения блинов. Перед новым запуском диска в эксплуатацию протестируйте его максимально тщательно и проверьте SMART-утилитами.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    17 февраля 2016 г. 12:31

Все ответы

  • Я загрузился с DVD. Diskpart видит диск, все 3 раздела на диске, но тип файловой системы RAW на всех трёх разделах.


    Как минимум умерли служебные разделы диска, содержащие информацию о файловой системе. Причины могут быть разными, от вируса внутри ВМ до сбоя ввода-вывода на дисках хоста. В зависимости от конкретной причины диапазон методов лечения - от правки нескольких байт в файле виртуального диска до пересоздания ВМ с нуля и восстановления данных из бэкапа (надеюсь, у вас были бэкапы?)

    Если в ВМ было что-то сверхценное и не забэкапленное, поищите конторы, занимающиеся восстановлением данных с мертвых дисков. Это будет весьма небесплатно, но шансы на счастливый финал есть. Также можете попробовать подключить виртуальный диск к рабочей ВМ и попробовать восстановить файловую систему с помощью разнообразных доступных утилит (гуглите по строке "recover failed drive"). Однако морально готовьтесь к тому, что все плохо и ВМ придется переразворачивать с нуля.


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    17 февраля 2016 г. 7:35
  • На всякий случай, ещё раз повторюсь, речь идёт не о виртуальном диске, а о физическом диске, подключённом к ВМ. Если физический диск находится "вне сети" на хосте и разбивается и форматируется из под ВМ, то разделы на нём размечаются по тем же правилам, как если бы этот диск был подключен к самому хосту. Правильно?

    Тогда очень странно, что R-studio и вообще все средства, что я пробовал,  не могут проанализировать диск из под ВМ. Они  просто "зависают". Как будто ВМ не даёт им доступа к диску на низком уровне.

    По поводу восстановления из бекапа. Бекап есть, но он январский. И не полный, а System state + выборочные папки. На этой ВМ был второй контроллер домена, без ролей. Windows 2012. Можно восстановить контроллер домена из System state ? Или мне удалить старый контроллер в АД и поставить всё по новой, а потом восстановить только данные из бекапа.

    17 февраля 2016 г. 9:13
  • Стоп. Еще раз уточните - вы говорите об отдельном жестком диске, который подключен к ВМ в режиме pass-through?

    В этом случае - да, разумеется, методы работы ОС с таким диском абсолютно стандартные. Но если вы хотите получить к нему доступ в обход ВМ, вы должны сначала отключить его от ВМ и перевести в состояние Online в Device Manager. Без этого доступ к нему из хостовой системы попросту невозможен, как и к любому другому диску в состоянии offline. Понятно, почему у вас средства восстановления показывают файловую систему как RAW - они попросту не видят диск.

    Вообще же не надо так делать. Pass-trough диски предназначены для решения специфичных задач - или же используются, когда вам критичен каждый процент производительности, что вряд ли ваш случай. В остальных сценариях в ВМ следует использовать стандартные виртуальные диски.

    Насчет восстановления КД из бэкапа - гораздо быстрее и проще вычистить из AD следы старого КД (в Server 2012 достаточно удалить его учетку в AD и почистить служебные разделы зоны DNS) и развернуть новый КД с нуля. Восстановление КД из System State имеет смысл только в случае полной гибели всех КД в домене.


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    17 февраля 2016 г. 10:16
  • Да, это отдельный жесткий диск.

    Нет, я запускал средства восстановления из под ВМ, загрузив её с iso-образа R-studio. Проблема ещё в том, что диск - SAS, а у меня нет под рукой второй машины с SAS-контроллером, чтобы восстанавливать этот диск на ней.

    На второй виртуальной машине работает 1С на dbf. Там очень важна скорость доступа к диску. Поэтому ВМ сделали на отдельных физических дисках, а не виртуальных.

    По восстановлению КД всё понятно. Спасибо.

    17 февраля 2016 г. 12:05
  • Ну, поскольку сбой случился на отдельном жестком диске, то для восстановления особо ценных данных можно найти стороннюю контору. Если таких не было, но у вас есть бэкапы, то проще переформатировать диск и переустановить ВМ. Однако учтите, что это может быть первым звоночком о том, что диск просто умирает целиком из-за сбоев контроллера или повреждения блинов. Перед новым запуском диска в эксплуатацию протестируйте его максимально тщательно и проверьте SMART-утилитами.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    17 февраля 2016 г. 12:31