Risolvere i problemi relativi all'appliance Azure Migrate

Questo articolo illustra come risolvere i problemi quando si distribuisce l'appliance di Azure Migrate e si usa l'appliance per individuare i server locali.

Attività supportate

Esaminare i requisiti di supporto dell'appliance.

Errore "Voce manifesto OVF non valida" durante l'installazione dell'appliance

Viene visualizzato l'errore "The provided manifest file is invalid: Invalid OVF manifest entry" when you set up an appliance by using the OVA template.You get the error "The provided manifest file is invalid: Invalid OVF manifest entry" when you set up an appliance by using the OVA template.

Correzione

1. Verificare che il file OVA dell'appliance Di Azure Migrate venga scaricato correttamente controllandone il valore hash. Altre informazioni. Se il valore hash non corrisponde, scaricare di nuovo il file OVA e ripetere la distribuzione.
2. Se la distribuzione non riesce e si usa il client VMware vSphere per distribuire il file OVF, provare a distribuirlo tramite il client Web vSphere. Se la distribuzione non riesce, provare a usare un Web browser diverso.
3. Se si usa il client Web vSphere e si prova a distribuirlo in vCenter Server 6.5 o 6.7, provare a distribuire l'OVA direttamente nell'host ESXi:
   • Connettersi direttamente all'host ESXi (anziché al server vCenter) con il client Web (indirizzo IP>/interfaccia utente https://< host).
   • In Home Inventory (Inventario home>) selezionare File Deploy OVF template (Distribuisci file>OVF). Passare all'OVA e completare la distribuzione.
4. Se l'errore di distribuzione persiste, contattare il supporto di Azure Migrate.

Il controllo della connettività non riesce durante la configurazione dei prerequisiti

Viene visualizzato un errore nel controllo della connettività nell'appliance.

Correzione

1. Verificare che sia possibile connettersi agli URL richiesti dall'appliance.
2. Controllare se è presente un proxy o un firewall che blocca l'accesso a questi URL. Se è necessario creare un elenco di elementi consentiti, assicurarsi di includere tutti gli URL.
3. Se è presente un server proxy configurato in locale, immettere correttamente i dettagli del proxy selezionando Il proxy di installazione nello stesso passaggio. Immettere le credenziali di autorizzazione se il proxy ne necessita.
4. Assicurarsi che il server non sia stato usato in precedenza per configurare l'appliance di replica o che nel server sia installato l'agente del servizio Mobility.

Il controllo della connettività non riesce per l'URL aka.ms durante l'installazione dei prerequisiti

Viene visualizzato un errore nel controllo della connettività nell'appliance per l'URL aka.ms.

Correzione

1. Assicurarsi di disporre della connettività a Internet e di aver aggiunto l'URL-aka.ms/* all'elenco consenti di scaricare le versioni più recenti dei servizi.
2. Controllare se è presente un proxy o un firewall che blocca l'accesso a questo URL. Assicurarsi di aver specificato correttamente i dettagli del proxy nel passaggio dei prerequisiti di Configuration Manager.
3. Tornare a Gestione configurazione appliance ed eseguire di nuovo i prerequisiti per avviare l'aggiornamento automatico.
4. Se il nuovo tentativo non è utile, scaricare il file di latestcomponents.json da questo sito Web per verificare le versioni più recenti dei servizi che hanno esito negativo. Aggiornarli manualmente dai collegamenti di download nel file.

Se l'appliance è stata abilitata per la connettività dell'endpoint privato e non si vuole consentire l'accesso a questo URL tramite Internet, disabilitare l'aggiornamento automatico perché il collegamento aka.ms è necessario per questo servizio.

Il controllo dell'aggiornamento automatico non riesce durante l'installazione dei prerequisiti

Viene visualizzato un errore nel controllo dell'aggiornamento automatico nell'appliance.

Correzione

1. Assicurarsi di aver creato un elenco di elementi consentiti per gli URL necessari e che nessuna impostazione proxy o firewall li blocchi.
2. Nel caso in cui l'aggiornamento di un componente dell'appliance abbia esito negativo, eseguire di nuovo i prerequisiti o aggiornare manualmente i servizi dell'appliance.

Il controllo di sincronizzazione dell'ora non riesce durante la configurazione dei prerequisiti

