Site Recovery Manager 8.6 | 11 OTT 2022 | Build 20555463 | Download

Strumento di importazione/esportazione della configurazione di Site Recovery Manager 8.6 | 11 OTT 2022 | Build 20554592

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

Novità

  • VMware Site Recovery Manager 8.6 aggiunge la compatibilità a VMware vSphere 8.0.

  • Interoperabilità con vSAN Express Storage.

  • REST API. Introduzione dell'automazione end-to-end per Site Recovery Manager:

    • Possibilità di creare, modificare ed eliminare gruppi di protezione e piani di ripristino

    • Recupero delle impostazioni di protezione e ripristino per le macchine virtuali

    • Creazione e modifica di mappature dell'inventario, personalizzazione IP e mappature delle risorse

    • Riconfigurazione delle impostazioni di ripristino per le macchine virtuali: aggiunta/modifica/eliminazione di callout e richieste, impostazione/recupero della priorità e delle dipendenze

    • Esecuzione dei piani di ripristino: test, migrazione pianificata, failover, riprotezione e failback

    • Set completo di API per configurare e gestire l'appliance di VMware Site Recovery Manager

      Per ulteriori informazioni, vedere il blog.

  • Feedback all'interno del prodotto: L'interfaccia utente di Site Recovery Manager include un'opzione di feedback all'interno del prodotto per consentire all'utente di fornire valutazioni e commenti in tempo reale sui workflow e le funzionalità principali.

  • Site Recovery Manager è in grado di aggiornare automaticamente la protezione della macchina virtuale in Gruppi di protezione e Piani di ripristino in base alle modifiche delle mappature dell'inventario.

  • Miglioramenti dell'interfaccia utente di Site Recovery Manager:

    • I dati della gerarchia di rete sono visibili nelle mappature della rete.

    • Interfaccia utente dell'appliance di Site Recovery Manager: possibilità di impostare lo stato attivo/inattivo delle reti.

    • Opzione di vSphere Replication per abilitare la replica dei set di dati.

Informazioni sul supporto del prodotto

VMware Site Recovery Manager 8.5 è stata l'ultima versione generale che supporta i gruppi di protezione dei criteri di storage. È necessario rimuovere o migrare i gruppi di protezione dei criteri di storage in gruppi di protezione normali con replica basata su array prima di eseguire l'aggiornamento a Site Recovery Manager 8.6. Site Recovery Manager 8.5.0.5 e versioni successive dispongono di uno strumento dedicato per la migrazione dei gruppi di protezione dei criteri di storage che è possibile utilizzare per eseguire la migrazione dei gruppi di protezione dei criteri di storage in gruppi di protezione con replica basata su array regolari. Vedere Migrazione dei gruppi di protezione dei criteri di storage in gruppi di protezione con replica basata su array per informazioni su come utilizzare lo strumento.

Localizzazione

VMware Site Recovery Manager 8.6 è disponibile nelle lingue seguenti:

  • Inglese

  • Francese

  • Tedesco

  • Italiano

  • Giapponese

  • Coreano

  • Cinese Semplificato

  • Cinese Tradizionale

  • Spagnolo

Compatibilità

Matrice di compatibilità di Site Recovery Manager

Site Recovery Manager 8.6 è compatibile con vSphere 7.0 e versioni successive e supporta ESXi 7.0 e versioni successive.

Site Recovery Manager 8.6 richiede una versione di vCenter Server supportata sia nel sito protetto che nel sito di ripristino.

Per informazioni sull'interoperabilità e la compatibilità del prodotto, incluso il supporto per la personalizzazione del sistema operativo guest, vedere le Matrici di compatibilità per VMware Site Recovery Manager 8.6.

Array di storage compatibili e scheda di replica dello storage

Per l'elenco corrente di e SRA e array di storage compatibili supportati, consultare la Guida alla compatibilità del partner di storage di Site Recovery Manager.

Provider VASA partner VVOL compatibili

Per l'elenco corrente di provider VASA partner VVOL compatibili, vedere la Guida alla compatibilità di VMware.

Supporto di VMware vSAN

Site Recovery Manager 8.6 è in grado di proteggere le macchine virtuali che si trovano in VMware vSAN utilizzando vSphere Replication. vSAN non richiede una scheda di replica dello storage per funzionare con Site Recovery Manager 8.6. Site Recovery Manager 8.6 aggiunge l'interoperabilità con vSAN Express Storage.

Installazione e aggiornamento

Per informazioni sull'installazione e l'aggiornamento di Site Recovery Manager, vedere Installazione e configurazione di Site Recovery Manager.

Per i percorsi di aggiornamento supportati per Site Recovery Manager, selezionare Percorso di aggiornamento e VMware Site Recovery Manager nelle Matrici di interoperabilità dei prodotti VMware.

NOTE:

  • VMware Site Recovery Manager 8.5.x è stata l'ultima versione generale a supportare i gruppi di protezione dei criteri di storage. È necessario rimuovere o migrare i gruppi di protezione dei criteri di storage in gruppi di protezione normali con replica basata su array prima di eseguire l'aggiornamento a Site Recovery Manager 8.6. Site Recovery Manager 8.5.0.5 e versioni successive dispongono di uno strumento dedicato per la migrazione dei gruppi di protezione dei criteri di storage che è possibile utilizzare per eseguire la migrazione dei gruppi di protezione dei criteri di storage in gruppi di protezione con replica basata su array regolari. Vedere Migrazione dei gruppi di protezione dei criteri di storage in gruppi di protezione con replica basata su array per informazioni su come utilizzare lo strumento.

  • Le istanze di vCenter Server nei siti protetti e di ripristino sono in modalità collegata avanzata e devono essere partner di replica diretta. In caso contrario, l'aggiornamento potrebbe non riuscire.

Sicurezza della rete

Site Recovery Manager richiede una connessione di rete di gestione tra siti associati. Le istanze del server di Site Recovery Manager nel sito protetto e nel sito di ripristino devono essere in grado di connettersi tra loro. Inoltre, ogni istanza di Site Recovery Manager richiede una connessione di rete a Platform Services Controller e alle istanze di vCenter Server che Site Recovery Manager estende nel sito remoto. Utilizzare una rete privata limitata non accessibile da Internet per tutto il traffico di rete tra i siti di Site Recovery Manager. Ponendo restrizioni alla connettività di rete, si limita la possibilità che si verifichino determinati tipi di attacco.

Per l'elenco delle porte di rete di cui Site Recovery Manager richiede l'apertura in entrambi i siti, vedere Porte di rete per Site Recovery Manager.

Limiti operativi per Site Recovery Manager 8.6

Per i limiti operativi di Site Recovery Manager 8.6, vedere Limiti operativi di Site Recovery Manager.

Componenti open source

