Preparazione all'upgrade di vCenter Server Appliance

Prima di eseguire l'upgrade di vCenter Server Appliance, è necessario scaricare il file ISO del programma di installazione di vCenter Server e montarlo in una macchina virtuale o in un server fisico di rete da cui si desidera eseguire l'upgrade.

Il computer da cui si esegue l'upgrade dell'appliance deve essere eseguito in un sistema operativo Windows, Linux o Mac che soddisfi appositi requisiti. Vedere Requisiti di sistema per il programma di installazione di vCenter Server.

Prima di eseguire l'upgrade di un vCenter Server Appliance, è necessario preparare gli host ESXi nell'inventario.

Prima di aggiornare una distribuzione di vCenter Server utilizzando un Platform Services Controller esterno, è innanzitutto necessario far convergere il Platform Services Controller esterno in un Platform Services Controller incorporato e quindi eseguire l'aggiornamento. Vedere l'articolo della Knowledge Base KB 68137.

Se l'appliance vCenter Server utilizza un database Oracle esterno, è necessario determinare la dimensione del database esistente.

Se l'appliance vCenter Server utilizza un'istanza di Update Manager esterna, è necessario eseguire Assistente migrazione sul computer che esegue Update Manager.

Requisiti di sistema per il programma di installazione di vCenter Server

È possibile eseguire il programma di installazione della GUI o della CLI di vCenter Server da una macchina client di rete in esecuzione in un sistema operativo Windows, Linux o Mac di una versione supportata.

Per garantire prestazioni ottimali dei programmi di installazione della GUI e della CLI, utilizzare una macchina client che soddisfi i requisiti hardware minimi.

Tabella 1. Requisiti di sistema per i programmi di installazione della GUI e della CLI
Sistema operativo	Versioni supportate	Configurazione hardware minima per ottimizzare le prestazioni
Windows	Windows 10, 11 Windows 2016 x64 bit Windows 2019 x64 bit Windows 2022 x64 bit	4 GB di RAM, 2 CPU con 4 core con 2,3 GHz, 32 GB di disco rigido, 1 NIC
Linux	SUSE 15 Ubuntu 18.04, 20.04, 21.10	4 GB di RAM, 1 CPU con 2 core con 2,3 GHz, 16 GB di disco rigido, 1 NIC Nota: Il programma di installazione della CLI richiede un sistema operativo a 64 bit.
Mac	macOS 10.15, 11, 12 macOS Catalina, Big Sur, Monterey	8 GB di RAM, 1 CPU con 4 core con 2,4 GHz, 150 GB di disco rigido, 1 NIC

Nota: Per le macchine client eseguite in Mac 10.15 o versione successiva, le distribuzioni simultanee della GUI di più appliance non sono supportate. È necessario distribuire le appliance in sequenza.

Nota: Le librerie ridistribuibili Visual C++ devono essere installate per eseguire il programma di installazione della CLI nelle versioni di Windows precedenti a Windows 10. I programmi di installazione di Microsoft per queste librerie si trovano nella directory vcsa-cli-installer/win32/vcredist.

Nota: La distribuzione dell'appliance di vCenter Server con la GUI richiede una risoluzione minima di 1024x768 per la visualizzazione corretta. Le risoluzioni precedenti possono troncare gli elementi dell'interfaccia utente.

Download e montaggio del programma di installazione di vCenter Server

VMware rilascia l'immagine ISO dell'appliance di vCenter Server, che contiene i programmi di installazione di GUI e CLI per l'appliance di vCenter Server.

Con i file eseguibili della GUI e della CLI inclusi nel programma di installazione vCenter Server, è possibile:

Distribuire un'appliance di vCenter Server.
Aggiornare l'appliance di vCenter Server.
Convergere le versioni precedenti di vCenter Server con un Platform Services Controller esterno alla versione corrente di vCenter Server.
Ripristinare un'appliance di vCenter Server da un backup basato su file.

Prerequisiti

