Восстановить виртуальную машину Hyper V с диска VHDX

Обновлено: 21.11.2024

В настоящее время у нас есть файл AVHDX, и мы попытались прикрепить его к диску в системе управления Hyper V, но он не может быть прикреплен.

На этом диске есть важный файл, и нам нужно его восстановить.

Попытался также переименовать расширение файла, но безуспешно.

Можете ли вы помочь мне с моей проблемой

Здравствуйте,
Я хотел бы проверить, решена ли проблема? Если да, пожалуйста, помогите принять ответ. Если вам нужна дополнительная помощь, напишите нам.
С наилучшими пожеланиями,
Дэнни

Здравствуйте,
Я хотел бы проверить, устранена ли проблема? Если да, пожалуйста, помогите принять ответ. Если вам нужна дополнительная помощь, напишите нам.
С наилучшими пожеланиями,
Дэнни

7 ответов

Здравствуйте!
Файл .avhdx представляет собой разностный диск, и для восстановления данных на нем необходимо найти его родительский диск. Обратите внимание, что если родительский диск отсутствует или цепь между родительским и дочерним дисками нарушена, диск не может быть восстановлен.
Исходя из вашего описания, мы рекомендуем, если у вас есть резервная копия этого диска, восстановить диск из резервной копии. Если у вас нет резервной копии диска, попробуйте вручную объединить файл .avhdx с файлом .vhdx.

Чтобы установить структуру контрольной точки, выполните следующие действия:
1. Откройте Диспетчер Hyper-V.
2. На центральной панели выберите ВМ, снимки которой вы хотите объединить.
3. В разделе «Действия» справа нажмите «Проверить диск».

4. Выберите файл .avhdx и нажмите «Открыть».

5. Далее вы должны увидеть общий обзор свойств виртуального жесткого диска, включая его имя, местоположение и имя родителя. Определите родителя выбранного файла .avhdx.
6. Повторите шаги 3–5 для каждого файла .avhdx и определите порядок их объединения.

После этого вы можете начать процесс объединения снимков Hyper-V. Обратите внимание, что ваша виртуальная машина должна быть выключена, чтобы избежать проблем во время операции слияния.
Чтобы объединить моментальные снимки Hyper-V, выполните следующие действия:
1. Откройте Диспетчер Hyper-V.
2. Выберите нужную ВМ.
3. Щелкните Редактировать диск. Откроется мастер редактирования виртуального жесткого диска. Нажмите "Далее".
4. Щелкните Обзор, чтобы выбрать последний файл .avhdx. Нажмите кнопку "Далее.

5. Выберите «Объединить», чтобы объединить изменения, хранящиеся на разностном диске, с родительским или другим диском. Нажмите «Далее».

6. Выберите родительский виртуальный жесткий диск и нажмите «Готово».

7. Чтобы полностью завершить процесс объединения моментальных снимков Hyper-V, повторяйте шаги 1–5 для каждого файла .avhdx, пока все изменения не будут объединены в исходный родительский диск.
8. Последним шагом является перезагрузка виртуальной машины, чтобы применить внесенные изменения.

Спасибо, что уделили время.
С уважением,
Дэнни

Если ответ полезен, нажмите "Принять ответ" и проголосуйте за него.

Примечание: следуйте инструкциям в нашей документации, чтобы включить уведомления по электронной почте, если вы хотите получать соответствующее уведомление по электронной почте для этой темы.

Как создать новый диск ВМ или подключить его к виртуальной машине, восстановив данные с сервера Tivoli Storage Manager?

Причина

Диск виртуальной машины с расширением .vhd или .vhdx можно восстановить на виртуальной машине, а не на всей машине. Эти шаги можно использовать, если будет проще или быстрее восстановить только один диск, а не всю виртуальную машину.

Ответить

Для выполнения следующих шагов на компьютере диспетчера Hyper-V должны быть установлены инициатор iSCSI и агент восстановления Data Protection for Hyper-V.

1 — Получите имя инициатора Windows iSCSI. Откройте Панель управления Windows -> Инициатор iSCSI.

