1. Замечание о статье

В этой статье описывается каким образом сконвертировать установленную систему Windows в образ виртуальной машины, который в последствии может быть запущен в продуктах VMware. В данной статье будет использоваться VMware Server.

2 Установка VMware Converter

Для начала скачайте VMware Converter на вашу Windows систему(которую вы хотите конвертировать в виртуальную машину) м запустите инсталляцию.

Примите лицензионные требования и нажмите Next:

Выберите папку для установки (в обычном случае оставьте все по умолчанию):

Выберите тип установки Typical :

Нажмите Install для начала установки:

VMware Converter начнет установку:

После завершения установки, нажмите Finish . Если вы хотите запустить VMware Converter сразу, отметьте пункт " Run VMware Converter now" :

На рабочем столе появится ярлык для запуска VMware Converter:

3 Конвертируем Windows в виртуальную машину

Теперь запускайте VMware Converter (он мог быть запущен автоматически, если вы установили опцию Run VMware Converter now в конце установки VMware Converter).

Нет необходимости добавлять лицензию в VMware Converter, так как режим Starter Mode обеспечит нас всем необходимым и он бесплатный. Поэтому нажмите Continue in Starter Mode :

Откройтся интерфейс VMware Converter. Нажмите Import Machine :

Запуститься мастер импорта VMware Converter. Нажмите Next :

Ещё раз нажмите Next :

В качестве источника выберите физический компьютер (Physical computer) :

Мы хотим сконвертировать локальную машину, поэтому выбераем пункт This local machine и нажмимаем:

Выберите раздел, который вы хотите конвертировать. Обычно это раздел по умолчанию:

Нажмите Next :

В дальнейшем я хочу запускать виртуальную машину в VMware Server, поэтому я выбираю опцию VMware standalone virtual machine (Workstation или VMware Server) :

Укажите имя для виртуальной машины (к примеру Windows XP Desktop )

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

Если вы указали сетевую папку и она защищена паролем, введите имя пользователя и пароль:

VMware Converter проверит настройки:

После этого вы можете с помощью sysprep изменить параметры будующей виртуальной машины, но это не необходимо. Пропускаем, нажимаем Next :

Опять проверяем все настройки, и если все в порядке, нажимаем Finish :

После этого начнется конвертация. Это может занять продолжительное время, в зависимости от размера диска.

Система успешно импортирована:

Для проверки конвертации, нажмите на вкладку Task Progress :

4 Запускаем нашу виртуальную машину

Теперь перейдите в систему где установлен VMware Server is installed. Запустите его и импортируйте образ виртуальной машины.

Постовой

LiveIn.com.ua - это лучший портал недвижимости Украины.

Отличные эффективные курсы английского языка Рубикон-English в Санкт-Петербурге. "Рубикон-English", давно работающий, и известный образовательный центр Петербурга. Опытные преподаватели научат говорить по-английски любого.Располагается на Итальянской улице, в двух шагах от Невского проспекта и Гостинного Двора.

VMware vMotion - это функция vSphere, которая позволяет переносить работающую виртуальную машину (ВМ) VMware с одного хоста на другой, не мешая работе производственной среды. VMware vMotion была впервые представлена в 2003 году и сейчас входит в состав практически всех редакций VMware vSphere, кроме vSphere Essentials Kit, предназначенного для небольших виртуальных сред.

VMware vMotion может использоваться в самых различных ситуациях, начиная с планового обслуживания аппаратного обеспечения, когда нужно ненадолго перенести ВМ на другой хост ESX(i), не останавливая ее, и до миграции рабочих ВМ на более мощные серверы. Если ваша лицензия vSphere включает VMware vMotion - поздравляю, вам повезло! А что делать, если ваша лицензия не предусматривает эту функциональность ИЛИ если она нужна вам только на один проект? В этом случае вам поможет технология Quick Migration от Veeam.

Что такое Quick Migration? - это функция , бесплатной редакции Veeam Backup & Replication (без ограничений по сроку действия!). Quick Migration входит во все редакции бэкап-систем Veeam, но здесь речь пойдет только о бесплатном продукте, поскольку эта статья описывает вариант миграции работающих ВМ VMware без дополнительных затрат:

• Установите Veeam Backup Free Edition на виртуальную или физическую машину под управлением Windows. Этот процесс занимает всего 15 минут и не должен вызвать никаких затруднений. Пошаговые инструкции вы найдете ;
• Перед тем, как использовать функцию Quick Migration, добавьте исходный и целевой хосты ESX(i) в инфраструктуру резервного копирования Veeam. Пользовательский интерфейс очень прост, так что эта операция не вызовет проблем. Но если вы хотите быть уверены, что все сделано правильно,

