Risolvere i problemi di migrazione di macchine virtuali in locale di Azure tramite Azure Migrate (anteprima)

Si applica a: Azure Local 2311.2 e versioni successive

Questo articolo descrive come risolvere eventuali problemi che potrebbero verificarsi durante la migrazione di macchine virtuali Hyper-V e VMware alla tua istanza locale su Azure tramite Azure Migrate.

Controllare se i servizi necessari sono in esecuzione.

Assicurarsi che la macchina virtuale dell'appliance di origine e la macchina virtuale dell'appliance di destinazione abbiano una configurazione integra, assicurandosi che i servizi seguenti siano in esecuzione.

Aprire PowerShell come amministratore ed eseguire il comando seguente per ognuno dei servizi elencati tra parentesi per l'appliance di origine e l'appliance di destinazione per verificare che siano in esecuzione:

Get-Service -Name <name_of_service>

Nella macchina virtuale dell'appliance di origine:

• Servizio gateway di Microsoft Azure (asrgwy)
• Servizio di individuazione Hyper-V di Microsoft Azure (amhvdiscoverysvc)
• Servizio di gestione di Azure Site Recovery (asrmgmtsvc)

Nella macchina virtuale dell'appliance di destinazione:

• Servizio gateway di Microsoft Azure (asrgwy)
• Servizio di gestione di Azure Site Recovery (asrmgmtsvc)

I dati di configurazione sono disponibili in C:\ProgramData\Microsoft Azure\Config.

Raccogliere log e informazioni

Se si verificano problemi, prima di aprire un ticket di supporto, raccogliere le informazioni seguenti sui problemi e condividerle con il team di supporto tecnico Microsoft per l'analisi.

• Log dall'appliance di Azure Migrate
• Descrizione del problema o feedback
• ID sottoscrizione
• ID del tenant
• Nome del progetto di Azure Migrate
• Area del progetto o area geografica di Azure Migrate
• Nome della macchina virtuale per i problemi relativi alla replica e alla migrazione
• ID di correlazione per la distribuzione o l'ID di processo

Le sezioni seguenti descrivono come raccogliere queste informazioni in base all'operazione o al tipo di problema.

Per le operazioni attivate dall'utente da portale di Azure

Per risolvere i problemi relativi alle operazioni attivate dall'utente, sono necessari l'ID di correlazione o un ID lavoro.

Ottenere l'ID di correlazione per una distribuzione

Gli errori nelle operazioni, come la creazione o l'eliminazione di un progetto di migrazione, la creazione di artefatti dell'appliance, delle entità e degli account di archiviazione, vengono mostrati come errori nella sezione Distribuzioni del gruppo di risorse del progetto di migrazione. Ogni operazione di distribuzione ha anche un ID di correlazione utile per la risoluzione dei problemi.

Inoltre, le operazioni non riuscite nella sessione vengono visualizzate come notifiche o nei registri delle attività della cronologia passata.

Seguire questa procedura per identificare l'ID di correlazione per la distribuzione in portale di Azure:

1. Passare al gruppo di risorse per il progetto di Azure Migrate e quindi passare a Panoramica. Nel riquadro destro, selezionare il collegamento ipertestuale che mostra le distribuzioni riuscite e non riuscite.

   

2. Identificare la distribuzione per cui si vuole usare l'ID di correlazione e selezionare il nome della distribuzione.

   

3. Trovare l'ID di correlazione.

   

Ottenere l'ID del lavoro per la replica o la migrazione

Le operazioni come la creazione e l'eliminazione di un elemento protetto (noto anche come creazione ed eliminazione di una replica) e il failover pianificato (noto anche come migrazione) sono elencati anche come Processi nella sezione Migrazione locale di Azure del portale.

In questi casi, è necessario raccogliere anche il Job ID.

Per ottenere l'ID del lavoro, seguire i seguenti passaggi:

1. Nel progetto Azure Migrate nel portale di Azure passare a Panoramica in Strumenti di migrazione.

   

2. Nel riquadro sinistro, vai a Processi di migrazione locale di Azure.

3. Identifica l'attività per cui desideri ottenere l'ID attività e seleziona il nome dell'attività.

   

4. Trova l'ID lavoro.

   

Per le operazioni di replica pianificate

Gli errori nelle operazioni pianificate, ad esempio gli errori del ciclo di replica oraria, sono elencati come eventi nella sezione Migrazione locale di Azure del portale.

Per risolvere i problemi di replica, raccogliere le informazioni seguenti:

• Dettagli dell'errore visualizzati negli eventi che includono Ora, ID Errore, Messaggio di Errore, ID Macchina Virtuale.
• Screenshot di portale di Azure, se possibile.

Per i problemi relativi all'esperienza utente nel portale

Per risolvere i problemi relativi all'esperienza utente nel portale, raccogliere le informazioni seguenti:

• Screenshot del portale di Azure.
• Registrare le operazioni in modalità sviluppatore del browser. Esportare il file HAR e condividerlo.

Per problemi di registrazione dell'appliance

Per risolvere i problemi di registrazione dell'appliance, raccogliere le informazioni seguenti:

• Tutti i log disponibili nell'appliance sono disponibili in C:\ProgramData\MicrosoftAzure\Logs.

Per i problemi di individuazione

Per risolvere i problemi di individuazione, raccogliere le informazioni seguenti:

• Tutti i log disponibili nell'appliance di origine in C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery.

Per altre informazioni, vedere Risolvere i problemi di individuazione.

Per problemi speciali

Se necessario, il supporto tecnico di Microsoft può anche richiedere registri degli eventi dei componenti o registri degli eventi di sistema, ad esempio registri Hyper-V e registri SMB.

Problemi comuni e soluzioni

La creazione del progetto Azure Migrate ha esito negativo

Causa radice

La creazione del progetto di Azure Migrate ha esito negativo se la sottoscrizione di Azure non è registrata per Azure Migrate o se l'utente non dispone delle autorizzazioni necessarie per creare un progetto.

Risoluzione consigliata

Verificare quanto segue:

• Assicurarsi di avere il ruolo di amministratore dell'applicazione nel tenant di Azure AD.
• Assicurarsi di avere i ruoli Collaboratore e Amministratore accesso utenti nella sottoscrizione di Azure.
• Assicurarsi di selezionare una delle aree supportate per la creazione del progetto di Azure Migrate. Per un elenco delle aree supportate, vedere Aree geografiche supportate.

La convalida del sistema di destinazione non riesce nel dispositivo

Causa radice

Il sistema di destinazione non riesce a convalidarsi perché il nome di dominio completo non è risolvibile tramite DNS per impostazione predefinita da parte dell'appliance.

Risoluzione consigliata

Se il passaggio di convalida del computer di destinazione non riesce durante la migrazione, seguire questa procedura per risolvere il problema:

1. Eseguire manualmente il mapping dell'IP locale di Azure al nome di dominio completo corrispondente:

   1. Modificare il file hosts che si trova in C:\Windows\System32\drivers\etc\hosts.

   2. Aggiungere una nuova riga usando il formato : <Cluster IP> <Cluster FQDN>

2. Verificare che il FQDN sia raggiungibile assicurandosi che il sistema FQDN possa essere correttamente raggiunto tramite ping dall'appliance di origine.

3. Abilitare WinRM in ogni nodo del cluster di destinazione (se non è già abilitato). Eseguire il comando PowerShell seguente in ogni computer:

       Enable-PSRemoting -Force
   

4. Testare la connettività remota di PowerShell. Dall'appliance di origine verificare che il comando seguente venga completato correttamente:

       Enter-PSSession -ComputerName <Cluster FQDN> -Credential $Cred
   

5. Verificare che le porte necessarie siano aperte. Vedere la sezione Prerequisiti per assicurarsi che tutte le porte necessarie siano consentite tra l'appliance di origine e l'istanza locale di Azure.

La cancellazione o la modifica delle informazioni sul sistema di destinazione nel Gestore configurazione dell'appliance di origine non funziona.

Causa principale Quando si forniscono informazioni in Gestione configurazione appliance d'origine, il nome del sistema di destinazione non può essere modificato dopo l'immissione.

Risoluzione consigliata Seguire questa procedura per eliminare o modificare il sistema di Destinazione nel Manager della Configurazione dell'Appliance di Origine:

1. Nell'appliance di origine aprire Explorer. Passare a C:\ProgramData\Microsoft Azure\CredStore ed eliminare il TargetClusterCredentials.json.

2. Ricaricare Appliance Configuration Manager e sarà possibile immettere nuovi valori per il sistema target.

La registrazione dell'appliance di destinazione fallisce

Causa radice

La registrazione del dispositivo di destinazione non riesce.

Risoluzione consigliata

Aggiornare la pagina e riprovare a eseguire la registrazione.

Problemi del dispositivo di destinazione

Causa radice