2 - Откройте агент восстановления Tivoli Storage Manager, введите правильное имя хоста Tivoli Storage Manager и имя клиента. Выберите правильную виртуальную машину Hyper-V для подключения.

Затем нажмите кнопку "Смонтировать".

3 — Нажмите кнопку, чтобы смонтировать диск с помощью iSCSI. Заполните имя цели. Это может быть любое имя, не содержащее пробелов и символов верхнего регистра. Имя инициатора — это имя, найденное на шаге 1.

Затем нажмите кнопку ОК.

В разделе «Подключенные тома» будет указан том, который был подключен:

4. Инициатор iSCSI должен быть настроен для просмотра этого подключенного тома. Для этого откройте инициатор iSCSI, как на шаге 1. Перейдите на вкладку «Обнаружение» и нажмите кнопку «Портал обнаружения».

Введите IP-адрес или DNS-адрес машины, на которой запущен агент восстановления Tivoli Storage Manager, и нажмите OK.

Откройте вкладку "Цели". Это покажет цель iSCSI и имя цели, указанные на шаге 3.

Нажмите кнопку «Подключить», чтобы активировать диск.

Нажмите кнопку ОК.

Теперь цель будет отображаться как подключенная:

Цель также будет доступна в Управлении дисками Windows.

5. В диспетчере Hyper-V выберите виртуальную машину (или «Создать» > «Жесткий диск»), на которую вы хотите добавить диск. Щелкните правой кнопкой мыши и выберите настройки. Щелкните Контроллер SCSI. Нажмите «Жесткий диск», затем «Добавить».

Убедитесь, что выбран виртуальный жесткий диск, затем нажмите «Создать»:

В мастере создания нового виртуального жесткого диска выберите параметры, соответствующие вашей среде.
Когда вы перейдете к настройке диска, выберите параметр «Копировать содержимое указанного физического диска». Затем выберите правильный физический жесткий диск и нажмите «Далее», затем «Готово».

Появится окно Windows, показывающее ход выполнения.

Если данные моментального снимка находятся на ленте, этот процесс может занять значительное время. Для лучшей производительности настоятельно рекомендуется хранить данные в пуле хранения DISK или FILE (последовательном) на сервере Tivoli Storage Manager.

После завершения этого процесса диск нужно будет подключить к сети в диспетчере дисков Windows.

Виртуальный жесткий диск также можно создать с помощью следующей команды Powershell после выполнения монтирования iSCSI.

New-VHD -Path "C:\Path\to\disk.vhdx" -SourceDisk 3 [-Fixed | -Динамический]

Где -Path — это расположение для создания диска в файловой системе, SourceDisk берется из столбца «Число» команды Get-Disk, а стиль диска должен быть фиксированным или динамическим.

Мой виртуальный хост дома (тестовая среда) дал сбой, потому что я изначально не выполнил RAID-массив диска ОС из-за личных средств. Я работал над восстановлением и наткнулся на статью о том, как «восстановить/перестроить» виртуальную машину и сохранить GUID:

У меня все еще есть все файлы, поэтому мне просто нужно найти самый простой способ ручного восстановления. Кто-то сказал, что вы можете просто создать новый и прикрепить VHD-файл, но я не понимаю, как это будет работать, поскольку в XML есть идентификаторы GUID.

Сейчас я настроил RAID 1 для ОС на двух младших дисках емкостью 80 ГБ.

Я снова настроил Hyper-V.

Как мне вернуть эти виртуальные машины обратно в Hyper-V, не меняя идентификаторы GUID?

Что такое файл VHD/X?

VHDX — это полуоткрытый файловый формат, описывающий vвиртуальный защитныйвиртуальный дискisk. К имени текущей спецификации был добавлен x, чтобы его нельзя было спутать с более ранним форматом VHD.Microsoft бесплатно публикует эту спецификацию, чтобы другие могли писать свои собственные приложения для работы с файлами VHD/VHDX, но Microsoft несет единоличную ответственность за контроль над форматом.

