Utvärdering – Vanliga frågor

Den här artikeln besvarar vanliga frågor om utvärderingar i Azure Migrate. Om du har andra frågor kontrollerar du dessa resurser:

• Allmänna frågor om Azure Migrate
• Frågor om Azure Migrate-installationen
• Frågor om migrering och modernisering
• Få svar på frågor i Azure Migrate-forumet

Vilka geografiska områden stöds för identifiering och utvärdering med Azure Migrate?

Granska de geografiska områden som stöds för offentliga moln och myndighetsmoln.

Hur många servrar kan jag identifiera med en installation?

Du kan identifiera upp till 10 000 servrar från VMware-miljön, upp till 5 000 servrar från Hyper-V-miljön och upp till 1 000 fysiska servrar med hjälp av en enda installation. Om du har fler servrar kan du läsa om att skala en Hyper-V-utvärdering, skala en VMware-utvärdering eller skala en fysisk serverutvärdering.

Hur väljer jag utvärderingstyp?

• Använd Azure VM-utvärderingar när du vill utvärdera servrar från din lokala VMware - och Hyper-V-miljö och fysiska servrar för migrering till virtuella Azure-datorer. Läs mer.
• Använd utvärderingstypen Azure SQL när du vill utvärdera din lokala SQL Server i dina VMware-, Microsoft Hyper-V- och Physical/Bare metal-miljöer samt IaaS-servrar för andra offentliga moln som AWS, GCP osv. för migrering till SQL Server på en virtuell Azure-dator eller Azure SQL Database eller Azure SQL Managed Instance. Läs mer.
• Använd utvärderingstypen Azure App Service när du vill utvärdera dina lokala ASP.NET webbappar som körs på IIS-webbservern från din VMware-miljö för migrering till Azure App Service. Läs mer.
• Använd Avs-utvärderingar (Azure VMware Solution) när du vill utvärdera dina lokala virtuella VMware-datorer för migrering till Azure VMware Solution (AVS) med den här utvärderingstypen. Läs mer.
• Du kan använda en gemensam grupp med endast VMware-datorer om du vill köra båda utvärderingstyperna. Om du kör AVS-utvärderingar i Azure Migrate för första gången rekommenderar vi att du skapar en ny grupp VMware-datorer.

Varför saknas prestandadata för vissa/alla servrar på min virtuella Azure-dator och/eller AVS-utvärderingsrapport?

För "Prestandabaserad" utvärdering säger utvärderingsrapportexporten "PercentageOfCoresUtilizedMissing" eller "PercentageOfMemoryUtilizedMissing" när Azure Migrate-installationen inte kan samla in prestandadata för de lokala servrarna. Du kan kontrollera bladet Lös problem på azure migrate-hubben för att få detaljerade problem eller kontrollera följande manuellt:

• Om servrarna är påslagna under den tid som du skapar utvärderingen

• Om endast minnesräknare saknas och du försöker utvärdera servrar i Hyper-V-miljön. I det här scenariot aktiverar du dynamiskt minne på servrarna och beräknar om utvärderingen för att återspegla de senaste ändringarna. Enheten kan samla in minnesanvändningsvärden för intervall i Hyper-V-miljön endast när servern har dynamiskt minne aktiverat.

• Om alla prestandaräknare saknas, kontrollerar du att utgående anslutningar är tillåtna på port 443 (HTTPS).

  Kommentar

  Om någon av prestandaräknarna saknas, faller Azure Migrate: Server Assessment tillbaka till de allokerade kärnorna/minnet lokalt och rekommenderar en VM-storlek i enlighet med detta.

Hur kan jag förstå information om fel som orsakar problem med insamling av prestandadata?

Nu kan du förstå vilka fel du behöver åtgärda för att lösa problem med insamling av prestandadata i utvärderingar av Azure VM och Azure VMware Solution. Följ de här stegen:

