Utilice la información de esta sección para solucionar problemas comunes que podrían producirse durante la migración de cargas de trabajo a la nube de Microsoft Azure.
Problema: PlateSpin Migrate debe ser capaz de distribuir según la programación una máquina virtual de entorno de réplica de PlateSpin Migrate (PRE) durante la réplica de cargas de trabajo a Azure. La migración falla cuando Migrate intenta configurar el entorno de réplica de PlateSpin en la plataforma de Azure de destino si anteriormente no ha habilitado el uso según programación de este entorno para la suscripción de Azure de destino y ha aceptado los términos de uso. Se produce el siguiente error:
User failed validation to purchase resources. Legal terms have not been accepted for this item on this subscription. (Error de validación del usuario al comprar recursos. No se han aceptado los términos legales para este elemento en esta suscripción).
Solución: entre en la suscripción de Azure de destino en Azure Marketplace y habilite la suscripción de Azure de destino para su uso según programación del entorno de réplica de PlateSpin y acepte los términos de uso. Consulte la Sección 9.7, Habilitación del entorno de réplica de PlateSpin Migrate en Azure. Después de que Azure esté configurado correctamente, vuelva a intentar la migración.
En Azure, el método de asignación dinámica es la configuración por defecto para la dirección IP pública. La dirección IP puede cambiar cada vez que se detiene y se inicia el servidor. Debe modificar la configuración para utilizar el método de asignación estática. Usar una dirección IP reservada garantiza que Azure asigne y reserve una dirección IP durante toda la vida del recurso.
NOTA:si se produce un cambio en la dirección IP del servidor de PlateSpin, se interrumpen las comunicaciones de subejecución con cargas de trabajo de origen.
Para aplicar una dirección IP reservada a un servidor de Migrate existente en Azure que tenga una dirección IP dinámica:
Especifique Static (Estática) como método de asignación de la dirección IP pública del recurso del servidor de Migrate:
Diríjase al portal de Azure oportuno y entre a la sesión en su cuenta de Azure:
Abra los recursos, seleccione el recurso del servidor de Migrate y seleccione Stop (Detener).
En la información del servidor de Migrate, seleccione la dirección IP pública.
En el panel Public IP Address Configuration (Configuración de dirección IP públicas), en Settings (Valores), seleccione Configuration (Configuración).
Especifique Static (Estática) como método de asignación de la dirección IP pública.
Haga clic en Save (Guardar).
Azure asigna y reserva una dirección IP de un grupo de sus direcciones IP disponibles en la ubicación de Azure donde se va a distribuir el servidor de Migrate.
Inicie el recurso del servidor de Migrate.
Las comunicaciones de pulsación de los trabajos de migración existentes se interrumpirán hasta que modifique la dirección IP del servidor almacenada en el archivo de configuración del controlador OFX en la carga de trabajo de origen.
Para cada carga de trabajo de origen que ya se haya configurado para la migración en el servidor de Migrate, utilice el agente de Migrate para definir la nueva dirección IP:
migrateagent.cli.exe config /setting=psserver:<new_ipaddress_or_dns_name>
La opción psserver detiene el servicio del controlador OFX (ofxcontroller), modifica el archivo OfxController.exe.config con la nueva dirección y reinicia el servicio. La comunicación de pulsación funciona ahora con la nueva dirección IP del servidor.
Después de realizar una transición correcta de una carga de trabajo a Azure Cloud, la interfaz del usuario Web del portal de Azure no muestra el nombre del equipo de destino.
Para ver el nombre del equipo y el nombre DNS de la carga de trabajo, use el escritorio remoto para entrar en el equipo y abra el Panel de control y la página Sistema.
Problema: después de migrar un servidor Microsoft Exchange 2016 a Microsoft Azure, los mensajes salientes del usuario se quedan bloqueados en la carpeta Borradores de su aplicación Microsoft Outlook.
Solución: después de migrar una carga de trabajo Microsoft Exchange Server a Microsoft Azure, asegúrese de que modifica los valores de DNS internos y externos de Exchange para que usen el adaptador de red de Microsoft Hyper-V. Consulte el artículo 7021909 de la base de conocimientos.