Creare un account Customer Connect all'indirizzo https://my.vmware.com/web/vmware/.
Verificare che la macchina client soddisfi i requisiti di sistema per il programma di installazione di vCenter Server. Vedere Requisiti di sistema per il programma di installazione di vCenter Server.

Procedura

Accedere a VMware Customer Connect.
Passare a Prodotti e account > Tutti i prodotti.
Individuare VMware vSphere e fare clic su Visualizza componenti di download.
Selezionare una versione di VMware vSphere dal menu a discesa Seleziona versione.
Selezionare una versione di VMware vCenter Server e fare clic su VAI A DOWNLOAD.
Scaricare l'immagine ISO dell'appliance vCenter Server.
Verificare che md5sum sia corretto utilizzando uno strumento di checksum MD5.
Montare l'immagine ISO nella macchina client da cui si desidera distribuire, aggiornare, migrare o ripristinare l'appliance.

Nota: I software di montaggio ISO che non consente più di otto livelli di directory, ad esempio MagicISO Maker in Windows, non sono supportati.
Per i sistemi operativi Linux e Mac, Archive Manager non è supportato.

Per Mac OS è possibile utilizzare DiskImageMounter.

Per Ubuntu 14.04 è possibile utilizzare Disk Image Mounter.
Per SUSE 12 OS, è possibile utilizzare il terminale.
```
$ sudo mkdir mount_dir
$ sudo mount -o loop VMware-vCSA-all-version_number-build_number.iso mount_dir
```
Importante: A causa di una modifica della sicurezza in MacOS Catalina, è necessario modificare le impostazioni di sicurezza nel computer fino al completamento della distribuzione di vCenter Server. Se si tenta di eseguire il programma di installazione in MacOS Catalina senza modificare le impostazioni di sicurezza, il programma di installazione di vCenter Server segnala l'errore: ovftool cannot be opened because the developer cannot be verified. Per ulteriori informazioni, consultare la KB 79416.

Operazioni successive

Aprire il file readme.txt e rivedere le informazioni sugli altri file e directory nell'immagine ISO dell'appliance di vCenter Server.

Sincronizzazione degli orologi nella rete vSphere

Verificare che gli orologi di tutti i componenti della rete vSphere siano sincronizzati. Se gli orologi delle macchine fisiche nella rete vSphere non sono sincronizzati, i certificati SSL e i token SAML, che dipendono dall'ora, potrebbero non essere riconosciuti come validi nelle comunicazioni tra macchine di rete.

Gli orologi non sincronizzati possono causare problemi di autenticazione e possono causare errori di installazione o impedire l'avvio del servizio vmware-vpxd di vCenter Server.

Le incoerenze di orario in vSphere possono causare problemi del primo avvio di un componente nell'ambiente in relazione a diversi servizi, a seconda del punto in cui l'ora dell'ambiente non è precisa e del momento in cui l'ora viene sincronizzata. I problemi si verificano più comunemente quando l'host ESXi di destinazione per il vCenter Server di destinazione non è sincronizzato con NTP o PTP. Analogamente, possono verificarsi problemi se il vCenter Server di destinazione esegue la migrazione a un host ESXi impostato su un orario diverso a causa del DRS completamente automatizzato.

Per evitare problemi di sincronizzazione dell'ora, prima di installare, migrare o aggiornare un'istanza di vCenter Server, assicurarsi che quanto segue sia corretto.

L'host ESXi di destinazione in cui deve essere distribuito il vCenter Server di destinazione è sincronizzato con NTP o PTP.
L'host ESXi che esegue il vCenter Server di origine è sincronizzato con NTP o PTP.
Quando si esegue l'aggiornamento o la migrazione da vSphere 6.7 a vSphere 8.0, se vCenter Server Appliance è connessa a un Platform Services Controller esterno, assicurarsi che l'host ESXi che esegue Platform Services Controller esterno sia sincronizzato con NTP o PTP.
Se si esegue l'aggiornamento o la migrazione da vSphere 6.7 a vSphere 8.0, verificare che il vCenter Server di origine o vCenter Server Appliance e Platform Services Controller esterno dispongano dell'ora corretta.

