Note di rilascio di vSphere Replication 8.7

vSphere Replication 8.7 \| 18 APR 2023 \| Build 21591677 \| Download Strumento di importazione/esportazione della configurazione di vSphere Replication 8.7 \| 18 APR 2023 \| Build 21403189 \| Download Verificare la disponibilità di aggiunte e aggiornamenti a queste note di rilascio.

vSphere Replication 8.7 | 18 APR 2023 | Build 21591677 | Download

Strumento di importazione/esportazione della configurazione di vSphere Replication 8.7 | 18 APR 2023 | Build 21403189 | Download

Verificare la disponibilità di aggiunte e aggiornamenti a queste note di rilascio.

Novità

VMware vSphere Replication 8.7 aggiunge la compatibilità con VMware vSphere 8.0 Aggiornamento 1.
Miglioramento dell'interfaccia utente della griglia dati:
- Visualizzazione di più righe di oggetti per pagina in base al controllo di attivazione/disattivazione. Flessibilità nella selezione del numero massimo di record da visualizzare.
- Opzione per adattare automaticamente le colonne con i dati.
- Possibilità di salvare il ridimensionamento della colonna.
Esclusione dell'host ESXi dalla registrazione in base al tag host ESXi.
Opzione aggiuntiva per mantenere i dischi di base di replica nella procedura guidata di riconfigurazione della replica quando si esclude un disco dalla replica.
Cluster di datastore come destinazione per la replica.
Nuove REST API per la configurazione di vSphere Replication.

Per ulteriori informazioni, vedere il blog.
Nuova opzione per avviare o riavviare i servizi syslog tramite l'interfaccia di gestione dell'appliance VRMS.
VMware Aria Operations Management Pack for vSphere Replication 8.7. Per informazioni sul Management Pack, vedere le Note di rilascio di VMware Aria Operations Management Pack for vSphere Replication 8.7.
VMware Aria Automation Orchestrator Plug-In for vSphere Replication 8.7. Per informazioni sui nuovi workflow, vedere le Note di rilascio di VMware Aria Automation Orchestrator Plug-In for vSphere Replication 8.7.

Per l'interoperabilità con le versioni precedenti o successive di VMware vSphere, vedere Matrici di compatibilità per vSphere Replication 8.7.

Per informazioni sulle funzionalità di vSphere 8.0 Aggiornamento 1, consultare la documentazione di vSphere 8.0 Aggiornamento 1.

Localizzazione

VMware vSphere Replication 8.7 è disponibile nelle lingue seguenti:

Inglese
Francese
Tedesco
Italiano
Giapponese
Coreano
Spagnolo
Cinese semplificato
Cinese tradizionale

Documentazione del prodotto

Oltre alle note di rilascio correnti, è possibile utilizzare la serie di documentazione per vSphere Replication 8.7 che include i seguenti documenti.

Compatibilità

vSphere Replication 8.7 è compatibile con vSphere versione 8.0 e versioni successive e supporta ESXi 8.0 e versioni successive.

Per informazioni sull'interoperabilità e la compatibilità dei prodotti, vedere le Matrici di compatibilità per vSphere Replication 8.7.x.

Installazione

Scaricare l'immagine .iso di vSphere Replication e montarla. È possibile distribuire l'appliance vSphere Replication utilizzando la procedura guidata Distribuisci OVF in vSphere Web Client. Passare alla directory \bin nell'immagine .iso e utilizzare il file OVF corrispondente:

vSphere_Replication_OVF10.ovf: Utilizzare questo file per installare tutti i componenti di vSphere Replication, inclusi il server di vSphere Replication Management e il server di vSphere Replication.
vSphere_Replication_AddOn_OVF10.ovf: Utilizzare questo file per installare un server di vSphere Replication aggiuntivo facoltativo.

Per ulteriori informazioni sull'installazione, vedere la sezione Installazione di vSphere Replication in Centro documentazione di vSphere Replication.

Per le repliche da vCenter Server a vCenter Server, la versione del server di vSphere Replication Management nel sito di origine e nel sito di destinazione può essere 8.6 o 8.7.

vSphere Replication 8.7 richiede una versione di vCenter Server supportata sia nel sito di origine che nel sito di destinazione. Per ulteriori informazioni, vedere Matrici di interoperabilità dei prodotti VMware.

Aggiornamento di vSphere Replication

È possibile utilizzare il file ISO e l'interfaccia di gestione dell'appliance VRMS per eseguire l'aggiornamento da vSphere Replication 8.5.x o 8.6.x a vSphere Replication 8.7.

Non è possibile aggiornare vSphere Replication da versioni precedenti alla 8.4 alla versione 8.7 utilizzando VAMI (Virtual Appliance Management Interface). Vedere le Matrici di compatibilità per ulteriori informazioni sulle versioni supportate.

Importante: prima di avviare un aggiornamento, verificare che l'appliance vSphere Replication disponga di un ambiente OVF o di un contesto. Vedere Controllo e ripristino del contesto OVF dell'appliance vSphere Replication (2106709).

Verificare di aver letto le sezioni Aggiornamento e Generale in Problemi noti.

Vedere Aggiornamento di server di vSphere Replication aggiuntivi e Aggiornamento dell'appliance vSphere Replication per le procedure relative all'aggiornamento a vSphere Replication 8.7.

Note:

Quando si utilizza vSphere Replication con Site Recovery Manager, aggiornare vSphere Replication sul sito protetto e sul sito di ripristino prima di aggiornare il server Site Recovery Manager. Dopo aver aggiornato vSphere Replication, è necessario riavviare il server Site Recovery Manager. Per ulteriori informazioni, vedere la Documentazione di VMware Site Recovery Manager.

Limiti operativi di vSphere Replication

I limiti operativi di vSphere Replication 8.7 sono documentati nella Knowledge Base di VMware. Vedere Limiti operativi per vSphere Replication 8.x (KB 2102453).

Nota: vSphere Replication richiede una configurazione aggiuntiva per supportare più di 500 repliche per ogni server di vSphere Replication Management. Vedere Limiti operativi per vSphere Replication 8.ch e Configurazione delle appliance vSphere Replication aggiornate per supportare fino a 3000 repliche.

Componenti Open Source

Le note sul copyright e le licenze applicabili ai componenti software open source distribuiti in vSphere Replication 8.7 sono disponibili nella pagina Distribuzione open source di vSphere Replication.

Avvertenze e limitazioni

Per garantire la corretta replica della macchina virtuale, è necessario verificare che l'infrastruttura virtuale rispetti determinati limiti prima di avviare la replica.

