Vmware converter error 1603

If you are using VMware vCenter converter standalone tool version 6.2.x for P2V / V2V to migrate the obsolete windows Server 2000 to 2008 SP1 / SP2, 2008 R2 or later then may face very common errors : Unable to complete converter agent installation error code 1603 or similar errors as shown below:

vCenter Converter Standalone Tool common error list and solution is here.

vCenter Tool – Common Issues

1. The VMware vCenter Converter Standalone Agent service failed to start due to the following error: The service did not respond to the start or control request in a timely fashion. Unable to complete converter agent installation error code 1603.

2. Error 1053: “The service did not respond in a timely fashion” when attempting to start, stop or pause a service

3. A timeout was reached (30000 milliseconds) while waiting for the VMware vCenter Converter Standalone Agent service to connect.

4. A service does not start, and events 7000 and 7011 are logged in the Windows event log.

5. Event ID 7009 can be get in Windows event viewer with content “A timeout was reached (30000 milliseconds) while waiting for the VMware vCenter Converter Standalone Worker service to connect”.

6. Error 7000: The failed to start due to the following error: The service did not respond to the start or control request in a timely fashion.

7. This issue occurs because Service Control Manager generates an event if a service does not respond within the defined timeout period (the default timeout period is 30000 milliseconds).

8. A VMware product fails to install with the error 1603 (1009167)

9. vCenter Converter 6.2 failed to install on Windows Server 2008 R2 or later (64993)

10. VMware vcenter converter standalone server service not starting 1053

11. Error 1603: A fatal error occurred during installation

12. When install vCenter Converter standalone 6.x, the installation finished with pop window “Could not start service“.

13. vCenter Converter Agent, vCenter Converter Server or vCenter Converter Worker service cannot turn to “Running” in Windows Service Manager.

14. VMware vcenter converter standalone agent service failed to start

15. The VMware vCenter Converter Standalone Agent service failed to start due to the following error.

I know you have frustrated from above VMware vCenter converter tool 6.2.x errors but don’t worry i have the Best Solution here for all above vCenter converter tool errors list.

Best Solution of Above Error List

The Service Control Manager will generate an event if a service does not respond within the defined timeout period (the default timeout period is 30000 milliseconds). To resolve the error: Unable to complete converter agent installation error code 1603, just use the Registry Editor to change the default timeout value for all services to follow the following steps:

Increase the service timeout period

To perform this procedure, you must have membership in Administrators, or user must be member of Administrator group.

Warning: Incorrectly editing the registry may severely damage your system. Before making changes to the registry, you should back up any valued data.

To change the service timeout period:

Step 1: Click the Start button, then click Run, type regedit, and click OK.

Step 2: In the Registry Editor, click the registry subkey HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl

Step 3: Select Control Folder, look at right-hand the ServicesPipeTimeout entry, right-click that entry and then select Modify.

Note: If the ServicesPipeTimeout entry does not exist, you must create it by selecting New on the Edit menu, followed by the DWORD Value 32 bit, then typing ServicesPipeTimeout, and clicking Enter.

Step 4: Modify the ServicePipeTimeout value,
Click Decimal, enter the new timeout value = 180000 OR 300000 ( In Milliseconds ) and then click OK.

Note : If 180,000 milliseconds is not sufficient then you can increase it as per your requirement.

Step 5: Restart the computer to save the registry changes.

This above method 100% works in most of the cases but if doesn’t work then follow the below Alternative solutions.

Read Also: Cross Hypervisor Migration To-from Nutanix AHV

Alternative Solutions

If above BEST SOLUTION doesn’t work for you then you need to cross-check following things:

Check Compatibility Matrix

VMware Converter Standalone 6.2.x supported Guest OS Compatibility list:

• Windows Vista SP2 (32-bit and 64-bit)
• Windows Server 2008 SP2 (32-bit and 64-bit)
• Windows 7 (32-bit and 64-bit)
• Windows Server 2008 R2 (64-bit)
• Windows 8 (32-bit and 64-bit)
• Windows Server 2012 (64-bit)
• Windows 8.1 (32-bit and 64-bit)
• Windows Server 2012 R2 (64-bit)
• Windows 10 (32-bit and 64-bit)
• Windows Server 2016 (64-bit)

• CentOS 6.x (32-bit and 64-bit)
• CentOS 7.0, 7.1, 7.2, 7.3, 7.4, 7.5 (64-bit)
• Red Hat Enterprise Linux 4.x (32-bit and 64-bit)
• Red Hat Enterprise Linux 5.x (32-bit and 64-bit)
• Red Hat Enterprise Linux 6.x (32-bit and 64-bit)
• Red Hat Enterprise Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5 (64-bit)

• SUSE Linux Enterprise Server 10.x (32-bit and 64-bit)
• SUSE Linux Enterprise Server 11.x (32-bit and 64-bit)
• Ubuntu 12.04 LTS (32-bit and 64-bit)
• Ubuntu 14.04 LTS (32-bit and 64-bit)
• Ubuntu 16.04 LTS (32-bit and 64-bit)

Read also: Change VMware ESXi Hypervisor Hostname in Nutanix Hyper HCI Cluster

Check VMware vCenter Tool Platform

you can install VMware Converter Standalone tool version 6.2.x on the following Windows OS platforms:

• Windows Vista SP2 (32-bit and 64-bit)
• Windows Server 2008 SP2 (32-bit and 64-bit)
• Windows 7 (32-bit and 64-bit)
• Windows Server 2008 R2 (64-bit)
• Windows 8 (32-bit and 64-bit)
• Windows Server 2012 (64-bit)
• Windows 8.1 (32-bit and 64-bit)
• Windows Server 2012 R2 (64-bit)
• Windows 10 (32-bit and 64-bit)
• Windows Server 2016 (64-bit)

Read also: Nutanix In-Place Hypervisor Conversion | ESXi – AHV

Check vCenter Tool Firewall Port List

Required network ports must be open on external firewall between source machine and vCenter Converter standalone tool during the conversion of powered on source machines running Windows / Linux.

Network Ports required during Windows P2V

Read also: Nutanix Infra Default Credentials

Network Ports Required During Linux P2V

Read also: Nutanix Move Migration Guide ?

Network Ports Required During V2V

Read also: VMware Esxi 6.5 U1 High CPU Consumption issue

VMware Prerequisites for Converting a Powered On Windows Machine

VMware Prerequisites for P2V / V2V migration for Windows OS, Before you continue with the conversion, you must prepare the source Windows machine.

1. Make sure that the Converter Standalone server machine has network access to the Windows source machine.

2. Turn off firewall applications and Defender Antivirus running on the source machine.

3. Disable simple file sharing on the source Windows
machine.

4. Stop or disable anti-virus software running on the source
machine.

5. Turn off User Account Control (UAC) or use local administrator account on the source machine.

6. If you are logged in as a member of the local Administrators group, you must disable the User Account Control: You must reboot for the changes to take effect.

7. Remove any Pen drive or removal disk from Physical machine.

8. You must have the Windows / Linux – local administrator / root account credential.

9. Check Windows update should not pending to install in Windows OS

10 ( Optional ). Check HDD / SSD Disk bad sector before migration if you have any doubt on disk performance or data corruption event.

Note: The Security
Options folder is located in Computer Configuration/Windows
Settings/Security Settings/Local Policies.

Ensure that Windows Firewall Does Not Block File and
Printer Sharing

If Converter Standalone fails to connect to a remote Windows machine and issues a bad username/ password error message, ensure that file and printer sharing is not blocked by Windows Firewall.

Procedure

1 Select Start > Settings > Control Panel > Administrative Tools > Local Security Policy.

2 In the Security Settings list on the left, select Local Policies > Security Options.

3 In the policies list on the right, select Network access: Sharing and Security model for local accounts.