Verificare che tutte le macchine host Windows su cui viene eseguito vCenter Server siano sincronizzate con il server NTP (Network Time Server). Vedere l'articolo della knowledge base di VMware all'indirizzo https://kb.vmware.com/s/article/1318.

Per sincronizzare gli orologi di ESXi con un server NTP o PTP, è possibile utilizzare VMware Host Client. Per informazioni sulla modifica della configurazione dell'ora di un host ESXi, vedere l'argomento Modifica della configurazione dell'ora di un host ESXi in VMware Host Client nella documentazione relativa a Gestione host singolo vSphere - VMware Host Client.

Per informazioni su come modificare le impostazioni di sincronizzazione dell'ora per vCenter Server, vedere l'argomento Configurazione delle impostazioni per il fuso orario e la sincronizzazione dell'ora del sistema nella documentazione relativa alla Configurazione di vCenter Server.

Per informazioni su come modificare la configurazione dell'ora per un host utilizzando vSphere Client, vedere l'argomento Modifica delle impostazioni di configurazione dell'ora di un host nella documentazione relativa a vCenter Server e gestione degli host.

Trasferimento dei dati da un'istanza di vCenter Server Appliance esistente

In genere, il trasferimento dei dati viene eseguito durante il tempo di inattività dell'aggiornamento. In alcuni scenari è tuttavia possibile scegliere di trasferire una parte dei dati dopo l'aggiornamento o la migrazione per ridurre al minimo il tempo di inattività.

Il trasferimento dei dati dopo l'aggiornamento o la migrazione è supportato negli scenari seguenti:

Migrazione di vCenter Server per Windows a vCenter Server Appliance
Aggiornamento dell'appliance di vCenter Server con database esterno

Nota: Dopo l'aggiornamento o la migrazione, è possibile solo trasferire dati dai database esterni al database PostgreSQL incorporato in background. Il trasferimento dei dati da un database PostgreSQL incorporato a un altro database PostgreSQL incorporato dopo l'aggiornamento o la migrazione non è supportato.

È possibile trasferire la quantità minima di dati necessari per essere operativi durante l'aggiornamento. È quindi possibile trasferire i dati rimanenti dal database esterno al database PostgreSQL incorporato in background, conservando i dati cronologici relativi a eventi e prestazioni della distribuzione.

È possibile trasferire i dati cronologici dopo l'aggiornamento o la migrazione dalle versioni di vCenter Server seguenti, che utilizzano database esterni, al database PostgreSQL incorporato in vCenter Server Appliance.

Tabella 2. Supporto di database di vCenter Server per il trasferimento dei dati dopo l'aggiornamento o la migrazione
Versioni di vCenter Server	Database	Supporto per il trasferimento dei dati dopo l'aggiornamento o la migrazione
vCenter Server Appliance 6.7	Database PostgreSQL incorporato	Non supportato
vCenter Server per Windows 6.7	Database Oracle o MS SQL esterno	Supportato
vCenter Server per Windows 6.7	Database PostgreSQL incorporato	Non supportato
vCenter Server Appliance 7.0	Database PostgreSQL incorporato	Non supportato

È possibile eseguire la migrazione dei seguenti tipi di dati da un database esterno al database PostgreSQL incorporato utilizzato dalla versione 8.0 di vCenter Server Appliance.

