Condividi tramite

Risoluzione dei problemi di replica nella migrazione di macchine virtuali VMware senza agente

Questo articolo descrive alcuni problemi comuni ed errori specifici che possono verificarsi durante l'esecuzione della replica di macchine virtuali VMware usando il metodo senza agente di Migrazione e modernizzazione.

Quando si esegue la replica di una macchina virtuale VMware usando il metodo di replica senza agente, i dati dei dischi (VMDK) della macchina virtuale vengono replicati nei dischi gestiti di replica nella sottoscrizione di Azure. All'avvio della replica per una macchina virtuale, viene eseguito un ciclo di replica iniziale, in cui vengono replicate copie complete dei dischi. Al termine della replica iniziale,vengono pianificati cicli di replica incrementali periodicamente per trasferire le modifiche che sono state introdotte dopo il ciclo di replica precedente.

In alcuni casi è possibile che i cicli di replica abbiano esito negativo per una macchina virtuale. Questi errori possono verificarsi a causa di vari motivi, ad esempio problemi nella configurazione di rete locale o problemi nel back-end del servizio cloud di Azure Migrate. Questo articolo:

  • Illustra come monitorare lo stato della replica e risolvere gli errori.
  • Elenca alcuni degli errori di replica che si verificano di frequente e suggerisce i passaggi per correggerli.

Monitorare lo stato della replica usando il portale di Azure

Seguire questa procedura per monitorare lo stato della replica per le macchine virtuali:

  1. Passare alla pagina Server, database e app Web in Azure Migrate nel portale di Azure.

    Screenshot della schermata Introduzione di Azure Migrate.

  2. Nel riquadro Migrazione e modernizzazione , in Repliche selezionare il numero accanto alla macchina virtuale di Azure.

    Screenshot della schermata Migrazione e Modernizzazione.

  3. Verrà visualizzato un elenco di server di replica con informazioni aggiuntive, ad esempio stato, integrità, ora dell'ultima sincronizzazione e così via. La colonna Integrità replica indica l'integrità della replica corrente della macchina virtuale. Un valore critico o di avviso indica in genere che il ciclo di replica precedente per la macchina virtuale non è riuscito. Per ottenere altri dettagli, fare clic con il pulsante destro del mouse sulla macchina virtuale e selezionare Dettagli errore di stato. La pagina Dettagli errore contiene informazioni sull'errore e dettagli aggiuntivi su come risolvere i problemi.

    Screenshot dell'opzione dettagli errore salute nella schermata Macchine di replica.

  4. Selezionare Eventi recenti per visualizzare gli errori del ciclo di replica precedente per la macchina virtuale. Nella pagina degli eventi cercare l'evento più recente di tipo Ciclo di replica non riuscito o Ciclo di replica non riuscito per il disco" per la macchina virtuale.

    Screenshot dell'opzione Eventi recenti.

  5. Selezionare l'evento per informazioni sulle possibili cause dell'errore e i passaggi consigliati per la correzione. Usare le informazioni fornite per risolvere i problemi e correggere l'errore.

    Screenshot del messaggio di errore nella schermata dei dettagli dell'errore.

Errori di replica comuni

Questa sezione descrive alcuni degli errori comuni e come risolverli.

Errore di operazione di Key Vault non riuscita durante il tentativo di replicare le macchine virtuali

Errore: "Operazione di Key Vault non riuscita. L'operazione di configurazione dell'account di archiviazione gestito per Key Vault: Key-vault-name, account di archiviazione: nome dell'account di archiviazione, non è riuscita con l'errore:"

Errore: "Operazione di Key Vault non riuscita. L'operazione di generazione della definizione della firma di accesso condiviso per Key Vault: Key-vault-name, account di archiviazione: nome dell'account di archiviazione, non è riuscita con l'errore:"

Screenshot di Key Vault.

Questo errore si verifica in genere perché i criteri di accesso utente per l'istanza di Key Vault non concedono all'utente attualmente connesso le autorizzazioni necessarie per configurare gli account di archiviazione in modo che siano gestiti da Key Vault. Per verificare la presenza di criteri di accesso utente nell'insieme di credenziali delle chiavi, passare alla pagina Insieme di credenziali delle chiavi per l'istanza di Key Vault corrente nel portale e selezionare Criteri di accesso.