Готово. Следующий вопрос: Как перенести ВМ VMware с помощью технологии Quick Migration?

Технология Quick Migration позволяет переносить работающие ВМ между различными хостами и/или хранилищами. Выберите нужную ВМ, затем в контекстном меню выберите Quick Migration:

Откроется мастер, включающий .

Вот и все!

Дополнительные замечания:

1. Технология Quick Migration может быть полезна, когда нужно перенести ВМ VMware с одного хоста VMware ESX(i) на другой, не допуская значительных перерывов в работе, а функция VMware vMotion недоступна, ИЛИ когда нужно перенести работающие ВМ в другое хранилище, а функция vSphere Storage vMotion недоступна. В обоих случаях Veeam Quick Migration поможет перенести нужные ВМ, используя фирменную технологию SmartSwitch.
2. Вообще-то Quick Migration может работать с ВМ VMware в любом состоянии, но главная ее польза в том, что она позволяет перенести работающую ВМ, не оказывая существенного влияния на производственную среду, поскольку отключать систему не требуется.
3. Quick Migration может перенести несколько ВМ VMware в новое место одновременно, а не по очереди.
4. Quick Migration работает только с VMware, но не с Hyper-V.
5. Для работы Veeam Backup Free Edition необходима хотя бы самая простая платная редакция VMware ESXi, поскольку функционал API ESXi Free ограничен.

Надеюсь, эта статья была вам полезна. Если у вас остались вопросы или нужна помощь - обращайтесь, буду рад помочь.

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

• Статья (2-я часть статьи Подробного руководства по защите данных и послеаварийному восстановлению VMware)
• Справочный центр Veeam:

Миграция физического и виртуального сервера VMware

• Системное администрирование

Жил да был сервер в далекой стране. По техническим характеристикам для своего времени он был не плох - Intel Core Quad Q6600 2.4GHz 8GB RAМ Intel DQ965GF motherboard, 3ware7xxx/8xxx raid controller и 2 SATA диска по 300GB в raid 1 масcиве.

И вот однажды решил на этом сервере один из дисков в raid умереть - а раз решил, то и умер. Естественно было предположить, где один диск умер, там и второй умереть может - надо менять. Да и расширить дисковое пространство не помешает, подумали мы.
Кое-как с грехом пополам купили новые 2TB диски - кризис и в далеких буржуйских странах был с жесткими дисками. Сервер был критически важным, но выключать и мучать его можно было некоторое время - были дублеры.

Решили мы обновить и программное обеспечение…

На сервере была CentOS 4.5 x64, старая замученная, установлен vmware server 2-й и под сервером уже было три виртуальным машины с windows 2003 server с ms sql и кое-какими программами, freebsd и suse. За давностью лет, из важного нужна была только windows и в будущем планировалось туда еще несколько виртуальных машин подсадить - значит надо платформу менять.
Остановились на vSphere hypervisor - а по простому ESXi. Проштудировав интернет - не нашел опыта установки ESXi на такое конкретное железо - могла не заработать сетевая карта Intel 82556DM и raid контроллер - поиск в официальном списке совместимости не давал положительного результата. Ставить дополнительную сетевую карту было бы неудобно и по времени затянулось бы. Ну и без raid можно было обойтись.

В общем решили попробовать. Пишу письмо в техническую поддержку, чтобы поставили новые винчестеры и проинсталлировали esxi 5.0. Через некоторое время ответили, что поставили esxi 4.1u1, что raid не увиделся, но на встроенном контроллере ICH работает и видно оба винчестера. Дали пароль, чтобы мы сходили на это счастье посмотрели.

Сходили посмотрели. Вроде работает. Теперь задача вторая - миграция виртуальной машины windows server 2003 из vmware server в vmware vsphere hypervisor среду. Придумали несколько вариантов -
первый закачать в сторадж образ диска или готовую виртуальную машину с centos/linux и подключить старые диски как Raw devices mapping, поставить конвертер и сконвертировать в esxi.
второй - попробовать банально примонтировать раздел ext3 к esxi - но к сожалению это вроде как невозможно.
третий - скопировать по SCP/FTP/HTTP куда-нибудь в другое место, сконвертировать там и потом скопировать обратно по SCP или через vclient.
четвертый - поставить внутри старой centos vmware converter и сконвертировать на месте.
пятый - поднять еще виртуальную машину с windows и поставить туда конвертер.

