Preparación para actualizar vCenter Server Appliance

Antes de actualizar vCenter Server Appliance, es necesario descargar el archivo ISO del instalador de vCenter Server y montarlo en una máquina virtual de red o un servidor físico desde donde desea realizar la actualización.

El equipo desde el cual se actualiza el dispositivo debe ejecutarse en un sistema operativo Windows, Linux o Mac que cumpla con los requisitos de sistema operativo. Consulte Requisitos del sistema para el instalador de vCenter Server.

Antes de actualizar vCenter Server Appliance, se debe preparar los hosts ESXi en el inventario.

Antes de actualizar una implementación de vCenter Server mediante una instancia de Platform Services Controller externa, primero debe converger la instancia de Platform Services Controller externa en una instancia de Platform Services Controller integrada y, a continuación, realizar la actualización. Consulte el artículo KB 68137 de la base de conocimientos.

Si vCenter Server Appliance usa una base de datos de Oracle externa, debe determinar el tamaño de la base de datos existente.

Si vCenter Server Appliance usa una instancia externa de Update Manager, debe ejecutar Migration Assistant en el equipo que ejecuta Update Manager.

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.

Descargar el instalador de vCenter Server y montarlo

VMware lanzó la imagen ISO de vCenter Server Appliance, donde se incluyen los instaladores de GUI y CLI para vCenter Server Appliance.

Con los archivos ejecutables de GUI y CLI que se incluyen en el instalador de vCenter Server, es posible:

implementar vCenter Server Appliance;
actualizar vCenter Server appliance;
converger las versiones anteriores de vCenter Server con una instancia externa de Platform Services Controller a la versión actual de vCenter Server;
restaurar una instancia de vCenter Server Appliance a partir de una copia de seguridad basada en archivos.

Requisitos previos

Cree una cuenta de Customer Connect en https://my.vmware.com/web/vmware/.
Compruebe que el equipo cliente cumpla con los requisitos del sistema para el instalador de vCenter Server. Consulte Requisitos del sistema para el instalador de vCenter Server.

Procedimiento

Inicie sesión en VMware Customer Connect.
Desplácese hasta Productos y cuentas > Todos los productos.
Busque VMware vSphere y haga clic en Ver componentes de descarga.
Seleccione una versión de VMware vSphere en el menú desplegable Seleccionar versión.
Seleccione una versión de VMware vCenter Server y haga clic en IR A DESCARGAS.
Descargue la imagen ISO de vCenter Server Appliance.
Confirme que md5sum sea correcto mediante una herramienta de suma de comprobación MD5.
Monte la imagen ISO en el equipo cliente desde el cual desea implementar, actualizar, migrar o restaurar el dispositivo.

Nota: No se admite software de montaje de ISO en el que no se permitan más de ocho niveles de directorio, por ejemplo, MagicISO Maker en Windows.
No se admite Archive Manager en los sistemas operativos Linux y Mac.

Se puede usar DiskImageMounter en el sistema operativo Mac.

Se puede usar Disk Image Mounter en Ubuntu 14.04.
Se puede usar el terminal en el sistema operativo SUSE 12.
```
$ sudo mkdir mount_dir
$ sudo mount -o loop VMware-vCSA-all-version_number-build_number.iso mount_dir
```
Importante: Debido a un cambio de seguridad en MacOS Catalina, debe modificar la configuración de seguridad en su equipo hasta que se complete la implementación de vCenter Server. Si intenta ejecutar el instalador en MacOS Catalina sin modificar la configuración de seguridad, el instalador de vCenter Server muestra el error: ovftool cannot be opened because the developer cannot be verified. Para obtener más información, consulte el artículo 79416 de la base de conocimientos.

Qué hacer a continuación

Abra el archivo readme.txt y revise la información sobre los otros archivos y directorios en la imagen ISO de vCenter Server Appliance.

Sincronizar los relojes en la red de vSphere

Compruebe que todos los componentes de la red de vSphere tengan sus relojes sincronizados. Si los relojes en las máquinas físicas de la red de vSphere no están sincronizados, los certificados SSL y los tokens SAML, que están sujetos a limitaciones temporales, pueden no reconocerse como válidos en las comunicaciones entre máquinas de la red.

Los relojes que no están sincronizados pueden ocasionar problemas de autenticación que, a su vez, pueden provocar errores en la instalación o evitar que se inicie el servicio vmware-vpxd de vCenter Server.

