Risolvere i problemi relativi alla visualizzazione delle dipendenze

Questo articolo illustra come risolvere i problemi relativi all'analisi delle dipendenze senza agente e basata su agente, disponibile solo per i server VMware. Altre informazioni sui tipi di visualizzazione delle dipendenze supportati in Azure Migrate.

Visualizzare le dipendenze per >1 ora con l'analisi delle dipendenze senza agente

Con l'analisi delle dipendenze senza agente, è possibile visualizzare le dipendenze o esportarle in una mappa per una durata massima di 30 giorni.

Visualizzare le dipendenze per >10 server con analisi delle dipendenze senza agente

Azure Migrate offre un modello di Power BI che è possibile usare per visualizzare le connessioni di rete di più server contemporaneamente e filtrare in base a processi e server. Altre informazioni su come visualizzare le dipendenze per molti server insieme.

Il CSV di esportazione delle dipendenza mostra "Processo sconosciuto" con l'analisi delle dipendenze senza agente

Nell'analisi delle dipendenze senza agente, i nomi dei processi vengono acquisiti nel modo migliore. In alcuni scenari, anche se si acquisiscono i nomi dei server di origine e di destinazione e la porta di destinazione, non è possibile determinare i nomi dei processi a entrambe le estremità della dipendenza. In questi casi, il processo viene contrassegnato come "Processo sconosciuto".

Impossibile esportare i dati delle dipendenze in un file CSV a causa dell'errore "403: questa richiesta non è autorizzata a eseguire questa operazione"

Se il progetto di Azure Migrate dispone di connettività dell'endpoint privato, la richiesta di esportazione dei dati delle dipendenze deve essere avviata da un client connesso alla rete virtuale di Azure tramite una rete privata. Per risolvere questo errore, aprire il portale di Azure nella rete locale o nel server dell'appliance e riprovare a eseguire l'esportazione.

Esportare gli errori di analisi delle dipendenze

È possibile esportare tutti gli errori e le correzioni per l'analisi delle dipendenze senza agente dal portale selezionando Esporta notifiche. Il file CSV esportato contiene anche informazioni aggiuntive, ad esempio il timestamp in cui è stato rilevato l'errore e se si è verificato un errore durante la convalida o l'individuazione dei dati delle dipendenze.

Errori comuni di analisi delle dipendenze senza agente

Azure Migrate supporta l'analisi delle dipendenze senza agente usando Azure Migrate: individuazione e valutazione. Altre informazioni su come eseguire l'analisi delle dipendenze senza agente.

Per le macchine virtuali VMware, l'analisi delle dipendenze senza agente viene eseguita connettendosi ai server tramite il server vCenter con le API VMware. Per le macchine virtuali Hyper-V e i server fisici, l'analisi delle dipendenze senza agente viene eseguita connettendosi direttamente ai server Windows usando la comunicazione remota di PowerShell sulla porta 5985 (HTTP) e ai server Linux usando la connettività SSH sulla porta 22 (TCP).

La tabella seguente riepiloga tutti gli errori riscontrati durante la raccolta dei dati delle dipendenze tramite le API VMware o la connessione diretta ai server:

Nota

È anche possibile riscontrare gli stessi errori con l'inventario software perché segue la stessa metodologia dell'analisi delle dipendenze senza agente per raccogliere i dati necessari.