VHDX имитирует жесткий диск. Это не связано с форматами, такими как NTFS, FAT или EXT3. Это также не касается разделов. VHDX обладает теми же характеристиками, что и физический жесткий диск, или SSD, или SAN LUN, или любое другое блочное хранилище. Какой-либо другой компонент, например гостевая операционная система, должен определить, как используются блоки. Проще говоря, VHDX, содержащий возможный формат NTFS, выглядит следующим образом:

Где можно использовать VHDX?

Это блог о Hyper-V, поэтому, естественно, я обычно упоминаю в этом контексте только VHDX. Это вообще не относится к Hyper-V. Windows 7 и Windows Server 2008 R2 могли напрямую открывать файлы VHD и управлять ими. Windows 8+ и Windows Server 2012+ могут открывать файлы VHDX и управлять ими. Например, инструмент «Управление дисками» в Windows 10 позволяет создавать и прикреплять файлы VHD и VHDX:

Меню виртуального жесткого диска Windows 10

При подключении VHDX воспринимается операционной системой как любой другой диск:

Самое важное, что нужно знать, это то, что возможность использования VHDX полностью зависит от операционной системы, управляющей файлом, а не от чего-то внутри области данных файла. Содержимое области данных является проблемой для операционной системы, которая будет управлять файловой системой. Если он используется Hyper-V, то это гостевая операционная система. Если VHDX смонтирован в Windows 10, то Windows 10 справится с ним полностью. Это будет сделано с использованием двух разных механизмов.

Драйвер VHDX

Современные операционные системы Windows, настольные компьютеры, серверы и Hyper-V включают драйвер для работы с файлами VHDX. Вот что видит этот драйвер, когда просматривает VHDX:

Просмотр VHDX из операционной системы управления

Windows 7 и Windows/Hyper-V Server 2008 R2 и более ранние версии не могут подключить VHDX, поскольку они не содержат драйвера VHDX. Они могут работать только с более ранним форматом VHD. Если бы драйвер VHDX существовал для этих операционных систем, они теоретически могли бы работать с этими типами файлов. Логически это ничем не отличается от подключения диска через карту SCSI, которую операционная система может распознавать или не распознавать.

Драйвер файловой системы

Драйвер файловой системы видит только эту часть:

Вид VHDX изнутри

Нет указаний на то, что видимое содержимое содержится в VHDX. С таким же успехом они могут находиться на SAN LUN или локальном SSD. По этой причине для любой гостевой операционной системы совершенно не имеет значения, используете ли вы VHDX или какой-либо другой формат. Гостевые системы Linux могут прекрасно работать в своих распространенных форматах ext3 и ext4, находясь внутри VHDX.

Когда VHDX монтируется в Windows 10 или серверной ОС, ему потребуются как драйвер VHDX, так и драйвер файловой системы, чтобы иметь возможность манипулировать содержимым файла и читать его. Вы можете смонтировать VHDX, содержащий разделы ext3, внутри Windows 10, но он не сможет манипулировать содержимым, поскольку не знает, что делать с ext3.

Должен ли я использовать VHD или VHDX?

Если вы никогда не будете использовать файл виртуального диска с операционными системами управления нижнего уровня (Windows 7 или Windows/Hyper-V Server 2008 R2 или более ранней версии), вам следует всегда использовать VHDX (помните что гостевые операционные системы не знают и не заботятся о том, что вы используете). Если ничего не изменилось, Azure по-прежнему не может использовать VHDX, но вы можете реплицировать туда свои VHDX. Если вам нужно смонтировать их на стороне Azure, они будут автоматически преобразованы в виртуальные жесткие диски, хотя максимальный размер для Azure не должен превышать 1 ТБ. Если у кого-то есть обновленная информация об изменении ситуации с Azure, сообщите мне об этом.

Информация о конфигурации для файлов VHDX

Перед созданием файлов VHDX необходимо понять несколько моментов. Я объяснил процесс создания VHDX в другой статье.

Поколение 1 (VHD) по сравнению с предыдущими версиямиПоколение 2 (VHDX)