Las incoherencias de hora en vSphere pueden hacer que el primer arranque de un componente en su entorno falle en los diferentes servicios según la ubicación en el entorno donde la hora no sea precisa y el momento en el que se sincronice la hora. Normalmente, los problemas se producen cuando el host ESXi de destino para la instancia de vCenter Server de destino no está sincronizado con NTP o PTP. De forma similar, se pueden presentar problemas si el dispositivo vCenter Server de destino se migra a un host ESXi establecido en otra hora debido a un DRS completamente automatizado.

Para evitar problemas de sincronización de hora, asegúrese de que lo siguiente sea correcto antes de instalar, migrar o actualizar una instancia vCenter Server.

El host ESXi de destino donde se desea implementar la instancia de vCenter Server de destino está sincronizado con NTP o PTP.
El host ESXi donde se ejecuta la instancia de vCenter Server de origen está sincronizado con NTP o PTP.
Al actualizar o migrar desde vSphere 6.7 a vSphere 8.0, si la instancia de vCenter Server Appliance está conectada a una instancia externa de Platform Services Controller, asegúrese de que el host ESXi donde se ejecuta la instancia externa de Platform Services Controller esté sincronizado con NTP o PTP.
Si va a actualizar o migrar desde vSphere 6.7 a vSphere 8.0, compruebe que la instancia de origen de vCenter Server o vCenter Server Appliance y la instancia externa de Platform Services Controller tengan la hora correcta.

Verifique que todos los equipos host de Windows en los que se ejecuta vCenter Server estén sincronizados con el servidor de tiempo de red (NTP). Consulte el artículo de la base de conocimientos de VMware en https://kb.vmware.com/s/article/1318.

Para sincronizar los relojes de ESXi con un servidor NTP o PTP, puede usar VMware Host Client. Para obtener información sobre la edición de la configuración de hora de un host ESXi, consulte el tema Editar la configuración de hora de un host ESXi en VMware Host Client en la documentación Administrar un host único de vSphere: VMware Host Client.

Para obtener información sobre cómo cambiar la configuración de sincronización de hora para vCenter Server, consulte el tema Configurar la zona horaria y la sincronización de hora del sistema en la documentación Configuración de vCenter Server.

Para obtener información sobre cómo editar la configuración de hora de un host mediante vSphere Client, consulte el tema Editar la configuración de hora para un host en la documentación Administrar vCenter Server y hosts.

Transferir datos desde una instancia existente de vCenter Server Appliance

Por lo general, la transferencia de datos se produce como parte del tiempo de inactividad de la actualización. Sin embargo, en algunos casos, puede optar por transferir una parte de los datos después de la actualización o la migración para minimizar el tiempo de inactividad.

La transferencia de datos después de la actualización o la migración se admite en los siguientes escenarios:

Migrar vCenter Server de Windows a vCenter Server Appliance
Actualizar el dispositivo de vCenter Server con base de datos externa

Nota: Después de la actualización o la migración, solo se pueden transferir datos de la base de datos externa a la base de datos integrada de PostgreSQL en segundo plano. No se pueden transferir datos desde una base de datos integrada de PostgreSQL a otra base de datos integrada de PostgreSQL después de la actualización o la migración.

Puede transferir la cantidad mínima de datos necesarios para que estén operativos durante la actualización. Luego, puede transferir los datos restantes de la base de datos externa a la base de datos de PostgreSQL integrada en segundo plano, y conservar así los datos históricos de evento y rendimiento de la implementación.

Los datos históricos posteriores a la actualización o la migración se pueden transferir desde las siguientes versiones de vCenter Server que utilicen bases de datos externas a la base de datos de PostgreSQL integrada en vCenter Server Appliance.

Tabla 2. Compatibilidad de bases de datos de vCenter Server para la transferencia de datos tras la actualización o la migración
Versiones de vCenter Server	Bases de datos	Compatibilidad para la transferencia de datos tras la actualización o la migración
vCenter Server Appliance 6.7	Base de datos de PostgreSQL integrada	No compatible
vCenter Server para Windows 6.7	Base de datos de MS SQL u Oracle externa	Compatible
vCenter Server para Windows 6.7	Base de datos de PostgreSQL integrada	No compatible
vCenter Server Appliance 7.0	Base de datos de PostgreSQL integrada	No compatible