Errore	Causa	Azione
60001:UnableToConnectToPhysicalServer	I prerequisiti per la connessione al server non sono stati soddisfatti oppure si sono verificati problemi di rete durante la connessione al server, ad esempio alcune impostazioni proxy.	Assicurarsi che il server soddisfi i prerequisiti e i requisiti di accesso alle porte. - Aggiungere gli indirizzi IP dei computer remoti (server individuati) all'elenco TrustedHosts WinRM nell'appliance Azure Migrate e ripetere l'operazione. Ciò consente connessioni in ingresso remote nei server: Windows: porta WinRM 5985 (HTTP) e Linux: porta SSH 22 (TCP). - Assicurarsi di aver scelto il metodo di autenticazione corretto nell'appliance per connettersi al server. - Se il problema persiste, inviare un caso al supporto tecnico Microsoft specificando l'ID computer dell'appliance (disponibile nel piè di pagina di Gestione configurazione appliance).
60002:InvalidServerCredentials	Impossibile connettersi al server. Sono state specificate credenziali non corrette nell'appliance oppure le credenziali fornite in precedenza sono scadute.	- Assicurarsi di aver specificato le credenziali corrette per il server nell'appliance. È possibile verificarlo provando a connettersi al server usando tali credenziali. - Se le credenziali aggiunte non sono corrette o sono scadute, modificare le credenziali nell'appliance e riconvalidare i server aggiunti. Se la convalida ha esito positivo, il problema viene risolto. - Se il problema persiste, inviare un caso al supporto tecnico Microsoft specificando l'ID computer dell'appliance (disponibile nel piè di pagina di Gestione configurazione appliance).
60005:SSHOperationTimeout	L'operazione ha richiesto più tempo del previsto a causa di problemi di latenza di rete o a causa della mancanza degli aggiornamenti più recenti nel server.	- Assicurarsi che nel server interessato siano installati gli aggiornamenti più recenti del kernel e del sistema operativo. - Assicurarsi che non vi sia una latenza di rete tra l'appliance e il server. È consigliabile disporre dell'appliance e del server di origine nello stesso dominio per evitare problemi di latenza. - Connettersi al server interessato dall'appliance ed eseguire i comandi documentati qui per verificare se restituiscono dati null o vuoti. - Se il problema persiste, inviare un caso al supporto tecnico Microsoft specificando l'ID computer dell'appliance (disponibile nel piè di pagina di Gestione configurazione appliance).
9000: non è possibile rilevare lo stato degli strumenti VMware nel server.	È possibile che gli strumenti VMware non siano installati nel server o che la versione installata sia danneggiata.	Assicurarsi che gli strumenti VMware successivi alla versione 10.2.1 siano installati e in esecuzione nel server.
9001: gli strumenti VMware non sono installati nel server.	È possibile che gli strumenti VMware non siano installati nel server o che la versione installata sia danneggiata.	Assicurarsi che gli strumenti VMware successivi alla versione 10.2.1 siano installati e in esecuzione nel server.
9002: gli strumenti VMware non sono in esecuzione nel server.	È possibile che gli strumenti VMware non siano installati nel server o che la versione installata sia danneggiata.	Assicurarsi che gli strumenti VMware successivi alla versione 10.2.0 siano installati e in esecuzione nel server.
9003: il tipo di sistema operativo in esecuzione nel server non è supportato.	Il sistema operativo in esecuzione nel server non è Windows o Linux.	Sono supportati solo i tipi di sistema operativo Windows e Linux. Se il server esegue effettivamente il sistema operativo Windows o Linux, controllare il tipo di sistema operativo specificato nel server vCenter.
9004: il server non è in stato in corso di esecuzione.	Il server è spento.	Assicurarsi che il server sia in esecuzione.
9005: il tipo di sistema operativo in esecuzione nel server non è supportato.	Il sistema operativo in esecuzione nel server non è Windows o Linux.	Sono supportati solo i tipi di sistema operativo Windows e Linux. Il sistema operativo <FetchedParameter> non è attualmente supportato.
9006: l'URL necessario per il download del file dei metadati di individuazione dal server è vuoto.	Potrebbe trattarsi di un problema temporaneo dovuto all'agente di individuazione nell'appliance che non funziona come previsto.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se il problema persiste, aprire un ticket al supporto tecnico di Microsoft.
9007: il processo che esegue lo script per la raccolta dei metadati non è stato trovato nel server.	Potrebbe trattarsi di un problema temporaneo dovuto all'agente di individuazione nell'appliance che non funziona come previsto.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se il problema persiste, aprire un ticket al supporto tecnico di Microsoft.
9008: non è possibile recuperare lo stato del processo in esecuzione nel server per la raccolta dei metadati.	Potrebbe trattarsi di un errore temporaneo a causa di un errore interno.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se il problema persiste, aprire un ticket al supporto tecnico di Microsoft.
9009: Controllo account utente (UAC) di Windows impedisce l'esecuzione delle operazioni di individuazione nel server.	Le impostazioni di Controllo dell'account utente (UAC) di Windows limitano l'individuazione delle applicazioni installate dal server.	Nel server interessato abbassare il livello delle impostazioni di Controllo account utente nel Pannello di controllo.
9010: il server è spento.	Il server è spento.	Assicurarsi che il server sia acceso.
9011: il file contenente i metadati individuati non è stato trovato nel server.	Potrebbe trattarsi di un errore temporaneo a causa di un errore interno.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se il problema persiste, aprire un ticket al supporto tecnico di Microsoft.
9012: il file contenente i metadati individuati nel server è vuoto.	Potrebbe trattarsi di un errore temporaneo a causa di un errore interno.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se il problema persiste, aprire un ticket al supporto tecnico di Microsoft.
9013: ogni volta al momento dell'accesso al server viene creato un nuovo profilo utente temporaneo.	Ogni volta al momento dell'accesso al server viene creato un nuovo profilo utente temporaneo.	Per risolvere il problema, inviare un caso al supporto tecnico Microsoft.
9014: non è possibile recuperare il file contenente i metadati individuati a causa di un errore riscontrato nell'host ESXi. Codice errore: %ErrorCode; Dettagli: %ErrorMessage	Si è verificato un errore nell'host ESXi <HostName>. Codice errore: '%ErrorCode;' Dettagli: '%ErrorMessage;'.	Assicurarsi che la porta 443 sia aperta nell'host ESXi in cui è in esecuzione il server. Altre informazioni su come risolvere il problema.
9015: nell'account utente del server vCenter specificato per l'individuazione server non sono abilitati i privilegi Operazioni guest.	I privilegi necessari Operazioni guest non sono stati abilitati nell'account utente del server vCenter.	Assicurarsi che l'account utente del server vCenter abbia privilegi abilitati per Macchine virtuali>Operazioni guest, per interagire con il server e recuperare i dati richiesti. Altre informazioni su come configurare l'account del server vCenter con privilegi necessari.
9016: non è possibile individuare i metadati perché l'agente Operazioni guest nel server non è aggiornato.	Gli strumenti VMware non sono installati nel server o la versione installata non è aggiornata.	Assicurarsi che gli strumenti VMware siano installati e in esecuzione nel server. La versione degli strumenti VMware deve essere 10.2.1 o successiva.
9017: il file contenente i metadati individuati non è stato trovato nel server.	Potrebbe trattarsi di un problema temporaneo a causa di un errore interno.	Per risolvere il problema, inviare un caso al supporto tecnico Microsoft.
9018: PowerShell non è installato nel server.	Non è possibile trovare PowerShell nel server.	Assicurarsi che PowerShell versione 2.0 o successiva sia installato nel server. Altre informazioni su come risolvere il problema.
9019: non è possibile individuare i metadati a causa di errori delle operazioni guest nel server.	Non è stato possibile eseguire le operazioni guest VMware nel server. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	Verificare che le credenziali del server nell'appliance siano valide e che il nome utente nelle credenziali sia nel formato UPN (User Principal Name). (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
9020: non è possibile creare il file necessario per contenere i metadati individuati nel server.	Il ruolo associato alle credenziali fornite nell'appliance o in un criterio di gruppo locale limita la creazione del file nella cartella richiesta. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	1. Controllare se le credenziali fornite nell'appliance hanno creato l'autorizzazione file per il <percorso della cartella/il nome della cartella> nel server. 2. Se le credenziali nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
9021: non è possibile creare il file necessario per contenere i metadati individuati nel percorso corretto del server.	Gli strumenti VMware segnalano un percorso di file non corretto per creare il file.	Assicurarsi che gli strumenti VMware successivi alla versione 10.2.0 siano installati e in esecuzione nel server.
9022: l'accesso per l'esecuzione del cmdlet Get-WmiObject nel server è stato negato.	Il ruolo associato alle credenziali fornite nell'appliance o in un criterio di gruppo locale limita l'accesso all'oggetto WMI. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	1. Controllare se le credenziali fornite nell'appliance hanno creato privilegi di amministratore file e hanno WMI abilitato. 2. Se le credenziali nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.) Altre informazioni su come risolvere il problema.
9023: impossibile eseguire PowerShell perché il valore della variabile di ambiente %SystemRoot% è vuoto.	Il valore della variabile di ambiente %SystemRoot% è vuoto per il server.	1. Controllare se la variabile di ambiente restituisce un valore vuoto eseguendo il comando eco schermo %systemroot% nel server interessato. 2. Se il problema persiste, inviare un caso di supporto Microsoft.
9024: impossibile eseguire l'individuazione perché il valore della variabile di ambiente %TEMP% è vuoto.	Il valore della variabile di ambiente %TEMP% è vuoto per il server.	1. Controllare se la variabile di ambiente restituisce un valore vuoto eseguendo il comando eco schermo %temp% nel server interessato. 2. Se il problema persiste, inviare un caso al supporto tecnico Microsoft.
9025: non è possibile eseguire l'individuazione perché PowerShell è danneggiato nel server.	PowerShell è danneggiato nel server.	Reinstallare PowerShell e verificare che sia in esecuzione nel server interessato.
9026: non è possibile eseguire operazioni guest nel server.	Lo stato corrente del server non consente l'esecuzione delle operazioni guest.	1. Assicurarsi che il server interessato sia operativo. 2. Se il problema persiste, inviare un caso al supporto tecnico Microsoft.
9027: non è possibile individuare i metadati perché l'agente Operazioni guest non è in esecuzione nel server.	Impossibile contattare l'agente operativo guest nel server.	Assicurarsi che gli strumenti VMware successivi alla versione 10.2.0 siano installati e in esecuzione nel server.
9028: non è possibile creare il file necessario per contenere i metadati individuati a causa di spazio di archiviazione insufficiente nel server.	Non è disponibile spazio di archiviazione sufficiente sul disco del server.	Assicurarsi che sia disponibile spazio sufficiente nell'archiviazione su disco del server interessato.
9029: le credenziali fornite nell'appliance non dispongono delle autorizzazioni di accesso per eseguire PowerShell.	Le credenziali nell'appliance non dispongono delle autorizzazioni di accesso per l'esecuzione di PowerShell. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	1. Assicurarsi che le credenziali nell'appliance possano accedere a PowerShell nel server. 2. Se le credenziali nell'appliance non dispongono dell'accesso necessario, fornire un altro set di credenziali o modificarne uno esistente. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
9030: non è possibile raccogliere i metadati individuati perché l'host ESXi in cui è ospitato il server è disconnesso.	L'host ESXi in cui si trova il server si trova in uno stato disconnesso.	Assicurarsi che l'host ESXi che esegue il server sia connesso.
9031: non è possibile raccogliere i metadati individuati perché l'host ESXi in cui è ospitato il server non risponde.	L'host ESXi in cui si trova il server è in uno stato non valido.	Assicurarsi che l'host ESXi che esegue il server sia connesso e in esecuzione.
9032: impossibile individuare a causa di un errore interno.	Il problema riscontrato è dovuto a un errore interno.	Seguire i passaggi in questo sito Web per risolvere il problema. Se il problema persiste, aprire un caso nel supporto tecnico Microsoft.
9033: non è possibile procedere con l'individuazione perché il nome utente delle credenziali fornite nell'appliance per il server contiene caratteri non validi.	Le credenziali nell'appliance contengono caratteri non validi nel nome utente. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	Assicurarsi che le credenziali nell'appliance non contengano caratteri non validi nel nome utente. È possibile tornare a Gestione configurazione appliance per modificare le credenziali. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
9034: non è possibile procedere con l'individuazione perché il nome utente delle credenziali fornite nell'appliance per il server non è nel formato UPN.	Le credenziali nell'appliance non hanno il nome utente nel formato UPN. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	Assicurarsi che le credenziali nell'appliance abbiano il nome utente nel formato UPN. È possibile tornare a Gestione configurazione appliance per modificare le credenziali. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
9035: impossibile individuare perché la modalità del linguaggio di PowerShell non è impostata correttamente.	La modalità del linguaggio PowerShell non è impostata su Linguaggio completo.	Assicurarsi che la modalità del linguaggio PowerShell sia impostata su Linguaggio completo.
9036: non è possibile procedere con l'individuazione perché il nome utente delle credenziali fornite nell'appliance per il server non è nel formato UPN.	Le credenziali nell'appliance non hanno il nome utente nel formato UPN. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	Assicurarsi che le credenziali nell'appliance abbiano il nome utente nel formato UPN. È possibile tornare a Gestione configurazione appliance per modificare le credenziali. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
9037: la raccolta dei metadati è temporaneamente sospesa a causa del tempo di risposta elevato del server.	Il server sta impiegando troppo tempo per rispondere.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se il problema persiste, aprire un ticket al supporto tecnico di Microsoft.
10000: il tipo di sistema operativo in esecuzione nel server non è supportato.	Il sistema operativo in esecuzione nel server non è Windows o Linux.	Sono supportati solo i tipi di sistema operativo Windows e Linux. Il sistema operativo <GuestOSName> non è attualmente supportato.
10001: lo script necessario per la raccolta dei metadati di individuazione non è stato trovato nel server.	Lo script necessario per eseguire l'individuazione potrebbe essere stato eliminato o rimosso dalla posizione prevista.	Per risolvere il problema, inviare un caso al supporto tecnico Microsoft.
10002: timeout delle operazioni di individuazione nel server.	Questo problema potrebbe essere temporaneo perché l'agente di individuazione nell'appliance non funziona come previsto.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se non viene risolto, seguire la procedura descritta in questo sito Web per risolvere il problema. Se il problema persiste, aprire un caso nel supporto tecnico Microsoft.
10003: Il processo che esegue le operazioni di individuazione è stato chiuso a causa di un errore.	Il processo che esegue le operazioni di individuazione è stato chiuso improvvisamente a causa di un errore.	Il problema dovrebbe essere risolto automaticamente nel ciclo successivo entro 24 ore. Se il problema persiste, aprire un ticket al supporto tecnico di Microsoft.
10004: non sono state specificate le credenziali nell'appliance per il tipo di sistema operativo del server.	Le credenziali per il tipo di sistema operativo del server non sono state aggiunte nell'appliance.	1. Assicurarsi di aggiungere le credenziali per il tipo di sistema operativo del server interessato nell'appliance. 2. È ora possibile aggiungere più credenziali del server nell'appliance.
10005: le credenziali fornite nell'appliance per il server non sono valide.	Le credenziali fornite nell'appliance non sono valide. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	1. Assicurarsi che le credenziali specificate nell'appliance per il server e che il server sia accessibile con tali credenziali. 2. È ora possibile aggiungere più credenziali del server nell'appliance. 3. Tornare nella gestione della configurazione dell'appliance per fornire un altro set di credenziali o modificarne uno esistente. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.) Altre informazioni su come risolvere il problema.
10006: il tipo di sistema operativo in esecuzione nel server non è supportato.	Il sistema operativo in esecuzione nel server non è Windows o Linux.	Sono supportati solo i tipi di sistema operativo Windows e Linux. Il sistema operativo <GuestOSName> non è attualmente supportato.
10007: non è possibile elaborare i metadati individuati dal server.	Si è verificato un errore durante l'analisi del contenuto del file contenente i metadati individuati.	Per risolvere il problema, inviare un caso al supporto tecnico Microsoft.
10008: non è possibile creare il file necessario per contenere i metadati individuati nel server.	Il ruolo associato alle credenziali fornite nell'appliance o in locale con criteri di gruppo limita la creazione del file nella cartella richiesta. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	1. Controllare se le credenziali fornite nell'appliance hanno creato l'autorizzazione file per il <percorso della cartella/il nome della cartella> nel server. 2. Se le credenziali nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
10009: non è possibile eseguire la scrittura dei metadati individuati sul file nel server.	Il ruolo associato alle credenziali fornite nell'appliance o un criterio di gruppo locale limita la scrittura nel file nel server. Si è verificato un problema durante il tentativo delle credenziali seguenti nel server: <FriendlyNameOfCredentials>.	1. Controllare se le credenziali fornite nell'appliance dispongono dell'autorizzazione di scrittura per il <percorso della cartella/il nome della cartella> nel server. 2. Se le credenziali nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. (Trovare il nome descrittivo delle credenziali provate da Azure Migrate nelle possibili cause.)
10010: non è possibile procedere con l'individuazione perché il comando '%CommandName;' necessario per raccogliere alcuni metadati non è presente nel server.	Il pacchetto contenente il comando '%CommandName;' non è installato nel server.	Assicurarsi che il pacchetto contenente il comando '%CommandName;' sia installato nel server.
10011: le credenziali fornite nell'appliance sono state usate per eseguire l'accesso e la disconnessione per una sessione interattiva.	L'accesso interattivo e la disconnessione forzano il caricamento delle chiavi del Registro di sistema nel profilo dell'account in uso. Questa condizione rende le chiavi non disponibili per un uso futuro.	Utilizzare i metodi di risoluzione documentati in questo sito Web.
10012: non sono state specificate le credenziali nell'appliance per il server.	Non sono state fornite credenziali per il server o sono state fornite credenziali di dominio con un nome di dominio non corretto nell'appliance. Altre informazioni sulla causa di questo errore.	1. Assicurarsi che le credenziali siano specificate nell'appliance per il server e che il server sia accessibile usando le credenziali. 2. È ora possibile aggiungere più credenziali nell'appliance per i server. Tornare a Gestione configurazione appliance per fornire le credenziali per il server.