In alcuni casi, potrebbe essere necessario rimuovere l'appliance di destinazione dal progetto. Ad esempio, se si vuole spostare l'appliance in una sottoscrizione o un'area diversa. Ciò richiederebbe di rimuovere l'appliance di destinazione e crearne una nuova nella nuova sottoscrizione o area.

Risoluzione consigliata

Per rimuovere l'appliance di destinazione dal progetto, seguire questa procedura:

1. Esegui PowerShell come amministratore.

2. Eseguire il comando seguente per rimuovere l'appliance:

   .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
   

La replica della macchina virtuale non riesce

Causa radice

La replica delle macchine virtuali può avere esito negativo a causa di uno o più dei motivi seguenti:

• Il volume condiviso del cluster o il contenitore di archiviazione è pieno.
• Le macchine virtuali non hanno alta disponibilità. Tutte le macchine virtuali devono essere a disponibilità elevata per essere individuate per la replica e la migrazione. Se le macchine virtuali non presentano un'elevata disponibilità, non vengono visualizzate nell'elenco e sono escluse dalla migrazione.

Risoluzione consigliata

Per abilitare la replica e la migrazione, assicurarsi che il volume condiviso del cluster o il contenitore di archiviazione disponga di spazio sufficiente.

Per eseguire la migrazione di una macchina virtuale non a disponibilità elevata, seguire questa procedura:

1. È prima necessario rendere la macchina virtuale a disponibilità elevata. Per ulteriori informazioni, vedere Rendere le VM Hyper-V altamente disponibili.
2. Attendere che l'agente di individuazione sincronizzi i dati.

In alternativa, passare ad Azure Migrate e selezionare Aggiorna per aggiornare manualmente server, database e app Web per accelerare la sincronizzazione dell'agente di individuazione.

La replica o la migrazione ha esito negativo e il valore di errore non può essere Null

Causa radice

La replica o la migrazione non riesce con il messaggio di errore seguente:

Il valore non può essere Null. Nome parametro: FetchingHyperVDiskPropertiesFailed.

Il componente non riesce a recuperare le proprietà del disco dall'host Hyper-V di origine. Ciò può verificarsi se il disco virtuale del cluster sottostante è offline o se il disco non è in uno stato integro.

Risoluzione consigliata

1. Assicurarsi che i dischi del cluster siano operativi e verificare che sia possibile recuperare le proprietà del disco.

2. Nell'appliance di origine eseguire PowerShell come amministratore. Eseguire i passaggi seguenti dopo aver sostituito il contenuto in {} con i valori effettivi.

   $ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}
   
   $ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").
   

3. Nell'output restituito verificare che le proprietà MaxInternalSize e ParentPath in SettingData XML siano appropriate.

I dischi nelle macchine virtuali migrate sono offline

Causa radice

I dischi nelle macchine virtuali Windows di cui è stata eseguita la migrazione potrebbero non essere online.

La migrazione crea un nuovo VHD/VHDX, che comporta un nuovo disco per il sistema operativo Windows nella macchina virtuale migrata. Il sistema operativo lo vede come una nuova unità e applica i criteri SAN. Il sistema operativo non renderà quindi online il disco perché è considerato un disco condiviso.

Risoluzione consigliata

Per risolvere questo problema, scegliere una delle opzioni seguenti:

• Impostare i criteri SAN come OnlineAll per le macchine virtuali Windows di cui è stata eseguita la migrazione. Riavviare le macchine virtuali. Questo dovrebbe portare online tutti i dischi. Per istruzioni dettagliate, vedere Come configurare un criterio SAN per portare i dischi online.

• Portare le unità online manualmente nelle macchine virtuali di cui è stata eseguita la migrazione.

La migrazione fallisce a causa dell'impossibilità di eliminare lo snapshot

Causa radice

Impossibile eseguire la migrazione a causa dell'errore seguente:

Errore: Impossibile eliminare gli snapshot con ID(s)

Le operazioni manuali della macchina virtuale Hyper-V nel sistema hanno esito negativo con lo stesso errore e non è possibile eseguire operazioni manuali nella macchina virtuale in questo server.

Risoluzione consigliata

Per attenuare questo errore, assicurarsi che la macchina virtuale sia operativa.

Connettersi all'appliance di origine e provare i passaggi seguenti per assicurarsi che la migrazione sia fluida.

1. Ottieni l'ID macchina virtuale nelle informazioni sull'errore.

   $VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
   

2. Assicurarsi che get-VM funzioni correttamente e restituisca le informazioni dall'appliance di origine.

   Get-VM -Id $VmId 
   