In un ambiente federato con istanze di vCenter Server collegate, quando si accede al sito locale del gateway REST API, questo effettua automaticamente l'accesso al sito remoto. Non è necessario effettuare una richiesta POST /remote-session. Non è possibile accedere al sito remoto con un nome utente diverso.
Il valore della proprietà hms-db-max-connections viene aggiornato automaticamente da 99 a 149 durante l'aggiornamento a vSphere Replication 8.7. Per conservare un valore personalizzato, è necessario modificarlo manualmente dopo l'aggiornamento.
vSphere Replication non supporta la protezione delle macchine virtuali che utilizzano dispositivi di memoria persistente (PMem).
A partire da vSphere Replication 8.5.0.3, è possibile utilizzare vSphere Lifecycle Manager (vLCM) con una soluzione alternativa manuale. Per ulteriori informazioni, consultare le Note di rilascio di VMware vSphere Replication 8.5.0.3.
vSphere Replication non è integrato con vLCM. Non eseguire vSphere Replication e vLCM nello stesso data center vLCM causa l'arresto di vSphere Replication.
vSphere Replication smetterà di funzionare correttamente se si esegue la procedura Impedire ai processi del sistema operativo guest di inviare messaggi di configurazione all'host sull'appliance vSphere Replication.
vSphere Replication non supporta la protezione di una singola macchina virtuale con due tecnologie di replica. Se una macchina virtuale è protetta con VMware Cloud Disaster Recovery, non può essere protetta con vSphere Replication.
vSphere Replication supporta i controller NVMe virtuali solo se la versione dell'host ESXi di origine e di destinazione è 7.0 Update 2 o successiva.
vSphere Replication 8.7 non supporta vSphere 7.0 Update 2 se la crittografia della macchina virtuale è attivata.
vSphere Replication 8.7 non offre la gestione dei bundle di supporto nell'interfaccia di gestione dell'appliance VRMS. Sono inclusi elenchi con i bundle di supporto e l'eliminazione dei bundle di supporto. Per gestire i bundle di supporto tramite SSH, stabilire una connessione SSH all'appliance vSphere Replication.
L'RPO di 5 minuti scala fino a un limite massimo supportato di 50 macchine virtuali su un datastore vVol provvisorio.
vSphere Replication non supporta la disattivazione VSS sui volumi virtuali.
vSphere Replication non è in grado di replicare macchine virtuali che condividono file vmdk.
vSphere Replication non supporta le API di vSphere per il filtro IO sui siti di origine e di destinazione. Non è possibile replicare una macchina virtuale a cui è assegnato un criterio di storage della macchina virtuale che contiene filtri IOFilters, né è possibile assegnare tale criterio alla macchina virtuale di destinazione della replica. Prima di configurare una macchina virtuale per la replica, verificare che il criterio di storage della macchina virtuale assegnato a essa non contenga i filtri IOFilter. Non assegnare criteri di storage della macchina virtuale con filtri IOFilter alle macchine virtuali già configurate per la replica.
La distribuzione di più appliance vSphere Replication restituisce un avviso durante il processo di configurazione iniziale nell'interfaccia di gestione dell'appliance VRMS. Per procedere con la nuova appliance, è necessario una conferma da parte dell'utente. Tale situazione non si verifica quando si distribuiscono più server di vSphere Replication.
Ogni server di vSphere Replication Management può gestire al massimo 4000 macchine virtuali replicate. Vedere Configurazione delle appliance di vSphere Replication aggiornate per il supporto di fino a 3000 repliche (KB 2102463) e Requisiti per l'ambiente... (KB 2107869).
vSphere Replication supporta una dimensione massima di disco di 62 TB. Se si tenta di attivare la replica su una macchina virtuale con un disco superiore a 62 TB, la macchina virtuale non eseguirà alcuna operazione di replica e non si accenderà.
vSphere Replication tiene traccia dei blocchi più grandi nei dischi superiori a 2TB. Le prestazioni della replica in un disco superiore a 2TB potrebbero essere diverse dalle prestazioni della replica in un disco inferiore a 2TB per lo stesso carico di lavoro a seconda della quantità di disco che passa attraverso la rete per un determinato gruppo di blocchi modificati.
vSphere Replication non supporta l'aggiornamento del pacchetto VMware Tools nell'appliance vSphere Replication.
vSphere Replication supporta la replica delle RDM in modalità di compatibilità virtuale. Le RDM in modalità di compatibilità fisica non possono essere configurate per la replica.
vSphere Replication non replica la gerarchia degli snapshot delle macchine virtuali nel sito di destinazione.
È possibile configurare le macchine virtuali spente per la replica. Tuttavia, il traffico effettivo di replica inizia quando la macchina virtuale è accesa.
Quando si utilizza Storage DRS in un sito di replica, assicurarsi di disporre di una connettività omogenea tra l'host e il datastore per impedire a Storage DRS di eseguire spostamenti tra host che utilizzano risorse (cambiando sia l'host che il datastore) dei dischi di replica.
vSphere Replication non supporta VMware vSphere® Trust Authority™.
Quando si utilizzano i comandi TRIM/UNMAP per recuperare spazio, se il comando UNMAP viene utilizzato nel sito di origine, il traffico di replica invia il comando come un grande flusso di zeri, a meno che sulla replica non venga utilizzata la compressione. I dati vengono archiviati come zero nel sito di destinazione e lo spazio sui dischi di replica non viene recuperato.

Aggiorna

Non è possibile aggiornare l'appliance vSphere Replication alla versione 8.7

Quando si tenta di aggiornare l'appliance vSphere Replication alla versione 8.7, il processo non riesce senza che venga visualizzato un errore o un avviso. Il problema si verifica se la partizione per i registri (/opt/vmware/logs) è piena.

Soluzione: Pulire la partizione dei registri prima di eseguire l'aggiornamento a vSphere Replication 8.7.
Il servizio di gestione di vSphere Replication non si avvia dopo l'aggiornamento

Dopo aver aggiornato vSphere Replication, il servizio di vSphere Replication Management (VRM) viene visualizzato come arrestato in VAMI e il file /opt/vmware/hash/logs/configtool.log nell'appliance virtuale contiene i messaggi di errore java.net.ConnectException: Connection refused.

Questo problema si verifica se la procedura di aggiornamento dello schema del DB incorporato non riesce perché il servizio vPostgreSQL non è stato avviato completamente.
Soluzione:
1. Nella console dell'appliance virtuale, accedere come utente root.
2. Eseguire il comando seguente:
  
  $ /opt/vmware/hms/bin/hms-configtool -cmd upgrade -configfile /opt/vmware/hms/conf/hms-configuration.xml
  
  Viene avviato l'aggiornamento dello schema del DB.
3. Attendere il completamento della procedura di aggiornamento del DB.
4. Nella VAMI vSphere Replication, passare alla scheda Configurazione e completare la registrazione SSO dell'appliance.
Dopo l'aggiornamento dell'appliance vSphere Replication oppure la modifica del certificato o dell'indirizzo IP dell'appliance vSphere Replication, mancano le autorizzazioni di vSphere Replication

Se si aggiorna l'appliance vSphere Replication o se per un altro motivo il certificato o l'indirizzo IP dell'appliance vSphere Replication viene modificato, le autorizzazioni assegnate ai ruoli utente predefiniti di VRM vengono eliminate. Questo problema si verifica ogni volta che la registrazione dell'estensione vSphere Replication viene annullata e l'estensione viene quindi registrata nel gestore delle estensioni di vCenter Server.

