La versión 12.1 de PlateSpin Migrate incluye nuevas características, mejoras y correcciones de errores.
Muchas de estas mejoras se realizaron en respuesta directa a las sugerencias de nuestros clientes. A todos les agradecemos su tiempo y su valiosa aportación. Esperamos que sigan ayudándonos a garantizar que nuestros productos satisfagan todas sus necesidades. Puede publicar comentarios en el foro de PlateSpin Migrate en Comunidades de NetIQ, nuestra comunidad en línea que también incluye información sobre productos, blogs y enlaces a recursos útiles.
La documentación de este producto está disponible en el sitio Web de NetIQ en formato HTML y PDF, en una página que no requiere entrar a una sesión. Si tiene sugerencias de mejora para la documentación, haga clic en el botón para comentar un tema situado al final de cualquier página de la versión HTML de la documentación de PlateSpin Migrate 12.1 publicada en el sitio Web de documentación de NetIQ.
Este producto contiene utilidades sin documentar que el equipo de asistencia técnica podría utilizar para diagnosticar o solucionar los problemas.
Para consultar la documentación incluida en las versiones anteriores, visite el sitio Web de documentación de PlateSpin Migrate 12.1 y busque la sección Previous Releases (Versiones anteriores)
En las secciones siguientes se describen las funciones y características principales de la nueva versión:
En PlateSpin Migrate 12.1 se ha mejorado la interfaz Web a fin de permitir la migración de las cargas de trabajo Windows y Linux siguientes a Microsoft Azure:
Windows:
Microsoft Windows Server 2012 R2
Microsoft Windows Server 2012
Microsoft Windows Server 2008 R2
Linux:
Red Hat Enterprise Linux (RHEL) 7.1
Red Hat Enterprise Linux (RHEL) 6.7
SUSE Linux Enterprise Server (SLES) 11 SP4
SUSE Linux Enterprise Server (SLES) 11 SP3
NOTA:
No se admite la migración de cargas de trabajo de clúster de Windows porque Microsoft Azure no es compatible con los clústeres de Windows.
No se admite la migración de cargas de trabajo UEFI.
El cliente de PlateSpin Migrate no admite la migración de cargas de trabajo a Microsoft Azure. Para migrar cargas de trabajo a Microsoft Azure, solo se puede usar la interfaz Web de PlateSpin Migrate.
No se admite la transición de prueba de cargas de trabajo. Solo es posible realizar transiciones de ejecución de cargas de trabajo.
PlateSpin Migrate admite máquinas virtuales de Azure de hasta 64 discos de datos. Para determinar el tamaño de instancia máximo de una región concreta de Azure, Migrate usará un disco de datos para la réplica del disco del sistema operativo en el entorno de réplicas de PlateSpin. Después de la migración, ese disco se convierte en el del sistema operativo y podrá añadir un disco de datos nuevo.
Cada disco de datos puede tener un tamaño máximo de 1 TB (1024 GB).
En Migrate se recomienda que el tamaño de instancia de la máquina virtual de Azure sea igual o superior al de la configuración de los núcleos, la memoria, los discos de datos y las NIC de la carga de trabajo de origen. Sin embargo, puede seleccionar un tamaño de instancia menor o mayor según los requisitos de la carga de trabajo de destino, teniendo en cuenta el límite de tamaño de instancia máximo de la región de Azure seleccionada.
El tamaño del disco creado en la máquina virtual de Azure es igual al tamaño de la partición del disco de origen más 1 GB, aproximadamente, debido a la gran variedad de tamaños de disco disponibles en Azure.
Se necesita una licencia del sistema operativo para la carga de trabajo de destino migrada. En el caso de las cargas de trabajo de destino de Azure, se debe proporcionar a Azure la información de licencia o Microsoft cobrará por la licencia del sistema operativo.
Para cada suscripción de Azure de destino, debe habilitar la distribución según el programa de la máquina virtual del entorno de réplicas de PlateSpin Migrate. Consulte Habilitación de una suscripción de Azure para distribuir la máquina virtual del entorno de réplicas.
Actualmente, si la hora del servidor de PlateSpin deja de estar sincronizada, la transición falla y se produce el error 403 de operación prohibida.
Asegúrese de que el host del servidor de PlateSpin muestra la hora correcta según la zona horaria en la que se encuentre. Si la hora del host del servidor de PlateSpin es incorrecta, la transición falla y se produce el error 403 de operación prohibida.
En PlateSpin Migrate 12.1 se ha mejorado la interfaz de línea de comandos de Migrate para que sea posible migrar cargas de trabajo a máquinas virtuales en hosts de Microsoft Hyper-V de destino, además de la compatibilidad actual para migrar cargas de trabajo a máquinas virtuales de destino en el host de VMware. Consulte la sección Uso de la interfaz de línea de comandos de PlateSpin Migrate en la Guía del usuario de PlateSpin Migrate 12.1.
En PlateSpin Migrate 12.1 se ha mejorado el cliente de Migrate para que las cargas de trabajo y los hosts de destino que se descubran se sincronicen automáticamente con la interfaz Web.
En PlateSpin Migrate 12.1 se ha introducido una opción que permite detener de forma permanente los servicios de Windows en la carga de trabajo de origen durante todo el proceso de transición para garantizar la coherencia de los datos de aplicaciones entre la carga de trabajo de origen y la máquina de destino. Estos servicios no se restauran ni siquiera después de completarse el proceso de transición. Consulte la sección Configuración de la carga de trabajo para la migración en la Guía del usuario de PlateSpin Migrate 12.1.
PlateSpin Migrate 12.1 es compatible con los siguientes contenedores y cargas de trabajo:
Cargas de trabajo Windows
Windows Server 2012 R2 Cluster
Cargas de trabajo Linux
CentOS 7
Red Hat Enterprise Linux (RHEL) 7.2 y 7.1 (solo se admiten cargas de trabajo basadas en BIOS)
Red Hat Enterprise Linux (RHEL) 6.7 (solo se admiten cargas de trabajo basadas en BIOS)
SUSE Linux Enterprise Server (SLES) 11 SP4 (solo se admiten cargas de trabajo basadas en BIOS)
Para obtener más información acerca de los contenedores y las cargas de trabajo compatibles, consulte la sección Configuraciones compatibles
en la Guía del usuario de PlateSpin Migrate 12.1.
En PlateSpin Migrate 12.1 se ha introducido una utilidad de línea de comandos nueva (MigrateAgent.cli.exe) que permite instalar, actualizar, consultar o desinstalar los controladores de transferencia basada en bloques.
Aunque siempre es necesario rearrancar cuando se instalan, se desinstalan o se actualizan controladores, esta utilidad permite controlar mejor cuándo se produce la acción y, por lo tanto, cuándo se producirá el rearranque del servidor. Por ejemplo, puede usar la utilidad para instalar los controladores durante el tiempo de inactividad planificado, en lugar de hacerlo durante la primera réplica.
Para obtener más información acerca de la utilidad, consulte la sección Utilidad MigrateAgent
en la Guía del usuario de PlateSpin Migrate 12.1.
En PlateSpin Migrate 12.1 se incluyen las mejoras siguientes para las máquinas virtuales de destino en los hosts de Microsoft Hyper-V:
En PlateSpin Migrate 12.1 se incluye una opción para configurar el tipo de generación de la máquina virtual para las máquinas virtuales de los hosts de Hyper-V que permite seleccionar uno de los tipos de generación siguientes para la máquina virtual nueva:
Generación 1: permite distribuir la máquina virtual de destino con la arquitectura de BIOS de Hyper-V.
Generación 2: permite distribuir la máquina virtual de destino con la arquitectura de UEFI de Hyper-V.
Consulte la sección Configuración de la máquina virtual: Microsoft Hyper-V en la Guía del usuario de PlateSpin Migrate 12.1.
En PlateSpin Migrate 12.1 se incluye una opción nueva de ID de VLAN que permite especificar el ID de red virtual que se debe usar en la máquina virtual de destino de un host de Hyper-V. Si no especifica este ID, se usa por defecto el ID de red virtual de la máquina virtual de origen.
Consulte la sección Conectividad posterior a la migración de las interfaces de red virtuales (Windows y Linux) en la Guía del usuario de PlateSpin Migrate 12.1.
En PlateSpin Migrate 12.1 es posible editar el tipo de adaptador usado durante el proceso de toma de control de destino de la migración de la carga de trabajo a una máquina virtual de destino en un host de Hyper-V.
Consulte la sección Cambio del tipo de adaptador usado durante el proceso de toma de control de destino de la migración de carga de trabajo a una máquina virtual de destino en un host de Hyper-V en la Guía del usuario de PlateSpin Migrate 12.1.
En PlateSpin Migrate 12.1 se incluyen las mejoras siguientes para las máquinas virtuales de destino en un host de VMware:
Compatibilidad mejorada para la migración de cargas de trabajo a un clúster de DRS de VMware.
Compatibilidad para especificar el número de zócalos de CPU y de núcleos de CPU por zócalo para la máquina virtual de destino.
En la versión GLIBC de este lanzamiento se ha solucionado la vulnerabilidad CVE 2015-7547, un desbordamiento de clúster basado en pila en la función getaddrinfo() del DNS glibc del cliente.
Para instalar PlateSpin Migrate 12.1, consulte Instalación de PlateSpin Migrate
en la Guía de instalación y actualización de PlateSpin Migrate 12.1.
Para actualizar el servidor de PlateSpin a PlateSpin Migrate 12.1, debe tener instalado PlateSpin Migrate 12.0 Hot Fix 1. Consulte Actualización de PlateSpin Migrate
en la Guía de instalación y actualización de PlateSpin Migrate 12.1.
No se admiten otras actualizaciones directas. Para obtener información sobre cómo actualizar de PlateSpin Migrate 12.0 a PlateSpin Migrate 12.0 Hot Fix 1, consulte las Notas de la versión de PlateSpin Migrate 12.0 Hot Fix 1.
A continuación encontrará una lista de los errores corregidos en esta versión:
Problema: si el programador de recursos distribuidos (DRS) está habilitado en un servidor de vCenter o en el nivel del clúster, los trabajos de migración y de sincronización de servidor pueden fallar con errores de referencia de objeto.
Solución: si migra cargas de trabajo al clúster de VMware, el DRS de VMware y VMware HA están definidos como inhabilitado. No es posible cambiar el estado del DRS de VMware ni de VMware HA para la máquina virtual de destino durante todo el proceso de migración.
Problema: si migra una carga de trabajo Linux que tenga particiones, cada partición se crea como un disco independiente en el destino Linux migrado.
Solución: si migra una carga de trabajo Linux que tenga particiones, el destino Linux migrado contiene las mismas particiones que la carga de trabajo de origen.
Problema: después de instalar correctamente el software de PlateSpin Migrate, el lanzador de la instalación de PlateSpin Migrate no se actualiza y el botón Instalar servidor de PlateSpin no se atenúa o no se desactiva para confirmar la detección del software instalado. (Error 969435)
Solución: el botón Instalar servidor de PlateSpin se atenúa automáticamente después de instalar correctamente.
Problema: los guiones posteriores a la migración no se ejecutan correctamente en una carga de trabajo Linux. (Error 895957)
Solución: los guiones posteriores a la migración ahora se ejecutan correctamente en una carga de trabajo Linux.
Problema: el intervalo de actualización de la interfaz Web de las páginas Workloads (Cargas de trabajo) y Targets (Destinos) era demasiado corto y no permitía añadir una carga de trabajo o un destino. (Error 971850)
Solución: el intervalo de actualización por defecto de las páginas Workloads (Cargas de trabajo) y Targets (Destinos) ha cambiado de 15 a 30 segundos. Ahora, es posible configurar el intervalo. Para indicar un intervalo personalizado, modifique el valor del ajuste siguiente en el archivo \Archivos de programa\PlateSpin Migrate Server\PlateSpin Forge\web\web.config:
<add key="WorkloadTargetsUpdateIntervalSeconds" value="30" />
Problema: se añade una carga de trabajo de origen en un entorno NAT mediante su dirección IP pública de NAT; sin embargo, las NIC de la carga de trabajo solo se asignan a direcciones IP privadas y el sistema operativo de origen desconoce su dirección IP pública de NAT. (Error 961985)
Solución: si una carga de trabajo de origen se encuentra en un entorno NAT, puede configurar la carga de trabajo de destino para que use la dirección IP pública de NAT de la máquina de origen como primera dirección cuando intenta asignar la IP de NAT al conectarse con la máquina de origen para la réplica.
Problema: si usa la interfaz Web para descubrir cargas de trabajo y destinos, el descubrimiento puede fallar y puede aparecer un mensaje de advertencia. (Errores 946132 y 970592)
Solución: se debe establecer un retraso de pulsación por defecto de 15 segundos (15000 ms) en el controlador.
Para habilitar un retraso de pulsación más corto o más largo, haga lo siguiente:
En el equipo del servidor de Migrate, abra el editor de registro.
Diríjase a HKLM\SOFTWARE\PlateSpin\OperationsFramework\Controller.
Añada una clave denominada HeartbeatStartupDelayInMS de tipo REG_SZ y defina en ella el valor que desee en milisegundos. El valor por defecto debe ser 15000.
Reinicie el equipo del servidor.
Problema: las cargas de trabajo de origen y los hosts de destino que se han descubierto con el cliente de PlateSpin Migrate no se muestran en la interfaz Web de PlateSpin Migrate.
Solución: las cargas de trabajo de origen y los destinos que se descubren en la red por defecto mediante el cliente de Migrate se sincronizan automáticamente y se muestran en la interfaz Web.
Problema: si decide realizar una transición de prueba en una carga de trabajo con la opción Perform Incremental Replication (Realizar réplica incremental) seleccionada, se produce una transición de ejecución. (Error 940244)
Solución: al realizar una transición de prueba de una carga de trabajo con la opción Perform Incremental Replication (Realizar réplica incremental) seleccionada ya no se produce una transición de ejecución.
Problema: si usa la interfaz Web de PlateSpin Migrate para configurar los valores de migración de una carga de trabajo y especifica un valor para VM Memory (Memoria de la máquina virtual) en las secciones Target Workload Settings (Configuración de la carga de trabajo de destino) y Target Workload Test Settings (Configuración de prueba de la carga de trabajo de destino), el valor especificado no entra en vigor. Sin embargo, se sigue aplicando el valor de origen por defecto. (Error 940013)
Solución: el valor que especifique para VM Memory (Memoria de la máquina virtual) en las secciones Target Workload Settings (Configuración de la carga de trabajo de destino) y Target Workload Test Settings (Configuración de prueba de la carga de trabajo de destino) al configurar los valores de migración ahora sí que se aplican.
Problema: en PlateSpin Migrate 12.0, puede que una programación de réplica completa no se lleve a cabo en algunas circunstancias. (Error 971849)
Solución: las programaciones definidas en PlateSpin 12.1 se cumplen. Sin embargo, puede que algunas programaciones existentes se dañen después de actualizar de la versión 12.0 Hot Fix 1 a la versión 12.1. Si en Next Replication (Próxima réplica) se muestra una programación vacía, debe reconfigurar la programación de esa carga de trabajo.
Problema: en una carga de trabajo Linux configurada con grupos de volúmenes y volúmenes lógicos, si guarda la página de configuración pero la opción Volume Group (grupo de volúmenes) de LVM no está seleccionada y, a continuación, vuelve a modificar la página de configuración para seleccionar de nuevo Volume Group, la interfaz Web emite una excepción cuando se guarda el cambio. (Error 970767)
Solución: ahora puede modificar la página de configuración para volver a seleccionar Volume Group (Grupo de volúmenes) sin problemas.
Problema: una vez completada la migración, los volúmenes NSS con instantáneas habilitadas no se montan tal como se esperaba. (Error 655828)
Solución: consulte el artículo 7008773 de la base de conocimientos.
Problema: en algunas situaciones, la réplica de una carga de trabajo que reenvía tráfico de red (por ejemplo, si la finalidad de la carga de trabajo es hacer de puente de red NAT, VPN o cortafuegos) puede mostrar una degradación significativa del rendimiento de la red. Esto está relacionado con un problema con los adaptadores VMXNET 2 y VMXNET 3 que tienen habilitada la funcionalidad LRO (Large Receive Offload, recepción de grandes cargas). (Error 680259)
Solución: inhabilite LRO en el adaptador de red virtual. Consulte el artículo 7005495 de la base de conocimientos.
Problema: el servicio de controlador en servidores de imágenes que utilicen recursos de red para el almacenamiento no conserva las credenciales Log On As (Entrar como) del servicio tras una actualización. Las operaciones de imágenes no se llevan a cabo correctamente y muestran el mensaje Access Denied (Acceso denegado) hasta que el servicio de controlador se actualiza con las credenciales Log On As (Iniciar sesión como) correctas. (Error 685509)
Solución: consulte el artículo 7008772 de la base de conocimientos.
Se están investigando los siguientes problemas:
Al eliminar un destino no se muestra un recuadro de diálogo de confirmación en navegadores en alemán
La ayuda en configuraciones regionales en chino se muestra en inglés
La réplica incremental basada en archivos no se completa si el cifrado está habilitado
La asignación de volúmenes es incompatible al migrar cargas de trabajo Linux
Mensaje de advertencia al migrar una carga de trabajo a Hitachi LPAR
No es posible instalar PlateSpin Migrate en equipos con Windows Server 2012 y Windows Server 2012 R2
(Orígenes Windows) Los valores de VSS por volumen no por defecto no se conservan tras la migración
Un carácter especial en el nombre del almacén de datos provoca problemas de migración
Conservar la partición de arranque provoca problemas de migración
Error al ejecutar un guion posterior a la migración con caracteres Unicode en el nombre del archivo
Las herramientas de VMware no se instalan durante la conversión de Windows Server 2012 Core
Las herramientas de XenServer no se eliminan después de la conversión
Después de la migración, la partición primaria se convierte en una partición lógica del destino
Error al intentar recuperar datos del servidor de VMware vCenter
La conversión V2P se bloquea en el paso de configuración del sistema operativo
Error en la conversión de UEFI a BIOS de Windows 8.1 en el paso de envío de archivos
Error al capturar la imagen de un sistema operativo Windows de 32 bits
El equipo de origen permanece en un estado “bajo control” tras la conversión sin conexión
La configuración de arranque del equipo de origen no se restablece tras la conversión sin conexión
Las particiones no se montan en letras de unidad tras la conversión
Error del trabajo de conversión al configurar las NIC en una máquina de destino Windows 2000 Server
Problema: si la opción de idioma del navegador Web está establecida en alemán, la interfaz Web no muestra un recuadro de diálogo de confirmación cuando se hace clic en la opción Remove (Eliminar) situada junto a un destino en la lista Targets (Destinos). Este problema afecta tanto a los destinos de VMware como a los de Azure. La interfaz Web muestra el recuadro de diálogo Remove Target (Eliminar destino) en los navegadores en inglés y en otros idiomas admitidos (chino simplificado, chino tradicional, francés o japonés). (Error 978490)
Solución: si usa un navegador en alemán, tenga cuidado si decide eliminar destinos. También puede modificar el idioma del navegador y usar otro idioma admitido.
En las configuraciones regionales en chino, la ayuda se muestra en inglés.
Problema: en las cargas de trabajo Linux de destino, la transición de prueba falla y se muestra el mensaje siguiente si el nombre de host especificado en la página de configuración contiene un signo de subrayado:
Failed to configure virtual machine (Error al configurar la máquina virtual)
(Error 975854)
Solución: habitualmente, en las plataformas Linux no se admite el uso de signos de subrayado en los nombres de host. Modifique el nombre de host para que solo se usen caracteres admitidos: de la a a la z, del 0 al 9 y guiones (-). A continuación, vuelva a intentarlo.
Problema: después de habilitar el cifrado para una carga de trabajo Windows configurada para la transferencia de datos basada en archivos, el receptor de Windows podría bloquearse al final de la transferencia en el caso de las réplicas incrementales. El bloqueo se produce si el proceso de cifrado define de forma incorrecta la lectura del último byte de la transferencia como un valor distinto a cero, lo que indica que se están transfiriendo más archivos y que debe seguir leyendo la secuencia. (Error 944559)
Solución: puede usar la transferencia de datos basada en bloques para las cargas de trabajo Windows si desea habilitar el cifrado para las transferencias de datos de réplica.
Problema: después de eliminar una carga de trabajo con las opciones Remove Workload (Eliminar carga de trabajo) y Preserve Source (Conservar origen), la carga de trabajo descubierta se muestra con el estado Not Configured (Sin configurar) y la ubicación de destino se borra. El historial de validación solo describe la operación más reciente, que es Remove Workload (Eliminar carga de trabajo). El historial de validación del descubrimiento de cargas de trabajo anterior ya no está disponible. (Error 971118)
Solución: tome una captura de pantalla o copie el mensaje en otra ubicación antes de eliminar la carga de trabajo.
Problema: si decide instalar PlateSpin Migrate en un equipo en el que el ajuste de idioma del sistema operativo no coincide con el ajuste de su configuración regional, la instalación falla. (Error 939805)
Solución: para instalar correctamente PlateSpin Migrate, asegúrese de que el ajuste de idioma y de configuración regional del sistema operativo del equipo coinciden. Es posible volver a cambiar la configuración regional del equipo si se precisa cuando se complete la instalación.
Por ejemplo, si el ajuste de idioma del sistema operativo es el inglés, debe asegurarse de que el ajuste de configuración regional también sea el inglés cuando instale una versión en inglés o traducida de PlateSpin Migrate. Cuando se complete la instalación, puede volver a cambiar la configuración regional según precise.
Problema: al configurar la migración de una carga de trabajo que tiene controladores basados en bloques ya instalados, la opción Install During Prepare Replication (Instalar durante la preparación de la réplica) de Transfer Method (Método de transferencia) está habilitada y seleccionada por defecto. Esta opción debe inhabilitarse porque los controladores basados en bloques ya están instalados. Sin embargo, no se produce ninguna pérdida de funcionalidad. (Error 967018)
Solución: haga caso omiso de la opción.
Problema: en las cargas de trabajo Linux con LVM, si deselecciona el grupo de volúmenes pero no deselecciona el volumen lógico correspondiente, el comportamiento no es coherente en los destinos siguientes:
VMware: se muestra un mensaje o error de validación y se requiere la intervención del usuario para solucionar la configuración incorrecta.
The LVM volume group <vg_name> assigned to <logical_volume_name> is missing in the target (En el destino falta el grupo de volúmenes <nombre_gv> asignado a <nombre_volumen_lógico>).
Azure: el volumen lógico correspondiente se deselecciona automáticamente al guardar.
(Error 973926)
Solución: si deselecciona un grupo de volúmenes, también debe hace lo propio con su volumen lógico correspondiente.
Problema: al usar el cliente de PlateSpin Migrate para migrar cargas de trabajo Linux, no se admite lo siguiente: (Error 930355)
Asignación de volúmenes de arranque a LVM
Asignación de cualquier volumen a un grupo de volúmenes existente
Asignación de cualquier volumen a un nuevo grupo de volúmenes
Reasignación de un grupo de volúmenes a un disco
Problema: PlateSpin Migrate no admite la migración de cargas de trabajo Linux que tengan volúmenes creados en discos en bruto sin particiones. (Error 937071)
Problema: al migrar una carga de trabajo a Hitachi LPAR con un sistema operativo en ejecución, la migración podría no completarse. El motivo es que la tarea de migración espera la intervención del usuario durante el paso Configure Target Machine (Configurar equipo de destino) de la migración. (Error 902489)
Solución: modifique el orden de arranque UEFI de Hitachi LPAR para habilitar el arranque desde el disco duro en vez de la imagen ISO.
Problema: al migrar una carga de trabajo a Hitachi LPAR, podría mostrarse un mensaje de advertencia similar al siguiente: (Error 917209)
El dispositivo "Dispositivo FC compartido Hitachi 3017" no es compatible con...
Solución: haga caso omiso del mensaje.
Problema: en un equipo con Windows Server 2012 o Windows Server 2012 R2, si inhabilita el control de cuentas de usuario desde el Panel de control y luego instala PlateSpin Migrate, la pantalla de comprobación de requisitos previos muestra un error que indica que dicha característica sigue estando habilitada. El motivo es que al inhabilitar el control de cuentas de usuario desde el Panel de control, el cambio no se refleja en la clave de registro correspondiente. (Error 929511)
Solución: para inhabilitar UAC en un equipo con Windows Server 2012 o Windows Server 2012 R2, consulte el apartado “Windows Server 2012: Deactivating UAC” (Windows Server 2012: desactivación de UAC) en la wiki de Microsoft TechNet.
Problema: si utiliza la interfaz Web de PlateSpin Migrate para descubrir un contenedor de Hyper-V, el contenedor se muestra como una carga de trabajo en la interfaz. No debe migrar este contenedor Hyper-V. (Error 929978)
Solución: no debe migrar este contenedor de Hyper-V.
Problema: la migración de una carga de trabajo Linux no se lleva a cabo correctamente en las siguientes situaciones, ya que la conversión de UEFI a BIOS y viceversa no es compatible: (error 937070)
Migración de una carga de trabajo Linux con UEFI a un contenedor compatible con firmware BIOS.
Migración de una carga de trabajo Linux con firmware BIOS a un contenedor compatible con firmware UEFI.
Problema: los valores de VSS por volumen que no son los valores por defecto no se conservan después de la migración de una carga de trabajo Windows. (Error 493589)
Solución: después de la migración, debe volver a configurar los valores de VSS personalizados.
Problema: si el número de CPU virtuales pedidas es superior al número de CPU físicas en el host de ESX 4.1, se omite el número pedido y se crea la máquina virtual con una sola CPU virtual y sin mostrar advertencias. (Error 505426)
Solución: asegúrese de que la selección de la CPU virtual no supera el número de CPU físicas en el servidor del host de ESX 4.1.
Problema: las operaciones de migración pueden fallar si se intentan en almacenes de datos ESX con el signo "+" u otros caracteres especiales en el nombre del almacén de datos. (Error 506154)
Consulte el artículo 7009373 de la KB.
Problema: en algunas situaciones de migración, el sistema permite de forma incorrecta que se conserve la partición de arranque en el destino, lo que impide que arranque la carga de trabajo adecuada. (Error 595490)
Solución: no seleccione la opción de conservar la partición de arranque en el destino.
Problema: si el sistema operativo de origen tiene habilitadas las funciones de entrada a la sesión automática o montaje automático de la unidad de CD, la migración resulta afectada. Esta migración también resulta afectada si inicia sesión en el destino durante el paso de configuración de la tarea. (Error 604320)
Solución: inhabilite las funciones de inicio de sesión automático y montaje automático de la unidad de CD en el origen y evite iniciar sesión en la carga de trabajo de destino antes de que se complete la migración.
Problema: si utiliza caracteres Unicode en el nombre de archivo del guion posterior a la migración, el guion no se ejecutará correctamente. (Error 619942)
Solución: utilice solo caracteres ASCII al asignar el nombre de una acción posterior a la migración.
Problema: las instantáneas VSS realizadas por aplicaciones de terceros en la carga de trabajo de origen no se replican al destino tras la migración. (Error 692680)
Problema: en algunas circunstancias, cuando el servidor de Migrate está conectado al host de máquina virtual por WAN, y si el host de máquina virtual tiene un gran número de almacenes de datos, el proceso de búsqueda de la imagen ISO adecuada para el arranque del destino puede tardar más de lo esperado. (Error 702152)
Solución: para optimizar el ancho de banda disponible, planifique la migración para que se produzca durante las horas con menos tráfico.
Problema: si realiza una sincronización con el servidor y luego anula la asignación de la partición /home al establecer el valor none (ninguna), el directorio de la partición /home debería montarse y habilitarse en el servidor de destino. Por el contrario, se inhabilita y se desmonta. (Error 779194)
Solución: después de la sincronización del servidor, quite la marca de comentario de la línea oportuna del archivo /etc/fstab del servidor de destino. Consulte el artículo 7014638 de la KB.
Problema: las herramientas de VMware no se instalan durante la conversión de Windows Server 2012 Core (error 810460)
Solución: instale las herramientas de VMware manualmente tras la conversión.
Problema: si realiza una migración de carga de trabajo de SLES 11 (máquina virtual clonada) mediante el método semiautomatizado a una máquina virtual de destino (física falseada) en un host Windows Server 2008 Hyper-V, el proceso se bloqueará en el paso Configuring OS (Configuración del sistema operativo). (Error 822601)
Solución: consulte el artículo 7012911 de la base de conocimientos.
Problema: cuando una máquina virtual se convierte de VMware ESX a Citrix Xen y sus archivos de arranque se encuentran en el segundo disco, la máquina virtual no arranca y se pide una intervención manual. El motivo es que la máquina virtual Citrix XEN intenta arrancar con el disco 0 en lugar de con los archivos de arranque asignados al disco 2. (Error 824724)
Solución: para resolver este problema, reorganice la posición de los discos virtuales en XenCenter, de modo que la máquina virtual arranque desde el disco virtual que contiene el sistema operativo. El artículo del sitio Web de Citrix incluye información sobre cómo cambiar la posición del disco virtual que contiene el sistema operativo. Consulte el artículo 7012906 de la base de conocimientos.
Problema: las herramientas de XenServer en una máquina virtual Windows en un entorno de hipervisor Citrix XenServer no se eliminan cuando la máquina virtual se convierte en un contenedor de VMware o un contenedor físico. (Error 825016)
Solución: desinstale manualmente las herramientas de XenServer después de la conversión.
Problema: tenga en cuenta el caso siguiente.
Situación: se mueve o se copia un equipo con sistema operativo Windows con más de tres particiones primarias a un equipo físico donde se ha instalado un sistema operativo Windows con al menos 3 particiones primarias. Se conserva al menos una partición primaria en el equipo de destino. (Error 825434)
Efecto: tras la migración, el equipo con sistema operativo Windows no puede arrancar.
Ejemplo: se produce el siguiente error cuando un equipo con Windows Server 2003 se convierte en equipo físico.
Windows could not start because the following file is missing or corrupt: <Windows root>\system32\ntoskrnl.exe.Please re-install a copy of the above file.
Solución: consulte el artículo 7012913 de la base de conocimientos.
Problema: al anular el descubrimiento de una carga de trabajo, se muestra correctamente en el cliente de Migrate, pero el host de ESX no muestra que se ha anulado el descubrimiento del nodo (error 826545)
Solución: anule el descubrimiento de la carga de trabajo en el host de ESX y luego actualice el host de ESX.
Problema: un intento de recuperar datos del servidor de VMware vCenter no se lleva a cabo correctamente y se produce la siguiente excepción: Permission to perform this operation was denied (Permiso para realizar la operación denegado). (Error 839329)
Solución: este problema se puede corregir mediante los procedimientos para definir funciones de VMware con herramientas, tal como se describe en Uso de herramientas para definir funciones de VMware
en la Guía del usuario de PlateSpin Migrate 12.1.
Problema: cuando hay varias opciones de arranque en el firmware y el disco duro no es el primer dispositivo de la lista de opciones de arranque, el equipo de destino no arranca desde el disco duro y la conversión se bloquea. (Error 859440)
Solución: en las opciones de arranque del equipo físico, cambie el orden de arranque para que Hard Drive (Disco duro) sea la primera opción y luego reinicie el equipo. Consulte el artículo 7014623 de la KB.
Problema: la instalación OEM predeterminada de Windows 8.1 (UEFI) crea una partición de recuperación con espacio disponible insuficiente, de modo que resulta imposible crear una instantánea de volumen (VSS) para la partición. (Error 864325)
Solución: elimine o amplíe la partición de recuperación. Consulte el artículo 7014696 de la base de conocimientos.
Problema: la conversión de una carga de trabajo de UEFI (versiones del núcleo de Windows 6.2 y superiores) a equipos con BIOS falla en el paso Preparing OS (Preparación del sistema operativo), ya que no se encuentra la partición activa para actualizar los parámetros de arranque. (Error 864326)
Solución: actualice el tipo de partición de la opción Disk as MBR (Disco como MBR) donde esté presente el volumen del sistema en la carga de trabajo de origen o en la imagen. Use las opciones para exportar o importar la interfaz gráfica o el explorador de OFX para editar el XML. Para obtener una lista completa de los pasos necesarios, consulte el artículo 7014637 de la KB.
Problema: la transferencia basada en archivos X2P de Windows 6.2 y versiones posteriores del núcleo falla en las fases de envío y recepción de archivos. (Error 865570)
Solución: para forzar la transferencia de archivos en este escenario X2P, debe inhabilitar los indicadores avanzados de CPU en el firmware: VT-d, VT-s y Execute Disable Bit (Ejecutar bit de inhabilitación). Consulte el artículo 7014698 de la base de conocimientos.
Problema: Migrate espera que exista una carpeta llamada C:\Windows\Boot\EFI en el servidor de origen para exportar el contenido para su uso futuro. La carpeta no está disponible en sistemas operativos Windows de 32 bits anteriores a Windows Server 2008 o Windows Vista, de modo que cuando Migrate exporta la información BCD a la carpeta, la operación produce el siguiente error:
Error message: Failed: C:\Windows\Boot\EFI (Mensaje de error: error: C:\Windows\Boot\EFI)
(Error 866467)
Solución: cree la carpeta C:\Windows\Boot\EFI y, a continuación, cree una unión de directorio en C:\Windows para C:\Windows\System32. Consulte el artículo 7014710 de la base de conocimientos.
Problema: si configura el valor End State (Estado final) de una tarea de conversión sin conexión como Restart (Reiniciar), el equipo de origen permanecerá en el estado under control (bajo control) cuando la tarea se complete correctamente. (Error 875562)
Solución: reinicie manualmente el origen una vez completada la conversión.
Problema: el menú de arranque del equipo Windows de origen no se restablece tras la conversión sin conexión. (Error 878043)
Solución: tras la conversión, el menú de arranque de origen muestra dos opciones, el disco RAM de Linux (LRD) y el sistema operativo (SO). Al arrancar por primera vez tras la conversión, seleccione manualmente la opción del sistema operativo. Esta acción borrará la opción LRD del menú de arranque en futuras operaciones de arranque.
Problema: la herramienta de interfaz de línea de comandos no admite de momento la posibilidad de trasladar o crear una máquina virtual en un grupo de recursos como valor de configuración del archivo conversion.ini. (Error 891690)
Solución: tras la conversión, mueva manualmente la nueva máquina al repositorio de recursos que desee.
Problema: después de una conversión en Windows Server 2012 R2 Hyper-V, solo es visible la unidad "C". Las demás particiones no se montan en letras de unidad.(Error 894623)
Solución: tras la conversión, acceda a la herramienta de administración de discos y asigne manualmente las letras de unidad a las particiones.
Problema: al arrancar la máquina virtual Windows Server 2012 R2 Hyper-V con LRD, el sistema devuelve dispositivos aleatorios de la lista de dispositivos de disco duro, ya sean IDE, SCSI o una mezcla de ambos. (Error 896584)
Solución: la lista debe incluir los discos IDE en la parte superior y después los discos SCSI. Use el cliente de Migrate para personalizar la lista.
Las siguientes situaciones constituyen ejemplos del comportamiento de la lista. Condiciones preestablecidas: la máquina virtual de destino es Generación 1. Debe crear tres o más unidades virtuales:
Situación 1 - Comportamiento de IDE a SCSI
Configuración inicial dada:
Si Disco2 cambia a SCSI, Disco3 cambia a SCSI. Los valores de la lista tras la modificación se mostrarán como:
Si Disco3 cambia a SCSI, Disco2 no cambia. Los valores de la lista tras la modificación se mostrarán como:
Situación 2 - Comportamiento de SCSI a IDE
Configuración inicial dada:
Si Disco2 cambia a IDE, Disco3 no cambia. Los valores de la lista tras la modificación se mostrarán como:
Si Disco3 cambia a IDE, Disco2 cambia a IDE. Los valores de la lista tras la modificación se mostrarán como:
Problema: tras realizar una migración de bloques RHEL 6.2 x64 correctamente con la opción Install Integration Services (Instalar servicios de integración) seleccionada, al ejecutar el comando fdisk -l se muestran discos redundantes. Es decir, un solo disco se mostrará dos veces como sda y sdb. (Error 896598)
Solución: se trata de un problema conocido de Microsoft y está previsto que se solucione.
Problema: PlateSpin Migrate es compatible con clústeres de VMware con DRS habilitado o sin DRS, así como con cualquier nivel de DRS (Manual, Partially Automated [Parcialmente automatizado] o Fully Automated [Totalmente automatizado]) Sin embargo, para que sea un destino de migración válido, el clúster de VMware debe descubrirse mediante vCenter y no inventariando directamente servidores ESX individuales. (Error 896598)
Consulte “Discovery Guidelines for Machine Types and Credentials” (Directrices de descubrimiento de tipos de equipos y credenciales) en la Guía del usuario.
Problema: si decide designar un equipo como servidor de imágenes de PlateSpin y especifica una vía completa del archivo de imagen de más de 248 caracteres, la instalación del servidor de imágenes falla. (Error 967414)
Solución: asegúrese de que la vía completa del archivo de imagen especificado tiene 248 caracteres o menos.
Problema: si decide migrar un origen Windows 2000 Server con una o varias NIC, el trabajo de conversión no puede configurar las NIC de la máquina de destino. (Error 971414)
Solución: configure manualmente las NIC cuando se complete el trabajo de conversión.
Problema: si usa el cliente de Migrate para descubrir un servidor de ESX directamente o mediante el servidor de vCenter, el servidor descubierto se muestra en la interfaz Web. Si vuelve a descubrir el mismo servidor de ESX mediante el cliente de Migrate, en la interfaz Web se muestra una entrada duplicada del servidor con el error Add Failed (Error de adición). (Error 975870)
Solución: suprima la entrada duplicada de servidor de la interfaz Web.
El problema siguiente se está estudiando:
Problema: en PlateSpin Migrate 12.0, puede que una programación de réplica completa no se lleve a cabo en algunas circunstancias. (Error 971849)
Solución: después de actualizar de la versión 12.0 Hot Fix 1 a la versión 12.1, puede que algunas programaciones existentes se encuentren dañadas. Si en Next Replication (Próxima réplica) se muestra una programación vacía, debe volver a configurar la programación de la carga de trabajo. Las programaciones definidas en PlateSpin 12.1 se cumplen.
Problema: ha usado el cliente de Migrate para descubrir un servidor de vCenter en más de una red antes de actualizar a Migrate 12.1. Si ahora actualiza a Migrate 12.1, el servidor de vCenter descubierto por el cliente de Migrate se sincroniza con la interfaz Web. Si a continuación añade el mismo destino de vCenter mediante la interfaz Web, la operación falla y se produce la excepción Could not add target (No es posible añadir el destino). (Error 977577)
Se están investigando los siguientes problemas:
Problema: se puede producir una condición rara durante la partición del disco en la que PlateSpin Migrate intenta leer la tabla de particiones antes de que la utilidad npart haya devuelto toda la información de la partición. Esta condición provoca que la transición falle y se produzca el mensaje siguiente:
Unable to find a device to map the windows volume (No se encuentra un dispositivo para asignar el volumen de Windows)
(Error 959079)
Solución: vuelva a ejecutar la transición.
Problema: si migra una carga de trabajo Windows que tenga varias NIC con DHCP a Azure, la conexión de red de la máquina virtual de destino podría no asignarse a la red o la subred correcta de Azure.
Por ejemplo: supongamos que la carga de trabajo de origen tiene tres NIC con DHCP y las conexiones de red se han asignado de esta forma:
Ethernet asignada a subred4
Ethernet2 asignada a subred3
Ethernet3 asignada a subred2
Después de la migración, las conexiones de red de la máquina virtual de destino podrían asignarse de la siguiente forma:
Ethernet asignada a subred3
Ethernet2 asignada a subred4
Ethernet3 asignada a subred2
(Error 967316)
Solución: no es posible usar la carga de trabajo de destino en este estado. Debe eliminar la carga de trabajo de destino errónea y repetir la configuración de migración y la transición. En el segundo intento se suelen asignar correctamente las NIC DHCP a la red o la subred virtual de Azure correcta.
Para eliminar la carga de trabajo de destino errónea y repetir la migración:
En la interfaz Web, seleccione la carga de trabajo migrada, haga clic en Remove Workload (Eliminar carga de trabajo), seleccione las opciones Preserve Source (Conservar origen) y Delete Target VM (Suprimir máquina virtual de destino) y haga clic en Execute (Ejecutar).
Esta acción elimina la carga de trabajo de destino y deja la carga de trabajo de origen en el estado Not Configured (Sin configurar).
Configure la carga de trabajo de origen para la migración a Azure con los mismos valores de configuración que se usaron en el primer intento.
Haga clic en Run Cutover (Ejecutar transición).
Verifique que las NIC se han asignado a la red o subred virtual de Azure correcta.
Problema: en el portal de Microsoft Azure, los campos DNS name (Nombre de DNS) y Properties (Propiedades) > COMPUTER NAME (Nombre del equipo) de la carga de trabajo están vacíos. (Error 969489)
Solución: use el escritorio remoto para entrar en el equipo y abra la página Sistema del Panel de control para ver el nombre del equipo y el nombre DNS de la carga de trabajo.
Problema: Azure añade automáticamente un disco a las máquinas virtuales que no se montan con una letra de unidad. El tamaño de este disco varía, según la instancia de la nube que se decida distribuir. (Error 967314)
Solución: puede eliminar el disco extra de Azure de la configuración de la máquina virtual.
Problema: PlateSpin Migrate admite máquinas virtuales de Azure de hasta 64 discos de datos. Para el tamaño de instancia máximo, Migrate usará un disco de datos para la réplica del disco del sistema operativo en el entorno de réplicas de PlateSpin. Después de la migración, ese disco se convierte en el del sistema operativo y podrá añadir un disco de datos nuevo. Si envía una carga de trabajo de origen para replicar con 64 discos de datos, la réplica falla sin aviso alguno en la interfaz del usuario. (Error 972053)
Solución: para obtener el tamaño de instancia máximo de Azure, asegúrese de que la carga de trabajo de origen tiene 63 o menos discos de datos al enviarla para la réplica.
Problema: si por error trata de migrar una carga de trabajo de origen de Azure a la misma ubicación de destino en el mismo almacén de datos de Azure, la configuración de la migración falla de la forma prevista y se produce el error BlobAlreadyExists (El archivo Blob ya existe). En la limpieza posterior al error de la carga de trabajo de destino se suprime la carga de trabajo de origen porque se encuentran en la misma ubicación. (Error 971998)
Solución: no migre cargas de trabajo de origen de Azure a la misma ubicación de destino y almacén de datos de Azure.
Problema: en las cargas de trabajo Windows de origen con los tipos de disco dinámico Simple (sencillo), Spanned (expandido), Striped (segmentado), Mirrored (duplicado) y RAID5, la configuración de la carga de trabajo de destino asigna números no secuenciales a los nombres de disco y a los índices de disco. Los números no secuenciales son elementos de los tipos de discos dinámicos en la carga de trabajo de origen. Todos los discos necesarios están presentes para la carga de trabajo de destino. Este problema se produce para las cargas de trabajo de destino de Azure y de VMware. (Error 973266)
Solución: no hay solución.
Problema: en las cargas de trabajo Windows de origen con los tipos de disco dinámico Simple (sencillo), Spanned (expandido), Striped (segmentado), Mirrored (duplicado) y RAID5, el tamaño de instancia de la nube por defecto para la carga de trabajo de destino podría ser mayor de lo necesario. La configuración por defecto del componente de discos de datos se basa en el número total de discos de la carga de trabajo de origen, en lugar de en el número neto de discos que se van a crear en la carga de trabajo de destino. (Error 973265)
Solución: debe cambiar manualmente el tamaño de instancia de la nube al valor adecuado y deseado. Para sus necesidades, puede bastar un tamaño de instancia de la nube con menos discos de datos.
Problema: una carga de trabajo descubierta muestra todos los discos descubiertos en la página de configuración. Si excluye un disco de la migración y guarda el cambio, la lista de discos virtuales con la vía del disco correspondiente se reordena y el disco esperado podría no ser el excluido. Este problema se observa para las máquinas virtuales VMware y Azure de destino. (Error 969639)
Solución: se trata de una modificación simplemente cosmética de la configuración en la interfaz del usuario. La configuración subyacente se guarda correctamente y no es necesario que el usuario modifique las vías del disco ni el orden.
Problema: la migración a Azure falla en las cargas de trabajo SUSE Linux Enterprise Server (SLES) 11 SP4 solo con discos que no sean LVM. Se producen errores diferentes en los distintos intentos:
Command failed. Refer to command details. (Error del comando. Consulte los detalles). The Configuration service in the target machine does not seem to have started. (Parece que el servicio de configuración de la máquina de destino no se ha iniciado).
La migración a Azure se produce correctamente en las cargas de trabajo de otras versiones de SLES y de otros sistemas operativos Linux configurados solo con discos que no sean LVM. (Error 972062)
Solución: no existe solución para las cargas de trabajo SLES 11 SP4 que usan discos que no sean LVM.
Problema: los discos Linux se crean en un orden distinto en la carga de trabajo de destino al que tenían en la carga de trabajo de origen. Todos los discos y particiones están presentes; solo cambia el orden de los discos. (Error 974156)
Solución: no hay ninguna solución disponible. La máquina virtual de destino es totalmente funcional.
Problema: en una carga de trabajo Linux con varios grupos de volúmenes LVM en el mismo disco, estos grupos se crean en orden inverso en la carga de trabajo de destino. Por ejemplo, si el orden del grupo de volúmenes de origen es AB, el del grupo de destino será BA. Este problema se produce en las cargas de trabajo de destino de Azure y VMware. (Error 973227)
Solución: el orden de los grupos de volúmenes LVM del disco no afecta al funcionamiento. La máquina de destino funciona de la forma prevista.
Problema: en una carga de trabajo Linux con varias particiones Linux en el mismo disco, estas particiones se crean en orden inverso en la carga de trabajo de destino. Por ejemplo, si el orden de las particiones de origen es AB, el orden de las particiones de destino será BA. Este problema se produce en las cargas de trabajo de destino de Azure y VMware. (Error 970822)
Solución: el orden de las particiones Linux del disco no afecta al funcionamiento. La máquina de destino funciona de la forma prevista.
Problema: si decide migrar una carga de trabajo Windows Small Business Server 2011 a Azure, la transición se completa, pero la máquina virtual de destino de Azure se abre en modo seguro.(Error 978131)
Solución: para arrancar la máquina virtual de destino en el modo normal:
Ejecute msconfig.
Quite la marca de la opción Boot (Arrancar) > Safe boot (Arranque seguro).
Rearranque la máquina virtual.
Problema: después de la transición correcta de una carga de trabajo a Azure, la página de configuración de la máquina virtual del portal de Azure no muestra el tamaño de la máquina virtual si esta pertenece a la serie DSX_v2. Aunque el tamaño de la máquina virtual no se muestra en la página, la configuración subyacente de la máquina sí que contiene el tamaño. (Error 977497)
Solución: puede consultar el tamaño de la máquina virtual en la interfaz de línea de comandos de Azure en el caso de las máquinas virtuales de la serie DSX_v2.
Problema: en las migraciones a Microsoft Azure, el servicio blob de Azure crea elementos de almacenamiento (un blob de página y un blob de bloque) en el almacén de datos asignado para el entorno de réplica de la carga de trabajo. PlateSpin Migrate no necesita los elementos después de transferir correctamente, abortar o eliminar la carga de trabajo; sin embargo, no los elimina de forma automática. Microsoft Azure cobra por almacenar esos archivos de datos no necesarios. (Error 977308)
Solución: después de completar, abortar o eliminar una migración de carga de trabajo, debe eliminar manualmente los elementos de almacenamiento relacionados del contenedor de almacenamiento vhds del almacén de datos asignado a la migración. No elimine ningún archivo blob mientras la migración relacionada esté en curso.
Para eliminar los objetos blob antiguos:
Entre en la sesión en la interfaz del usuario Web del portal de Azure y suprima de forma manual los objetos blob.
Diríjase a Storage Accounts (Cuentas de almacenamiento) > nombre-almacén-de-datos > Services (Servicios) > Blobs > vhds.
Suprima el blob de página y el blob de bloque del entorno de réplica de la carga de trabajo de origen.
<nombrehost-origen>-RepEnv.<guid>.status (blob de bloque)
<blob de bloque>-RepEnvOS<guid>.vhd (blob de página)
Por ejemplo, para una carga de trabajo de origen denominada TST-2K12-SBS, los nombres del archivo blob son:
TST-2K12-SBS-RepEnv.0a81b6d1-08c3-40ee-a807-afbea21911ba.status
TST-2K12-SBS-RepEnvOS63034995-1563-4739-bb28-216e379d8a1c.vhd
Se están investigando los siguientes problemas:
Problema: en las cargas de trabajo Windows de origen con los tipos de disco dinámico Simple (sencillo), Spanned (expandido), Striped (segmentado), Mirrored (duplicado) y RAID5, la configuración de la carga de trabajo de destino podría usar el mismo valor de DiskPath para los dos discos. La migración hace caso omiso del valor duplicado y configura vías exclusivas para los dos discos en la carga de trabajo de destino. La migración se completa correctamente. (Error 973271)
Solución: no se requiere ninguna acción para la configuración.
Problema: en las cargas de trabajo Windows de origen con los tipos de disco dinámico Simple (sencillo), Spanned (expandido), Striped (segmentado), Mirrored (duplicado) y RAID5, la configuración de la carga de trabajo de destino asigna números no secuenciales a los nombres de disco y a los índices de disco. Los números no secuenciales son elementos de los tipos de discos dinámicos en la carga de trabajo de origen. Todos los discos necesarios están presentes para la carga de trabajo de destino. Este problema se produce para las cargas de trabajo de destino de Azure y de VMware. (Error 973266)
Solución: no hay solución.
Problema: una carga de trabajo descubierta muestra todos los discos descubiertos en la página de configuración. Si excluye un disco de la migración y guarda el cambio, la lista de discos virtuales con la vía del disco correspondiente se reordena y el disco esperado podría no ser el excluido. Este problema se observa para las máquinas virtuales VMware y Azure de destino. (Error 969639)
Solución: se trata de una modificación simplemente cosmética de la configuración en la interfaz del usuario. La configuración subyacente se guarda correctamente y no es necesario que el usuario modifique las vías del disco ni el orden.
Problema: en una carga de trabajo Linux con varios grupos de volúmenes LVM en el mismo disco, estos grupos se crean en orden inverso en la carga de trabajo de destino. Por ejemplo, si el orden del grupo de volúmenes de origen es AB, el del grupo de destino será BA. Este problema se produce en las cargas de trabajo de destino de Azure y VMware. (Error 973227)
Solución: el orden de los grupos de volúmenes LVM del disco no afecta al funcionamiento. La máquina de destino funciona de la forma prevista.
Problema: en una carga de trabajo Linux con varias particiones Linux en el mismo disco, estas particiones se crean en orden inverso en la carga de trabajo de destino. Por ejemplo, si el orden de las particiones de origen es AB, el orden de las particiones de destino será BA. Este problema se produce en las cargas de trabajo de destino de Azure y VMware. (Error 970822)
Solución: el orden de las particiones Linux del disco no afecta al funcionamiento. La máquina de destino funciona de la forma prevista.
Problema: en las cargas de trabajo Linux de destino en contenedores de VMware, después de que se complete la copia de datos y se inicie el servicio de configuración, la transición se bloquea y se muestra el mensaje siguiente en la interfaz Web:
The ReconfigVM_Task submitted to VMware vCenter server failed: Connection control operation failed for disk ide0:0 (Error en ReconfigVM_Task enviada al servidor de VMware vCenter: error en la operación de control de la conexión para el disco ide0:0)
En el cliente de vSphere del entorno de destino, en los recuadros de diálogo Virtual Machine Message (Mensaje de la máquina virtual) y Virtual Machine Question (Consulta de la máquina virtual) se pide que se anule el bloqueo de CD-ROM. En la interfaz Web, el bloqueo de la transición continúa hasta que anule manualmente el bloqueo de vCDROM del cliente de vSphere para el entorno de destino.
Este problema no se produce en todas las cargas de trabajo Linux de destino ni en todas las versiones del contenedor de VMware. (Error 975853)
Solución: entre en el cliente de vSphere del entorno de destino. Cuando se le pida que anule el bloqueo de CD-ROM, Seleccione Sí y haga clic en Aceptar.
Problema: si usa el cliente de Migrate para configurar el sistema operativo para las cargas de trabajo Linux de destino en contenedores de VMware, el cliente de Migrate podría no responder.
En el cliente de vSphere del entorno de destino, en los recuadros de diálogo Virtual Machine Message (Mensaje de la máquina virtual) y Virtual Machine Question (Consulta de la máquina virtual) se pide que se anule el bloqueo de CD-ROM. El cliente de Migrate podría no responder hasta que anule manualmente el bloqueo de vCDROM del cliente de vSphere para el entorno de destino.
Este problema no se produce en todas las cargas de trabajo Linux de destino ni en todas las versiones del contenedor de VMware. (Error 975853)
Solución: entre en el cliente de vSphere del entorno de destino. Cuando se le pida que anule el bloqueo de CD-ROM, Seleccione Sí y haga clic en Aceptar.
Para obtener información acerca de la información legal, las marcas comerciales, las renuncias de responsabilidad, las garantías, la exportación y otras restricciones de uso, los derechos del gobierno estadounidense, la directiva de patentes y el cumplimiento de la norma FIPS, consulte el sitio https://www.netiq.com/es-es/company/legal/.
Copyright © 2016 NetIQ Corporation. Reservados todos los derechos.