Preparación para la migración

Antes de migrar cualquier tipo de implementación de vCenter Server a un dispositivo, debe realizar las tareas de preparación.

Tareas de preparación:

Sincronización de los relojes de ESXi con un servidor horario de red

Antes de instalar vCenter Server, asegúrese que todas las máquinas de la red de vSphere tengan los relojes sincronizados.

Esta tarea explica cómo configurar NTP desde VMware Host Client.

Procedimiento

Inicie VMware Host Client y conéctese al host ESXi.
Haga clic en Administrar.
En Sistema, haga clic en Hora y fecha y, a continuación, en Editar configuración.
Seleccione Usar protocolo de hora de red (Habilitar el cliente NTP).
En el cuadro de texto Servidores NTP, introduzca la dirección IP o el nombre de dominio completo de uno o más servidores NTP con los que se realizará la sincronización.
En el menú desplegable Directiva de inicio del servicio NTP, seleccione Iniciar y detener con el host.
Haga clic en Guardar.
El host se sincroniza con el servidor NTP.

Preparación de las bases de datos de vCenter Server para la migración

La instancia de vCenter Server Appliance requiere una base de datos para almacenar y organizar los datos del servidor. Compruebe que la base de datos de origen de vCenter Server esté preparada para la migración a la instancia de destino de vCenter Server Appliance.

Cada instancia de vCenter Server Appliance debe tener su propia base de datos. La base de datos de PostgreSQL que se incluye en el paquete de vCenter Server Appliance admite hasta 2.500 hosts y 30.000 máquinas virtuales.

A fin de garantizar que la base de datos esté preparada para la migración:

Compruebe que las contraseñas sean actuales y que no estén establecidas para expirar próximamente.
(opcional) Reduzca el tamaño de la base de datos. Para obtener más información, consulte el artículo de la base de conocimientos KB 2110031.
Compruebe que se ha hecho una copia de seguridad de la base de datos. Consulte la documentación de la base de datos.
Compruebe que vCenter Server pueda comunicarse con la base de datos local.

Durante la migración de vCenter Server a vCenter Server Appliance, el instalador:

Exporta la base de datos de vCenter Server.
Implementa la instancia de destino de vCenter Server Appliance en un estado sin configurar.
Copia los datos exportados a la instancia de destino de vCenter Server Appliance.
Inicia el servicio de PostgreSQL para importar los datos de origen de la base de datos.
Actualiza el esquema de base de datos para que sea compatible con la instancia de destino de vCenter Server Appliance.
Inicia los servicios de la instancia de destino de vCenter Server Appliance.

Cuando se configura la instancia de destino de vCenter Server Appliance, los procesos de inicialización y configuración se efectúan mediante la base de datos importada con el esquema antiguo. Se pueden elegir entre varias opciones de migración:

Tablas de inventario
Tablas de inventario con eventos y tareas
Todos los datos de la base de datos

Preparar una base de datos de Oracle para la migración

Asegúrese de tener las credenciales necesarias y de finalizar cualquier limpieza u otra preparación antes de migrar la base de datos de Oracle de Windows a una base de datos PostgreSQL integrada en el dispositivo.

Requisitos previos

Compruebe que haya confirmado la interoperabilidad básica antes de preparar la base de datos de Oracle para la migración.

Compruebe que se ha hecho una copia de seguridad de la base de datos. Para obtener información sobre cómo realizar una copia de seguridad de la base de datos de vCenter Server, consulte la documentación de Oracle.

Procedimiento

Compruebe que las contraseñas sean actuales y que no estén establecidas para expirar próximamente.
Asegúrese de que posea las credenciales de inicio de sesión, el nombre de la base de datos y el nombre del servidor de la base de datos que utilizará la base de datos de vCenter Server.
Busque en el sistema ODBC el nombre de la conexión del nombre de origen de la base de datos para la base de datos de vCenter Server.
Utilice Oracle SERVICE_NAME en lugar de la SID para comprobar que su instancia de base de datos de Oracle esté disponible.
- Inicie sesión en el servidor de la base de datos para leer desde el registro de alertas: $ORACLE_BASE/diag/rdbms/$instance_name/$INSTANCE_NAME/trace/alert_$ INSTANCE_NAME.log.
- Inicie sesión en el servidor de la base de datos para leer la salida de estado de Oracle Listener.
- Si tiene instalado el cliente SQL*Plus, puede utilizar tnsping para la instancia de vCenter Database. Si el comando tnsping no funciona la primera vez, vuela a intentarlo después de esperar algunos minutos. Si el nuevo intento tampoco funciona, reinicie la instancia de vCenter Database en el servidor Oracle y, a continuación, vuelva a intentartnsping para asegurarse de que está disponible.
Compruebe que el archivo de controlador JDBC esté incluido en la variable CLASSPATH.
Compruebe que los permisos estén definidos de forma correcta.
Asigne el rol DBA o conceda los permisos requeridos al usuario.
Realice una copia de seguridad completa de la base de datos de vCenter Server.