Soluzione: clonare i ruoli VRM predefiniti e creare ruoli personalizzati prima di aggiornare l'appliance vSphere Replication o modificarne il certificato o l'indirizzo IP. Le autorizzazioni assegnate ai ruoli personalizzati non vengono rimosse.

Generale

Nuovo - La riprotezione non riesce e viene visualizzato il messaggio di errore "vim.Task:session<ID>" è già stato eliminato o non è stato creato completamente

Per vari motivi, ad esempio una scadenza del token di accesso, VRMS si riconnette a vCenter Server e, se questo si verifica durante un'operazione come un failover pianificato o una riprotezione, potrebbe non riuscire con un errore simile a The object 'vim.Task:session[<some-id>]<some-id>' has already been deleted or has not been completely created.

Soluzione: Ritentare l'operazione.
Nuovo - La riprotezione dal datastore vSAN non riesce e viene visualizzato un messaggio di errore

In rari casi, l'operazione di riprotezione di vSphere Replication potrebbe non riuscire con il messaggio di errore Unable to reverse replication for the virtual machine '<VM_name>'. Permission to perform this operation was denied quando si tenta di creare una directory di inizializzazione in un datastore vSAN.

Soluzione:

1. Riavviare i servizi di gestione nell'host designato e riprovare le operazioni di riprotezione. Vedere Riavvio degli agenti di gestione in ESXi (KB 1003490).

2. Riavviare l'host se necessario e riprovare le operazioni di riprotezione.

3. Se necessario, annullare la configurazione delle repliche nelle macchine virtuali con errore.
Nuovo - La riprotezione non riesce e viene visualizzato l'errore Impossibile invertire la replica per la macchina virtuale

Durante una replica inversa, vSphere Replication prepara la macchina virtuale di origine rimuovendone gli snapshot e comprimendo i dischi. Questa attività potrebbe richiedere più tempo del previsto e vSphere Replication costruisce una specifica di replica inversa utilizzando un disco secondario. Viene visualizzato il seguente errore: Unable to reverse replication for the virtual machine...

Soluzione: Riprovare l'operazione di riprotezione.
La replica mantiene l'ultimo errore anche se lo stato più recente è "OK"

Lo stato della replica è "OK", ma l'ultimo messaggio di errore " A replication error occurred at the vSphere Replication Server for replication <replication ID> "No connection to VR Server for virtual machine <vm name> on host <host IP> in cluster <cluster ID> in SDDC-Datacenter: Unknown" esiste ancora nell'interfaccia utente di Site Recovery. Ciò si verifica perché gli eventi che forniscono l'informazione che la replica è OK e che l'errore deve essere cancellato vengono inviati a livello di host. Poiché sono presenti troppi eventi in breve tempo, non vengono filtrati correttamente e quindi vengono persi.

1. In vSphere Client, passare all'istanza di vCenter Server.

2. Selezionare la scheda Configura > Impostazioni avanzate > Modifica impostazioni.

5. Configurare una coppia chiave-valore per abilitare l'opzione config.vpxd.event.burstFilter.whiteList. Gli eventi che devono essere inclusi nell'elenco di elementi consentiti sono: vim.event.UserLoginSessionEvent ; vim.event.UserLogoutSessionEvent ; hbr.primary.DeltaCompletedEvent ; hbr.primary.NoConnectionToHbrServerEvent ; hbr.primary.ConnectionRestoredToHbrServerEvent ; hbr.primary.FSQuiescedDeltaCompletedEvent ; hbr.primary.AppQuiescedDeltaCompletedEvent ; hbr.primary.UnquiescedDeltaCompletedEvent .

6. Riavviare il servizio vmware-vpxd per rendere effettive tutte le modifiche.
Il valore della proprietà hms-db-max-connections personalizzata non viene mantenuto dopo l'aggiornamento di vSphere Replication alla versione 8.7

Il valore della proprietà hms-db-max-connections viene aggiornato automaticamente in hms-configuration.xml durante l'aggiornamento a vSphere Replication 8.7. Il valore viene modificato da 99 a 149. Il valore personalizzato precedentemente impostato per questa proprietà viene sovrascritto dopo l'aggiornamento.
Soluzione:

Se si desidera conservare il vecchio valore della proprietà hms-db-max-connections, è necessario impostarlo manualmente:
1. Stabilire una connessione SSH con l'appliance vSphere Replication.
2. Aprire il file /opt/vmware/jpg/conf/hms-configuration.xml con qualsiasi editor, modificare il valore della proprietà hms-db-max-connections e salvare le modifiche.
3. Riavviare il servizio HMS nell'interfaccia di gestione dell'appliance VRMS o stabilendo una connessione SSH all'appliance vSphere Replication ed eseguendo il comando systemctl restart hms.
Non è possibile creare nuovi DataSets in una macchina virtuale in failback

Quando si esegue un failback per una macchina virtuale che in precedenza disponeva di DataSets, ma per cui l'impostazione "Abilita replica DataSets" non è stata attivata, il risultato è che nella macchina virtuale con backup non sono attivati DataSets. Tuttavia, i precedenti file .dsv. e .dsd dei DataSets sono ancora disponibili nella cartella della macchina virtuale sul sito di origine.

Quando si tenta di creare nuovi file DataSets nella macchina virtuale il failback, l'attività viene visualizzata come riuscita. Tuttavia, quando si verifica se i DataSets sono attivati nella macchina virtuale, risulta che non sono presenti.
Soluzione:

Per creare nuovi DataSets nella macchina virtuale in failback:
1. Rimuovere o rinominare i precedenti file .dsv. e .dsd dei DataSets dalla cartella della macchina virtuale sul sito di origine.
2. Creare nuovi DataSets nella macchina virtuale.
La configurazione del server di vSphere Replication Management (VRMS) dall'interfaccia utente di gestione dell'appliance VRMS non riesce e viene visualizzato un errore

Se si configura vCenter Server con una porta HTTP personalizzata, diversa dalla porta 80, la configurazione di VRMS dall'interfaccia utente di gestione dell'appliance VRMS non riesce e viene visualizzato il seguente errore:

Failed to register VRMS

Soluzione: Per individuare una porta vCenter Server personalizzata e adattare il workflow di configurazione di VRMS per l'utilizzo di questa porta, vedere https://kb.vmware.com/s/article/85918.
Lo spostamento dei dischi di replica di inizializzazione da datastore diversi in un datastore non riesce

Quando si tenta di spostare in un datastore dischi di replica di inizializzazione con nomi identici da datastore diversi, il processo non riesce. I dischi di replica di inizializzazione con gli stessi nomi non possono esistere nella stessa posizione.

Soluzione: Rinominare i dischi di replica di inizializzazione prima dello spostamento.
Il ripristino di una macchina virtuale crittografata ripristinata a uno snapshot non riesce e viene visualizzato un messaggio di errore

