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.

È consigliabile monitorare l'integrità dei server di elaborazione nel portale per assicurarsi che siano connessi e funzionino correttamente e che la replica sia in corso 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 replica

problemi di Connessione ivity tra il server di origine e il server di elaborazione o tra il server di elaborazione e Azure spesso causano errori di replica iniziali e in corso.

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

Passaggio 3: Risolvere i problemi relativi ai 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 nella 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 vCenter non corrette: assicurarsi di aver aggiunto le credenziali vCenter corrette quando si configura il 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 delle autorizzazioni necessarie, potrebbe verificarsi un errore di 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 con uno o più dei ruoli seguenti: server di configurazione /server di elaborazione con scalabilità orizzontale/server di destinazione master, non sarà possibile scegliere la macchina virtuale dal portale. I server di gestione non possono essere replicati.
  • Già protetto/sottoposto a failover tramite i servizi di Azure Site Recovery: se la macchina virtuale è già protetta o sottoposta a failover tramite Site Recovery, la macchina virtuale non è 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: controllare se vCenter si trova in uno stato connesso. Per verificare, passare all'insieme di credenziali di Servizi di ripristino Server > di configurazione > dell'infrastruttura > di Site Recovery Fare clic sul rispettivo server > di configurazione a destra con i dettagli dei server associati. Controllare se vCenter è connesso. Se si trova in uno stato "Non Connessione ed", risolvere il problema e quindi aggiornare il server di configurazione nel portale. Successivamente, la macchina virtuale non è elencata nel portale.
  • ESXi spento: se l'host ESXi in cui risiede la macchina virtuale si trova in uno stato spento, la macchina virtuale non è elencata o non è selezionabile nel portale di Azure. Accendere l'host ESXi e aggiornare il server di configurazione nel portale. Successivamente, la macchina virtuale viene elencata nel portale.
  • Riavvio in sospeso: 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. Successivamente, la macchina virtuale viene elencata nel portale.
  • IP non trovato o Il computer non dispone di un indirizzo IP: se alla macchina virtuale non è associato un indirizzo IP valido, non è possibile selezionare il computer nel portale di Azure. Assicurarsi di assegnare un indirizzo IP valido alla macchina virtuale e aggiornare il server di configurazione. 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 un hypervisor e se l'ID BIOS cambia, l'agente di mobilità blocca la replica. La replica di computer clonati non è supportata da Site Recovery.

Nessun punto di ripristino coerente con l'arresto anomalo del sistema disponibile per la macchina virtuale negli ultimi minuti 'XXX'

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

Problemi di replica iniziale [errore 78169]

Oltre e versioni successive, assicurandosi che non siano presenti problemi di connettività, larghezza di banda o sincronizzazione dell'ora, assicurarsi che:

  • 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 verifica un picco improvviso nella varianza a causa del quale una quantità elevata di dati è in attesa di caricamento.

Per risolvere il problema:

  • Assicurarsi che venga effettuato il provisioning del tipo di account di archiviazione di destinazione (Standard o Premium) in base al requisito di varianza 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 le dimensioni del disco asrseed. Eseguire i passaggi indicati di seguito:

    • 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 viene revocato l'URL di firma di accesso condiviso, passare al pannello Configurazione del disco gestito e aumentare le dimensioni in modo che Azure Site Recovery supporti la frequenza di varianza osservata nel disco di origine.

  • Se la varianza osservata è temporanea, attendere alcune ore per il caricamento dei dati in sospeso per recuperare e creare punti di ripristino.

  • Se il disco contiene dati non critici, ad esempio log temporanei, dati di test e così via, è consigliabile spostare questi dati altrove o 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]

Ciò si verifica quando l'agente di mobilità di Azure Site Recovery nel computer di origine comunica con il server di configurazione(CS).

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:\Programmi (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

Nessun heartbeat del server di elaborazione [errore 806]

Nel caso in cui non sia presente alcun heartbeat dal server di elaborazione, verificare che:

  1. La macchina virtuale del server di elaborazione è 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]

Ciò si verifica quando l'agente di mobilità di Azure Site Recovery nella 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. Se è in esecuzione, riavviare il servizio

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

      C:\Programmi (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 quanto segue al prompt dei comandi: 
    cmd
cdpcli.exe --registermt

net stop obengine

net start obengine

exit

Non è stato possibile abilitare 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 per gestire l'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 nelle versioni dell'agente di mobilità 9.23 e 9.27 per gestire i comportamenti di errore di installazione del Servizio Copia Shadow del servizio Copia Shadow del servizio. Assicurarsi di usare le versioni più recenti per indicazioni ottimali sulla risoluzione degli errori di VsS.

Ecco alcuni dei problemi più comuni:

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

Procedura: si è verificato 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 delle istanze di SQL Server con AUTO_CLOedizione Standard database

Procedura: Fare riferimento all'articolo della Knowledge Base

Come correggere : vedere l'articolo della Knowledge Base

Causa 3: Problema noto in SQL Server 2016 e 2017

Procedura: Fare riferimento all'articolo della Knowledge Base

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

Procedura: Azure Site Recovery per Linux Operation System supporta script personalizzati dell'applicazione per la coerenza delle app. Lo script personalizzato con le opzioni di pre e post verrà usato dall'agente di mobilità di Azure Site Recovery per la coerenza delle app. Ecco 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:\Programmi (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 precedente 2147754994 è il codice di errore che indica l'errore, come illustrato di seguito:

VSS writer non è installato - Errore 2147221164

Procedura: per generare un tag di coerenza dell'applicazione, Azure Site Recovery usa il servizio Copia Shadow del volume Microsoft. 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. Nel caso in cui il servizio provider VSS non sia installato, la creazione dello snapshot di coerenza dell'applicazione non riesce con l'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: per generare un tag di coerenza dell'applicazione, Azure Site Recovery usa il servizio Copia Shadow del volume Microsoft. 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. Nel caso in cui il servizio provider VSS sia disabilitato, la creazione dello snapshot di coerenza dell'applicazione non riesce con l'ID errore "Il servizio specificato è disabilitato e non può essere avviato(0x80070422)".

  • Se VSS è disabilitato,
    • 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 VSS di Azure Site Recovery
      • Servizio VDS

PROVIDER DEL SERVIZIO COPIA SHADOW DEL VOLUME NOT_REGISTERED - Errore 2147754756

Procedura: per generare un tag di coerenza dell'applicazione, Azure Site Recovery usa il servizio Copia Shadow del volume Microsoft. 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:\Programmi (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
  • Reinstallare: C:\Programmi (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 Vss - Provider VSS di Azure Site Recovery - Servizio VDS

ID errore 95001 - Autorizzazioni insufficienti trovate

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

Procedura: 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'unità F, fornire le autorizzazioni corrette per:
    • F:\Programmi (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:\Programmi (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:\Programmi (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 il tempo 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'ora viene corretta rapidamente.

Procedura: per risolvere questo problema, attendere che il tempo di sistema attraversi l'ora futura asimmetrica. 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 in locale).

Passaggi successivi

Per altre informazioni, pubblicare la domanda nella pagina domande di Microsoft Q&A per Azure Site Recovery. La community è molto attiva e uno dei tecnici Microsoft potrà fornire l'assistenza richiesta.