Un errore relativo alla sincronizzazione dell'ora indica che l'orologio del server potrebbe non essere sincronizzato con l'ora corrente di più di cinque minuti.

Correzione

• Assicurarsi che l'ora del server dell'appliance sia sincronizzata con l'ora Internet controllando le impostazioni di data e ora da Pannello di controllo.
• È anche possibile modificare l'ora dell'orologio nel server dell'appliance in modo che corrisponda all'ora corrente seguendo questa procedura:
  1. Aprire un prompt dei comandi amministratore nel server.
  2. Per controllare il fuso orario, eseguire w32tm /tz.
  3. Per sincronizzare l'ora, eseguire w32tm /resync.

Il controllo VDDK non riesce durante la configurazione dei prerequisiti nell'appliance VMware

Il controllo Virtual Disk Development Kit (VDDK) non è riuscito perché l'appliance non è riuscita a trovare il VDDK richiesto installato nell'appliance. Questo problema può causare errori con la replica in corso.

Correzione

1. Assicurarsi di aver scaricato VDDK 6.7 e di aver copiato i file in C:\Programmi\VMware\VMware Virtual Disk Development Kit nel server dell'appliance.
2. Assicurarsi che nessun altro software o applicazione usi un'altra versione di VDDK nell'appliance.

Si verifica un errore correlato alla chiave del progetto durante la registrazione dell'appliance

Si verificano problemi quando si tenta di registrare l'appliance usando la chiave del progetto di Azure Migrate copiata dal progetto.

Correzione

1. Assicurarsi di aver copiato la chiave corretta dal progetto. Nella scheda Individuazione e valutazione di Azure Migrate nel progetto selezionare Individua. Selezionare quindi Gestisci appliance esistente nel passaggio 1. Selezionare il nome dell'appliance per il quale è stata generata in precedenza una chiave dal menu a discesa. Copiare la chiave corrispondente.
2. Assicurarsi di incollare la chiave nell'appliance del tipo di cloud (pubblico/US Gov) e tipo di appliance (VMware/Hyper-V/fisico o altro) corretti. Controllare nella parte superiore di Gestione configurazione appliance per confermare il cloud e il tipo di scenario.

Si verifica l'errore "Failed to connect to the Azure Migrate project" (Non è stato possibile connettersi al progetto di Azure Migrate) durante la registrazione dell'appliance

Dopo aver eseguito l'accesso con un account utente di Azure, il passaggio di registrazione dell'appliance ha esito negativo e viene visualizzato il messaggio "Impossibile connettersi al progetto di Azure Migrate. Controllare i dettagli degli errori e seguire la procedura di risoluzione dei problemi facendo clic sul pulsante Riprova".

Il problema si verifica quando l'account utente di Azure usato per eseguire l'accesso da Gestione configurazione dell'appliance non è lo stesso account utente usato per generare la chiave di progetto di Azure Migrate nel portale.

Correzione

è possibile procedere in due modi:

• Per completare la registrazione dell'appliance, usare lo stesso account utente di Azure che ha generato la chiave del progetto Azure Migrate nel portale.
• È anche possibile assegnare i ruoli e le autorizzazioni necessari all'altro account utente di Azure usato per la registrazione dell'appliance.

L'errore "Operazione Microsoft Entra non riuscita con stato Non consentito" si verifica durante la registrazione dell'appliance

Non è possibile completare la registrazione a causa di privilegi di ID Microsoft Entra insufficienti e viene visualizzato l'errore "Operazione di Microsoft Entra non riuscita con stato Non consentito".

Correzione

Assicurarsi di disporre delle autorizzazioni necessarie per creare e gestire applicazioni Microsoft Entra in Azure. È necessario avere il ruolo Sviluppatore dell'applicazione o il ruolo utente con l'utente può registrare le applicazioni consentite a livello di tenant.

Errore "Accesso negato all'insieme di credenziali delle chiavi" durante la registrazione dell'appliance

L'operazione di creazione o aggiornamento di Azure Key Vault non è riuscita per "{KeyVaultName}" a causa dell'errore "{KeyVaultErrorMessage}".

Questo problema si verifica in genere quando l'account utente di Azure usato per registrare l'appliance è diverso dall'account usato per generare la chiave del progetto di Azure Migrate nel portale, ovvero quando è stato creato l'insieme di credenziali delle chiavi.

Correzione

