Как открыть vhdx в vmware

Как открыть vhdx в vmware

StarWind V2V Converter

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать как сконвертировать виртуальную машину на Hyper-V 3.0 в виртуальную машину vMware Esxi 5.5 с помощью StarWind V2V Converter V8. Ранее я упоминал как установить StarWind V2V Converter V8. Хочу отметить что можно с легкостью делать и обратно vmdk to vhdx. Приступим.

Начнем наше конвертирование vhdx to vmdk. Открываем StarWind V2V Converter V8 в меню Пуск.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-01

Нас приветствует рекламная информация, жмем Далее.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-02

На данном этапе вам нужно выбрать ваш диск vhdx.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-03

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-04

После выбора диска Hyper-V нажимаете next.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-05

Теперь вам нужно выбрать во что вы будите конвертировать, первые два пункта Wmware Growable image и Wmware pre-allocated image, позволят сконветировать для Vmware Workstation

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-06

На третьем пункте VMware ESX server image вы конвертируете для ESXI сервера. Это метод я и выберу в дальнейшем

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-07

Обратите, что можно сконвертировать в vhd более старый формат и в RAW диск

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-08

Выбираем VMware ESX server image, на следующем шаге ставим галку Activate Windows Repair Mode, что это такое читайте тут.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-09

Теперь вы можете задать место сохранения нового диска.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-10

Начинается процесс конвертирования vm vhdx в vm vmdk

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-12

Видим, что все отлично отработало.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-13

И в папке назначения появился заветный файл.

Как сконвертировать vhdx в vmdx с помощью StarWind V2V Converter V8-14

Вот так вот просто уважаемые читатели сконвертировать vhdx в vmdk с помощью StarWind V2V Converter V8. Советую так же прочитать Как конвертировать виртуальную машину Hyper-V 3.0 в vmdk (ESXI5.5) vhdx to vmdk на тот момент официально не поддерживалось.

Источник

Как открыть Windows, установленную на виртуальном VHD-диске, в программах VMware Workstation и VirtualBox

Б удучи установленной на виртуальном жёстком VHD-диске, вторая операционная система Windows никоим образом не уступает той, которая размещается на другом разделе диска. Наоборот, у первой по сравнению со второй есть два значимых преимущества. Во-первых, для установки Windows на VHD-диск нет надобности перераспределять дисковое пространство, если изначально нет лишнего пустого раздела диска под вторую операционную систему.

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

Итак, имеем операционную систему, установленную на виртуальном VHD-диске.

Как её открыть внутри основной операционной системы с использованием программ-гипервизоров VMware Workstation и VirtualBox?

Открытие VHD-диска в VMware Workstation

В главном окне VMware Workstation запускаем процесс открытия новой виртуальной машины. Это можно сделать как с помощью визуальной кнопки на домашней вкладке программы, так и в меню «Файл».

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

Жмём «Далее» в окне настройки совместимости версий программы.

Операционную систему мы не устанавливаем, следовательно, и не может быть никакого источника загрузки. Выбираем третий пункт – установка системы позже. Жмём «Далее».

В нашем случае имеется VHD-диск с установленной Windows 8.1, её и выбираем в списках операционных систем и их версий. Жмём «Далее».

Называем виртуальную машину и указываем её месторасположение на компьютере. В указанном месте будут храниться рабочие файлы VMware Workstation. Сам VHD-диск, естественно, будет находиться там, где и находился. Жмём «Далее».

Настройка процессора: в нашем случае имеется целых четыре ядра, потому щедрым жестом с барского плеча отдадим виртуальной машине два из них. Жмём «Далее».

Предустановленный тип сети NAT в нашем случае подходит. Жмём «Далее».

Не меняем и тип контроллера ввода/вывода. Жмём «Далее».

Это же касается и типа диска – оставляем предустановленный SCSI. Жмём «Далее».

Прописав путь размещения VHD-диска, жмём «Далее».

Готово: настройка виртуальной машины завершена.

Вернёмся в главное окно VMware Workstation и увидим новую виртуальную машину в перечне существующих. Запускаем её.

Процесс запуска Windows начнётся с адаптации системы к условиям работы гипервизора. Будут обновлены драйвера, системные настройки, Metro-приложения Windows 8.1. В некоторых случаях запуск виртуальной машины может сопровождаться окном среды восстановления Windows. В этом случае необходимо просто выбрать продолжение использования системы.

Вскоре система загрузится.

Открытие VHD-диска в VirtualBox

В программе VirtualBox процесс открытия VHD-файла попроще. В главном окне программы жмём кнопку «Создать». Затем в первом окне запустившегося мастера создания новой виртуальной машины задаём ей имя, выбираем операционную систему и её версию. Жмём «Next».

Указываем размер оперативной памяти. Жмём «Next».

В окне выбора виртуального жёсткого диска, как и в предыдущем случае, выбираем использование существующего диска. С помощью кнопки обзора указываем путь к VHD-файлу. Жмём «Создать».

Возвращаемся в главное окно VirtualBox и запускаем только что созданную виртуальную машину.

VirtualBox также осуществит адаптацию гостевой операционной системы под свою специфику работы – будут установлены драйвера, применены системные настройки и т.п.

Через минуту-две в окне программы будем наблюдать ту самую Windows, установленную на VHD-диске.

1 комментарий

Решил перенести систему с продаваемого ноута на Большого Брата, но что-то не заладилось, когда открываю папку с файлом VHD, она пустая, в окошке выбора типа файлов стоит «Все файлы виртуальных дисков», ставлю конкретно VHD, та же картина! (((

Источник

С Hyper-V на VMware и обратно: конвертация виртуальных дисков

Разбираемся, такие ли разные на самом деле форматы виртуальных дисков VMDK, VHD и VHDX.

Периодически я слышу от практикующих инженеров странное: VMDK, VHD и VHDX – абсолютно разные форматы виртуальных дисков, чуть ли не закрытые, а конвертировать из одного в другое – долго и больно. Сегодня наглядно покажу, что это не так, разберу, как эти форматы соотносятся друг с другом и как делать быструю конвертацию при миграции с Hyper-V на VMware и обратно.

Немного теории. C точки зрения свойств, виртуальные диски делятся на два типа:

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

Форматы дисков

RAW – «сырой» образ любого диска. Это обычный контейнер, который не содержит никаких специфических заголовков и футеров и представляет образ диска «как есть». Если мы откроем такой образ HEX-редактором, то сразу увидим заголовки GPT/MBR и/или файловой системы. Точно такой же образ получается через команду dd в Linux. RAW в этом плане абсолютно честен с нами.

Начало файла RAW

Конец файла RAW

VMDK. VMware ESXi – обыкновенный RAW, где геометрия диска описывается в обычном текстовом файле-описателе (дескрипторе). Именно его имя мы видим в vSphere Console, когда подключаем виртуальный диск к виртуальной машине или просматриваем содержимое каталога на Datastore. VMware ESXi ничего не делает с образом. Совсем. Диск покоится себе и расширяется по мере необходимости. В лучших традициях VMware формат описателя очень простой:

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

Ниже представлены некоторые стандартные значения всех разделов дескриптора:

Описание всех значений можно посмотреть в спецификации формата: VMware Virtual Disk Format 1.1

VHD. Толстый VHD – тот же самый RAW, но с 512-байтным футером, где описывается геометрия диска. Какого-то отдельного файла-описателя у виртуальной машины Microsoft Hyper-V нет. Описание геометрии диска занимает 4 байта. Собственно, отсюда ограничение на размер диска в 2 Тб.

Футер. Последние 512 байт диска

Самое интересное, что если создать файл-описатель и подсунуть в ESXi VHD-диск с футером, то гипервизор VMware проигнорирует этот футер и примет VHD как родной.

При Storage vMotion с конвертацией диска в тонкий он просто отрежет этот футер, и на выходе мы получим тот же RAW без нулей в конце. А при конвертации в толстый диск – честный RAW. Это я и собираюсь продемонстрировать чуть позже.

VHDX. Вся информация о геометрии диска хранится в первых 4096 Кбайтах виртуального диска – в области заголовка.

Общая схема толстого диска VHDX

Что представляет из себя эта область? В ней содержатся две копии заголовков со своими логами, BAT и область метаданных общие.

Логическая структура заголовка диска

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

Макет области заголовка

Для конвертации VHDX в RAW нам всего-то нужно отрезать первые 4096 KB.

Начало данных на 5 МБ

Внимательный читатель, конечно же, скажет: ок, Женька, а слабо RAW конвертнуть в VHDX? На что я отвечу: зависит от файловой системы и от того, насколько она позволяет записывать данные в начало файла. Вручную на файловой системе NTFS это можно сделать, сместив в MFT начало файла на 4 Мб вперед и дописав в это место заголовок.

По этому же принципу работает утилита vhdxtool.exe. Однако при этом преобразовании мы не получим красивую картинку в виде 4 Мбайт заголовка и RAW. Диск будет виден и даже будет корректно работать как VHDX, но будет и много «мусора» из нулей, появившихся из-за манипуляций со смещениями (offsets). Диск будет не оптимизирован. ВМ с таким диском рекомендуется смигрировать на другой том или оптимизировать через командлеты Convert-VHD или Optimize-VHD. Если этого не сделать, диск будет занимать больше места, чем должен, и, возможно, медленнее работать.

Однако в сценариях миграции с VMware на Hyper-V эта утилита незаменима, так как позволяет провести преобразование на месте, без необходимости побайтового считывания исходного диска и создания рядом копии. Все шероховатости будут сглажены при первом же Storage Live Migration.

Вывод: толстые диски форматов VMDK, VHD, VHDX на деле мало чем отличаются друг от друга. В их основе RAW c различными добавками. Тем же HEX-редактором или функциями ОС для работы с файловой системой мы можем за пару секунд превратить 10 Тб VMDK или VHDХ в диск целевого гипервизора.

Давайте на практике посмотрим, как VMware Exsi справится с VHD.

Обратите внимание на параметры FileSize (реальный размер файла) и Size (размер диска с точки зрения ВМ). Разница между значениями ровно 512 байт – размер футера VHD

Все честно: футер на месте

Футер отрезался

Тот же самый фокус работает и для RAW, созданных через dd. И даже в обратном направлении. Таким образом вы видите, что VMware ESXi принимает диски с футерами или RAW, созданные сторонними средствами.

Если не хочется фокусов, то можно воспользоваться инструментами ниже.

Подведем итоги. Различные форматы толстых виртуальных дисков не такие уж разные. В основе всего RAW с различными “добавками”.

Конвертация форматов виртуальных дисков — это не страшно, и, как я показал, иногда можно обходиться даже без нее.

Основной профит всего этого — сокращение времени миграции с Hyper-V на VMware и обратно и времени простоя ВМ при миграции. В DataLine мы такое практикуем с простоем ВМ менее 30 минут. Рекорд же — 40 секунд простоя ВМ при миграции между гипервизорами.

Источник

С Hyper-V на VMware и обратно: конвертация виртуальных дисков

Периодически я слышу от практикующих инженеров странное: VMDK, VHD и VHDX – абсолютно разные форматы виртуальных дисков, чуть ли не закрытые, а конвертировать из одного в другое – долго и больно. Сегодня наглядно покажу, что это не так, разберу, как эти форматы соотносятся друг с другом и как делать быструю конвертацию при миграции с Hyper-V на VMware и обратно.

Немного теории. C точки зрения свойств, виртуальные диски делятся на два типа:

Форматы дисков

RAW – «сырой» образ любого диска. Это обычный контейнер, который не содержит никаких специфических заголовков и футеров и представляет образ диска «как есть». Если мы откроем такой образ HEX-редактором, то сразу увидим заголовки GPT/MBR и/или файловой системы. Точно такой же образ получается через команду dd в Linux. RAW в этом плане абсолютно честен с нами.

Начало файла RAW.

Конец файла RAW.

VMDK. VMware ESXi – обыкновенный RAW, где геометрия диска описывается в обычном текстовом файле-описателе (дескрипторе). Именно его имя мы видим в vSphere Console, когда подключаем виртуальный диск к виртуальной машине или просматриваем содержимое каталога на Datastore. VMware ESXi ничего не делает с образом. Совсем. Диск покоится себе и расширяется по мере необходимости. В лучших традициях VMware формат описателя очень простой:

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

Ниже представлены некоторые стандартные значения всех разделов дескриптора:

Причем адаптер VMware Paravirtual всегда помечается как lsilogic.ddb.geometry.cylinders
ddb.geometry.heads = «255»
ddb.geometry.sectors = «63»Количество цилиндров, головок и секторов для описания геометрии виртуального диска.Подробно о расчетах геометрии диска здесь.ddb.thinProvisionedФлаг тонкого диска.1 – диск тонкий,
0 или отсутствует – толстый дискddb.uuidИдентификатор дескриптораddb.virtualHWVersionВерсия Virtual Hardware

Описание всех значений можно посмотреть в спецификации формата: VMware Virtual Disk Format 1.1

VHD. Толстый VHD – тот же самый RAW, но с 512-байтным футером, где описывается геометрия диска. Какого-то отдельного файла-описателя у виртуальной машины Microsoft Hyper-V нет. Описание геометрии диска занимает 4 байта. Собственно, отсюда ограничение на размер диска в 2 Тб.

Футер. Последние 512 байт диска.

Самое интересное, что если создать файл-описатель и подсунуть в ESXi VHD-диск с футером, то гипервизор VMware проигнорирует этот футер и примет VHD как родной.

При Storage vMotion с конвертацией диска в тонкий он просто отрежет этот футер, и на выходе мы получим тот же RAW без нулей в конце. А при конвертации в толстый диск – честный RAW. Это я и собираюсь продемонстрировать чуть позже.

VHDX. Вся информация о геометрии диска хранится в первых 4096 Кбайтах виртуального диска – в области заголовка.

Общая схема толстого диска VHDX.

Что представляет из себя эта область? В ней содержатся две копии заголовков со своими логами, BAT и область метаданных общие.

Логическая структура заголовка диска.

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

Макет области заголовка.

Для конвертации VHDX в RAW нам всего-то нужно отрезать первые 4096 KB.

Начало данных на 5 МБ.

Внимательный читатель, конечно же, скажет: ок, Женька, а слабо RAW конвертнуть в VHDX? На что я отвечу: зависит от файловой системы и от того, насколько она позволяет записывать данные в начало файла. Вручную на файловой системе NTFS это можно сделать, сместив в MFT начало файла на 4 Мб вперед и дописав в это место заголовок.

По этому же принципу работает утилита vhdxtool.exe. Однако при этом преобразовании мы не получим красивую картинку в виде 4 Мбайт заголовка и RAW. Диск будет виден и даже будет корректно работать как VHDX, но будет и много «мусора» из нулей, появившихся из-за манипуляций со смещениями (offsets). Диск будет не оптимизирован. ВМ с таким диском рекомендуется смигрировать на другой том или оптимизировать через командлеты Convert-VHD или Optimize-VHD. Если этого не сделать, диск будет занимать больше места, чем должен, и, возможно, медленнее работать.

Однако в сценариях миграции с VMware на Hyper-V эта утилита незаменима, так как позволяет провести преобразование на месте, без необходимости побайтового считывания исходного диска и создания рядом копии. Все шероховатости будут сглажены при первом же Storage Live Migration.

Вывод: толстые диски форматов VMDK, VHD, VHDX на деле мало чем отличаются друг от друга. В их основе RAW c различными добавками. Тем же HEX-редактором или функциями ОС для работы с файловой системой мы можем за пару секунд превратить 10 Тб VMDK или VHDХ в диск целевого гипервизора.

Давайте на практике посмотрим, как VMware Exsi справится с VHD.

Футер отрезался.

Тот же самый фокус работает и для RAW, созданных через dd. И даже в обратном направлении. Таким образом вы видите, что VMware ESXi принимает диски с футерами или RAW, созданные сторонними средствами.

Если не хочется фокусов, то можно воспользоваться инструментами ниже.

Подведем итоги. Различные форматы толстых виртуальных дисков не такие уж разные. В основе всего RAW с различными “добавками”.

Конвертация форматов виртуальных дисков — это не страшно, и, как я показал, иногда можно обходиться даже без нее.

Основной профит всего этого — сокращение времени миграции с Hyper-V на VMware и обратно и времени простоя ВМ при миграции. В DataLine мы такое практикуем с простоем ВМ менее 30 минут. Рекорд же — 40 секунд простоя ВМ при миграции между гипервизорами.

Только помните, что при миграции между разными гипервизорами одной конвертации недостаточно. Как минимум нужно предварительно поставить компоненты интеграции целевого гипервизора, удалить или отключить запуск компонентов исходного гипервизора, удалить виртуальные устройства исходного гипервизора и т.д. Но это уже совсем другая история, о которой я тоже могу рассказать.

Источник