Cómo resolver el problema del error de migración de VMware Converter P2V

Cómo solucionar problemas de migración P2V de VMwareConverter En la primera parte de esta serie, hemos hablado sobre los pasos de preparación para migrar sus máquinas físicas usando VMwareConverter. No importa cuán cuidadosamente se prepare para la migración, la migración a veces lo es. todavía sucede; 1. Cree la máquina virtual de destino (VM) (0-5). Prepare el disco de clonación (5-6). El proceso de clonación (6-95); (95-97); 5. Personalizar o reconfigurar

¿Cómo solucionar el problema del error de migración de VMware Converter P2V?

Después de utilizar VMware Converter para migrar una máquina física a una máquina virtual, ¿cuál es el siguiente paso? ¿Qué debo hacer si la migración falla?

En la primera parte de esta serie, hablamos sobre los pasos preparatorios para garantizar una migración exitosa, así como el proceso de funcionamiento del asistente de migración. En el segundo artículo de esta serie, continuaremos analizando algunos trabajos posteriores a la migración y brindaremos métodos e ideas de solución de problemas para migraciones fallidas.

No importa cuán cuidadosamente se prepare para una migración, a veces la migración fallará. Los errores pueden ocurrir en diferentes etapas del proceso de migración; la etapa específica se basa en una estimación del porcentaje de la barra de tareas.

1. Cree la máquina virtual (VM) de destino (0-5)

2. Prepare el disco de clonación (5-6)

3. proceso (6-95)

4. Después de completar el trabajo de clonación (95-97)

5. Personalización o reconfiguración (97-99)

6. Herramientas de instalación o inicio (99-100)

Si bien es posible fallar en cualquier etapa de la migración, si falla generalmente fallará en 97. Durante el proceso de migración, Converter crea un archivo de registro detallado que contiene información exacta del error y por qué falló la conversión. Este archivo de registro se almacena en el servidor que está migrando. Este servidor ejecuta el agente Converter. El registro generalmente se denomina vmware-converter-0.log y se almacena en

C:\Windows\temp \. directorio vmware-temp. Abra el archivo de registro y desplácese hasta el final del archivo para buscar mensajes de error. Una vez que este proceso de migración falle, Converter eliminará la máquina virtual que creó automáticamente.

Una pista para determinar qué etapa está fallando es la rapidez con la que la barra de progreso llega a 97. Si salta a 97 rápidamente y falla, esto generalmente indica que el problema radica en una de las siguientes áreas: el puerto de red, la resolución DNS o un servicio requerido de Windows no se está ejecutando. Aquí hay algunos pasos que le ayudarán a intentar resolver este tipo de problema.

1. Si utiliza nombres de host para seleccionar sus servidores de destino VC/ESX, asegúrese de poder resolver las direcciones IP de estos nombres de host en

su servidor de origen. Intente también utilizar el FQDN (nombre de dominio completo) del servidor en lugar del nombre de dominio corto.

2. En el servidor de origen, asegúrese de que los servicios Estación de trabajo, Servidor, TCP/IP NetBIOS Helper y

VMware Converter estén ejecutándose. En servidores Windows XP y 2003

, asegúrese de que el servicio de instantáneas de volumen no esté deshabilitado. De forma predeterminada, debe estar configurado en manual. No es necesario que este servicio esté ejecutándose en todo momento durante el proceso de conversión.

3. Utilice el comando Telnet para ver si puede conectarse al puerto requerido en el servidor VC o ESX.

"Telnet 902" desde el servidor de origen. Debería poder obtener una respuesta del servidor VC/ESX, haga lo mismo en el puerto 443.

4. Intente reiniciar el servidor de origen. Este es un requisito necesario para los servidores Windows NT y 2000.

Si tarda mucho en llegar a 97, suele ser un fallo de clonación durante el proceso de clonación de datos o post-clonación. Algunas posibles razones de esta falla son la pérdida de conectividad de red entre servidores, errores de red y problemas con el disco del servidor de origen. Aquí hay algunos pasos que le ayudarán a intentar resolver este tipo de problema.

1. Verifique que la configuración de velocidad de red/dúplex coincida con la NIC de su servidor de origen y el

puerto del conmutador físico que se está conectando.

2. Si habilita la duplicación del sistema operativo, elimine esta duplicación.

3. Limpia tu archivo Boot.ini y asegúrate de que sea correcto.

4. Asegúrate de estar utilizando la última versión de Converter. Si el servidor de origen tiene discos dinámicos, el proceso de conversión fallará.

El proceso de conversión fallará.

