P2v conversion using vmware vcenter converter standalone

Install VMware vCenter Converter Standalone

To host VMware vCenter Converter Standalone, you need a physical or virtual machine based on Windows Server. Usually, when I run this tool, I use a virtual machine. Then, I run the executable to process the product installation. In the first window, just click Next.

Next, accept the End-User Patent agreement and click Next.

Then accept the license agreement and click Next.

Next, choose a destination folder for VMware vCenter Converter Standalone and click Next.

Then choose a setup-type: local installation to deploy only VMware vCenter Converter Standalone, or Client-Server installation if you want to install agent and client additionally. I choose local installation because I don’t want to convert the server where I deploy VMware vCenter Converter Standalone.

Next, choose if you want to join the VMware CEIP or not, and click Next.

To run the installation, click Install.

When the installation is finished, you can run the Converter Standalone Client.

VMware Converter

Physical (running) Windows server to Proxmox VE (KVM) using VMware vCenter Converter Standalone Client (V5)

Tested on an HP ProLiant ML350 G5 and G6

Prepare Windows

VMware vCenter Converter Standalone Client

Download here(version 5.x is Free Software and also free of charge but you need to create an account and login before download)

Mergeide.reg

Execute mergeide.reg (File:Mergeide.zip)

VMware vCenter Settings

Launch VMware vCenter and use the following settings:

• Source type: Powered-on machine
• Specify the powered-on machine: This local machine
• Select destination type: VMware Workstation or other VMware virtual machine
• Select VMware Product: VMware Workstation 8.0.x
• Name: Enter the desired name for the image
• Select a location for the virtual machine: Browse to the USB or Network drive where the image will be saved.

The next screen shows the settings for the virtual machine.

Click on Advanced options, select the Post-conversion tab and make sure ‘Install VMware Tools on the destination virtual machine’ is NOT check. We do not want to install VMware tools.

Click next and Finish.

It will now convert your physical machine to a .vmdk file.

NOTE: Depending on your hardware, you may need to boot the .vmdk file using VMware Workstation or Player before moving the file to the Proxmox VE server. This allows windows to install additional drivers for the disk controller. If promoted to convert the disk to Workstation 9.x compatibility, say Yes. You won’t know if you need this step until starting the Windows VM in the final step. If you get a blue screen during boot, you should try this step.

Prepare the VM on Proxmox VE

Create a new KVM virtual machine. You’ll want to use similar CPU and memory as the physical system. In the Hard Disk menu, leave everything as default. We won’t be using the disk created by Proxmox VE. Finish creating the VM. Make note of the VMID. For this guide, we’ll be using 100 as an example.

Once the VMware converter has completed, disable all of the networks adapters on the physical server and shut down. Disabling the network adapters will avoid potential IP conflicts if you will start the physical server back into Windows after you have your new virtual server running.

Move the image to the Proxmox VE Server

Plug a USB Hard Drive into the server

From the Proxmox VE command line:

mkdir /mnt/usb

mount /dev/sdc1 /mnt/usb/

ls /mnt/usb

You should see the contents of the USB drive. In my case, the vmdk file was located in /mnt/usb/windows-server/

Converting to qcow2

We want to convert the .vmdk image file to qcow2. To do this, use the following command:

qemu-img convert -f vmdk /mnt/usb/windows-server/windows-server.vmdk -O qcow2 /var/lib/vz/images/100/windows-server.qcow2

This can take a while depending on the size of file and speed of your system.

Final Steps

Once the conversion is complete, we need to edit the configuration file for the VM.

nano /etc/pve/local/qemu-server/100.conf

In the line with ide0: we want to change vm-100-disk-1.raw,size=32G to windows-server.qcow2

You may delete the empty disk created by Proxmox VE when you created the VM.

rm /var/lib/vz/images/100/vm-100-disk-1.raw

Start the VM and open the console. Windows should boot up normally. It’ll take a few minutes to detect the hardware changes. If the Windows system had a static IP address, you’ll have to reconfigure the settings.

Alternative Methods

OpenVZ Template Creators to create non Debian (we have DAB for it) templates.

Follow these steps to do a V2V migration and move a virtual machine from another hypervisor to a Proxmox VE virtual machine that uses Qemu and KVM.

