Разное

Конвертировать vhd в vhdx: Преобразование виртуальных жестких дисков VHD и VHDX средствами Hyper-V и программой StarWind V2V Converter

Содержание

Конвертация диска VHD в VHDX – gotoADM.ru

Конвертация диска VHD в VHDX

 Различие между форматами данных дисков отражены в заметке — Отличие форматов виртуальных дисков VHD от VHDX. Сейчас же поговорим о том, как выполнить конвертацию этих дисков.

Стоит отметить — при конвертации простой работающей ОС неизбежен, т.к. создается файл нового формата (аналогичного размера). Инструмент конвертации — Hyper-V, поэтому переходим в Hyper-V Manager, выбираем «Редактировать диск», заходим в мастер редактирования VHD:

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

Выбираем нужный формат и тип диска:

После этого указываем имя и расположение «нового» диска:

Далее — просматриваем сводную информацию, выполняем конвертирование. Время операции зависит от объема и типа диска.

При этом старый диск остается на месте, поэтому для дальнейшего использования ВМ, необходимо удалить и прописать новый VHDX диск.

Конвертирование доступно и через PowerShell:

Convert-VHD -Path ″D:\Hyper-V\SRV2k3.vhd″ -VHDType Fixed -DestinationPath ″D:\Hyper-V\NewSRV2k3.vhdx″ -DeleteSource

В данной строке указано — место старого и «нового» дисков(-Path и -DestinationPath) , тип диска (-VHDType Fixed, фиксированный размер) и удаление исходного диска по завершению конвертирования (-DeleteSource).

Нашли ошибку в тексте? Выделите фрагмент текста и нажмите Ctrl+Enter

Как преобразовать VHD диски в VHDX?

Здравствуйте, слышал, что в 8 и в Windows Server 2012 можно изменить виртуальные диски с vhd на vhdx, они имеют очень много преимуществ, но не знаю как, скажите как это сделать.
 

Да, совместно с выходом новой версии гипервизора Hyper-V 3.0, Microsoft презентовало новый формат хранения для виртуальных дисков — .VHDX. Данный формат виртуальных дисков должен заменить собой устаревший .vhd формат.

Основные преимущества новых VHDX дисков в Windows 8 и Windows Server 2012

  • Максимальный размер виртуального VHDX диска увеличен до 64 Тб (для vhd дисков максимальный размер 2 Тб)
  • Обеспечение высокой отказоустойчивости и предотвращение потери данных при отключении питания за счет механизма журналлирования
  • Поддержка работы с блоками большого размера для динамических дисков (что особенно актуально для новых дисков с большим размером сектора)
  • Поддержка метаданных. Теперь в метаданных виртуального диска может содержаться информация о типе установленной ОС, установленных обновлениях и т.д.
  • Эффективность хранения на носителях за счет использования TRIM,что позволяет занимать диску меньше пространства на устройстве хранения и проще высвобождать неиспользуемое место
  • На vhdx дисках можно организовать отказоустойчивое решение за счет репликация виртуальной машины средствами Hyper-V

Существующие vhd диски можно преобразовать в формат vhdx. Однако стоит учесть, что новые vhdx диск не поддерживаются в старых версиях гипервизора Microsoft.

Сконвертировать vhd в vhdx можно двумя способами: с помощью GUI Hyper-V или же при помощи коммандлета PowerShell.

Конвертация в vhdx с помощью консоли управления Hyper-V

Откройте консоль управления виртуальной машины в Hyper-V Manager и выберите пункт Edit Disk.

После чего запустится мастер и будет указано местоположения .vhd файла.

В следующем окне будет предложено выбрать действие, выберите Convert и нажмите Next.

Выберите формат VHDX и нажмите Next.

В качестве типа диска укажите Dynamically expanding (Динамически расширяемый). После окончания работы мастера начнется процесс конвертации VHD диска в новый VHDX диск, который займет некоторое время (зависит от исходного размера виртуального диска).

Конвертация в vhdx с помощью PowerShell

Конвертирование vhd диска можно произвести с помощью коммандлета Powershell, для чего наберите выполните команду:

Convert-VHD TstVHD.vhd -VHDFormat VHDX -DestinationPath C:\tmp\VHD\TstVHDX.vhdx -DeleteSource

Обратное преобразование (VHDX в VHD) можно сделать командой:

Convert-VHD TstVHDX.vhdx -VHDFormat VHD -DestinationPath C:\tmp\VHD\TstVHD.vhd -DeleteSource

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

источник: http://winitpro.ru/index.php/2012/09/16/vhdx-diski-v-windows-8/

Конвертируем VHDX to VMDK или VHD на Windows 7.

В этой статье рассматривается метод конвертирования виртуальных жёстких дисков из формата VHDX который используется в Hyper-V старше Windwos Server 2012 в формат VMDK который используется в ESXi.

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

Из-за того что формат VHDX применяется начиная с ОС семейства Windows 8 есть огромное количество инструментов которые позволяют быстро и просто провести подобную конвертацию на любых ОС Window старше 8ки, например StarWind V2V Converter.

К сожалению весь этот функционал не работает на Windows 7.

×
VHDX format supported on Windows 8 and later

windows 7

К счастью есть рабочее решение и для windows 7, это VirtualBox от Oracle. Нам он нужен будет только для конвертации дисков. Скачиваем с сайта, устанавливаем. Нам понадобится консольная утилита VBoxManage, она насколько я могу судить позволяет выполнять почти все действия по управлению VirtualBox, и даже больше.

В командной строке выполняем в папке с программой следующую команду:

VBoxManage.exe clonemedium disk --format VMDK "D:\vhd\old_disk.vhdx" "D:\vhd\new_disk.vmdk"

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

Если вы знаете другой более лёгкий способ, пожалуйста напишите о нём в комментариях.
Так же как и прежде любые вопросы можно так же оставлять в комментариях, по возможности буду отвечать.

Конвертируем виртуальные жёсткие диски VDI, VHD и VMDK с помощью программы VirtualBox

Одним из отличий программы-гипервизора VirtualBox является возможность полноценной работы с несколькими форматами виртуальных жёстких дисков. VirtualBox не только поддерживает возможность открытия сторонних виртуальных дисков, в частности, VHD и VMDK, с которыми работают системы виртуализации Microsoft и программное обеспечение VMware Workstation, но также предусматривает изначальное создание виртуальных машин с жёсткими VHD- и VMDK-дисками наряду с собственным форматом VDI. А вот упомянутое программное обеспечение от компаний Microsoft и VMware совсем не благосклонно к формату виртуального жёсткого диска VirtualBox – VDI. Открыть в Hyper-V или VMware Workstation виртуальную машину, установленную на VDI-диск, можно либо путём экспорта её конфигурации в файл OVA, либо методом конвертирования диска VDI в диск VHD или VMDK.

Как осуществить конвертирование одного формата виртуального диска в другой, чтобы иметь возможность работать с гостевой операционной системой посредством нескольких программ-гипервизоров?

0. Оглавление:

  1. Конвертер виртуальных жёстких дисков внутри VirtualBox
  2. Процесс конвертирования

1.   Конвертер виртуальных жёстких дисков внутри VirtualBox

Для конвертирования виртуальных жёстких дисков существует ряд специальных утилит. Утилита для конвертирования форматов виртуальных жёстких дисков имеется и в составе VirtualBox. Встроенный конвертер позволяет преобразовывать из одних в другие все поддерживаемые программой форматы виртуальных жёстких дисков — VDI, VHD, VMDK, HDD, QED, QCOW.

Рассмотрим работу встроенного конвертера VirtualBox на примере преобразования диска VHD в диск VMDK. В принципе, для открытия гостевой системы на VHD-диске в программе VMware Workstation преобразование формата диска не нужно. VMware работает с форматом Microsoft VHD. В нашем случае причиной смены формата стала экономия дискового пространства, поскольку диски VMDK на физическом компьютере занимают меньше места, чем диски VHD. При этом в дальнейшем с гостевой операционной системой можно будет работать как в VMware Workstation, так и в VirtualBox.

2.   Процесс конвертирования

В окне программы VirtualBox раскрываем меню «Файл» и выбираем «Менеджер виртуальных носителей».

В открывшемся окне этого самого менеджера виртуальных носителей, в первой вкладке «Жёсткие диски» увидим перечень виртуальных дисков, на которых установлены гостевые операционные системы, открытые в VirtualBox. Не обнаружим здесь стандартной кнопки обзора или специальной опции, чтобы можно было добавить отдельные файлы дисков VDI, VHD или VMDK, виртуальные машины которых до этого момента не запускались с помощью VirtualBox. Тем не менее, такая возможность нам представится впредь, и если необходимо конвертировать виртуальный диск гостевой системы не из списка VirtualBox, нужно выбрать любой из существующих дисков.

Выбрав из списка нужный или любой попавшийся диск, можем приступать к процессу конвертирования. Жмём кнопку вверху «Копировать».

Далее появится окно выбора диска. Оставляем всё, как есть, если изначально выбран нужный виртуальный диск. Если это не так, с помощью кнопки обзора в конце строки с выбранным диском указываем путь к любому другому файлу VDI, VHD или VMDK, который хранится на компьютере. Жмём «Next».

Следующее окно – выбор формата виртуального жёсткого диска на выходе. В нашем случае исходный формат диска VHD будет преобразован в формат VMware Workstation — VMDK. Жмём «Next».

В окне задания формата хранения виртуального диска необходимо выбрать его тип – динамический или фиксированный. Жмём «Next».

Далее следует задание названия нового виртуального диска и место его хранения. По умолчанию VirtualBox добавляет к имени файла диска отметку «_копия», а местом хранения определяет папку с исходным конвертируемым файлом. Эти данные можно изменить. Чтобы назначить другое место сохранения файла на выходе, необходимо нажать кнопку обзора в конце строки с названием нового диска. После внесения правок можем приступать непосредственно к самому процессу конвертирования. Жмём кнопку внизу «Копировать».

Время конвертирования будет напрямую зависеть от объёмов исходного файла виртуального жёсткого диска.

По окончании процесса конвертирования виртуальный жёсткий диск уже в новом формате можем наблюдать в папке хранения.

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

Смотрите также:

  • Импорт и Экспорт виртуальной машины в VirtualBox

    Переустановка операционной системы или смена компьютерного устройства не означает конец работы с установленными гостевыми ОС в программе VirtualBox. Правда, исключением может быть случай, когда файлы жёстких дисков виртуальных машин находятся на…

  • Установка и настройка виртуальной машины VirtualBox

    Чтобы не подвергать ОС, установленную на компьютере, риску, но иметь возможность исследовать как различное ПО, так и функционал любой другой ОС, на рынке софта существует специальный тип программ для создания…

Конвертирование образов виртуальных машин VMDK, VHD, VHDX, IMG

Виртуализация


Содержание1 Принятые термины2 Общие принципы построения сети2.1 Мост2.2 NAT2.3 Виртуальная сеть2.4 Виртуальный адаптер хоста3

Linux


Содержание1 В чём преимущество использования Kali Linux на VirtualBox2 Минусы использования VirutalBox для Kali

Windows


Есть множество способов сделать данную операцию – перевод физической машины в виртуалку для VMWare

Виртуализация


Содержание1 Какие задачи решает объектное хранилище OnCloud S32 Преимущества хранилища OnCloud S33 Варианты использования

Linux


Создавая виртуалку под Zabbix я немного не рассчитал объём базы данных и места стало

Виртуализация


Содержание1 Выход – виртуализация1.1 Получить образ установщика1.2 Подготовка VirtualBox1.3 Установка1.4 Настройка2 Рабочие моменты2.1 Загрузим

Виртуальные диски VHDX и их конвертация — Статьи TechNet — Россия (Pусский)

Формат виртуальных дисков VHD используемый в решениях виртуализации Microsoft, начиная с VirtualPC, имел ряд технических ограничений, одним из основных таких ограничений является максимальный размер создаваемого VHD файла в 2ТБ. Спецификация VHD является открытой,
и Microsoft не может просто так изменить стандарт, однако требования приложений не стоят на месте и некоторым требовалось предоставлять виртуальным машинам и целям iSCSI  диски больше 2ТБ. Для виртуальных машин существовал вариант предоставления сквозного
(pass-through) диска. В Windows Server 2012 появился новый формат VHDX, одним из нововведений которого является существенно увеличенный максимальный размер диска. Если в Developer Preview максимальный размер VHDX диска составлял 16ТБ, то в Windows Server 2012 поддерживаются
виртуальные жесткие диски объемом до 64ТБ. Ограничение на 2 ТБ в VHD осталось неизменным. Помимо поддержки больших объемов, стоит отметить еще две новых возможности.

Журналирование и устойчивость к проблемам питания
Одной из проблем использования виртуальных жёстких дисков является возможность получить неконсистентный файл в случае сбоя питания в момент активного обновления метаданных. Формат VHDX является журналируемым, т.е. любые изменения метаданных записываются
в статичную зону журнала, и только после того в таблицу метаданных. Если во время обновления таблицы метаданных произойдёт сбой записи, то в журнале останутся незавершенные транзакции, которые позволят импортировать изменения в таблицу метаданных из журнала
и вернуть целостный формат диска.

Пользовательские метаданные

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

Однако стоит понимать, что появившийся в Windows Server 2012 Hyper новый
формат виртуальных жестких дисков VHDX не совместим с предыдущими версиями гипервизоров Microsoft, однако вариант миграции виртуальных машин с подобными дисками на Hyper-V ранних версий предусмотрен, впрочем, как
реализована и обратная операция.

Для конвертации виртуального диска в тот или иной формат необходимо запустить мастер редактирования жестких дисков из правой панели управления консоли Hyper-V

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


 

Помимо выбора формата (VHD или VHDX), в котором предполагается получить на выходе виртуальный диск, в этом же мастере можно сменить тип диска, преобразовав динамический в фиксированный и наоборот. Так, конвертируемый динамический диск изначально имел формат
VHDX, после операции конвертации был получен фиксированный диск формата VHD

конвертация виртуальных дисков / Блог компании DataLine / Хабр

Привет, Хабр!

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

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

  • тонкие (thin disk, dynamic disk) и
  • толстые (thick disk, fixed disk). Все остальное — разностные, thick provisioned lazy- zeroed – лишь вариации на тему.

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

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

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

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

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

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

# Disk DescriptorFile
version=1
encoding="UTF-8"
CID=fffffffe
parentCID=ffffffff
isNativeSnapshot="no"
createType="vmfs"
 
# Extent description
RW 15122560 VMFS "disk-example-flat.vmdk"
 
# The Disk Data Base
#DDB
ddb.adapterType = "lsilogic"
ddb.geometry.cylinders = "941"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.longContentID = "4f5dc83d0a5270bee54e2d85fffffffe"
ddb.uuid = "60 00 C2 93 b4 38 ed dd-a3 85 88 48 68 40 2f c0"
ddb.virtualHWVersion = "13"

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

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

Описание всех значений можно посмотреть в спецификации формата: 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. 

  1. В качестве примера я создал образ Windows Server с помощью Convert-WindowsImage с инъекцией драйверов VMware и параметрами:
    • OS Version: Windows Server 2019 Standard,
    • Disk Type: Fixed,
    • Disk Layout: GPT,
    • Disk Size: 30GB.

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

  2. Переименуем диск в Win2019-test2-flat.vmdk для загрузки его на ESXi Datastore.
  3. Далее я создаю в VMware ESXi пустую ВМ с диском Thick (Eager Zeroed), чтобы дескриптор VMDK создался автоматически и не приходилось высчитывать цилиндры вручную.

  4. Подключаемся к хосту через WinSCP и заменяем существующий файл:

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

  5. Включаем ВМ и видим, что ОС без проблем загрузилась. Осталось только установить VMware Tools, что будет просто, так как Convert-WindowsImage позволяет нам установить драйверы устройств.

  6. Переместим диск на другой Datastore через Storage vMotion с конвертацией его в тонкий диск.

  7. Проверяем размер – диск стал тонким.

  8. Если мы проведем обратную конвертацию в толстый диск или смигрируем ВМ на файловое хранилище, то получим чистейший RAW без заголовков.

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

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

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

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

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

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

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

Полезные ссылки:

Преобразование между форматами VHD и VHDX — Virtual Machine Manager

  • 2 минуты на чтение

В этой статье

В этой статье описывается, как преобразовать файлы VHD в VHDX или файлы VHDX в VHD в System Center 2012 Virtual Machine Manager.

Исходная версия продукта: System Center 2012 Virtual Machine Manager
Исходный номер базы знаний: 2799257

Симптомы

В определенных ситуациях может потребоваться преобразование файлов VHD в VHDX или файлов VHDX в VHD.Например, шаблон диспетчера виртуальных машин (VMM), ссылающийся на VHDX, не может быть развернут на сервере Windows Server 2008 Hyper-V, поэтому этот шаблон необходимо будет воссоздать с помощью файла VHD.

Причина

Серверы

Windows Server 2008 Hyper-V не осведомлены о формате файла VHDX, а System Center 2012 Virtual Machine Manager с пакетом обновления 1 (SP1) полагается на узел Hyper-V для чтения заголовка файла.

Разрешение

Используйте один из следующих методов для преобразования между форматами:

  • Используйте пользовательский интерфейс Hyper-V в Windows Server 2012, выберите для редактирования файл VHDX или VHD и выберите преобразование в VHD или VHDX.

  • Используйте новый командлет PowerShell Convert-VHD , указанный здесь:

    Конвертировать-VHD

Примечание

Преобразование

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

Дополнительная информация

Когда вы сталкиваетесь с этой проблемой, вы можете увидеть одно или несколько из следующего:

  • Когда вы создаете шаблон виртуальной машины из клонированного жесткого диска для операционной системы Windows Server 2012 и пытаетесь разместить его на библиотечном сервере Windows Server 2008 R2, происходит сбой со следующей ошибкой:

    Ошибка (802)
    Файл VirtualHardDisk < name > уже используется другим VirtualHardDisk.

  • Во время создания виртуальной машины из шаблона Windows Server 2012 в объяснении рейтинга узла отображается следующий статус:

    SCVMM не может найти доступный физический экземпляр группы эквивалентности для виртуального диска с идентификатором < имя >

.

Полное руководство о том, как бесплатно конвертировать VHD в VMDK

Блог NAKIVO> Администрирование и резервное копирование VMware> Как преобразовать VHD в VMDK: пошаговое руководство

4 февраля 2020 г.

по Майкл Бозе

Иногда может потребоваться преобразовать файл виртуального диска из одного формата в другой.Преобразование виртуальных дисков может потребоваться при переносе виртуальной машины с одного гипервизора на другой в целях тестирования или если вы выбрали неадекватный формат виртуального диска для своей виртуальной машины (ВМ) во время создания виртуальной машины. Наиболее популярные форматы виртуальных дисков — VHD, VHDX и VMDK. Вы не можете импортировать VHD в продукты VMware, пока не конвертируете Hyper-V VHD в VMware VMDK. В сегодняшнем сообщении блога объясняется, как преобразовать VHD в VMDK, что может быть полезно, если вы хотите преобразовать виртуальные машины Hyper-V в виртуальные машины VMware.

NAKIVO Backup & Replication может обеспечить надежную защиту физических, виртуальных и облачных рабочих нагрузок с единой панели. Лучший способ узнать, подходит ли вам наше решение, — это загрузить бесплатную версию NAKIVO Backup & Replication. С Free Edition вы можете получить доступ ко всем функциям Pro Edition в течение одного года и с ограничением в десять машин.

Форматы виртуальных дисков

VHD относится к формату образа диска, который был представлен как формат виртуального диска виртуальных машин для Connectix Virtual PC.32 * 512 байт), где 32 бита — количество, а 512 байт — размер сектора.

  • Формат виртуальных дисков VHD также поддерживается VirtualBox и все еще используется в облаке Microsoft Azure.
  • Виртуальные машины Hyper-V поколения 1

  • могут использовать только виртуальные диски формата VHD.
  • VHDX — это новая версия формата виртуального диска, предоставляемого Microsoft, который является преемником формата VHD. Формат VHDX имеет широкую область применения — виртуальные диски виртуальных машин Hyper-V и общие тома кластера Microsoft.VHDX — это полуоткрытый формат файла, и вы можете загрузить эту спецификацию формата файла с веб-сайта Microsoft и создать свои собственные приложения, которые работают с файлами VHDX. Основные функции VHDX:

    • Максимальная емкость диска составляет 64 ТБ по сравнению с ограничением в 2 ТБ для VHD.
    • Поддерживает секторы размером 4 КБ
    • Лучше защищен от сбоев, вызванных потерей питания, по сравнению с дисками VHD

    Виртуальные машины поколения 2 поддерживают использование виртуальных дисков VHDX и VHD.Однако виртуальные машины Azure могут использовать только виртуальные диски формата VHD. Виртуальные диски VHDX могут быть созданы в окне «Управление дисками» в Windows 10 и Windows Server 2016. Образы VHDX также могут быть подключены (присоединены) как диск, отображаемые в проводнике Windows («Мой компьютер») в последних версиях Windows благодаря встроенной -в драйвере VHDX.

    VMDK — это открытый формат образов виртуальных дисков, который используется гипервизорами VMware, VirtualBox, QEMU и т. Д. И не поддерживается Hyper-V.Файлы образов VMDK можно рассматривать как контейнеры для хранения данных так же, как на физических жестких дисках, и они обладают высокой совместимостью с разнообразным программным обеспечением виртуализации. Максимальный размер виртуального диска VMDK увеличен с 2 ТБ до 62 ТБ. Виртуальные диски VMDK можно разделить на следующие типы и варианты: монолитные, разделенные, разреженные, плоские, а также тонкие и толстые. Диски Delta VMDK создаются при создании снимков виртуальной машины . Файлы VMDK можно сопоставить (смонтировать) с указанной точкой монтирования на вашем хост-компьютере, если установлена ​​VMware Workstation.Обеспечивается высокий уровень надежности. Для виртуальных дисков VMDK, используемых в новейших версиях продуктов VMware с VMF S6, поддерживаются собственные сектора размером 4 КБ.

    Проверьте содержимое VHD перед преобразованием VHD в VMDK

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

    Как открыть VHDX в Linux

    В Linux VHD и VHDX файлы могут быть подключены к указанному каталогу (точке монтирования) в консоли с помощью инструментов libguestfs . Таким образом, вы можете просмотреть содержимое файлов VHD и VHDX в Linux перед тем, как начать преобразование VHD в VMDK. Давайте посмотрим, как просматривать содержимое образов виртуальных дисков VHD и VHDX в Linux.

    Установите необходимый пакет:

    sudo apt-get install libguestfs-tools

    Создайте каталог, в который вы хотите подключить образы VHD или VHDX, например / mnt / vhd / :

    судо mkdir / mnt / vhd /

    Выполните команду, чтобы смонтировать образ VHD-диска в указанный каталог. Мы находимся в каталоге, где находится требуемый файл VHD, и запускаем команду от имени root:

    guestmount —add test-disk.vhd —ro / mnt / vhd / -m / dev / sda1

    Где:

    -добавить — открывает виртуальный диск.

    —ro — виртуальный диск смонтирован в режиме только для чтения.

    / mnt / vhd / — это путь к файлу VHD, который вы хотите смонтировать.

    -m / dev / sda1 / — это имя раздела, существующего на виртуальном диске VHD. На виртуальном диске VHD, используемом в этом примере, есть один раздел NTFS.

    Вы можете увидеть все доступные команды, запустив guestmount —help

    Примечание: Если вы запускаете команду в другом каталоге, укажите полный путь к вашему VHD-файлу, например:
    guestmount —add /media/user1/data/test-disk.vhd — ro / mnt / vhd / -m / dev / sda1

    Проверьте содержимое смонтированного образа VHD:

    LS-AL / MNT / VHD /

    Чтобы отключить виртуальный диск, используйте команду:

    гостевой unmount / mnt / vhd /

    Аналогичным образом вы можете смонтировать файлы VHDX в созданный ранее каталог / mnt / vhd / и скопировать содержимое с подключенного виртуального диска:

    guestmount —add / media / user1 / data / WinServer2016.vhdx —ro / mnt / vhd -m / dev / sda2

    Где: / dev / sda2 используется, потому что / dev / sda1 / — это служебный раздел, созданный установщиком Windows по умолчанию.

    Вы можете увидеть содержимое системного раздела Windows (диск C 🙂 виртуального диска VHDX в консоли Linux (см. Снимок экрана ниже).

    Как открыть VHD в Windows

    Откройте окно Управление компьютером (щелкните правой кнопкой мыши Мой компьютер и выберите Управление в контекстном меню).

    В окне Управление компьютером выберите Управление дисками , затем нажмите Действие> Присоединить VHD .

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

    Теперь диск смонтирован и отображается в окне Disk Management и в проводнике Windows (в данном случае это диск X: ).

    Примечание: Windows может определять разделы только с поддерживаемыми файловыми системами: NTFS, FAT32, exFAT, ReFS. Если ваш виртуальный диск содержит разделы Linux с ext3, ext4 и другими файловыми системами, вы не сможете просматривать содержимое файлов VHD или VHDX, подключенных к вашей системе Windows, без сторонних инструментов.

    Чтобы отключить виртуальный диск VHD или VHDX из системы Windows, откройте проводник Windows, щелкните правой кнопкой мыши букву диска, назначенную вашему виртуальному диску, и в контекстном меню выберите Извлечь .

    Теперь, когда вы проверили содержимое виртуального диска VHD (VHDX) и убедитесь, что это именно тот диск, который вам нужен, вы можете начать преобразование VHD в VMDK. Существует два очень доступных метода преобразования VHD в VMDK — использование qemu-img и использование VBoxManage . Оба рассматриваемых решения можно использовать бесплатно, и они описаны ниже.

    Как преобразовать VHD в VMDK с помощью qemu-img

    QEMU — это платформа эмуляции и виртуализации машин с открытым исходным кодом. Qemu-img — это утилита из программного пакета QEMU, которая может использоваться для преобразования виртуальных дисков из одного формата в другой. Qemu-img можно использовать для преобразования VHD в VMDK, и использование этой утилиты является первым методом преобразования Hyper-V в виртуальные диски VMware, который мы обсудим в этом блоге. Qemu-img может работать как в операционных системах Windows, так и в Linux.

    Использование qemu-img в Linux

    Ubuntu Linux используется в этом примере для запуска qemu-img .

    Сначала установите qemu-img из онлайн-репозиториев программного обеспечения:

    sudo apt-get install qemu-utils

    Перейдите в каталог, в котором хранятся образы виртуальных дисков (в этом примере файлы виртуальных дисков VHD и VHDX хранятся в / media / user1 / data / ):

    cd / media / user1 / data /

    Проверьте файл VHDX

    Получите привилегии root (с помощью команды sudo su ) и просмотрите информацию об образе VHD:

    qemu-img info test-disk.vhd

    Аналогичным образом вы можете проверить информацию о виртуальном диске VHDX:

    qemu-img info /media/user1/data/WinServer2016.vhdx

    Преобразование VHD в VMDK в Linux

    Чтобы преобразовать VHD в VMDK с помощью qemu-img в Linux, выполните команду от имени пользователя root:

    qemu-img convert /media/user1/data/WinServer2016.vhdx -O vmdk /media/user1/data/WinServer2016qemu.vmdk -p

    Где:

    -O — определить формат выходного файла

    -p — показать индикатор выполнения

    Дождитесь завершения процесса преобразования.

    Использование qemu-img в Windows

    Загрузите qemu-img с официального сайта (доступны для загрузки 32- и 64-битные установщики). В текущем примере используется qemu-img-win-x64-2_3_0 . Распакуйте файлы из скачанного архива, например, в C: \ Programs \ qemu-img \ . Затем запустите командную строку Windows (CMD) — нажмите Windows + R , чтобы открыть окно « Выполнить ». Введите « cmd » в поле и нажмите Ctrl + Shift + Enter, чтобы запустить команду от имени администратора .

    Перейдите в каталог qemu-img :

    компакт-диск C: \ Programs \ qemu-img

    Команды qemu-img в Linux и Windows идентичны.

    Преобразование VHD в VMDK в Windows

    Запустите CMD от имени администратора и перейдите в каталог, в котором установлен qemu-img .

    Просмотр информации о виртуальном диске:

    qemu-img.exe информация c: \ Virtual \ Hyper-V \ test-disk.vhd

    Преобразование образа диска VHD в формат VMDK:

    qemu-img.exe convert -p c: \ Virtual \ Hyper-V \ test-disk.vhd -O vmdk c: \ Virtual \ Hyper-V \ test-disk.vmdk

    Где:

    -p — показать прогресс

    -O — выходной файл

    Дождитесь завершения процесса преобразования.

    Как преобразовать VHD в VMDK с помощью VBoxManage

    VBoxManage — это интерфейс командной строки (CLI) для управления гипервизором VirtualBox и виртуальными машинами. VBoxManage — это многоплатформенный инструмент, который устанавливается при установке VirtualBox (как вы помните, VirtualBox — это многоплатформенное решение для виртуализации). Одной из наиболее привлекательных функций VBoxManage является его способность конвертировать несколько форматов виртуальных дисков. Вы можете преобразовать VHD в VMDK с помощью VBoxManage .

    Если вы используете Windows в качестве операционной системы хоста, запустите CMD от имени администратора и перейдите в каталог установки VirtualBox, чтобы запустить VBoxManage .В текущем примере VirtualBox устанавливается в каталог по умолчанию.

    компакт-диск C: \ Program Files \ Oracle \ VirtualBox

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

    Запустите команду для преобразования Hyper-V VHD в VMware VMDK следующим образом:

    VBoxManage clonehd —format vmdk C: \ virtual \ Hyper-V \ WinServer2016.vhdx С: \ виртуальный \ Hyper-V \ WinServer2016vbox.vmdk

    Синтаксис понятен — вы устанавливаете формат целевого виртуального диска (vmdk) и определяете исходный файл vhdx и конечный файл vmdk .

    Дождитесь завершения процесса преобразования.

    Если вы используете Linux на своей машине, где установлен VirtualBox, используйте идентичные команды (но помните о структуре разделов и каталогов Linux).

    Создание виртуальной машины VMware с помощью преобразованного виртуального диска

    Преобразование VHD в VMDK позволяет конвертировать Hyper-V в виртуальные машины VMware. Вам необходимо импортировать преобразованный виртуальный диск на созданные вручную виртуальные машины VMware, чтобы выполнить полное преобразование виртуальных машин. Этот подход можно использовать для виртуальных машин, работающих на VMware Workstation и VMware ESXi. Остальные сведения о том, как преобразовать Hyper-V в VMware, объясняются в этом разделе.

    Рабочая станция VMware

    Если вы хотите создать виртуальную машину, используя виртуальный диск, преобразованный из формата VHD (VHDX) в формат VMDK в VMware Workstation, просто создайте новую виртуальную машину (или откройте существующую виртуальную машину, если вы хотите добавить преобразованный виртуальный диск как дополнительный виртуальный диск) и выберите, что вы хотите использовать существующий виртуальный диск.

    Например, давайте создадим новую виртуальную машину в VMware Workstation. Нажмите Файл> Новая виртуальная машина .

    См. Подробное объяснение того, как создать новую виртуальную машину VMware Workstation, в сообщении блога о VMware Home Lab. В этом разделе сегодняшнего сообщения в блоге основное внимание уделяется шагам, необходимым для импорта преобразованного виртуального диска VHD в виртуальную машину VMware Workstation. Следовательно, вам следует обратить особое внимание на следующие шаги:

    Выберите « Я установлю операционную систему позже», и выберите версию гостевой ОС (операционной системы), которая была установлена ​​на исходной виртуальной машине Hyper-V, виртуальный диск которой вы преобразовали ( Windows Server 2016 в этом кейс).Если вы используете старую версию VMware Workstation, выберите Windows 10 в качестве версии гостевой ОС.

    В нашем примере имя виртуальной машины — Win2016converted . Файлы новой виртуальной машины хранятся в C: \ Virtual \ Win2016converted .

    Выберите « Использовать существующий виртуальный диск » на шаге Выбор диска .

    Укажите путь к существующему файлу VMDK или просмотрите файл. В этом случае путь к файлу VMDK:

    C: \ Виртуальный \ Hyper-V \ WinServer2016qemu2.vmdk

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

    Выберите BIOS в качестве типа микропрограммы в параметрах виртуальной машины, если исходная виртуальная машина Hyper-V была настроена для использования BIOS. В противном случае виртуальная машина VMware, к которой вы подключили виртуальный диск, преобразованный из формата Hyper-V в формат VMware, не загрузится.После создания виртуальной машины вы можете проверить этот параметр, перейдя в VM> Настройки , выбрав Параметры вкладка > Дополнительно .

    Теперь ваша виртуальная машина должна правильно загрузиться. После загрузки гостевой ОС установите VMware Tools .

    VMware ESXi

    Вы также можете преобразовать VHD в VMDK и импортировать преобразованный виртуальный диск в виртуальную машину VMware, работающую на хосте ESXi. Однако формат виртуального диска VMware для VMware Workstation и VMware ESXi — другое дело.Виртуальный диск формата VMware Workstation имеет дескриптор диска, встроенный в один файл VMDK. Виртуальный диск формата ESXi состоит из двух отдельных файлов — файла данных ( .vmdk ) и файла дескриптора диска ( -flat.vmdk ). Чтобы использовать виртуальный диск, преобразованный из формата Hyper-V с помощью qemu-img или VBoxManage для виртуальной машины, работающей на ESXi, необходимо преобразовать этот виртуальный диск из формата Workstation в формат ESXi. В противном случае вы получите сообщение об ошибке: « Неподдерживаемый или недопустимый тип диска 2 ».

    Давайте узнаем, как использовать виртуальный диск, преобразованный из формата VHD, для виртуальной машины, работающей на ESXi.

    Преобразование VMDK в формат ESXi

    Загрузите преобразованный файл VMDK в хранилище данных, подключенное к хосту ESXi. Используйте клиент SCP, веб-интерфейс VMware Host Client или VMware vSphere Client для загрузки преобразованного файла виртуального диска vmdk в хранилище данных ESXi.

    В нашем примере файл WinServer2016qemu.Файл vmdk загружается в хранилище данных SSD1 , которое подключено к хосту ESXi с IP-адресом 10.10.10.74.

    Убедитесь, что на вашем хосте ESXi включен доступ по SSH («Управление»> «Службы»> «TSM-SSH»).

    Подключитесь к хосту ESXi через SSH, используя SSH-клиент (например, PuTTY) в качестве пользователя root.

    Перейдите в каталог, где хранится файл виртуального диска VMDK, преобразованный из формата VHD Hyper-V (в этом примере файл vmdk хранится в / vmfs / volume / SSD1 / convert / ):

    cd / vmfs / тома / SSD1 / преобразованный /

    Используйте vmkfstools для преобразования виртуального диска формата Workstation в виртуальный диск формата ESXi.В нашем примере виртуальный диск с тонкой подготовкой в ​​формате ESXi является типом целевого виртуального диска.

    vmkfstools -i WinServer2016qemu.vmdk WinServer2016thin.vmdk -d thin

    Как вы можете видеть на скриншоте, пост-преобразование VMDK из формата Workstation в формат ESXi с помощью vmkfstools успешно завершено, и были созданы два новых файла:

    WinServer2016thin-flat.vmdk

    WinServer2016thin.vmdk

    Импорт диска VMDK в виртуальную машину на ESXi

    Open VMware Host Client (оптимальнее всего использовать VMware vSphere Client, если vCenter развернут, но вы можете использовать VMware Host Client почти во всех случаях, включая сценарий с ESXi Free Edition , если вы решили преобразовать Hyper-V в VMware ВМ). В веб-интерфейсе VMware Host Client выберите Virtual Machines и нажмите Create / Register VM .

    Откроется мастер новой виртуальной машины.

    1. Выберите вид создания . Нажмите Создайте новую виртуальную машину. Для продолжения нажимайте Далее на каждом шаге.

    2. Выберите имя и гостевую ОС. Выберите версию виртуальной машины, семейство гостевой ОС и версию гостевой ОС. В этом примере имя виртуальной машины — Win2016converted . Виртуальная машина совместима с ESXi 6.5 или новее, Windows — это семейство гостевых ОС, а версия гостевой ОС — Microsoft Windows 2016 (64-разрядная).

    3.Выберите хранилище. Выберите хранилище данных, в котором будут храниться файлы виртуальной машины. Имя хранилища данных, которое используется в этом примере, — SSD2.

    4. Настройте параметры. Этот шаг в нашем случае самый важный. Удалите виртуальный диск, который был создан по умолчанию с новой виртуальной машиной. Затем щелкните Добавить жесткий диск> Существующий жесткий диск .

    В браузере хранилища данных выберите виртуальный диск, который вы преобразовали из VHD в VMDK, а затем преобразовали VMDK из формата VMware Workstation в формат VMware ESXi (с тонкой подготовкой).Как вы помните, преобразованный виртуальный диск состоит из двух файлов ( .vmdk и -flat.vmdk ), но в браузере хранилища данных отображается только один файл vmdk . Не волнуйтесь — это функция VMware Host Client. Оба файла, скопированные в хранилище данных ESXi, присутствуют. Вы можете проверить их в консоли ESXi или подключившись через SSH. В текущем примере вы можете видеть, что текущий размер виртуального диска составляет 9,11 ГБ, но максимальный размер этого диска составляет 30 ГБ.

    После добавления преобразованного виртуального диска VMDK вы можете увидеть неактивное поле, в котором отображается размер 9 ГБ (текущий размер) виртуального диска 30 ГБ. Не стоит обращать внимание на то, что тип виртуального диска отображается некорректно на скриншоте ниже; Таким образом, виртуальный диск импортируется как тонкий диск, как и предполагалось.

    5. Готово к комплектации. На этом этапе вы можете проверить свои настройки. Если все в порядке, нажмите Finish , чтобы создать новую виртуальную машину.

    Теперь вы можете включить виртуальную машину (щелкните правой кнопкой мыши имя виртуальной машины и в контекстном меню выберите Power> Power On ).

    ВМ с преобразованным виртуальным диском запущена правильно, и сеть работает правильно. Теперь вы можете установить VMware Tools в гостевой ОС.

    Заключение

    Если вы хотите преобразовать Hyper-V в VMware на уровне виртуальных машин, вы можете преобразовать VHD в VMDK, а затем подключить преобразованный виртуальный диск VMDK к новой виртуальной машине VMware. Qemu-img можно использовать как преобразователь VHD в VMDK, а VBoxManage можно использовать как альтернативу. Оба решения являются бесплатными и многоплатформенными, что позволяет конвертировать Hyper-V VHD в VMware VMDK в разных операционных системах. Имейте в виду, что если вы хотите использовать виртуальный диск, преобразованный с помощью qemu-img или VBoxManage для виртуальных машин ESXi, вам следует преобразовать виртуальный диск VMDK из формата рабочей станции в формат ESXi с помощью vmkfstools в командной строке ESXi. .

    Если вы хотите использовать полуавтоматические или полностью автоматизированные инструменты для преобразования всей виртуальной машины Hyper-V в виртуальную машину VMware, вы можете использовать бесплатную автономную версию VMware vCenter Converter. Независимо от того, какой гипервизор вы используете, защита данных важна. NAKIVO Backup & Replication предоставляет функцию межплатформенного восстановления, которая позволяет преобразовывать диски VHD из резервных копий виртуальных машин в диски VMDK и восстанавливать виртуальные машины Hyper-V на гипервизоры VMware.

    Как преобразовать VHD в VMDK: пошаговое руководство

    5 (100%) 3 голосов

    .

    Лучшие 3 бесплатных инструмента для преобразования VHD в VMDK и наоборот

    Инструменты Disk Converter очень важны, особенно когда вы переносите рабочие нагрузки виртуальных машин между двумя гипервизорами. Каждый гипервизор использует разные форматы дисков виртуальных машин, такие как VMDK для виртуального диска VMware и VHD для дисков виртуальных машин на основе Hyper-V. Вам могут потребоваться некоторые инструменты для преобразования VHD в VMDK, если вы импортируете виртуальную машину из Hyper-V в VMware ESXi, поскольку хост ESXi не понимает формат диска виртуальной машины Hyper-V (VHD).На рынке существует множество бесплатных инструментов для преобразования формата диска виртуальных машин, чтобы сделать его совместимым с различными гипервизорами.

    Мы собираемся перечислить некоторые из 3 бесплатных инструментов для преобразования VHD в VMDK и наоборот. Я лично использовал эти инструменты в своей лабораторной среде для преобразования дисков виртуальных машин, таких как VHD в VMDK и VMDK в VHD, для импорта и тестирования рабочих нагрузок виртуальных машин в Microsoft Hyper-V и VMware ESXi. Порядок, указанный здесь, может не иметь предпочтений 1 или 2 или любого другого порядка.Для лучшего понимания я объяснил некоторые важные особенности каждого бесплатного программного обеспечения для преобразования.

    Три лучших бесплатных инструмента для преобразования VHD в VMDK и наоборот

    Давайте взглянем на основные функции всех трех инструментов, которые позволяют конвертировать VHD в VMDK и VMDK в VHD.

    Starwind V2V Converter

    StarWind V2V Converter — это бесплатный инструмент для загрузки, который позволяет преобразовывать и клонировать виртуальные машины из одного формата в другой и используется, когда требуется миграция или переключение гипервизора.По сравнению с обычными преобразователями, встроенными в гипервизоры, StarWind V2V Converter выполняет двунаправленное преобразование между несколькими форматами виртуальных машин, такими как VHD в VMDK и VMDK в VHD. Starwind V2v Converter поддерживает наиболее широко используемые форматы: VMDK, VHD / VHDX (с учетом режима восстановления Windows), исходный IMG StarWind и QCOW.

    Поддерживает несколько форматов назначения для преобразования.

    Особенности конвертера Starwind V2V
    1. Поддерживает преобразование наиболее широко используемых форматов дисков, таких как VMDK, VHD и VHDX.
    2. Поддерживает одиночную копию. Программное обеспечение Starwind V2V позволяет преобразовывать форматы виртуальных машин напрямую из одного гипервизора в другой. Вам не нужно поддерживать локальную копию в системе.
    3. Позволяет легко переносить рабочие нагрузки между различными гипервизорами путем преобразования форматов дисков. StarWind V2V Converter поддерживает все стандартные гипервизоры, включая Microsoft Hyper-V, VMware ESXi, Citrix XenServer и KVM
    4. StarWind V2V Converter упрощает миграцию между различными наборами оборудования, поддерживая режим восстановления Windows во время преобразования в VHDX.

    Загрузить Starwind V2V Converter

    VMware Converter Standalone

    VMware Converter Standalone — это бесплатное программное обеспечение для преобразования от VMware. Вы можете загрузить VMware Converter с веб-сайта VMware. Взгляните на мою статью, чтобы понять, как загрузить и установить VMware Converter, а также как выполнить преобразование P2V и V2V с помощью VMware Converter.

    VMware Converter также поддерживает несколько форматов виртуальной и физической машины для преобразования в виртуальную машину VMware, а также конвертирует другие форматы дисков в формат VMDK.

    VMware Converter автономно имеет консоль централизованного управления, позволяющую ставить в очередь и отслеживать множество одновременных преобразований, как локальных, так и удаленных, например, в штаб-квартире и филиалах. Помимо преобразования P2V, VMware Converter также можно использовать для выполнения миграции из виртуального в виртуальный (v2v).

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

    Помимо P2V и V2V, VMware Converter также можно использовать для перенастройки виртуальных машин, таких как сжатие VMDK виртуальной машины, преобразование формата диска VMDK из тонкого в толстый и наоборот, обновление версии аппаратного обеспечения виртуальной машины или совместимость.

    Скачать VMware Converter Standalone

    WinImage

    WinImage — это полноценный пакет для создания образов дисков, позволяющий легко создавать, читать и редактировать многие форматы изображений и файловые системы, включая DMF, VHD, FAT, ISO, NTFS и Linux.Образ диска — это точная копия физического диска (дискета, CD-ROM, жесткий диск, USB, VHD-диск и т. Д.) Или раздела, сохраняющего исходную структуру. Установив WinImage, вы можете воссоздать образ диска на жестком диске или другом носителе, просмотреть его содержимое, извлечь файлы на основе изображений, добавить новые файлы и каталоги, изменить формат и дефрагментировать изображение.

    Возможности WinImage
    • Создание образа диска со съемного диска (например, USB-накопителя), компакт-диска, дискеты,
    • Извлечь файл (ы) из образа диска,
    • Создать пустые образы дисков,
    • Вставить файлы и каталоги в существующий образ диска,
    • Изменить формат образа диска,
    • Дефрагментировать образ диска,
    • Мощный режим «Пакетный помощник», который позволяет автоматизировать многие операции,

    WinImage является условно-бесплатным.Вы можете оценить его сроком на 30 дней. Через 30 дней вам необходимо зарегистрировать его, если вы собираетесь продолжать использовать WinImage.

    Скачать WinImage

    Я расскажу о подробной процедуре преобразования форматов дисков с помощью этих бесплатных инструментов в следующих инструментах. Надеюсь, это было для вас информативным. Спасибо за прочтение !!!. Будьте социальными и поделитесь им в социальных сетях, если считаете, что им стоит поделиться.

    .

    Подготовка виртуального жесткого диска Windows для загрузки в Azure — виртуальные машины Azure

    • 18 минут на чтение

    В этой статье

    Перед отправкой виртуальной машины Windows из локальной среды в Azure необходимо подготовить
    виртуальный жесткий диск (VHD или VHDX). Azure поддерживает виртуальные машины как поколения 1, так и поколения 2, которые находятся в
    Формат файла VHD и диск фиксированного размера.Максимальный размер виртуального жесткого диска ОС на виртуальной машине поколения 1 составляет 2 ТБ.

    Вы можете преобразовать файл VHDX в VHD, преобразовать динамически
    расширение диска до диска фиксированного размера, но вы не можете изменить поколение виртуальной машины. Чтобы получить больше информации,
    видеть
    Должен ли я создать виртуальную машину поколения 1 или 2 в Hyper-V?
    и Поддержка виртуальных машин поколения 2 в Azure.

    Для получения информации о политике поддержки виртуальных машин Azure см.
    Поддержка серверного программного обеспечения Microsoft для виртуальных машин Azure.

    Примечание

    Инструкции в этой статье относятся к:

    • 64-разрядная версия Windows Server 2008 R2 и более поздних операционных систем Windows Server.Дополнительные сведения о запуске 32-разрядной операционной системы в Azure см. В разделе Поддержка 32-разрядных операционных систем на виртуальных машинах Azure.
    • Если для миграции рабочей нагрузки будет использоваться какой-либо инструмент аварийного восстановления, например Azure Site Recovery или Azure Migrate, этот процесс по-прежнему требуется в гостевой ОС для подготовки образа перед миграцией.

    Проверка системных файлов

    Запустите утилиту проверки системных файлов Windows перед обобщением образа ОС

    Средство проверки системных файлов (SFC) используется для проверки и замены системных файлов Windows.

    Важно

    Используйте сеанс PowerShell с повышенными привилегиями для выполнения примеров из этой статьи.

    Выполните команду SFC:

      sfc.exe / scannow
      
      Начало сканирования системы. Этот процесс займет некоторое время.
    
    Начало фазы проверки сканирования системы.
    Проверка завершена на 100%.
    
    Windows Resource Protection не обнаружила нарушений целостности.
      

    После завершения сканирования SFC установите обновления Windows и перезагрузите компьютер.

    Установить конфигурации Windows для Azure

    Примечание

    Платформа

    Azure подключает ISO-файл к DVD-ROM, когда виртуальная машина Windows создается из обобщенного
    образ. По этой причине DVD-ROM должен быть включен в ОС в обобщенном образе. Если это
    отключено, виртуальная машина Windows будет зависать при запуске (OOBE).

    1. Удалите все статические постоянные маршруты из таблицы маршрутизации:

      • Чтобы просмотреть таблицу маршрутизации, запустите route.exe печать .
      • Проверьте раздел Маршруты постоянства . Если есть постоянный маршрут, используйте
        route.exe удалить команду , чтобы удалить его.
    2. Удалить прокси WinHTTP:

        netsh.exe winhttp сбросить прокси
        

      Если виртуальная машина должна работать с определенным прокси, добавьте исключение прокси для IP-адреса Azure.
      (168.63.129.16)
      чтобы виртуальная машина могла подключиться к Azure:

        $ proxyAddress = '<ваш прокси-сервер>'
      $ proxyBypassList = '<ваш список обходов>; 168.63,129,16 '
      netsh.exe winhttp установить прокси $ proxyAddress $ proxyBypassList
        
    3. Открыть DiskPart:

        diskpart.exe
        

      Установить политику SAN для диска Onlineall :

        DISKPART> san policy = onlineall
      DISKPART> выход
        
    4. Установить всемирное координированное время (UTC) для Windows. Также установите тип запуска Windows
      служба времени w32time до Автоматическая :

        Set-ItemProperty -Path HKLM: \ SYSTEM \ CurrentControlSet \ Control \ TimeZoneInformation -Name RealTimeIsUniversal -Value 1 -Type DWord -Force
      Set-Service -Name w32time -StartupType Automatic
        
    5. Установите профиль мощности на высокую производительность:

        powercfg.exe / setactive SCHEME_MIN
        
    6. Убедитесь, что для переменных окружения TEMP и TMP установлены значения по умолчанию:

        Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Environment' -Name TEMP -Value "% SystemRoot% \ TEMP" -Type ExpandString -Force
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Environment' -Name TMP -Value "% SystemRoot% \ TEMP" -Type ExpandString -Force
        

    Проверить службы Windows

    Убедитесь, что для каждой из следующих служб Windows установлено значение Windows по умолчанию.Эти
    Сервисы — это минимум, который необходимо настроить для обеспечения подключения виртуальных машин. Чтобы установить запуск
    настройки, запустите следующий пример:

      Get-Service -Name BFE, Dhcp, Dnscache, IKEEXT, iphlpsvc, nsi, mpssvc, RemoteRegistry |
      Where-Object StartType -ne Автоматически |
        Set-Service -StartupType Автоматический
    
    Get-Service -Name Netlogon, Netman, TermService |
      Where-Object StartType -ne Руководство |
        Set-Service -StartupType Руководство
      

    Обновление параметров реестра удаленного рабочего стола

    Убедитесь, что для удаленного доступа правильно настроены следующие параметры:

    Примечание

    Если вы получаете сообщение об ошибке при запуске
    Set-ItemProperty -Path 'HKLM: \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services -Name -Value ,
    вы можете спокойно игнорировать это.Это означает, что домен не настраивает эту конфигурацию через группу
    Объект политики.

    1. Протокол удаленного рабочего стола (RDP) включен:

        Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server' -Name fDenyTSConnections -Value 0 -Type DWord -Force
      Set-ItemProperty -Path 'HKLM: \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services' -Name fDenyTSConnections -Value 0 -Type DWord -Force
        
    2. Порт RDP настроен правильно с использованием порта по умолчанию 3389:

        Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ Winstations \ RDP-Tcp' -Name PortNumber -Value 3389 -Type DWord -Force
        

      При развертывании виртуальной машины правила по умолчанию создаются для порта 3389.Чтобы изменить номер порта, выполните
      это после развертывания виртуальной машины в Azure.

    3. Слушатель прослушивает каждый сетевой интерфейс:

        Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ Winstations \ RDP-Tcp' -Name LanAdapter -Value 0 -Type DWord -Force
        
    4. Настройка режима проверки подлинности на сетевом уровне (NLA) для подключений RDP:

        Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-Tcp' -Name UserAuthentication -Value 1 -Type DWord -Force
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-Tcp' -Name SecurityLayer -Value 1 -Type DWord -Force
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-Tcp' -Name fAllowSecProtocolNegotiation -Value 1 -Type DWord -Force
        
    5. Установить значение keep-alive:

        Set-ItemProperty -Path 'HKLM: \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services' -Name KeepAliveEnable -Value 1 -Type DWord -Force
      Set-ItemProperty -Path 'HKLM: \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services' -Name KeepAliveInterval -Value 1 -Type DWord -Force
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ Winstations \ RDP-Tcp' -Name KeepAliveTimeout -Value 1 -Type DWord -Force
        
    6. Задайте параметры переподключения:

        Set-ItemProperty -Path 'HKLM: \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services' -Name fDisableAutoReconnect -Value 0 -Type DWord -Force
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ Winstations \ RDP-Tcp' -Name fInheritReconnectSame -Value 1 -Type DWord -Force
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ Winstations \ RDP-Tcp' -Name fReconnectSame -Value 0 -Type DWord -Force
        
    7. Ограничить количество одновременных подключений:

        Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ Winstations \ RDP-Tcp' -Name MaxInstanceCount -Value 4294967295 -Type DWord -Force
        
    8. Удалите все самозаверяющие сертификаты, привязанные к прослушивателю RDP:

        если ((Get-Item -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-Tcp').Свойство -содержит SSLCertificateSHA1Hash)
      {
          Remove-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ RDP-Tcp' -Name SSLCertificateSHA1Hash -Force
      }
        

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

    9. Если виртуальная машина является частью домена, проверьте следующие политики, чтобы убедиться, что предыдущие настройки
      не возвращаются.

      Политика

      Цель Значение
      RDP включен Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Компоненты \ Службы удаленного рабочего стола \ Узел сеанса удаленного рабочего стола \ Подключения Разрешить пользователям удаленное подключение с помощью удаленного рабочего стола
      Групповая политика NLA Параметры \ Административные шаблоны \ Компоненты \ Службы удаленного рабочего стола \ Узел сеанса удаленного рабочего стола \ Безопасность Требовать аутентификацию пользователя для удаленного доступа с помощью NLA
      Настройки проверки активности Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Компоненты Windows \ Службы удаленного рабочего стола \ Узел сеанса удаленного рабочего стола \ Подключения Настроить интервал проверки активности соединения
      Настройки повторного подключения Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Компоненты Windows \ Службы удаленного рабочего стола \ Узел сеанса удаленного рабочего стола \ Подключения Автоматическое повторное подключение
      Ограниченное количество настроек подключения Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Компоненты Windows \ Службы удаленного рабочего стола \ Узел сеанса удаленного рабочего стола \ Подключения Предельное количество подключений

    Настроить правила брандмауэра Windows

    1. Включите брандмауэр Windows для трех профилей (доменного, стандартного и общедоступного):

        Set-NetFirewallProfile -Profile Domain, Public, Private -Enabled True
        
    2. Выполните следующий пример, чтобы разрешить WinRM через три профиля брандмауэра (домен, частный,
      и общедоступный) и включите удаленную службу PowerShell:

        Enable-PSRemoting -Force
      Set-NetFirewallRule -DisplayName 'Удаленное управление Windows (входящий HTTP-запрос)' -Enabled True
        
    3. Включите следующие правила брандмауэра, чтобы разрешить трафик RDP:

        Set-NetFirewallRule -DisplayGroup 'Remote Desktop' -Enabled True
        
    4. Включите правило для общего доступа к файлам и принтерам, чтобы виртуальная машина могла отвечать на запросы ping внутри
      виртуальная сеть:

        Set-NetFirewallRule -DisplayName 'Общий доступ к файлам и принтерам (эхо-запрос - ICMPv4-In)' -Enabled True
        
    5. Создайте правило для сети платформы Azure:

        New-NetFirewallRule -DisplayName AzurePlatform -Direction Inbound -RemoteAddress 168.63.129.16 -Profile Any -Action Allow -EdgeTraversalPolicy Allow
      New-NetFirewallRule -DisplayName AzurePlatform -Direction Outbound -RemoteAddress 168.63.129.16 -Profile Any -Action Allow
        
    6. Если виртуальная машина является частью домена, проверьте следующие политики Azure AD, чтобы убедиться, что предыдущие
      настройки не возвращаются.

      Политика

      Цель Значение
      Включение профилей брандмауэра Windows Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Сеть \ Сетевое подключение \ Брандмауэр Windows \ Профиль домена \ Брандмауэр Windows Защита всех сетевых подключений
      Включить RDP Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Сеть \ Сетевое подключение \ Брандмауэр Windows \ Профиль домена \ Брандмауэр Windows Разрешить входящие исключения для удаленного рабочего стола
      Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Сеть \ Сетевое подключение \ Брандмауэр Windows \ Стандартный профиль \ Брандмауэр Windows Разрешить входящие исключения для удаленного рабочего стола
      Включить ICMP-V4 Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Сеть \ Сетевое подключение \ Брандмауэр Windows \ Профиль домена \ Брандмауэр Windows Разрешить исключения ICMP
      Конфигурация компьютера \ Политики \ Параметры Windows \ Административные шаблоны \ Сеть \ Сетевое подключение \ Брандмауэр Windows \ Стандартный профиль \ Брандмауэр Windows Разрешить исключения ICMP

    Проверить виртуальную машину

    Убедитесь, что виртуальная машина исправна, безопасна и доступна RDP:

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

        чкдск.exe / f
        

      Убедитесь, что в отчете отображается чистый и исправный диск.

    2. Задайте параметры данных конфигурации загрузки (BCD).

        bcdedit.exe / set "{bootmgr}" включить сервисы целостности
      bcdedit.exe / set "{default}" раздел устройства = C:
      bcdedit.exe / set "{default}" включить сервисы целостности
      bcdedit.exe / set "{default}" recoveryenabled Off
      bcdedit.exe / set "{default}" раздел osdevice = C:
      bcdedit.exe / set "{default}" bootstatuspolicy IgnoreAllFailures
      
      # Включить функцию последовательной консоли
      bcdedit.exe / set "{bootmgr}" displaybootmenu да
      bcdedit.exe / set "{bootmgr}" тайм-аут 5
      bcdedit.exe / set "{bootmgr}" загрузки да
      bcdedit.exe / ems "{current}" ВКЛ
      bcdedit.exe / emssettings EMSPORT: 1 EMSBAUDRATE: 115200
        
    3. Журнал дампа может быть полезен при устранении проблем сбоя Windows. Включить журнал дампа
      коллекция:

        # Настроить гостевую ОС для сбора дампа ядра при сбое ОС
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ CrashControl' -Name CrashDumpEnabled -Type DWord -Force -Value 2
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ CrashControl' -Name DumpFile -Type ExpandString -Force -Value "% SystemRoot% \ MEMORY.DMP "
      Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ CrashControl' -Name NMICrashDump -Type DWord -Force -Value 1
      
      # Настроить гостевую ОС для сбора дампов пользовательского режима при сбое службы
      $ key = 'HKLM: \ SOFTWARE \ Microsoft \ Windows \ Windows Error Reporting \ LocalDumps'
      if ((Test-Path -Path $ key) -eq $ false) {(New-Item -Path 'HKLM: \ SOFTWARE \ Microsoft \ Windows \ Windows Error Reporting' -Name LocalDumps)}
      New-ItemProperty -Path $ key -Name DumpFolder -Type ExpandString -Force -Value 'C: \ CrashDumps'
      New-ItemProperty -Path $ key -Name CrashCount -Type DWord -Force -Value 10
      New-ItemProperty -Path $ key -Name DumpType -Type DWord -Force -Value 2
      Set-Service -Name WerSvc -StartupType Руководство
        
    4. Убедитесь, что репозиторий инструментария управления Windows (WMI) согласован:

        winmgmt.exe / verifyrepository
        

      Если репозиторий поврежден, см. WMI: повреждение репозитория или нет.

    5. Убедитесь, что никакое другое приложение не использует порт 3389. Этот порт используется для службы RDP в
      Лазурный. Чтобы узнать, какие порты используются на виртуальной машине, запустите netstat.exe -anob :

        netstat.exe -anob
        
    6. Чтобы загрузить виртуальный жесткий диск Windows, являющийся контроллером домена:

      • Выполните следующие дополнительные шаги, чтобы подготовить диск.

      • Убедитесь, что вы знаете пароль режима восстановления служб каталогов (DSRM) на случай, если вам когда-нибудь понадобится
        запустите виртуальную машину в DSRM. Для получения дополнительной информации см.
        Установите пароль DSRM.

    7. Убедитесь, что вы знаете встроенную учетную запись администратора и пароль. Возможно, вы захотите сбросить
      текущий пароль локального администратора и убедитесь, что вы можете использовать эту учетную запись для входа в Windows
      через соединение RDP. Это разрешение доступа контролируется параметром «Разрешить вход через
      Службы удаленных рабочих столов «Объект групповой политики.Просмотрите этот объект в редакторе локальной групповой политики:

      • Конфигурация компьютера \ Параметры Windows \ Параметры безопасности \ Локальные политики \ Назначение прав пользователя
    8. Проверьте следующие политики Azure AD, чтобы убедиться, что они не блокируют доступ RDP:

      • Конфигурация компьютера \ Параметры Windows \ Параметры безопасности \ Локальные политики \ Назначение прав пользователя \ Запретить доступ к этому компьютеру из сети

      • Конфигурация компьютера \ Параметры Windows \ Параметры безопасности \ Локальные политики \ Назначение прав пользователя \ Запретить вход через службы удаленных рабочих столов

    9. Проверьте следующую политику Azure AD, чтобы убедиться, что они не удаляют требуемый доступ.
      счетов:

      • Конфигурация компьютера \ Параметры Windows \ Параметры безопасности \ Локальные политики \ Назначение прав пользователя \ Доступ к этому компьютеру из сети

      В политике должны быть перечислены следующие группы:

      • Администраторы

      • Операторы резервного копирования

      • Для всех

      • Пользователи

    10. Перезагрузите виртуальную машину, чтобы убедиться, что Windows по-прежнему работоспособна и доступна через RDP
      подключение.На этом этапе рассмотрите возможность создания виртуальной машины на локальном сервере Hyper-V, чтобы убедиться, что
      ВМ запускается полностью. Затем проверьте, можете ли вы подключиться к виртуальной машине через RDP.

    11. Удалите все лишние фильтры интерфейса транспортного драйвера (TDI). Например, удалите программное обеспечение, которое
      анализирует TCP-пакеты или дополнительные брандмауэры.

    12. Удалите любое другое стороннее программное обеспечение или драйверы, связанные с физическими компонентами или любыми другими
      другие технологии виртуализации.

    Установить обновления Windows

    В идеале вы должны обновлять машину до уровня обновления , если это невозможно, убедитесь, что
    установлены следующие обновления.Чтобы получить последние обновления, просмотрите историю обновлений Windows.
    страницы: Windows 10 и Windows Server 2019,
    Windows 8.1 и Windows Server 2012 R2 и
    Windows 7 с пакетом обновления 1 (SP1) и Windows Server 2008 R2 с пакетом обновления 1 (SP1).

    Компонент двоичный Windows 7 с пакетом обновления 1 (SP1), Windows Server 2008 R2 с пакетом обновления 1 (SP1) Windows 8, Windows Server 2012 Windows 8.1, Windows Server 2012 R2 Windows 10 v1607, Windows Server 2016 v1607 Windows 10 v1703 Windows 10 v1709, Windows Server 2016 v1709 Windows 10 v1803, Windows Server 2016 v1803
    Хранилище диск.sys 6.1.7601.23403 — KB3125574 6.2.9200.17638 / 6.2.9200.21757 — KB3137061 6.3.9600.18203 — KB3137061
    storport.sys 6.1.7601.23403 — KB3125574 6.2.9200.17188 / 6.2.9200.21306 — KB3018489 6.3.9600.18573 — KB4022726 10.0.14393.1358 — KB4022715 10.0.15063.332
    NTFS.sys 6.1.7601.23403 — KB3125574 6.2.9200.17623 / 6.2.9200.21743 — KB3121255 6.3.9600.18654 — KB4022726 10.0.14393.1198 — KB4022715 10.0.15063.447
    Iologmsg.dll 6.1.7601.23403 — KB3125574 6.2.9200.16384 — KB2995387
    Classpnp.sys 6.1.7601.23403 — KB3125574 6.2.9200.17061 / 6.2.9200.21180 — KB2995387 6.3.9600.18334 — KB3172614 10.0.14393.953 — KB4022715
    Volsnap.sys 6.1.7601.23403 — KB3125574 6.2.9200.17047 / 6.2.9200.21165 — KB2975331 6.3.9600.18265 — KB3145384 10.0.15063.0
    partmgr.sys 6.1.7601.23403 — KB3125574 6.2.9200.16681 — KB2877114 6.3.9600.17401 — KB3000850 10.0.14393.953 — KB4022715 10.0.15063.0
    volmgr.sys 10.0.15063.0
    Volmgrx.sys 6.1.7601.23403 — KB3125574 10.0,15063,0
    Msiscsi.sys 6.1.7601.23403 — KB3125574 6.2.9200.21006 — KB2955163 6.3.9600.18624 — KB4022726 10.0.14393.1066 — KB4022715 10.0.15063.447
    Msdsm.sys 6.1.7601.23403 — KB3125574 6.2.9200.21474 — KB3046101 6.3.9600.18592 — KB4022726
    Мпио.sys 6.1.7601.23403 — KB3125574 6.2.9200.21190 — KB3046101 6.3.9600.18616 — KB4022726 10.0.14393.1198 — KB4022715
    vmstorfl.sys 6.3.9600.18907 — KB4072650 6.3.9600.18080 — KB3063109 6.3.9600.18907 — KB4072650 10.0.14393.2007 — KB4345418 10.0.15063.850 — KB4345419 10.0.16299.371 — KB4345420
    Fveapi.dll 6.1.7601.23311 — KB3125574 6.2.9200.20930 — KB2930244 6.3.9600.18294 — KB3172614 10.0.14393.576 — KB4022715
    Fveapibase.dll 6.1.7601.23403 — KB3125574 6.2.9200.20930 — KB2930244 6.3.9600.17415 — KB3172614 10.0.14393.206 — KB4022715
    Сеть netvsc.sys 10.0.14393.1198 — KB4022715 10.0.15063.250 — KB4020001
    mrxsmb10.sys 6.1.7601.23816 — KB4022722 6.2.9200.22108 — KB4022724 6.3.9600.18603 — KB4022726 10.0.14393.479 — KB4022715 10.0.15063.483
    mrxsmb20.sys 6.1.7601.23816 — KB4022722 6.2.9200.21548 — KB4022724 6.3.9600.18586 — KB4022726 10.0.14393.953 — KB4022715 10.0.15063.483
    mrxsmb.sys 6.1.7601.23816 — KB4022722 6.2.9200.22074 — KB4022724 6.3.9600.18586 — KB4022726 10.0.14393.953 — KB4022715 10.0.15063.0
    tcpip.sys 6.1.7601.23761 — KB4022722 6.2.9200.22070 — KB4022724 6.3.9600.18478 — KB4022726 10.0.14393.1358 — KB4022715 10.0.15063.447
    http.sys 6.1.7601.23403 — KB3125574 6.2.9200.17285 — KB3042553 6.3.9600.18574 — KB4022726 10.0.14393.251 — KB4022715 10.0.15063.483
    vmswitch.sys 6.1.7601.23727 — KB4022719 6.2.9200.22117 — KB4022724 6.3.9600.18654 — KB4022726 10.0.14393.1358 — KB4022715 10.0.15063.138
    Ядро ntoskrnl.exe 6.1.7601.23807 — KB4022719 6.2.9200.22170 — KB4022718 6.3.9600.18696 — KB4022726 10.0.14393.1358 — KB4022715 10.0.15063.483
    Службы удаленных рабочих столов rdpcorets.dll 6.2.9200.21506 — KB4022719 6.2.9200.22104 — KB4022724 6.3.9600.18619 — KB4022726 10.0.14393.1198 — KB4022715 10.0.15063.0
    termsrv.dll 6.1.7601.23403 — KB3125574 6.2.9200.17048 — KB2973501 6.3.9600.17415 — KB3000850 10.0.14393.0 — KB4022715 10.0.15063.0
    termdd.sys 6.1.7601.23403 — KB3125574
    win32k.sys 6.1.7601.23807 — KB4022719 6.2.9200.22168 — KB4022718 6.3.9600.18698 — KB4022726 10.0.14393.594 — KB4022715
    rdpdd.dll 6.1.7601.23403 — KB3125574
    rdpwd.sys 6.1.7601.23403 — KB3125574
    Безопасность MS17-010 КБ4012212 КБ4012213 КБ4012213 КБ4012606 КБ4012606
    КБ4012216 КБ4013198 КБ4013198
    КБ4012215 КБ4012214 КБ4012216 КБ4013429 КБ4013429
    КБ4012217 КБ4013429 КБ4013429
    CVE-2018-0886 КБ4103718 КБ4103730 КБ4103725 КБ4103723 КБ4103731 КБ4103727 КБ4103721
    КБ4103712 КБ4103726 КБ4103715

    Примечание

    Чтобы избежать случайной перезагрузки во время подготовки виртуальной машины, мы рекомендуем убедиться, что все Windows
    Установка обновлений завершена, и обновлений нет.Один из способов сделать это —
    установите все возможные обновления Windows и перезагрузитесь один раз перед запуском команды sysprep.exe .

    Определите, когда использовать Sysprep

    Средство подготовки системы ( sysprep.exe ) — это процесс, который можно запустить для сброса установки Windows.
    Sysprep предоставляет готовые возможности, удаляя все личные данные и сбрасывая несколько
    компоненты.

    Обычно вы запускаете sysprep.exe , чтобы создать шаблон, из которого можно развернуть несколько других виртуальных машин.
    которые имеют определенную конфигурацию.Шаблон называется обобщенным изображением .

    Чтобы создать только одну виртуальную машину с одного диска, вам не нужно использовать Sysprep. Вместо этого вы можете создать виртуальную машину
    из специализированного образа . Для получения информации о том, как создать виртуальную машину из специализированного диска, см .:

    Чтобы создать обобщенный образ, необходимо запустить Sysprep. Для получения дополнительной информации см.
    Как использовать Sysprep: введение.

    Не все роли или приложения, установленные на компьютере под управлением Windows, поддерживают общие
    изображений.Прежде чем использовать эту процедуру, убедитесь, что Sysprep поддерживает роль компьютера. Для большего
    информацию см.
    Поддержка Sysprep для ролей сервера.

    В частности, Sysprep требует, чтобы диски были полностью расшифрованы перед выполнением. Если вы включили шифрование на своей виртуальной машине, отключите его перед запуском Sysprep.

    Обобщить VHD

    Примечание

    После запуска sysprep.exe в следующих шагах выключите виртуальную машину. Не включайте его, пока
    вы создаете образ из него в Azure.

    1. Войдите в виртуальную машину Windows.

    2. Запустите сеанс PowerShell от имени администратора.

    3. Измените каталог на % windir% \ system32 \ sysprep . Затем запустите sysprep.exe .

    4. В диалоговом окне System Preparation Tool выберите Enter System Out-of-Box Experience.
      (OOBE)
      и убедитесь, что установлен флажок Generalize .

    5. В Shutdown Options выберите Shutdown .

    6. Выбрать ОК .

    7. Когда Sysprep завершит работу, выключите виртуальную машину. Не используйте Restart для выключения виртуальной машины.

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

    Преобразование виртуального диска в VHD фиксированного размера

    Используйте один из методов в этом разделе, чтобы преобразовать виртуальный диск и изменить его размер до необходимого формата для Azure:

    1. Создайте резервную копию виртуальной машины перед запуском процесса преобразования виртуального диска или изменения размера.

    2. Убедитесь, что виртуальный жесткий диск Windows правильно работает на локальном сервере. Устраните любые ошибки в
      Сама виртуальная машина, прежде чем вы попытаетесь ее преобразовать или загрузить в Azure.

    3. Преобразование виртуального диска в фиксированный тип.

    4. Измените размер виртуального диска в соответствии с требованиями Azure:

      1. Диски в Azure должны иметь виртуальный размер, равный 1 МиБ. Если размер вашего виртуального жесткого диска составляет менее 1 МБ, вам необходимо изменить размер диска до кратного 1 МБ.Диски, составляющие доли MiB, вызывают ошибки при создании образов из загруженного VHD. Чтобы проверить размер, вы можете использовать командлет PowerShell Get-VHD, чтобы отобразить «Размер», который должен быть кратен 1 МБ в Azure, и «Размер файла», который будет равен «Размер» плюс 512 байтов для нижнего колонтитула виртуального жесткого диска. .

      2. Максимальный размер, разрешенный для виртуального жесткого диска ОС с виртуальной машиной 1 поколения, составляет 2048 ГиБ (2 ТиБ),

      3. Максимальный размер диска с данными составляет 32 767 ГиБ (32 ТиБ).

    Примечание

    • Если вы готовите диск ОС Windows после преобразования в фиксированный диск и изменения размера, если необходимо, создайте виртуальную машину, которая использует этот диск.Запустите виртуальную машину и войдите в нее, а затем перейдите к разделам этой статьи, чтобы завершить ее подготовку к загрузке.
    • Если вы готовите диск с данными, вы можете остановиться на этом разделе и перейти к загрузке диска.

    Используйте диспетчер Hyper-V для преобразования диска

    1. Откройте диспетчер Hyper-V и выберите свой локальный компьютер слева. В меню над компьютером
      В списке выберите Action > Edit Disk .
    2. На странице Найдите виртуальный жесткий диск выберите свой виртуальный диск.
    3. На странице Выберите действие выберите Преобразовать > Далее .
    4. Для преобразования из VHDX выберите VHD > Далее .
    5. Чтобы выполнить преобразование с динамически расширяющегося диска, выберите Фиксированный размер > Далее .
    6. Найдите и выберите путь для сохранения нового файла VHD.
    7. Выбрать Готово .

    Используйте PowerShell для преобразования диска

    Вы можете преобразовать виртуальный диск с помощью Convert-VHD
    командлет в PowerShell.Если вам нужна информация об установке этого командлета, см. Раздел Установка роли Hyper-V.

    В следующем примере диск преобразуется из VHDX в VHD. Он также преобразует диск из
    динамически расширяемый диск до диска фиксированного размера.

      Convert-VHD -Path C: \ test \ MyVM.vhdx -DestinationPath C: \ test \ MyNewVM.vhd -VHDType Fixed
      

    В этом примере замените значение Path на путь к виртуальному жесткому диску, который вы хотите
    конвертировать. Замените значение DestinationPath новым путем и именем преобразованного
    диск.

    Используйте диспетчер Hyper-V для изменения размера диска

    1. Откройте диспетчер Hyper-V и выберите свой локальный компьютер слева. В меню над компьютером
      В списке выберите Action > Edit Disk .
    2. На странице Найдите виртуальный жесткий диск выберите свой виртуальный диск.
    3. На странице Выберите действие выберите Развернуть > Далее .
    4. На странице Найдите виртуальный жесткий диск введите новый размер в ГиБ> Далее .
    5. Выбрать Готово .

    Используйте PowerShell для изменения размера диска

    Вы можете изменить размер виртуального диска с помощью Resize-VHD
    командлет в PowerShell. Если вам нужна информация об установке этого командлета, см. Раздел Установка роли Hyper-V.

    В следующем примере размер диска изменяется со 100,5 МБ до 101 МБ в соответствии с требованиями выравнивания Azure.

      Изменить размер-VHD-Путь C: \ test \ MyNewVM.vhd -SizeBytes 1056
      

    В этом примере замените значение Path на путь к виртуальному жесткому диску, который вы хотите
    изменить размер.Замените значение SizeBytes новым размером диска в байтах.

    Преобразование из формата диска VMware VMDK

    Если у вас есть образ виртуальной машины Windows в формате файла VMDK, вы можете использовать Azure Migrate для преобразования VMDK и загрузки его в Azure.

    Выполните рекомендуемые конфигурации

    Следующие настройки не влияют на загрузку VHD. Однако мы настоятельно рекомендуем вам
    настроил их.

    • Установить
      Агент виртуальной машины Azure.потом
      вы можете включить расширения виртуальной машины. Расширения виртуальных машин реализуют большинство критических функций, которые
      вы можете захотеть использовать со своими виртуальными машинами. Вам понадобятся расширения, например, для сброса паролей.
      или настроить RDP. Для получения дополнительной информации см.
      Обзор агента виртуальной машины Azure.

    • После создания виртуальной машины в Azure мы рекомендуем поместить файл подкачки на временный диск
      том
      для повышения производительности. Вы можете настроить размещение файла следующим образом:

        Set-ItemProperty -Path 'HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Memory Management' -Name PagingFiles -Value 'D: \ pagefile.sys '-Type MultiString -Force
        

      Если к виртуальной машине подключен диск с данными, буква тома временного диска обычно D . Эта
      Обозначение могло быть разным, в зависимости от ваших настроек и количества доступных накопителей.

      • Мы рекомендуем отключить блокировщики скриптов, которые могут быть предоставлены антивирусным ПО. Они могут
        вмешиваться и блокировать сценарии агента подготовки Windows, выполняемые при развертывании новой виртуальной машины
        с вашего изображения.

    Следующие шаги

    .

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    2024 © Все права защищены. Карта сайта