Quando si ripristina una replica di una macchina virtuale crittografata con più snapshot in un punto temporale specifico (MPIT) attivati, la crittografia della macchina virtuale non viene applicata agli snapshot in un punto temporale specifico (PIT) creati dopo il ripristino. Il tentativo di ripristinare uno snapshot della macchina virtuale crittografata recuperata non riesce e viene visualizzato il seguente errore: Unable to open the snapshot file.

Soluzione: nessuna.
Nella scheda Riepilogo viene visualizzato un errore imprevisto se è presente una seconda NIC configurata con una route statica impostata

Se si dispone di una seconda NIC e se per essa è stata configurata una route statica impostata, l'interfaccia di gestione dell'appliance VRMS non può ottenere un indirizzo IP dalla seconda NIC. Ciò potrebbe causare il seguente errore imprevisto nel campo Indirizzo IP per il traffico di storage in entrata nella scheda Riepilogo:

The Storage Traffic IP address <IP_address> must match one of the NIC IP addresses.

Soluzione: La NIC è configurata correttamente ed è possibile ignorare l'errore. È possibile verificare se il traffico di replica utilizza l'indirizzo IP corretto eseguendo il comando seguente: cat /etc/vmware/hbrsrv-nic.xml.
Quando si modifica la configurazione dei dischi della macchina virtuale, la replica passa a uno stato di errore

Quando una macchina virtuale fa parte di una replica in corso e si modifica la configurazione dello storage della macchina virtuale (aggiungendo, eliminando o ridimensionando i dischi), questa azione avvia un'attività di riconfigurazione della replica. Se è già in corso un'altra operazione di riconfigurazione su questa replica, la replica potrebbe entrare in uno stato di errore con un errore. Ad esempio, l'errore "Invalid configuration spec. Some disks are not specified for replication, nor excluded.".

Soluzione: Riconfigurare manualmente la replica.
Se si riconfigura una replica per assegnare un nuovo criterio di storage ai dischi virtuali replicati non destinati a un datastore di destinazione vSAN, il criterio non viene applicato ai dischi di replica nel sito di destinazione

Il criterio di storage viene applicato ai dischi di replica nel sito di destinazione nel corso della prima configurazione o del ripristino di una replica. Se si riconfigura la replica con un nuovo criterio di storage e i dischi virtuali replicati non sono destinati a un datastore di destinazione vSAN, la modifica non viene automaticamente applicata nel sito di associazione.
Soluzione:
1. Ripristinare le macchine virtuali con la replica riconfigurata.
2. Utilizzando vSphere Client, sostituire il criterio di storage delle macchine virtuali ripristinate con il nuovo criterio.
3. Annullare la registrazione delle macchine virtuali ripristinate dall'inventario vCenter Server.
4. Configurare nuovamente la replica utilizzando le inizializzazioni con il nuovo criterio di storage.
Una macchina virtuale replicata non risponde o non può soddisfare le richieste di rete

Durante un'operazione di sincronizzazione di vSphere Replication, l'I/O del disco della macchina virtuale si blocca per la durata della sincronizzazione. Il driver del filtro di vSphere Replication non riesce a eseguire i comandi UNMAP SCSI durante un'operazione di sincronizzazione se questi comandi sovrascrivono il trasferimento del disco di replica corrente al sito di destinazione.
Soluzione: Consentire a vSphere Replication di accettare i comandi UNMAP.
1. Stabilire una connessione SSH al server ESXi di origine.
2. Eseguire il comando seguente:
esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 0

Il comando ha effetto immediato e non è necessario eseguire un riavvio del sistema.
La riprotezione non riesce e si verifica un errore

Quando si replicano macchine virtuali su larga scala, la riprotezione potrebbe non riuscire con il seguente errore:

"Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"
Soluzione:
1. Stabilire una connessione SSH con l'appliance vSphere Replication.
2. Eseguire il comando seguente:
```
/opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-default-vlsi-client-timeout=15
```
3. Riavviare il servizio HMS.
La replica passa allo stato Errore quando si rimuovono e aggiungono dischi alla macchina virtuale di origine.

L'opzione Includi automaticamente nuovi dischi è attivata. Se si modificano le impostazioni della macchina virtuale e si rimuove uno dei dischi e si aggiunge un nuovo disco eseguendo una singola attività, è possibile che la replica entri nello stato Errore.

Soluzione 1: Riconfigurare manualmente la replica nell'interfaccia utente di Site Recovery.

Soluzione 2: Quando si modifica la macchina virtuale, aggiungere e rimuovere nuovi dischi eseguendo due attività separate
La replica automatica non si avvia quando un disco viene sostituito sullo stesso dispositivo SCSI

La replica automatica dei nuovi dischi è attivata. Quando in un singolo passaggio si rimuove e si aggiunge un disco protetto nello stesso dispositivo SCSI, la replica passa allo stato Errore:

The set of disks on the vSphere Replication Server does not match the source set for replication '<vm name>'.

Soluzione 1: Sostituire il disco con due operazioni di configurazione separate.

Soluzione 2: Se il disco sul dispositivo SCSI è stato sostituito eseguendo una singola operazione di configurazione, riconfigurare la replica.
L'operazione di riprotezione non riesce

Se si configura una replica con la funzionalità di disattivazione attivata e la versione dell'host ESXi nel sito di destinazione è 7.0 o 7.0 Update 1, l'operazione di riprotezione non riesce.
Soluzione: Disattivare la funzionalità di riprotezione ottimizzata.
1. Stabilire una connessione SSH con l'appliance vSphere Replication.
2. Eseguire il comando seguente:
  
  /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property reprotect-optimization-enabled=false
3. Riavviare il servizio HMS.
In ESXi versione 7.0 Update 2, questo problema è stato risolto.
Se si tenta di eseguire un'operazione di sincronizzazione dopo il ridimensionamento del disco, l'operazione non riesce.

Se si esegue il ridimensionamento del disco, in base alle dimensioni del disco l'operazione potrebbe richiedere alcune ore. Se nel frattempo si tenta di eseguire un'operazione di sincronizzazione, l'operazione non riesce, anche se lo stato della replica è OK.

Soluzione: attendere il completamento dell'operazione di ridimensionamento del disco. È possibile verificare il completamento controllando il file di registro /var/log/vmware/hbrsrv.log in cui dovrebbe essere presente questa voce:

Resizing disk <replicated disk ID>
Il ripristino di una replica di una macchina virtuale, crittografata con vSphere Native Key Provider, non riesce

Se si rimuovono dal cluster, configurato con Native Key Provider, tutti gli host a cui il datastore di destinazione è collegato, lo stato delle repliche esistenti rimane OK. Tuttavia, se si tenta di eseguire un ripristino, il ripristino non riesce e la replica passa allo stato Errore.

Soluzione: rendere il datastore di nuovo accessibile nel cluster. Se non è stato eseguito un tentativo di ripristino e lo stato della replica è ancora OK, riconfigurare la replica e modificare il datastore di destinazione sostituendolo con un datastore accessibile nel cluster.
Il disco virtuale appena aggiunto non viene replicato durante l'operazione di riprotezione