Quando il portale crea l'insieme di credenziali delle chiavi, aggiunge anche un criterio di accesso utente che concede all'utente attualmente connesso le autorizzazioni utente per configurare gli account di archiviazione in modo che siano gestiti da Key Vault. Questa operazione avere esito negativo per due motivi:

  • L'utente connesso è un'entità di sicurezza remota nel tenant di Azure del cliente (sottoscrizione CSP e l'utente connesso è l'amministratore partner). In questo caso, per risolvere il problema eliminare l'insieme di credenziali delle chiavi, disconnettersi dal portale, quindi eseguire nuovamente l'accesso con un account utente dal tenant del cliente (non un'entità di sicurezza remota) e ripetere l'operazione. Il partner CSP avrà in genere un account utente nel tenant Microsoft Entra dei clienti che può usare. In caso contrario, può creare un nuovo account utente per se stesso nel tenant Microsoft Entra dei clienti, accedere al portale come nuovo utente e quindi ripetere l'operazione di replica. All'account usato devono essere concesse le autorizzazioni di Proprietario o Collaboratore e Amministratore Accesso utenti nel gruppo di risorse (gruppo di risorse del progetto di migrazione).

  • L'altro caso in cui può verificarsi questo problema è quando un utente (user1) ha tentato inizialmente di configurare la replica e ha riscontrato un errore, ma l'insieme di credenziali delle chiavi è già stato creato (e a tale utente sono stati regolarmente assegnati i criteri di accesso utente). In un secondo momento un utente diverso (user2) tenta di configurare la replica, ma l'operazione di configurazione dell'account di archiviazione gestito o di generazione della definizione della firma di accesso condiviso ha esito negativo perché non sono presenti criteri di accesso utente corrispondenti a user2 nell'insieme di credenziali delle chiavi.

Soluzione: Per risolvere questo problema, crea un criterio di accesso per l'utente user2 nell'insieme di credenziali delle chiavi, concedendo a user2 l'autorizzazione a configurare l'account di archiviazione gestito e a generare le definizioni di firma di accesso condiviso (SAS). User2 può eseguire questa operazione da Azure PowerShell usando i cmdlet seguenti:

$userPrincipalId = $(Get-AzureRmADUser -UserPrincipalName "user2_email_address").Id

Set-AzureRmKeyVaultAccessPolicy -VaultName "keyvaultname" -ObjectId $userPrincipalId -PermissionsToStorage get, list, delete, set, update, regeneratekey, getsas, listsas, deletesas, setsas, recover, back up, restore, purge

DisposeArtefactsTimedOut

ID errore: 181008

Messaggio di errore: VM: VMName. Errore: è stato rilevato l'evento di timeout "DisposeArtefactsTimeout" nello stato &'['Gateway.Service.StateMachine.SnapshotReplication.SnapshotReplicationEngine+WaitingForArtefactsDisposalPreCycle' ('WaitingForArtefactsDisposalPreCycle')]'.

Possibili cause:

Il componente che tenta di replicare i dati in Azure non è attivo o non risponde. Di seguito vengono elencate le possibili cause:

  • Il servizio gateway in esecuzione nell'appliance Azure Migrate non è attivo.
  • Il servizio gateway riscontra problemi di connettività al bus di servizio, all'hub eventi o all'account di archiviazione dell'appliance.

Identificazione della causa esatta per DisposeArtefactsTimedOut e la risoluzione corrispondente:

  1. Assicurarsi che l'appliance Azure Migrate sia operativa.

  2. Controllare che il servizio gateway sia in esecuzione nell'appliance:

    1. Accedere all'appliance Azure Migrate tramite Desktop remoto.

    2. Aprire lo snap-in di MMC dei servizi Microsoft (eseguire > services.msc) e verificare che il Servizio gateway di Microsoft Azure sia in esecuzione. Se il servizio è arrestato o non è in esecuzione, avviarlo. In alternativa, è possibile aprire il prompt dei comandi o PowerShell e immettere: 'Net Start asrgwy'.

  3. Verificare la presenza di problemi di connettività tra l'appliance Azure Migrate e l'account di archiviazione dell'appliance:

    Eseguire il comando seguente dopo il download di azcopy nell'appliance Azure Migrate:

    _azcopy bench https://[account].blob.core.windows.net/[container]?SAS_

    Passaggi per eseguire il test del benchmark delle prestazioni:

    1. Scaricare azcopy.

    2. Cercare l'account di archiviazione dell'appliance nel gruppo di risorse. L'account di archiviazione ha un nome simile a migrategwsa**********. Si tratta del valore del parametro [account] nel comando precedente.

    3. Cercare il proprio account di archiviazione nel portale di Azure. Assicurarsi che la sottoscrizione usata per la ricerca sia la stessa sottoscrizione (sottoscrizione di destinazione) in cui viene creato l'account di archiviazione. Passare a Contenitori nella sezione Servizio BLOB. Selezionare +Contenitore e creare un contenitore. Assicurarsi di fornire l'autorizzazione di scrittura al contenitore. Lasciare il valore predefinito selezionato per Livello di accesso pubblico.

    4. Passare a Impostazioni>firma di accesso condiviso e selezionare Contenitore in Tipo di risorsa consentito.

    5. Selezionare Genera firma di accesso condiviso e stringa di connessione e copiare il token di firma di accesso condiviso. Se si usa PowerShell, assicurarsi di racchiudere l'URL tra virgolette singole (' ').

    6. Eseguire il comando precedente nel prompt dei comandi sostituendo i valori di account, contenitore e firma di accesso condiviso con i valori ottenuti rispettivamente nei passaggi b, c ed e.

    In alternativa, scaricare l'Esplora archiviazione di Azure sull'appliance e provare a caricare 10 BLOB di circa 64 MB negli account di archiviazione. Se non si verificano problemi, il caricamento avrà esito positivo.

    Risoluzione: Se questo test non riesce, si è verificato un problema di rete. Contattare il team della rete locale per verificare la presenza di problemi di connettività. In genere, gli errori possono essere causati da alcune impostazioni del firewall.

  4. Verificare la presenza di problemi di connettività tra l'appliance Azure Migrate e il bus di servizio:

    Annotazioni

    Questa procedura è applicabile solo per i progetti configurati con l'endpoint pubblico.
    Un bus di servizio fa riferimento alla risorsa tipo ServiceBusNamespace nel gruppo di risorse per un progetto di migrazione. Il nome del bus di servizio è del formato migratelsa(keyvaultsuffix). Il suffisso dell'insieme di credenziali delle chiavi di migrazione è disponibile nel file gateway.json nell'appliance.
    Ad esempio, se il file gateway.json contiene:
    "AzureKeyVaultArmId": "/subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.KeyVault/vaults/migratekv1329610309",
    La risorsa dello spazio dei nomi del bus di servizio verrà migratelsa1329610309.

    Questo test controlla se l'appliance Azure Migrate può comunicare con il back-end del servizio cloud di Azure Migrate. L'appliance comunica con il back-end del servizio tramite le code di messaggi del bus di servizio e dell'hub eventi. Per convalidare la connettività dall'appliance al bus di servizio, scaricare Service Bus Explorer, provare a connettersi al bus di servizio dell'appliance ed eseguire le operazioni di invio messaggi/ricezione. Se non si verificano problemi, l'operazione avrà esito positivo.

    Passaggi per eseguire il test:

    1. Copiare la stringa di connessione dal bus di servizio creato nel progetto di migrazione.
    2. Aprire Service Bus Explorer.
    3. Passare a File quindi Connetti.
    4. Incollare la stringa di connessione e selezionare Connetti.
    5. Si aprirà lo spazio dei nomi del bus di servizio.
    6. Selezionare Snapshot Manager. Fare clic con il pulsante destro del mouse su Gestione snapshot, scegliere Ricevi messaggi>visualizzati e scegliere OK.
    7. Se la connessione viene stabilita correttamente, verrà visualizzato il messaggio "[x] messaggi ricevuti" nell'output della console. Se la connessione non viene stabilita, verrà visualizzato un messaggio che indica che la connessione non è riuscita.

    Risoluzione: Se questo test non riesce, si è verificato un problema di rete. Contattare il team della rete locale per verificare la presenza di problemi di connettività. In genere, gli errori possono essere causati da alcune impostazioni del firewall.

  5. Problemi di connettività tra l'appliance Azure Migrate e Azure Key Vault:

    Questo test verifica la presenza di problemi di connettività tra l'appliance Azure Migrate e Azure Key Vault. Key Vault viene usato per gestire l'accesso all'account di archiviazione usato per la replica.

    Passaggi per controllare la connettività:

    1. Recuperare l'URI di Key Vault dall'elenco di risorse nel gruppo di risorse corrispondente al progetto Azure Migrate.

    2. Aprire PowerShell nell'appliance Azure Migrate ed eseguire il comando seguente:

    _test-netconnection Key Vault URI -P 443_

    Questo comando tenterà di eseguire una connessione TCP e restituirà un output.

    • Nell'output controllare il campo "TcpTestSucceeded". Se il valore è "True", non è presente alcun problema di connettività tra l'appliance di Azure Migrate e Azure Key Vault. Se il valore è "False", si è verificato un problema di connettività.

    Risoluzione: Se questo test non riesce, si verifica un problema di connettività tra l'appliance di Azure Migrate e Azure Key Vault. Contattare il team della rete locale per verificare la presenza di problemi di connettività. In genere, gli errori possono essere causati da alcune impostazioni del firewall.

Upload del Disco Scaduto

ID errore: 1011

Messaggio di errore: Caricamento dei dati per diskPath, DiskId della macchina virtuale VMName; VMId non è stato completato entro il tempo previsto.

Questo errore indica in genere che l'appliance Azure Migrate che esegue la replica non è in grado di connettersi ai servizi cloud di Azure o che la replica procede lentamente causando il timeout del ciclo di replica.

Di seguito vengono elencate le possibili cause:

  • L'appliance Azure Migrate è inattiva.
  • Il servizio gateway di replica nell'appliance non è in esecuzione.
  • Il servizio gateway di replica riscontra problemi di connettività a uno dei componenti del servizio di Azure seguenti usati per la replica: bus di servizio/Hub eventi/Account di archiviazione della cache di Azure/Azure Key Vault.
  • Il servizio gateway è limitato a livello del server vCenter durante il tentativo di leggere il disco.

Identificazione della causa radice e risoluzione del problema:

  1. Assicurarsi che l'appliance Azure Migrate sia operativa.

  2. Controllare che il servizio gateway sia in esecuzione nell'appliance:

    1. Accedere all'appliance Azure Migrate tramite Desktop remoto ed eseguire le operazioni seguenti.

    2. Aprire lo snap-in di MMC dei servizi Microsoft (eseguire > services.msc) e verificare che il "Servizio gateway di Microsoft Azure" sia in esecuzione. Se il servizio è arrestato o non è in esecuzione, avviarlo. In alternativa, è possibile aprire il prompt dei comandi o PowerShell e immettere: 'Net Start asrgwy'.

  3. Verificare la presenza di problemi di connettività tra l'appliance di Azure Migrate e l'account di archiviazione della cache:

    Eseguire il comando seguente dopo il download di azcopy nell'appliance Azure Migrate:

    _azcopy bench https://[account].blob.core.windows.net/[container]?SAS_

    Passaggi per eseguire il test del benchmark delle prestazioni:

    1. Scaricare azcopy.

    2. Cercare l'account di archiviazione dell'appliance nel gruppo di risorse. L'account di archiviazione ha un nome simile a migratelsa**********. Si tratta del valore del parametro [account] nel comando precedente.

    3. Cercare il proprio account di archiviazione nel portale di Azure. Assicurarsi che la sottoscrizione usata per la ricerca sia la stessa sottoscrizione (sottoscrizione di destinazione) in cui viene creato l'account di archiviazione. Passare a Contenitori nella sezione Servizio BLOB. Selezionare +Contenitore e creare un contenitore. Lasciare il valore predefinito per il livello di accesso pubblico.

    4. Passare a Impostazioni>firma di accesso condiviso. Selezionare Contenitore in Tipo di risorsa consentito. Selezionare Genera firma di accesso condiviso e stringa di connessione. Copiare il valore della firma di accesso condiviso.

    5. Eseguire il comando precedente nel prompt dei comandi sostituendo il valore dell'account, del contenitore e della firma di accesso condiviso con i valori ottenuti rispettivamente nei passaggi 2, 3 e 4.

    In alternativa, scaricare l'Esplora archiviazione di Azure sull'appliance e provare a caricare 10 BLOB di circa 64 MB negli account di archiviazione. Se non si verificano problemi, il caricamento avrà esito positivo.

    Risoluzione: Se questo test non riesce, si è verificato un problema di rete. Contattare il team della rete locale per verificare la presenza di problemi di connettività. In genere, gli errori possono essere causati da alcune impostazioni del firewall.

  4. Problemi di connettività tra l'appliance di Azure Migrate e il bus di servizio di Azure:

    Questo test controlla se l'appliance Azure Migrate può comunicare con il back-end del servizio cloud di Azure Migrate. L'appliance comunica con il back-end del servizio tramite le code di messaggi del bus di servizio e dell'hub eventi. Per convalidare la connettività dall'appliance al bus di servizio, scaricare Service Bus Explorer, provare a connettersi al bus di servizio dell'appliance ed eseguire le operazioni di invio messaggi/ricezione. Se non si verificano problemi, l'operazione avrà esito positivo.

    Passaggi per eseguire il test:

    1. Copiare la stringa di connessione dal bus di servizio creato nel gruppo di risorse corrispondente al progetto di Azure Migrate.

    2. Aprire Service Bus Explorer.

    3. Vai a File>Connetti.

    4. Incollare la stringa di connessione copiata nel passaggio 1 e selezionare Connetti.

    5. Verrà aperto lo spazio dei nomi del bus di servizio.

    6. Selezionare Snapshot Manager nello spazio dei nomi. Fare clic con il pulsante destro del mouse su Gestione snapshot, scegliere Ricevi messaggi>visualizzati e scegliere OK.

    Se la connessione viene stabilita correttamente, verrà visualizzato il messaggio "[x] messaggi ricevuti" nell'output della console. Se la connessione non viene stabilita, verrà visualizzato un messaggio che indica che la connessione non è riuscita.

    Risoluzione: Se questo test non riesce, si verifica un problema di connettività tra l'appliance di Azure Migrate e il bus di servizio. Contattare il team della rete locale per verificare tali problemi di connettività. In genere, gli errori possono essere causati da alcune impostazioni del firewall.

  5. Problemi di connettività tra l'appliance Azure Migrate e Azure Key Vault:

    Questo test verifica la presenza di problemi di connettività tra l'appliance Azure Migrate e Azure Key Vault. Key Vault viene usato per gestire l'accesso all'account di archiviazione usato per la replica.

    Passaggi per controllare la connettività:

    1. Recuperare l'URI di Key Vault dall'elenco di risorse nel gruppo di risorse corrispondente al progetto Azure Migrate.

    2. Aprire PowerShell nell'appliance Azure Migrate ed eseguire il comando seguente:

    _test-netconnection Key Vault URI -P 443_

    Questo comando tenterà di eseguire una connessione TCP e restituirà un output.

    1. Nell'output controllare il campo "TcpTestSucceeded". Se il valore è "True", non è presente alcun problema di connettività tra l'appliance di Azure Migrate e Azure Key Vault. Se il valore è "False", si è verificato un problema di connettività.

    Risoluzione: Se questo test non riesce, si verifica un problema di connettività tra l'appliance di Azure Migrate e Azure Key Vault. Contattare il team della rete locale per verificare la presenza di problemi di connettività. In genere, gli errori possono essere causati da alcune impostazioni del firewall.

Si è verificato un errore durante il tentativo di recupero dei blocchi modificati

Messaggio di errore: 'Si è verificato un errore durante il tentativo di recupero dei blocchi modificati'

Il metodo di replica senza agente usa la tecnologia di rilevamento dei blocchi modificati (CBT) di VMware per replicare i dati in Azure. La tecnologia CBT consente allo strumento Migrazione e modernizzazione di rilevare e replicare solo i blocchi che sono stati modificati rispetto all'ultimo ciclo di replica. Questo errore si verifica se il monitoraggio dei blocchi modificati per una macchina virtuale in fase di replica viene reimpostato o se il file di monitoraggio dei blocchi modificati è danneggiato.

Questo errore può essere risolto nei due modi seguenti:

  • Se si è scelto di ripristinare automaticamente la replica selezionando "Sì" quando è stata attivata la replica della macchina virtuale, lo strumento tenterà di ripristinarlo automaticamente. Fare clic con il pulsante destro del mouse sulla macchina virtuale e scegliere Ripristina replica.
  • Se non si è scelto di ripristinare automaticamente la replica o il passaggio precedente non funzionava, arrestare la replica per la macchina virtuale, reimpostare il rilevamento dei blocchi modificati nella macchina virtuale e quindi riconfigurare la replica.

Un problema noto che potrebbe causare una reimpostazione CBT della macchina virtuale in VMware vSphere 5.5 è descritto in VMware KB 1020128: Il rilevamento blocchi modificato viene reimpostato dopo un'operazione vMotion di archiviazione in vSphere 5.x. In VMware vSphere 5.5 assicurarsi di applicare gli aggiornamenti descritti in questo articolo della Knowledge Base.

In alternativa, è possibile reimpostare il rilevamento dei blocchi modificati di VMware in una macchina virtuale tramite VMware PowerCLI.

Si è verificato un errore interno

In alcuni casi è possibile che si verifichi un errore dovuto a problemi nell'ambiente o nell'API VMware. È stato identificato il set di errori seguente come errori correlati all'ambiente VMware. Questi errori hanno un formato fisso.

Messaggio di errore: Si è verificato un errore interno. [Messaggio di errore]

Ad esempio: Messaggio di errore: Si è verificato un errore interno. [È stata rilevata una configurazione snapshot non valida].

La sezione seguente elenca alcuni degli errori VMware comunemente visualizzati e il modo in cui è possibile attenuarli.

Messaggio di errore: Si è verificato un errore interno. [Connessione rifiutata dal server]

Si tratta di un problema noto di VMware e si verifica in VDDK 6.7. È necessario arrestare il servizio gateway in esecuzione nell'appliance Azure Migrate, scaricare un aggiornamento dalla base di conoscenza VMware e riavviare il servizio gateway.

Passaggi per arrestare il servizio gateway:

  1. Premere Windows + R e aprire services.msc. Selezionare Servizio gateway di Microsoft Azure e arrestarlo.
  2. In alternativa, è possibile aprire il prompt dei comandi o PowerShell e immettere: 'Net Stop asrgwy'. Attendere fino a quando non viene visualizzato il messaggio che indica che il servizio non è più in esecuzione.

Passaggi per avviare il servizio gateway:

  1. Premere Windows + R e aprire services.msc. Fare clic con il pulsante destro del mouse sul servizio Gateway di Microsoft Azure e avviarlo.
  2. In alternativa, è possibile aprire il prompt dei comandi o PowerShell e immettere: 'Net Start asrgwy'.

Messaggio di errore: Si è verificato un errore interno. ['È stata rilevata una configurazione snapshot non valida']

Se si dispone di una macchina virtuale con più dischi, è possibile che si verifichi questo errore se si rimuove un disco dalla macchina virtuale. Per risolvere questo problema, vedere la procedura descritta in questo articolo su VMware.

Messaggio di errore: Si è verificato un errore interno. [Generazione snapshot bloccata]

Questo problema si verifica quando la generazione di snapshot non risponde. Quando si verifica questo problema, è possibile osservare che l'attività di creazione dello snapshot si arresta al 95% o al 99%. Per risolvere questo problema, vedere la knowledge base di VMware .

Messaggio di errore: Si è verificato un errore interno. [Non è stato possibile consolidare i dischi nella macchina virtuale [Motivi]]

Quando si consolidano i dischi alla fine del ciclo di replica, l'operazione ha esito negativo. Seguire le istruzioni nella knowledge base di VMware selezionando il motivo appropriato per risolvere il problema.

Gli errori seguenti si verificano quando le operazioni correlate allo snapshot di VMware, ovvero creazione, eliminazione o consolidamento dei dischi, hanno esito negativo. Seguire le indicazioni riportate nella sezione successiva per correggere gli errori:

Messaggio di errore: Si è verificato un errore interno. [Un'altra attività è già in corso]

Questo problema si verifica quando si verificano attività di macchine virtuali in conflitto in esecuzione in background o quando si verifica il timeout di un'attività all'interno del server vCenter.

Messaggio di errore: Si è verificato un errore interno. [Operazione non consentita nello stato corrente]

Questo problema si verifica quando gli agenti di gestione del server vCenter smetteno di funzionare. Per risolvere questo problema, fare riferimento alla risoluzione nella seguente VMware Knowledge Base.

Messaggio di errore: Si è verificato un errore interno. [Dimensioni del disco snapshot non valide]

Si tratta di un problema di VMware noto in cui le dimensioni del disco indicate dallo snapshot mostrano il valore zero.

Messaggio di errore: Si è verificato un errore interno. [Allocazione di memoria non riuscita. Memoria insufficiente.]

Questo problema si verifica quando la memoria del buffer host NFC è insufficiente. Per risolvere questo problema, è necessario spostare la macchina virtuale (Compute vMotion) in un host diverso, con risorse disponibili.

Messaggio di errore: Si è verificato un errore interno. [Il file è superiore alla dimensione massima supportata (1012384)]

Questo problema si verifica quando le dimensioni del file superano le dimensioni massime supportate durante la creazione dello snapshot. Seguire la soluzione fornita nel KB di VMware

Messaggio di errore: Si è verificato un errore interno. [Impossibile connettersi all'host (1004109)]

Questo problema si verifica quando gli host ESXi non possono connettersi alla rete.

Messaggio di errore: An error occurred while saving the snapshot: Invalid change tracker error code

Questo errore si verifica quando si verifica un problema con l'archivio dati sottostante in cui viene archiviato lo snapshot. Seguire la risoluzione specificata nella KB di VMware.

Messaggio di errore: An error occurred while taking a snapshot: Unable to open the snapshot file.

Questo errore si verifica quando le dimensioni del file di snapshot creato sono maggiori dello spazio disponibile nell'archivio dati in cui si trova la macchina virtuale. Seguire la risoluzione specificata in questo documento.

Errore di idoneità della protezione

Messaggio di errore: Impossibile replicare questa macchina virtuale con la configurazione VMware corrente.

Possibili cause:

  • Non è possibile abilitare il rilevamento delle modifiche per la macchina virtuale perché gli snapshot sono già presenti per la macchina virtuale.

Raccomandazione:

  • Eliminare gli snapshot o abilitare il rilevamento dei blocchi modificati nella macchina virtuale e riprovare.

Ciclo di replica non riuscito

ID errore: 181008

Messaggio di errore: VM: 'VMName'. Errore: non sono state trovate istantanee del disco per la replica di snapshot con ID dello snapshot: 'SnapshotID'.

Possibili cause:

  • Uno o più dischi inclusi non sono più collegati alla macchina virtuale.

Raccomandazione:

  • Ripristinare i dischi inclusi nel percorso originale usando Storage vMotion e provare a ripetere la replica.

Connessione host rifiutata

ID errore: 1022

Messaggio di errore: L'appliance Azure Migrate non è in grado di connettersi all'host vSphere '%HostName;'

Possibili cause:

Questo problema può verificarsi se:

  1. L'appliance Azure Migrate non riesce a risolvere il nome host dell'host vSphere.
  2. L'appliance Azure Migrate non riesce a connettersi all'host vSphere sulla porta 902 (porta predefinita usata da VMware vSphere Virtual Disk Development Kit), perché la porta TCP 902 è bloccata nell'host vSphere o da un firewall di rete.

Raccomandazioni:

Assicurarsi che il nome host dell'host vSphere sia risolvibile dall'appliance Azure Migrate.

  • Accedere all'appliance Azure Migrate e aprire PowerShell.
  • Eseguire un'operazione nslookup sul nome host e verificare se l'indirizzo viene risolto: nslookup '%HostName;' .
  • Se il nome host non viene risolto, assicurarsi che la risoluzione DNS dei nomi host vSphere possa essere eseguita dall'appliance Azure Migrate. In alternativa, aggiungere una voce host statica per ogni host vSphere al file hosts (C:\Windows\System32\drivers\etc\hosts) nell'appliance.

Verificare che l'host vSphere accetti le connessioni sulla porta 902 e che l'endpoint sia raggiungibile dall'appliance.

  • Accedere all'appliance Azure Migrate e aprire PowerShell.
  • Usare il cmdlet Test-NetConnection per convalidare la connettività: Test-NetConnection '%HostName;' -Port 902.
  • Se il test TCP non riesce, la connessione è bloccata da un firewall o non viene accettata dall'host vSphere. Risolvere i problemi di rete per consentire la continuazione della replica.

Passaggi successivi

Continuare la replica delle macchine virtuali ed eseguire la migrazione dei test.