Le note sul copyright e le licenze applicabili ai componenti software open source distribuiti in Site Recovery Manager 8.6 sono disponibili in Download di VMware Site Recovery Manager. È inoltre possibile scaricare i file sorgente per qualsiasi licenza GPL, LGPL o simile che richieda che il codice sorgente o le modifiche del codice sorgente vengano resi disponibili per la versione più recente attualmente disponibile di Site Recovery Manager.

  • 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 creare una richiesta POST /remote-session. Non è possibile accedere al sito remoto con un nome utente diverso.

  • La protezione e il ripristino delle macchine virtuali crittografate con vSphere Replication richiede VMware vSphere 7.0 Update 2c o versioni successive.

  • Quando viene creata una macchina virtuale del clone collegato, alcuni dei suoi dischi continuano a utilizzare i dischi della macchina virtuale di base. Se si utilizza la replica VVOL, è necessario replicare la macchina virtuale del clone collegato sullo stesso gruppo di replica della macchina virtuale di base. In caso contrario, viene visualizzato il messaggio di errore seguente: "Virtual machine '{vmName}' is replicated by multiple replication groups." Se è necessario replicare la macchina virtuale di base in un gruppo di replica diverso dalle macchine virtuali del clone collegato o se la macchina virtuale di base non può essere replicata affatto, le macchine virtuali del clone collegato devono essere convertite in cloni completi.

  • Site Recovery Manager non supporta la replica dei volumi virtuali dei dischi non collegati presenti solo in uno snapshot.

  • Site Recovery Manager non supporta la protezione e il ripristino orchestrato dei datastore NVMe su Fabrics (NVMe-oF) per i gruppi di protezione della replica basata su array. Per ulteriori informazioni sullo storage NVME, vedere la sezione sui concetti relativi a VMware NVME nella documentazione di VMware vSphere 7.0.

  • VMware Site Recovery Manager al momento non supporta AVS ANF per lo storage NFS NetApp ONTAP né come origine né come destinazione per una replica.

  • Lo strumento di importazione/esportazione della configurazione di VMware Site Recovery Manager 8.6 tenta di importare le impostazioni di ripristino delle macchine virtuali protette solo una volta, indipendentemente dal fatto che le macchine virtuali protette facciano parte di uno o più piani di ripristino.

  • Flash Read Cache vSphere è disabilitata sulle macchine virtuali dopo il ripristino e la prenotazione è impostata su zero. Prima di eseguire un ripristino in una macchina virtuale configurata per l'utilizzo della Flash Read Cache vSphere, prendere a nota della prenotazione della cache della macchina virtuale vSphere Web Client. È possibile riconfigurare Flash Read Cache vSphere sulla macchina virtuale dopo il ripristino.

  • Site Recovery Manager 8.6 supporta la protezione delle macchine virtuali con vSphere FT a processore singolo, ma disattiva vSphere FT a processore singolo sulle macchine virtuali nel sito di ripristino dopo un ripristino.

    • Se si utilizza vSphere FT a processore singolo su macchine virtuali, è necessario configurare le macchine virtuali nel sito protetto in modo che Site Recovery Manager possa disattivare vSphere FT dopo un ripristino. Per informazioni su come configurare le macchine virtuali per vSphere FT a processore singolo nel sito protetto, vedere https://kb.vmware.com/kb/2109813.

  • Site Recovery Manager 8.6 supporta vSphere Replication 8.6 con vSphere Virtual Volumes con le seguenti limitazioni.

    • Non è possibile utilizzare snapshot di punti temporali di vSphere Replication con macchine virtuali in cui la destinazione di replica è un datastore di Virtual Volumes.

    • Quando si utilizza lo storage di vSphere Virtual Volumes come destinazione di replica, tutti i dischi appartenenti alla macchina virtuale devono essere replicati in un singolo datastore vSphere Virtual Volumes.

    • Quando una macchina virtuale replicata si trova uno storage di vSphere Virtual Volumes, tutti i dischi appartenenti a quella macchina virtuale devono trovarsi su un unico datastore di vSphere Virtual Volumes.

  • Site Recovery Manager 8.6 non supporta i datastore NFSv4.1 per la replica basata su array. È possibile utilizzare Site Recovery Manager 8.6 con datastore NFSv4.1 per vSphere Replication.

  • Per utilizzare l'autenticazione a due fattori con RSA SecureID o autenticazione Smart Card (Common Access Card), l'ambiente deve soddisfare i requisiti seguenti:

    1. Utilizzare le credenziali di amministratore di Platform Services Controller per installare Site Recovery Manager 8.6 e per associare i siti di Site Recovery Manager 8.6.

    2. Le istanze di vCenter Server in entrambi i siti di Site Recovery Manager 8.6 devono funzionare in modalità collegata avanzata. Per evitare che si verifichino errori durante l'aggiornamento di Site Recovery Manager dalla versione 8.6 a una versione più recente, le istanze di vCenter Server in entrambi i siti devono essere partner di replica diretta.