Se si esegue il ripristino e si aggiunge un nuovo disco alla macchina virtuale ripristinata, il nuovo disco non viene replicato durante l'operazione di riprotezione. Il nuovo disco non viene replicato automaticamente se la replica iniziale è stata configurata per replicare automaticamente i nuovi dischi.

Soluzione: Includere manualmente il nuovo disco nella replica.
La generazione di un bundle di supporto non riesce

Se l'appliance vSphere Replication non è configurata e si tenta di generare un bundle di supporto, l'operazione non riesce.
Soluzione: Generare manualmente i bundle di supporto per l'appliance vSphere Replication e il server di vSphere Replication incorporato. I file generati sono /tmp/hms-bundle.tar.gz e /tmp/embedded-hbr-bundle.tgz.
1. Stabilire una connessione SSH con l'appliance vSphere Replication.
2. Eseguire i comandi seguenti:
  
  /bin/tar --force-local --ignore-failed-read -chvpf /tmp/hms-bundle.tar /opt/vmware/hms/logs /opt/vmware/var/log
  
  /opt/vmware/support/logs/dr /opt/vmware/support/logs/drconfigui
  
  /opt/vmware/support/logs/envoy
  
  /usr/bin/gzip --no-name --quiet --stdout /tmp/hms-bundle.tar > /tmp/hms-bundle.tar.gz
  
  /urs/bin/rm /tmp/hms-bundle.tar
  
  /usr/bin/sudo -u root /usr/bin/hbrsrv-support-bundle.sh -f /tmp/embeded-hbr-bundle.tgz
3. Passare a VMware VRMS Appliance Management per il rispettivo server di vSphere Replication incorporato e generare il bundle di supporto.
L'operazione di ripristino non avanza

Se entro un breve periodo di tempo, si esclude un disco virtuale con un datastore di destinazione vVOL dalla replica e lo si include di nuovo, ciò potrebbe influire su un'operazione di ripristino successiva. Se si tenta di eseguire il ripristino, è possibile che non avanzi.
Soluzione alternativa 1

Se l'operazione di ripristino è già stata avviata:
1. Rimuovere la replica mantenendo i dischi di replica.
2. Configurare di nuovo la replica utilizzando le inizializzazioni.
3. Eseguire il ripristino.
Soluzione 2:

Se l'operazione di ripristino non è ancora stata avviata:
1. Escludere il disco con un datastore di destinazione vVOL.
2. Sincronizzare la replica.
3. Includere di nuovo il disco.
4. Eseguire il ripristino.
La sincronizzazione della replica non avanza

Se entro un breve periodo di tempo, si esclude un disco virtuale con un datastore di destinazione vVOL dalla replica e lo si include di nuovo, ciò potrebbe influire su un'operazione di sincronizzazione della replica successiva. Se si tenta di eseguire una sincronizzazione della replica, l'operazione potrebbe non avanzare.
Soluzione:
1. Escludere il disco con un datastore di destinazione vVOL.
2. Sincronizzare la replica.
3. Includere di nuovo il disco.
Non è possibile utilizzare la crittografia di rete per vSphere Replication

Quando si tenta di configurare la crittografia di rete per una replica, l'opzione nella procedura guidata Configura replica è inattiva. Se si utilizza una versione ESXi precedente, è possibile che hbr-agent.vib non venga installato automaticamente negli host ESXi e non sia possibile configurare la crittografia di rete per queste repliche.
Soluzione:
1. Stabilire una connessione SSH con l'appliance vSphere Replication.
2. Eseguire il comando seguente:
  
  /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-auto-install-hbragent-vib=false
3. Riavviare il servizio HMS.
4. Scaricare e installare hbr-agent.vib negli host ESXi. Vedere https://kb.vmware.com/s/article/2110304.
Quando si tenta di configurare IPv6 tramite VMware VRMS Appliance Management, viene visualizzato un errore proprietà non valida - DNS

Quando si tenta di configurare IPv6 tramite VMware VRMS Appliance Management e si seleziona l'opzione "Ottieni automaticamente impostazioni IPv6 tramite annuncio del router" con DNS assegnato automaticamente, viene visualizzato il seguente messaggio di errore: proprietà non valida - DNS.

Soluzione:

Stabilire una connessione SSH alla macchina host dell'appliance vSphere Replication ed eseguire $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.

Per ricevere un indirizzo IP tramite DHCP eseguire $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.
Non è possibile riconfigurare le impostazioni IPv6 tramite VMware VRMS Appliance Management

Se la rete IPv6 è stata configurata con l'opzione "Ottieni automaticamente impostazioni IPv6 tramite annuncio del router" o "Ottieni automaticamente le impostazioni IPv6 tramite DHCP", non è possibile riconfigurare le impostazioni IPv6 solo con "Ottieni automaticamente le impostazioni IPv6 tramite DHCP". È necessario selezionare entrambe le opzioni o nessuna di esse.

Soluzione:

Stabilire una connessione SSH alla macchina host dell'appliance vSphere Replication ed eseguire $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.

Per ricevere un indirizzo IP tramite DHCP eseguire $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.
La riconfigurazione di una replica non riesce dopo la rimozione e l'aggiunta dello stesso disco a un nodo del dispositivo virtuale diverso nella macchina virtuale di origine