Errore 970: DependencyMapInsufficientPrivilegesException

Causa

L'errore viene in genere visualizzato per i server Linux quando non sono state fornite credenziali con i privilegi necessari per l'appliance.

Correzione

è possibile procedere in due modi:

• Assicurarsi di aver fornito un account utente radice.
• Assicurarsi che un account disponga di queste autorizzazioni per i file /bin/netstat e /bin/ls:
  • CAP_DAC_READ_SEARCH
  • CAP_SYS_PTRACE

Per verificare se l'account utente fornito nell'appliance dispone dei privilegi necessari:

1. Accedere al server in cui si è verificato l'errore con lo stesso account utente indicato nel messaggio di errore.

2. Eseguire i comandi seguenti in Azure Shell. Se non si dispone dei privilegi necessari per l'analisi delle dipendenze senza agente, si otterranno errori.

   ps -o pid,cmd | grep -v ]$
   netstat -atnp | awk '{print $4,$5,$7}'
   

3. Impostare le autorizzazioni necessarie per i file /bin/netstat e /bin/ls eseguendo i comandi seguenti:

   sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/ls
   sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/netstat
   

4. È possibile verificare se i comandi precedenti hanno assegnato o meno le autorizzazioni necessarie all'account utente.

   getcap /usr/bin/ls
   getcap /usr/bin/netstat
   

