Импорт и Экспорт виртуальной машины в VirtualBox. Hyper-V: Клонируем виртуальную машину

11.02.2012 - 18:26

Рассмотрим скрипт по экспортированию ВМ на сервере Hyper-V.
Задача стоит в автоматизации процесса с максимальной логикой не в ущерб производительности. В результате, мною был написан скрипт, который я подавал раннем . Ситуация менялась с каждым днём, система уже работала в продуктиве, поэтому нужно было сократить риск что-то поломать до минимального. В результате, я доработал скрипт, концепция которого не изменилась:

Находим ВМ
Выключаем ВМ
Экспортируем ВМ
Включаем ВМ

Добавились только "рюшечки" и "вензеля".
Основное требование - сохранение 2-х копий ВМ, текущей и предыдущей. При формировании новой копии, предыдущая удаляется, а текущая переименовывается в предыдущую. Все реализовано на примере каталогов Today и Yesterday.

Основные возможности скрипта:

Проверяет наличие нужной ВМ среди списка ВМ. Все действия записываются в log-файл.
Если ВМ найдена - Удаляет каталог с прошлой записью, текущий каталог переименовывает в прошлый, создаёт каталог для текущей записи.
Проверяет состояние ВМ. Если ВМ запущена - Останавливает ВМ. Экспортирует ВМ в назначенный каталог. Запускает.
Если ВМ остановлена - экспортирует ВМ в назначенный каталог.
Если ВМ в другом состоянии - пишет в лог.
Если ВМ не найдена - пишет в лог.
Позле экспорта - снимает всю информацию про VHD, тестирует VHD. Пишет в лог.
Отправляет e-mail адресатам о проведённых операциях с установкой важности письма при неудаче.

Есть парочка особенностей:

При отправке письма, лог, который планируется отправить вложением, не может находиться по UNC пути. Другими словами, если требуется отправить лог во вложении, нужно его разместить на локальном диске либо сетевой каталог подключить отдельным диском.
Скрипт дополнительными функциями собирает информацию про VHD диск. Для успешной отработки функций аудита, диск не должен располагаться по UNC пути, опять придётся подключать сетевой диск.
Для контроля выполнения экспорта машин по графику, было предпринято внедрить параметр "Имя ВМ".

Для успешной работы скрипта, нужно установить данный модуль . Я думаю, сложностей не возникнет.
Скрипт:

param ($VM ) # Входящий параметр Виртуальной Машины (ВМ)

if (! (Get-Module -Name hyperv) )
{
# Включить модуль
import-module hyperv
}
if ($VM -eq $null )
{
Write-Host "Введите имя виртуальной машины."
}

# ==== Начальные параметры
$ComputerName = Get-Content env:COMPUTERNAME
# Подключаем диск R: для получения информации про VHD
Invoke-Expression -Command "net use R: \\Server /y"
# Обнуляем счётчики
$count = $false # Триггер найденной ВМ
$export_count = $false # Счётчик успешного экспорта ВМ
# Определяем имя\адрес лог-файла
$log = "\\Server\backup\Logs\$ VM\" + (Get-Date -Format " yyy-MM") +" .log"
# Определяем путь к папке с РК
$BackupDir = " \\Server\backup\" +$VM
# Путь к папке с РК для снятия информации с VHD
$InfoDir = "R:\backup\" +$VM
# Данные для email
$Sender = " BackupOperator@ contoso.com"
$SMTP = " smtp.contoso.com"
$Recipients = @(" backup_monitoring@ contoso.com") # группа рассылки с адресатами, которые мониторят резервное копирование
$AttachePath = " R:\backup\Logs\$VM \" + (Get-Date -Format "yyy-MM" ) +".log"

# Функция оптравки сообщения, на момент написания я не знал про функцию Send-MailMessage и написал свою функцию. Переделывать не хочу, "Работает - не трогай!"
function SendEmail($Subject ,$Body ,$Priority )
{
$Message = New-Object System.Net.Mail.MailMessage
$Server = New-Object System.Net.Mail.SMTPClient
$Attache = New-Object System.Net.Mail.Attachment($AttachePath )
# ==== Message
$Recipients | ForEach-Object { $Message .To.Add($_ ) }
$Message .From = $Sender
$Message .Subject = $Subject
$Message .Body = $Body
$Message .Attachments.Add($Attache )
$Message .Priority = [ System.Net.Mail.MailPriority] ::$Priority
# ==== Sending
$Server .Host = $SMTP
$Server .Send($Message )
}

