Problemen met het Azure Migrate-apparaat oplossen

Let op

In dit artikel wordt verwezen naar CentOS, een Linux-distributie die de status End Of Life (EOL) nadert. Overweeg uw gebruik en planning dienovereenkomstig. Zie de Richtlijnen voor het einde van de levensduur van CentOS voor meer informatie.

Dit artikel helpt u bij het oplossen van problemen bij het implementeren van het Azure Migrate-apparaat en het apparaat gebruiken om on-premises servers te detecteren.

Wat wordt er ondersteund?

Controleer de ondersteuningsvereisten voor het apparaat.

Fout 'Ongeldige VERMELDING OVF-manifest' treedt op tijdens de installatie van het apparaat

U krijgt de foutmelding 'Het opgegeven manifestbestand is ongeldig: Ongeldige OVF-manifestvermelding' wanneer u een apparaat instelt met behulp van de OVA-sjabloon.

Herstel

  1. Controleer of het OVA-bestand van het Azure Migrate-apparaat correct is gedownload door de hashwaarde ervan te controleren. Meer informatie. Als de hashwaarde niet overeenkomt, downloadt u het OVA-bestand opnieuw en probeert u de implementatie opnieuw uit te voeren.
  2. Als de implementatie nog steeds mislukt en u de VMware vSphere-client gebruikt om het OVF-bestand te implementeren, probeert u het te implementeren via de vSphere-webclient. Als de implementatie nog steeds mislukt, gebruikt u een andere webbrowser.
  3. Als u de vSphere-webclient gebruikt en deze probeert te implementeren op vCenter Server 6.5 of 6.7, probeert u de OVA rechtstreeks op de ESXi-host te implementeren:
    • Verbinding maken rechtstreeks naar de ESXi-host (in plaats van vCenter Server) met de webclient (https://< host IP-adres>/ui).
    • Selecteer in Home>Inventory de optie OVF-sjabloon Voor bestands>implementeren. Blader naar de OVA en voltooi de implementatie.
  4. Als de implementatie nog steeds mislukt, neemt u contact op met de ondersteuning van Azure Migrate.

Verbinding maken iviteitscontrole mislukt tijdens de installatie van de vereisten

Er wordt een fout weergegeven in de connectiviteitscontrole op het apparaat.

Herstel

  1. Zorg ervoor dat u verbinding kunt maken met de vereiste URL's van het apparaat.
  2. Controleer of de toegang tot deze URL's door een proxy of firewall wordt geblokkeerd. Als u een acceptatielijst moet maken, moet u ervoor zorgen dat u alle URL's opneemt.
  3. Als er een on-premises proxyserver is geconfigureerd, voert u de proxygegevens correct in door setupproxy in dezelfde stap te selecteren. Voer de autorisatiereferenties in als de proxy deze nodig heeft.
  4. Zorg ervoor dat de server niet eerder is gebruikt voor het instellen van het replicatieapparaat of dat u de Mobility Service-agent op de server hebt geïnstalleerd.

Verbinding maken iviteitscontrole mislukt voor de aka.ms-URL tijdens de installatie van de vereisten

Er wordt een fout weergegeven in de connectiviteitscontrole op het apparaat voor de aka.ms-URL.

Herstel

  1. Zorg ervoor dat u verbinding hebt met internet en de URL-aka.ms/* hebt toegevoegd aan de acceptatielijst om de nieuwste versies van de services te downloaden.
  2. Controleer of er een proxy of firewall is die de toegang tot deze URL blokkeert. Zorg ervoor dat u de proxygegevens correct hebt opgegeven in de stap vereisten van Configuration Manager.
  3. Ga terug naar het configuratiebeheer van het apparaat en voer de vereisten opnieuw uit om automatisch bijwerken te initiëren.
  4. Als het opnieuw proberen niet helpt, downloadt u het latestcomponents.json-bestand van deze website om de nieuwste versies van de services te controleren die mislukken. Werk ze handmatig bij via de downloadkoppelingen in het bestand.

Als u het apparaat hebt ingeschakeld voor privé-eindpuntconnectiviteit en geen toegang tot deze URL via internet wilt toestaan, schakelt u automatisch bijwerken uit omdat de aka.ms koppeling is vereist voor deze service.

Notitie

Als u de service voor automatisch bijwerken uitschakelt, ontvangen de services die op het apparaat worden uitgevoerd niet automatisch de meest recente updates. Werk de apparaatservices handmatig bij om deze situatie te omzeilen.

De controle voor automatisch bijwerken mislukt tijdens de installatie van de vereisten

Er wordt een fout weergegeven in de controle voor automatisch bijwerken op het apparaat.

Herstel

  1. Zorg ervoor dat u een acceptatielijst hebt gemaakt voor de vereiste URL's en dat deze niet worden geblokkeerd door een proxy- of firewallinstelling.
  2. Als het bijwerken van een onderdeel van het apparaat mislukt, voert u de vereisten opnieuw uit of werkt u de apparaatservices handmatig bij.

Tijdsynchronisatiecontrole mislukt tijdens de installatie van de vereisten

Een fout over tijdsynchronisatie geeft aan dat de serverklok langer dan vijf minuten niet is gesynchroniseerd met de huidige tijd.

Herstel

  • Zorg ervoor dat de tijd van de apparaatserver wordt gesynchroniseerd met de internettijd door de datum- en tijdinstellingen van Configuratiescherm te controleren.
  • U kunt ook de kloktijd op de apparaatserver wijzigen zodat deze overeenkomt met de huidige tijd door de volgende stappen uit te voeren:
    1. Open een opdrachtprompt voor de beheerder op de server.
    2. Voer w32tm /tz uit om de tijdzone te controleren.
    3. Voer w32tm /resynchronisatie uit om de tijd te synchroniseren.

VDDK-controle mislukt tijdens de installatie van vereisten op het VMware-apparaat

De VDDK-controle (Virtual Disk Development Kit) is mislukt omdat het apparaat de vereiste VDDK niet kan vinden die op het apparaat is geïnstalleerd. Dit probleem kan leiden tot fouten met doorlopende replicatie.

Herstel

  1. Zorg ervoor dat u VDDK 6.7 hebt gedownload en de bestanden hebt gekopieerd naar- C:\Program Files\VMware\VMware Virtual Disk Development Kit op de apparaatserver.
  2. Zorg ervoor dat geen andere software of toepassing een andere versie van de VDDK op het apparaat gebruikt.

U ondervindt problemen wanneer u het apparaat probeert te registreren met behulp van de Azure Migrate-projectsleutel die uit het project is gekopieerd.

Herstel

  1. Controleer of u de juiste sleutel hebt gekopieerd uit het project. Selecteer Ontdekken op de kaart Azure Migrate: Detectie en evaluatie in uw project. Selecteer vervolgens Bestaand apparaat beheren in stap 1. Selecteer de naam van het apparaat waarvoor u eerder een sleutel hebt gegenereerd in de vervolgkeuzelijst. Kopieer de bijbehorende sleutel.
  2. Zorg ervoor dat u de sleutel plakt op het apparaat van het juiste cloudtype (openbaar/US Gov) en apparaattype (VMware/Hyper-V/fysiek of anders). Controleer bovenaan het configuratiebeheer van het apparaat om het cloud- en scenariotype te bevestigen.

Fout 'Kan geen verbinding maken met het Azure Migrate-project' treedt op tijdens de registratie van het apparaat

Na een geslaagde aanmelding met een Azure-gebruikersaccount mislukt de registratiestap van het apparaat met het bericht 'Kan geen verbinding maken met het Azure Migrate-project. Controleer de foutdetails en volg de herstelstappen door te klikken op Opnieuw proberen.'

Dit probleem treedt op wanneer het Azure-gebruikersaccount dat is gebruikt voor aanmelden vanuit het configuratiebeheer van het apparaat, verschilt van het gebruikersaccount dat is gebruikt voor het genereren van de Azure Migrate-projectsleutel in de portal.

Herstel

U hebt twee opties:

  • Gebruik voor het voltooien van de registratie van het apparaat hetzelfde Azure-gebruikersaccount als waarmee de Azure Migrate-projectsleutel op de portal is gegenereerd.
  • U kunt ook de vereiste rollen en machtigingen toewijzen aan het andere Azure-gebruikersaccount dat wordt gebruikt voor apparaatregistratie.

Fout 'Microsoft Entra-bewerking mislukt met status Verboden' treedt op tijdens de registratie van het apparaat

U kunt de registratie niet voltooien vanwege onvoldoende Microsoft Entra ID-bevoegdheden en krijgt de fout 'Microsoft Entra-bewerking is mislukt met status Verboden'.

Herstel

Zorg ervoor dat u over de vereiste machtigingen beschikt voor het maken en beheren van Microsoft Entra-toepassingen in Azure. U moet de rol Toepassingsontwikkelaar hebben of de gebruikersrol met Gebruiker kan toepassingen registreren die zijn toegestaan op tenantniveau.

Fout 'Toegang tot Key Vault verboden' treedt op tijdens de registratie van het apparaat

De azure Key Vault-bewerking voor maken of bijwerken is mislukt voor {KeyVaultName}, vanwege de fout {KeyVaultErrorMessage}.

Dit probleem treedt meestal op wanneer het Azure-gebruikersaccount dat is gebruikt om het apparaat te registreren verschilt van het account dat wordt gebruikt voor het genereren van de Azure Migrate-projectsleutel in de portal (dat wil gezegd, wanneer de sleutelkluis is gemaakt).

Herstel

  1. Zorg ervoor dat het momenteel aangemelde gebruikersaccount op het apparaat de vereiste machtigingen heeft voor de sleutelkluis die in het foutbericht wordt vermeld. Het gebruikersaccount heeft machtigingen nodig zoals vermeld op deze website.
  2. Ga naar de sleutelkluis en zorg ervoor dat uw gebruikersaccount een toegangsbeleid heeft met alle sleutel-, geheim- en certificaatmachtigingen die zijn toegewezen onder Key Vault-toegangsbeleid. Meer informatie.
  3. Als u het apparaat hebt ingeschakeld voor privé-eindpuntconnectiviteit, moet u ervoor zorgen dat het apparaat wordt gehost in hetzelfde virtuele netwerk waarin de sleutelkluis is gemaakt of dat het is verbonden met het virtuele Azure-netwerk waar de sleutelkluis is gemaakt via een privékoppeling. Zorg ervoor dat de private link van de sleutelkluis kan worden omgezet vanuit het apparaat. Ga naar Azure Migrate: Detectie- en evaluatie-eigenschappen> om de details van privé-eindpunten te vinden voor resources zoals de sleutelkluis die is gemaakt tijdens het maken van de Azure Migrate-sleutel. Meer informatie.
  4. Als u over de vereiste machtigingen en connectiviteit beschikt, voert u de registratie na enige tijd opnieuw uit op het apparaat.

Kan tijdens de validatie geen verbinding maken met vCenter Server

Als u deze verbindingsfout krijgt, kunt u mogelijk geen verbinding maken met vCenter Servername.com:9443. De foutdetails geven aan dat er geen eindpunt luistert https://\*servername*.com:9443/sdk dat het bericht kan accepteren.

Herstel

  • Controleer of u de nieuwste versie van het apparaat gebruikt. Als u dat niet doet, voert u een upgrade uit van het apparaat naar de nieuwste versie.

  • Als het probleem zich nog steeds voordoet in de nieuwste versie, kan het apparaat mogelijk de opgegeven vCenter Server-naam niet oplossen of is de opgegeven poort mogelijk onjuist. Als de poort niet is opgegeven, probeert de collector standaard verbinding te maken met poortnummer 443.

    1. Ping Servernaam.com vanaf het apparaat.
    2. Als stap 1 mislukt, probeert u verbinding te maken met de vCenter-server met behulp van het IP-adres.
    3. Identificeer het juiste poortnummer om verbinding te maken met de vCenter-server.
    4. Controleer of de vCenter-server actief is.

Validatie van serverreferenties (domein) op het VMware-apparaat mislukt

U krijgt 'Validatie is mislukt' voor domeinreferenties die zijn toegevoegd op het VMware-apparaat om software-inventaris en afhankelijkheidsanalyse zonder agent uit te voeren.

Herstel

  1. Controleer of u de juiste domeinnaam en referenties hebt opgegeven.
  2. Zorg ervoor dat het domein bereikbaar is vanaf het apparaat om de referenties te valideren. Het apparaat kan problemen ondervinden met line-of-sight, of de domeinnaam kan niet worden omgezet vanaf de apparaatserver.
  3. Selecteer Bewerken om de domeinnaam of referenties bij te werken. Selecteer Referenties opnieuw valideren om de referenties na enige tijd opnieuw te valideren.

Fout 'Toegang is geweigerd' treedt op wanneer u tijdens de validatie verbinding maakt met Hyper-V-hosts of -clusters

U kunt de toegevoegde Hyper-V-host of het toegevoegde cluster niet valideren vanwege de fout 'Toegang is geweigerd'.

Herstel

  1. Zorg ervoor dat u aan alle vereisten voor de Hyper-V-hosts hebt voldaan.
  2. Bekijk de stappen op deze website over het handmatig voorbereiden van de Hyper-V-hosts of met behulp van een PowerShell-inrichtingsscript.

Fout 'De server biedt geen ondersteuning voor WS-Management Identify-bewerkingen' treedt op tijdens de validatie

U kunt Hyper-V-clusters op het apparaat niet valideren vanwege de fout 'De server biedt geen ondersteuning voor WS-Management Identify-bewerkingen. Sla het onderdeel Test Verbinding maken ion van de aanvraag over en probeer het opnieuw.'

Herstel

Deze fout treedt meestal op wanneer u een proxyconfiguratie op het apparaat hebt opgegeven. Het apparaat maakt verbinding met de clusters met behulp van de korte naam voor de clusterknooppunten, zelfs als u de FQDN van het knooppunt hebt opgegeven. Voeg de korte naam voor de clusterknooppunten toe aan de proxylijst overslaan op het apparaat, het probleem wordt opgelost en de validatie van het Hyper-V-cluster slaagt.

Fout 'Kan geen verbinding maken met host of cluster' treedt op tijdens de validatie op een Hyper-V-apparaat

De fout 'Kan geen verbinding maken met een host of cluster omdat de servernaam niet kan worden omgezet. WinRM-foutcode: 0x803381B9" kan optreden als de Azure DNS-service voor het apparaat het cluster of de hostnaam die u hebt opgegeven, niet kan worden omgezet.

Dit probleem treedt meestal op wanneer u het IP-adres van een host hebt toegevoegd die niet kan worden omgezet door DNS. Mogelijk ziet u deze fout ook voor hosts in een cluster. Het geeft aan dat het apparaat verbinding kan maken met het cluster, maar het cluster retourneert hostnamen die geen FQDN's zijn.

Herstel

U kunt deze fout oplossen door het hosts-bestand op het apparaat bij te werken door een toewijzing van het IP-adres en de hostnamen toe te voegen.

  1. Open Kladblok als beheerder.
  2. Open het bestand C:\Windows\System32\Drivers\etc\hosts.
  3. Voeg het IP-adres en de hostnaam in een rij toe. Herhaal dit voor elke host of elk cluster waar u deze fout ziet.
  4. Sla het hosts-bestand op en sluit het.
  5. Controleer of het apparaat verbinding kan maken met de hosts met behulp van de apparaatbeheer-app. Na 30 minuten ziet u de meest recente informatie voor deze hosts in Azure Portal.

Fout 'Kan geen verbinding maken met server' treedt op tijdens de validatie van fysieke servers

Herstel

  • Zorg ervoor dat het apparaat verbinding heeft met de doelserver.
  • Als het een Linux-server is, moet u ervoor zorgen dat verificatie op basis van een wachtwoord is ingeschakeld door de volgende stappen uit te voeren:
    1. Meld u aan bij de Linux-server en open het ssh-configuratiebestand met behulp van de opdracht vi /etc/ssh/sshd_config.
    2. Stel de optie PasswordAuthentication in op Ja. Sla het bestand op.
    3. Start de ssh-service opnieuw op door service-sshd opnieuw op te starten.
  • Als het een Windows-server is, controleert u of poort 5985 is geopend om externe WMI-aanroepen toe te staan.
  • Als u een GCP Linux-server ontdekt en een hoofdgebruiker gebruikt, gebruikt u de volgende opdrachten om de standaardinstelling voor de hoofdaanmelding te wijzigen:
    1. Meld u aan bij de Linux-server en open het ssh-configuratiebestand met behulp van de opdracht vi /etc/ssh/sshd_config.
    2. Stel de optie PermitRootLogin in op Ja.
    3. Start de ssh-service opnieuw op door service-sshd opnieuw op te starten.

Fout 'KAN BIOS-GUID niet ophalen' treedt op voor de server tijdens de validatie

De validatie van een fysieke server mislukt op het apparaat met het foutbericht 'Kan BIOS-GUID niet ophalen'.

Herstel

Verbinding maken naar de doelserver waarvoor de validatie mislukt. Voer de volgende opdrachten uit om te zien of de BIOS-GUID van de server wordt geretourneerd:

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

U kunt de opdrachten ook uitvoeren vanaf de opdrachtprompt op de apparaatserver door een SSH-verbinding met de linux-doelserver te maken met behulp van de volgende opdracht:

ssh <username>@<servername>

Enkele Linux-machines, zoals Oracle/CentOS, hebben een configuratiewaarde waarvoor de tty-optie standaard moet worden ingeschakeld, wat een fout kan veroorzaken. In dergelijke gevallen kunt u deze instelling uitschakelen door een '!'-teken toe te voegen in het bestand /etc/sudoers. U kunt ook het volgende toevoegen aan het einde van /etc/sudoers/ bestand om ervoor te zorgen dat er geen andere configuratie in het bestand dit kan overschrijven:

  • Defaults !visiblepw
  • Standaardwaarden !requiretty

Fout 'Geen geschikte verificatiemethode gevonden' treedt op voor de server tijdens de validatie

U krijgt de foutmelding 'Geen geschikte verificatiemethode gevonden' wanneer u een Linux-server probeert te valideren via het fysieke apparaat.

Herstel

Zorg ervoor dat verificatie op basis van een wachtwoord is ingeschakeld op de Linux-server door de volgende stappen uit te voeren:

  1. Meld u aan bij de Linux-server. Open het ssh-configuratiebestand met behulp van de opdracht vi /etc/ssh/sshd_config.
  2. Stel de optie PasswordAuthentication in op Ja. Sla het bestand op.
  3. Start de ssh-service opnieuw op door service-sshd opnieuw op te starten.

Fout 'Toegang is geweigerd' treedt op wanneer u tijdens de validatie verbinding maakt met fysieke servers

U krijgt de foutmelding 'WS-Management-service kan de aanvraag niet verwerken. De WMI-service heeft een fout 'Toegang geweigerd' geretourneerd wanneer u probeert een Windows-server te valideren via het fysieke apparaat.

Herstel

  • Als u deze fout krijgt, moet u ervoor zorgen dat het gebruikersaccount dat is opgegeven (domein/lokaal) op het apparaatconfiguratiebeheer is toegevoegd aan deze groepen: Gebruikers voor extern beheer, prestatiemetergebruikers en gebruikers van prestatielogboeken.

  • Als de groep Gebruikers voor extern beheer niet aanwezig is, voegt u het gebruikersaccount toe aan de groep WinRMRemoteWMIUsers_.

  • U kunt ook controleren of het WS-Management-protocol is ingeschakeld op de server door de volgende opdracht uit te voeren in de opdrachtprompt van de doelserver: winrm qc

  • Als u het probleem nog steeds ondervindt, moet u ervoor zorgen dat het gebruikersaccount toegangsmachtigingen heeft voor de CIMV2-naamruimte en subnaamruimten in de WMI-Configuratiescherm. U kunt de toegang instellen door de volgende stappen uit te voeren:

    1. Ga naar de server waarvoor de validatie op het apparaat mislukt.
    2. Zoek en selecteer Uitvoeren in het menu Start . Voer in het dialoogvenster Uitvoeren wmimgmt.msc in het tekstvak Openen in en selecteer Enter.
    3. De wmimgmt-console wordt geopend, waar u WMI-beheer (lokaal) kunt vinden in het linkerdeelvenster. Klik er met de rechtermuisknop op en selecteer Eigenschappen in het menu.
    4. Selecteer in het dialoogvenster Eigenschappen van WMI Control (Lokaal) het tabblad Effecten .
    5. Vouw op het tabblad Effecten dehoofdmap in de naamruimtestructuur uit en selecteer de cimv2-naamruimte.
    6. Selecteer Beveiliging om het dialoogvenster Beveiliging voor ROOT\cimv2 te openen.
    7. Selecteer Toevoegen in de sectie Groeps- of gebruikersnamen om het dialoogvenster Gebruikers, Computers, Serviceaccounts of Groepen selecteren te openen.
    8. Zoek het gebruikersaccount, selecteer het en selecteer OK om terug te keren naar het dialoogvenster Beveiliging voor ROOT\cimv2 .
    9. Selecteer in de sectie Groeps- of gebruikersnamen het gebruikersaccount dat u zojuist hebt toegevoegd. Controleer of de volgende machtigingen zijn toegestaan:
      • Account inschakelen
      • Extern inschakelen
    10. Selecteer Toepassen om de machtigingen in te schakelen die zijn ingesteld voor het gebruikersaccount.
  • Dezelfde stappen zijn ook van toepassing op een lokaal gebruikersaccount voor niet-domein-/werkgroepservers. In sommige gevallen blokkeert UAC-filtering sommige WMI-eigenschappen als de opdrachten worden uitgevoerd als een standaardgebruiker, zodat u een lokaal beheerdersaccount kunt gebruiken of UAC kunt uitschakelen zodat het lokale gebruikersaccount niet wordt gefilterd en in plaats daarvan een volledige beheerder wordt.

  • Het uitschakelen van extern UAC door de registervermelding te wijzigen waarmee extern UAC wordt beheerd, wordt niet aanbevolen, maar is mogelijk nodig in een werkgroep. De registervermelding is HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. Wanneer de waarde van deze vermelding nul (0) is, wordt filteren van extern UAC-toegangstoken ingeschakeld. Wanneer de waarde 1 is, wordt externe UAC uitgeschakeld.

Apparaat is verbroken

U krijgt het foutbericht 'Apparaat is verbroken' wanneer u replicatie probeert in te schakelen op een paar VMware-servers vanuit de portal.

Deze fout kan optreden als het apparaat een afsluitstatus heeft of als de DRA-service op het apparaat niet kan communiceren met Azure.

Herstel

  1. Ga naar het configuratiebeheer van het apparaat en voer de vereisten opnieuw uit om de status van de DRA-service onder Apparaatservices weergeven weer te geven.

  2. Als de service niet wordt uitgevoerd, stopt en start u de service opnieuw vanaf de opdrachtprompt met behulp van de volgende opdrachten:

    net stop dra
    net start dra
    

Volgende stappen

Stel een apparaat in voor VMware-, Hyper-V- of fysieke servers.