Se si rimuove un disco virtuale e se ne aggiunge uno nuovo con lo stesso file VMDK e quindi si tenta di eseguire una riconfigurazione manuale o automatica (se è stata attivata l'opzione Includi automaticamente nuovi dischi) della replica, il processo non riesce e viene visualizzato il seguente errore:

Cannot reconfigure replication group '<VM_ID>' (managed object ID: 'GID-<group-ID>'). Details: 'Duplicate key (hms.Disk) { dynamicType = null, dynamicProperty = null, deviceKey = <DEVICE_KEY>, destination = (hms.ExtendedDatastorePath) { dynamicType = null, dynamicProperty = null, datastore = MoRef: type = Datastore, value = <DATASTORE>, serverGuid = null, path = <PATH>, fileName = <FILENAME>, dsCluster = null }, storageProfileId = null, useOfflineCopy = false, virtualDiskType = thin, skipDiskUuidValidation = true, replicationDiskId = null, contentId = null, capacityInKb = <CAPACITY> }'. ThrowableProxy.cause The operation is not allowed in the current state.
Soluzione alternativa
1. Arrestare la replica e conservare i dischi di replica.
2. Configurare nuovamente la replica utilizzando i dischi come inizializzazioni.
La configurazione della replica non riesce dopo il passaggio da vSphere Trust Authority a KMS come meccanismo di crittografia

Se si utilizza vSphere Trust Authority come meccanismo di crittografia, ma si torna al vecchio meccanismo di crittografia utilizzando i server KMS e quindi si tenta di configurare una replica, il processo potrebbe non riuscire. Il problema si verifica poiché le chiavi di crittografia potrebbero non essere distribuite correttamente agli host di destinazione dopo aver cambiato i meccanismi di crittografia.

Soluzione: Riavviare il servizio HMS.
Il ripristino di prova non riesce e viene visualizzato un messaggio di errore

Se si configura una replica in un datastore VMFS e quindi si riconfigura qualsiasi disco di questo gruppo da replicare in un datastore vSAN (mentre la Home della macchina virtuale è ancora configurata in un datastore VMFS), quando si tenta di eseguire un ripristino di prova, l'operazione non riesce e viene visualizzato il seguente errore:

Cannot create a test bubble image for group '<group-ID>' on vSphere Replication Server...

Soluzione 1: Riconfigurare tutti i dischi di replica in modo che utilizzino un datastore VMFS.

Soluzione 2: Riconfigurare la Home della macchina virtuale da replicare in un datastore vSAN.
Le repliche con crittografia di rete vengono visualizzate nello stato Non attivo

Per impostazione predefinita, quando si accende l'appliance vSphere Replication, un bundle di installazione vSphere (VIB) viene installato in tutti gli host ESXi supportati nell'inventario di vCenter Server dove è stata distribuita l'appliance. L'installazione automatica del file VIB potrebbe non riuscire a causa di diversi motivi.
Soluzione:

Installare il file VIB di vSphere Replication in ogni istanza di ESXi che ospita la macchina virtuale di origine della replica.
1. Disattivare temporaneamente il firewall nell'host ESXi.
2. Stabilire una connessione SSH al server ESXi.
3. Eseguire il comando seguente:
  
  $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib
4. Attivare il firewall nell'host ESXi.
Non è possibile configurare nuove repliche con la crittografia di rete

Per impostazione predefinita, quando si accende l'appliance vSphere Replication, un bundle di installazione vSphere (VIB) viene installato in tutti gli host ESXi supportati nell'inventario di vCenter Server dove è stata distribuita l'appliance. L'installazione automatica del file VIB potrebbe non riuscire a causa di diversi motivi.
Soluzione:

Installare il file VIB di vSphere Replication in ogni istanza di ESXi che ospita la macchina virtuale di origine della replica.
1. Disattivare temporaneamente il firewall nell'host ESXi.
2. Stabilire una connessione SSH al server ESXi.
3. Eseguire il comando seguente:
  
  $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib
4. Attivare il firewall nell'host ESXi.
Quando si fa clic con il pulsante destro del mouse su una macchina virtuale replicata e si seleziona Riconfigura replica nell'interfaccia utente di vSphere, la finestra popup per l'interfaccia utente di Site Recovery viene bloccata senza notifica nel browser Mozilla Firefox

Per impostazione predefinita, l'interfaccia utente di Site Recovey viene aperta in una nuova scheda. Quando si fa clic con il pulsante destro del mouse su una macchina virtuale replicata e si seleziona Riconfigura replica nell'interfaccia utente di vSphere, la finestra popup per l'interfaccia utente di Site Recovery viene bloccata senza notifica nel browser Mozilla Firefox.

Soluzione: Dal menu Opzioni in Mozilla Firefox, selezionare la scheda Contenuto e aggiungere l'URL del vCenter Server all'elenco delle eccezioni pop-up.
La configurazione di una replica che utilizza inizializzazioni in un datastore di destinazione vVol riesce ma lo stato della replica è Errore

Se si configura una replica affinché utilizzi come inizializzazione una macchina virtuale che dispone di snapshot, l'operazione di configurazione viene eseguita correttamente, ma la replica passa allo stato Errore al termine della Sincronizzazione completa iniziale. Viene visualizzato un problema con una descrizione di errore simile:

A replication error occurred at the vSphere Replication Server for replication 'vmname'. Details: 'Error for (datastoreUUID: "vvol:9148a6192d0349de-94149524b5f52bc4"), (diskId: "RDID-fd3ed4de-2356-43c7-a0e2-7bc07a7da012"), (hostId: "host-33"), (pathname: "vmname/vmname.vmdk"), (flags: retriable): Class: NFC Code: 10; NFC error: NFC_DISKLIB_ERROR (Input/output error); Set error flag: retriable; Can't write (multiEx) to remote disk; Can't write (multi) to remote disk'.

Soluzione: eliminare gli snapshot dalla macchina virtuale di inizializzazione.
Durante la sincronizzazione completa, vSphere Replication non riesce e viene visualizzato un messaggio di errore: Si è verificato un errore della replica nel server di vSphere Replication

Durante la sincronizzazione completa, vSphere Replication potrebbe non riuscire con il seguente errore.

A replication error occurred at the vSphere Replication Server for replication <group_name>. Details: 'Error for (datastoreUUID: "..."), (diskId: "..."), (hostId: "..."), (pathname: "..."), (flags: retriable, pick-new-host, nfc-no-memory): Class: NFC Code: 5; NFC error: NFC_NO_MEMORY; Set error flag: nfc-no-memory; Code set to: Host unable to process request.; Set error flag: retriable; Set error flag: pick-new-host; Can't write (single) to remote disk'.

In genere, questo errore è temporaneo e l'operazione riesce dopo qualche minuto.
La sostituzione del certificato SSL di vCenter Server causa errori di convalida del certificato in vSphere Replication

Se si sostituisce il certificato SSL nel sistema di vCenter Server, si verifica un errore di connessione quando vSphere Replication tenta di connettersi a vCenter Server.

Soluzione: Per informazioni su come aggiornare i certificati di vCenter Server e consentire a soluzioni come vSphere Replication di continuare a funzionare, vedere http://kb.vmware.com/kb/2109074.
La sincronizzazione dei dati non riesce e il file di registro del server di vSphere Replication Management di origine contiene l'errore DeltaAbortedException
Se durante la sincronizzazione dei dati si verificano problemi di connettività nell'ambiente, è possibile che si verifichi quanto segue.
- Le sincronizzazioni dei gruppi di replica non riescono e il file hms<n>.log nel server di vSphere Replication Management nel sito di origine contiene il seguente messaggio di errore:
  
  DeltaAbortedException.
- In Site Recovery Manager, le sincronizzazioni dei gruppi di replica non riescono e viene visualizzato il seguente messaggio di errore:
  
  VR synchronization failed for VRM group <group_name>. A generic error occurred in the vSphere Replication Management Server. Exception details: 'com.vmware.hms.replication.sync.DeltaAbortedException'.
Soluzione: Risolvere i problemi di connettività nell'ambiente prima di procedere.
Il failover con "Sincronizza modifiche più recenti" potrebbe non riuscire con SocketTimeoutException quando vengono ripristinate più repliche contemporaneamente ed è stato accumulato un delta molto grande dall'ultima sincronizzazione

Il server di vSphere Replication Management potrebbe non ricevere le dovute risposte tramite il proxy inverso di vCenter quando è presente un traffico di replica elevato nella stessa rete. Alcune operazioni di gestione o monitoraggio delle repliche potrebbero non riuscire con il seguente messaggio di errore:

com.vmware.vim.vmomi.client.exception.ConnectionException: java.net.SocketTimeoutException: Read timed out

Soluzione: configurare l'isolamento del traffico di rete per il traffico di vSphere Replication, in modo che il traffico di replica elevato non influisca sulla comunicazione di gestione tra vCenter e il server di vSphere Replication Management. Vedere Isolamento del traffico di rete di vSphere Replication.
Le macchine virtuali che si trovano nella cartella di destinazione vengono sovrascritte durante il ripristino

Se la cartella di destinazione contiene una macchina virtuale registrata con lo stesso nome della macchina virtuale replicata, la macchina virtuale registrata viene sovrascritta durante il ripristino. Quando si avvia la procedura guidata di ripristino, vSphere Replication verifica la cartella di destinazione e visualizza una finestra di dialogo in cui è necessario confermare l'operazione di sovrascrittura. In rari casi, al termine della verifica della destinazione e quando la procedura guidata è ancora aperta, è possibile che una macchina virtuale venga registrata nella cartella di destinazione. In questi casi, la macchina virtuale che è stata copiata nella cartella di destinazione verrà sovrascritta senza ulteriori notifiche.

Soluzione: nessuna.
Le repliche hanno stato Non attivo (violazione RPO) dopo la modifica dell'indirizzo IP del server di vSphere Replication nel sito di destinazione

Se l'indirizzo IP del server di vSphere Replication nel sito di destinazione viene modificato, lo stato di tutte le repliche in questo sito diventa Non attivo (violazione RPO). Questo problema si verifica perché le repliche nel sito di origine non vengono riconfigurate automaticamente quando l'indirizzo IP viene modificato.

Soluzione: riconfigurare tutte le repliche in modo che gli host di origine utilizzino il nuovo indirizzo IP del server di vSphere Replication di destinazione.
Stato di errore temporaneo durante la sincronizzazione completa iniziale

Durante la sincronizzazione iniziale, è possibile che lo stato della sincronizzazione diventi temporaneamente Errore e torni normale più volte. Lo stato di errore potrebbe indicare una mancanza di risorse nel sito di destinazione. Se il carico di lavoro I/O causato dall'operazione di sincronizzazione è superiore al carico che gli host di destinazione sono in grado di gestire, lo stato della replica diventerà Errore. Quando il carico di lavoro I/O diminuisce, l'errore scompare.

Soluzione: ridurre il valore dell'opzione di configurazione dell'host denominata HBR.TransferMaxContExtents in ogni host ESXi in cui sono in esecuzione le macchine virtuali di origine della replica. Il valore predefinito è 8 e un valore inferiore riduce le dimensioni dei blocchi di dati inviati durante un aggiornamento della sincronizzazione, ma aumenta la durata della sincronizzazione completa iniziale. Dopo la sincronizzazione completa iniziale, impostare nuovamente il valore predefinito dell'opzione (8) per ottenere le massime prestazioni dell'RPO. Se gli errori temporanei continuano a verificarsi durante le sincronizzazioni delta, è possibile che durante ogni delta vengano trasferiti numerosi blocchi modificati e che gli host nel sito di destinazione non siano in grado di supportare il carico di lavoro di I/O generato. In questi casi, mantenere basso il valore dell'opzione di configurazione HBR.TransferMaxContExtents. In alternativa, è possibile aggiungere altri host al sito secondario.
Gli utenti a cui è stato assegnato il ruolo Amministratore VRM o Utente replica macchina virtuale VRM non possono accedere alla procedura guidata Configura replica

La procedura guidata Configura replica non viene avviata se un utente a cui è stato assegnato il ruolo Amministratore VRM predefinito o Utente replica macchina virtuale VRM accede all'interfaccia utente di Site Recovery e tenta di configurare una replica.

Soluzione: clonare il ruolo predefinito per aggiungere il privilegio Storage basato sul profilo > Visualizzazione dello storage basato sul profilo e assegnare il ruolo clonato all'utente.
L'opzione per attivare la disattivazione è disattivata nella procedura guidata Configura replica per una macchina virtuale di origine della replica spenta anche se il sistema operativo guest supporta la disattivazione

Per le origini Linux e Windows, l'opzione Abilita disattivazione viene attivata in base alle informazioni sul sistema operativo guest. Se una macchina virtuale non è mai stata accesa, gli host ESXi segnalano sempre l'assenza del supporto per la disattivazione, perché le informazioni sul sistema operativo guest non sono disponibili.

Soluzione: verificare che le macchine virtuali di origine delle repliche siano state accese almeno una volta prima di configurare le repliche.
Il servizio vSphere Replication non è accessibile dopo la modifica del certificato di vCenter Server

Se il certificato di vCenter Server viene modificato, vSphere Replication diventa inaccessibile.

Soluzione: vedere vSphere Replication è inaccessibile dopo la modifica del certificato di vCenter Server.
Il server di vSphere Replication Management (VRMS) potrebbe perdere una macchina virtuale parzialmente ripristinata nel vCenter Server di destinazione dopo un ripristino non riuscito

In rari casi, è possibile che si verifichi un'interruzione di VRMS durante il ripristino immediatamente dopo la registrazione della macchina virtuale ripristinata nel vCenter Server di destinazione. L'ultimo errore di ripristino nel pannello dei dettagli della replica indica che Il server VRM non è riuscito a completare l'operazione. Quando VRMS viene riavviato, pulisce i file per la macchina virtuale parzialmente ripristinata. In alcuni casi non riesce ad annullare la registrazione della macchina virtuale dal vCenter Server di destinazione. I successivi tentativi di ripristino causano la visualizzazione di un messaggio di errore nella procedura guidata di ripristino che indica che la cartella della macchina virtuale selezionata contiene già un'entità con lo stesso nome.

Soluzione: Rimuovere manualmente la macchina virtuale dal vCenter Server di destinazione ma mantenere i relativi dischi perché puntano ai file segnaposto della replica.
Una macchina virtuale ripristinata in vSphere Replication non si accende in vCenter Server

Quando si utilizza vSphere Replication per eseguire un ripristino in una macchina virtuale, l'operazione non riesce e lo stato della replica non è "Ripristinato". La macchina virtuale è registrata nell'inventario di vCenter, ma quando si tenta di accenderla, l'operazione non riesce e viene visualizzato il messaggio di errore: File [datastorename] path/vmname.vmx was not found.

La registrazione della macchina virtuale come parte del workflow di ripristino di vSphere Replication può riuscire in vCenter Server, ma la risposta potrebbe non raggiungere il server di vSphere Replication Management a causa di un errore della rete temporanea. vSphere Replication ripristina l'immagine di replica e segnala un'attività di ripristino non riuscita a causa di un errore di registrazione della macchina virtuale. Se si avvia un altro ripristino, l'operazione non riesce e viene visualizzato un messaggio che indica che una macchina virtuale con lo stesso nome è già registrata in vCenter Server.

Soluzione: rimuovere la macchina virtuale parzialmente ripristinata dall'inventario di vCenter Server. Non eliminare i file dal disco. Riprovare a eseguire il ripristino.
Durante la replica di più macchine virtuali, un server di vSphere Replication potrebbe passare a uno stato in cui non accetta altre connessioni di VRMS, ma continua a replicare le macchine virtuali

Soluzione: riavviare il server di vSphere Replication.
Le operazioni di vSphere Replication non riescono con l'errore "Non autenticato"

Se si avvia un'operazione in un sito, ad esempio la configurazione di vSphere Replication in una macchina virtuale, e quindi si riavvia vCenter Server e l'appliance vSphere Replication nell'altro sito, è possibile che le operazioni di vSphere Replication non riescano con l'errore VRM Server generic error. Consultare la documentazione per informazioni sulla risoluzione dei problemi. L'eccezione dettagliata è: 'com.vmware.vim.binding.vim.fault.NotAuthenticated'.

Questo problema è causato dal fatto che il server di vSphere Replication conserva nella cache la sessione di connessione precedente al riavvio di vCenter Server e dell'appliance vSphere Replication.

Soluzione: cancellare la cache delle connessioni di vSphere Replication effettuando la disconnessione da vSphere Web Client e accedendo nuovamente.
L'operazione nel server di vSphere Replication Management non riesce e viene visualizzato l'errore "... UnmarshallException"

Quando nel server di vSphere Replication Management si verificano errori relativi al carico elevato o alla rete temporanea, è possibile che le operazioni non riescano con UnmarshallException a causa di errori nel livello della comunicazione.

Soluzione: riprovare a eseguire l'operazione non riuscita.
Le operazioni di vSphere Replication non riescono quando il traffico di replica è elevato

Le operazioni di vSphere Replication potrebbero non riuscire con l'errore java.net.UnknownHostException. Questi errori si verificano perché le richieste DNS vengono eliminate a causa della congestione della rete.
Soluzione: configurare la rete per assicurarsi che il traffico di gestione non venga eliminato configurando il traffic shaping, la qualità del servizio o DNS nell'appliance vSphere Replication. Una possibile soluzione consiste nel modificare il criterio di memorizzazione nella cache degli indirizzi di rete per l'appliance vSphere Replication.
1. Accedere all'appliance vSphere Replication come root.
2. Aprire il file /usr/java/jre-vmware/lib/security/java.security in un editor.
3. Rimuovere il commento dalla riga networkaddress.cache.ttl e impostarne il valore su almeno 86400 secondi (24 ore) o sul tempo massimo necessario per completare una sincronizzazione completa iniziale.
4. Salvare il file e riavviare l'appliance vSphere Replication.
5. Ripetere la procedura per tutte le appliance vSphere Replication rimanenti.

Repliche su vCenter Server

La configurazione di una replica in una macchina virtuale appena registrata non riesce e viene visualizzato un messaggio di errore

Se dopo aver eseguito correttamente un failover si rimuove la macchina virtuale ripristinata e successivamente la si registra di nuovo, quando si tenta di configurare una replica per questa macchina virtuale, il processo non riesce e viene visualizzato il seguente messaggio di errore:

VM ‘<VM_ID>’ was recovered in optimized reprotect mode in another replication group. To configure new replication for the VM, you must first remove the existing recovered replication.

Soluzione: Disattivare vSphere Replication in questa macchina virtuale. Vedere https://kb.vmware.com/s/article/2106946.
Non è possibile crittografare una macchina virtuale di origine non crittografata in una replica attiva

Se si tenta di crittografare una macchina virtuale non crittografata in una configurazione di replica attiva, la crittografia non riesce.
Soluzione: ripristinare la macchina virtuale non crittografata e configurare una nuova replica con dischi di inizializzazione crittografati.
1. Ripristinare la macchina virtuale nel sito remoto, ma non accendere la macchina virtuale.
2. Rimuovere la replica della macchina virtuale di origine.
3. Modificare le impostazioni della macchina virtuale nel sito di destinazione e modificare il criterio di storage della macchina virtuale impostandolo come criterio di crittografia della macchina virtuale.
4. Modificare le impostazioni della macchina virtuale di origine nel sito di origine e modificare il criterio di storage della macchina virtuale impostandolo come criterio di crittografia della macchina virtuale.
5. Annullare la registrazione della macchina virtuale ripristinata nel sito di destinazione, ma non eliminare i dischi.
6. Configurare una nuova replica e selezionare i dischi della macchina virtuale ripristinata nel sito di destinazione come inizializzazioni.
Non è possibile utilizzare ruoli e utenti definiti personalizzati con vSphere Replication

Non è possibile configurare una replica con un utente personalizzato, anche se a tale utente personalizzato sono assegnati tutti i privilegi VRM necessari in entrambi i siti. Il messaggio di errore Permission to perform this operation is denied viene visualizzato nella pagina della posizione di destinazione della procedura guidata Configura replica.

Soluzione: nessuna. Tutte le operazioni di vSphere Replication devono essere eseguite con l'utente amministratore SSO in entrambi i siti.
Una macchina virtuale ripristinata con più istanze in punti temporali specifici abilitate può perdere i dischi collegati allo snapshot più recente quando si ripristina uno snapshot precedente e quindi si ripristina nuovamente lo snapshot più recente

Quando si ripristina una macchina virtuale per cui sono state abilitate istanze in punti temporali specifici e si collega un disco per gli eventuali dischi non risolti, i dischi vengono collegati allo snapshot più recente. Se si ripristina uno snapshot precedente e successivamente si ripristina quello più recente, i dischi collegati non sono disponibili.

Soluzione: modificare le impostazioni della macchina virtuale e aggiungere i dischi richiesti come dischi rigidi esistenti.
Impossibile configurare una macchina virtuale con disco RDM in modalità fisica anche se il disco è escluso dalla replica

Se si configura una replica per una macchina virtuale con modalità fisica, è possibile che venga visualizzato il seguente errore:

VRM Server generic error. Check the documentation for any troubleshooting information. The detailed exception is: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.

Soluzione: nessuna.
Il ripristino di una macchina virtuale con vSphere Replication 8.7 non riesce ad accendere la macchina virtuale ripristinata

Se una macchina virtuale replicata è collegata a un commutatore virtuale distribuito e si tenta di eseguire un ripristino in un cluster DRS automatizzato, l'operazione di ripristino riesce, ma la macchina virtuale risultante non può essere accesa.

Soluzione: Modificare le impostazioni della macchina virtuale ripristinata per collegarla alla rete corretta.
La registrazione di server di vSphere Replication aggiuntivi richiede molto tempo

Se vCenter Server gestisce diverse centinaia di host del server ESXi, la registrazione di un server di vSphere Replication aggiuntivo con l'appliance vSphere Replication può richiedere diversi minuti. Questo dipende dal fatto che il server vSphere Replication deve essere registrato con ogni host del server ESXi.