Physical to Virtual by VMware Converter in Windows 10

Follow the steps to create VMDK files by converting physical to virtual (P2V) in VMware vCenter Converter.

1)  Download VMware vCenter Convert for Physical to Virtual (it’s free, but registration is required)

2)  Complete the installation.

3)  Open the converter, and select ‘This local machine.’ You can select a remote computer that can be any physical server. You must have administrative privileges on the remote computer to complete this.

Click ‘View source details’ to ensure the converter reads the physical computer resources correctly.

If you use a remote (network computer) based on the user name/password, the converter will take the inventory of the remote PC and list the details. This step will ensure that the user and the converter have proper access to the computer.

4) Click next. Select the destination type.

I selected a VMware workstation as the type. If you select VMware hypervisor, you must have the details to upload the VM directly to the ESXi server.

Select the version, the name of the VM, and the location where you need to save the converted VMDK and other VM files. Make sure the location has enough disk space. It depends on the physical disk size and what disks you selected to convert.

5) The next screen will offer more advanced options once you click Next.

Click on ‘Data to copy’ to choose the physical partitions to be included in the conversion. You can’t remove system or boot partitions from the list, which will cause virtual machine booting problems later. The target disk size in the virtual machine is editable on this screen.

6)  Other options such as processors, disk types, memory size, network type, and Windows services can be customized.

7)  Click Next and check the summary list as per your selection. Press Finish to start the P2V migration by VMware vCenter Converter. The conversion task can be viewed below.

  Once the process ends, you will get the virtual hard disk in VMDK format.

As mentioned, this VMDK file can be directly attached to VMware products and VirtualBox.

In VirtualBox, create a virtual machine with the appropriate hardware and OS version; instead of creating a new hard disk, attach this converted VMDK.

If you need to use this converted VMDK in Hyper-V, it must be converted to VHD format. We have already published a guide VMDK to VHD here.

What are P2V and V2V migrations in VMware?

P2V (Physical to Virtual) and V2V (Virtual to Virtual) migration are two methods of migrating a physical or virtual server to a virtual environment using VMware.

P2V migration involves converting a physical server to a virtual machine, while V2V migration involves transferring a virtual machine from one host to another. Both methods require careful planning and execution to ensure a successful migration without data loss or downtime. P2V and V2V migration can provide many benefits, including improved flexibility, scalability, and cost savings.

What are the two options to convert physical to VM?

The two options to convert physical to VM (virtual machine) are using a physical-to-virtual (P2V) migration tool or manually creating a new virtual machine and installing the operating system and applications from scratch.

The P2V migration tool automates converting a physical machine to a virtual machine. At the same time, the manual method requires more time and effort but allows for greater customization and control over the virtual machine configuration.

How do I clone a physical server to a virtual machine?

To clone a physical server to a virtual machine, you must use a software tool to convert the physical server’s data and Operating System into a virtual format. Some popular tools for this task include:

• VMware vCenter Converter
• Microsoft Virtual Machine Converter
• Acronis Backup.

Once the tool is installed, you can follow the instructions to select the physical server and create a virtual copy on your virtual machine host.

It is important to note that the process may take some time, depending on the size of the physical server and the speed of your hardware.

Additionally, you should ensure that the virtual machine has enough resources and storage to run the cloned server effectively.

Server features

Server 2008 has some features that might also be interesting to have on a workstation. For example, if you want to be able to connect via RDP to your workstation while someone is already logged on, you can make use of the Server 2008 Terminal Services. Hyper-V and the full version of Internet Information Server 7 (IIS7) are more good examples.

Actually, I have been considering running Server 2008 on my laptop because of Hyper-V. I often test software in a virtual environment and Hyper-V certainly has its charms. However, it lacks important features for software testing. For example, it has no virtual switches and does not support NAT and linked clones. So, I will stay with Vista and VMware Workstation. I think that this example shows that typical server software does have its downsides if you use it in a desktop environment. “Linked clones” is not really a feature you need for server virtualization.

I suppose you realized that I do not really believe that there are compelling reasons to prefer Windows Workstation 2008 to Windows Vista. However, there are considerations that speak against Windows Workstation 2008.

MIND