3. Assicurarsi che get-VHD funzioni correttamente e restituisca le informazioni corrette.

   Get-VHD -VMId $VmId
   

4. Se l'operazione di creazione dello snapshot ha esito negativo, assicurarsi che la creazione manuale degli snapshot funzioni correttamente nella macchina virtuale.

   Get-VM -Id $VmId | Checkpoint-VM 
   

5. Se l'operazione di eliminazione dello snapshot ha esito negativo, assicurarsi che l'eliminazione dello snapshot funzioni manualmente nella macchina virtuale.

   Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
   

La disattivazione della macchina virtuale nell'host Hyper-V ha esito negativo

Causa radice

Durante il failover pianificato, la macchina virtuale viene disattivata sull'host Hyper-V di origine tramite una chiamata WMI. Viene visualizzato l'ID errore: 1000001 o un messaggio di errore: si è verificato un errore interno.

Risoluzione consigliata

È possibile disattivare manualmente la macchina virtuale nell'host Hyper-V di origine tramite PowerShell.

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

La migrazione fallisce con errore: l'indirizzo è già in uso

Causa radice

Questo errore si verifica in genere durante la migrazione delle macchine virtuali configurate per conservare l'indirizzo IP statico. Se la rete logica di destinazione ha già lo stesso INDIRIZZO IP assegnato a un'altra interfaccia di rete, la migrazione non riesce con il messaggio seguente:

The moc-operator network interface service returned an error while reconciling: rpc error: code = Unknown desc = The address is already in use: Already Set.

Risoluzione consigliata

Completare i passaggi seguenti:

1. Accedere alla rete logica locale di Azure alla quale è destinata la macchina virtuale migrata.
2. Verificare che l'indirizzo IP desiderato non sia attualmente assegnato a un'altra interfaccia di rete.
3. Aggiornare la configurazione di rete logica in base alle esigenze per assicurarsi che non esistano conflitti IP prima di ritentare la migrazione.

Pulire le risorse dalle migrazioni non riuscite

Causa radice

In alcuni casi, le migrazioni a Locale di Azure potrebbero non riuscire durante la fase di migrazione, ad esempio durante il failover pianificato, non durante la replica iniziale. In questo caso, potrebbe essere necessaria la pulizia manuale delle risorse parzialmente create per garantire che i tentativi di migrazione futuri vengano eseguiti correttamente.

Risoluzione consigliata

Per determinare dove si è verificato l'errore, aprire il processo failover pianificato nel portale di Azure Migrate. Usare i dettagli del processo per identificare se l'errore si è verificato prima o dopo la creazione della macchina virtuale nell'istanza locale di Azure.

Se l'errore si è verificato prima della creazione della macchina virtuale

Gli errori delle attività elencati sopra la riga rossa (sopra l'attività Preparazione delle entità protette ) indicano che non è stata creata alcuna macchina virtuale di destinazione. Non è necessaria alcuna pulizia ed è possibile riprovare direttamente alla migrazione.

Se l'errore si è verificato durante o dopo la creazione della macchina virtuale

Gli errori delle attività elencati sotto la riga rossa (Preparazione delle entità protette e sotto) indicano che una macchina virtuale di destinazione è stata creata parzialmente o completamente. La pulizia manuale è necessaria prima di riprovare a eseguire la migrazione.

1. Nel portale di Azure, navigare verso l'istanza locale di Azure di destinazione.

2. Individuare e verificare se esiste una macchina virtuale corrispondente alla migrazione non riuscita.

3. Se trovato, eliminare la macchina virtuale dal portale.

   

4. Connettersi direttamente all'istanza locale di Azure (tramite Hyper-V Manager) e verificare che la macchina virtuale associata sia stata rimossa anche dall'host locale Hyper-V. Se non è stato rimosso, eliminare manualmente la risorsa della macchina virtuale.

5. Non eliminare le risorse seguenti che potrebbero essere state create:

   • Disco migrato (di destinazione).

   • Disco di inizializzazione.

   • Interfacce di rete.

   Queste risorse verranno riutilizzate automaticamente da Azure Migrate durante i successivi tentativi di migrazione.

Passaggi successivi

A seconda della fase della migrazione, potrebbe essere necessario esaminare uno degli articoli seguenti per risolvere i problemi:

• Risolvere i problemi di individuazione.
• Risolvere i problemi dei progetti di Azure Migrate.
• Risolvere i problemi utilizzando la diagnostica dell'apparecchio.