Как восстановить виртуальные машины и контрольные точки Hyper-V в Windows Server 2022
-
Автор:
Dmytriy Zhura
-
Редактор:
Andrey Mareev
Прочитайте о том, как восстановить данные и возобновить работу виртуальных машин Hyper-V в Windows Server 2022. Необходимость восстановления часто возникает из-за случайного удаления файлов в «Управлении дисками», сбоев операционной системы хоста, аппаратных ошибок сервера или логического повреждения тома, содержащего файлы VHDX. Мы подробно рассмотрим процесс автоматического поиска удаленных виртуальных дисков, контрольных точек и надежного восстановления всей информации.
- Особенности архитектуры Hyper-V
- Подключение устройств хранения
- Восстановление виртуальных машин Hyper-V и их контрольных точек
- Заключение
- Часто задаваемые вопросы
- Комментарии
Виртуализация с помощью Hyper-V является важным компонентом современной серверной инфраструктуры, поскольку позволяет запускать несколько виртуальных машин на одном физическом сервере. Виртуальные диски, конфигурационные файлы и контрольные точки хранят важные данные и состояние виртуальных систем. Однако случайное удаление, повреждение файловой системы, сбой Windows Server 2022 или потеря файлов VHDX могут сделать виртуальную машину и ее данные недоступными.
В этой статье мы рассмотрим, как восстановить виртуальные машины Hyper-V и их контрольные точки в Windows Server 2022. Вы узнаете, где хранятся файлы виртуальной машины, как найти отсутствующие файлы VHDX, AVHDX и конфигурационные файлы, а также какие методы восстановления можно использовать после удаления или повреждения. Особое внимание будет уделено восстановлению данных с помощью специализированного ПО Hetman RAID Recovery.
Восстановление виртуальных машин Hyper-V и их Checkpoints в Windows Server 2022
Особенности архитектуры Hyper-V
Для успешного восстановления данных необходимо понимать принципы работы гипервизора Hyper-V. Эта система использует несколько типов виртуальных дисков:
- Первый тип — диски Dynamically expanding, которые увеличиваются в размере по мере записи данных.
- Второй тип — диски Fixed size, которые сразу резервируют весь выделенный объем на физическом носителе.
- Третий тип — диски Differencing, которые обязательно связаны с родительским диском и хранят только новые изменения системы.
Аналогичный принцип используется и в работе контрольных точек в среде Hyper-V. Когда администратор создает или применяет механизм контрольных точек, гипервизор переводит базовый диск в режим только для чтения. Поверх него создается специальный differencing-диск в формате AVHDX, который фиксирует и хранит текущее состояние виртуальной машины до внесения глобальных изменений. Повреждение или потеря даже одного элемента в этой цепочке делает невозможным запуск гостевой системы.
Помимо самих виртуальных дисков, критически важную роль играют конфигурационные файлы в форматах VMCX и VMRS. Они хранят все аппаратные параметры виртуальной машины и сведения о состоянии ее оперативной памяти на момент создания снимка. Именно поэтому для полного и корректного восстановления работоспособности системы алгоритмы программы ищут не только файлы VHDX, но и весь набор связанных служебных данных.
| Компонент | Описание | Значение для восстановления данных |
|---|---|---|
| Гипервизор Hyper-V | Программно-аппаратный уровень виртуализации, который обеспечивает запуск и управление виртуальными машинами. | Сбой гипервизора или хост-сервера может сделать виртуальные машины недоступными, даже если их файлы остаются на диске. |
| Родительский раздел | Специальный раздел, на котором работают Windows Server 2022 и службы управления Hyper-V. | Содержит конфигурацию виртуальных машин, журналы и средства управления. |
| Дочерние разделы | Изолированные среды выполнения, в которых работают гостевые операционные системы. | Каждая виртуальная машина имеет собственные ресурсы, конфигурацию и виртуальные диски. |
| Виртуальные диски VHD/VHDX | Файлы, которые эмулируют физические диски и хранят операционную систему, приложения и данные виртуальной машины. | Потеря или повреждение файла VHDX может препятствовать запуску ВМ и сделать её файлы недоступными. |
| Контрольные точки | Хранят состояние виртуальной машины в определённый момент времени. | Позволяют откатить ВМ к предыдущему состоянию, однако удаление или повреждение файлов контрольных точек может усложнить восстановление. |
| Файлы AVHDX | Дифференциальные диски, используемые для хранения изменений после создания контрольной точки. | Для восстановления текущих данных может потребоваться корректное объединение цепочки VHDX и AVHDX. |
| Файлы конфигурации ВМ | Содержат параметры виртуальной машины, такие как память, процессоры, сетевые адаптеры, подключённые диски и другие настройки. | Потеря конфигурационных файлов может осложнить повторное подключение виртуальных дисков и запуск ВМ. |
| Виртуальная сеть | Обеспечивает обмен данными между виртуальными машинами, хостом и внешней сетью. | После восстановления ВМ может потребоваться повторная настройка сетевых адаптеров и виртуальных коммутаторов. |
| Интеграционные службы Hyper-V | Обеспечивают взаимодействие между гостевой ОС и хостом, включая синхронизацию времени и обмен данными. | Их отсутствие не обязательно препятствует восстановлению диска, но может повлиять на работу ВМ после восстановления. |
| Хранилище виртуальных машин | Физические диски, SSD, RAID-массивы или сетевые хранилища, на которых расположены файлы ВМ. | Повреждение или отказ хранилища может привести к одновременной потере доступа к нескольким виртуальным машинам. |
Подключение устройств хранения
СПОСОБ 1. Как подключить серверные диски к ПК?
Перед началом процесса восстановления данных необходимо отключить диски от проблемного сервера и подключить их к рабочей станции.
Наилучшим и наиболее надежным способом является прямое подключение дисков к материнской плате через порты SATA или с использованием дополнительных карт расширения SAS либо HBA. Такой подход обеспечивает максимальную скорость чтения и стабильную работу во время анализа.
В качестве альтернативы можно использовать док-станции. Однако следует учитывать, что в этом случае скорость передачи данных может быть ниже, что повлияет на общее время сканирования.
Также стоит отметить важную деталь: поскольку в нашем тестовом сценарии в качестве примера используется массив RAID 5, для успешной сборки и полного восстановления данных необязательно подключать все диски. Достаточно подключить только минимально необходимое количество рабочих дисков, а программа автоматически рассчитает недостающие данные с использованием блоков четности.
СПОСОБ 2. Работа с образами дисков
На практике нередко бывает, что физически подключить все необходимые диски одновременно невозможно из-за нехватки свободных портов на компьютере. В таком случае можно использовать функцию посекторного создания образа. Это также является стандартной мерой безопасности при работе с дисками, на которых имеются признаки аппаратного сбоя или плохие сектора.
Образ — это точная побайтовая копия физического диска, сохраненная в виде обычного файла на другом носителе достаточной емкости. Вы можете подключать серверные диски по одному, создавать из них образы, а затем просто загрузить все полученные файлы в Hetman RAID Recovery. Программа будет работать с ними так же, как с реальными физическими устройствами.
Чтобы создать такой образ, запустите программу, выберите нужный диск и нажмите кнопку Сохранить диск на верхней панели инструментов. Затем просто укажите место для сохранения.
Важно помнить, что размер итогового файла будет полностью соответствовать общей емкости исходного диска, независимо от объема записанных на него данных. Убедитесь, что у вас достаточно свободного места.
После завершения процесса сохранения откройте главное меню и выберите пункт Подключить диск.
Из предложенных вариантов выберите тип Raw disk images и откройте только что созданные файлы.
Они сразу появятся в общем списке доступных устройств. Теперь программа полностью готова к автоматической сборке вашего массива.
Восстановление виртуальных машин Hyper-V и их контрольных точек
СПОСОБ 1. Восстановление файлов виртуальной машины
Здесь в качестве тестовой среды используется массив RAID 5, логический том которого зашифрован с помощью BitLocker в операционной системе Windows Server 2022.
Типичными сценариями потери доступа к виртуальным машинам являются случайное удаление всей директории администратором в диспетчере Hyper-V или случайное форматирование рабочего тома. В таких случаях конфигурационные файлы с расширениями VMCX или VMRS, а также сами виртуальные диски VHDX исчезают из хранилища мгновенно. Однако данные не перезаписываются физически сразу. Система лишь удаляет записи о них из таблицы размещения, поэтому важно немедленно остановить любую запись на сервере и начать восстановление.
После автоматической сборки массива в интерфейсе программы, которую мы запустили для этого обзора в среде macOS, мы увидим наш зашифрованный раздел. Поскольку он защищен BitLocker, перед поиском данных его необходимо разблокировать.
Наша программа поддерживает три типа разблокировки:
- можно ввести стандартный пароль пользователя;
- использовать 48-значный числовой ключ восстановления;
- указать путь к файлу ключа BEK, если он был сохранен на флеш-накопителе.
После успешной разблокировки выберите нужный логический раздел и запустите сканирование с помощью функции Быстрое сканирование. Этот режим анализирует файловую систему за считанные секунды. Если после Быстрого сканирования нужные файлы и папки не найдены, следует выполнить полное исследование с помощью функции Полное сканирование.
В окне результатов мы находим основную папку, содержащую данные нашей виртуальной машины.
Мы всегда рекомендуем сохранять всю папку виртуальной машины, а не только отдельные файлы дисков. Это гарантирует сохранение не только самих дисков VHDX, но и всех системных конфигурационных файлов, а также возможных цепочек контрольных точек.
Выберите всю папку, нажмите кнопку Восстановить и укажите путь на локальном диске компьютера. Основное правило — сохранять восстановленную информацию на другой физический носитель, чтобы избежать случайной перезаписи исходных данных на массиве.
СПОСОБ 2. Восстановление файлов из гостевых ОС
Бывают ситуации, когда само хранилище работает нормально, но важная информация была случайно удалена непосредственно из гостевой операционной системы. Для восстановления этих данных не требуется разворачивать виртуальный диск на новом сервере или запускать гипервизор Hyper-V. Программа Hetman RAID Recovery позволяет подключать файлы напрямую в своем интерфейсе и работать с ними как с обычными физическими дисками непосредственно в вашей системе, например на нашем Mac mini.
И здесь действует то же правило: при использовании инструмента Подключить диск мы всегда подключаем всю сохраненную папку виртуальной машины, потому что программе нужен доступ не только к дискам, но и к системной конфигурации и файлам контрольных точек.
После подключения папки диски появляются в общем списке устройств.
Рассмотрим процесс восстановления на примере логического диска, содержащего данные нашей гостевой операционной системы. Нажмите на подключенный раздел и обязательно начните с режима Быстрое сканирование. Если он не найдет все необходимые файлы, переключитесь на режим Полное сканирование для глубокого побайтового анализа внутренней структуры.
Подавляющее большинство информации восстанавливается корректно. Программа находит все доступные удаленные документы, фотографии или базы данных. Вы можете проверить их целостность с помощью предварительного просмотра, затем выбрать нужные объекты и сохранить их в безопасное место на рабочей станции.
СПОСОБ 3. Восстановление через контрольные точки
Особое внимание следует уделить работе с контрольными точками. При создании этих снимков гипервизор не копирует весь диск. Он переводит текущий базовый виртуальный диск в режим только для чтения и создает рядом с ним специальный differencing-диск в формате AVHDX.
Все последующие изменения системы и новые файлы записываются на этот дополнительный диск. Если таких снимков было сделано несколько, формируется целая цепочка зависимых файлов. Такая архитектура позволяет восстанавливать данные с высокой точностью. Если вы случайно удалили файлы внутри машины, их исходные блоки могут сохраниться в более ранних контрольных точках.
Поскольку мы подключили всю папку виртуальной машины, программа автоматически загружает все доступные differencing-диски и может считывать их напрямую.
В нашем тестовом примере видно два различных файла AVHDX. Первый файл содержит состояние системы сразу после записи базовых файлов, а второй отражает изменения после добавления новых тестовых данных.
Открыв в программе конкретную контрольную точку, вы получаете полный доступ к информации именно в том состоянии, в котором она находилась на момент создания этого снимка.
Для поиска утерянных данных мы снова сначала запускаем алгоритм Быстрое сканирование, а если нужные файлы не найдены, используем Полное сканирование. Это значительно ускоряет процесс восстановления, поскольку вы восстанавливаете данные напрямую из контрольной точки, не выполняя сложный откат всей виртуальной машины через консоль.
СПОСОБ 4. Восстановление файлов из поврежденной ВМ
Этот способ будет полезен, если предыдущие шаги не дали ожидаемого результата и папку с конфигурационными файлами найти не удалось.
Важно понимать разницу между типами виртуальных дисков в таких ситуациях. Если удаленная машина использовала диск Fixed size, его обычно удается восстановить полностью. Поскольку такой том сразу после создания резервирует весь выделенный объем в виде цельного непрерывного массива, его архитектура сохраняет целостность.
В отличие от этого, ситуация с дисками Dynamically expanding совершенно иная. Они выделяют пространство в процессе работы, поэтому их блоки часто фрагментированы. После удаления такой машины часть важных дескрипторов файла VHDX может быть необратимо перезаписана.
Из-за этого восстановить такой виртуальный диск в виде единого файла часто невозможно. В такой ситуации эффективным решением является сканирование файловой системы самой гостевой операционной системы. Этот подход позволяет игнорировать поврежденную структуру Hyper-V и направить программу на поиск файлов напрямую.
Для этого необходимо снова запустить анализ Полное сканирование на логическом томе, но на этот раз изменить объект поиска. Следует вручную выбрать файловую систему, которая использовалась внутри вашей виртуальной машины. Поскольку в нашем примере использовалась Windows, оставляем выбранной файловую систему NTFS.
После завершения глубокого сканирования вы больше не увидите привычную структуру папок виртуальных машин. Вместо этого программа выведет файлы непосредственно из гостевой системы, сортируя их по формату и расширению.
Остается только просмотреть найденные документы, архивы или базы данных, выбрать наиболее важные из них, нажать кнопку Восстановить и сохранить их на отдельный безопасный носитель.
Заключение
Восстановление виртуальных машин Hyper-V и их контрольных точек в Windows Server 2022 может потребоваться после случайного удаления файлов, повреждения хранилища, сбоя сервера или потери доступа к виртуальным дискам. Успешность восстановления зависит от состояния файловой системы, целостности файлов VHDX и AVHDX, наличия конфигурационных данных и характера повреждений.
Для восстановления важно правильно определить расположение файлов виртуальной машины, проверить состояние виртуальных дисков и контрольных точек, а также сохранить исходную структуру их цепочки. В случае удаления или повреждения данных не рекомендуется продолжать запись на затронутый диск, так как это может снизить шансы на успешное восстановление.
Если стандартные средства Windows Server 2022 и Hyper-V не помогают, можно использовать специализированное ПО для восстановления данных. Hetman RAID Recovery позволяет анализировать диски, находить утраченные файлы и восстанавливать данные с поврежденных или удаленных разделов. С его помощью можно попытаться восстановить файлы виртуальных дисков Hyper-V, включая VHDX, а также другие важные данные, необходимые для возвращения виртуальных машин в рабочее состояние.
Регулярное резервное копирование, сохранение контрольных точек и мониторинг состояния хранилища помогают снизить риск потери виртуальных машин в будущем. Сочетание правильной организации резервного копирования, своевременной диагностики и надежных инструментов восстановления значительно повышает шансы на восстановление данных после неожиданных сбоев.
