Несмотря на то, что на дворе уже 2025 год, и, казалось бы уже все давным давно держат свои вычислительные ресурсы (сервера) в облаке или, как минимум, в виде виртуальных машин, я оказался в ситуации, что мне нужно конвертировать 2 физических лаб сервера в виртуальные машины:

• Windows 7 (разработка на MS Visual Studio + MS SQL Server)

• Fedora Core 6 (разработка MySQL, PHP, PostgreSQL, почта + веб сайты)

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

Рассказ будет разделен на две части: часть первая (данная статья) будет посвящена конвертации Windows 7, а вторая появится позже, если читателям это будет интересно.

Итак...

Выбор системы виртуализации

После долгих и бессонных ночей - ах куда же все-таки перенести свое "богатство" - включая сравнение разных средств конвертации P2V был сделан выбор в пользу VMWare.

Почему? А вот:

• Локально есть развернутая VMWare Workstation (17.5.2), которую можно при определенных базовых навыках скачать и использовать для некоммерческих целей

• Большинство программ P2V конвертации предлагают "давайте мы сделаем полный клон ваших дисков и потом импортируем их в виртуальную среду"

• Очень хотелось получить результат по принципу "plug-and-play", а не "plug-and-pray" - и, забегая вперед, для Windows это сработало на 100%

Посмотрев на это безобразие (а фактически, оба сервера использовали максимум 50% от объема дисков - 500 МБ / 1024 МБ) предложение VMWare Standalone Converter обещало то, что мне нужно - а именно, адаптивную миграцию разделов файловой системы.

Поэтому выбор сделан - остаемся на VMWare. Тем более, что когда у нас уже есть VM в формате VMWare, её можно легко конвертировать в другой формат.

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

Исходная конфигурация:

• Destination-система - Windows 11

  • Установлена VMWare Workstation 17.5.2

  • К папке с локальными виртуальными машинами предоставлен доступ (shared access)

  • Установлен VMWare vCenter Converter Standalone 6.6.0

• Source-система Windows 7, известны логин и пароль пользователя с привелегиями администратора

• Оба хоста подключены к одной сети (через домашний роутер - локальная сеть)

Т.к. Windows 7 уже legacy ОС без поддержки и развития, мигрировать её с помощью последней версии VMWare vCenter Converter Standalone 9.0.0 не получилось.

Процесс миграции

Миграция через VMWare vCenter Converter построена на базе wizard'а - вперед/назад.

1. Выбираем Convert machine

   

2. Вводим информацию о подключении к source-системе - hostname / IP-адрес, логин (лучше вводить в формате <host>\<login>) и пароль администратора

   

   1. Converter устанавливает в source-систему агент для переноса и спросит - удалить его после конвертации или оставить - отвечаем, что удаляем автоматически

3. 

   Вводим информацию о destination-системе:

   1. выбираем локальную VMWare Workstation 17.5.2

   2. Converter запросит информацию об имени новой виртуальной машины, папке с виртуальными машинами и логин/пароль для доступа к ней - предоставляем данные пользователя-администратора

   3. Логин также лучше указать в формате <host>\<login>

4. 

   Настраиваем параметры миграции

   1. По умолчанию предлагается сделать размеры раздела файловой системы равными физическим дискам - но нам это не нужно, поэтому выбираем минимальный размер + запас ~10% (например, использовалось 258Гб - выбираю 300Гб)

      1. В любом случае, VMWare "умная" - будет использовать физический диск по мере необходимости.Настраваем CPU / RAM для целевой VM (выбираем нужный минимум, потом всегда можно исправить в настройках VM)

   2. Настраиваем сетевые адаптеры (у меня была MB с 2 адаптерами, но для целевой системы это не нужно - оставляем 1 NIC)

      1. Настройка сетевой карты - Bridged - чтобы после загрузки VM была доступна в локальной сети.

   3. 

      В заключении - оставляем опции Advanced по умолчанию (ключевое - Post Conversion / Reconfiguration) - чтобы VMWare vCenter Converter создал правильную загрузочную запись (MBR)

5. Finish - и....

Хитрости конверсии

Да, процесс завершился (заняло ~36 часов для 1ГБ диска), и виртуальная машина успешно запустилась, но есть два но:

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

2. копирование Source (Giga Ethernet) --> Router (Wi-Fi) --> Destination (Wi-Fi) имеет существенные ограничения по скорости

Поэтому рекомендации следующие:

1. Максимально очистить Temp и пользовательские папки (Documents, Videos, Pictures, Downloads и т.д.) от файлов, которые можно перенести без ущерба для работоспособности системы - например в архив на сетевом диске.

   1. Это позволит максимально сократить размер переносимой информации - только проекты разработки, базы данных и прочие сложные настройки

2. Подключить Source напрямую к Destination - я использовал возможность Windows автоматически создать локальную сеть Host-to-Host - скорость увеличивается минимум х10

   1. Обратите внимание на категорию кабеля, который соединяет машины - требуется Cat5e для соединения 1Gbit/sec

В итоге, запустив повторную миграцию после очистки дисков и с Host-to-Host соединением, результат был достигнут через ~1.5 часа (быстрее в 18 раз!)

После этого, полученная локальная виртуальная машина успешно запустилась и работает:

• Все пользователи успешно перенесены

• Все устновленные программы успешно работают

• Размер файла виртуальной машины VMDK составил ~160ГБ

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