Пока думали - техническая поддержка вставила диски в USB-SATA переходник и подключила к серверу - голый ESXi, конечно, не смог понять что можно сделать с этим вариантом. Потом они написали, что сомневаются, чтобы raid массив увидеться кроме как из родной для него операционной системы.

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

Примонтировать не пробовали разделы ext3 к esxi - в опциях команды mount не увидели ext3 типа файловой системы - может плохо глядели.

В общем сделали так - я запаковал файлы виртуальной машины и скачал их себе на компьютер. Поставил у себя vmware конвертер и сконвертировал в местный esxi хост. Для надежности и совместимости подключился по ssh к местному esxi и сархивировал выключенную виртуальную машину с помощью tar - каталоги виртуальных машин находяться в /vmfs/volumes/datastore/. Параметр z сжимает архив.
Получился файл 7Гбайт из 17Гбайт.

Написал в техническую поддержку, чтобы поставили новые винчестеры и запустили esxi. Потом подключился к удаленному esxi программой WinSCP и стал заливать архив. Скорость просто убила - 30кБ/сек, примерно 3 суток копирования. Как потом выяснилось, докачка не поддерживается, tar в esxi не умеет работать вроде бы с разбитыми на части архивами. На всякий случай решил попробовать стандартным vclient закачать архив в хранилище - скорость оказалась примерно в 10 раз больше и за 7 часов архив закачался.

Потом зашел по ssh в удаленный esxi и распаковал tar ом виртуальную машину, добавил в Inventory и запустил. Обновил vmware tools, сетевую карту и восстановил сетевые настройки.

Для повышения надежности создал виртуальную машину с windows 2003 server (чтобы работала технология сжатия памяти vmware и тратилось меньше ресурсов). В обе машины добавил еще по одной сетевой карте с «серыми» IP адресами, создал еще один vSwitch, добавил в него VMKernel, поставил галочку Management traffic в нем и назначил ip адрес из того же «серого» диапазона. Поставил и настроил veeam backup. Для уменьшения платного трафика через интернет и для безопасности, veeam подключается к esxi через «серый» ip адрес и делает копии виртуальных машин с одного винчестера хранилища на второй - чтобы в случае выхода из строя можно было быстро восстановить работоспособность.

Если бы не медленная скорость копирования через интернет - то простой составил бы минут 30-ть максимум.

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

Был у бухгалтеров bit2000 и всё их устраивало, ну, почти всё. Не устроило то, что нужно было бы привязать ещё склады в программу, но сделать такое не вышло. И переехали мы на 1с, и закуплен был сервер и было это хорошо, а старый сервер оказался не сильно нужен, но железо нужно.

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

Как сделать слепок системы так, чтобы он запустился без проблем?

Интернет подсказывал несколько решений, вот только у меня исходная система windows server 2003, и даже с кряком не всё работает, нужен кряк под сервер. Скажу сразу, Акронис не подойдёт, Парагон диск менеджер серверный может сделать слепок системы, но выгружает его не на локальные диски, а только на физические диски. Имейте это ввиду, когда решите их использовать.

Интернет подсказал. В блоге Андрея Бешкова была ссылка на бесплатную утилиту disk2vhd . Маленькая, да удаленькая, позволяет сделать снимок работающей системы и выгрузить его на локальный диск.

Описание, как первоначальный раздел на 300 гигабайт был поделён на 3 раздела, можно пропустить.

Утилита очень простая, выбираете диски на которых стоит нужная вам система, и выбираете путь - его придётся прописать вручную. Я не пробовал, но, вероятно, программа может и на сетевые диски и папки перекидывать снапшот системы. Отметил также галочку «Prepare for use in Virtual PC», хоть и вместо Virtual PC, у меня Hyper-V. Help не работает.

После создания виртуального диска, создаём виртуальную машину.

Выбираем 1 поколение.

Устанавливаем нужный объём оперативной памяти - она будет выделятся из физической, в моём случае виртуальная машина крутится на 1 гигабайте оперативки, если выставить больше она просто не запускается - не хватает памяти, не только она одна работает на сервере.
Учитывайте этот момент.

Сетевой адаптер пока не выбираем.

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

В такой конфигурации работает моя виртуальная машина.

Переходим к настройке виртуальной машины.

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

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

Можно установить желаемый объём оперативной памяти.

Загружаемся с диска, установка новой системы не требуется.