1. Assicurarsi che l'account utente attualmente connesso nell'appliance disponga delle autorizzazioni necessarie per l'insieme di credenziali delle chiavi indicato nel messaggio di errore. L'account utente necessita di autorizzazioni come indicato in questo sito Web.
2. Passare all'insieme di credenziali delle chiavi e assicurarsi che l'account utente disponga di criteri di accesso con tutte le autorizzazioni Chiave, Segreto e Certificato assegnate in Criteri di accesso dell'insieme di credenziali delle chiavi. Altre informazioni.
3. Se è stata abilitata l'appliance per la connettività dell'endpoint privato, assicurarsi che l'appliance sia ospitata nella stessa rete virtuale in cui è stato creato l'insieme di credenziali delle chiavi o che sia connessa alla rete virtuale di Azure in cui è stato creato l'insieme di credenziali delle chiavi tramite un collegamento privato. Assicurarsi che il collegamento privato dell'insieme di credenziali delle chiavi sia risolvibile dall'appliance. Passare ad Azure Migrate: Individuazione e proprietà di valutazione>per trovare i dettagli degli endpoint privati per le risorse come l'insieme di credenziali delle chiavi creato durante la creazione della chiave di Azure Migrate. Altre informazioni.
4. Se si dispone delle autorizzazioni e della connettività necessarie, ripetere la registrazione nell'appliance dopo qualche tempo.

Impossibile connettersi al server vCenter durante la convalida

Se viene visualizzato questo errore di connessione, potrebbe non essere possibile connettersi al nome server vCenter.com:9443. I dettagli dell'errore indicano che non è presente alcun endpoint in ascolto https://\*servername*.com:9443/sdk in grado di accettare il messaggio.

Correzione

• Controllare se si esegue la versione più recente dell'appliance. In caso contrario, aggiornare l'appliance alla versione più recente.

• Se il problema persiste nella versione più recente, l'appliance potrebbe non essere in grado di risolvere il nome del server vCenter specificato oppure la porta specificata potrebbe non essere corretta. Per impostazione predefinita, se la porta non è specificata, l'agente di raccolta prova a connettersi al numero di porta 443.

  1. Ping Servername.com dall'appliance.
  2. Se il passaggio 1 ha esito negativo, provare a connettersi al server vCenter usando l'indirizzo IP.
  3. Identificare il numero di porta corretto per connettersi al server vCenter.
  4. Verificare che il server vCenter sia operativo.

La convalida delle credenziali del server (dominio) non riesce nell'appliance VMware

Viene visualizzato il messaggio "Convalida non riuscita" per le credenziali di dominio aggiunte nell'appliance VMware per eseguire l'inventario software e l'analisi delle dipendenze senza agente.

Correzione

1. Verificare di aver specificato il nome di dominio e le credenziali corretti.
2. Assicurarsi che il dominio sia raggiungibile dall'appliance per convalidare le credenziali. L'appliance potrebbe riscontrare problemi di tipo line-of-sight o il nome di dominio potrebbe non essere risolvibile dal server dell'appliance.
3. Selezionare Modifica per aggiornare il nome di dominio o le credenziali. Selezionare Riconvalida credenziali per convalidare nuovamente le credenziali dopo un certo periodo di tempo.

L'errore "Accesso negato" si verifica quando ci si connette a host o cluster Hyper-V durante la convalida

Non è possibile convalidare l'host o il cluster Hyper-V aggiunto a causa dell'errore "Accesso negato".

Correzione

1. Assicurarsi di aver soddisfatto tutti i prerequisiti per gli host Hyper-V.
2. Controllare i passaggi in questo sito Web per preparare manualmente gli host Hyper-V o usando uno script di PowerShell di provisioning.

L'errore "Il server non supporta le operazioni di identificazione WS-Management" si verifica durante la convalida

Non è possibile convalidare i cluster Hyper-V nell'appliance a causa dell'errore "Il server non supporta le operazioni di identificazione della gestione WS. Ignorare la parte TestConnection della richiesta e riprovare."

Correzione

Questo errore si verifica in genere quando è stata fornita una configurazione proxy nell'appliance. L'appliance si connette ai cluster usando il nome breve per i nodi del cluster, anche se è stato specificato il nome di dominio completo del nodo. Aggiungere il nome breve per i nodi del cluster all'elenco di proxy di bypass nell'appliance, il problema viene risolto e la convalida del cluster Hyper-V ha esito positivo.