# =========================================
# Начинаем запись лога
(Get-Date) + " `r` n Начало работы скрипта экспорта ВМ " +$VM + " сервер: " + $ComputerName + "`r` n Получение списка Виртуальных машин... `r` n"

# Получаем список ВМ
$VMArray = Get-VM | Select-Object -Property VMElementName
foreach($element in $VMArray )
{
# Ищем заданную ВМ
if ($VM -eq $element .VMElementName)
{
$log_string = $log_string + "Виртуальная машина найдена. Выполняю заданные действия... `r` n"
$count = $true
# ========== Операции с папками ===============

# Удаляем папку Yesterday
Remove-Item -Path ($BackupDir + "\Yesterday" ) -Recurse -ErrorVariable err
if ($err )
{
# Если ошибка удаления - останавливаем выполнение.
`r` n"
" Удаление каталога Yesterday не удалось, экспорт $VM прерван. Ошибка: " + $err
}
else
{
$log_string = $log_string + "Удаление каталога Yesterday проведено успешно. `r` n"
# Переименовываем папку Today
Rename-Item -Path ($BackupDir + "\T oday" ) -NewName ($BackupDir + "\Yesterday" ) -Force -ErrorVariable err
if ($err )
{
# Если ошибка переименовывания - останавливаем выполнение.
$log_string = $log_string + $err + "`r` n"
" Переименование каталога Yesterday не удалось, экспорт $VM прерван. Ошибка: " + $err
}
else
{
$log_string = $log_string + "Переименование папок проведено успешно. `r` n"
# Создаём папку Today
New-Item -Path ($BackupDir + "\T oday" ) -ItemType Directory -Force -ErrorVariable err
if ($err )
{
# Если ошибка создания - останавливаем выполнение.
$log_string = $log_string + $err + "`r` n"
$MailBody = $Mailbody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + "Создание каталога Yesterday не удалось, экспорт $VM прерван. Ошибка: " + $err
}
else
{
$log_string = $log_string + "Создание папки Today проведено успешно. `r` n"
#========== Конец работы с папками

#========== Работа с ВМ
# Если состояние машины - "Работает", то
if ((Get-VMSummary $VM ) .enabledstate -eq "Running" )
{
# Запустить выключение
$log_string = $log_string + ((Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина запущена. Выполняю остановку. `r` n" )
invoke-vmshutdown -VM $VM -Reason "Export VM." -Force -ErrorVariable err
if ($err )
{
$log_string = $log_string + $err + "`r` n"
$MailBody = $Mailbody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Остановка ВМ не произведена, экспорт $VM прерван. Ошибка: " + $err
}
else
{

" Виртуальная машина остановлена. Выполняю экспорт.`r` n"
$MailBody = $MailBody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина остановлена.`r` n"
$MailBody = $MailBody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Выполняю экспорт виртуальной машины.`r` n"
\T oday"
if ($err )
{
$log_string = $log_string + $err + "`r` n"
$MailBody = $Mailbody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Экспорт ВМ завершён с ошибкой, экспорт $VM прерван. Ошибка: " + $err
}
else
{
$log_string = $log_string + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина успешно экспортирована. Выполняю запуск.`r` n"
$MailBody = $MailBody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) +
$export_count = $true
}
# Запуск ВМ потверждением включения на протяжении 300с перед выполнением следующей команды
Start-VM -vm $VM -HeartBeatTimeOut 300 -ErrorVariable err
if ($err )
{
$log_string = $log_string + $err + "`r` n"
$MailBody = $Mailbody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Запуск ВМ не произведен. Ошибка: " + $err
}
else
{
$log_string = $log_string + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) +
$MailBody = $MailBody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина запущена.`r` n"
}
}
}
elseif((Get-VMSummary $VM ) .enabledstate -eq "Stopped" )
{
# Экспорт ВМ без подтверждения со всеми файлами (xml, vhd и т.д.) и подождать, пока не выполнится
$log_string = $log_string + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина находится в режиме Остановлена. Выполняю экспорт.`r` n"
$MailBody = $MailBody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина находится в режиме Остановлена.`r` n"
export-VM -VM $VM -path ($backupDir + "\T oday" ) -force -copystate -wait -ErrorVariable err
if ($err )
{
$log_string = $log_string + $err + "`r` n"
$MailBody = $Mailbody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Экспорт ВМ не произведен, экспорт $VM прерван. Ошибка: " + $err
}
else
{
$log_string = $log_string + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина успешно экспортирована.`r` n"
$MailBody = $MailBody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Виртуальная машина успешно экспортирована.`r` n"
$export_count = $true
}
}
else
{
$vm_state = (Get-VMSummary -VM $VM ) .EnabledState
$log_string = $log_string + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) +
$MailBody = $MailBody + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Экспорт виртуальной машины не произведён, состояние $VM = $vm_state .`r` n"
}
}
}
}
}
}
if ($count ) # Если ВМ найдена
{
if (! ($export_count ) ) # Если ВМ не экспортирована
{
$log_string = $log_string + "Экспорт виртуальной машины $VM выполнен с ошибками. Процесс прерван. `r` n"
$MailBody = $MailBody + "Экспорт виртуальной машины $VM выполнен с ошибками. Процесс прерван.`r` n"
}
else # Если ВМ экспортирована
{
$log_string = $log_string + "Провожу поиск *.VHD для $VM ... `r` n"
# Проводим поиск *.vhd в заданном каталоге
if (Get-Item -Path ($InfoDir + "\T oday\" + $VM + " \Virtual Hard Disks\* ") -Include *.*vhd | Select-Object -Property Name)
{
#$VHDInfo = " VHD Info:` r` n"
foreach($element in (Get-Item -Path ($InfoDir + " \Today\" + $VM + "\V irtual Hard Disks\*" ) -Include * .* vhd | Select-Object -Property Name) )
{
# Для каждого найденного элемента получаем информацию и пишем в лог и строку для письма
$log_string = $log_string + "Информация для " + $element .Name + ":`r` n"
$SomeVHDInfo = Get-VHDInfo -VHDPaths ($InfoDir + "\T oday\" + $VM + " \Virtual Hard Disks\" + $element .Name)
$log_string = $log_string + "Путь: " + $SomeVHDInfo .Path + "`r` n"
$log_string = $log_string + "Объём файла: " + ([ System.Math] ::Round(($SomeVHDInfo .FileSize/ 1Gb) ,2 ) ) + "Gb`r` n"
$log_string = $log_string + "Привязка к VM: " + $SomeVHDInfo .InSavedState + "`r` n"
$log_string = $log_string + "Смонтирован: " + $SomeVHDInfo .InUse + "`r` n"
$log_string = $log_string + "Максимальный объём файла: " + ([ System.Math] ::Round(($SomeVHDInfo .MaxInternalSize/ 1Gb) ,2 ) ) + "Gb`r` n"
$log_string = $log_string + "Тип образа: " + $SomeVHDInfo .TypeName + "`r` n"
# Проводим валидацию VHD ВМ
$TestVHD = "VHD: " + $element .Name + ": " + (Test-VHD -VHDPaths ($InfoDir + "\T oday\" + $VM + " \Virtual Hard Disks\" + $element .Name) )
$log_string = $log_string + $TestVHD + "`r` n"
$MailBody = $Mailbody + $TestVHD + "`r` n"
}
}
else # Вдруг VHD нет в этом каталоге О_О
{
$log_string = $log_string + "*.VHD для $VM не найдены.`r` n"
$MailBody = $MailBody + "*.VHD для $VM не найдены.`r` n"
}
}
}
else # ВМ не найдена на сервере
{
$log_string = $log_string +
$MailBody = $MailBody + "Виртуальная машина $VM не найдена. Процесс завершён.`r` n"
}

$log_string = $log_string + (Get-Date -Format "(yyyy-MM-dd) hh:mm:ss" ) + " Работа над $VM окончена.`r` n"
$log_string = $log_string + "======================== `r` n"

$MailSubject = "$VM export report."
# Отправляем письмо:
SendEmail -Subject $MailSubject -Body $MailBody -Priority $MailPriority

#net use R: /delete /y Данную функцию запускать не обязательно.

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

Симптомы проблемы

В случае, если Вы хотите перенести виртуальную машину с сервера Hyper-V 2008 R2 на сервер Hyper-V 2012 R2, у Вас возникнут проблемы: после экспорта виртуальной машины из Hyper-V 2008 R2 и копирования файлов на новый сервер, при попытке импорта в Hyper-V 2012 R2 Вы получите сообщение вида:
Hyper-V did Not Find virtual machines to import from location d:\..
или
Hyper-V не удалось найти виртуальные машины для импорта из расположения d:\..

Причины проблемы

Hyper-V в 2012 R2 использует новую версию WMI 2.0 , которая не поддерживает.EXP файлы, полученные после экспорта машины Hyper-V 2008 R2, в котором используется WMI 1.0. Поэтому и решение в данном случае: копирование+импорт, т.к. импорт без экспорта виртуальной машины поддерживается на уровне Server 2012 R2 и этих.exp при импорте просто нет, поэтому всё проходит гладко).
@The namespace for version 1.0 of WMI is deprecated. Prepare to adapt scripts for a revised namespace.@
@The WMI root\virtualization namespace is deprecated. The new namespace is root\virtualization\v2.@
http://technet.microsoft.com/en-us/library/hh831568.aspx

Решение проблемы

Необходимо использовать не экспорт+импорт, а копирование+импорт. Сделайте следующее:

Остановите виртуальную машину (ВМ), которую необходимо перенести.
Скопируйте.XML файл, содержащий конфигурацию виртуальной машины, а также.VHD или.VHDX файлы жестких дисков виртуальной машины на новый сервер.
Импортируйте виртуальную машину в Hyper-V 2012 R2
Если Вы уже сделали экспорт виртуальной машины, просто удалите (или переименуйте) файл с расширением.EXP, находящейся в папке с экспортированной ВМ.

Когда делаете экспорт (или подготавливаете виртуальную машину к переносу), выключив виртуальную машину, зайдите в ее конфигурацию, и переключите MAC адрес сетевой карты с динамического в статический. При этом по умолчанию в качестве статического MAC адреса будет предложен старый MAC сетевой карты.
Это позволит не перенастраивать параметры TCP/IP в виртуальной машине после переноса, поскольку MAC адрес карты не изменится и операционная система будет считать, что сетевая карта та же самая.
Вы можете (это рекомендуется Microsoft) сменить (на время переноса виртуальной машины) тип использования оперативной памяти: назначить статическое выделение RAM. После импорта виртуальной машины (на новом сервере) можно снова поставить динамическое выделение RAM.
Если у Вас несколько виртуальных машин на одном хосте, то иногда бывает сложно выяснить, какой.XML файл принадлежит нужной виртуальной машине: все XML файлы могут оказаться в одной папке. Ничего страшного! Скопируйте их все! При импорте виртуальной машины укажите папку с этими XML файлами, и Hyper-V 2012 R2 попросит Вас выбрать нужную виртуальную машину для импорта.
При импорте (если Вы именно переносите виртуальную машину - т.е. на старом сервере она в результате будет удалена, а на новом должна быть запущена та же ВМ) выберите, каким способом производить импорт:
1. Register the virtual machine in-place — зарегистрировать ВМ по месту с тем-же ID;
2. Restore the virtual machine — скопировать ВМ в другую папку, ID оставить без изменения;
  Для переноса ВМ выберите этот вариант .
3. Copy the virtual machine — скопировать ВМ в другую папку и сгенерировать для нее новый ID.
Поскольку импорт (помимо всего прочего) требует копирования файлов жестких дисков, в случае больших файлов VHD(X) этот процесс хочется ускорить. С этой целью скопируйте (или переместите) VHD файл сразу в ту папку, где он должен будет находиться после импорта виртуальной машины. Затем в процессе импорта Hyper-V 2012 R2 запросит Вас, в какой папке взять файлы жестких дисков импортируемой виртуальной машины, а также куда их копировать в процессе импорта. На оба этих вопроса укажите папку, в которую Вы положили VHD файл импортируемой ВМ. То есть у Вас будет указана одинаковая папка "откуда копировать виртуальный диск" и "куда сохранять виртуальный диск".

При подготовке статьи использовались материалы.

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

1. Универсальный формат файла экспорта виртуальных машин

Конфигурация существующей виртуальной машины VirtualBox экспортируется в файл «.ova ». Файл «.ova» (Open Virtual Appliance) – это универсальный файл хранения данных виртуальной машины, который можно использовать в различных программах для виртуализации операционных систем. Это , . Экспортированная в этот файл виртуальная машина может быть затем импортирована как программой VirtualBox, так и VMware Workstation или Microsoft Hyper-V в рамках поддерживаемых этими программами гостевых систем.

Рассмотрим детальнее процесс экспорта и импорта конфигурации виртуальной машины VirtualBox в основной системе Windows.

2. Экспорт виртуальной машины

В окне VirtualBox выбираем конкретную виртуальную машину для экспорта, жмём меню «Файл » и выбираем «Экспорт конфигураций ».

В следующем окне жмём «Next ».

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

Далее появится окно параметров экспорта. Формат оставляем предустановленный, а вот папку файла экспорта «.ova», по умолчанию располагающуюся на системном диске, меняем на папку, например, как в нашем случае, специально созданную на несистемном диске D.

В следующем окне жмём «Экспорт ».

Дожидаемся завершения процесса экспорта.

Экспортированная виртуальная машина в файле «.ova» будет находиться в указанной папке, откуда её можно переместить на другой компьютер, съёмный носитель, в облачный сервис. Или можно оставить, как в нашем случае, на месте — на несистемном диске, где этот файл будет храниться во время переустановки Windows.

3. Импорт виртуальной машины

После инсталляции VirtualBox на новой Windows или на другом компьютере открываем программу и в меню «Файл » выбираем «Импорт конфигураций ».

В следующем окне указываем путь к файлу «.ova» с экспортированной виртуальной машиной. Жмём «Next ».

В самом конце окна будет указан путь, куда после импорта будет помещён файл жёсткого диска «.vdi». По умолчанию это системный диск, и чтобы не захламлять его и предотвратить потерю файла «.vdi» в случае сбоя системы, можно сменить путь, указав папку хранения на несистемном диске. Жмём «Импорт ».

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

После чего увидим импортированную виртуальную машину в списке машин VirtualBox. Что и осталось теперь, так это запустить машину.

Гостевая ОС запустится точно в том состоянии, в котором она была на момент экспорта виртуальной машины.

4. Добавление новой машины из существующего файла жёсткого диска VirtualBox

Альтернатива экспорту и импорту виртуальной машины – добавление новой машины из существующего файла жёсткого диска VirtualBox «.vdi ». Этот способ ничем не уступает процедуре экспорта и импорта виртуальной машины. Более того, если файл «.vdi» расположен на несистемном диске, при переустановке Windows на физическом компьютере можно даже и не тратить время на экспорт конфигурации. Хранящийся же на системном диске файл «.vdi» можем просто перенести на несистемный диск. По большому счёту, процесс экспорта и импорта виртуальной машины выигрывает только экономией занимаемого места файлом «.ova». Например, в нашем случае проводился экспорт виртуальной машины с установленной гостевой ОС Windows ХР, и вес файла «.ova» на выходе составил 4,11 Гб. В то время как размер файла жёсткого диска «.vdi» этой же системы составляет 10 Гб .

Такая выгода в экономии места может быть актуальной в случае переноса виртуальной машины на другой компьютер с помощью облачных хранилищ или съёмного носителя с ограниченным размером. В нашем случае, когда речь идёт именно о переустановке Windows, вполне подойдёт способ добавления новой машины из существующего файла жёсткого диска VirtualBox.

Запускаем VirtualBox и жмём «Создать ».

Задаём показатель оперативной памяти. Жмём «Next ».

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

Виртуальная машина появится в списке VirtualBox, можем её запускать.

Гостевая ОС запустится ровно в том состоянии, в котором была сохранена в последний раз работы с ней.

Добавление новой виртуальной машины из существующего файла «.vdi» – это также способ перенести файл жёсткого диска гостевой ОС на несистемный диск компьютера, если изначально таковой был создан на системном диске, и со временем занимаемое им место стало снижать производительность системы. Для этого необходимо удалить виртуальную машину из списка в главном окне VirtualBox. На выбранной машине вызываем контекстное меню и выбираем «Удалить ».

Затем в появившемся окошке жмём «Убрать из списка ».

После этого можно искать файл жёсткого диска «.vdi» на системном диске (как правило, по умолчанию это путь C:\Users\Имя_пользователя\VirtualBox VMs ), переносить его на несистемный диск и добавлять виртуальную машину заново.

Помогла ли Вам данная статья?

Windows Server 2008 Hyper-V не имеет опции для создания клона существующей виртуальной машины. Однако, это не ознаечает что это невозможно или что это сложно сделать. В действительности такая возможность есть и она довольно проста в применении.

Существуют два способа клонировать виртуальную машину в Hyper-V.

1. Использовать функцию эскпорта/импорта виртуальных машин
2. Скопировать виртуальный жесткий диск и создать новую виртуальную машину с этим диском.

1. Используем функцию эспорта/импорта в Hyper-V

Данный способ наиболее простой и доступный путь клонировать виртуальную машину.

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

Находясь Hyper-V Manager, нажмите правой кнопкой на нужную виртуальную машину и выберите Export. Укажите куда будет импортирована виртуальная машина. При этом важно знать, что когда вы будете импортировать виртуальную машину обратно, само местоположение виртуальной машины и её виртуального диска будут указывать на данное место.

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

Импорт виртуальной машины

Для импорта виртуальной машины нажмите “Import Virtual Machine” из меню Action . Укажите директорию с экспортированной виртуальной машиной и нажмите Import.

Вадно указать именно директорию экспортированной машины, а не одну из её поддиректорий.

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

2. Копируем VHD и создаем новую виртуальную машину

Просто скопируйте VHD файл оригинальной виртуальной машины и потом создайте новую виртуальную машину, но в качестве жесткого диска укажите скопированный файл. В меню, когды вы дойдете до окна “Connect Virtual Hard Disk” , выберите опцию “Use an existing virtual Hard Disk” и укажите его местоположение.

Постовой

Китайское - не всегда значит плохое. Здесь продаются китайские фронтальные погрузчики по ценам завода-производителя.

Нужен забор для дачи, коттеджа, дома? Обращайтесь в "Профзабор" - изготовление заборов на заказ из любых материалов.

Работая с виртуализацией периодически возникает потребность в переносе виртуальных машин с одного типа гипервизора на другой. Так как каждая система виртуализации работает со своими форматами, то просто так перенести машину не удастся, потребуется преобразовать ее в формат нужного гипервизора. Сегодня мы расскажем, как это сделать для двух наиболее популярных систем виртуализации VMWare и Hyper-V.

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

Форматы виртуальных дисков у разных гипервизоров также различны, однако это не представляет сложности - достаточно использовать специализированное ПО для конвертации. Единственная тонкость - гостевая ОС должна поддерживаться обоими типами гипервизора. В противном случае придется предпринимать дополнительные меры для обеспечения нормальной работы, однако эта тема выходит за рамки данной статьи.

Рассмотрим процесс на реальном примере. Один наш клиент приобрел коробочную версию "Мегаплан", который разработчики распространяют весьма оригинальным способом: в виде образа виртуальной машины формата Open Virtualization Format (OVF) , который поддерживают VMWare и VirtualBox . Собственно, внутри виртуалки содержится Ubuntu 12.04 с настроенным веб-сервером, СУБД и прочими компонентами необходимыми для работы "Мегаплана", который представляет собой обычное веб-приложение. При этом лицензионное соглашение запрещает доступ к гостевой ОС.

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

Если виртуальная машина уже работала на платформе VMWare (как чаще всего и бывает), то удаляем из нее VMWare Tools и выключаем машину.

Теперь можно приступать к конвертации виртуального диска. Для этого воспользуемся бесплатной утилитой StarWind V2V Converter . Ее интерфейс и использование предельно просты. Выберем исходный виртуальный диск (файл с расширением vmdk ).

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

Конвертация Hyper-V виртуальных машин в VMWare производится аналогичным образом. Конвертируем виртуальный диск в VMDK, если использовался диск формата VHDX, то предварительно его следует преобразовать в VHD средствами Hyper-V аналогично тому как мы делали выше. Затем создаем в VMWare виртуальную машину для используемой гостевой системы с идентичными параметрами и в настройках диска указываем использовать сконвертитрованый нами VMDK диск. После запуска виртуальной машины не забываем установить пакет VMWare Tools необходимый для полноценной работы гостевой системы.

Теги:

Please enable JavaScript to view the