5. Eseguire di nuovo i comandi forniti nel passaggio 2 per ottenere un output eseguito con successo.

Errore 9014: HTTPGetRequestToRetrieveFileFailed

Causa

Il problema si verifica quando l'agente di individuazione VMware nell'appliance tenta di scaricare il file di output contenente i dati di dipendenza dal file system del server tramite l'host ESXi in cui è ospitato il server.

Correzione

• È possibile testare la connettività TCP all'host ESXi (nome fornito nel messaggio di errore) sulla porta 443 (necessaria per essere aperta negli host ESXi per eseguire il pull dei dati delle dipendenze) dall'appliance. Aprire PowerShell nel server dell'appliance ed eseguire il comando seguente:

  Test -NetConnection -ComputeName <Ip address of the ESXi host> -Port 443
  

• Se il comando restituisce correttamente la connettività, andare al progetto Azure Migrate>Individuazione e valutazione> Panoramica>Gestisci>Appliance, selezionare il nome dell'appliance e successivamente Aggiorna servizi.

Errore 9018: PowerShellNotFound

Causa

In genere viene visualizzato l'errore per i server che eseguono Windows Server 2008 o versione precedente.

Correzione

Installare Windows PowerShell 5.1 in questo percorso nel server. Seguire le istruzioni in Installare e configurare WMF 5.1 per installare PowerShell in Windows Server.