4 Verify that Classic – local users authenticate as themselves is selected.

More info visit VMware vCenter converter tool 6.2.x document.

Conclusion

Hopefully you have got the solution of Unable to complete converter agent installation error code 1603, Error 1053: “The service did not respond in a timely fashion” when attempting to start, stop or pause a service, The service did not respond to the start or control request in a timely fashion, installation finished with pop window “Could not start service”, vmware vcenter converter standalone agent service failed to start, vmware vcenter converter standalone server service not starting 1053 etc. issues.

Thanks to being with HyperHCI Tech Blog to stay tuned with latest and trending technology.!

VMware vCenter Converter Standalone error 1603 ‘Unable to complete vCenter Converter Agent installation’ while trying to p2v + fix

When doing a p2v I always use the standalone version of the Converter software. It proved to be more stable than the vCenter Converter plugin.

While trying to p2v a server onto our vSphere platform I was presented with the following error by the VMware vCenter Converter Standalone client: “Unable to complete vCenter Converter agent installation on . Error code: 1603.”

While checking the event log of the server in question, I noticed a perfect error description (Error 1714). There was an older version of the converter agent installed on the server and it refused to be uninstalled:

I checked the uninstall string and tried a manual uninstall, but of course that failed too.

The installation MSI wasn’t available on the server anymore.

This is a problem many of us will have faced. Quite annoying. In this case, however, the software is still available for download on the VMware website (Thank you VMware for keeping some of the older versions available).

So I downloaded VMware vCenter Converter 3.0.3 Enterprise Edition. I didn’t want to install the software, so I extracted the VMware Agent.msi from the installer by executing VMware-converter-3.0.3-89816.exe. This will extract the MSI installer to a subdir of %TEMP%. From there I used UniExtract to extract the files from the MSI.

In the subdir ‘VMware Converterprogram filesVMwareVMware Converter’ that will be created by UniExtract, I found the file I needed; VMware Agent.msi. I copied it to another folder and stopped the installation of VMware vCenter Converter 3.0.3 Enterprise Edition. I had to manually delete the extraction folder.

I copied the VMware Agent.msi to the server I wanted to P2V, pointed the VMware Agent uninstaller on the server to the MSI I just copied and was able to complete the uninstall of the ‘old’ Converter agent.

From here, the installation of the ‘new’ vCenter Converter Standalone agent went smoothly. The P2V ran without any problems. So I was able to put another old hardware server out of commission. Hurray for virtualization!

Источник

VMware Converter: P2V конвертация физического сервера в виртуальную машину

vCenter Converter Standalone это бесплатная утилита от VWware, которая позволяет выполнить преобразование (перенос) физического сервера (компьютера) в виртуальную машину (P2V, Physical-to—Virtua) или перенести ВМ из одной системы виртуализации в другую (V2V, Virtual-to—Virtual). С помощью vCenter Converter вы можете перенести в виртуальную среду как обычный компьютер, так и сервер с Windows или Linux. В этой статье мы рассмотрим, как выполнить миграцию физического сервера в виртуальную среду VMware с помощью vCenter Converter.

И наконец 11 октября 2022 года новая версия vCenter Converter 6.3 стала доступна для загрузки. Эта версия поддерживает новые Windows Server 2019/2022 и Windows 11. При этом старые версии ниже Windows Server 2012, RHEL/CentOS 6 и Ubuntu 14 более не поддерживаются.

Вы можете бесплатно скачать последнюю версию Converter здесь (потребуется регистрация): https://www.vmware.com/products/converter.html

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

Конвертация физического сервера в виртуальную машину VMware (P2V)

1. Скачайте и установите vCenter Converter на любой Windows компьютер;
2. Доступны два режима установки:
   Local installation – устанавливает все необходимые компоненты для управления задачами конвертации на локальном компьютере (мы используем именно этот режим) Client-Server installation — позволяет отдельно установить сервер, клиент или агент на компьютере;
   