Resultados

La base de datos está preparada para la migración de vCenter Server a vCenter Server Appliance.

Preparar la base de datos de Microsoft SQL Server para la migración

Asegúrese de tener las credenciales necesarias y de finalizar cualquier limpieza u otra preparación antes de migrar la base de datos de Microsoft SQL Server de Windows a un dispositivo de base de datos integrada PostgreSQL.

Importante: No puede utilizar Integrate Windows como método de autenticación si el servicio vCenter Server se ejecuta en una cuenta del sistema integrada de Microsoft Windows.

Requisitos previos

Compruebe que se ha hecho una copia de seguridad de la base de datos. Para obtener información sobre la copia de seguridad de la base de datos de vCenter Server, consulte la documentación de Microsoft SQL Server.

Procedimiento

Compruebe que las contraseñas sean actuales y que no estén establecidas para expirar próximamente.
Compruebe que JDK 1.6 o versiones posteriores esté instalado en la máquina de vCenter Server.
Compruebe que se haya agregado el archivo sqljdbc4.jar a la variable CLASSPATH en la máquina donde se va a migrar vCenter Server Appliance.
Si el archivo sqljdbc4.jar no está instalado en el sistema, el instalador de vCenter Server Appliance lo instala.
Compruebe que el nombre de origen de la base de datos del sistema use el controlador de Microsoft SQL Server Native Client 10 o 11.
Realice una copia de seguridad completa de la base de datos de vCenter Server.

Resultados

La base de datos está preparada para la migración de vCenter Server a vCenter Server Appliance.

Preparar la base de datos de PostgreSQL antes de migrar vCenter Server a un dispositivo

Asegúrese de tener las credenciales necesarias y de finalizar cualquier limpieza u otra preparación antes de migrar la instalación de la base de datos de PostgreSQL en Windows a un dispositivo.

Para obtener información sobre cómo hacer una copia de seguridad de la base de datos de vCenter Server, consulte la documentación de PostgreSQL.

Requisitos previos

Compruebe que confirmó la interoperabilidad de migración básica antes de preparar la base de datos de PostgreSQL para migrar vCenter Server.

Procedimiento

Compruebe que las contraseñas sean actuales y que no estén establecidas para expirar próximamente.
Para vCenter Server, encuentre el script cleanup_orphaned_data_PostgresSQL.sql en la imagen ISO y cópielo en el servidor PostgreSQL.
Inicie sesión en vCenter Server Appliance como usuario raíz.
Ejecute el script de limpieza.
/opt/vmware/vpostgres/9.4/bin/psql -U postgres -d VCDB -f path cleanup_orphaned_data_Postgres.sql

El script de limpieza elimina y purga los datos innecesarios o huérfanos de la base de datos de vCenter Server que ningún componente de vCenter Server utiliza.
Realice una copia de seguridad completa de la base de datos de vCenter Server.

Resultados

La base de datos está preparada para la migración de vCenter Server a vCenter Server Appliance.

Preparar hosts ESXi administrados para la migración

Es necesario preparar los hosts ESXi que se administran mediante la instalación de vCenter Server antes de migrarlos de Windows a vCenter Server 8.0.

Requisitos previos

Para migrar vCenter Server o una instancia externa de Platform Services Controller desde Windows a vCenter Server 8.0, los hosts ESXi de origen y destino deben cumplir los requisitos de migración.

Los hosts ESXi deben ser versión 6.7 o posterior. Para obtener información sobre la compatibilidad de ESXi, consulte Guía de compatibilidad de VMware.
Los hosts ESXi no deben estar en el modo de bloqueo ni de mantenimiento.

