Felsöka Azure Migrate-apparaten

  • Artikel

Varning

Den här artikeln refererar till CentOS, en Linux-distribution som närmar sig EOL-status (End Of Life). Överväg att använda och planera i enlighet med detta. Mer information finns i CentOS End Of Life-vägledningen.

Den här artikeln hjälper dig att felsöka problem när du distribuerar Azure Migrate-installationen och använder installationen för att identifiera lokala servrar.

Vad stöds?

Granska supportkraven för installationen.

Felet "Ogiltig OVF-manifestpost" inträffar under installationen

Du får felet "Den angivna manifestfilen är ogiltig: Ogiltig OVF-manifestpost" när du konfigurerar en installation med hjälp av OVA-mallen.

Åtgärder

  1. Kontrollera att OVA-filen för Azure Migrate-installationen laddas ned korrekt genom att kontrollera dess hash-värde. Läs mer. Om hash-värdet inte matchar laddar du ned OVA-filen igen och försöker distribuera igen.
  2. Om distributionen fortfarande misslyckas och du använder VMware vSphere-klienten för att distribuera OVF-filen kan du prova att distribuera den via vSphere-webbklienten. Om distributionen fortfarande misslyckas kan du prova att använda en annan webbläsare.
  3. Om du använder vSphere-webbklienten och försöker distribuera den på vCenter Server 6.5 eller 6.7 kan du försöka distribuera OVA direkt på ESXi-värden:
    • Anslut till ESXi-värden direkt (i stället för vCenter Server) med webbklienten (https://< värd-IP-adress>/användargränssnitt).
    • I Heminventering> väljer du OVF-mall för fildistribution.> Bläddra till OVA och slutför distributionen.
  4. Om distributionen fortfarande misslyckas kontaktar du Azure Migrate-supporten.

Anslut kontroll misslyckas under konfigurationen av förhandskraven

Du får ett fel i anslutningskontrollen på installationen.

Åtgärder

  1. Se till att du kan ansluta till nödvändiga URL:er från apparaten.
  2. Kontrollera om det finns en proxy eller brandvägg som blockerar åtkomsten till dessa webbadresser. Om du behöver skapa en lista över tillåtna måste du inkludera alla URL:er.
  3. Om det finns en proxyserver som konfigurerats lokalt anger du proxyinformationen korrekt genom att välja Installationsproxy i samma steg. Ange autentiseringsuppgifterna för auktorisering om proxyn behöver dem.
  4. Kontrollera att servern inte har använts tidigare för att konfigurera replikeringsinstallationen eller att du har mobilitetstjänstagenten installerad på servern.

Anslut ivity check fails for the aka.ms URL during the prerequisites setup

Du får ett fel i anslutningskontrollen på enheten för den aka.ms URL:en.

Åtgärder

  1. Se till att du har anslutning till Internet och har lagt till URL-aka.ms/* i listan över tillåtna för att ladda ned de senaste versionerna av tjänsterna.
  2. Kontrollera om det finns en proxy eller brandvägg som blockerar åtkomsten till den här URL:en. Se till att du har angett proxyinformationen korrekt i konfigurationshanterarens kravsteg.
  3. Gå tillbaka till konfigurationshanteraren för installationen och kör om kraven för att initiera automatisk uppdatering.
  4. Om det inte hjälper att försöka igen laddar du ned latestcomponents.json-filen från den här webbplatsen för att kontrollera de senaste versionerna av de tjänster som misslyckas. Uppdatera dem manuellt från nedladdningslänkarna i filen.

Om du har aktiverat installationen för privat slutpunktsanslutning och inte vill tillåta åtkomst till den här URL:en via Internet inaktiverar du automatisk uppdatering eftersom den aka.ms länken krävs för den här tjänsten.

Kommentar

Om du inaktiverar tjänsten för automatisk uppdatering får de tjänster som körs på installationen inte de senaste uppdateringarna automatiskt. För att komma runt den här situationen uppdaterar du installationstjänsterna manuellt.

Kontrollen av automatisk uppdatering misslyckas under konfigurationen av förhandskraven

Du får ett fel i kontrollen av automatisk uppdatering på installationen.

Åtgärder

  1. Kontrollera att du har skapat en lista över tillåtna URL:er och att ingen proxy- eller brandväggsinställning blockerar dem.
  2. Om det inte går att uppdatera en installationskomponent kör du antingen förhandskraven igen eller uppdaterar installationstjänsterna manuellt.

Tidssynkroniseringskontroll misslyckas under konfigurationen av förhandskraven

Ett fel om tidssynkronisering indikerar att serverklockan kanske inte synkroniseras med den aktuella tiden med mer än fem minuter.

Åtgärder

  • Kontrollera att installationens servertid synkroniseras med internettiden genom att kontrollera datum- och tidsinställningarna från Kontrollpanelen.
  • Du kan också ändra klocktiden på installationsservern så att den matchar den aktuella tiden genom att följa dessa steg:
    1. Öppna en kommandotolk för administratör på servern.
    2. Kontrollera tidszonen genom att köra w32tm /tz.
    3. Om du vill synkronisera tiden kör du w32tm /resync.

VDDK-kontrollen misslyckas under konfigurationen av förhandskraven på VMware-installationen

VdDK-kontrollen (Virtual Disk Development Kit) misslyckades eftersom installationen inte kunde hitta den NÖDVÄNDIGA VDDK som är installerad på installationen. Det här problemet kan leda till fel med pågående replikering.

Åtgärder

  1. Kontrollera att du har laddat ned VDDK 6.7 och kopierat dess filer till C :\Program Files\VMware\VMware Virtual Disk Development Kit på installationsservern.
  2. Kontrollera att ingen annan programvara eller något annat program använder en annan version av VDDK:n på enheten.

Du har problem när du försöker registrera installationen med hjälp av azure migrate-projektnyckeln som kopierats från projektet.

Åtgärder

  1. Kontrollera att du har kopierat rätt nyckel från projektet. På kortet Azure Migrate: Discovery and Assessment i projektet väljer du Identifiera. Välj sedan Hantera befintlig installation i steg 1. Välj det installationsnamn som du tidigare genererade en nyckel för från den nedrullningsbara menyn. Kopiera motsvarande nyckel.
  2. Se till att du klistrar in nyckeln för installationen för rätt molntyp (offentligt/US Gov) och installationstyp (VMware/Hyper-V/fysisk eller annan). Kontrollera att molnet och scenariotypen finns överst i konfigurationshanteraren för installationen.

Felet "Det gick inte att ansluta till Azure Migrate-projektet" inträffar under installationens registrering

Efter en lyckad inloggning med ett Azure-användarkonto misslyckas registreringssteget för installationen med meddelandet "Det gick inte att ansluta till Azure Migrate-projektet. Kontrollera felinformationen och följ reparationsstegen genom att klicka på Försök igen.”

Problemet inträffar när Azure-användarkontot som används för inloggningen från apparatens konfigurationshanterare inte är samma användarkonto som användes till att generera Azure Migrate-projektnyckeln i portalen.

Åtgärder

Du har två alternativ:

  • Använd samma Azure-användarkonto som genererade Azure Migrate-projektnyckeln i portalen när du registrerar installationen.
  • Du kan också tilldela nödvändiga roller och behörigheter till det andra Azure-användarkontot som används för registrering av installationen.

Felet "Microsoft Entra-åtgärden misslyckades med statusen Förbjuden" inträffar under installationens registrering

Du kan inte slutföra registreringen på grund av otillräckliga Microsoft Entra-ID-behörigheter och får felet "Microsoft Entra-åtgärden misslyckades med statusen Förbjuden".

Åtgärder

Se till att du har de behörigheter som krävs för att skapa och hantera Microsoft Entra-program i Azure. Du bör ha rollen Programutvecklare eller användarrollen med Användaren kan registrera program som tillåts på klientorganisationsnivå.

Felet "Förbjudet att komma åt Key Vault" inträffar under installationens registrering

Åtgärden för att skapa eller uppdatera Azure Key Vault misslyckades för {KeyVaultName} på grund av felet {KeyVaultErrorMessage}.

Det här problemet uppstår vanligtvis när Det Azure-användarkonto som används för att registrera installationen skiljer sig från det konto som användes för att generera Azure Migrate-projektnyckeln på portalen (det vill sa när nyckelvalvet skapades).

Åtgärder

  1. Kontrollera att det inloggade användarkontot på enheten har de behörigheter som krävs för nyckelvalvet som nämns i felmeddelandet. Användarkontot behöver behörigheter som anges på den här webbplatsen.
  2. Gå till nyckelvalvet och se till att ditt användarkonto har en åtkomstprincip med alla behörigheter för nyckel, hemlighet och certifikat som tilldelats under Åtkomstprincip för Key Vault. Läs mer.
  3. Om du har aktiverat installationen för privat slutpunktsanslutning kontrollerar du att installationen antingen finns i samma virtuella nätverk där nyckelvalvet skapades eller att den är ansluten till det virtuella Azure-nätverket där nyckelvalvet skapades via en privat länk. Kontrollera att den privata länken för nyckelvalvet kan matchas från installationen. Gå till Azure Migrate: Identifierings- och utvärderingsegenskaper> för att hitta information om privata slutpunkter för resurser som nyckelvalvet som skapades när Azure Migrate-nyckeln skapades. Läs mer.
  4. Om du har de behörigheter och anslutningar som krävs kan du försöka registrera enheten igen efter en stund.

Det går inte att ansluta till vCenter Server under valideringen

Om du får det här anslutningsfelet kanske du inte kan ansluta till vCenter Server Servername.com:9443. Felinformationen anger att det inte finns någon slutpunkt som lyssnar på https://\*servername*.com:9443/sdk som kan acceptera meddelandet.

Åtgärder

  • Kontrollera om du kör den senaste versionen av installationen. Om du inte är det uppgraderar du installationen till den senaste versionen.

  • Om problemet fortfarande inträffar i den senaste versionen kanske installationen inte kan lösa det angivna vCenter Server-namnet, eller så kan den angivna porten vara felaktig. Om porten inte har angetts försöker insamlaren som standard ansluta till portnummer 443.

    1. Ping Servername.com från installationen.
    2. Om steg 1 misslyckas kan du försöka ansluta till vCenter-servern med hjälp av IP-adressen.
    3. Identifiera rätt portnummer för att ansluta till vCenter-servern.
    4. Kontrollera att vCenter-servern är igång.

Serverautentiseringsuppgifter (domän) misslyckas med validering på VMware-installationen

Du får "Verifieringen misslyckades" för domänautentiseringsuppgifter som lagts till på VMware-installationen för att utföra programvaruinventering och agentlös beroendeanalys.

Åtgärder

  1. Kontrollera att du har angett rätt domännamn och autentiseringsuppgifter.
  2. Kontrollera att domänen kan nås från installationen för att verifiera autentiseringsuppgifterna. Installationen kan ha problem med siktlinjen, eller så kanske domännamnet inte kan matchas från installationsservern.
  3. Välj Redigera för att uppdatera domännamnet eller autentiseringsuppgifterna. Välj Återvalidera autentiseringsuppgifter för att verifiera autentiseringsuppgifterna igen efter en tid.

Felet "Åtkomst nekas" uppstår när du ansluter till Hyper-V-värdar eller -kluster under valideringen

Du kan inte verifiera den tillagda Hyper-V-värden eller -klustret på grund av felet "Åtkomst nekas".

Åtgärder

  1. Se till att du uppfyller alla förutsättningar för Hyper-V-värdarna.
  2. Kontrollera stegen på den här webbplatsen om hur du förbereder Hyper-V-värdarna manuellt eller med hjälp av ett PowerShell-skript för etablering.

Felet "Servern stöder inte WS-Management Identify-åtgärder" inträffar under valideringen

Du kan inte verifiera Hyper-V-kluster på enheten på grund av felet "Servern stöder inte WS-Management Identify-åtgärder. Hoppa över testdelen Anslut ion i begäran och försök igen."

Åtgärder

Det här felet uppstår vanligtvis när du har angett en proxykonfiguration på installationen. Installationen ansluter till klustren med hjälp av det korta namnet för klusternoderna, även om du har angett nodens fullständiga domännamn. Lägg till det korta namnet för klusternoderna i listan över förbikopplingsproxy på installationen, problemet löses och verifieringen av Hyper-V-klustret lyckas.

Felet "Det går inte att ansluta till värd eller kluster" inträffar under valideringen på en Hyper-V-installation

Felet "Det går inte att ansluta till en värd eller ett kluster eftersom servernamnet inte kan matchas. WinRM-felkod: 0x803381B9" kan inträffa om Azure DNS-tjänsten för installationen inte kan matcha klustret eller värdnamnet som du angav.

Det här problemet inträffar vanligtvis när du har lagt till IP-adressen för en värd som inte kan lösas av DNS. Du kan också få det här felet för värdar i ett kluster. Det anger att installationen kan ansluta till klustret, men klustret returnerar värdnamn som inte är FQDN.

Åtgärder

Lös det här felet genom att uppdatera värdfilen på installationen genom att lägga till en mappning av IP-adressen och värdnamnen.

  1. Öppna Anteckningar som administratör.
  2. Öppna filen C:\Windows\System32\Drivers\etc\hosts.
  3. Lägg till IP-adressen och värdnamnet på en rad. Upprepa för varje värd eller kluster där du ser det här felet.
  4. Spara och stäng värdfilen.
  5. Kontrollera om installationen kan ansluta till värdarna med hjälp av installationshanteringsappen. Efter 30 minuter bör du se den senaste informationen för dessa värdar i Azure-portalen.

Felet "Det går inte att ansluta till servern" inträffar under valideringen av fysiska servrar

Åtgärder

  • Se till att det finns anslutning från installationen till målservern.
  • Om det är en Linux-server kontrollerar du att lösenordsbaserad autentisering är aktiverad genom att följa dessa steg:
    1. Logga in på Linux-servern och öppna ssh-konfigurationsfilen med hjälp av kommandot vi /etc/ssh/sshd_config.
    2. Ange alternativet PasswordAuthentication till Ja. Spara filen.
    3. Starta om ssh-tjänsten genom att köra sshd-omstarten av tjänsten.
  • Om det är en Windows-server kontrollerar du att port 5985 är öppen för att tillåta fjärr-WMI-anrop.
  • Om du identifierar en GCP Linux-server och använder en rotanvändare använder du följande kommandon för att ändra standardinställningen för rotinloggningen:
    1. Logga in på Linux-servern och öppna ssh-konfigurationsfilen med hjälp av kommandot vi /etc/ssh/sshd_config.
    2. Ange alternativet PermitRootLogin till Ja.
    3. Starta om ssh-tjänsten genom att köra sshd-omstarten av tjänsten.

Felet "Det gick inte att hämta BIOS GUID" inträffar för servern under valideringen

Verifieringen av en fysisk server misslyckas på installationen med felmeddelandet "Det gick inte att hämta BIOS GUID".

Åtgärder

Anslut till målservern som inte kan verifieras. Kör följande kommandon för att se om det returnerar SERVERNs BIOS GUID:

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

Du kan också köra kommandona från kommandotolken på installationsservern genom att upprätta en SSH-anslutning med Linux-målservern med hjälp av följande kommando:

ssh <username>@<servername>

Få Linux-datorer som Oracle/CentOS har ett konfigurationsvärde som kräver att tty-alternativet är aktiverat som standard, vilket kan orsaka ett fel. I sådana fall kan du inaktivera den här inställningen genom att lägga till ett "!" tecken i filen /etc/sudoers . Du kan också lägga till följande i slutet av /etc/sudoers/ -filen för att säkerställa att ingen annan konfiguration i filen kan åsidosätta detta:

  • Standardvärden !visiblepw
  • Standardvärden !requiretty

Felet "Ingen lämplig autentiseringsmetod hittades" inträffar för servern under valideringen

Du får felet "Ingen lämplig autentiseringsmetod hittades" när du försöker verifiera en Linux-server via den fysiska installationen.

Åtgärder

Se till att lösenordsbaserad autentisering är aktiverad på Linux-servern genom att följa dessa steg:

  1. Logga in på Linux-servern. Öppna ssh-konfigurationsfilen med hjälp av kommandot vi /etc/ssh/sshd_config.
  2. Ange alternativet PasswordAuthentication till Ja. Spara filen.
  3. Starta om ssh-tjänsten genom att köra sshd-omstarten av tjänsten.

Felet "Åtkomst nekas" uppstår när du ansluter till fysiska servrar under valideringen

Du får felet "WS-Management-tjänsten kan inte bearbeta begäran. WMI-tjänsten returnerade ett felmeddelande om nekad åtkomst" när du försöker verifiera en Windows-server via den fysiska installationen.

Åtgärder

  • Om du får det här felet kontrollerar du att det angivna användarkontot (domän/lokal) i installationskonfigurationshanteraren har lagts till i dessa grupper: Fjärrhanteringsanvändare, Användare av prestandaövervakare och Användare av prestandaloggar.

  • Om gruppen Fjärrhanteringsanvändare inte finns lägger du till användarkontot i gruppen WinRMRemoteWMIUsers_.

  • Du kan också kontrollera om WS-Management-protokollet är aktiverat på servern genom att köra följande kommando i kommandotolken på målservern: winrm qc

  • Om problemet kvarstår kontrollerar du att användarkontot har åtkomstbehörighet till CIMV2-namnområdet och undernamnrymderna i WMI-Kontrollpanelen. Du kan ange åtkomsten genom att följa dessa steg:

    1. Gå till den server som inte kan verifieras på installationen.
    2. Sök och välj Kör på Start-menyn . I dialogrutan Kör anger du wmimgmt.msc i textrutan Öppna och väljer Retur.
    3. Wmimgmt-konsolen öppnas där du hittar WMI-kontroll (lokal) i den vänstra rutan. Högerklicka på den och välj Egenskaper på menyn.
    4. I dialogrutan Egenskaper för WMI-kontroll (lokal) väljer du fliken Värdepapper.
    5. På fliken Värdepapper expanderar du rotmappeni namnområdesträdet och väljer namnområdet cimv2.
    6. Välj Säkerhet för att öppna dialogrutan Säkerhet för ROOT\cimv2 .
    7. Under avsnittet Grupp- eller användarnamn väljer du Lägg till för att öppna dialogrutan Välj användare, Datorer, Tjänstkonton eller Grupper .
    8. Sök efter användarkontot, välj det och välj OK för att återgå till dialogrutan Säkerhet för ROOT\cimv2 .
    9. I avsnittet Grupp- eller användarnamn väljer du det användarkonto som just lagts till. Kontrollera om följande behörigheter är tillåtna:
      • Aktivera konto
      • Fjärraktivering
    10. Välj Använd för att aktivera de behörigheter som angetts för användarkontot.

  • Samma steg gäller även för ett lokalt användarkonto för servrar som inte är domän-/arbetsgruppsservrar. I vissa fall kan UAC-filtrering blockera vissa WMI-egenskaper när kommandona körs som standardanvändare, så du kan antingen använda ett lokalt administratörskonto eller inaktivera UAC så att det lokala användarkontot inte filtreras och i stället blir en fullständig administratör.

  • Att inaktivera fjärr-UAC genom att ändra registerposten som styr fjärr-UAC rekommenderas inte, men kan vara nödvändigt i en arbetsgrupp. Registerposten är HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. När värdet för den här posten är noll (0) aktiveras filtrering av UAC-fjärråtkomsttoken. När värdet är 1 inaktiveras fjärr-UAC.

Apparaten är frånkopplad

Felmeddelandet "Installationen är frånkopplad" visas när du försöker aktivera replikering på några VMware-servrar från portalen.

Det här felet kan inträffa om installationen är i ett avstängningstillstånd eller om DRA-tjänsten på enheten inte kan kommunicera med Azure.

Åtgärder

  1. Gå till konfigurationshanteraren för installationen och kör om kraven för att se status för DRA-tjänsten under Visa installationstjänster.

  2. Om tjänsten inte körs stoppar och startar du om tjänsten från kommandotolken med hjälp av följande kommandon:

    net stop dra
net start dra

Nästa steg

Konfigurera en installation för VMware, Hyper-V eller fysiska servrar.