3. Создайте новое задание конвертации: File->New->Convert machine;

Мне пришлось сначала с помощью PowerShell удалить программу на хосте Windows:

Get-Package -Name «VMware vCenter Converter*» | Uninstall-Package
И затем вручную установить агент из дистрибутива vCenter Converter (Custom Setup -> Converter agent).

VMware Converter: Конвертируем сервер в виртуальную машину с синхронизацией изменений

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

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

Функция синхронизации изменений позволяет уменьшить простой приложения во время P2V/V2V конвертации, так как конечное приложение нужно отключать только на время передачи изменений.

1. На вкладке Synchronize включите опцию Synchronize change. Выберите, когда выполнить следующую синхронизацию. Обязательно(!!) снимает галку Perform final synchronization;
2. На вкладке Post-Conversion выберите действия, которые нужно будет выполнить после финальной синхронизации. Мы хотим автоматически включить созданную ВМ (Power on destination machine), отключить исходный сервер (Power off source machine), установить VMTools и т.д.
3. Осталось запустить первоначальную фазу конвертации P2V и дождаться ее окончания.

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

Источник

vCenter 6 Upgrade: 1603 Error

I completed our lab vCenter upgrades during this last post. A few weeks after that effort, VMware release vCenter 6.0u1b. Since there was still time to evaluate this release, I went ahead and tried to upgrade from 6.0u1 to 6.0u1b.

One vCenter went off without a problem, another vCenter was not so lucky.