Dati di configurazione: Tipo minimo di dati da trasferire dal database esterno dell'istanza di vCenter Server Appliance esistente per eseguire l'aggiornamento o la migrazione a un'istanza di vCenter Server Appliance funzionante. Questi dati possono essere trasferiti in un intervallo di tempo ragionevolmente breve, riducendo al minimo il tempo di inattività durante l'aggiornamento a vCenter Server 8.0.
Dati di configurazione e cronologici: Oltre ai dati di configurazione, è possibile scegliere di trasferire dati cronologici, come statistiche di utilizzo, eventi e attività. Il programma di installazione di vCenter Server offre la possibilità di copiare i dati di configurazione e i dati cronologici contemporaneamente oppure di copiare solo i dati di configurazione durante il processo di aggiornamento. È quindi possibile scegliere di copiare i dati cronologici in background dopo aver avviato la nuova istanza di vCenter Server.
Avvertimento: Se si sceglie di copiare tutti i dati contemporaneamente, non sarà possibile avviare vCenter Server finché tutti i dati non verranno trasferiti nel database PostgreSQL incorporato in vCenter Server 8.0.
Dati di configurazione, cronologici e relativi alle metriche delle prestazioni: Quantità massima di dati che è possibile scegliere di trasferire in vCenter Server. È possibile copiare solo i dati di configurazione durante il processo di aggiornamento e quindi copiare i dati cronologici e i dati sulle prestazioni in background al termine dell'aggiornamento o della migrazione a vCenter Server 8.0.

Monitoraggio e gestione della migrazione dei dati cronologici

È possibile monitorare e gestire la migrazione in background dei dati cronologici utilizzando l'interfaccia di gestione di vCenter Server. È possibile eseguire le seguenti attività di gestione dei dati:

Monitorare lo stato di avanzamento della migrazione dei dati.
Sospendere l'importazione dei dati.
Annullare l'importazione dei dati.

Importante: Se si annulla l'importazione dei dati, i dati cronologici non verranno importati nel database PostgreSQL incorporato. Se si annulla l'operazione di importazione dei dati, non sarà possibile recuperare i dati. Se si annulla l'importazione dei dati e si desidera importare i dati cronologici in un secondo momento, è necessario riavviare il processo di aggiornamento o migrazione dalla fase 1 del programma di installazione della GUI.

Vedere Monitoraggio e gestione della migrazione dei dati cronologici.

Preparare gli host ESXi per l'upgrade di vCenter Server Appliance

Prima di eseguire l'upgrade a vCenter Server 8.0, è necessario preparare gli host ESXi.

Prerequisiti

Per eseguire l'upgrade di vCenter Server Appliance, gli host ESXi devono soddisfare appositi requisiti.

La versione degli host ESXi deve essere 6.7 o successiva. Per informazioni sulla compatibilità ESXi, vedere la Guida alla compatibilità di VMware..
Gli host ESXi di origine e di destinazione non devono essere in modalità di blocco o manutenzione e non devono far parte di cluster DRS completamente automatizzati.
Esaminare i certificati SSL firmati dall'autorità di certificazione (CA) dell'ambiente. Per ulteriori informazioni sulla revisione manuale dei certificati SSL firmati dall'autorità di certificazione in un ambiente di vSphere, vedere l'articolo della Knowledge Base KB 2111411.

Procedura

Se si dispone di certificati personalizzati o di identificazione personale, vedere Aggiornamenti e certificati dell'host ESXi per determinare i passaggi preparatori.
Se sono presenti cluster vSphere HA, è necessario abilitare il controllo dei certificati SSL.
Se il controllo dei certificati non è abilitato quando si esegue l'upgrade degli host ESXi, vSphere HA non viene configurato correttamente sugli host.
1. Selezionare l'istanza di vCenter Server Appliance nell'albero dell'inventario di vSphere Client.
2. Selezionare la scheda Configura e in Impostazioni selezionare Generale.
3. Fare clic su Modifica.
4. Selezionare Impostazioni SSL.
  Verificare che l'opzione vCenter Server richiede certificati SSL host verificati sia selezionata.

risultati

Gli host ESXi sono pronti per l'upgrade dell'appliance vCenter Server.

Aggiornamenti e certificati dell'host ESXi

Se si aggiorna un host ESXi a ESXi 6.7 o versione successiva, il processo di aggiornamento sostituisce i certificati autofirmati (identificazione personale) con certificati firmati da VMCA. Se l'host ESXi utilizza certificati personalizzati, il processo di aggiornamento conserva tali certificati anche se tali certificati sono scaduti o non validi.

Il workflow di aggiornamento consigliato dipende dai certificati correnti.

Host provisionati con certificati di identificazione personale