Еще один инструмент миграции виртуальной инфраструктуры от российских разработчиков. Заявлена поддержка популярных платформ:

• AWS, KVM, Hyper-V, VMware, OpenStack, Azure и др.;

• Windows Server, Linux, Debian, Astra Linux, Red Hat Enterprise Linux, Ubuntu и др.

Производитель обещает:

• Автоматизацию миграции. Можно мигрировать со всеми необходимыми настройками в продвинутой версии или выбрать перенос в пару кликов в базовом режиме.

• Контроль переноса. Решение позволяет контролировать процесс корректного переноса и обеспечивает консистентность данных.

• Поддержку российских платформ. Среди них — VK Cloud, АЛЬТ СП, Astra Linux, РТК Базис.

  

  

  

  

  

  

  

  

  

  

• Миграцию в режиме онлайн. Нет необходимости останавливать серверы в процессе переноса.

MIND внесен в Реестр Российского ПО, а ООО «Майнд Софт» — аккредитованная российская компания.

Conversion process

We will convert ESX & ESXi persistent virtual hard disks (flat vmdk) into VMware Player, Server and
Workstation virtual hard disks. Let’s say you have an ESX (or an ESXi) server, where you keep some of your
virtual machines. And let’s say you want to use these machines in VMware Server or maybe VMware
Workstation. You can’t.

Even though both ESX and other products are all made by VMware, there are some differences between them to
prevent you from using the virtual machines on the fly. You will have to convert them. This is where VMware
Converter comes into play.

For more information about virtualization in general, please refer to my section. More specifically,
you will find the following articles of interest:

We will take a 20GB pre-allocated, non-shrinkable virtual hard disk located on an ESXi hypervisor, which
consists of the header file (name.vmdk) and a
flat file (name-flat.vmdk) and convert it into a
growable virtual hard disk (something.vmdk) fully usable by VMware Player, Server
or Workstation. In the process, the pre-allocated free space will be «freed» — thus making our image
significantly smaller.

First, download and install the Converter. You will have to register for download. Once the Converter is
installed, run it. VMware Converter runs both on Windows and Linux. The demonstration screenshots throughout
this article have been made on a Windows machine, but for the sake of convenience, there’s also a pair of
screenshots from an openSUSE 11.0 installation toward the end.

KVM

Технология виртуализации KVM (Kernel-based Virtual Machine) продвигается компанией RedHat и является «основной» в этом дистрибутиве и его клонах. Требует поддержку аппаратной виртуализации Intel VT или AMD V. Это означает, что KVM может использоваться далеко не на каждом компьютере: старые и некоторые из новых CPU (например, Intel Atom) не подойдут. В принципе, если оборудование закупается под задачу — это не проблема. Проверить очень просто:

Распространяется он по лицензии GNU GPL, компании RedHаt и Novell предоставляют коммерческую поддержку.
Реализован в виде базового модуля ядра (kvm.ko) и userspace.

Последний представляет собой модифицированный QEMU (qemu.org), предназначенный для эмуляции аппаратного обеспечения. В зависимости от типа CPU грузится и специфический модуль — kvm-amd.ko или kvm-intel.ko. Для настройки виртуальных машин используется псевдоустройство /dev/kvm. Все инструкции выполняются в специальном гостевом режиме, в полностью изолированном от системы и друг от друга адресном пространстве. Ввод-вывод сетевых, блочных и balloon (работа с памятью) устройств реализован через драйвер Virtio, остальные в userspace. Накладные расходы выше, чем у OpenVZ, и, в зависимости от задач, могут быть до 20%.

Но у KVM есть несомненный плюс — в качестве гостевых можно запускать Linux, *BSD, Windows, Solaris, Mac OS X и ряд других ОС. Гостевые системы ограничены фактически ресурсами сервера, каждая может иметь до 16 vCPU (некоторые ОС, вроде Win XP, предварительно следует специфически подготовить). К слову, опыт показывает, что если в качестве гостевой используется Linux, то лучше выбрать такой же дистрибутив, как и базовая система. Производительность и стабильность работы будут заметно выше.