Dopo aver installato la versione di PowerShell necessaria, verificare se l'errore è stato risolto seguendo la procedura descritta in questo sito Web.

Errore 9022: GetWMIObjectAccessDenied

Correzione

Assicurarsi che l'account utente fornito nell'appliance abbia accesso allo spazio dei nomi WMI e agli spazi dei nomi secondari. Per impostare l'accesso:

1. Passare al server che segnala questo errore.
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 Sicurezze selezionare Sicurezza per aprire la finestra di dialogo Sicurezza per ROOT.
6. Selezionare Avanzate per aprire la finestra di dialogo Impostazioni di sicurezza avanzate per radice.
7. Selezionare Aggiungi per aprire la finestra di dialogo Voce di autorizzazione per radice.
8. Fare clic su Seleziona un'entità per aprire la finestra di dialogo Seleziona utenti, computer, account del servizio o gruppi.
9. Selezionare i nomi utente o i gruppi a cui si vuole concedere l'accesso a WMI e selezionare OK.
10. Assicurarsi di concedere le autorizzazioni di esecuzione e selezionare Questo spazio dei nomi e sottospazi dei nomi nell'elenco a discesa Si applica a.
11. Selezionare Applica per salvare le impostazioni e chiudere tutte le finestre di dialogo.

Dopo aver visualizzato l'accesso richiesto, verificare se l'errore è stato risolto seguendo la procedura descritta in questo sito Web.

