Solución de problemas al migrar máquinas virtuales a Azure Local mediante Azure Migrate (versión preliminar)

Se aplica a: Azure Local 2311.2 y versiones posteriores

En este artículo se describe cómo solucionar los posibles problemas que puede experimentar al migrar VM de Hyper-V y VMware a Azure Local mediante Azure Migrate.

Importante

Esta característica actualmente está en VERSIÓN PRELIMINAR. Consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure para conocer los términos legales que se aplican a las características de Azure que se encuentran en la versión beta, en versión preliminar o que todavía no se han publicado para que estén disponibles con carácter general.

Compruebe que se están ejecutando los servicios necesarios.

Asegúrese de que la VM del dispositivo de origen y la VM del dispositivo de destino tengan una configuración correcta; para ello, confirme que se ejecutan los siguientes servicios.

Abra PowerShell como administrador y ejecute el siguiente comando para cada uno de los servicios enumerados entre paréntesis para el dispositivo de origen y el dispositivo de destino para comprobar que se están ejecutando:

Get-Service -Name <name_of_service>

En la VM del dispositivo de origen:

• Servicio de puerta de enlace de Microsoft Azure (asrgwy)
• Servicio de detección de Hyper-V de Microsoft Azure (amhvdiscoverysvc)
• Servicio de administración de Azure Site Recovery (asrmgmtsvc)

En la VM del dispositivo de destino:

• Servicio de puerta de enlace de Microsoft Azure (asrgwy)
• Servicio de administración de Azure Site Recovery (asrmgmtsvc)

Los datos de configuración se pueden encontrar en C:\ProgramData\Microsoft Azure\Config.

Recopilación de registros e información

Si experimenta algún problema, antes de abrir una incidencia de soporte técnico, recopile la siguiente información sobre sus problemas y compártalos con el equipo de Soporte técnico de Microsoft para su análisis.

• Registros del dispositivo de Azure Migrate
• Descripción del problema o comentarios
• Id. de suscripción
• Id. de inquilino
• Nombre de proyecto de Azure Migrate
• Región o geografía del proyecto de Azure Migrate
• Nombre de VM para problemas de replicación y migración
• Id. de correlación para la implementación o id. de trabajo

En las secciones siguientes se describe cómo recopilar esta información en función de la operación o el tipo de problema.

Para las operaciones desencadenadas por el usuario desde Azure Portal

Para solucionar problemas de operaciones desencadenadas por el usuario, se necesita un identificador de correlación o un identificador de trabajo.

Obtención del identificador de correlación de una implementación

Errores en operaciones como la creación o eliminación de un proyecto de migración, la creación de artefactos del dispositivo, entidades y cuentas de almacenamiento, los errores se muestran como errores en la sección Implementaciones del grupo de recursos del proyecto de migración. Cada operación de implementación también tiene un identificador de correlación que resulta útil para solucionar problemas.

Además, las operaciones con errores en la sesión se muestran como notificaciones o en registros de actividad del historial anterior.

Siga estos pasos para identificar el identificador de correlación de la implementación en Azure Portal:

1. Vaya al grupo de recursos del proyecto de Azure Migrate y, a continuación, vaya a Información general. En el panel derecho, seleccione el hipervínculo que muestra las implementaciones erróneas y correctas.

   

2. Identifique la implementación para la que desea el identificador de correlación y seleccione el nombre de implementación.

   

3. Busque el identificador de correlación.

   

Obtención del identificador de trabajo para la replicación o la migración

Las operaciones como crear y eliminar un elemento protegido (también conocido como creación y eliminación de una replicación) y conmutación por error planeada (también conocidos como migración) también se enumeran como Trabajos en la sección Migración local de Azure del portal.

En estos casos, también se debe recopilar el identificador de trabajo.

Siga estos pasos para obtener el identificador del trabajo:

1. En el proyecto de Azure Migrate en Azure Portal, vaya a Información general en Herramientas de migración.

   

2. En el panel izquierdo, vaya a > de migración local de Azure.

3. Identifique el trabajo para el que desea el identificador de trabajo y seleccione el nombre del trabajo.

   

4. Busque el identificador de trabajo.

   

Para las operaciones de replicación programadas

Los errores en las operaciones programadas, como los errores del ciclo de replicación por hora, se muestran como eventos en la sección Migración local de Azure del portal.

Para solucionar problemas de replicación, recopile la siguiente información:

• Detalles del error que se muestran en los eventos que incluyen Time, Error ID, Error message, VM ID.
• Capturas de pantalla de Azure Portal si es posible.