Problemi noti

  • Nuovo - Il workflow di Site Recovery Manager non riesce e viene visualizzato un errore NotAuthenticated

    Ogni 8 ore c'è un periodo di tempo che va da 0 a 60 secondi in cui un'operazione remota potrebbe non riuscire e visualizzare un errore NotAuthenticated. Quando si esegue un workflow di Site Recovery Manager, ad esempio, Riprotezione o Failover, se si raggiunge tale finestra temporale il workflow potrebbe non riuscire e visualizzare un errore NotAuthenticated. Sebbene tutte le connessioni siano attive all'avvio del workflow, il token di accesso attivo potrebbe scadere durante l'esecuzione del workflow, causando l'errore.

    Soluzione: Eseguire di nuovo il workflow.

  • Nuovo - L'icona del plug-in di integrazione client Site Recovery Manager non viene visualizzata quando si utilizza il browser Firefox

    Quando si utilizza il browser Firefox, l'icona del plug-in di integrazione client Site Recovery Manager non viene visualizzata in vCenter Server 7.0.x.

    Soluzione: fare clic sullo spazio vuoto sopra l'etichetta Site Recovery oppure utilizzare il browser Chrome o Edge.

  • Nuovo - Il test di ripristino e la migrazione pianificata non riescono per alcune macchine virtuali e generano più errori

    Durante il test di ripristino e la migrazione pianificata, il server di vSphere Replication potrebbe essere riavviato causando la mancata riuscita di alcune repliche con i seguenti errori:

    Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "org.apache.http.conn.HttpHostConnectException: Connect to <VR-server-address>:8123 [/<VR-server-address>] failed: Connection refused (Connection refused)"'.

    Error : Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "java.net.SocketException: Connection reset"'.

    Error : A runtime error occurred in the vSphere Replication Management Server. Exception details: ''. A runtime error occurred in the vSphere Replication Management Server. Exception details: ''.

    Soluzione: eseguire nuovamente il test del piano di ripristino. Dopo il riavvio del server di vSphere Replication, le operazioni non riuscite vengono completate correttamente.

  • Nuovo - Nell'elenco dei plug-in di vCenter Server Client sono presenti due elementi simili per il plug-in di integrazione di VMware Site Recovery

    Quando si installa vSphere Replication o Site Recovery Manager in vCenter Server 8.0, l'elenco dei plug-in di vCenter Server Client contiene due elementi simili per il plug-in di integrazione di VMware Site Recovery. Questo non influisce sulla funzionalità del plug-in a condizione che entrambi i plug-in siano attivati o disattivati.

    Soluzione: per continuare a utilizzare la funzionalità del plug-in, non è necessaria alcuna azione. Se è necessario disattivare il plug-in, disattivare entrambi i plug-in. Se si desidera attivare il plug-in, attivare entrambi i plug-in.

  • Nuovo - Il ripristino di emergenza non riesce e viene visualizzato un messaggio di errore

    Il ripristino di emergenza per le macchine virtuali che si trovano nello storage esteso non riesce e viene visualizzato il seguente messaggio di errore: "A general system error occurred: Cannot allocate memory"

    Soluzione: eseguire nuovamente l'operazione di ripristino di emergenza.

  • Nuovo - Non è possibile completare il piano di ripristino con stato Ripristino incompleto

    Se un failover con vMotion viene interrotto durante il passaggio di vMotion e il piano passa allo stato Ripristino interrotto, è possibile che tutte le riesecuzioni del piano seguenti non riescano nel passaggio Modifica storage del sito di ripristino e rendilo scrivibile. L'errore in questo passaggio non è corretto e il failover viene completato correttamente. Il piano rimane tuttavia nello stato Ripristino incompleto e non può essere riportato allo stato Pronto.

    Soluzione: per eseguire correttamente il failback delle macchine virtuali nel sito primario, ricreare i gruppi di protezione e il piano di ripristino.

  • Nuovo - La riconfigurazione della replica non riesce dopo la riprotezione quando si modifica il datastore di destinazione per un VMDK

    Dopo aver eseguito l'operazione di riprotezione, la riconfigurazione della replica che implica lo spostamento del disco, ad esempio spostando il disco in un altro datastore o percorso, non riesce e viene visualizzato il seguente errore:

    Unable to complete the reconfiguration task at remote site for replication group 'hbr-vm' (managed object ID: 'GID-xxxx'): task 'HTID-xxxx'. Details: 'A runtime error occurred in the vSphere Replication Management Server. Exception details: 'VR Server error: 'Virtual Machine exists at the target datastore path'.

    Soluzione: È necessario rinominare o spostare il vmx della macchina virtuale originale nella posizione di destinazione.

  • Nuovo - L'aggiornamento a Site Recovery Manager 8.6 viene completato senza notifica nell'interfaccia utente e senza riavviare l'appliance

    Se si sta eseguendo l’aggiornamento da Site Recovery Manager 8.4.x e nell'ambiente sono presenti gruppi di protezione dei criteri di storage, l'aggiornamento a Site Recovery Manager 8.6 non riesce senza visualizzare messaggi di errore.

    Soluzione: Eseguire l'aggiornamento a Site Recovery Manager versione 8.5.0.5, rimuovere o migrare i gruppi di protezione dei criteri di storage in gruppi di protezione normali con replica basata su array e quindi continuare con l'aggiornamento a Site Recovery Manager 8.6. In alternativa eseguire la migrazione manuale degli SPPG ai gruppi di protezione con replica basata su array e l'aggiornamento a Site Recovery Manager 8.6.

  • Nuovo - La riprotezione non riesce e si verifica un errore durante il passaggio di sincronizzazione dello storage

    Se l'operazione di rilevamento dei dispositivi di storage è ancora in corso, viene impedito l'ultimo passaggio secondario del workflow di riprotezione di sincronizzazione dello storage per completarlo in tempo. La riprotezione non riesce e viene visualizzato il seguente errore: "Operation timed out: 1080 seconds". Anche se il workflow di riprotezione non riesce, il passaggio secondario di sincronizzazione dello storage viene avviato e completato correttamente dopo il completamento dell'operazione di rilevamento dei dispositivi.

    Soluzione 1: Attendere il completamento dell'operazione di rilevamento dei dispositivi e attendere più tempo che la sincronizzazione dello storage venga completata. Al termine delle operazioni di rilevamento dei dispositivi e sincronizzazione dello storage, è necessario eseguire il test del failover per verificare che tutto funzioni correttamente con il piano di ripristino.

    Soluzione 2: Aumentare il valore dell'impostazione avanzata remoteManager.taskDefaultTimeout.

    1. Nella scheda Home di Site Recovery, selezionare una coppia di siti e fare clic su Visualizza dettagli.

    2. Nel riquadro a sinistra fare clic su Configura > Impostazioni avanzate > Gestione remota.

    3. Selezionare un sito e fare clic su Modifica per modificare le impostazioni di gestione remota.

    4. Immettere un nuovo valore nella casella di testo remoteManager.taskDefaultTimeout.

  • Aggiornato - L'operazione di riprotezione non riesce e viene visualizzato un errore per una macchina virtuale

    La riprotezione riesce e viene visualizzato il seguente messaggio di errore:

    Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    Oppure Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred:

    Nel sito vCenter Server di destinazione, l'attività per la macchina virtuale non riesce e vengono indicati i seguenti dettagli:

    Task Name: Remove all snapshots

    Status: A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    Oppure Status: A general system error occurred: Snapshot configuration missing for snapshot <>

    Initiator: <initiator>

    Target: <vm-name>

    Server: <VC-name>

    Soluzione:

    1. rimuovere la replica.

    2. Configurare nuovamente la replica utilizzando i dischi di inizializzazione.

  • L'esportazione della configurazione di Site Recovery Manager utilizzando un utente della soluzione di Site Recovery Manager remota non riesce e viene visualizzato un errore

    In un ambiente di Site Recovery Manager con solo replica basata su array, quando si tenta di esportare la configurazione di Site Recovery Manager utilizzando uno script senza credenziali, l'esportazione non riesce. Il registro Impex contiene il seguente errore:

    2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended.(vim.fault.NoPermission) {
    faultCause = null,
    faultMessage = null,
    object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf,privilegeId = StorageProfile.View }

    Soluzione 1: Aggiungere la "visualizzazione dello storage basata su criteri" al ruolo utente della soluzione SRM remota.

    Soluzione 2: Esportare la configurazione di Site Recovery Manager utilizzando un file di proprietà o in modalità interattiva con le credenziali. Vedere Utilizzo di un file di proprietà per esportare i dati di configurazione di Site Recovery Manager ed Esportazione dei dati di configurazione di Site Recovery Manager con lo strumento di importazione/esportazione autonomo

  • La rimozione automatica della protezione per i gruppi di protezione con replica basata su array e i gruppi di protezione della replica VVOL non funziona senza l'impostazione avanzata di protezione automatica 

    Se si attivano solo le impostazioni avanzate di rimozione della protezione automatica e le impostazioni di protezione automatica sono disattivate, la rimozione della protezione automatica per i gruppi di protezione con replica basata su array e i gruppi di protezione per la replica volumi virtuali non funziona.

    Soluzione: Attivare sia le impostazioni avanzate di protezione automatica sia le impostazioni avanzate di rimozione della protezione automatica per il tipo di gruppo di protezione utilizzato.

  • 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. Passare al file /opt/vmware/hms/conf/hms-configuration.xml.

    2. Incrementare il valore di hms-default-vlsi-client-timeout a 15 minuti su entrambi i siti.

    3. Riavviare i servizi HMS.

  • La NIC aggiuntiva non acquisisce la configurazione di rete e rimane in stato INATTIVA

    La configurazione delle interfacce di rete aggiuntive dall'interfaccia utente del servizio di configurazione non cambia lo stato dell'interfaccia di rete e questa non si connette alla rete.

    Soluzione: Accedere tramite SSH all'appliance di Site Recovery Manager o all'appliance di vSphere Replication ed eseguire i comandi seguenti:

    1. "ip link" - per individuare la NIC richiesta con stato INATTIVA. L'output sarà simile al seguente:

      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

      2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff

      3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff

    2. "ip link set dev <name> up" - per impostare lo stato dell'interfaccia di rete su ATTIVA.

  • Il piano di ripristino con una macchina virtuale replicata vSphere Replication non riesce e viene visualizzato un errore

    Se la macchina virtuale replicata vSphere Replication con MPIT ha diversi dischi replicati in più datastore diversi e si interrompe la replica di un disco e lo si scollega dal gruppo di protezione, il failover non riesce e viene visualizzato il seguente errore "Invalid configuration for device '0'".

    Soluzione: Non interrompere la replica di uno dei dischi e non scollegare il disco dal gruppo di protezione.

  • L'operazione di riprotezione per un gran numero di macchine virtuali non riesce e si verifica un errore

    Quando si tenta di eseguire un'operazione di riprotezione per un gran numero di macchine virtuali, il processo potrebbe non riuscire con uno dei seguenti errori:

    Unable to reverse replication for the virtual machine <VM_name>

    oppure

    A general system error occurred: Failed to open virtual disk

    Questi problemi possono verificarsi a causa di problemi temporanei di sovraccarico dello storage o di rete.

    Soluzione: Eseguire nuovamente l'operazione di riprotezione per queste macchine virtuali.

  • L'esecuzione del piano di ripristino non riesce in un ambiente cluster di storage esteso

    Quando si tenta di eseguire la migrazione pianificata o il ripristino di emergenza di un gruppo di protezione di una macchina virtuale in un ambiente cluster di storage esteso senza vMotion, l'operazione potrebbe non riuscire durante il passaggio "Crea snapshot dello storage scrivibile" per una o più macchine virtuali. Viene visualizzato il seguente messaggio di errore: "Some virtual machines in the protection group [PGxxx] could not be recovered."

    Soluzione: Eseguire nuovamente il piano di ripristino.

  • Dopo aver eseguito il ripristino di emergenza e quindi aver acceso lo stesso sito, alcune macchine virtuali passano allo stato orfano

    Quando si accende il sito inattivo dopo l'esecuzione di un ripristino di emergenza in un ambiente di storage esteso, è possibile che alcune macchine virtuali vengano visualizzate in uno stato orfano. Il problema si verifica per i gruppi di protezione delle macchine virtuali in un ambiente con storage esteso.

    Soluzione: Rimuovere le voci per tutte le macchine virtuali orfane dall'inventario di vCenter Server prima di eseguire altri workflow di Site Recovery Manager.

  • Il nome del file scaricato con i passaggi per il ripristino esportati non viene visualizzato correttamente

    Se il nome include un piano di ripristino con caratteri non ASCII, quando si esportano i passaggi del piano di ripristino, il nome del file scaricato non viene visualizzato correttamente. Site Recovery Manager sostituisce tutti i caratteri non ASCII con un segno di sottolineatura.

    Soluzione: Nessuna. Non utilizzare caratteri non ASCII per il nome del piano di ripristino.

  • Le informazioni sui server DNS nelle impostazioni di rete sono vuote e non possono essere modificate e salvate

    Se l'appliance Site Recovery Manager viene distribuita con le impostazioni di annuncio del router e DCHP, i server DNS vengono ricevuti automaticamente. Se si utilizza IPv6 e si tenta di configurare manualmente nuovi server DNS e di salvarli utilizzando il modulo per le impostazioni di rete, i dati per i server DNS non vengono salvati e il DNS non viene impostato correttamente nell'istanza di Site Recovery Manager.

    Soluzione: Se si desidera modificare le impostazioni dei server DNS e continuare a utilizzare DHCP e l'annuncio del router per gli indirizzi IPv6, è necessario deselezionare l'impostazione Usa indirizzi IPv6 statici nel modulo Impostazioni di rete. Il modulo consentirà quindi di salvare correttamente le nuove impostazioni.

  • Quando un disco replicato si trova nello storage Volumi virtuali e viene ridimensionato, il disco viene ripristinato come thin provisioning indipendentemente dal tipo di disco originale

    L'operazione di ridimensionamento del disco interna prevede l'esecuzione di una copia del disco, che a causa delle specifiche dello storage Volumi virtuali prevede per impostazione predefinita il tipo di disco provisioning thin indipendentemente dal tipo di disco di base. Il ridimensionamento del disco viene completato, ma il disco ridimensionato risultante ora dispone del tipo thin provisioning quando viene ripristinato da vSphere Replication.

    Soluzione: Se necessario, è possibile modificare manualmente il tipo di disco dopo il ripristino.

  • Una o più repliche passano allo stato Errore (violazioni RPO) dopo l'operazione di riprotezione

    Dopo aver eseguito un'operazione di riprotezione, uno o più delle repliche passano in stato di errore visualizzando il seguente errore:

    A problem occurred with the storage on datastore path '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk

    Soluzione:

    1. Rimuovere la replica

    2. Configurare nuovamente la replica utilizzando i dischi di inizializzazione.

  • Nella scheda Riepilogo e nella scheda Macchine virtuali del gruppo di protezione viene visualizzato un errore imprevisto mentre è in corso una riprotezione o poco dopo il completamento della riprotezione

    Se si passa alla scheda Riepilogo o alla scheda Macchine virtuali mentre è in corso un'operazione di riprotezione, è possibile che venga visualizzato un messaggio di errore imprevisto: 'The ManagedObjects in 'spec.objectSet' belong to more than 1 server.' o 'Missing value for non-optional field placeholderVmInfo' . Se quest'ultimo viene aperto, potrebbe non essere elencata alcuna macchina virtuale.

    Soluzione: Ignorare l'errore e attendere un po' di tempo. Le macchine virtuali verranno nuovamente visualizzate nel gruppo di protezione e verranno protette e accese come previsto.

  • La procedura guidata Configura replica inizia dopo un certo in ritardo

    Se si utilizza il browser Mozilla Firefox in un sistema operativo Apple Mac, è possibile che si verifichi un peggioramento delle prestazioni dell'interfaccia utente e un ritardo nella procedura guidata Configura replica.

    Soluzione: Utilizzare un browser Chrome.

  • Le macchine virtuali protette con Site Recovery Manager che utilizzano NVDS per la rete protetta e/o di ripristino presentano problemi di protezione dopo la migrazione NVDS-CVDS

    Se le macchine virtuali protette sono collegate a una rete NVDS ed è possibile eseguire la migrazione NVDS-CVDS, dopo la migrazione si verificano problemi di protezione nelle macchine virtuali protette. Lo stesso evento si verifica quando si esegue la migrazione NVDS-CVDS e la rete viene utilizzata per la rete di ripristino.

    Soluzione: Riconfigurare la protezione delle macchine virtuali interessate.

  • La riprotezione non riesce e viene generato un errore: Il gruppo di protezione '{protectionGroupName}' include macchine virtuali protette con segnaposto che devono essere riparate.

    Quando esegue una riprotezione nel gruppo di protezione, Site Recovery Manager non può riparare le macchine virtuali protette né ripristinare le macchine virtuali segnaposto. L'errore si verifica quando la prima operazione di riprotezione non riesce per una macchina virtuale perché l'operazione segnaposto corrispondente non è riuscita. La macchina virtuale protetta viene contrassegnata con un errore di configurazione e il gruppo di protezione rimane in uno stato di parziale riprotezione.

    Soluzione:

    1. Eseguire nuovamente la riprotezione con l'opzione forza pulizia abilitata. Questa opzione completa l'operazione di riprotezione e abilita l'opzione Ricrea segnaposto. Si noti che l'esecuzione della riprotezione sarà contrassegnata con esito positivo al completamento.

    2. Avviare esplicitamente Ricrea segnaposto per riparare le macchine virtuali protette interessate e ripristinare le macchine virtuali segnaposto. Se non si effettua questa operazione e si esegue il workflow di ripristino di emergenza, il ripristino di queste macchine virtuali non riuscirà e verrà visualizzato il seguente errore: Placeholder VM for the protected VM '<vm-name>' is missing.

  • Se si utilizza un browser basato su Chromium e si tenta di ridimensionare una colonna di una griglia, l'interfaccia utente di Site Recovery si blocca e non risponde

    LayoutNG in Chromium ha un bug che causa problemi di prestazioni. Per ulteriori informazioni, vedere https://bugs.chromium.org/p/chromium/issues/detail?id=1008523 e https://bugs.chromium.org/p/chromium/issues/detail?id=1098231.

    Soluzione 1:

    1. Chiudere tutte le finestre di Chrome.

    2. Modificare il collegamento di Chrome e aggiornarlo in: "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --disable-blink-features=LayoutNG

    3. Aprire nuovamente Chrome.

    Soluzione 2: Aggiornare il browser Chrome alla versione 85.0.4183.83 o successiva.

  • Alcune delle macchine virtuali ripristinate generano il seguente allarme "Failover della macchina virtuale vSphere HA non riuscito"

    Durante un workflow di Site Recovery Manager, dopo operazioni di test ripristino o failover, alcune delle macchine virtuali ripristinate potrebbero generare l'allarme seguente: vSphere HA virtual machine failover failed. Dal punto di vista di Site Recovery Manager, questa condizione non ha alcun impatto funzionale perché tutte le macchine virtuali vengono ripristinate correttamente.

    Soluzione: Nessuna. È necessario riconoscere l'allarme.

  • Le macchine virtuali create durante il ripristino di prova non vengono protette automaticamente al termine della prova

    Quando si crea una macchina virtuale in un datastore protetto mentre è in corso il ripristino di prova in un gruppo di protezione basato su array, la macchina virtuale potrebbe non essere protetta automaticamente se il processo di ripristino di prova non viene pulito entro 15 minuti dal provisioning della macchina virtuale.

    Soluzione 1: Per avviare la protezione automatica, riavviare il server di Site Recovery Manager nel sito protetto.

    Soluzione 2: Utilizzare la protezione manuale per le macchine virtuali con stato Non configurato dopo un ripristino di prova.

  • I server DNS sono disponibili nella configurazione di rete dell'interfaccia di gestione dell'appliance di Site Recovery Manager anche se è stato selezionato il DNS statico senza server DNS

    Quando i requisiti delle impostazioni di rete non richiedono server DNS ma la configurazione DHCP automatica della scheda, l'impostazione di DNS statico e DHCP nella configurazione della scheda comporta l'acquisizione dei server DNS tramite protocollo DHCP.

    Soluzione: Utilizzare 127.0.0.1 o ::1 nell'elenco dei server DNS statici in base al protocollo IP selezionato.

  • Dopo aver eseguito correttamente l'accesso in Single Sign-On, non è possibile accedere all'interfaccia utente di Site Recovery

    Il registro dell'interfaccia utente di Site Recovery contiene il seguente messaggio di errore: "Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist>". Quando si tenta di eseguire un accesso da remoto all'interno dell'interfaccia utente di Site Recovery utilizzando la finestra di dialogo di accesso da remoto, viene visualizzato un messaggio di errore simile nell'interfaccia utente. L'interfaccia utente di Site Recovery potrebbe non essere in grado di connettersi agli host di Platform Services Controller a causa del modo in cui viene generato il certificato dell'host:

    • Se il certificato di Platform Services Controller non presenta un indirizzo host (IP o FQDN) come nome alternativo soggetto;

    • Se il certificato di Platform Services Controller non presenta nomi alternativi soggetto e il nome host non corrisponde nei campi CN del certificato.

    Soluzione:

    1. Riconfigurare Platform Services Controller con un certificato con un campo nome alternativo soggetto (SAN, Subject Alternative Name) che contenga una voce per l'indirizzo di Platform Services Controller (la stringa "<host>" del messaggio di errore).

    2. Se il certificato è generato correttamente, ma l'indirizzo utilizzato dall'interfaccia utente non lo è, sarà necessario riconfigurare l'interfaccia utente e le appliance di Site Recovery Manager e di vSphere Replication corrispondenti in modo che utilizzino l'indirizzo di Platform Services Controller corretto.

    3. Riconfigurare le coppie esistenti per le appliance.

  • La riprotezione non riesce quando si utilizza lo storage esteso in alcuni array di storage

    Il comando per invertire la replica su alcuni dispositivi viene ignorato intenzionalmente quando i dispositivi sono già nello stato previsto. Di conseguenza, l'array di storage non riceve le notifiche richieste e quindi l'operazione di riprotezione non riesce.

    Soluzione:

    1. Passare al file vmware-dr.xml e aprirlo in un editor di testo.

    2. Impostare il flag di configurazione storage.forcePrepareAndReverseReplicationForNoopDevices su true.

      <storage>
      <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
      </storage>
    3. Salvare il file e riavviare il servizio del server di Site Recovery Manager.

  • Quando si tenta di configurare IPv6 tramite l'interfaccia di gestione dell'appliance di Site Recovery Manager viene visualizzato un errore di proprietà DNS non valida

    Quando si tenta di configurare IPv6 tramite l'interfaccia di gestione dell'appliance di Site Recovery Manager e si seleziona l'opzione "Ottieni automaticamente impostazioni IPv6 tramite annuncio del router" con assegnazione automatica del DNS, si verifica il seguente errore: invalid property - dns.

    Soluzione: Accedere tramite SSH alla macchina host dell'appliance di Site Recovery Manager ed eseguire netmgr ip6_address --set --interface --dhcp 0 --autoconf 1. Per ricevere un indirizzo IP tramite DHCP, eseguire invece netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.

  • Non è possibile riconfigurare le impostazioni IPv6 tramite l'interfaccia di gestione dell'appliance di Site Recovery Manager

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

    Soluzione: Accedere tramite SSH alla macchina host dell'appliance di Site Recovery Manager ed eseguire netmgr ip6_address --set --interface --dhcp 0 --autoconf 1. Per ricevere un indirizzo IP tramite DHCP, eseguire invece netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.

  • Durante un ripristino di prova, uno degli host ESXi si arresta in modo anomalo

    Durante l'esecuzione di un ripristino di prova è possibile che uno degli host ESXi si arresti in modo anomalo con PSOD: Assert bora/vmkernel/main/bh.c:981.

    Soluzione: Eseguire l'aggiornamento a vCenter Server 7.0 Update 1 o riavviare l'host ESXi.

  • In alcuni casi, dopo aver avviato l'appliance virtuale di Site Recovery Manager, la console di VMware non è visibile nell'interfaccia utente di vSphere

    Non è presente alcuna schermata blu che mostri informazioni sull'appliance. Tutti gli altri servizi VMware correlati nell'appliance di Site Recovery Manager sono in esecuzione.

    Soluzione: Riavviare l'appliance di Site Recovery Manager.

  • L'esportazione delle griglie non funziona nel browser Microsoft Edge

    Quando si apre una vista con una griglia, si seleziona Esporta e si fa clic su Tutte le righe/Righe selezionate, non viene scaricato alcun file. Quando si tenta di esportare e scaricare la cronologia di un piano di ripristino, si riceve un errore nella console e i file di download sono danneggiati.

    Soluzione: Eseguire l’aggiornamento alla versione più recente del browser Microsoft Edge basata sul motore Chromium.

  • Il comando PowerCLI Connect-SrmServer non riesce a connettersi all'appliance di Site Recovery Manager utilizzando la porta predefinita

    Quando si tenta di connettersi all'appliance di Site Recovery Manager utilizzando il comando PowerCLI Connect-SrmServer, la connessione non riesce e viene visualizzato il seguente errore: Unable to connect to the remote server.

    Soluzione: Specificare la porta 443 nell'appliance di Site Recovery Manager utilizzando il comando seguente: Connect-SrmServer -Port 443. Per un elenco completo di tutte le porte di rete di Site Recovery Manager, vedere Porte di rete per Site Recovery Manager.

  • L'esecuzione del piano di ripristino potrebbe non riuscire ad accendere una macchina virtuale con "InvalidArgument:path"

    Quando si esegue un piano di ripristino, Site Recovery Manager potrebbe non riuscire ad accendere una macchina virtuale, visualizzando l'errore (vmodl.fault.InvalidArgument:path). Nei registri del server del sito di ripristino di Site Recovery Manager viene visualizzato il messaggio di errore seguente:

    YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...] Plan execution (test workflow) failed; 
    plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null, 
    -->    faultMessage = <unset>, 
    -->    invalidProperty = "path"
    -->    msg = "A specified parameter was not correct: path"
    --> }
    --> 

    Questo errore è il risultato di un'operazione non riuscita di trasferimento della macchina virtuale prima dell'accensione nell'host ESXi di destinazione. Il messaggio di errore correlato nei registri del servizio vpxa di ESXi è:

    YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
    Failed to canonicalize vm register path; 
    /vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
    ...
    YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
    [VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument:
    --> Result:
    --> (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null,
    -->    faultMessage = <unset>,
    -->    invalidProperty = "path"

    Soluzione: Rieseguire il piano di ripristino non riuscito.

  • Informazioni su dispositivi e datastore mancanti durante il failover di un piano di ripristino con gruppi di protezione con replica basata su array

    Quando si esegue un failover del piano di ripristino, a seconda del tipo di SAN e se è previsto lo scollegamento del datastore dall'host durante il ripristino, le informazioni nelle schede Dispositivi e Datastore potrebbero scomparire durante il processo di failover.

    Soluzione: Nessuna. Le informazioni contenute in entrambe le schede vengono visualizzate nuovamente dopo una riprotezione corretta.

  • La riprotezione non riesce e viene visualizzato un errore interno: Ricevuta eccezione imprevista durante la fase di preparazione. La sessione non è autenticata

    Quando si esegue la riprotezione, l'operazione non riesce e viene visualizzato il seguente messaggio di errore.

    Internal error: Received unexpected exception during prepare phase. The session is not authenticated.

    Soluzione: Rieseguire l'operazione di riprotezione.

  • Se la macchina virtuale di origine per una replica viene eseguita su ESXi 6.7, sembra che la sincronizzazione della replica sia in corso, ma l'istanza di replica non viene mai completata correttamente

    In ESXi 6.7, è possibile che sia pianificato un numero di blocchi di registro delle richieste maggiore per il trasferimento parallelo rispetto al numero effettivo che può essere trasmesso. Se si replica una macchina virtuale in esecuzione in un host di questo tipo e questo coincide con un host di destinazione lento o con errori di rete temporanei, è possibile che si verifichi un errore di replica con errori DiskQueue is full.

    Soluzione:

    1. Eseguire la migrazione di tutte le macchine virtuali in un altro host ESXi.

    2. Cambiare il valore dell'impostazione avanzata HBR.DemandlogTransferMaxNetwork di ESXi da 64 (valore predefinito) a 63.

    3. Porre l'host ESXi in modalità di manutenzione.

    4. Riavviare l'host ESXi. Questo problema è stato risolto in vCenter Server 6.7 Update 3.

    Questo problema è stato risolto in vCenter Server 6.7 Update 3.

  • Se la macchina virtuale di origine per una replica viene eseguita in ESXi 6.7 o ESXi 6.7 Update 1, è possibile che una sincronizzazione iniziale o completa venga interrotta prima del completamento

    Se si utilizza vSphere Replication e si esegue una macchina virtuale protetta in ESXi 6.7 o ESXi 6.7 Update 1, è possibile che una sincronizzazione iniziale o completa delle repliche venga interrotta prima del completamento. La sincronizzazione delle repliche rimane in corso, ma il valore in byte di checksum nelle informazioni sui dettagli della replica non procede. Le operazioni di spegnimento, acquisizione di uno snapshot, ripristino dello snapshot e migrazione della macchina virtuale non riescono comportando un timeout o errori di attività in corso.

    Soluzione:

    1. Nelle impostazioni ESXi Advanced disabilitare il checksum per vSphere Replication impostando HBR.ChecksumUseChecksumInfo = 0.

    2. Eseguire la migrazione di tutte le macchine virtuali e spegnere quelle che non possono essere migrate nell'host ESXi.

    3. Porre l'host in modalità di manutenzione.

    4. Riavviare l'host ESXi.

      Nota: questa soluzione disabilita la parte del checksum del processo di sincronizzazione e tutti i blocchi allocati vengono inviati al sito remoto, indipendentemente dal fatto che siano diversi o meno. Questa soluzione disabilita la funzionalità di seed.

    Questo problema è stato risolto in vCenter Server 6.7 Update 2.

  • Lo strumento di importazione/esportazione della configurazione di VMware Site Recovery Manager potrebbe causare un errore quando si importa una configurazione con macchine virtuali protette in nessun piano di ripristino

    Se si includono macchine virtuali protette in piani di ripristino, quindi si eliminano tutti i piani di ripristino contenenti queste macchine virtuali e si esporta la configurazione con lo strumento di importazione/esportazione delle configurazioni di VMware Site Recovery Manager, le impostazioni di ripristino delle macchine virtuali per tali macchine virtuali verranno esportate, ma non sarà possibile importarle in un secondo momento. Se si tenta di importare le impostazioni, vengono visualizzati errori come: Error while importing VM settings for server with guid '6f81a31e-32e0-4d35-b329-783933b50868'.

    La parte restante della configurazione esportata viene importata correttamente.

    Soluzione: Ricreare il piano di ripristino e riconfigurare le impostazioni di ripristino desiderate ed esportare nuovamente la configurazione. Non eliminare i piani di ripristino se si desidera esportare e importare le impostazioni di ripristino della macchina virtuale.

  • La personalizzazione tramite regole di mappatura della subnet IP non è completamente supportata per le macchine virtuali Linux che utilizzano più NIC con configurazione mista con DHCP e IP statici.

    Site Recovery Manager non supporta in maniera completa la personalizzazione basata su regole IP per le macchine virtuali Linux con più NIC, se le NIC hanno impostazioni DHCP e IP statiche miste. Site Recovery Manager personalizza solo le NIC con indirizzi IP statici per cui dispone di una regola di mappatura della subnet IP corrispondente e potrebbe cancellare alcune impostazioni di configurazione per le altre NIC configurate con DHCP. Per Red Hat Enterprise Linux 6.x/7.x e CentOS 6.x/7.x, si è osservato un problema noto relativo a questo scenario in cui la personalizzazione di SRM elimina i file /etc/sysconfig/network-scripts/ifcfg-ethX per le NIC configurate con DHCP e personalizza correttamente le altre impostazioni con IP statico in base alla regola di mappatura della subnet IP corrispondente.

    Soluzione: Per la corretta personalizzazione IP per le macchine virtuali Linux che utilizzano più NIC con configurazione mista DHCP e IP statico, utilizzare l'opzione di SRM di personalizzazione IP manuale.

  • La personalizzazione IP non riesce quando si utilizzano caratteri speciali nel nome del piano di ripristino

    Quando si esegue un ripristino di prova per un piano di ripristino con caratteri speciali nel nome e personalizzazione IP configurata, la personalizzazione dell'IP non riesce.

    Soluzione: Rimuovere tutti i simboli speciali specifici del sistema operativo dal nome del piano di ripristino.

  • Se il vCenter Server protetto è inattivo, è possibile che si verifichi un peggioramento delle prestazioni nell'interfaccia utente HTML 5 nel sito di ripristino, specialmente nella finestra di dialogo delle impostazioni di Configura ripristino.

    È possibile che si verifichi un peggioramento delle prestazioni nell'interfaccia utente HTML 5 nel sito di ripristino, specialmente nella finestra di dialogo delle impostazioni di Configura ripristino, se il vCenter Server protetto è inattivo.

    Soluzione: Aggiornare l'interfaccia utente HTML 5 nel sito di ripristino e riprovare l'operazione.

  • L'interfaccia utente di Site Recovery diventa inutilizzabile quando viene visualizzato un flusso costante dell'errore 403 - OK

    L'interfaccia utente di Site Recovery non mostra alcun dato e viene visualizzato l'errore 403 - OK.

    Soluzione:

    1. Disconnettersi dall'interfaccia utente di Site Recovery e accedere di nuovo.

    2. Disabilitare la casella di controllo "Ripristina ultima sessione" del browser. In Chrome, disabilitare l'opzione "Continuare dal punto in cui avevi interrotto".

  • Il cluster di datastore costituito da datastore non replicati o provenienti da gruppi di coerenza diversi visibili per Site Recovery Manager non dispone di un avviso SRM.

    Si crea un cluster di datastore costituito da datastore che non sono tutti in uno stesso gruppo di coerenza o non sono replicati. Dovrebbe esistere un avviso di Site Recovery Manager, ma non è presente.

    Soluzione: Nessuna

  • Dopo aver eseguito un failover, le NIC delle macchine virtuali nel sito di Ripristino di emergenza potrebbero rimanere disconnesse

    Quando si esegue nuovamente un failover dopo un errore di personalizzazione IP, le schede NIC della macchina virtuale in cui la personalizzazione non è riuscita durante l'esecuzione precedente potrebbero rimanere disconnesse anche dopo una corretta personalizzazione nel failover corrente.

    Soluzione: Nessuna. Riconnettere manualmente le NIC riconfigurando i dispositivi della macchina virtuale.

  • L'esportazione del report dalle schermate Cronologia del piano di ripristino o Passaggi per il ripristino non funziona quando si utilizza il browser Microsoft Edge

    Quando si tenta di esportare il report dalle schermate Cronologia del piano di ripristino o Passaggi per il ripristino utilizzando il browser MS Edge, nella console di sviluppo viene visualizzato il messaggio di errore seguente.

    ERROR XML5610: Quote character expected.

    ERROR Error: Invalid argument.

    Si tratta di un problema noto del browser Microsoft Edge con XSLTProcessor, componente utilizzato per trasformare il file XML del server in HTML.

    Soluzione: Utilizzare un browser Chrome, Microsoft Internet Explorer o Firefox.

    Questo problema è stato risolto nella versione del browser Microsoft Edge basata su Chromium.

  • 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 Recovery 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 popup.

  • Le operazioni di test e ripristino non riescono se in un cluster esteso vSAN è presente un dominio di errore non disponibile

    Se si esegue un test o un ripristino di una macchina virtuale in un cluster esteso di vSAN con un dominio di errore non disponibile, l'operazione non riesce. Il motivo è che il criterio di storage predefinito della vSAN non può essere soddisfatto e il provisioning di una macchina virtuale con Site Recovery Manager nell'archivio non riesce.

    Soluzione: Registrare manualmente la macchina virtuale ripristinata nel cluster esteso di vSAN. La macchina virtuale diventa conforme al criterio di storage predefinito vSAN quando è disponibile il dominio di errore.

  • Dopo la riprotezione, è possibile che il datastore venga visualizzato come inattivo nell'inventario del sito protetto originale

    Se si utilizza uno storage esteso e si esegue la riprotezione dopo un ripristino di emergenza, e possibile che venga generato il seguente avviso.

    The requested object was not found or has already been deleted.

    Dopo la riprotezione, il datastore nell'inventario del sito protetto originale viene visualizzato come inattivo.

    Soluzione: Aggiornare o ripetere la scansione delle schede di storage.

    1. Fare clic sulla scheda Configura quindi su Schede di storage.

    2. Fare clic sull'icona Aggiorna o Ripeti scansione per aggiornare o ripetere la scansione di tutte le schede di storage.

  • Il ripristino di una macchina virtuale crittografata potrebbe non riuscire durante il passaggio di accensione se la chiave di crittografia non è disponibile nel sito di ripristino

    Se si ripristina una macchina virtuale crittografata e la chiave di crittografia utilizzata nel sito protetto non è disponibile nel sito di ripristino durante il processo di ripristino, all'accensione della macchina virtuale da parte di Site Recovery Manager il ripristino non riesce.

    Soluzione: Completare le seguenti operazioni.

    1. Rimuovere la macchina virtuale crittografata dall'inventario del sito di ripristino.

    2. Assicurarsi che il server di gestione chiavi nel sito di ripristino sia disponibile e che la chiave di crittografia utilizzata nel sito protetto sia disponibile nel sito di ripristino.

    3. Registrare la macchina virtuale crittografata nell'inventario del sito di ripristino.

    4. Nell'interfaccia utente di Site Recovery Manager, aprire le impostazioni di ripristino della macchina virtuale crittografata e disabilitare l'accensione della macchina virtuale durante il ripristino.

    5. Eseguire nuovamente il ripristino.

  • La migrazione pianificata potrebbe non riuscire con un errore per le macchine virtuali protette nel datastore vSphere Virtual Volumes

    Sono presenti macchine virtuali protette nei datastore vSphere Virtual Volumes, la migrazione pianificata delle macchine virtuali potrebbe non riuscire con il seguente errore nel passaggio Modifica storage del sito di ripristino e rendilo scrivibile.

    Error - Storage policy change failure: The vSphere Virtual Volumes target encountered a vendor specific error. Invalid virtual machine configuration. A specified parameter was not correct: path.

    Soluzione: Eseguire nuovamente il piano di ripristino.

  • Le operazioni di personalizzazione IP o callout nel guest potrebbero non riuscire con Errore - Failed to authenticate with the guest operating system using the supplied credentials

    Soluzione:

    L'opzione recovery.autoDeployGuestAlias in Impostazioni avanzate è impostata su TRUE (impostazione predefinita).

    • Se l'ora dell'host ESX in cui la macchina virtuale è stata ripristinata ed è in esecuzione non è sincronizzata con i server di vCenter Single Sign-On nel sito di ripristino.

    • Se il sistema operativo guest della macchina virtuale ripristinata è Linux e l'ora è successiva a quella dell'host ESX in cui è in esecuzione la macchina virtuale ripristinata, aggiornare i parametri di configurazione della macchina virtuale utilizzando la procedura seguente ed eseguire di nuovo il piano di ripristino non riuscito.

      1. Fare clic con il pulsante destro del mouse sulla macchina virtuale ripristinata.

      2. Fare clic su Modifica impostazioni.

      3. Nella scheda Opzioni fare clic su Generale.

      4. Fare clic su Configurazione per aggiornare i parametri di configurazione.

      5. Fare clic su Aggiungi riga e immettere time.synchronize.tools.startup.backward nella casella di testo Nome e TRUE nella casella di testo Valore.

      6. Fare clic su OK per confermare.

    Quando l'opzione recovery.autoDeployGuestAlias in Impostazioni avanzate è FALSE.

    • Assicurarsi che la sincronizzazione dell'ora tra il sistema operativo guest nella macchina virtuale protetta e i server di vCenter Single Sign-On nel sito di ripristino sia corretta.

    • Assicurarsi che nelle macchine virtuali protette siano configurati gli alias guest corretti per l'utente della soluzione nel server di SRM del sito di ripristino. Per ulteriori informazioni, vedere la descrizione dell'opzione recovery.autoDeployGuestAlias in Modifica delle impostazioni di ripristino.

    Per ulteriori informazioni, vedere le sezioni relative alla risoluzione dei problemi nella guida di amministrazione di Site Recovery Manager 8.4.

  • La sostituzione del certificato SSL di vCenter Server causa errori di convalida del certificato in Site Recovery Manager.

    Se si sostituisce il certificato SSL nel sistema vCenter Server, è possibile che si verifichi un errore di connessione quando Site Recovery Manager tenta di connettersi al vCenter Server.

    Soluzione: Per informazioni su come aggiornare i certificati vCenter Server e consentire a soluzioni come Site Recovery Manager di continuare a funzionare, vedere http://kb.vmware.com/kb/2109074.

  • Le mappature di rete di test non vengono eliminate quando viene eliminata la mappatura di rete corrispondente.

    Se, quando si creano mappature di rete, si configura una mappatura di rete specifica per il test dei piani di ripristino e successivamente si elimina la mappatura della rete principale, la mappatura della rete di test non viene eliminata, anche se la rete del sito di ripristino configurata non è la destinazione di un'altra mappatura. Ad esempio:

    • Si configura una mappatura della rete da Protected_Network_Main nel sito protetto a Recovery_Network_Main nel sito di ripristino.

    • Si configura una mappatura di rete di test da Recovery_Network_Main a Recovery_Network_Test da utilizzare come rete per testare i piani di ripristino.

    • Recovery_Network_Main nel sito di ripristino non viene utilizzato come destinazione per altre mappature di rete.

    • Si elimina la mappatura di rete da Protected_Network_Main a Recovery_Network_Main utilizzata per i ripristini completi.

    • La mappatura di rete di test da Recovery_Network_Main a Recovery_Network_Test non viene eliminata.

    Soluzione: Eliminare manualmente la mappatura di rete di test.

  • La dipendenza tra due macchine virtuali, una vMotion abilitata e una vMotion disabilitata, nello storage esteso non riesce durante un workflow di migrazione.

    Soluzioni: Rimuovere la dipendenza tra le macchine virtuali ed eseguire nuovamente la migrazione tramite vMotion. Riabilitare manualmente la dipendenza per i workflow di ripristino futuri.

    Se si desidera mantenere la dipendenza tra le macchine virtuali, eseguire la migrazione pianificata senza vMotion. Entrambe le macchine virtuali migrano come normali macchine virtuali in base all'ordine di dipendenza.

  • Site Recovery Manager non riesce nell'operazione di tracciare la rimozione delle macchine virtuali non critiche dall'inventario di vCenter Server, causando errori MONF in ripristino, ripristino di prova e workflow di pulizia di prova.

    Site Recovery Manager perde le connessioni ai vCenter Server nei siti protetti e nei siti di ripristino e non può monitorare la rimozione delle macchine virtuali non critiche.

    Soluzione: Riavviare il server di Site Recovery Manager.

  • Una volta terminato il workflow del piano di ripristino, gli ultimi passaggi per il ripristino continuano a mostrare uno stato "in esecuzione".

    Lo stato errato è un problema relativo all'interfaccia utente transitoria. Site Recovery Manager esegue tutti i passaggi necessari per completare l'operazione.

    Soluzione: Fare clic sull'icona di aggiornamento globale per aggiornare l'interfaccia. Tutti i passaggi mostrano lo stato completato corretto.

  • Le richieste e i comandi scompaiono dall'elenco dei passaggi nella vista di ripristino.

    Dopo aver aggiunto una richiesta o un comando in Passaggi per il ripristino > Vista ripristino è possibile visualizzare la stessa richiesta o comando nella vista di test. Quando si tenta di modificare una richiesta o un comando nella vista di test, la richiesta o il comando specifico per la vista di ripristino potrebbero scomparire dall'elenco dei passaggi.

    La scomparsa di richieste o comandi è un problema temporaneo dell'interfaccia utente che interessa solo l'elenco dettagliato dei passaggi per il ripristino. Site Recovery Manager esegue tutte le richieste e i comandi quando l'utente esegue un test o un ripristino anche se non vengono visualizzati nell'elenco dettagliato dei passaggi.

    Soluzione: Fare clic sull'icona di aggiornamento globale per aggiornare l'interfaccia. Tutti i callout vengono nuovamente mostrati nell'elenco dei passaggi.

  • La macchina virtuale segnaposto nel sito di ripristino esiste ancora dopo l'eliminazione del gruppo di protezione e del piano di ripristino.

    Quando si elimina il piano di ripristino e il gruppo di protezione dall'inventario di SRM, la macchina virtuale segnaposto è ancora visibile nel sito di ripristino. Quando si tenta di creare un nuovo gruppo di protezione con lo stesso datastore e la stessa macchina virtuale, si verifica un errore. Quando si tenta di eliminare manualmente la macchina virtuale segnaposto dall'inventario di vCenter Server, si verifica un errore. Site Recovery Manager contrassegna la macchina virtuale come orfana.

    Soluzione: Eliminare la macchina virtuale segnaposto e rimuovere la macchina virtuale orfana, quindi creare il gruppo di protezione con la stessa macchina virtuale.

  • La pulizia non riesce se viene tentata entro i 10 minuti successivi al riavvio degli host ESXi del sito di recupero dalla modalità di manutenzione.

    L'operazione di pulizia tenta di scambiare i segnaposto e si basa sulla cache di resilienza dell'host che ha un periodo di aggiornamento di 10 minuti. Se si tenta un'operazione di scambio su host ESXi che sono stati riavviati entro la finestra di 10 minuti, Site Recovery Manager non aggiorna le informazioni nella cache di resilienza dell'host di Site Recovery Manager e l'operazione di scambio non riesce. Anche l'operazione di pulizia non riesce.

    Soluzione: Attendere 10 minuti e riprovare la pulizia.

  • L'avanzamento del ripristino non riesce dopo un errore di connessione al sito protetto

    Se il sito di protezione diventa irraggiungibile durante un'operazione di disattivazione o durante RemoteOnlineSync o RemotePostReprotectCleanup, entrambi durante la riprotezione, il piano di ripristino potrebbe non riuscire a procedere. In tal caso, il sistema attende che le macchine virtuali o i gruppi che facevano parte del sito di protezione completino le attività interrotte. Se questo problema si verifica durante un'operazione di riprotezione, è necessario riconnettere il sito di protezione originale e riavviare il piano di ripristino. Se il problema si verifica durante un ripristino, è sufficiente annullare e riavviare il piano di ripristino.

  • Il montaggio di un volume VMFS ripristinato non riesce e viene generato un errore: Impossibile ripristinare il datastore.

    È possibile che questo errore si verifichi a causa di una latenza tra vCenter, ESXi e il server di Site Recovery Manager.

    Soluzione: Eseguire nuovamente il piano di ripristino.

  • La perdita temporanea di connessioni di vCenter Server potrebbe creare problemi di ripristino per le macchine virtuali con mappature di dischi "raw"

    Se durante un ripristino la connessione al vCenter Server viene persa, è possibile che si verifichi uno degli eventi seguenti:

    • Il vCenter Server rimane non disponibile e il ripristino non riesce. Per risolvere il problema, ristabilire la connessione con il vCenter Server ed eseguire nuovamente il ripristino.

    • In rari casi, il vCenter Server diventa nuovamente disponibile e la macchina virtuale viene ripristinata. In questo caso, se la macchina virtuale presenta mappature di dischi "raw" (RDM), queste ultime potrebbero non essere mappate correttamente. In seguito alla mancata mappatura delle RDM, è possibile che non sia possibile accendere la macchina virtuale o che si verifichino errori relativi al sistema operativo guest o alle applicazioni in esecuzione nel sistema operativo guest.

      • Se si tratta di un ripristino di prova, completare un'operazione di pulizia ed eseguire di nuovo il test.

      • Se si tratta di un ripristino effettivo, è necessario collegare manualmente la RDM corretta alla macchina virtuale ripristinata.

    Per ulteriori informazioni sull'aggiunta di mappature dei dischi "raw", fare riferimento alla documentazione di vSphere relativa alla modifica delle impostazioni della macchina virtuale.

  • Annullamento del piano di ripristino non completato

    Quando viene eseguito un piano di ripristino, viene effettuato un tentativo di sincronizzazione delle macchine virtuali. È possibile annullare il piano di ripristino, ma i tentativi di annullamento dell'esecuzione del piano di ripristino non vengono completati finché la sincronizzazione non viene completata o scade. La scadenza predefinita è 60 minuti. Per completare l'annullamento del piano di ripristino è possibile utilizzare le seguenti opzioni:

    • Sospendere vSphere Replication causando in tal modo la non riuscita della sincronizzazione. Una volta che il ripristino è entrato nello stato di errore, utilizzare vSphere Client per riavviare vSphere Replication nella scheda vSphere Replication. Se lo si desidera, è possibile eseguire di nuovo il piano di ripristino dopo il riavvio della replica.

    • Attendere il completamento o il timeout della sincronizzazione. L'operazione potrebbe richiedere molto tempo, ma alla fine sarà completata. Al termine o alla scadenza della sincronizzazione, l'annullamento del piano di ripristino continua.

  • Errore nel piano di ripristino durante l'arresto delle macchine virtuali protette: Error - Operation timed out: 900 seconds during Shutdown VMs at Protected Site step.

    Se si utilizza Site Recovery Manager per proteggere i datastore su array che supportano lo scambio dinamico, ad esempio Clariion, eseguire un ripristino di emergenza quando il sito protetto è parzialmente inattivo o quando si esegue un ripristino forzato può comportare errori quando si esegue nuovamente il piano di ripristino per completare le operazioni del sito protetto. Un errore del genere si verifica quando il sito protetto torna online, ma Site Recovery Manager non è in grado di arrestare le macchine virtuali protette. Questo errore si verifica in genere quando alcuni array rendono i LUN protetti di sola lettura, rendendo impossibile per ESXi completare l'I/O per le macchine virtuali protette accese.

    Soluzione: Riavviare gli host ESXi nel sito protetto interessato dai LUN di sola lettura.

  • La migrazione pianificata non riesce e viene visualizzato un messaggio di errore: Impossibile copiare il file di configurazione...

    Se in un cluster sono presenti due host ESXi e un host perde la connettività allo storage, l'altro host può in genere ripristinare macchine virtuali replicate. In alcuni casi, l'altro host potrebbe non ripristinare le macchine virtuali, comportando un esito negativo per il ripristino e la visualizzazione del seguente errore: Error: Unable to copy the configuration file...

    Soluzione: Eseguire nuovamente il ripristino.

  • La pulizia di prova non riesce e viene visualizzato un errore di smontaggio del datastore.

    L'esecuzione della pulizia dopo un ripristino di prova potrebbe non riuscire con l'errore Error - Cannot unmount datastore 'datastore_name' from host 'hostname'. The operation is not allowed in the current state.. Questo problema si verifica se l'host ha già smontato il datastore prima di eseguire l'operazione di pulizia.

    Soluzione: Eseguire nuovamente l'operazione di pulizia.

  • Se si prova a rimuovere un'autorizzazione per un utente mentre si è connessi al sistema con quello stesso utente, viene visualizzato il seguente messaggio di errore: Impossibile recuperare i dati delle autorizzazioni. La sessione è già stata connessa. Nella scheda Impostazioni avanzate viene visualizzato un errore simile.

    Questo errore viene visualizzato quando si rimuovono autorizzazioni proprie a livello del sito. Il messaggio dovrebbe invece informare l'utente che non si dispone delle autorizzazioni necessarie per visualizzare la pagina.

check-circle-line exclamation-circle-line close-line
Scroll to top icon