Удобно, что KVM поддерживает vmdk-образы, созданные в VMWare, процесс переноса очень прост и хорошо описан в соответствующем HOWTO (clck.ru/9xlp).
Учитывая, что KVM включен в состав ядра Linux начиная с версии 2.6.20 (раньше, чем другие системы виртуализации), проблем с установкой ни для одного из дистрибутивов нет.
В KVM поддерживается savevm/loadvm, offline и «живая» миграция виртуальных машин (последние — через команды migrate*).

Основным условием успешного переброса хоста является идентичность оборудования (тип CPU) и настроек гостевой системы, в том числе и пути к файлам образов. Хотя в некоторых случаях можно перенести ОС и без полного соответствия, но это потребует больше трудов и увеличивает вероятность ошибки. Гостевые ОС легко клонируются: один раз создав шаблон, его легко размножить.

Конвертирование P2V возможно двумя способами.

• Первый через dd, как описано в документации QEMU, но стандартной такую операцию назвать нельзя.
• Второй — применить VMWare Converter.

Так как KVM основан на QEMU (оба проекта тесно связаны друг с другом), то принципы управления (в частности, создания образов) остались те же. Для загрузки новой гостевой ОС через /dev/kvm используется специальная утилита kvm.

Управление осуществляется при помощи фронт-энда virt-manager, разработанного RedHat, или утилит командной строки qemu* и kvm. Чаще всего админы для удобства используют скрипты (на сайте проекта можно найти несколько заготовок).

Также доступны и интерфейсы: кроме тех о которых говорилось выше, это Karesansui (Xen/KVM), Symbolic, ConVirt (Xen/KVM), Ganeti (Xen/KVM).

Compatibility

I suppose most apps that work on Vista will also run on Server 2008, although I am quite sure that there are a few desktop programs that will have problems. However, the main point here is that any time you run into problems, you will wonder whether the source is a program flaw or the fact that you are running the app in an environment for which it was not programmed. We have some experience with this because we offer typical desktop apps (dictionaries, full text collections, biographies, etc.) on a Terminal Server. Thus, I can tell you that there are many desktop apps that show strange behavior in a server environment. Don’t tell the vendor’s support that you run their application on a Server – they might just laugh at you. What is the number 1 rule if you want to avoid computer trouble? Follow the crowd, always.

Step 1: Specify Source

The Convert supports numerous conversion options. I’m going to show you a few:

Powered-on machine:

This is an actual running host, either local or remote. The supported operating systems include a variety of
Windows versions, RedHat, SUSE Ubuntu.

Supported products include ESX server, ESXi and vCenter Server.

VMware Workstation or other VMware virtual machines

This option will most likely be one of your more frequent candidates, either as a source or a destination. As
you can see, the entire family of VMware desktop products is supported, from Player up to Workstation.

Backup image or third-party virtual machine

Here, you will find a range of non-VMware products. Microsoft Virtual PC and Parallels are supported.
Unfortunately, I did not find VirtualBox. But worry not, we’ll talk about VirtualBox-VMware conversion in a
separate article.

Some of you may also like the fact Acronis True Image backups are also supported.
So if you’re using ATI to image your system, here you have a fantastic option of trying out the image in a
virtual machine. The same applies for ShadowProtect.

Virtual Appliance

The last option refers to preconfigured virtual machines.

We will use VMware Infrastructure virtual machine as our source.

After connecting to our ESXi server, we can see a list of virtual machines available for conversion.

Error 29142 vmware converter

I am having problems converting a Dell Power Edge 2800 Server w/ Win 2k3 & SP2. Its a pretty clean box with just windows and Lotus Notes 4.6.

What i notice happening is the VMware vCenter Converter Agent service stops when I try to start the conversion.

*The error i get is: * » A general system error occured: Remote server closed connection after 0 response bytes read. «

Below is what I got out of the logs.

Section for VMware vCenter Converter Standalone, pid=3368, version=4.0.1, build=build-161434, option=Release

Current working directory: C:Program FilesVMwareVMware vCenter Converter Standalone

HOSTINFO: Seeing Intel CPU, numCoresPerCPU 1 numThreadsPerCore 2.

HOSTINFO: This machine has 2 physical CPUS, 2 total cores, and 4 logical CPUs.

TaskMax=10, IoMin=1, IoMax=21

Using system libcrypto, version 9070AF

