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.

Esportazione di dipendenze CSV 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 i nomi dei server di origine e di destinazione e la porta di destinazione vengono acquisiti, 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 connettendosi direttamente 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 o si verificano problemi di rete nella 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 di supporto 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 o le credenziali specificate in precedenza sono scadute.	- Assicurarsi di aver fornito le credenziali corrette per il server nell'appliance. È possibile verificare che 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 di supporto 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 di 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 alcuna 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 di supporto Tecnico Microsoft che fornisca 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.	Gli strumenti VMware potrebbero non essere installati nel server o la versione installata è 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.	Gli strumenti VMware potrebbero non essere installati nel server o la versione installata è 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.	Gli strumenti VMware potrebbero non essere installati nel server o la versione installata è 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 esecuzione.	Il server è in uno stato spento.	Verificare 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 scaricare il file dei metadati di individuazione dal server è vuoto.	Questo problema potrebbe essere temporaneo a causa dell'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 raccogliere i metadati non viene trovato nel server.	Questo problema potrebbe essere temporaneo a causa dell'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: lo stato del processo in esecuzione nel server per raccogliere i metadati non può essere recuperato.	Questo problema potrebbe essere 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 dell'account utente di Windows impedisce l'esecuzione di operazioni di individuazione nel server.	Le impostazioni di Controllo dell'account utente di Windows limitano l'individuazione delle applicazioni installate dal server.	Nel server interessato abbassare il livello delle impostazioni di controllo dell'account utente nel Pannello di controllo.
9010: il server è spento.	Il server è in uno stato spento.	Verificare che il server sia in uno stato acceso.
9011: impossibile trovare il file contenente i metadati individuati nel server.	Questo problema potrebbe essere 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.	Questo problema potrebbe essere 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 viene creato un nuovo profilo utente temporaneo durante l'accesso al server.	Ogni volta viene creato un nuovo profilo utente temporaneo durante l'accesso al server.	Inviare un caso di supporto Tecnico Microsoft per risolvere il problema.
9014: impossibile recuperare il file contenente i metadati individuati a causa di un errore rilevato nell'host ESXi. Codice errore: %ErrorCode; Dettagli: %ErrorMessage	Si è verificato un errore nel nome host host <>ESXi. 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: l'account utente del server vCenter fornito per l'individuazione del server non dispone dei privilegi per le operazioni guest abilitate.	I privilegi necessari per le operazioni guest non sono stati abilitati nell'account utente del server vCenter.	Assicurarsi che l'account utente del server vCenter disponga dei privilegi abilitati per le operazioni Macchine virtuali> Guest per interagire con il server ed eseguire il pull dei dati necessari. Altre informazioni su come configurare l'account del server vCenter con privilegi necessari.
9016: impossibile individuare i metadati perché l'agente operativo 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 e aggiornati nel server. La versione degli strumenti VMware deve essere 10.2.1 o successiva.
9017: impossibile trovare il file contenente i metadati individuati nel server.	Potrebbe trattarsi di un problema temporaneo a causa di un errore interno.	Inviare un caso di supporto Tecnico Microsoft per risolvere il problema.
9018: PowerShell non è installato nel server.	PowerShell non è disponibile nel server.	Assicurarsi che PowerShell versione 2.0 o successiva sia installato nel server. Altre informazioni su come risolvere il problema.
9019: impossibile individuare i metadati a causa di errori dell'operazione guest nel server.	Le operazioni guest VMware non sono riuscite 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 tentate da Azure Migrate nelle possibili cause.
9020: impossibile 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 o il nome> della cartella <nel server. 2. Se le credenziali fornite nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. Trovare il nome descrittivo delle credenziali tentate da Azure Migrate nelle possibili cause.
9021: impossibile 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 viene negato per eseguire il cmdlet Get-WmiObject nel server.	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 fornite nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. Trovare il nome descrittivo delle credenziali tentate 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 echo %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 echo %temp% nel server interessato. 2. Se il problema persiste, inviare un caso di supporto Microsoft.
9025: impossibile eseguire l'individuazione perché PowerShell è danneggiato nel server.	PowerShell è danneggiato nel server.	Reinstallare PowerShell e verificare che sia in esecuzione nel server interessato.
9026: impossibile 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 di supporto Microsoft.
9027: impossibile individuare i metadati perché l'agente operativo 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: impossibile 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 l'esecuzione di 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 hanno l'accesso necessario, fornire un altro set di credenziali o modificarne uno esistente. Trovare il nome descrittivo delle credenziali tentate da Azure Migrate nelle possibili cause.
9030: impossibile raccogliere i metadati individuati perché l'host ESXi in cui è ospitato il server è in uno stato disconnesso.	L'host ESXi in cui si trova il server si trova in uno stato disconnesso.	Verificare che l'host ESXi che esegue il server sia in uno stato connesso.
9031: impossibile 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.	Verificare che l'host ESXi che esegue il server sia in esecuzione e connesso.
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 di supporto Microsoft.
9033: Impossibile individuare perché il nome utente delle credenziali fornite nell'appliance per il server non ha 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 tentate da Azure Migrate nelle possibili cause.
9034: impossibile individuare 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 tentate da Azure Migrate nelle possibili cause.
9035: impossibile individuare perché la modalità del linguaggio di PowerShell non è impostata correttamente.	La modalità del linguaggio di PowerShell non è impostata su Lingua completa.	Assicurarsi che la modalità del linguaggio di PowerShell sia impostata su Lingua completa.
9036: impossibile individuare perché il nome utente delle credenziali fornite nell'appliance per il server non è in 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 tentate da Azure Migrate nelle possibili cause.
9037: la raccolta di metadati viene temporaneamente sospesa a causa di tempi di risposta elevati dal server.	Il server richiede 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 raccogliere i metadati di individuazione non viene trovato nel server.	Lo script necessario per eseguire l'individuazione potrebbe essere stato eliminato o rimosso dalla posizione prevista.	Inviare un caso di supporto Tecnico Microsoft per risolvere il problema.
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 di supporto Microsoft.
10003: il processo che esegue le operazioni di individuazione è terminato con 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: le credenziali non vengono fornite 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. Verificare che le credenziali fornite nell'appliance siano valide e che il server sia accessibile usando le 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 tentate 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: impossibile elaborare i metadati individuati dal server.	Si è verificato un errore durante l'analisi del contenuto del file contenente i metadati individuati.	Inviare un caso di supporto Tecnico Microsoft per risolvere il problema.
10008: impossibile 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 o il nome> della cartella <nel server. 2. Se le credenziali fornite nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. Trovare il nome descrittivo delle credenziali tentate da Azure Migrate nelle possibili cause.
10009: impossibile scrivere i metadati individuati nel 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 per il file di scrittura per il percorso/il nome> della cartella della cartella <nel server. 2. Se le credenziali fornite nell'appliance non dispongono delle autorizzazioni necessarie, fornire un altro set di credenziali o modificarne uno esistente. Trovare il nome descrittivo delle credenziali tentate da Azure Migrate nelle possibili cause.
10010: impossibile individuare perché il comando % CommandName; necessario per raccogliere alcuni metadati non è presente nel server.	Pacchetto contenente il comando %CommandName; non è installato nel server.	Assicurarsi che il pacchetto contenente il comando %CommandName; è installato nel server.
10011: le credenziali fornite nell'appliance sono state usate per accedere e disconnettersi 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: le credenziali non sono state fornite 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 fornite 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 riuscito.

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à, passare al progetto>Individuazione e valutazione>di Azure Migrate Panoramica>Gestione>appliance, selezionare il nome dell'appliance e selezionare 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 dal 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 Titoli.
5. Nella scheda Titoli 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 sottonomespace 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