Устанавливаем новое оборудование - «Устаревший сетевой адаптер», его наш windows server 2003 увидит.

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

Всё готово, можно запускать.

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

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

Всё очень просто делается.

P.s. Чуть не забыл - надо будет снова активировать систему, система активировалась нормально.
p.p.s. Ссылки вставить правильно не удалось.

Добрый день!. Сейчас многие физические сервера стараются преобразовать по технологии P2V в виртуальные. Делают это для того, чтобы избавиться от старого оборудования, но сохранить в рабочем состоянии свои сервисы, придав им большей производительности на новом оборудовании, либо все едут в облака, по типу vCloud Director . Сегодня я хочу вам рассказать, как производить миграцию P2V и виртуализовать физический сервер с помощью VMware vCenter Converter Standalone.

Алгоритм миграции P2V в Vmware

• Для того, чтобы вы могли преобразовать ваш сервер в виртуальную машину Vmware, вам нужно поставить VMware vCenter Converter Standalone 5.5 описано подробно .
• Далее подготовить ESXI хост, куда вы будите виртуализовывать физический сервер
• Запустить конвертер и пройти все этапы мастера преобразования

Запускаем VMware vCenter Converter Standalone 5.5, либо уже есть версия поновее 6.2.

Если выскочит ошибка A File I/O error occurred while accessing, то посмотрите из-за чего она происходит

Выбираем Convert machine

• Powered-on machine, работающий компьютер или сервер. Это основной метод работы VMware converter, «без прерывания работы». Сервер может быть физическим или виртуальным. Находиться в локальной сети или быть локальным (та машина, на которую установлен конвертер). Операционная система Windows или Linux, не Unix. Для Linux сильно ограниченный список операционных систем.
• VMware Infrastructure virtual machine, в случае, если нужно виртуальную машину со старой платформы(Virtual Center 2.5, ESX(i) 2-4.1), перевести на новую, пятую. Основное изменение в 5-ой версии VMware vSphere это новая версия виртуального оборудования за номером 8, вместе с ним изменились и VMware tools.
• VMware Workstation or other Virtual Machine. Workstation очень популярен среди администраторов и часто виртуальная машина из тестовой превращается во временную рабочую. Конвертер перенесет ее на ESXi, в среду vSphere без проблем. Выбираем так же этот пункт, если виртуальные машины работают у вас на VMware Fusion, VMware Player, VMware server 2.x
• Backup image or third-party virtual machine. Восстановление из имеющегося бэкапа или виртуальной машины другого производителя. Восстановление из резервной копии – это очень полезная функция и я ниже расскажу почему.
• Hyper-V server. Для перехода с платформы Microsoft на VMware. Отличается от third-party virtual machine тем, что у вас должен иметься работающий сервер Hyper-V и подключаться конвертер будет к нему. Виртуальные машины должны быть выключены.

Для работы VMware Converter с Windows like операционной системой по схеме «Powered-on machine» нужны учетные данные администратора системы, чтобы конвертер мог подключиться, установить агента и начать миграцию. Для Linux систем нужно ввести пароль root и иметь возможность подключаться удаленно по SSH. Возможно, понадобиться поправить конфигурационный файл sshd и разрешить root вход. Еще для входа root должен быть в группе wheel.

VMware Converter при корректном подключении определяет, какую операционную систему ему предстоит мигрировать. Сколько и какие у нее диски и разделы, сколько сетевых интерфейсов, оперативной памяти, процессоров. Все эти данные будут использованы для создания новой виртуальной машины на ESXi хосте. Я вбиваю адрес vCenter и учетные данные.

Игнорирую предупреждение на сертификат

Выбираем папку проекта для мигрируемой машины

Следующий шаг. Указываем хост ESXi на котором будет запущена виртуальная машина. Хранилище, куда будут записаны файлы ВМ и версию виртуального оборудования (10-ая это последняя, на текущий момент). Подозреваю, что если бы я указал в качестве "Destination system vCenter server", то выбор был бы больше, чем из одного варианта. Отобразились бы все доступные хосты и data store

На следующей странице можно задать какие диски нужно конвертировать какие нет, сколько нужно сетевых интерфейсов и многое другое.

Смотрим сводку

Finish. Теперь если посмотреть vCenter, там появился задача создания виртуальной машины.

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

Так же после выполнения задания вы можете столкнуться с ошибкой An error occurred during reconfiguration , и при включении виртуальной машины на гипервизоре esxi вы получите синий экран, решение этой проблемы по ссылке слева. Материал сайта