Procedimiento

Para conservar los certificados SSL actuales, realice una copia de seguridad de los certificados SSL presentes en el sistema vCenter Server antes de actualizar a vCenter Server 8.0.
La ubicación predeterminada de los certificados SSL es %allusersprofile%\VMware\VMware VirtualCenter.
Si tienen certificados personalizados o de huella digital, consulte Certificados y actualizaciones de hosts ESXi para determinar los pasos de preparación.
Si tiene clústeres de vSphere HA, se debe habilitar la comprobación de los certificados SSL.
Si tiene clústeres de vSphere HA, se debe habilitar la comprobación de los certificados SSL.
1. Seleccione la instancia de vCenter Server en el árbol de inventario de vSphere Client.
2. Seleccione la pestaña Administrar y la subpestaña General.
3. Compruebe que la opción vCenter Server requiere certificados SSL del host validados esté seleccionada.

Resultados

Los hosts ESXi están listos para la migración al dispositivo vCenter Server.

Preparación de los certificados de vCenter Server para la migración

Es necesario comprobar que los certificados de origen de vCenter Server estén preparados antes de iniciar el proceso de migración.

En vSphere 6.0 y versiones posteriores, los certificados se almacenan en VMware Endpoint Certificate Store. El proceso de migración se realiza con normalidad y conserva los certificados. Para obtener información acerca de las ubicaciones de certificados de vCenter Server, consulte el artículo KB 2111411 de la base de conocimientos.

Ubicación de archivos de certificados

Los archivos de certificados de vCenter Server se encuentran en %ProgramData%\VMware\VMware VirtualCenter\SSL.

Tipos de certificados admitidos

Si el entorno utiliza alguno de los tipos de certificados admitidos, se puede continuar con la migración. El proceso de migración se realiza con normalidad y conserva los certificados.

El archivo rui.crt contiene toda la cadena, incluido el certificado de hoja. Este tipo de certificado se puede crear mediante la implementación y el uso de VMware SSL Certificate Automation Tool; consulte el artículo KB 2057340 de la base de conocimientos.
El archivo rui.crt contiene el certificado de hoja y el archivo cacert.pem correspondiente se puede obtener de %ProgramData%\VMware\VMware VirtualCenter\SSL para validar rui.crt.

Tipos de certificados no admitidos

Si el entorno utiliza alguno de los tipos de certificados no admitidos, es necesario prepararlos antes de continuar con el proceso de migración.

El archivo rui.crt contiene solamente el certificado de hoja, el archivo cacert.pem falta o no es válido y el archivo cacert.pem no está agregado al almacén de confianza de Windows.
Obtenga el certificado de la entidad de certificación, incluidos todos los certificados intermedios, y cree un archivo cacert.pem, o bien reemplace los certificados de vCenter Server con alguno de los formatos admitidos.
El archivo rui.crt contiene solamente el certificado de hoja, el archivo cacert.pem falta o no es válido, pero el archivo cacert.pem se agrega al almacén de confianza de Windows.
Obtenga el certificado de la entidad de certificación, incluidos todos los certificados intermedios del almacén de confianza de Windows, y cree el archivo cacert.pem. Utilice OpenSSL para comprobar el certificado mediante el comando verify -CAfile cacert.pem rui.crt.

Para obtener información sobre los certificados de seguridad de vSphere, consulte la documentación sobre la seguridad de vSphere.

Requisitos del sistema para el instalador de vCenter Server

Puede ejecutar el instalador de GUI o CLI de vCenter Server desde un equipo cliente de red que se ejecuta en una versión compatible de un sistema operativo Windows, Linux o Mac.

Para garantizar el rendimiento óptimo de los instaladores de GUI y CLI, use un equipo cliente que cumpla con los requisitos mínimos de hardware.