• Gå till Azure Migrate-servrar>, databaser och webbappar>Migreringsmål och välj Lös problem med identifierings- och utvärderingsverktyget.
• Välj Berörda objekt bredvid utvärderingen och välj länken i fel-ID-kolumnen för att granska felinformationen och reparationsåtgärderna.

Du kan också granska dessa fel/problem när du skapar utvärderingen i steget Välj servrar för att utvärdera eller på fliken Beredskap i en befintlig utvärdering. Om du inte ser några fel/problem i utvärderingen men ser fel som inte är noll på bladet Lösa problem beräknar du utvärderingen igen för att se problemen på utvärderingsbladet.

Varför saknas prestandadata för vissa/alla SQL-instanser/databaser i min Azure SQL-utvärdering?

För att säkerställa att prestandadata samlas in kontrollerar du följande:

• Om SQL-servrarna är påslagna under den tid som du skapar utvärderingen.
• Om anslutningsstatusen för SQL-agenten i Azure Migrate är Ansluten och kontrollera det sista pulsslaget.
• Om Azure Migrate-anslutningsstatus för alla SQL-instanser är "Ansluten" i avsnittet identifierad SQL-instans.
• Om alla prestandaräknare saknas, kontrollerar du att utgående anslutningar är tillåtna på port 443 (HTTPS).

Om någon av prestandaräknarna saknas återgår Azure SQL-utvärderingen till Som lokal storleksändring och rekommenderar en Azure SQL-konfiguration baserat på allokerade kärnor, minne och total databasstorlek lokalt.

Varför är inte förtroendeklassificering tillgängligt för Azure App Service-utvärderingar?

Prestandadata samlas inte in för Azure App Service-utvärdering och därför ser du inte konfidensklassificering för den här utvärderingstypen. Azure App Service-utvärderingen tar konfigurationsdata för webbappar till konto när utvärderingsberäkningen utförs.

Varför har min utvärdering lågt säkerhetsomdöme?

Säkerhetsomdömet beräknas för ”prestandabaserade” utvärderingar baserat på den procentandel av tillgängliga datapunkter som behövdes för att beräkna utvärderingen. Ett lågt säkerhetsomdöme för en utvärdering kan bero på något av följande:

• Du profilerade inte din miljö för hela den varaktighet för vilken du skapar utvärderingen. Om du till exempel skapar en utvärdering med prestandavaraktighet inställd på en vecka måste du vänta i minst en vecka efter att du har startat identifieringen för att alla datapunkter ska samlas in. Om du inte kan vänta hela varaktigheten ändrar du varaktigheten för prestanda till en kortare period och beräknar om utvärderingen.

• Utvärderingen kan inte samla in prestandadata för vissa eller alla servrar under utvärderingsperioden. För ett högt säkerhetsomdömet ska du se till att:

  • Servrarna är påslagna under hela utvärderingen
  • Utgående anslutningar på port 443 tillåts
  • För Hyper-V-servrar är dynamiskt minne aktiverat
  • Anslutningsstatusen för agenter i Azure Migrate är "Ansluten" och kontrollera de senaste pulsslagen
  • För Azure SQL-utvärderingar är Azure Migrate-anslutningsstatus för alla SQL-instanser "Ansluten" i avsnittet identifierad SQL-instans.

  Beräkna om utvärderingen så att de senaste ändringarna återspeglas i säkerhetsomdömet.

• För utvärderingar av virtuella Azure-datorer och AVS skapades få servrar efter att identifieringen hade startats. Om du till exempel skapar en utvärdering för prestandahistoriken för den senaste månaden, men få servrar skapades i miljön för bara en vecka sedan. I det här fallet är prestandadata för de nya servrarna inte tillgängliga under hela varaktigheten och konfidensklassificeringen skulle vara låg. Läs mer.