Я видел, как некоторые люди используют ярлыки Generation 1 и Generation 2 для VHD и VHDX. Они правильны в абстрактном смысле, но неправильно написаны заглавными буквами, потому что это не формальные ярлыки. Я призываю вас вообще не использовать эти термины, потому что их легко спутать с виртуальными машинами Hyper-V поколения 1 и поколения 2. Виртуальная машина поколения 1 может использовать как VHD, так и VHDX, если операционная система управления может использовать оба. Виртуальная машина поколения 2 может использовать только VHDX.

Размеры блоков VHDX

Размер блока для VHDX не имеет ничего общего с тем, что вы знаете о размерах блоков для дисков в любом другом контексте. Для VHDX размер блока — это приращение, на которое будет увеличиваться динамически расширяемый диск, когда ему необходимо расширяться для хранения большего количества данных. Его можно задать только во время создания и только при использовании PowerShell или собственных команд WMI для создания VHDX. Для фиксированного диска это всегда 0:

Размер блока для фиксированного VHDX

Размер блока по умолчанию – 32 мегабайта. Это означает, что если VHDX не имеет достаточно места для удовлетворения последнего запроса на запись и еще не достиг максимального настроенного размера, драйвер VHDX выделит дополнительные 32 мегабайта для VHDX и выполнит запись. Если этого недостаточно, он будет продолжать выделять пространство блоками по 32 мегабайта до тех пор, пока запись не будет полностью успешной. Хотя эта статья не посвящена динамическому расширению VHDX, я хочу отметить, что существует постоянный FUD, который снижает производительность при расширении.

Люди, делающие это заявление, абсолютно не понимают, о чем говорят. Сильно написанный VHDX либо очень быстро достигнет своего максимального размера и перестанет расширяться, либо будет повторно использовать уже выделенные блоки. VHDX просто не может тратить значительную часть своего времени на расширение, поэтому расширение не может оказать существенного влияния на производительность.

События расширения приводят к физическому размещению новых блоков данных в следующем доступном блоке хранения в файловом пространстве управляющей операционной системы. Это, конечно, может привести к фрагментации файла VHDX. Фрагментация дисков в современном центре обработки данных — это в основном пугало, используемое для запугивания новых администраторов и продажи ненужного программного обеспечения или перепродажи оборудования необразованным лицам, принимающим решения, поэтому ожидайте, что вы столкнетесь с большим количеством FUD по этому поводу. Просто помните, что доступ к диску всегда разбросан, когда несколько виртуальных машин совместно используют подсистему хранения, и что ваш первый и лучший способ устранить узкие места в производительности хранилища — увеличить количество шпинделей массива или твердотельных накопителей.

Для систем Linux рекомендуется использовать размер блока 1 мегабайт. Пространство в файловых системах Linux распределяется иначе, чем в NTFS/ReFS. При значении по умолчанию 32 мегабайта вы найдете гораздо больше свободного места внутри VHDX, содержащего Linux, чем внутри VHDX, содержащего Windows. Рекомендацию использовать меньший размер блока можно считать мягкой, потому что на самом деле ничего не повредит, если оставить все как есть — просто использование пространства будет не таким эффективным.

Размеры секторов VHDX

Термин "сектор" несколько устарел, поскольку он относится к методу сопоставления физических дисков, который больше никто не использует. Говоря более современным языком, это означает минимальный объем пространства, который можно использовать для хранения данных на диске. Таким образом, если вы хотите записать на диск бит данных, размер которого меньше размера сектора, он дополнит оставшееся пространство нулями. Размер логического сектора — это наименьший объем данных, с которым будет работать операционная система. Размер физического сектора — это наименьший объем данных, которые будет использовать физическое устройство. Они не обязательно должны быть одного размера.

Если размер логического сектора меньше, чем размер физического сектора, операции чтения и записи будут выполняться на реальном жестком диске. Операционная система отбросит лишнее из операций чтения. При операциях записи физический диск будет вносить изменения только в данные, указанные операционной системой, хотя ему может потребоваться больше места для данных, чем требуется. Существует множество дискуссий о «производительности», «лучшем» и тому подобном, но все они в значительной степени пустая трата времени. Драйвер VHDX — это промежуточный уровень, отвечающий за максимальное преобразование всех запросов. Истинные точки производительности находятся в подсистеме физического диска. Чтобы сделать ваши операции ввода-вывода максимально быстрыми, используйте более быстрое оборудование. Не тратьте время на попытки возиться с размерами секторов VHDX.