During the installation, the second vCenter encoured a ‘1603’ error during installation. Most of the community posts and KB articles pointed to SQL permissions, which doesn’t make much sense because the vCenter 6.0u1 was working fine with SQL in my case. After opening a case with VMware, the TSE focused on this section of the vminst.log
2016-01-15 13:28:01.007-06:00| vcsInstUtil-3343021| I: RunFirstLastUpdateboot: Told to run “C:Windowssystem32cmd.exe /S /C “”E:Program FilesVMwarevCenter Serverbinrun-updateboot-scripts.bat”””
2016-01-15 13:28:01.007-06:00| vcsInstUtil-3343021| I: Entering function: LaunchProcAndMonitorStatus
2016-01-15 13:28:01.007-06:00| vcsInstUtil-3343021| I: LaunchProcAndMonitorStatus: Launching “C:Windowssystem32cmd.exe /S /C “”E:Program FilesVMwarevCenter Serverbinrun-updateboot-scripts.bat””” in “C:Windowssystem32”
2016-01-15 13:28:01.007-06:00| vcsInstUtil-3343021| I: LaunchProcAndMonitorStatus: Launched process with pid 11312 tid 9572
2016-01-15 13:28:01.007-06:00| vcsInstUtil-3343021| I: Entering function: MonitorStatusFile
2016-01-15 13:28:01.007-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Started execution of process
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Other process terminated with 1, exiting
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| E: MonitorStatusFile: Process exited with a non-zero exit code; no status monitoring so assuming failure
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: called parse callback 0 times
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: No need to wait for process to complete
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Process’s job tree still hasn’t terminated, waiting
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Wait on process’s job tree has completed: 0
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: Leaving function: MonitorStatusFile
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| E: LaunchProcAndMonitorStatus: Failure detected while monitoring status file
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| E: LaunchProcAndMonitorStatus: Job still alive, terminating
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: Leaving function: LaunchProcAndMonitorStatus
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| E: RunFirstLastUpdateboot: Failed to run boot script: “C:Windowssystem32cmd.exe /S /C “”E:Program FilesVMwarevCenter Serverbinrun-updateboot-scripts.bat”””
2016-01-15 13:30:15.548-06:00| vcsInstUtil-3343021| I: Leaving function: VM_RunUpdateBoot
2016-01-15 13:30:15.658-06:00| vcsInstUtil-3343021| I: Entering function: VM_RunUpdateBoot
2016-01-15 13:30:15.667-06:00| vcsInstUtil-3343021| I: RunFirstLastUpdateboot: DEBUG: silentMode 0
2016-01-15 13:30:15.668-06:00| vcsInstUtil-3343021| I: RunFirstLastUpdateboot: Told to run “C:Windowssystem32cmd.exe /S /C “”E:Program FilesVMwarevCenter Serverbinrun-updatebootrb-scripts.bat”””
2016-01-15 13:30:15.668-06:00| vcsInstUtil-3343021| I: Entering function: LaunchProcAndMonitorStatus
2016-01-15 13:30:15.669-06:00| vcsInstUtil-3343021| I: LaunchProcAndMonitorStatus: Launching “C:Windowssystem32cmd.exe /S /C “”E:Program FilesVMwarevCenter Serverbinrun-updatebootrb-scripts.bat””” in “C:Windowssystem32”
2016-01-15 13:30:15.671-06:00| vcsInstUtil-3343021| I: LaunchProcAndMonitorStatus: Launched process with pid 2748 tid 2824
2016-01-15 13:30:15.671-06:00| vcsInstUtil-3343021| I: Entering function: MonitorStatusFile
2016-01-15 13:30:15.671-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Started execution of process
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Other process terminated with 0, exiting
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Process exited with a ‘0’ exit code; no status monitoring so assuming success
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: called parse callback 0 times
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: No need to wait for process to complete
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Process’s job tree still hasn’t terminated, waiting
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: MonitorStatusFile: Wait on process’s job tree has completed: 0
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: Leaving function: MonitorStatusFile
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| E: LaunchProcAndMonitorStatus: Job still alive, terminating
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: Leaving function: LaunchProcAndMonitorStatus
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: RunFirstLastUpdateboot: Successfully ran boot script: “C:Windowssystem32cmd.exe /S /C “”E:Program FilesVMwarevCenter Serverbinrun-updatebootrb-scripts.bat”””
2016-01-15 13:34:40.731-06:00| vcsInstUtil-3343021| I: Leaving function: VM_RunUpdateBoot
2016-01-15 13:34:40.871-06:00| vcsInstUtil-3343021| E: wWinMain: MSI result of install of “R:vCenter-ServerPackagesvcsservicemanager.msi” may have failed: 1603 (0x00000643)
2016-01-15 13:34:40.871-06:00| vcsInstUtil-3343021| E: LaunchPkgMgr: Operation on vcsservicemanager.msi appears to have failed: 1603 (0x00000643)
2016-01-15 13:34:40.871-06:00| vcsInstUtil-3343021| I: PitCA_MessageBox: Displaying message: “Installation of component VCSServiceManager failed with error code ‘1603’. Check the logs for more details.”
2016-01-15 13:37:45.576-06:00| vcsInstUtil-3343021| I: LaunchPkgMgr: Telling child to revert transaction
2016-01-15 13:37:45.576-06:00| vcsInstUtil-3343021| I: InstallStatus_SetStage: install stage: install-packages / revert-transaction
2016-01-15 13:38:50.160-06:00| vcsInstUtil-3343021| I: EndTransaction: Chain transaction 1 rollback result 0

The VMware TSE found an internal KB referening a 1603 issue when the administrator@vsphere.local is NOT a member of the SSO group DCAdmins.I added the administrator@vsphere.local account to DCAdmins as follows:

1. Log into the Web Client as the Administrator@vpshere.local account.
2. Click Administration.
3. Click Users and Groups under Single Sign-On.
4. Select the Groups tab select DC Admins.
5. In the bottom pane under Group Members click the button to add a member.
6. Add the Administrator@vsphere.local account.

I then completed the installation successfully and removed the account from DCAdmins.

Источник

VMware SSO-Server Error 1603

Все новые темы