L'errore "Non è possibile connettersi all'host o al cluster" si verifica durante la convalida in un'appliance Hyper-V

Errore "Non è possibile connettersi a un host o a un cluster perché il nome del server non può essere risolto. Codice di errore WinRM: 0x803381B9" può verificarsi se il servizio DNS di Azure per l'appliance non è in grado di risolvere il cluster o il nome host specificato.

Questo problema si verifica in genere quando è stato aggiunto l'indirizzo IP di un host che non può essere risolto dal DNS. L'errore potrebbe essere visualizzato anche per gli host in un cluster. Indica che l'appliance può connettersi al cluster, ma il cluster restituisce nomi host non FQDN.

Correzione

Per risolvere questo errore, aggiornare il file hosts nell'appliance aggiungendo un mapping degli indirizzi IP e dei nomi host.

1. Aprire Blocco note come amministratore.
2. Aprire il file C:\Windows\System32\Drivers\etc\hosts.
3. Aggiungere l'indirizzo IP e il nome host in una riga. Ripetere per ogni host o cluster in cui viene visualizzato questo errore.
4. Salvare e chiudere il file degli host.
5. Controllare se l'appliance può connettersi agli host usando l'app di gestione dell'appliance. Dopo 30 minuti, verranno visualizzate le informazioni più recenti per questi host nel portale di Azure.

Errore "Impossibile connettersi al server" durante la convalida dei server fisici

Correzione

• Verificare che sia presente la connettività dall'appliance al server di destinazione.
• Se si tratta di un server Linux, verificare che l'autenticazione basata su password sia abilitata seguendo questa procedura:
  1. Accedere al server Linux e aprire il file di configurazione ssh usando il comando vi /etc/ssh/sshd_config.
  2. Impostare l'opzione PasswordAuthentication su sì. Salvare il file.
  3. Riavviare il servizio ssh eseguendo il riavvio sshd del servizio.
• Se si tratta di un server Windows, verificare che la porta 5985 sia aperta per consentire le chiamate WMI remote.
• Se si individua un server Linux GCP e si usa un utente radice, usare i comandi seguenti per modificare l'impostazione predefinita per l'account di accesso radice:
  1. Accedere al server Linux e aprire il file di configurazione ssh usando il comando vi /etc/ssh/sshd_config.
  2. Impostare l'opzione PermitRootLogin su sì.
  3. Riavviare il servizio ssh eseguendo il riavvio sshd del servizio.

Si verifica l'errore "Failed to fetch BIOS GUID" (Impossibile recuperare il GUID BIOS) per il server durante la convalida

La convalida di un server fisico non riesce nell'appliance con il messaggio di errore "Impossibile recuperare il GUID BIOS".

Correzione

cat /sys/class/dmi/id/product_uuid
dmidecode | grep -i uuid | awk '{print $2}'

ssh <username>@<servername>

[CmdletBinding()]
Param(
  [Parameter(Mandatory=$True,Position=1)]
   [string]$Hostname
)
$HostNS = "root\cimv2"
$error.Clear()

$Cred = Get-Credential
$Session = New-CimSession -Credential $Cred -ComputerName $Hostname

if ($Session -eq $null -or $Session.TestConnection() -eq $false)
{
    Write-Host "Connection failed with $Hostname due to $error"
    exit -1
}

Write-Host "Connection established with $Hostname"
#Get-WmiObject -Query "select uuid from Win32_ComputerSystemProduct" 

$HostInstance = $Session.QueryInstances($HostNS, "WQL", "Select UUID from Win32_ComputerSystemProduct")
$HostInstance | fl *

Errore "Nessun metodo di autenticazione appropriato trovato" per il server durante la convalida

Viene visualizzato l'errore "Nessun metodo di autenticazione appropriato trovato" quando si tenta di convalidare un server Linux tramite l'appliance fisica.

Correzione

Verificare che l'autenticazione basata su password sia abilitata nel server Linux seguendo questa procedura:

1. Accedere al server Linux. Aprire il file di configurazione ssh usando il comando vi /etc/ssh/sshd_config.
2. Impostare l'opzione PasswordAuthentication su sì. Salvare il file.
3. Riavviare il servizio ssh eseguendo il riavvio sshd del servizio.

L'errore "Accesso negato" si verifica quando ci si connette ai server fisici durante la convalida