5. Ejecute chkdsk en el servidor de origen para verificar la integridad del sistema de archivos.

6. Asegúrese de tener al menos 200 MB de espacio libre en el disco del sistema del servidor de origen.

7. Si su servidor de origen tiene más de dos puertos serie (COM), abra el registro,

y busque la subclave HKLM\HARDWARE\DEVICEMAP\SERIALCOM, Eliminar

cualquier puerto por encima del puerto serie 2. Antes de hacer esto, puede exportar este valor clave y, si es necesario, volver a importarlo una vez completada la conversión.

Finalmente, si tu conversión se completa exitosamente, pero tu servidor no se inicia (o aparece una pantalla azul), puedes probar los siguientes pasos para solucionarlo.

1. Edite Boot.ini en la máquina virtual recién creada para asegurarse de que el orden de los discos sea correcto. A veces

el disco de arranque no aparecerá como la primera partición. Para hacer esto, simplemente use una

máquina virtual disponible como asistente de trabajo y agregue el disco migrado a esta máquina virtual como un disco duro virtual

superior. Esto le permitirá navegar hasta el contenido del archivo de disco recién creado. Luego

puede explorar el disco y editar el archivo Boot.ini. Una vez completado, elimine el

disco virtual de esta máquina virtual. Alternativamente, también puedes intentar ejecutar Converter nuevamente y seleccionar "Configurar máquina".

Selecciona tu máquina virtual recién creada. Siga el asistente y (cuando haya terminado) intente iniciarlo nuevamente.

2. Para discos virtuales (BusLogic o LSI Logic), asegúrese de estar utilizando el controlador SCSI adecuado.

3. Inicie la máquina virtual en modo seguro para ver si se han cargado controladores o hardware de servidor específicos.

Mejore el rendimiento del servidor de la nueva máquina virtual

Cuando se complete la conversión, debe seguir los siguientes pasos para limpiar su nueva máquina virtual para que tenga un mejor rendimiento.

1. Editar el hardware de la máquina virtual. Elimine todo el hardware innecesario, incluidas las unidades de disquete y los puertos serie, paralelo y USB. Debe asignar tanta memoria a la VM como requiera.

Minimízalo si puedes. La mayoría de las máquinas virtuales funcionarán mejor cuando utilicen una vCPU, por lo que si el servidor host ESX es un servidor físico SMP (multiprocesamiento simétrico), entonces debería considerar reducir la cantidad de CPU virtuales.

2. Inicie la máquina virtual, espere unos minutos hasta que descubra cualquier hardware nuevo y luego reiníciela.

3. Verifique el HAL del servidor, si proviene de un servidor físico con múltiples CPU, pero ahora solo

tiene una única máquina virtual de CPU virtual, entonces debe abrir el dispositivo. administrador y editar CPU

(computadora). Elija actualizar el controlador. No elija actualizar a través de Windows Update.

En su lugar, elija Instalar en la lista, elija No buscar y seleccione Uniprocesador ACPI

en lugar del controlador multiprocesador ACPI. .

4. Elimine todas las aplicaciones y controladores específicos del hardware.

5. Finalmente, quiero enfatizar: elimine todos los controladores de hardware que no estén actualmente en uso. Algunos dispositivos de hardware se han eliminado del sistema, pero los controladores correspondientes no se han desinstalado. Este es un problema que quedó después de la migración. Esos controladores ya no son hardware físico presente en el sistema, pero Windows los trata como si existieran y les asigna recursos del sistema. Y también pueden causar conflictos cuando intentas configurar un nuevo adaptador de red con la misma dirección IP que el del servidor de origen.

La razón de este problema es que la antigua NIC todavía existe y la dirección IP está ocupada por hardware que no existe. Después de la migración, se conservará una gran cantidad de controladores para dispositivos de hardware inexistentes. Para eliminar todo, simplemente abra un símbolo del sistema CMD y escriba SET DEVMGR_SHOW_NONPRESENT_DEVICES=1. Luego ingrese Devmgmt.msc en la misma ventana de comando y luego, cuando se abra la ventana del Administrador de dispositivos, seleccione Mostrar dispositivos ocultos. Cuando expanda cada categoría de hardware, verá una gran cantidad de controladores para hardware inexistente con íconos grises. Haga clic derecho y seleccione Desinstalar. Debes reiniciar inmediatamente después de eliminarlos.

Resumen de esta serie de artículos sobre el uso de VMware Converter. Espero que la información de este artículo le ayude a completar la conversión de servidores físicos a servidores virtuales.