• Vid Azure SQL-utvärderingar skapades några SQL-instanser eller databaser efter att identifieringen hade startats. Om du till exempel skapar en utvärdering för prestandahistoriken för den senaste månaden, men få SQL-instanser eller databaser skapades i miljön för bara en vecka sedan. I det här fallet är prestandadata för de nya servrarna inte tillgängliga under hela varaktigheten och konfidensklassificeringen skulle vara låg. Läs mer.

Varför är min RAM-användning större än 100 %?

I Hyper-V om maximalt minne som har etablerats är mindre än vad som krävs av den virtuella datorn visar Assessment att minnesanvändningen är mer än 100 %.

Jag ser en banderoll i min utvärdering som utvärderingen nu även tar hänsyn till processorparametrar. Vad blir effekten av att beräkna om utvärderingen?

Utvärderingen tar nu hänsyn till processorparametrar som antal driftkärnor, socketar osv. och beräknar dess optimala prestanda under en period i en simulerad miljö. Detta görs för att jämföra all processorbaserad tillgänglig processorinformation. Beräkna om dina utvärderingar för att se de uppdaterade rekommendationerna.

Processorns benchmark-nummer beaktas nu tillsammans med resursanvändningen för att säkerställa att vi matchar processorprestandan för dina lokala VMware-, Hyper-V- och Fysiska servrar och rekommenderar azure SKU-målstorlekarna i enlighet med detta. Detta är ett sätt att ytterligare förbättra utvärderingsrekommendationerna så att de överensstämmer med dina prestandabehov närmare.

På grund av detta kan kostnaden för virtuella Azure-måldatorer skilja sig från dina tidigare utvärderingar av samma mål. Dessutom kan antalet kärnor som allokeras i azure-mål-SKU:n också variera om processorprestandan för målet matchar dina lokala VMware-, Hyper-V- och Physical-servrar.

För scenarier där kunder väljer "som lokalt", finns det någon inverkan på processorns benchmarking?

Nej, det kommer inte att påverkas eftersom vi inte anser att det är ett lokalt scenario.

Jag ser en ökning av mina månatliga kostnader när jag har beräknat om mina utvärderingar? Är detta den mest optimerade kostnaden för mig?

Om du har valt alla tillgängliga alternativ för din "VM-serie" i dina utvärderingsinställningar får du den mest optimerade kostnadsrekommendatorn för dina virtuella datorer. Men om du bara väljer några av de tillgängliga alternativen för VM-serien kan rekommendationen hoppa över det mest optimerade alternativet för dig när du tilldelar dig en Azure VM SKU medan du matchar dina processorprestandanummer.

Varför kan jag inte se alla Azure VM-familjer i azure VM-utvärderingsegenskaperna?

Det kan finnas två orsaker:

• Du har valt en Azure-region där en viss serie inte stöds. Azure VM-familjer som visas i Azure VM-utvärderingsegenskaper är beroende av tillgängligheten för VM-serien på den valda Azure-platsen, lagringstypen och reserverad instans.
• VM-serien stöds inte i utvärderingen och ingår inte i utvärderingslogik. Vi har för närvarande inte stöd för SKU-serien med hög prestanda i B-serien. Vi försöker hålla VM-serien uppdaterad och de som nämns finns i vår översikt.

Antalet virtuella Azure-datorer eller AVS-utvärderingar i identifierings- och utvärderingsverktyget är felaktiga

Du kan åtgärda detta genom att välja det totala antalet utvärderingar för att navigera till alla utvärderingar och beräkna om den virtuella Azure-datorn eller AVS-utvärderingen. Identifierings- och utvärderingsverktyget visar sedan rätt antal för den utvärderingstypen.

Jag vill prova den nya Azure SQL-utvärderingen

Identifiering och utvärdering av SQL Server-instanser och databaser som körs i dina VMware-, Microsoft Hyper-V- och Physical/Bare metal-miljöer samt IaaS-servrar för andra offentliga moln som AWS, GCP osv. är nu i förhandsversion. Kom igång med den här självstudien. Om du vill prova den här funktionen i ett befintligt projekt kontrollerar du att du har slutfört förutsättningarna i den här artikeln.