Автор
Rescuer Участник форума Зарегистрирован: 12.08.2004 Пользователь #: 19,870 Сообщения: 114	Добавлено: Вт 17 Май, 2016 13:28 Заголовок сообщения: VMware SSO-Server Error 1603 _________________ Много байт и ничего хорошего.
Вернуться к началу
Зарегистрируйтесь и реклама исчезнет!
ADMINDM guru Зарегистрирован: 04.11.2007 Пользователь #: 63,218 Сообщения: 7207 Голоса: 230	Добавлено: Вт 17 Май, 2016 23:47 Заголовок сообщения: _________________ Если помог мой ответ — щёлкните по ссылке : http://sysadmins.ru/reputation.php?a=add&u=63218&p=13191050&c=ac4064c1 «Знание некоторых принципов легко возмещает незнание некоторых фактов»
Вернуться к началу
Rescuer Участник форума Зарегистрирован: 12.08.2004 Пользователь #: 19,870 Сообщения: 114	Добавлено: Ср 18 Май, 2016 0:53 Заголовок сообщения: _________________ Много байт и ничего хорошего.
Вернуться к началу
Rescuer Участник форума Зарегистрирован: 12.08.2004 Пользователь #: 19,870 Сообщения: 114 Источник Adblock detector

When doing a p2v I always use the standalone version of the Converter software. It proved to be more stable than the vCenter Converter plugin.

While trying to p2v a server onto our vSphere platform I was presented with the following error by the VMware vCenter Converter Standalone client: “Unable to complete vCenter Converter agent installation on <SERVERNAME>. Error code: 1603.”

While checking the event log of the server in question, I noticed a perfect error description (Error 1714). There was an older version of the converter agent installed on the server and it refused to be uninstalled:

I checked the uninstall string and tried a manual uninstall, but of course that failed too.

The installation MSI wasn’t available on the server anymore.

This is a problem many of us will have faced. Quite annoying. In this case, however, the software is still available for download on the VMware website (Thank you VMware for keeping some of the older versions available).

So I downloaded VMware vCenter Converter 3.0.3 Enterprise Edition. I didn’t want to install the software, so I extracted the VMware Agent.msi from the installer by executing VMware-converter-3.0.3-89816.exe. This will extract the MSI installer to a subdir of  %TEMP%. From there I used UniExtract to extract the files from the MSI.

In the subdir ‘VMware Converterprogram filesVMwareVMware Converter’ that will be created by UniExtract, I found the file I needed; VMware Agent.msi. I copied it to another folder and stopped the installation of VMware vCenter Converter 3.0.3 Enterprise Edition. I had to manually delete the extraction folder.

I copied the VMware Agent.msi to the server I wanted to P2V, pointed the VMware Agent uninstaller on the server to the MSI I just copied and was able to complete the uninstall of the ‘old’ Converter agent.

From here, the installation of the ‘new’ vCenter Converter Standalone agent went smoothly. The P2V ran without any problems. So I was able to put another old hardware server out of commission. Hurray for virtualization!

vCenter Converter Standalone это бесплатная утилита от VWware, которая позволяет выполнить преобразование (перенос) физического сервера (компьютера) в виртуальную машину (P2V, Physical-to—Virtua) или перенести ВМ из одной системы виртуализации в другую (V2V, Virtual-to—Virtual). С помощью vCenter Converter вы можете перенести в виртуальную среду как обычный компьютер, так и сервер с Windows или Linux. В этой статье мы рассмотрим, как выполнить миграцию физического сервера в виртуальную среду VMware с помощью vCenter Converter.

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

Конвертация физического сервера в виртуальную машину VMware (P2V)

1. Скачайте и установите vCenter Converter на любой Windows компьютер;
2. Доступны два режима установки:
   Local installation – устанавливает все необходимые компоненты для управления задачами конвертации на локальном компьютере (мы используем именно этот режим) Client-Server installation — позволяет отдельно установить сервер, клиент или агент на компьютере;
   
3. Создайте новое задание конвертации: File-> New-> Convert machine;
4. Выберете, что вы хотите удаленно конвертировать компьютер с Windows (Powered on -> Remote Windows machine). Укажите FQDN или IP адрес удаленного компьютера, имя пользователя с правами администратора и пароль для подключения;

   Также VMware Converter позволяет удаленно сконвертировать виртуальную машину, которая находится на Hyper-V Server, VMware Workstation, Player или VMware vSphere.