Tabla 1. Requisitos del sistema para los instaladores de GUI y CLI
Sistema operativo	Versiones compatibles	Configuración de hardware mínima para un rendimiento óptimo
Windows	Windows 10, 11 Windows 2016 de 64 bits Windows 2019 de 64 bits Windows 2022 de 64 bits	4 GB de RAM, 2 CPU con 4 núcleos con 2,3 GHz, disco duro de 32 GB, 1 NIC
Linux	SUSE 15 Ubuntu 18.04, 20.04, 21.10	4 GB de RAM, 1 CPU con 2 núcleos con 2,3 GHz, disco duro de 16 GB, 1 NIC Nota: El instalador de CLI requiere un sistema operativo de 64 bits.
Mac	macOS 10.15, 11, 12 macOS Catalina, Big Sur, MacOS	8 GB de RAM, 1 CPU con 4 núcleos con 2,4 GHz, disco duro de 150 GB, 1 NIC

Nota: Para los equipos cliente que se ejecutan en Mac 10.15 o una versión posterior, no se admiten las implementaciones de GUI simultáneas de varios dispositivos. Debe implementar los dispositivos en una secuencia.

Nota: Deben instalarse las bibliotecas redistribuibles de Visual C++ para ejecutar el instalador de CLI en las versiones de Windows anteriores a Windows 10. Los instaladores de Microsoft de estas bibliotecas se encuentran en el directorio vcsa-cli-installer/win32/vcredist.

Nota: La implementación de vCenter Server Appliance con la GUI requiere una resolución mínima de 1.024 x 768 para verse correctamente. Las resoluciones más bajas pueden truncar los elementos de interfaz de usuario.

Determinar el tamaño de la base de datos de Oracle y el tamaño de almacenamiento del nuevo dispositivo

Antes de actualizar vCenter Server Appliance o de migrar vCenter Server en un sistema Windows que usa una base de datos de Oracle externa, debe determinar el tamaño de la base de datos existente. En función del tamaño de la base de datos existente, puede calcular el tamaño de almacenamiento mínimo para la nueva instancia de vCenter Server Appliance mediante una base de datos de PostgreSQL integrada.

Ejecute los scripts para determinar el tamaño de la tabla principal de Oracle, el tamaño de la tabla de tareas y eventos, y el tamaño de la tabla de estadísticas. La tabla principal de Oracle corresponde a la partición de base de datos (/storage/db) de la base de datos de PostgreSQL. Las tablas de eventos y tareas y de estadísticas de Oracle corresponden a la partición de estadísticas, eventos, alarmas y tareas (/storage/seat) de la base de datos de PostgreSQL.

Durante la actualización del dispositivo, debe seleccionar un tamaño de almacenamiento para el nuevo dispositivo que, como mínimo, tenga el doble de tamaño que el tamaño de las tablas de Oracle.

Durante la actualización del dispositivo, se pueden seleccionar los tipos de datos que se transferirán al nuevo dispositivo. Para minimizar el tiempo de actualización y los requisitos de almacenamiento del dispositivo nuevo, puede elegir la opción para transferir solo los datos de configuración.

Requisitos previos

Debe tener credenciales de inicio de sesión de base de datos de vCenter Server.

Procedimiento

Inicie sesión en una sesión SQL*Plus con el usuario de base de datos de Inicie una sesión de SQL*Plus con el usuario de base de datos de vCenter Server.

Determine el tamaño de la tabla principal ejecutando el siguiente script.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
  FROM   user_segments s
  WHERE  (s.segment_name,s.segment_type)
                IN (SELECT seg_name, seg_type FROM
                         (SELECT t.table_name seg_name, t.table_name tname,
                           'TABLE' seg_type
                           FROM   user_tables t
                          UNION
                          SELECT i.index_name, i.table_name,
                          'INDEX'
                           FROM   user_indexes i
                         ) ti
                    WHERE  (ti.tname LIKE 'VPX_%'
                            OR ti.tname LIKE 'CL_%'
                            OR ti.tname LIKE 'VDC_%')
                        AND ti.tname NOT LIKE 'VPX_SAMPLE_TIME%'
                        AND ti.tname NOT LIKE 'VPX_HIST_STAT%'
                        AND ti.tname NOT LIKE 'VPX_TOPN%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_VM%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_DATASTORE%'
                        AND ti.tname NOT LIKE 'VPX_TASK%'
                        AND ti.tname NOT LIKE 'VPX_EVENT%'
                        AND ti.tname NOT LIKE 'VPX_PROPERTY_BULLETIN%');

El script devuelve el tamaño de almacenamiento de la base de datos en MB.