Puede migrar los siguientes tipos de datos desde una base de datos externa a la base de datos de PostgreSQL integrada que utiliza la versión 8.0 de vCenter Server Appliance.

Datos de configuración: El tipo de datos mínimo que se debe transferir desde la base de datos externa de vCenter Server Appliance existente para realizar una actualización o para migrar a una instancia de vCenter Server Appliance en funcionamiento. Estos datos se pueden transferir en una cantidad de tiempo razonablemente pequeña, lo cual minimiza el tiempo de inactividad durante la actualización a vCenter Server 8.0.
Datos históricos y de configuración: Además de los datos de configuración, puede transferir datos históricos, como estadísticas de uso, eventos y tareas. El instalador e vCenter Server ofrece la opción de copiar los datos históricos y de configuración a la vez o bien de copiar solo los datos de configuración durante el proceso de actualización. A continuación, puede copiar los datos históricos en segundo plano después de iniciar la nueva instancia de vCenter Server.
Atención: Si elige copiar todos los datos a la vez, no podrá iniciar vCenter Server hasta que todos los datos se hayan transferido a la base de datos de PostgreSQL integrada en vCenter Server 8.0.
Datos históricos, de configuración y de métricas de rendimiento: La mayor cantidad de datos que puede transferir a vCenter Server. Solo puede copiar los datos de configuración durante el proceso de actualización y, a continuación, tendría que copiar los datos históricos y de rendimiento en segundo plano una vez que finalizara la actualización o la migración a vCenter Server 8.0.

Supervisar y administrar la migración de datos históricos

Puede supervisar y administrar la migración en segundo plano de datos históricos mediante la interfaz de administración de vCenter Server. Puede realizar las siguientes tareas de administración de datos:

Supervisar el progreso de la migración de datos.
Pausar la importación de datos.
Cancelar la importación de datos.

Importante: Si cancela la importación de datos, los datos históricos no se importarán a la base de datos de PostgreSQL integrada. Si cancela la operación de importación de datos, no podrá recuperar los datos. Si cancela el proceso de importación de los datos y desea importar los datos históricos más adelante, tendrá que reiniciar el proceso de actualización o migración desde la etapa 1 del instalador de GUI.

Consulte Supervisar y administrar la migración de datos históricos.

Preparar hosts ESXi para la actualización de vCenter Server Appliance

Antes de la actualización a vCenter Server 8.0, es necesario preparar los hosts ESXi.

Requisitos previos

Para actualizar vCenter Server Appliance, los hosts ESXi deben cumplir con los requisitos de actualizació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 de origen y de destino no deben estar en modo de bloqueo o de mantenimiento, y no deben formar parte de clústeres de DRS totalmente automatizados.
Revise los certificados SSL de su entorno firmados por una entidad de certificación (Certificate Authority, CA). Para obtener información acerca de la revisión manual de los certificados SSL firmados por CA en un entorno de vSphere, consulte el artículo de la base de conocimientos KB 2111411.

Procedimiento

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 no está habilitada la comprobación de certificados cuando se actualizan los hosts ESXi, vSphere HA no puede configurarse en los hosts.
1. Seleccione la instancia de vCenter Server Appliance en el árbol de inventario de vSphere Client.
2. Seleccione la pestaña Configurar y, a continuación, seleccione General en Configuración.
3. Haga clic en Editar.
4. Seleccione Configuración de SSL.
  Compruebe que la opción vCenter Server requiere certificados SSL del host validados esté seleccionada.

Resultados

Los hosts ESXi están listos para la actualización de vCenter Server Appliance.

Certificados y actualizaciones de hosts ESXi

Si actualiza un host ESXi a ESXi 6.7 o una versión posterior, el proceso de actualización reemplaza los certificados autofirmados (huella digital) por certificados firmados por VMCA. Si el host ESXi utiliza certificados personalizados, el proceso de actualización conserva esos certificados aun si caducaron o no son válidos.

El flujo de trabajo recomendado para actualizar depende de los certificados actuales.

Host aprovisionado con certificados de huellas digitales

Si el host actualmente usa certificados de huellas digitales, se le asignan certificados de VMCA de manera automática como parte del proceso de actualización.

Nota: No se pueden aprovisionar hosts heredados con certificados de VMCA. Debe actualizar estos hosts a ESXi 6.7 o una versión posterior.

Host aprovisionado con certificados personalizados