Jag vill prova den nya Azure App Service-utvärderingen

Identifiering och utvärdering av .NET-webbappar som körs i din VMware-miljö finns nu i förhandsversion. Kom igång med den här självstudien. Om du vill prova den här funktionen i ett befintligt projekt kontrollerar du att du har slutfört förutsättningarna i den här artikeln.

Jag kan inte se vissa servrar när jag skapar en Azure SQL-utvärdering

• Azure SQL-utvärderingen kan bara utföras på servrar som körs där SQL-instanser identifierades. Om du inte ser de servrar och SQL-instanser som du vill utvärdera väntar du en stund på identifieringen och skapar sedan utvärderingen.
• Om du inte kan se en tidigare skapad grupp när du skapar utvärderingen tar du bort alla servrar utan en SQL-instans från gruppen.
• Om du kör Azure SQL-utvärderingar i Azure Migrate för första gången rekommenderar vi att du skapar en ny grupp servrar.

Jag kan inte se vissa servrar när jag skapar en Azure App Service-utvärdering

• Azure App Service-utvärdering kan endast göras på servrar som kör där webbserverrollen identifierades. Om du inte ser de servrar som du vill utvärdera väntar du en stund tills identifieringen har slutförts och skapar sedan utvärderingen.
• Om du inte kan se en tidigare skapad grupp när du skapar utvärderingen tar du bort alla icke-VMware-servrar eller servrar utan en webbapp från gruppen.
• Om du kör Azure App Service-utvärderingar i Azure Migrate för första gången rekommenderar vi att du skapar en ny grupp servrar.

Jag vill förstå hur beredskapen för min instans beräknades?

Beredskapen för dina SQL-instanser har beräknats efter en funktionskompatibilitetskontroll med den riktade Azure SQL-distributionstypen (SQL Server på en virtuell Azure-dator eller Azure SQL Managed Instance eller Azure SQL Database). Läs mer.

Jag vill förstå hur beredskapen för mina webbappar beräknades?

Beredskapen för dina webbappar beräknas genom att köra en serie tekniska kontroller för att avgöra om webbappen kommer att köras korrekt i Azure App Service eller inte. Dessa kontroller dokumenteras här.

Varför är min webbapp markerad som Klar med villkor eller Inte redo i min Azure App Service-utvärdering?

Detta kan inträffa när en eller flera tekniska kontroller misslyckas för en viss webbapp. Du kan välja beredskapsstatus för webbappen för att ta reda på information och reparation för misslyckade kontroller.

Varför är beredskapen för alla mina SQL-instanser markerad som okänd?

Om identifieringen har startats nyligen och fortfarande pågår kan du se beredskapen för vissa eller alla SQL-instanser som okänd. Vi rekommenderar att du väntar ett tag på att miljön ska profileras. Gör sedan en ny beräkning av utvärderingen. SQL-identifieringen utförs en gång var 24:e timme och du kan behöva vänta upp till en dag på att de senaste konfigurationsändringarna ska återspeglas.

Varför är beredskapen för vissa av mina SQL-instanser markerad som okänd?

Detta kan inträffa om:

• Identifieringen pågår fortfarande. Vi rekommenderar att du väntar ett tag på att miljön ska profileras. Gör sedan en ny beräkning av utvärderingen.
• Det finns vissa identifieringsproblem som du behöver åtgärda i Fel och meddelanden.

SQL-identifieringen utförs en gång var 24:e timme och du kan behöva vänta upp till en dag på att de senaste konfigurationsändringarna ska återspeglas.

Min utvärdering har statusen Inaktuell

Azure VM/AVS-utvärdering

Om det finns lokala ändringar av servrar som finns i en grupp som har utvärderats markeras utvärderingen som inaktuell. En utvärdering kan markeras som "Inaktuell" på grund av en eller flera ändringar i egenskaperna nedan:

• Antal processorkärnor
• Allokerat minne
• Starttyp eller inbyggd programvara
• Operativsystemnamn, version och arkitektur
• Antal diskar
• Antal nätverksadapter
• Ändra diskstorlek (GB allokerat)
• Uppdatering av Nic-egenskaper. Exempel: Mac-adressändringar, IP-adresstillägg osv.

Beräkna om utvärderingen så att de senaste ändringarna återspeglas i utvärderingen.

Azure SQL-utvärdering

Om det finns ändringar i lokala SQL-instanser och databaser som finns i en grupp som har utvärderats, markeras utvärderingen som inaktuell:

• En SQL-instans lades till eller togs bort från en server
• En SQL-databas lades till eller togs bort från en SQL-instans
• Den totala databasstorleken i en SQL-instans har ändrats med mer än 20 %
• Antal processorkärnor och/eller allokerat minne har ändrats

Beräkna om utvärderingen så att de senaste ändringarna återspeglas i utvärderingen.

Varför blev jag rekommenderad en viss måldistributionstyp?

Azure Migrate rekommenderar en specifik distributionstyp för Azure SQL som är kompatibel med din SQL-instans. Om du migrerar till ett Microsoft-rekommenderat mål, minskas din totala migreringsinsats. Den här Azure SQL-konfigurationen (SKU) rekommenderas efter en bedömning av prestandaegenskaperna för din SQL-instans och de databaser som den hanterar. Om flera Azure SQL-konfigurationer är lämpliga, rekommenderar vi den som är mest kostnadseffektiv. Läs mer.

Vilket distributionsmål ska jag välja om min SQL-instans är redo för Azure SQL DB och Azure SQL MI?

Om instansen är redo för både Azure SQL DB och Azure SQL MI, rekommenderar vi måldistributionstypen där den beräknade kostnaden för Azure SQL-konfigurationen är lägre.

Jag kan inte se vissa databaser i min utvärdering, trots att instansen ingår i utvärderingen

Azure SQL-utvärderingen inkluderar bara databaser med en onlinestatus. Om det finns databaser med någon annan status, ignorerar utvärderingen beredskapen, storleken och kostnadsberäkningen för dessa databaser. Om du vill utvärdera sådana databaser ändrar du databasens status och beräknar om utvärderingen inom en viss tid.

Jag vill jämföra kostnader för att köra mina SQL-instanser på en virtuell Azure-dator jämfört med Azure SQL Database/Azure SQL Managed Instance

Du kan skapa en enda Azure SQL-utvärdering som består av önskade SQL-servrar i VMware-, Microsoft Hyper-V- och Physical/Bare metal-miljöer samt IaaS-servrar för andra offentliga moln som AWS, GCP osv. En enskild utvärdering omfattar beredskap, SKU:er, uppskattade kostnader och migreringsblockerare för alla tillgängliga SQL-migreringsmål i Azure – Azure SQL Managed Instance, Azure SQL Database och SQL Server på en virtuell Azure-dator. Du kan sedan jämföra utvärderingsutdata för önskade mål. Läs mer

Lagringskostnaden i min Azure SQL-utvärdering är noll

För Azure SQL Managed Instance läggs ingen lagringskostnad till för den första lagringen på 32 GB/instans/månad och ytterligare lagringskostnad läggs till för lagring i steg om 32 GB. Läs mer.

Jag kan inte se några grupper när jag skapar en Utvärdering av Azure VMware Solution (AVS)

• En AVS-utvärdering kan göras för grupper som endast innehåller VMware-datorer. Ta bort alla datorer som inte är VMware-datorer från gruppen om du tänker köra en AVS-utvärdering.
• Om du kör AVS-utvärderingar i Azure Migrate för första gången rekommenderar vi att du skapar en ny grupp VMware-datorer.

Frågor om Ultra-diskar

Kan jag migrera mina diskar till Ultra Disk med Hjälp av Azure Migrate?