Determine el tamaño de la tabla de eventos y tareas ejecutando el siguiente script.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%');

El script devuelve el tamaño de almacenamiento de los eventos y las tareas en MB.

Determine el tamaño de la tabla de estadísticas ejecutando el siguiente script.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_SAMPLE_TIME%'
                 OR ti.tname LIKE 'VPX_TOPN%'
                 OR ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%'
                 OR ti.tname LIKE 'VPX_HIST_STAT%');

El script devuelve el tamaño de almacenamiento de las estadísticas en MB.

Calcule el tamaño de almacenamiento mínimo para el nuevo dispositivo que va a implementar durante la actualización.
1. El tamaño de la partición de base de datos (/storage/db) de la base de datos de PostgreSQL integrada debe tener, como mínimo, el doble de tamaño que la tabla principal de Oracle que se devuelve en Paso 2.
2. El tamaño de la partición de estadísticas, eventos, alarmas y tareas de (/storage/seat) de la base de datos de PostgreSQL integrada debe duplicar como mínimo la suma de los tamaños de las tablas de eventos, tareas y estadísticas en Paso 3 y en Paso 4.
Por ejemplo, si la tabla principal de Oracle es de 100 MB, la tabla de eventos y tareas es de 1.000 MB y la tabla de estadísticas es de 2.000 MB, la partición de Postgres /storage/db debe tener como mínimo 200 MB y la partición /storage/seat debe tener al menos 6.000 MB.

Determinar el tamaño de la base de datos de Microsoft SQL Server y el tamaño de almacenamiento del nuevo vCenter Server Appliance

Antes de actualizar vCenter Server Appliance o migrar vCenter Server en un sistema Windows que usa una base de datos de Microsoft SQL Server externa, debe determinar el tamaño de la base de datos existente. En función del tamaño de la base de datos existente, puede calcular el tamaño de almacenamiento mínimo para la nueva instancia de vCenter Server Appliance. Este tamaño de almacenamiento permite que la base de datos de PostgreSQL integrada asuma los datos de la base de datos anterior con suficiente espacio de disco libre después de la actualización.

Ejecute los scripts para determinar el tamaño de la tabla principal de Microsoft SQL Server, el tamaño de la tabla de tareas y eventos, y el tamaño de la tabla de estadísticas. La tabla principal de Microsoft SQL Server corresponde a la partición de base de datos (/storage/db) de la base de datos de PostgreSQL. Las tablas de eventos y tareas y de estadísticas de Microsoft SQL Server corresponden a la partición de estadísticas, eventos, alarmas y tareas (/storage/seat) de la base de datos de PostgreSQL.

Durante la actualización del dispositivo, debe seleccionar un tamaño de almacenamiento para el nuevo dispositivo que, como mínimo, tenga el doble de tamaño que el tamaño de las tablas de Microsoft SQL Server.

Requisitos previos

Debe tener credenciales de inicio de sesión de base de datos de vCenter Server.

Procedimiento

Inicie sesión en SQL Management Studio con el usuario de base de datos de vCenter Server.

Determine el tamaño de la tabla principal ejecutando el siguiente script.

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0 AND UPPER(o.name) NOT LIKE 'VPX_HIST_STAT%'
   AND UPPER(o.name) NOT LIKE 'VPX_SAMPLE_TIME%'
   AND UPPER(o.name) NOT LIKE 'VPX_TOPN%'
   AND UPPER(o.name) NOT LIKE 'VPX_TASK%'
   AND UPPER(o.name) NOT LIKE 'VPX_EVENT%'
   AND UPPER(o.name) NOT LIKE 'VPX_SDRS_STATS_VM%'
   AND UPPER(o.name) NOT LIKE 'VPX_SDRS_STATS_DATASTORE%'
   AND UPPER(o.name) NOT LIKE 'VPX_PROPERTY_BULLETIN%';

El script devuelve el tamaño de almacenamiento de la base de datos en MB.

Determine el tamaño de la tabla de eventos y tareas ejecutando el siguiente script.

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0 AND ( UPPER(o.name) LIKE 'VPX_TASK%'
    OR UPPER(o.name) LIKE 'VPX_EVENT%');

El script devuelve el tamaño de almacenamiento de los eventos y las tareas en MB.