Se l'host sta attualmente utilizzando certificati di identificazione personale, gli vengono assegnati automaticamente certificati VMCA nel quadro del processo di aggiornamento.

Nota: Non è possibile eseguire il provisioning degli host legacy con certificati VMCA. È necessario aggiornare tali host a ESXi 6.7 o versione successiva.

Host provisionati con certificati personalizzati

Se l'host viene provisionato con certificati personalizzati, in genere certificati firmati da un'autorità di certificazione di terze parti, tali certificati rimangono in vigore durante l'aggiornamento. Modificare la modalità del certificato in Personalizzato per assicurarsi che i certificati non vengano sostituiti accidentalmente durante un aggiornamento successivo del certificato.

Nota: Se l'ambiente è in modalità VMCA e si aggiornano i certificati dallo vSphere Client, tutti i certificati esistenti vengono sostituiti con certificati firmati da VMCA.

Successivamente, vCenter Server monitora i certificati e visualizza informazioni, ad esempio, sulla scadenza dei certificati, nello vSphere Client.

Host provisionati con Auto Deploy

Agli host il cui provisioning è stato eseguito da Auto Deploy vengono sempre assegnati nuovi certificati al primo avvio con software ESXi 6.7 o versione successiva. Quando si effettua l'aggiornamento di un host provisionato con Auto Deploy, il server di Auto Deploy genera una richiesta di firma del certificato (CSR) per l'host e la invia a VMCA. VMCA archivia il certificato firmato per l'host. Quando il server di Auto Deploy esegue il provisioning dell'host, recupera il certificato da VMCA e lo include nell'ambito del processo di provisioning.

È possibile utilizzare Auto Deploy con certificati personalizzati.

Modifica della modalità del certificato di ESXi

Utilizzare VMware Certificate Authority (VMCA) per eseguire il provisioning degli host ESXi nell'ambiente, a meno che i criteri aziendali non richiedano l'uso di certificati personalizzati. Per utilizzare certificati personalizzati con una CA root diversa, modificare l'opzione avanzata vpxd.certmgmt.mode di vCenter Server. Dopo la modifica, gli host non vengono più sottoposti a provisioning automatico con i certificati VMCA quando i certificati vengono aggiornati. L'utente è responsabile della gestione dei certificati nell'ambiente in uso.

È possibile utilizzare le impostazioni avanzate di vCenter Server per passare alla modalità di identificazione personale o alla modalità dell'autorità di certificazione personalizzata. Utilizzare la modalità identificazione personale solo come opzione di fallback.

Procedura

In vSphere Client, selezionare il sistema vCenter Server che gestisce gli host.
Fare clic su Configura e in Impostazioni fare clic su Impostazioni avanzate.
Fare clic su Modifica impostazioni.
Fare clic sull'icona Filtro nella colonna Nome e nella casella Filtro immettere vpxd.certmgmt per visualizzare solo i parametri di gestione dei certificati.

Nota: Le opzioni disponibili sono vmca, personalizzata e identificazione personale.
Modificare il valore di vpxd.certmgmt.mode su personalizzato se si intende gestire i propri certificati, oppure su identificazione personale se si desidera utilizzare temporaneamente tale modalità, quindi fare clic su Salva.

Determinazione delle dimensioni del database Oracle e dello storage per la nuova appliance

Prima di eseguire l'upgrade di vCenter Server Appliance o la migrazione di un'istanza di vCenter Server su Windows che utilizza un database Oracle esterno, è necessario determinare le dimensioni del database esistente. In base alle dimensioni del database esistente, è possibile calcolare le dimensioni di storage minime per il nuovo database di vCenter Server Appliance utilizzando un database PostgreSQL incorporato.

È possibile eseguire script per determinare le dimensioni della tabella principale, della tabella di eventi e attività e della tabella delle statistiche Oracle. La tabella principale Oracle corrisponde alla partizione di database (/storage/db) del database PostgreSQL. Le tabelle delle statistiche e di eventi e attività Oracle corrispondono alla partizione di statistiche, eventi, allarmi e attività (/storage/seat) del database PostgreSQL.