Para problemas de experiencia del usuario en el portal

Para solucionar problemas de experiencia de usuario en el portal, recopile la siguiente información:

• Capturas de pantalla de Azure Portal.
• Registre las operaciones en el modo de desarrollador del explorador. Exporte el archivo HAR y compártelo.

Para problemas de registro del dispositivo

Para solucionar problemas de registro del dispositivo, recopile la siguiente información:

• Todos los registros disponibles en el dispositivo en C:\ProgramData\MicrosoftAzure\Logs.

Para problemas de detección

Para solucionar problemas de detección, recopile la siguiente información:

• Todos los registros disponibles en el dispositivo de origen en C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery.

Para obtener más información, consulte Solución de problemas de detección.

Para problemas especiales

Si es necesario, Soporte técnico de Microsoft también puede solicitar registros de visor de eventos de componentes o registros de eventos del sistema, como registros de Hyper-V y registros SMB.

Problemas y soluciones comunes

No se puede crear el proyecto de Azure Migrate

Causa principal

Se produce un error en la creación del proyecto de Azure Migrate si la suscripción de Azure no está registrada para Azure Migrate o si el usuario no tiene los permisos necesarios para crear un proyecto.

Resolución recomendada

Compruebe lo siguiente:

• Asegúrese de que tiene el rol Administrador de aplicaciones en el inquilino de Azure AD.
• Asegúrese de que tiene los roles Colaborador y Administrador de acceso de usuario en la suscripción de Azure.
• Asegúrese de seleccionar una de las regiones admitidas para la creación de proyectos de Azure Migrate. Para obtener una lista de las regiones admitidas, consulte Geografías admitidas.

Error de validación del sistema de destino en el dispositivo

Causa principal

El sistema de destino no se puede validar porque el FQDN no se puede resolver dns de forma predeterminada desde el dispositivo.

Resolución recomendada

Asigne manualmente la dirección IP local de Azure a su FQDN correspondiente editando el archivo de hosts ubicado en C:\Windows\System32\drivers\etc\hosts.

Agregue una nueva línea con la dirección IP del sistema y el FQDN en el siguiente formato: <FQDN>< del clúster de IP>de clúster.

La eliminación o cambio de la información del sistema de destino de Source Appliance Configuration Manager no funciona.

Causa principal Al proporcionar información en source Appliance Configuration Manager, el nombre del sistema de destino no se puede cambiar una vez especificado.

Resolución recomendada Siga estos pasos para eliminar o cambiar el sistema de destino del Administrador de configuración del dispositivo de origen:

1. En el dispositivo de origen, abra el Explorador. Vaya a C:\ProgramData\Microsoft Azure\CredStore y elimine el TargetClusterCredentials.json.

2. Vuelva a cargar el Administrador de configuración del dispositivo y podrá escribir nuevos valores para el sistema de destino.

Nota:

Esta solución alternativa no se recomienda si ya inició la replicación.

Esta solución alternativa solo se puede usar si el dispositivo no está registrado. Si el dispositivo está registrado, debe quitar el dispositivo del proyecto. A continuación, debe generar una nueva clave de proyecto y volver a instalar el dispositivo.

Error en el registro del dispositivo de destino

Causa principal

Se produce un error en el registro del dispositivo de destino.

Resolución recomendada

Actualice la página e intente registrarlo de nuevo.

Problemas del dispositivo de destino

Causa principal

En algunos casos, es posible que tenga que quitar el dispositivo de destino del proyecto. Por ejemplo, si desea mover el dispositivo a otra suscripción o región. Para ello, debe quitar el dispositivo de destino y crear uno nuevo en la nueva suscripción o región.

Resolución recomendada

Para quitar el dispositivo de destino del proyecto, siga estos pasos:

1. Ejecute PowerShell como administrador.

2. Ejecute el siguiente comando para quitar el dispositivo:

   .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
   

Se produce un error en la replicación de máquinas virtuales

Causa principal

Se puede producir un error en la replicación de máquinas virtuales debido a uno o varios de los siguientes motivos:

• El volumen compartido de clúster o el contenedor de almacenamiento está lleno.
• Las VM no son de alta disponibilidad. Todas las máquinas virtuales deben ser de alta disponibilidad para detectarse para la replicación y la migración. Si las máquinas virtuales no son de alta disponibilidad, estas no se muestran en la lista y se excluyen para la migración.

Resolución recomendada