Vmacore::InitSSL: doVersionCheck = true, handshakeTimeoutUs = 120000000

Connecting to server on pipeName .pipevmware-converter-server-soap.

NOT using SSL to connect to VMOMI server .pipevmware-converter-server-soap

Getting ServiceInstance contents

Yes, we connected to Converter Server.

Logging in to Converter Server (Using Impersonate).

Converter Server session established. (Session )

Connecting to server on pipeName .pipevmware-converter-server-soap.

NOT using SSL to connect to VMOMI server .pipevmware-converter-server-soap

Getting ServiceInstance contents

Yes, we connected to Converter Server.

Logging in to Converter Server (Using Impersonate).

Converter Server session established. (Session )

SourceSelectPluginModel::BuildFilter 3rd party type microsoftVirtualPCVM not found

SourceSelectPluginModel::BuildFilter 3rd party type parallelsVM not found

SourceSelectPluginModel::BuildFilter 3rd party type vmwareVCBBackup not found

SourceSelectPluginModel::BuildFilter 3rd party type livestateBackup not found

SourceSelectPluginModel::BuildFilter 3rd party type shadowProtectBackup not found

SourceSelectPluginModel::BuildFilter 3rd party type acronisBackup not found

SourceSelectPluginModel::BuildFilter 3rd party type vmwareVM not found

SourceSelectPluginModel::BuildThirdpartyHostedExtVector 3rd party type vmwareVM not found

Logging out of the Converter Server. (Session )

In windows event viewer, under applications I see the following:

The description for Event ID ( 1 ) in Source ( vmware-converter-agent ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: vmware-converter-agent service started.

In windows event viewer, under system I see the following:

The VMware vCenter Converter Agent service terminated unexpectedly.

Источник

Step 3: View/Edit Options

After you have made your choice, you will see what kind of virtual machine the Converter is going to make for
you, in addition to converting the hard disk. Notice the warning sign. You can ignore it now, if you want, but
make sure you review the virtual machine options after it is converted and before you run it for the first time
on its target platform.

For instance, my ESXi machine had too much RAM — more than total memory on my laptop. So I had to trim down and
adjust. Another general warning refers to multiple CPU and hyperthreading.

Another option worth reviewing is the hard disk (under Data to copy). You can create a pre-allocated target
disk and optionally split it into 2GB files or create a dynamically expandable disk and optionally split it
into 2GB files.

Файл конфигурации виртуальной машины

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

Можно попробовать запустить VMware Workstation с правами администратора, открыть машину, выключить гостевую ОС и попробовать снова запустить машину в программе без прав администратора. Если это не поможет, придётся виртуальную машину пересоздать. Но на базе её существующего виртуального диска.

Файл конфигурации машин VMware – это файл формата «.wmx» , где хранятся параметры эмуляции оборудования и прочие настройки, которые мы указываем при создании машин и потом меняем их. Файл конфигурации хранится в папке виртуальной машины, его путь прямо указан в окошке сведений.

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

Converting a Physical Machine into a VMware Virtual Machine (P2V)

1. Download and install vCenter Converter on any Windows computer;
2. Two installation modes are available:Local installation – installs all the necessary components for managing conversion tasks on the local computer (we use this mode) and Client-Server installation — allows you to separately install a server, client, or agent on a computer;
3. Create a new conversion task: File-> New-> Convert machine.
4. Choose that you want to convert Windows machine remotely (Powered on -> Remote Windows machine). Specify the FQDN or IP address of the remote computer, and administrator credentials; VMware Converter also allows you to convert a virtual machine that is located on Hyper-V Server, VMware Workstation/Player, or VMware vSphere (including the free VMware vSphere Hypervisor).
   5. If you are converting a remote computer that has a firewall enabled, you need to open a number of ports. On Windows, you need to open the followingimbound TCP ports: 139,445,9089 and UDP:137,138. You can open ports in Windows Defender Firewall via GPO or with these PowerShell commands
   6. vCenter Converter will connect to the remote computer and try to install the VMware vCenter Converter Standalone Agent service (); In my case when installing the converter agent remotely an error appeared:

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

      First, I had to use PowerShell to uninstall the program on the Windows host:

      And then manually install the agent from the vCenter Converter distribution (Custom Setup -> Converter agent).

5. VMware Converter connects to the specified server and installs VMware vCenter Converter Standalone Agent () on it;
6. Then you will be prompted to specify the name of the ESXi server (or vCenter server), on which the virtual machine will be created, and the credentials to connect;
7. Select the datacenter, cluster, ESXi host, and VMFS datastore name where you want to place the new virtual machine. Select VM hardware version;
8. Then you will need to select the disks of the target system to be copied, RAM and vCPU settings, etc.

To totally unlock this section you need to Log-in

LoginNOTE: this solution is valid even with the VMware vCenter Converter Standalone 5.5.

Error 29142 when reinstalling VMware vCenter Converter Standalone agent

Many administrators use the useful VMware vCenter Converter Standalone tool to prepare (even for testing) tests systems from productions client or servers.

This tool is very stable but sometimes, after we have installed the agent, ran the P2V or V2V conversion and checked that the VM has been created successfully, we could have the need to re-run this conversion from the same system (previously we have used the option Automatically uninstall the files when import succeeds).

Error 29142 when reinstalling VMware vCenter Converter Standalone agent

If we have used the Automatically uninstall the files when import succeeds option the first time that we have converted a remote system (or remote VM) and then we repeat the same process on the same system we could have the error 1.603 during the remote agent deploy.

If you uninstall Converter Standalone Agent from a Windows Server 2008 or Vista 64-bit machine and do not restart it, a subsequent Converter Standalone Agent installation (using the VMware-Converter-Agent.exe found in C:Program FilesVMwareVMware vCenter Converter Standalone) might fail with the following error message:

Error 29142 unable to start vstor 2 mntapi 1.0 driver. 

Solution: Restart the Windows Server 2008 or Vista machine and try installing Converter Standalone Agent again.

Using VMware-Converter-Agent.exe on the remote system (to convert in VM) the «server» will not ask you anymore to uninstall the agent.

Clonezilla Live CDs

This method is fast, reliable and OS independent as it uses live CDs.

• Now, boot the physical host with Clonezilla, go for beginner mode and select device — device and then remote, just follow the wizard
• On the Proxmox VE host, prepare a KVM guest, make sure you got a big enough IDE disk assigned (add 1 GB extra to be on the safe side) and also boot this KVM guest with the live CD and execute a shell.
• Become root and run fdisk (fdisk /dev/sda/) to make sure that sda is here, exit fdisk with ‘w’. this was essential.
• Now enter all commands from the wizard on the source server tells you (configure network and request the copy process)
• After success (the wizard just copies the data, means I got a 80 GB disk but only 5 GB data on it so it was just a few minutes for the whole process on a gigabit network) just change the boot device to the hard disk and start the VM. Windows will install all needed drivers automatically, just the Intel NIC drivers for e1000 must be loaded from ISO (I got one big driver ISO from Intel containing all NIC drivers).

Important note

We have already seen how to clone virtual machines, on Server and ESXi, separately. But the copy / paste method
will not work if we want to clone from Server to ESXi and the other way around. Using the Converter, we can
overcome the problem:

Situation 1: Clone from Server to ESXi

Create as many instances of the virtual hard disk locally, by using the copy & paste method mentioned in
the original article. Then, convert the virtual machines and
upload them to ESXi. Alternatively, copy only one machine and clone it using the ESXi method.

Situation 2: Clone from ESXi to Server

The same as above, in the reverse direction. Either create several copies, then convert and download them, or
create one machine, convert it, and once it is located on the local disk, use the copy & paste method to
create several.

Файл конфигурации виртуальной машины

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

Можно попробовать запустить VMware Workstation с правами администратора, открыть машину, выключить гостевую ОС и попробовать снова запустить машину в программе без прав администратора. Если это не поможет, придётся виртуальную машину пересоздать. Но на базе её существующего виртуального диска.

Файл конфигурации машин VMware – это файл формата «.wmx» , где хранятся параметры эмуляции оборудования и прочие настройки, которые мы указываем при создании машин и потом меняем их. Файл конфигурации хранится в папке виртуальной машины, его путь прямо указан в окошке сведений.

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

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 адреса новым сетевым интерфейсам и т.д.) – и виртуальная машина готова к работе.