Condividi tramite

Risolvere i problemi di replica per macchine virtuali VMware e server fisici

  • Articolo

Questo articolo descrive alcuni problemi comuni ed errori specifici che possono verificarsi durante l'esecuzione della replica di macchine virtuali VMware e server fisici locali in Azure usando Site Recovery.

Passaggio 1: Monitorare l'integrità del server di elaborazione

Site Recovery usa il server di elaborazione per ricevere e ottimizzare i dati replicati e per inviarli ad Azure.

Si consiglia di monitorare l'integrità dei server di elaborazione nel portale per assicurarsi che siano connessi e funzionino correttamente e che sia in corso la replica per i computer di origine associati al server di elaborazione.

  • Informazioni sul monitoraggio dei server di elaborazione.
  • [Esaminare le procedure consigliate].(vmware-physical-azure-troubleshoot-process-server.md#best-practices-for-process-server-deployment)
  • Risolvere i problemi di integrità dei server di elaborazione.

Passaggio 2: Risolvere i problemi di connettività e di replica

Spesso gli errori di replica iniziale e in corso sono causati da problemi di connettività tra il server di origine e il server di elaborazione oppure tra il server di elaborazione e Azure.

Per risolvere questi problemi, vedere come risolvere i problemi di connettività e di replica.

Passaggio 3: Risolvere i problemi dei computer di origine non disponibili per la replica

Quando si tenta di scegliere la macchina di origine per cui abilitare la replica tramite Site Recovery, è possibile che la macchina non sia disponibile per uno dei motivi seguenti:

  • Due macchine virtuali con lo stesso UUID dell'istanza: se due macchine virtuali in vCenter hanno lo stesso UUID dell'istanza, la prima macchina virtuale individuata dal server di configurazione viene visualizzata nel portale di Azure. Per risolvere questo problema, verificare che uno stesso UUID di istanza non sia assegnato a due macchine virtuali. Questo scenario è comune nelle istanze in cui una macchina virtuale di backup diventa attiva e viene registrata nei record di individuazione. Fare riferimento ad Azure Site Recovery da VMware ad Azure: come pulire le voci duplicate o non aggiornate da risolvere.
  • Credenziali utente di vCenter non corrette: assicurarsi di aver aggiunto le credenziali di vCenter corrette durante la configurazione del server di configurazione usando il modello OVF o l'installazione unificata. Per verificare le credenziali aggiunte durante la configurazione, consultare Modificare le credenziali per l'individuazione automatica.
  • Privilegi insufficienti per vCenter: se le autorizzazioni fornite per accedere a vCenter non dispongono dei privilegi necessari, potrebbero verificarsi errori nell'individuazione delle macchine virtuali. Assicurarsi che le autorizzazioni descritte in Preparare un account per l'individuazione automatica vengano aggiunte all'account utente di vCenter.
  • Server di gestione di Azure Site Recovery: se la macchina virtuale viene usata come server di gestione in uno o più dei ruoli server di configurazione, server di elaborazione scale-out o server di destinazione master, non sarà possibile scegliere la macchina virtuale dal portale. I server di gestione non possono essere replicati.
  • Già protetta o sottoposta a failover tramite i servizi di Azure Site Recovery: se la macchina virtuale è già protetta oppure ne è già stato eseguito il failover tramite Site Recovery, non risulterà disponibile per la protezione nel portale. Assicurarsi che la macchina virtuale che si sta cercando nel portale non sia già protetta da un altro utente o con altre sottoscrizioni.
  • vCenter non connesso: verificare se vCenter si trova in uno stato connesso. Per verificare, passare all'insieme di credenziali di Servizi di ripristino > infrastruttura di Site Recovery > Server di configurazione > fare clic sul server di configurazione corrispondente > viene visualizzato un pannello a destra con i dettagli dei server associati. Controllare se vCenter è connesso. Se è in stato "Non connesso", risolvere il problema, quindi aggiornare il server di configurazione nel portale. Al termine, la macchina virtuale non verrà elencata nel portale.
  • ESXi spento: se l'host ESXi in cui risiede la macchina virtuale è spento, la macchina virtuale non verrà elencata o non sarà selezionabile nel portale di Azure. Accendere l'host ESXi e aggiornare il server di configurazione nel portale. Al termine, la macchina virtuale verrà elencata nel portale.
  • In attesa di riavvio: se è presente un riavvio in sospeso nella macchina virtuale, non sarà possibile selezionare la macchina nel portale di Azure. Assicurarsi di completare le attività di riavvio in sospeso e aggiornare il server di configurazione. Al termine, la macchina virtuale verrà elencata nel portale.
  • IP non trovato o la macchina non ha un indirizzo IP: se alla macchina virtuale non è associato un indirizzo IP valido, non sarà possibile selezionare la macchina nel portale di Azure. Assicurarsi di assegnare un indirizzo IP valido alla macchina virtuale e aggiornare il server di configurazione. Il problema potrebbe anche essere causato se il computer non dispone di un indirizzo IP valido associato a una delle relative schede di interfaccia di rete. Assegnare un indirizzo IP valido a tutte le schede di interfaccia di rete o rimuovere la scheda di interfaccia di rete che non dispone dell'IP. Successivamente, la macchina virtuale viene elencata nel portale.

Risolvere i problemi relativi a macchine virtuali protette che risultano disattivate nel portale

Le macchine virtuali replicate in Site Recovery non sono disponibili nel portale di Azure se nel sistema sono presenti voci duplicate. Altre informazioni sull'eliminazione di voci non aggiornate e sulla risoluzione del problema.

Un altro motivo potrebbe essere che il computer è stato clonato. Quando i computer si spostano tra hypervisor e se l'ID del BIOS cambia, l'agente di mobilità blocca la replica. La replica di computer clonati non è supportata da Site Recovery.

Nessun punto di recupero coerente con l'arresto anomalo disponibile per la macchina virtuale negli ultimi "XXX" minuti

Di seguito è riportato un elenco di alcuni dei problemi più comuni:

Problemi di replica iniziale [errore 78169]

Oltre ad assicurarsi che non siano presenti problemi di connettività, larghezza di banda o sincronizzazione dell'ora, verificare se:

  • Nessun software antivirus stia bloccando Azure Site Recovery. Maggiori informazioni sull'esclusione di cartelle necessaria per Azure Site Recovery.

Computer di origine con varianza elevata [errore 78188]

Possibile cause:

  • La frequenza di modifica dei dati (byte scrittura/sec) nei dischi elencati della macchina virtuale è superiore ai limiti supportati da Azure Site Recovery per il tipo di account di archiviazione di destinazione di replica.
  • Si è verificato un picco improvviso nell'abbandono a seguito del quale una quantità elevata di dati è in attesa di caricamento.

Per risolvere il problema:

  • Verificare che sia stato effettuato il provisioning del tipo di account di archiviazione di destinazione (Standard o Premium) in base al requisito di abbandono all'origine.

  • Se è già in corso la replica in un disco gestito Premium (tipo asrseeddisk), assicurarsi che le dimensioni del disco supportino la varianza osservata in base ai limiti di Site Recovery. Se necessario, è possibile aumentare la dimensione del disco asrseeddisk. Seguire questa procedura:

    • Passare al pannello Dischi del computer replicato interessato e copiare il nome del disco di replica
    • Passare a questo disco gestito di replica
    • Nel pannello Panoramica è visibile un banner che informa che è stato generato un URL di firma di accesso condiviso. Fare clic su questo banner e annullare l'esportazione. Ignorare questo passaggio se il banner non viene visualizzato.
    • Non appena l'URL di firma di accesso condiviso viene revocato, passare al pannello Configurazione del disco gestito e aumentare le dimensioni in modo che Azure Site Recovery supporti l'abbandono sul disco di origine.

  • Se l'abbandono osservato è temporaneo, attendere alcune ore prima che il caricamento dei dati in sospeso si aggiorni e vengano creati punti di ripristino.

  • Se il disco contiene dati non critici come log temporanei, dati di test e così via, provare a trasferire questi dati altrove o a escludere completamente il disco dalla replica

  • Se il problema persiste, usare il piano di distribuzione di Site Recovery per pianificare la replica.

Nessun heartbeat del computer di origine [errore 78174]

Questo problema si verifica quando l'agente di mobilità di Azure Site Recovery nel computer di origine non comunica con il server di configurazione.

Per risolvere il problema, attenersi alla procedura seguente per verificare la connettività di rete dalla macchina virtuale di origine al server di configurazione:

  1. Verificare che il computer di origine sia in esecuzione.

  2. Accedere al computer di origine tramite un account con privilegi di amministratore.

  3. Verificare che i seguenti servizi siano in esecuzione e, in caso contrario, riavviarli:

    • Svagents (InMage Scout VX Agent)
    • Servizio dell'applicazione InMage Scout

  4. Nel computer di origine, esaminare i log nel percorso per rilevare i dettagli dell'errore:

    C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

Nessun heartbeat del server di elaborazione [errore 806]

Se non è presente alcun heartbeat dal server di elaborazione, verificare che:

  1. La macchina virtuale del server di elaborazione sia operativa

  2. Per informazioni dettagliate sull'errore, controllare i log seguenti nel server di elaborazione:

    C:\ProgramData\ASR\home\svsystems\eventmanager*.log
    e
    C:\ProgramData\ASR\home\svsystems\monitor_protection*.log

Nessun heartbeat del server di destinazione master [errore 78022]

Questo problema si verifica quando l'agente di mobilità di Azure Site Recovery nel server di destinazione master non comunica con il server di configurazione.

Per risolvere il problema, attenersi alla procedura seguente per verificare lo stato del servizio:

  1. Verificare che la macchina virtuale di destinazione master sia in esecuzione.

  2. Accedere alla macchina virtuale di destinazione master tramite un account con privilegi di amministratore.

    • Verificare che il servizio svagents sia in esecuzione. In tal caso, riavviare il servizio

    • Controllare i log nel percorso per i dettagli dell'errore:

      C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

  3. Per registrare la destinazione master con il server di configurazione, passare alla cartella %PROGRAMDATA%\ASR\Agent ed eseguire il comando seguente sul prompt dei comandi:

    cmd
cdpcli.exe --registermt

net stop obengine

net start obengine

exit

Non è stato possibile abilitare correttamente la protezione per la macchina virtuale [errore 78253]

Questo errore può verificarsi se un criterio di replica non è stato associato correttamente al server di configurazione. Può verificarsi anche se i criteri associati al server di configurazione non sono validi.

Per verificare la causa di questo errore, passare all'insieme di credenziali di ripristino>gestione Infrastruttura di Site Recovery, quindi visualizzare i criteri di replica per VMware e i computer fisici per controllare lo stato dei criteri configurati.

Per risolvere il problema, è possibile associare il criterio al server di configurazione in uso o creare un nuovo criterio di replica e associarlo. Se il criterio non è valido, è possibile annullare l'associazione ed eliminarlo.

IR errore 78144 - Nessun punto di recupero coerente con l'app disponibile per la macchina virtuale negli ultimi "XXX" minuti

Sono stati apportati miglioramenti all'agente di mobilità versioni 9.23 e 9.27 per gestire i comportamenti degli errori di installazione del servizio Copia Shadow del volume. Assicurarsi di disporre delle versioni più recenti per ottenere il materiale sussidiario più pertinente relativo alla risoluzione degli errori del servizio Copia Shadow del volume.

Di seguito sono elencati alcuni dei problemi più comuni:

Causa 1: Problema noto in SQL server 2008/2008 R2

Procedura di correzione: si verifica un problema noto con SQL Server 2008/2008 R2. Per i server che ospitano SQL Server 2008 R2, fare riferimento all'articolo della Knowledge Base Backup dell'agente di Azure Site Recovery o di altri elementi esterni ai componenti del servizio Copia Shadow del volume

Causa 2: I processi di Azure Site Recovery hanno esito negativo nei server che ospitano qualsiasi versione di istanze di SQL Server con database AUTO_CLOSE

Procedura di correzione: fare riferimento all'articolo della knowledge base

Procedura di correzione: fare riferimento all'articolo della knowledge base

Causa 3: Problema noto in SQL server 2016 e 2017

Procedura di correzione: fare riferimento all'articolo della knowledge base

Causa 4: La coerenza delle app non è abilitata nei server Linux

Procedura di correzione: Azure Site Recovery per il sistema operativo Linux supporta script personalizzati delle applicazioni per la coerenza delle app. Lo script personalizzato con le opzioni pre e post verrà usato dall'agente del servizio di mobilità di Azure Site Recovery per la coerenza delle app. Qui sono riportati i passaggi per abilitarlo.

Per risolvere il problema, controllare i file nella macchina di origine per ottenere il codice di errore esatto per l'errore:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.log

Individuare gli errori nel file Cercare la stringa "vacpError" aprendo il file vacp.log in un editor

Ex: vacpError:220#Following disks are in FilteringStopped state [\\.\PHYSICALDRIVE1=5, ]#220|^|224#FAILED: CheckWriterStatus().#2147754994|^|226#FAILED to revoke tags.FAILED: CheckWriterStatus().#2147754994|^|

Nell'esempio sopra riportato, 2147754994 è il codice di errore che indica l'errore, come illustrato di seguito:

VSS writer non è installato - Errore 2147221164

Procedura di correzione: per generare un tag di coerenza dell'applicazione, Azure Site Recovery usa il servizio Copia Shadow del volume Microsoft (servizio Copia Shadow del volume). che installa un provider del servizio Copia Shadow del volume per la relativa operazione per eseguire snapshot di coerenza dell'app. Questo provider del servizio Copia Shadow del volume viene installato as-a-service. Se il service provider del servizio Copia Shadow del volume non è installato, la creazione di snapshot di coerenza dell'app ha esito negativo con ID errore 0x80040154 "Classe non registrata".

Vedere l'articolo relativo alla risoluzione dei problemi di installazione di VSS writer

VSS writer è disabilitato - Errore 2147943458

Procedura di correzione: per generare un tag di coerenza dell'applicazione, Azure Site Recovery usa il servizio Copia Shadow del volume Microsoft (servizio Copia Shadow del volume). che installa un provider del servizio Copia Shadow del volume per la relativa operazione per eseguire snapshot di coerenza dell'app. Questo provider del servizio Copia Shadow del volume viene installato as-a-service. Se il servizio del provider del servizio Copia Shadow del volume è disabilitato, la creazione di snapshot di coerenza dell'app ha esito negativo con ID errore "Il servizio specificato è disabilitato e non può essere avviato (0x80070422)".

  • Se il servizio Copia Shadow del volume è disabilitato,
    • Verificare che il tipo di avvio del servizio provider del servizio Copia Shadow del volume sia impostato su Automatico.
    • Riavviare i seguenti servizi:
      • Servizio Copia Shadow del volume
      • Provider VSS di Azure Site Recovery
      • Servizio VDS

PROVIDER DEL SERVIZIO COPIA SHADOW DEL VOLUME NOT_REGISTERED - Errore 2147754756

Procedura di correzione: per generare un tag di coerenza dell'applicazione, Azure Site Recovery usa il servizio Copia Shadow del volume Microsoft (servizio Copia Shadow del volume). Controllare se il provider del servizio Copia Shadow del volume di Azure Site Recovery VSS è installato o meno.

  • Installare nuovamente il provider tramite i comandi seguenti:
  • Disinstallare il provider esistente: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
  • Reinstallare: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

Verificare che il tipo di avvio del servizio provider del servizio Copia Shadow del volume sia impostato su Automatico. - Riavviare i servizi seguenti: - Servizio Copia Shadow del volume - Provider del Servizio Copia Shadow del volume di Azure Site Recovery - Servizio VDS

ID errore 95001 - Autorizzazioni sufficienti non trovate

Questo errore si verifica quando si tenta di abilitare la replica e le cartelle dell'applicazione non dispongono di autorizzazioni sufficienti.

Procedura di correzione: per risolvere questo problema, assicurarsi che l'utente IUSR abbia il ruolo di proprietario per tutte le cartelle seguenti -

  • C\ProgramData\Microsoft Azure Site Recovery\private
  • Directory di installazione. Ad esempio, se la directory di installazione è l'nità F, fornire le autorizzazioni corrette per:
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
  • Cartella \pushinstallsvc nella directory di installazione. Ad esempio, se la directory di installazione è l'unità F, fornire le autorizzazioni corrette a -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
  • Cartella \etc nella directory di installazione. Ad esempio, se la directory di installazione è l'unità F, fornire le autorizzazioni corrette a -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
  • C:\Temp
  • C:\thirdparty\php5nts
  • Tutti gli elementi nel percorso seguente -
    • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

Risolvere i problemi e gestire le modifiche temporali nei server replicati

Questo errore si verifica quando l'orario del computer di origine si sposta in avanti e quindi torna indietro in breve tempo per correggere la modifica. È possibile che non si noti la modifica perché l'orario viene corretto rapidamente.

Procedura di correzione: per risolvere questo problema, attendere che l'orario del sistema attraversi l'orario futuro asimmetrico. Un'altra opzione consiste nel disabilitare e abilitare di nuovo la replica, che è possibile solo per la replica in avanti (dati replicati dall'ambiente locale ad Azure) e non è applicabile per la replica inversa (i dati replicati da Azure a locale).

Passaggi successivi

Per richiedere maggiore assistenza, pubblicare una domanda sulla pagina delle domande di Microsoft Q&A per Azure Site Recovery. La community è molto attiva e uno dei tecnici Microsoft potrà fornire l'assistenza richiesta.