Durante l'upgrade dell'appliance, è necessario selezionare una dimensione di storage per la nuova appliance che sia almeno il doppio di quella delle tabelle Oracle.

Durante l'upgrade dell'appliance, è possibile selezionare i tipi di dati da trasferire alla nuova appliance. Per ridurre i tempi di upgrade e i requisiti di tempo di storage per la nuova appliance, è possibile scegliere di trasferire solo i dati di configurazione.

Prerequisiti

È necessario disporre delle credenziali di accesso al database di vCenter Server.

Procedura

Accedere a una sessione SQL*Plus con l'utente di database vCenter Server.

Determinare le dimensioni della tabella principale eseguendo lo script seguente.

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%');

Lo script restituisce le dimensioni dello storage del database in MB.

Determinare le dimensioni della tabella di eventi e attività eseguendo lo script seguente.

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%');

Lo script restituisce le dimensioni dello storage di eventi e attività in MB.

Determinare la dimensione della tabella delle statistiche eseguendo lo script seguente.

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%');

Lo script restituisce le dimensioni dello storage delle statistiche in MB.

Calcolare le dimensioni minime di storage per la nuova appliance che si intende distribuire durante l'upgrade.
1. Le dimensioni della partizione di database (/storage/db) del database PostgreSQL incorporato devono essere almeno il doppio di quelle della tabella principale Oracle restituita in Passaggio 2.
2. Le dimensioni della partizione di statistiche, eventi, allarmi e attività (/storage/seat) del database PostgreSQL incorporato devono essere almeno il doppio della somma delle dimensioni delle tabelle delle statistiche e di eventi e attività Oracle restituite in Passaggio 3 e Passaggio 4.
Ad esempio, se la tabella principale Oracle è di 100 MB, la tabella di eventi e attività è di 1.000 MB e la tabella delle statistiche è di 2.000 MB, la partizione Postgres /storage/db deve essere di almeno 200 MB e la partizione /storage/seat di almeno 6.000 MB.

Download ed esecuzione di Assistente migrazione VMware nella macchina Update Manager di origine

Durante l'upgrade di un vCenter Server Appliance che utilizza un'istanza di Update Manager esterna,Migration Assistant deve essere in esecuzione nella macchina Update Manager di origine. Questa procedura descrive come scaricare ed eseguire manualmente Migration Assistant prima dell'upgrade.

Migration Assistant semplifica la migrazione del server e del database di Update Manager al nuovo vCenter Server Appliance sottoposto ad upgrade. Per impostazione predefinita Migration Assistant utilizza la porta 9123. Se la porta 9123 è utilizzata da un altro servizio nella macchina di Update Manager, Migration Assistant trova automaticamente un'altra porta disponibile.

In alternativa, se si intende eseguire l'upgrade di vCenter Server Appliance mediante il programma di installazione CLI, è possibile aggiungere la sezione source.vum section e la sottosezione run.migration.assistant al modello JSON. Per informazioni sui parametri di configurazione dell'upgrade tramite CLI, vedere Aggiornamento dei parametri di configurazione per l'aggiornamento tramite CLI di vCenter Server Appliance.

Prerequisiti

Download e montaggio del programma di installazione di vCenter Server.
Accedere alla macchina Update Manager di origine come amministratore.

Procedura

Dal pacchetto del programma di installazione di vCenter Server Appliance copiare la directory migration-assistant nella macchina di Update Manager di origine.
Nella directory migration-assistant fare doppio clic su VMware-Migration-Assistant.exe e specificare la password dell'amministratore di vCenter Single Sign-On.
Lasciare aperta la finestra Assistente migrazione fino al termine dell'upgrade di vCenter Server Appliance.

risultati

Una volta terminati tutti i controlli preliminari e corretti eventuali errori, il sistema di Update Manager di origine è pronto per l'upgrade.

Attenzione: Se si chiude la finestra Assistente migrazione, il processo di upgrade viene interrotto.