Si el host se aprovisiona con certificados personalizados (por lo general, certificados externos firmados por entidades de certificación), esos certificados permanecen en su lugar durante la actualización. Cambie el modo de certificado a Personalizado para asegurarse de no reemplazar accidentalmente los certificados durante una actualización de certificados posterior.

Nota: Si el entorno se encuentra en modo VMCA y se actualizan los certificados desde vSphere Client, todos los certificados existentes se reemplazan por certificados firmados por VMCA.

Posteriormente, vCenter Server supervisa los certificados y muestra información, como la caducidad del certificado, en vSphere Client.

Hosts aprovisionados con Auto Deploy

Siempre se asignan nuevos certificados a los hosts que aprovisiona Auto Deploy cuando se arrancan por primera vez con el software ESXi 6.7 o una versión posterior. Al actualizar un host aprovisionado por Auto Deploy, el servidor Auto Deploy genera una solicitud de firma del certificado (CSR) para el host y la envía a VMCA. VMCA almacena el certificado firmado para el host. Cuando el servidor Auto Deploy aprovisiona el host, este recupera el certificado de VMCA y lo incluye en el proceso de aprovisionamiento.

Puede utilizar Auto Deploy con certificados personalizados.

Cambiar el modo de certificado de ESXi

Utilice VMware Certificate Authority (VMCA) para aprovisionar los hosts ESXi en su entorno, a menos que la directiva corporativa exija que se usen certificados personalizados. En ese caso, para usar certificados personalizados con otra entidad de certificación raíz, edite el ajuste de vCenter Server avanzado, vpxd.certmgmt.mode. Tras aplicar el cambio, los hosts dejarán de aprovisionarse automáticamente con certificados de VMCA cuando se actualicen los certificados. y usted será responsable de administrar los certificados del entorno.

Puede utilizar la configuración avanzada de vCenter Server para cambiar al modo de huella digital o al modo de entidad de certificación personalizada. Utilice el modo de huella digital únicamente como opción de reserva.

Procedimiento

En vSphere Client, seleccione el sistema vCenter Server que administra los hosts.
Haga clic en Configurar y en Configuración, haga clic en Configuración avanzada.
Haga clic en Editar configuración.
Haga clic en el icono Filtrar en la columna Nombre; en el cuadro Filtrar, escriba vpxd.certmgmt para que se muestren únicamente los parámetros de administración de certificados.

Nota: Las opciones disponibles son vmca, personalizado y huella digital.
Cambie el valor de vpxd.certmgmt.mode a personalizado si desea administrar sus propios certificados o a huella digital si desea utilizar el modo de huella digital temporalmente. Después, haga clic en Guardar.

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.

Descargar y ejecutar VMware Migration Assistant en el equipo de origen de Update Manager

Durante la actualización de una instancia de vCenter Server Appliance que utiliza una instancia externa de Update Manager, la instancia de Migration Assistant debe estar en ejecución en el equipo de origen de Update Manager. En este procedimiento, se describe cómo descargar y ejecutar Migration Assistant manualmente antes de la actualización.

La instancia de Migration Assistant facilita la migración del servidor y de la base de datos de Update Manager a la nueva instancia de vCenter Server Appliance actualizada. La instancia de Migration Assistant utiliza el puerto 9123 de manera predeterminada. Si otro servicio utiliza el puerto 9123 en el equipo de Update Manager, la instancia de Migration Assistant encuentra automáticamente otro puerto libre y lo utiliza.

Como alternativa, si piensa actualizar la instancia de vCenter Server Appliance con el instalador de CLI, puede agregar la sección source.vum section y la subsección run.migration.assistant a la plantilla JSON. Para obtener información sobre los parámetros de configuración de actualización de CLI, consulte Actualizar los parámetros de configuración para la actualización de la CLI de vCenter Server Appliance.

Requisitos previos

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

Procedimiento

En el paquete del instalador de vCenter Server Appliance, copie el directorio migration-assistant en el equipo de origen de Update Manager.
En el directorio migration-assistant, haga doble clic en VMware-Migration-Assistant.exe y escriba la contraseña de administrador de vCenter Single Sign-On.
Deje abierta la ventana de Migration Assistant hasta que finalice la actualización de vCenter Server Appliance.

Resultados

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

Precaución: Si cierra Migration Assistant, el proceso de actualización se detendrá.