Nej. För närvarande stöder inte både Azure Migrate och Azure Site Recovery migrering till Ultra-diskar. Hitta steg för att distribuera Ultra Disk här

Varför är det etablerade IOPS och dataflödet på min Ultra-disk mer än mitt lokala IOPS och dataflöde?

Enligt den officiella prissidan debiteras Ultra Disk baserat på den etablerade storleken, etablerad IOPS och etablerat dataflöde. Enligt ett exempel:

Om du har etablerat en 200 GiB Ultra Disk med 20 000 IOPS och 1 000 MB/sekund och tagit bort den efter 20 timmar, mappas den till diskstorlekserbjudandet på 256 GiB och du debiteras för 256 GiB, 20 000 IOPS och 1 000 MB/sekund i 20 timmar.

IOPS som ska etableras = (dataflöde har identifierats) *1024/256

Tar Ultra Disk-rekommendationen hänsyn till svarstid?

Nej, för närvarande används endast diskstorlek, totalt dataflöde och totalt IOPS för storlek och kostnad.

Jag kan se att M-serien stöder Ultra Disk, men i min utvärdering där Ultra disk rekommenderades står det "Ingen virtuell dator hittades för den här platsen"?

Detta är möjligt eftersom inte alla VM-storlekar som stöder Ultra-disk finns i alla Ultra Disk-regioner som stöds. Ändra målregionen för utvärderingen för att ta reda på VM-storleken för den här servern.

Jag kan inte se vissa typer av virtuella datorer och storlekar i Azure Government

Typer och storlekar för virtuella datorer som stöds för utvärdering och migrering beror på tillgängligheten på Azure Government-platsen. Du kan granska och jämföra typer av virtuella datorer i Azure Government.

Storleken på min server har ändrats. Kan jag köra en utvärdering igen?

Azure Migrate-installationen samlar kontinuerligt in information om den lokala miljön. En utvärdering är en ögonblicksbild av lokala servrar. Om du ändrar inställningarna på en server som du vill utvärdera använder du alternativet beräkna om för att uppdatera utvärderingen med de senaste ändringarna.

Hur identifierar jag servrar i en miljö med flera klientorganisationer?

• VMware: Om en miljö delas mellan klienter och du inte vill identifiera en klients servrar i en annan klients prenumeration skapar du VMware vCenter Server-autentiseringsuppgifter som bara kan komma åt de servrar som du vill identifiera. Använd sedan dessa autentiseringsuppgifter när du startar identifieringen i Azure Migrate-installationen.
• Hyper-V: Identifieringen använder autentiseringsuppgifter för Hyper-V-värden. Om servrar delar samma Hyper-V-värd finns det för närvarande inget sätt att separera identifieringen.

Behöver jag vCenter Server?

Ja, Azure Migrate kräver att vCenter Server i en VMware-miljö utför identifiering. Azure Migrate stöder inte identifiering av ESXi-värdar som inte hanteras av vCenter Server.

Vilka storleksalternativ finns det i en utvärdering av en virtuell Azure-dator?

Med en lokal storleksändring tar Azure Migrate inte hänsyn till serverprestandadata för utvärdering. Azure Migrate utvärderar VM-storlekar baserat på den lokala konfigurationen. Med prestandabaserad storleksändring baseras storleksändringen på användningsdata.

Om en lokal server till exempel har 4 kärnor och 8 GB minne med 50 % processoranvändning och 50 % minnesanvändning:

• Lokal storleksändring rekommenderar en SKU för virtuella Azure-datorer som har 4 kärnor och 8 GB minne.
• Prestandabaserad storleksändring rekommenderar en vm-SKU som har 2 kärnor och 4 GB minne eftersom användningsprocenten beaktas.

På samma sätt beror diskstorleken på storlekskriterier och lagringstyp:

• Om storleksvillkoren är "prestandabaserade" och lagringstypen är automatisk tar Azure Migrate hänsyn till diskens IOPS- och dataflödesvärden när den identifierar måldisktypen (Standard, Premium eller Ultra Disk).
• Om storleksvillkoren är "som lokalt" och lagringstypen är Premium rekommenderar Azure Migrate en Premium-disk-SKU baserat på storleken på den lokala disken. Samma logik tillämpas på diskstorlek när storleken är som lokal och lagringstypen är Standard-, Premium- eller Ultra-disk.

Påverkar prestandahistorik och användning storleksändringen i en utvärdering av en virtuell Azure-dator?

Ja, prestandahistorik och användning påverkar storleksändringen i en utvärdering av en virtuell Azure-dator.

Prestandahistorik

För endast prestandabaserad storleksändring samlar Azure Migrate in prestandahistoriken för lokala datorer och använder den sedan för att rekommendera vm-storlek och disktyp i Azure:

1. Installationen profilerar kontinuerligt den lokala miljön för att samla in realtidsanvändningsdata var 20:e sekund.
2. Apparaten samlar in insamlade 20-sekundersexempel och använder dem för att skapa en enda datapunkt var 15:e minut.
3. För att skapa datapunkten väljer installationen det högsta värdet från alla 20-sekundersexempel.
4. Installationen skickar datapunkten till Azure.

Utnyttjande

När du skapar en utvärdering i Azure beräknar Azure Migrate det effektiva användningsvärdet, beroende på prestandavaraktighet och det percentilvärde för prestandahistorik som anges, och använder det sedan för storleksändring.

Om du till exempel anger prestandavaraktigheten till en dag och percentilvärdet till den 95:e percentilen sorterar Azure Migrate de 15 minuter långa exempelpunkter som skickats av insamlaren för den senaste dagen i stigande ordning. Den väljer det 95:e percentilvärdet som effektiv användning.

Om du använder det 95:e percentilvärdet ser du till att avvikande värden ignoreras. Extremvärden kan inkluderas om din Azure Migrate använder den 99:e percentilen. Om du vill välja den högsta användningen för perioden utan att missa några extremvärden anger du Att Azure Migrate ska använda den 99:e percentilen.

Hur skiljer sig importbaserade utvärderingar från utvärderingar med identifieringskälla som installation?

Importbaserade utvärderingar av virtuella Azure-datorer är utvärderingar som skapats med datorer som importeras till Azure Migrate med hjälp av en CSV-fil. Endast fyra fält är obligatoriska att importera: Servernamn, kärnor, minne och operativsystem. Här följer några saker att tänka på:

• Beredskapskriterierna är mindre stränga i importbaserade utvärderingar av starttypsparametern. Om starttypen inte tillhandahålls antas det att datorn har BIOS-starttyp och att datorn inte är markerad som villkorligt redo. I utvärderingar med identifieringskällan som installation markeras beredskapen som Villkorligt klar om starttypen saknas. Den här skillnaden i beredskapsberäkning beror på att användarna kanske inte har all information om datorerna i ett tidigt skede av migreringsplaneringen när importbaserade utvärderingar görs.
• Prestandabaserade importutvärderingar använder det användningsvärde som tillhandahålls av användaren för rätt storleksberäkningar. Eftersom användningsvärdet tillhandahålls av användaren inaktiveras alternativen Prestandahistorik och Percentilanvändning i utvärderingsegenskaperna. I utvärderingar med identifieringskällan som installation plockas det valda percentilvärdet från de prestandadata som samlas in av installationen.

Varför markeras det föreslagna migreringsverktyget i importbaserad AVS-utvärdering som okänt?

För datorer som importeras via en CSV-fil är standardmigreringsverktyget i en AVS-utvärdering okänt. För VMware-datorer rekommenderar vi dock att du använder HCX-lösningen (VMware Hybrid Cloud Extension). Läs mer.

Nästa steg

Läs mer om att identifiera virtuella VMware-datorer, virtuella Hyper-V-datorer och fysiska servrar.