Errore 9032: InvalidRequest

Causa

I motivi per cui questo problema viene generato possono essere diversi. Un motivo è che il nome utente fornito (credenziali del server) nella gestione configurazione dell'appliance ha caratteri XML non validi. I caratteri non validi causano un errore durante l'analisi della richiesta SOAP.

Correzione

• Assicurarsi che il nome utente delle credenziali del server non abbia caratteri XML non validi e che sia nel formato username@domain.com. Questo formato è noto come formato UPN.
• Dopo aver modificato le credenziali nell'appliance, verificare se l'errore è stato risolto seguendo la procedura descritta in questo sito Web.

Errore 10002: ScriptExecutionTimedOutOnVm

Causa

• Questo errore si verifica quando il server è lento o non risponde e lo script eseguito per eseguire il pull dei dati delle dipendenze inizia il timeout.
• Dopo che l'agente di individuazione rileva questo errore nel server, l'appliance non tenta successivamente l'analisi delle dipendenze senza agente nel server per evitare di sovraccaricare il server che non risponde.
• Si continuerà a visualizzare l'errore fino a quando non si controllerà il problema con il server e si riavvierà il servizio di individuazione.

Correzione

1. Accedere al server che riscontra questo errore.

2. Eseguire i comandi seguenti in PowerShell:

   Get-WMIObject win32_operatingsystem;
   Get-WindowsFeature  | Where-Object {$_.InstallState -eq 'Installed' -or ($_.InstallState -eq $null -and $_.Installed -eq 'True')};
   Get-WmiObject Win32_Process;
   netstat -ano -p tcp | select -Skip 4;
   

3. Se i comandi restituiscono il risultato in pochi secondi, andare al progetto Azure Migrate>Individuazione e valutazione> Panoramica>Gestisci>Appliance, selezionare il nome dell'appliance e successivamente Aggiorna servizi per riavviare il servizio di individuazione.

4. Se i comandi sono in timeout senza fornire alcun output, è necessario:

   • Determinare quali processi causano l'utilizzo elevato di CPU o memoria nel server.
   • Provare a fornire più core o memoria a tale server ed eseguire di nuovo i comandi.

Errore 10005: GuestCredentialNotValid

Correzione