Помните, что «портативность» — это основной компонент виртуализации.Если вы потратите много времени на то, чтобы размеры секторов файлов VHDX полностью соответствовали размерам вашей физической подсистемы, вы можете обнаружить, что следующая миграция хранилища поместит ваши VHDX в неоптимальную конфигурацию. Лучше всего использовать размеры секторов по умолчанию и позволить драйверу VHDX позаботиться об этом.

Файлы VHDX не принадлежат виртуальной машине навсегда

При создании виртуальной машины с помощью любого из доступных методов графического интерфейса вам также предоставляется возможность создать VHDX. За кулисами создание виртуальной машины и создание виртуального жесткого диска — это два отдельных шага, а присоединение VHDX к виртуальной машине — это отдельная третья операция. Эта последняя операция установит разрешения для файла VHDX, чтобы виртуальная машина могла получить к нему доступ, но это не означает, что для работы VHDX требуется виртуальная машина. Файл виртуального жесткого диска:

Можно отсоединить от одной виртуальной машины и подключить к другой.
Можно переназначить с одного контроллера и/или местоположения контроллера на другой в той же виртуальной машине
Можно установить в операционной системе управления.

У меня есть статья, объясняющая процесс подключения VHDX; он показывает различные элементы для выбора контроллера, а также параметры удаления, чтобы вы могли выполнить все вышеперечисленное. Что касается самих файлов VHDX, их можно транспортировать с помощью копирования, xcopy, robocopy, проводника Windows и других инструментов для работы с файлами. Если виртуальная машина каким-то образом теряет возможность открывать свои собственные файлы VHDX, используйте этот процесс для отсоединения и повторного подключения VHDX к виртуальной машине; это устранит любые проблемы с безопасностью.

Смонтировать файл VHDX для чтения в Windows (даже на рабочем столе!)

Как кратко упоминалось во вступительной части этой статьи, вы можете подключить файл VHDX в Windows 10 (а также в Windows 8 и 8.1 и Windows Server 2012+). Это позволяет вам восстановить данные из файла VHDX, если в исходной операционной системе возникла какая-то фатальная проблема. Вы можете использовать его для более безобидных ситуаций, таких как внедрение установочных файлов в базовый образ. Просто щелкните файл правой кнопкой мыши в проводнике Windows и выберите "Подключить":

Смонтировать VHDX с помощью проводника Windows

Всем разделам будут назначены буквы дисков в операционной системе управления, и вы сможете работать с ними так же, как и с любым другим разделом.

Примечание. При монтировании VHDX-файлов, содержащих загрузочные разделы, вы иногда получаете сообщения об отказе в доступе, поскольку драйверы файловой системы не могут читать эти разделы. Эти сообщения не влияют на действие подключения.

Когда вы закончите, просто щелкните правой кнопкой мыши любой из разделов и выберите "Извлечь". Если в проводнике Windows разделы не отображаются, щелкните диск правой кнопкой мыши в разделе "Управление дисками" и выберите "Отсоединить виртуальный жесткий диск".

Смонтировать файл VHDX с помощью PowerShell

Вы можете использовать PowerShell для подключения VHDX только в системах с установленным Hyper-V. Просто установить модуль Hyper-V PowerShell недостаточно.

Отключить VHDX:

Если вы знаете номер диска смонтированного VHDX, вы можете использовать параметр -DiskNumber вместо параметра -Path.

Копировать физический диск в VHDX

Существует множество способов вставить физический диск в VHDX. Имейте в виду, что то, что вы можете преобразовать диск в VHDX, не означает, что он может успешно загрузиться внутри виртуальной машины! Однако он всегда будет доступен для чтения любой операционной системой управления, которая может монтировать VHDX и имеет правильный драйвер файловой системы. Вот наиболее распространенные способы преобразования физического диска в формат VHDX:

Напрямую подключите физический диск к системе, а затем с помощью мастера создания VHD скопируйте его содержимое на VHDX (см. шаг 6).
Используйте Disk2VHD.
Используйте конвертер виртуальных машин Microsoft. В настоящее время MSVMC может создать виртуальную машину из другой виртуальной машины или выполнить преобразование физического компьютера в виртуальный (P2V).

Резервное копирование и восстановление файлов VHDX

«Лучший» способ резервного копирования и восстановления виртуальной машины — использовать приложение для резервного копирования, специально созданное для этой цели. Но путь бедняка заключается в том, чтобы просто скопировать файлы VHDX туда, где они нужны. Для «восстановления» вам необходимо подключить виртуальные диски к виртуальной машине, которой они будут принадлежать.

Подключить существующий VHDX к существующей виртуальной машине или сбросить настройки безопасности файла VHDX

Иногда вам потребуется (повторно) подключить существующий файл VHDX к существующей виртуальной машине. Иногда приходится перестраивать виртуальную машину из-за повреждения ее XML-файла.Иногда я делаю это, потому что у меня есть файлы VHDX, которые я использую для шаблонов, которые я обычно могу исправить в автономном режиме, но иногда мне нужно подключиться к сети.

Хотя это и не имеет прямого отношения к предыдущему, бывают случаи, когда виртуальная машина теряет возможность открывать VHDX. Это неизменно остальная часть администратора или приложения безопасности, удаляющего необходимые разрешения из файла VHDX, часто ошибочно устанавливая наследование из содержащей его папки.

Обе проблемы имеют одно и то же решение: используйте инструкции по прикреплению. Hyper-V автоматически установит необходимые разрешения при подключении VHDX к виртуальной машине.

Перемещение VHDX из одной шины в другую на той же виртуальной машине

Виртуальные машины первого поколения имеют как виртуальную шину IDE, так и виртуальную шину SCSI. Это редко, но иногда вам нужно переместить VHDX из одного в другой. Том, содержащий загрузчик системы, всегда должен быть диском 0 IDE 0 (первым), но любой другой диск можно переместить.

Возможно, вам придется это сделать, потому что вы случайно поместили файл подкачки Windows на виртуальный диск SCSI, который обычно не работает (и не улучшит производительность, если он работает, так что прекратите это) или потому что вы обнаружили трудно сделать так, чтобы онлайн-операции по изменению размера не работали с VHDX-файлами, подключенными к IDE. Конечно, вы также можете перемещаться между разными контроллерами и позициями на одном и том же типе шины, если вам это нужно.

Помните, что вы не можете ничего изменить на VHDX, подключенном к виртуальной шине IDE, пока виртуальная машина находится в сети. Виртуальная шина SCSI позволяет вносить изменения в режиме онлайн.

Использование графического интерфейса для перемещения VHDX на другую шину или место

Вы должны использовать Диспетчер Hyper-V для некластерных виртуальных машин и Диспетчер отказоустойчивого кластера для кластерных виртуальных машин. Или вы можете использовать другое приложение, не описанное здесь, например SCVMM.

В соответствующем инструменте откройте диалоговое окно настроек виртуальной машины и выберите диск, который вы хотите изменить. Справа выберите новый автобус и место назначения:

Обратите внимание, что при смене контроллера содержимое диалогового окна будет автоматически меняться, так что он уже появится в целевом расположении еще до того, как вы нажмете OK или Применить. Он также будет отображаться как «Используется» для любого места, к которому уже подключен диск.

Использование PowerShell для перемещения VHDX на другую шину или место

В PowerShell используйте Set-VMHardDiskDrive для перемещения VHDX:

Предупреждение. Если вы работаете через удаленный сеанс PowerShell, помните о проблемах со вторым прыжком и делегированием. Хотя это не очевидно, приведенный выше командлет сначала отсоединяет диск от его текущего местоположения, а затем подключает его к указанному месту назначения. Для отсоединения требуется гораздо меньше разрешений, чем для присоединения. Вполне возможно, что вы успешно отсоедините VHDX... и тогда командлет выдаст ошибку, оставив диск отсоединенным.

Читайте также: