Запуск машины hyper-v после переустановки хоста

[scorpy490]

Так сложилось что сервер с виртуальной машиной навсегда ушел из жизни. Но папка где хранятся виртуальные машины осталась. Т.е. на самом деле она еще не осталась, и за нее еще придется побороться. Но это неважно, допустим. что она нашлась.
Как запустить виртуальную машину на новой системе? Интересует официальный вариант. Вроде бы проблема не такая уж редкая, hyper-v теперь поднимается и на домашних машинах. И как там после переустановки винды можно правильно включить виртуалку с прошлой ОС?
Но здесь ситуация сложнее. Виртуальная машина в домене, более того она же подключена как резервный КД, и пока еще неизвестно, получится ли ее файлы "достать". Но если все же получится, что и ними делать дальше?
Вариант: создать новую машину с похожими параметрами и подключить к ней диск тут не подойдет. Это будет уже другая машина с кучей проблем. А есть ли какие-то более корректные варианты?

[Anton04]

scorpy490,

Что-то расплывчато всё у Вас. Возможно вы имели в виду восстановление прав на запуск VM (https://blogs.msdn.microsoft.com/robertvi/2008/12/19/howto-manually-add-a-vm-configuration-to-hyper-v/) (при наличии vhdx файла и xml файла с описанием VM)?

[scorpy490]

Да, это и нужно. Только я надеялся, что есть способ запустить виртуалку без этого всего дикого шаманства) Не то, что это так сложно, просто непонятно, почему виртуалка так жестко привязывается к хосту, и из-за этого перестает быть автономной. В VM-Ware это работало гораздо проще: копируй и запускай, прямо двойным кликом.

Спасибо за ответ. В принципе стало понятно, что легких путей здесь не существует)

[Anton04]

почему виртуалка так жестко привязывается к хосту, и из-за этого перестает быть автономной. »

У Вас сложилось неточное мнение из-за нехватки знаний по поводу работы Hyper-V, она не привязана к хосту. Просто каждая VM запускается от имени локального пользователя это сделано для безопасности и для много чего ещё... Почитайте Архитектура Hyper-V: Глубокое погружение (https://habr.com/ru/post/98580/).

В VM-Ware это работало гораздо проще: копируй и запускай, прямо двойным кликом. »

Там другая архитектура, не стоит сравнивать всё напрямую.

В принципе стало понятно, что легких путей здесь не существует »

Их нигде нет, т.к. лёгкие пути Вам только видятся... :tongue:

P.S. Не вижу трудностей запустить одну команду после восстановления VM.

[Busla]

В VM-Ware это работало гораздо проще: копируй и запускай, прямо двойным кликом. »
в ESXi? ;-)

[Denis Dyagilev]

Как запустить виртуальную машину на новой системе? »
Вообще Hyper-V, с версии ядра 6.2, умеет импорт делать без предварительной операции экспорта. Не пробовали?

[scorpy490]

умеет импорт делать без предварительной операции экспорта. Не пробовали? »

не, пока не пробовал, возможно это именно то, что нужно. Файлы вроде достать получилось. Есть файл:
.vhdx - но он совсем старый, видимо еще с тех времен когда виртуальная машина создавалась
рядом файл .avhdx - это похоже что-то вроде журнала транзакций, он свежий, с датой когда ВМ последний раз была в работе.
есть еще файлы .vmcx .vmrs - оба со свежей датой изменения.

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

[scorpy490]

Насколько я понимаю, одного файла vmcx будет достаточно, чтобы импотрировать машину на новый хост. Примерно так

Import-VM -Path 'C:\<vm export path>\2B91FEB3-F1E0-4FFF-B8BE-29CED892A95A.vmcx'

[Anton04]

Есть файл:
.vhdx - но он совсем старый, видимо еще с тех времен когда виртуальная машина создавалась
рядом файл .avhdx - это похоже что-то вроде журнала транзакций, он свежий, с датой когда ВМ последний раз была в работе. »

VHD Set — новый тип виртуальных дисков в Windows Server 2016 (http://winitpro.ru/index.php/2017/05/02/vhd-set-novyj-tip-virtualnyx-diskov-v-windows-server-2016/) или Использование моментальных снимков (Snapshots) в Hyper-V (https://habr.com/ru/post/91190/).

[Denis Dyagilev]

рядом файл .avhdx - это похоже что-то вроде журнала транзакций »
Это файл снапшота/чекпоинта/моментального снимка. Именно в него пишутся изменённые данные в гостевой операционной системе. Использование такой фичи в продуктиве — спорное решение.

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

[scorpy490]

Denis Dyagilev, так дело в том, что .vhdx - сам файл диска был совсем "старый", примерно год назад он менялся. Ну а файл .avhdx свежий, и размер у него был в половину от файла диска. Мне хотелось думать что там снимки, но видимо это не совсем так. Получается, что "снимком" является сам диск ВМ, а в файл .avhdx записываются все изменения, сделанные в системе после создания контрольной точки.
Так и оказалось. Когда я запустил ВМ c файла .vhdx, то логи программ которые работали на ВМ, пропали. Последние логи были за 2018 год, потом пошли 2020 уже после восстановления. Но мне повезло, что за это время конфигурация ВМ совсем не менялась и пропали только логи, ну может еще какие-то последние настройки. Могло бы быть хуже.
Ну и восстановить ВМ через импорт у меня не получилось. Просто потому что не нашел файл .vmcx. Пришлось создавать новую ВМ и монтировать в нее диск. Может быть если бы сделал импорт правильно, то получил бы ВМ в последнем состоянии. Но теперь уж как есть.

[Denis Dyagilev]

Получается, что "снимком" является сам диск ВМ, а в файл .avhdx записываются все изменения »
Файл vhdx не может являться снимком. Как только Вы делаете снапшот, создаётся файл формата avhdx, и в него действительно пишутся все изменения.
Процедура слияния диска моментального снимка avhdx с родительским дисков vhdx уже достаточно где описана (https://social.technet.microsoft.com/wiki/contents/articles/6257.manually-merge-avhd-to-vhd-in-hyper-v.aspx).