Para habilitar la replicación y la migración, asegúrese de que el volumen compartido del clúster o el contenedor de almacenamiento tengan suficiente espacio.

Asimismo, si quiere migrar una VM que no sea de alta disponibilidad, siga estos pasos:

1. En primer lugar, debe hacer que la VM sea de alta disponibilidad. Para obtener más información, consulte Procedimiento para que las VM de Hyper-V sean de alta disponibilidad.
2. Espere a que el agente de detección sincronice los datos.

Como alternativa, vaya a Azure Migrate y seleccione Actualizar para actualizar manualmente servidores, bases de datos y aplicaciones web para ayudar a acelerar la sincronización del agente de detección.

Error de replicación o migración con el valor de error no puede ser NULL

Causa principal

Se produce un error en la replicación o migración con el siguiente mensaje de error:

El valor no puede ser NULL. Nombre del parámetro: FetchingHyperVDiskPropertiesFailed.

El componente no puede capturar las propiedades del disco del host de Hyper-V de origen. Esto puede ocurrir si el disco virtual del clúster subyacente está sin conexión o si el disco no está en un estado correcto.

Resolución recomendada

1. Asegúrese de que los discos de clúster están operativos y compruebe que puede capturar propiedades de disco.

2. En el dispositivo de origen, ejecute PowerShell como administrador. Ejecute los pasos siguientes después de reemplazar el contenido de {} por los valores reales.

   $ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}
   
   $ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").
   

3. En la salida que se devuelve, compruebe que las propiedades MaxInternalSize y ParentPath en SettingData XML son adecuadas.

Los discos en máquinas virtuales migradas están sin conexión

Causa principal

Es posible que los discos de las máquinas virtuales Windows migradas no se conecten.

La migración crea un nuevo VHD/VHDX, lo que da como resultado un nuevo disco para el sistema operativo Windows en la máquina virtual migrada. El sistema operativo ve esto como una nueva unidad y aplica la directiva SAN. A continuación, el sistema operativo no pondrá el disco en línea, ya que se considera un disco compartido.

Resolución recomendada

Para solucionar este problema, elija una de las siguientes opciones:

• Establezca la directiva SAN como OnlineAll para las máquinas virtuales Windows migradas. Reinicie las máquinas virtuales. Esto debería poner en línea todos los discos. Para obtener instrucciones detalladas, consulte configuración de una directiva SAN para poner discos en línea.

• Ponga manualmente las unidades en línea en las máquinas virtuales migradas.

Se produce un error de migración con error de instantánea no se puede eliminar

Causa principal

No se puede migrar debido al siguiente error:

Error: No se pudo eliminar la instantánea con identificadores

Las operaciones manuales de máquina virtual de Hyper-V en el sistema produjeron el mismo error y no se pudieron realizar operaciones manuales en la máquina virtual en este servidor.

Resolución recomendada

Para mitigar este error, asegúrese de que la máquina virtual está operativa.

Conéctese al dispositivo de origen y pruebe los pasos siguientes para asegurarse de que la migración sea fluida.

1. Obtenga el identificador de máquina virtual en la información de error.

   $VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
   

2. Asegúrese de que get-VM funciona correctamente y devuelva la información del dispositivo de origen.

   Get-VM -Id $VmId 
   

3. Asegúrese de que get-VHD funciona correctamente y devuelva la información correcta.

   Get-VHD -VMId $VmId
   

4. Si se produce un error en la operación de creación de instantáneas, asegúrese de que la creación manual de instantáneas funciona correctamente en la máquina virtual.

   Get-VM -Id $VmId | Checkpoint-VM 
   

5. Si se produce un error en la operación de eliminación de instantáneas, asegúrese de que la eliminación de instantáneas funciona manualmente en la máquina virtual.

   Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
   

Se produce un error al desactivar la máquina virtual en el host de Hyper-V

Causa principal

Durante la conmutación por error planeada, la máquina virtual está desactivada en el host de Hyper-V de origen a través de una llamada WMI. Verá el identificador de error: 1000001 o un mensaje de error: se ha producido un error interno.

Resolución recomendada

Puede desactivar la máquina virtual manualmente en el host de Hyper-V de origen a través de PowerShell.

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

Pasos siguientes

En función de la fase de migración en la que se encuentre, es posible que tenga que revisar uno de los siguientes artículos para solucionar problemas:

• Solución de problemas de detección.
• Solución de problemas de proyectos de Azure Migrate.
• Solución de problemas con diagnósticos del dispositivo.