Condividi tramite


Risolvere i problemi di migrazione di macchine virtuali Hyper-V ad Azure Stack HCI tramite Azure Migrate (anteprima)

Si applica a: Azure Stack HCI, versione 23H2

Questo articolo descrive come risolvere eventuali potenziali problemi che potrebbero verificarsi durante la migrazione di macchine virtuali Hyper-V all'ambiente HCI di Azure Stack usando Azure Migrate.

Importante

Questa funzionalità è attualmente disponibile in ANTEPRIMA. Vedere le condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure per termini legali aggiuntivi che si applicano a funzionalità di Azure in versione beta, in anteprima o in altro modo non ancora disponibili a livello generale.

Verificare se i servizi necessari sono in esecuzione

Assicurarsi che la macchina virtuale dell'appliance di origine e la macchina virtuale dell'appliance di destinazione dispongano di una configurazione integra assicurando che i servizi seguenti vengano eseguiti.

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 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 Azure Migrate
  • Descrizione del problema o del feedback
  • ID sottoscrizione
  • ID tenant
  • Nome del progetto di Azure Migrate
  • Area del progetto o area geografica di Azure Migrate
  • Nome della macchina virtuale per problemi relativi alla replica e alla migrazione
  • ID di correlazione per la distribuzione o l'ID 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, è necessario l'ID di correlazione o un ID processo.

Ottenere l'ID di correlazione per una distribuzione

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

Inoltre, le operazioni non riuscite nella sessione vengono visualizzate come notifiche o nei log attività dalla cronologia precedente.

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 Azure Migrate e quindi passare a Panoramica. Nel riquadro destro selezionare il collegamento ipertestuale che mostra distribuzioni non riuscite e riuscite.

    Screenshot della panoramica del gruppo > di risorse del progetto azure Migrate in portale di Azure.

  2. Identificare la distribuzione desiderata per l'ID di correlazione e selezionare il nome della distribuzione.

    Screenshot delle distribuzioni del gruppo > di risorse del progetto azure Migrate in portale di Azure.

  3. Trovare l'ID di correlazione.

    Screenshot del gruppo > di risorse del progetto Azure Migrate Distribuzioni > panoramica della distribuzione > in portale di Azure.

Ottenere l'ID processo 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 failover pianificato (nota anche come migrazione) sono elencate anche come Processi nella sezione migrazione HCI di Azure Stack HCI del portale.

In questi casi, l'ID processo deve essere raccolto anche.

Seguire questa procedura per ottenere l'ID processo:

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

    Screenshot degli strumenti > di migrazione dei progetti > di Azure Migrate in portale di Azure.

  2. Nel riquadro a sinistra passare a Processi di migrazione > di Azure Stack HCI.

  3. Identificare il processo per cui si vuole l'ID processo e selezionare il nome del processo.

    Screenshot degli strumenti > di migrazione dei progetti > di Azure Migrate Panoramica > dei processi > di migrazione > di Azure Stack HCI Il processo in portale di Azure.

  4. Trovare l'ID processo.

    Screenshot degli strumenti > di migrazione dei progetti > di Azure Migrate Panoramica > dei processi > di migrazione > di Azure Stack HCI Creazione > o aggiornamento dell'elemento protetto in portale di Azure.

Per le operazioni di replica pianificate

Gli errori nelle operazioni pianificate come gli errori del ciclo di replica oraria sono elencati come eventi nella sezione migrazione di Azure Stack HCI del portale.

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

  • Dettagli degli errori visualizzati negli eventi che includono Time, Error ID, Error message, VM ID.
  • 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 da 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 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 relativi all'individuazione.

Per problemi speciali

Se necessario, supporto tecnico Microsoft può richiedere anche i log eventi del componente o i log eventi di sistema, ad esempio i log Hyper-V e i log SMB.

Problemi e risoluzioni comuni

La creazione del progetto di 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 gli elementi seguenti:

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

L'eliminazione o la modifica delle informazioni del cluster di destinazione dall'appliance di origine Configuration Manager non funziona.

Causa radice Quando si forniscono informazioni nell'appliance di origine Configuration Manager, il nome del cluster di destinazione non può essere modificato una volta immesso.

Risoluzione consigliata Seguire questa procedura per eliminare o modificare il cluster di destinazione dall'appliance di origine Configuration Manager:

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

  2. Ricaricare appliance Configuration Manager e è possibile immettere nuovi valori per il cluster di destinazione.

Nota

Questa soluzione alternativa non è consigliata se è stata avviata la replica.

Questa soluzione alternativa può essere usata solo se l'appliance non è registrata. Se l'appliance è registrata, è necessario rimuovere l'appliance dal progetto. È quindi necessario generare una nuova chiave di progetto e reinstallare l'appliance.

La registrazione dell'appliance di destinazione ha esito negativo

Causa radice

La registrazione dell'appliance di destinazione ha esito negativo.

Risoluzione consigliata

Aggiornare la pagina e riprovare a registrare.

Problemi dell'appliance 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. Eseguire PowerShell come amministratore.

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

    .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
    

La replica della macchina virtuale ha esito negativo

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 sono a disponibilità elevata. Tutte le macchine virtuali devono essere a disponibilità elevata da individuare per la replica e la migrazione. Se le macchine virtuali non sono a disponibilità elevata, queste non vengono visualizzate nell'elenco e vengono escluse per la 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 altre informazioni, vedere Rendere a disponibilità elevata le macchine virtuali Hyper-V.
  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 ha esito negativo 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 di cui è stata eseguita la migrazione 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 manualmente le unità online nelle macchine virtuali di cui è stata eseguita la migrazione.

La migrazione ha esito negativo e non è possibile eliminare l'errore di snapshot

Causa radice

Impossibile eseguire la migrazione a causa dell'errore seguente:

Errore: Non è stato possibile eliminare uno snapshot con ID

Le operazioni manuali della macchina virtuale Hyper-V nel sistema hanno esito negativo con lo stesso errore e non è possibile eseguire operazioni manuali sulla 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 la procedura seguente per assicurarsi che la migrazione sia fluida.

  1. Ottenere l'ID macchina virtuale nelle informazioni sugli errori.

    $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 degli 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 la failover pianificato, la macchina virtuale viene disattivata nell'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")

Passaggi successivi

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