• Verificare la validità delle credenziali (nome descrittivo fornito nell'errore) selezionando Riconvalida credenziali in Gestione configurazione appliance.
• Assicurarsi di poter accedere al server interessato usando le stesse credenziali fornite nell'appliance.
• È possibile provare a usare un altro account utente (per lo stesso dominio, nel caso in cui il server sia aggiunto a un dominio) per tale server anziché per l'account amministratore.
• Il problema può verificarsi quando la comunicazione del Catalogo globale <-> Controller di dominio è interrotta. Verificare la presenza di questo problema creando un nuovo account utente nel controller di dominio e fornendo lo stesso nell'appliance. Potrebbe anche essere necessario riavviare il controller di dominio.
• Dopo aver eseguito i passaggi di correzione, verificare se l'errore è stato risolto seguendo la procedura descritta in questo sito Web.

Errore 10012: CredentialNotProvided

Causa

Questo errore si verifica quando sono state fornite credenziali di dominio con il nome di dominio errato in Gestione configurazione appliance. Ad esempio, se sono state fornite credenziali di dominio con il nome utente user@abc.com ma è stato specificato il nome di dominio come def.com, tali credenziali non verranno tentate se il server è connesso a def.com e verrà visualizzato questo messaggio di errore.

Correzione

• Passare a Gestione configurazione appliance per aggiungere credenziali del server o modificarne una esistente, come illustrato nella causa.
• Dopo aver eseguito i passaggi di correzione, verificare se l'errore è stato risolto seguendo la procedura descritta in questo sito Web.

Verifica della mitigazione

Dopo aver usato i passaggi di mitigazione per gli errori precedenti, verificare se la mitigazione ha funzionato eseguendo alcuni comandi PowerCLI dal server dell'appliance. Se i comandi hanno esito positivo, significa che il problema è stato risolto. In caso contrario, controllare e seguire di nuovo la procedura di correzione.

Per le macchine virtuali VMware (tramite pipe VMware)

1. Eseguire i comandi seguenti per configurare PowerCLI nel server dell'appliance:

   Install-Module -Name VMware.PowerCLI -AllowClobber
   Set-PowerCLIConfiguration -InvalidCertificateAction Ignore
   

2. Connettersi al server vCenter dall'appliance specificando l'indirizzo IP del server vCenter nel comando e nelle credenziali nel prompt:

   Connect-VIServer -Server <IPAddress of vCenter Server>
   

3. Connettersi al server di destinazione dall'appliance specificando il nome del server e le credenziali del server, come specificato nell'appliance:

   $vm = get-VM <VMName>
   $credential = Get-Credential
   

4. Per l'analisi delle dipendenze senza agente, eseguire i comandi seguenti per verificare se si ottiene un output eseguito correttamente.

   • Per server Windows:

     Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'Get-WmiObject Win32_Process'" -GuestCredential $credential
     
     Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'netstat -ano -p tcp'" -GuestCredential $credential
     

   • Per server Linux:

     Invoke-VMScript -VM $vm -ScriptText "ps -o pid,cmd | grep -v ]$" -GuestCredential $credential
     
     Invoke-VMScript -VM $vm -ScriptText "netstat -atnp | awk '{print $4,$5,$7}'" -GuestCredential $credential
     

Per le macchine virtuali Hyper-V e i server fisici (tramite pipe di connessione diretta)

Per server Windows:

1. Connettersi al server Windows eseguendo il comando :

   $Server = New-PSSession –ComputerName <IPAddress of Server> -Credential <user_name>
   

   Immettere le credenziali del server nel prompt.

2. Eseguire i comandi seguenti per convalidare l'analisi delle dipendenze senza agente e verificare se si ottiene un output eseguito correttamente:

   Invoke-Command -Session $Server -ScriptBlock {Get-WmiObject Win32_Process}
   Invoke-Command -Session $Server -ScriptBlock {netstat -ano -p tcp}
   

Per server Linux:

1. Installare il client OpenSSH

   Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0
   

2. Installare il server OpenSSH

   Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0
   

3. Avviare e configurare il server OpenSSH

   Start-Service sshd
   Set-Service -Name sshd -StartupType 'Automatic'
   

4. Connettersi al server OpenSSH

   ssh username@servername
   

5. Eseguire i comandi seguenti per convalidare l'analisi delle dipendenze senza agente e verificare se si ottiene un output eseguito correttamente:

   ps -o pid,cmd | grep -v ]$
   netstat -atnp | awk '{print $4,$5,$7}'
   

Dopo aver verificato che la mitigazione ha funzionato, andare al progetto Azure Migrate>Individuazione e valutazione> Panoramica>Gestisci>Appliance, selezionare il nome dell'appliance e successivamente Aggiorna servizi per riavviare un nuovo ciclo di individuazione.

L'area di lavoro Log Analytics non è elencata quando si tenta di configurare l'area di lavoro in Azure Migrate per l'analisi delle dipendenze basata su agente

Attualmente Azure Migrate supporta la creazione dell'area di lavoro OMS nelle aree Stati Uniti orientali, Asia sud-orientale ed Europa occidentale. Se l'area di lavoro viene creata all'esterno di Azure Migrate in qualsiasi altra area, attualmente non può essere associata a un progetto.

Visualizzazione delle dipendenze basata su agente in Azure per enti pubblici

L'analisi delle dipendenze basate su agenti non è supportata in Azure per enti pubblici. Usare l'analisi delle dipendenze senza agente, disponibile solo per i server VMware.

Le dipendenze basate su agente non vengono visualizzate dopo l'installazione dell'agente

Dopo aver installato gli agenti di visualizzazione delle dipendenze nelle macchine virtuali locali, Azure Migrate richiede in genere da 15 a 30 minuti per visualizzare le dipendenze nel portale. Se si hanno atteso più di 30 minuti, assicurarsi che Microsoft Monitoring Agent (MMA) possa connettersi all'area di lavoro Log Analytics.

Per VM di Windows:

1. Nel Pannello di controllo avviare MMA.

2. In proprietà di Microsoft Monitoring Agent>Azure Log Analytics (OMS) assicurarsi che lo stato dell'area di lavoro sia verde.

3. Se lo stato non è di colore verde, provare a rimuovere l'area di lavoro e aggiungerla nuovamente a MMA.

   

Per la macchina virtuale Linux, verificare che i comandi di installazione per MMA e per il Dependency Agent abbiano avuto esito positivo. Per altre indicazioni sulla risoluzione dei problemi, vedere questo sito Web.

Sistemi operativi supportati per l'analisi delle dipendenze basate sugli agenti

• Agente MMS: i sistemi operativi Windows e Linux supportati.
• Dependency Agent: sistemi operativi Windows e Linuxsupportati.

Visualizzare le dipendenze per >1 ora con l'analisi delle dipendenze basata su agente

Con l'analisi delle dipendenze basata su agente, anche se Azure Migrate consente di tornare a una determinata data nel mese precedente. Il tempo massimo per cui possibile visualizzare le dipendenze è un'ora. Ad esempio, è possibile usare la funzionalità di durata nella mappa delle dipendenze per visualizzare le dipendenze di ieri, ma possono essere visualizzate solo per un'ora. Usare i log di Monitoraggio di Azure per eseguire query sui dati delle dipendenze per un periodo più lungo.

Visualizzare le dipendenze per >10 server con analisi delle dipendenze basata su agente

In Azure Migrate, con l'analisi delle dipendenze basata su agente, è possibile visualizzare le dipendenze per i gruppi con un massimo di 10 macchine virtuali. Per i gruppi più grandi, suddividere le macchine virtuali in gruppi più piccoli per visualizzare le dipendenze.

I server mostrano "Installa agente" per l'analisi delle dipendenze basata su agente

Dopo aver eseguito la migrazione dei server con visualizzazione delle dipendenze abilitata in Azure, i server potrebbero visualizzare l'azione Installa agente anziché Visualizza dipendenze a causa del comportamento seguente:

• Dopo la migrazione ad Azure, i server locali vengono disattivati e le macchine virtuali equivalenti vengono attivate in Azure. Questi server acquisiscono un indirizzo MAC diverso.
• Inoltre, i server potrebbero avere un indirizzo IP diverso, in base alla scelta dell'utente di mantenere o meno l'indirizzo IP locale.
• Se gli indirizzi MAC e IP sono diversi da quello locale, Azure Migrate non associa i server locali ad alcun dato di dipendenza di Mapping dei servizi. In questo caso, mostra l'opzione per installare l'agente anziché visualizzare le dipendenze.
• Dopo una migrazione di test ad Azure, i server locali rimangono attivati come previsto. I server equivalenti riattivate in Azure acquisiscono indirizzi MAC differenti ed eventualmente anche indirizzi IP diversi. A meno che non si blocchi il traffico del log di Monitoraggio di Azure in uscita da questi server, Azure Migrate non assocerà i server locali a dati di dipendenza di Mapping dei servizi. In questo caso, mostra l'opzione per installare gli agenti anziché visualizzare le dipendenze.

Acquisisci traffico di rete

Per raccogliere i log del traffico di rete:

1. Accedere al portale di Azure.
2. Premere F12 per avviare Strumenti di sviluppo. Se necessario, deselezionare l'impostazione Cancella voci durante l'esplorazione.
3. Selezionare la scheda Rete e avviare l'acquisizione del traffico di rete:
   • In Chrome selezionare Preserve log (Mantieni log). La registrazione viene avviata automaticamente. Un cerchio rosso indica che è in corso l'acquisizione del traffico. Se il cerchio rosso non viene visualizzato, selezionare il cerchio nero da avviare.
   • In Microsoft Edge e Internet Explorer la registrazione viene avviata automaticamente. In caso contrario, selezionare il pulsante di esecuzione verde.
4. Provare a riprodurre l'errore.
5. Dopo aver riscontrato l'errore durante la registrazione, arrestare la registrazione e salvare una copia dell'attività registrata:
   • In Chrome fare clic con il pulsante destro del mouse e selezionare Salva come HAR con contenuto. Questa azione comprime ed esporta i log come file Archivio HTTP (har).
   • In Microsoft Edge o Internet Explorer selezionare l'opzione Esporta traffico acquisito. Questa azione comprime ed esporta il log.
6. Selezionare la scheda Console per verificare la presenza di eventuali avvisi o errori. Per salvare il log della console:
   • In Chrome fare clic con il pulsante destro del mouse in un punto qualsiasi del log della console. Selezionare Salva con nome per esportare e comprimere il log.
   • In Microsoft Edge o Internet Explorer fare clic con il pulsante destro del mouse sugli errori e selezionare Copia tutto.
7. Chiudere Strumenti di sviluppo.

Passaggi successivi

Creare o personalizzare una valutazione.