Questo problema può essere dovuto a diversi motivi. 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 username@domain.com nel formato . 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 l'analisi delle dipendenze senza agente nel server in seguito per evitare di sovraccaricare il server che non risponde.
• Si continuerà a visualizzare l'errore fino a quando non si controlla il problema con il server e si riavvia 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 generano il risultato in pochi secondi, passare al progetto>Individuazione e valutazione>di Azure Migrate Panoramica>Gestione>appliance, selezionare il nome dell'appliance e selezionare Aggiorna servizi per riavviare il servizio di individuazione.

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

   • Individuare i processi che utilizzano una CPU o una memoria elevata 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 controller <di dominio 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 riuscito.

   • Per i 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 i 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 per verificare se si ottiene un output riuscito:

   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 per verificare se si ottiene un output riuscito:

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

Dopo aver verificato il funzionamento della mitigazione, passare al progetto>Individuazione e valutazione>di Azure Migrate Panoramica>Gestione>appliance, selezionare il nome dell'appliance e selezionare Aggiorna servizi per avviare 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

Azure Migrate supporta attualmente la creazione di un'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, non può attualmente 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 sono stati atteso più di 30 minuti, assicurarsi che Microsoft Monitoring Agent (MMA) possa connettersi all'area di lavoro Log Analytics.

Per VM di Windows:

1. Nella Pannello di controllo avviare MMA.

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

3. Se lo stato non è verde, provare a rimuovere l'area di lavoro e aggiungerlo di nuovo a MMA.

   

Per le macchine virtuali Linux, assicurarsi che i comandi di installazione per MMA e 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 basata su agente

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

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 nell'ultimo mese, la durata massima per cui è possibile visualizzare le dipendenze è un'ora. Ad esempio, è possibile usare la funzionalità di durata dell'ora nella mappa delle dipendenze per visualizzare le dipendenze per ieri, ma è possibile visualizzarle solo per un periodo di un'ora. È possibile usare i log di Monitoraggio di Azure per eseguire query sui dati delle dipendenze per un periodo di tempo più lungo.

Visualizzare le dipendenze per >10 server con l'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é Visualizzare le 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.
• I server possono anche avere un indirizzo IP diverso, in base al fatto che sia stato mantenuto 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 attivati in Azure acquisiscono indirizzi MAC diversi e potrebbero acquisire 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.

Acquisire il traffico di rete

Per raccogliere i log del traffico di rete:

1. Accedere al portale di Azure.
2. Selezionare F12 per avviare Strumenti di sviluppo. Se necessario, deselezionare l'impostazione Cancella voci nel riquadro di spostamento .
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 il traffico viene acquisito. Se il cerchio rosso non viene visualizzato, selezionare il cerchio nero da avviare.
   • In Microsoft Edge e Internet Explorer la registrazione dovrebbe essere avviata automaticamente. In caso contrario, selezionare il pulsante di riproduzione verde.
4. Provare a riprodurre l'errore.
5. Dopo aver rilevato 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 scegliere 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 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 scegliere Copia tutto.
7. Chiudere Strumenti di sviluppo.

Passaggi successivi

Creare o personalizzare una valutazione.