Viene visualizzato l'errore "Il servizio WS-Management non è in grado di elaborare la richiesta. Il servizio WMI ha restituito un errore di accesso negato" quando si tenta di convalidare un server Windows tramite l'appliance fisica.

Correzione

• Se viene visualizzato questo errore, assicurarsi che l'account utente fornito (dominio/locale) nel gestore configurazione dell'appliance sia stato aggiunto a questi gruppi: Utenti gestione remota, utenti Monitor prestazioni utenti e utenti del log delle prestazioni.

• Se il gruppo Utenti gestione remota non è presente, aggiungere l'account utente al gruppo WinRMRemoteWMIUsers_.

• È anche possibile verificare se il protocollo WS-Management è abilitato nel server eseguendo il comando seguente nel prompt dei comandi del server di destinazione: winrm qc

• Se il problema persiste, assicurarsi che l'account utente disponga delle autorizzazioni di accesso per lo spazio dei nomi CIMV2 e gli spazi dei nomi secondari nel Pannello di controllo WMI. È possibile impostare l'accesso seguendo questa procedura:

  1. Passare al server che non riesce a convalidare l'appliance.
  2. Cercare e selezionare Esegui nel menu Start. Nella finestra di dialogo Esegui immettere wmimgmt.msc nella casella di testo Apri e selezionare INVIO.
  3. Viene aperta la console wmimgmt in cui è possibile trovare il Controllo WMI (locale) nel riquadro sinistro. Fare clic con il pulsante destro del mouse e scegliere Proprietà dal menu.
  4. Nella finestra di dialogo Proprietà controllo WMI (locale) selezionare la scheda Sicurezze.
  5. Nella scheda Titoli espandere la cartella Radice nell'albero dello spazio dei nomi e selezionare lo spazio dei nomi cimv2 .
  6. Selezionare Sicurezza per aprire la finestra di dialogo Sicurezza per ROOT\cimv2 .
  7. Nella sezione Nomi gruppo o utenti selezionare Aggiungi per aprire la finestra di dialogo Seleziona utenti, computer, account di servizio o gruppi .
  8. Cercare l'account utente, selezionarlo e selezionare OK per tornare alla finestra di dialogo Sicurezza per ROOT\cimv2 .
  9. Nella sezione Nomi gruppo o utenti selezionare l'account utente appena aggiunto. Controllare se sono consentite le autorizzazioni seguenti:
     
     • Abilitare l'account
       
     • Abilitazione remota
  10. Selezionare Applica per abilitare le autorizzazioni impostate nell'account utente.

• Gli stessi passaggi sono applicabili anche in un account utente locale per i server non di dominio/gruppo di lavoro. In alcuni casi, il filtro controllo dell'account utente potrebbe bloccare alcune proprietà WMI durante l'esecuzione dei comandi come utente standard, in modo da poter usare un account amministratore locale o disabilitare controllo dell'account utente in modo che l'account utente locale non venga filtrato e diventi invece un amministratore completo.

• La disabilitazione di Controllo dell'account utente remoto modificando la voce del Registro di sistema che controlla Controllo dell'account utente remoto non è consigliata, ma potrebbe essere necessaria in un gruppo di lavoro. La voce del Registro di sistema è HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. Quando il valore di questa voce è zero (0), il filtro dei token di accesso di Controllo dell'account utente remoto è abilitato. Quando il valore è 1, controllo dell'account utente remoto è disabilitato.

L'appliance è disconnessa

Viene visualizzato un messaggio di errore "Appliance disconnessa" quando si tenta di abilitare la replica in alcuni server VMware dal portale.

Questo errore può verificarsi se l'appliance si trova in uno stato di arresto o se il servizio DRA nell'appliance non può comunicare con Azure.

Correzione

1. Passare a Gestione configurazione appliance e rieseguire i prerequisiti per visualizzare lo stato del servizio DRA in Visualizzare i servizi dell'appliance.

2. Se il servizio non è in esecuzione, arrestare e riavviare il servizio dal prompt dei comandi usando i comandi seguenti:

   net stop dra
   net start dra
   

Passaggi successivi

• Configurare un'appliance per server fisici, Hyper-V o VMware.
• Informazioni su come eseguire la migrazione di macchine virtuali VMware, macchine virtuali Hyper-V o server fisici.