5. Если вы выполняете конвертацию удаленного компьютера, на котором включен файервол, вам нужно открыть ряд портов. В Windows нужно открыть следующие порты TCP: 139,445,9089 и UDP:137,138. Можно открыть порты в Windows Defender Firewall через GPO или с таких команд PowerShell:
   New-NetFirewallRule -DisplayName "Allow9089VMConver" -Direction Inbound -Protocol TCP -LocalPort 9089 -Action Allow  | Enable-NetFirewallRule
6. vCenter Converter подключится к удаленном компьютеру и попытается установить свой агент — службу VMware vCenter Converter Standalone Agent (
   vmware-converter-agent
   );

   В моем случае при удаленной установке агента в Windows появилась ошибка:

   Error 1603: A fatal error occurred during installation.
   Unable to complete Converter agent installation on '192.168.13.20'. Error code: 1,603.

   Мне пришлось сначала с помощью PowerShell удалить программу на хосте Windows:

   Get-Package -Name "VMware vCenter Converter*" | Uninstall-Package
   
   И затем вручную установить агент из дистрибутива vCenter Converter (Custom Setup -> Converter agent).

7. Затем вам нужно указать имя хоста ESXi (или сервера VMwarevCenter) , на котором будет создаваться виртуальная машина, и учетные данные для доступа к нему;
8. Затем выберите датасентер, кластер, хост ESXi и имя VMFS хранилище, где вы хотите разместить новую виртуальную машину. Выберите версию оборудования виртуальной машины (virtual hardware);
9. Затем нужно выбрать диски целевой системы, которые нужно скопировать, настройки памяти и vCPU и т.д. Нас больше всего интересует настройки в секции Advanced;

VMware Converter: Конвертируем сервер в виртуальную машину с синхронизацией изменений

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

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

Функция синхронизации изменений позволяет уменьшить простой приложения во время P2V/V2V конвертации, так как конечное приложение нужно отключать только на время передачи изменений.

1. На вкладке Synchronize включите опцию Synchronize change. Выберите, когда выполнить следующую синхронизацию. Обязательно(!!) снимает галку Perform final synchronization;
2. На вкладке Post-Conversion выберите действия, которые нужно будет выполнить после финальной синхронизации. Мы хотим автоматически включить созданную ВМ (Power on destination machine), отключить исходный сервер (Power off source machine), установить VMTools и т.д.
3. Осталось запустить первоначальную фазу конвертации P2V и дождаться ее окончания.

   Примечание. В нашем случае, для физического файлового сервера с 700 Гб данных конвертация заняла порядка 15 часов.

4. После окончания первоначальной конвертации можете вручную выполнить финальную синхронизацию. Для этого выберете задание в консоли VMware Converter и в контекстном меню щелкните Synchronize.

   Примечание. VMware Converter устанавливает на исходной системе специальный “bitmap driver” (служба bmdrvr), который отслеживает изменения, произошедшие в системе с момента последней синхронизации.

5. В открывшемся окне мастера укажем, что синхронизацию нужно запустить немедленно, а по окончании ее выполнить финальную синхронизацию. Чтобы пользователи не могли изменять файлы на сервере в момент финальной синхронизации, рекомендуем временно остановить основной сервис в ВМ (например, файловые сервер или сервер приложений;
6. Финальная синхронизация заняла около часа, в течении которых изменения на исходной машине были реплицированы на ВМ. После чего старый сервер автоматически отключился, а новая виртуальную машина запустилась;
7. Осталось выполнить окончательную настройку виртуальной машину (удалить скрытые сетевые карты, удалить старые драйвера устройств, задать параметры сети и IP адреса новым сетевым интерфейсам и т.д.) – и виртуальная машина готова к работе.

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