Determine el tamaño de la tabla de estadísticas ejecutando el siguiente script.

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0
   AND (     UPPER(o.name) LIKE 'VPX_HIST_STAT%'
         OR UPPER(o.name) LIKE 'VPX_SAMPLE_TIME%'
         OR UPPER(o.name) LIKE 'VPX_TOPN%');

El script devuelve el tamaño de almacenamiento de las estadísticas en MB.

Calcule el tamaño de almacenamiento mínimo para el nuevo dispositivo que va a implementar durante la actualización.
1. El tamaño de la partición de base de datos (/storage/db) de la base de datos de PostgreSQL integrada debe tener, como mínimo, el doble de tamaño que la tabla principal de Microsoft SQL Server que se devuelve en Paso 2.
2. El tamaño de la partición de estadísticas, eventos, alarmas y tareas (/storage/seat) de la base de datos de PostgreSQL integrada debe duplicar como mínimo la suma de los tamaños de las tablas de eventos, tareas y estadísticas de Microsoft SQL Server que se devuelve en Paso 3 y en Paso 4.
Por ejemplo, si la tabla principal de Microsoft SQL Server es de 100 MB, la tabla de eventos y tareas es de 1.000 MB y la tabla de estadísticas es de 2.000 MB, la partición de Postgres /storage/db debe tener como mínimo 200 MB y la partición /storage/seat debe tener al menos 6.000 MB.

Descargar y ejecutar VMware Migration Assistant en el equipo Windows de origen

Debe descargar y ejecutar VMware Migration Assistant en la instancia de origen de vCenter Server o Platform Services Controller a fin de prepararla para la migración desde Windows a vCenter Server Appliance. Si la implementación de vCenter Server tiene una instancia de Update Manager externa que se ejecuta en Windows, descargue y ejecute el VMware Migration Assistant en el equipo Windows de origen. Update Manager prepara la base de datos y el servidor de Update Manager para la migración desde Windows a la instancia de vCenter Server Appliance.

VMware Migration Assistant realiza las siguientes tareas en el equipo Windows de origen donde lo ejecuta:

Detecta el tipo de implementación de origen.
Ejecuta comprobaciones previas en el origen.
Informa sobre errores que se deben solucionar antes de iniciar la migración.
Proporciona información para los pasos subsiguientes del proceso de migración.

Asegúrese de que la ventana de VMware Migration Assistant permanezca abierta durante el proceso de migración. Si VMware Migration Assistant se cierra, el proceso de migración se detiene.

Requisitos previos

Descargar el instalador de vCenter Server y montarlo.
Inicie sesión en el equipo Windows como administrador.

Procedimiento

En el paquete instalador de vCenter Server Appliance, encuentre el directorio que contiene VMware Migration Assistant.
Copie la carpeta de VMware Migration Assistant en el equipo Windows de origen en el que se ejecuta uno de los siguientes componentes:
- Update Manager
- Platform Services Controller
- vCenter Server
Precaución: Si Update Manager se ejecuta en un equipo Windows distinto de cualquier otro componente de vCenter Server que se esté migrando, ejecute primero VMware Migration Assistant en el equipo de origen de Update Manager. Si no ejecuta primero VMware Migration Assistant en la máquina de origen de Update Manager, VMware Migration Assistant en vCenter Server podría generar errores.
Ejecute VMware Migration Assistant en el equipo Windows.
- Para la GUI, haga doble clic en VMware-Migration-Assistant.exe
- Para la CLI, escriba: VMware-Migration-Assistant.exe -p <password of [email protected]>
  Para ver una lista de todos los parámetros de entrada disponibles, escriba VMware-Migration-Assistant.exe --help.
Importante: Deje la ventana de Migration Assistant abierta hasta completar la actualización o el proceso de migración de la implementación de vCenter Server.

La instancia de VMware Migration Assistant ejecuta las comprobaciones previas a la actualización y solicita que se solucionen todos los errores detectados antes de proceder con la migración.

Resultados

Cuando finalicen las comprobaciones previas y se solucionen todos los errores, el sistema de origen estará listo para la migración.

Qué hacer a continuación

Para comenzar el proceso de migración, siga las instrucciones de VMware Migration Assistant.

Desde los pasos de migración detallados, consulte una de las siguientes secciones.