Dela via


Felsöka utvärdering – Vanliga frågor och svar

Den här artikeln innehåller svar på några av de vanligaste frågorna om felsökning av problem med utvärdering. I artiklarna Felsöka problem med utvärderingar och scenarier som stöds finns felsökning av utvärderingar.

Azure VM-utvärdering kan rekommendera en större disk baserat på typen av utvärdering:

  • Diskstorleken beror på två utvärderingsegenskaper: storlekskriterier och lagringstyp.
  • Om storleksvillkoren är prestandabaserade och lagringstypen är inställd på Automatisk, beaktas IOPS- och dataflödesvärdena för disken när måldisktypen identifieras (Standard HDD, Standard SSD, Premium eller Ultra Disk). En disk-SKU från disktypen rekommenderas sedan, och rekommendationen tar hänsyn till storlekskraven för den lokala disken.
  • Om storleksvillkoren är prestandabaserade och lagringstypen är Premium rekommenderas en premiumdisk-SKU i Azure baserat på kraven på IOPS, dataflöde och storlek på den lokala disken. Samma logik används för att utföra diskstorlek när storleksvillkoren är Som lokalt och lagringstypen är Standard HDD, Standard SSD, Premium eller Ultra disk.

Anta till exempel att du har en lokal disk med 32 GB minne, men den aggregerade läs- och skriv-IOPS för disken är 800 IOPS. Azure VM-utvärderingen rekommenderar en premiumdisk på grund av de högre IOPS-kraven. Den rekommenderar också en disk-SKU som kan stödja nödvändig IOPS och storlek. Den bästa matchningen i det här exemplet är P15 (256 GB, 1100 IOPS). Även om storleken som krävs av den lokala disken var 32 GB, rekommenderade Azure VM-utvärderingen en större disk på grund av det höga IOPS-kravet på den lokala disken.

Varför saknas prestandadata för vissa eller alla virtuella datorer i min 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 virtuella datorerna. Kontrollera:

  • Om de virtuella datorerna är påslagna under den tid som du skapar utvärderingen.
  • Om endast minnesräknare saknas och du försöker utvärdera virtuella Hyper-V-datorer kontrollerar du om dynamiskt minne är aktiverat på de virtuella datorerna. På grund av ett känt problem kan Azure Migrate-installationen för närvarande inte samla in minnesanvändning för sådana virtuella datorer.
  • Om alla prestandaräknare saknas kontrollerar du att portåtkomstkraven för utvärderingen är uppfyllda. Läs mer om portåtkomstkraven för VMware, Hyper-V och fysiska utvärderingar. Om någon av prestandaräknarna saknas återgår Azure Migrate: Identifiering och utvärdering till de allokerade kärnorna/minnet lokalt och rekommenderar en VM-storlek i enlighet med detta.

Varför saknas prestandadata för vissa eller alla servrar i min utvärderingsrapport för min virtuella Azure-dator eller Azure VMware Solution?

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. Kontrollera:

  • 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 en Hyper-V-miljö. I det här scenariot aktiverar du dynamiskt minne på servrarna och beräknar om utvärderingen så att den återspeglar de senaste ändringarna. Enheten kan endast samla in minnesanvändningsvärden för servrar i en Hyper-V-miljö 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 återgår Azure Migrate: Identifiering och utvärdering till de allokerade kärnorna/minnet lokalt och rekommenderar en VM-storlek i enlighet med detta.

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

Kontrollera följande för att säkerställa att prestandadata samlas in:

  • 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 även kontrollerar det sista pulsslaget.
  • Om Azure Migrate-anslutningsstatusen för alla SQL-instanser är Ansluten i fönstret identifierad SQL-instans.
  • Om alla prestandaräknare saknas kontrollerar du att utgående anslutningar på port 443 (HTTPS) tillåts.

Om någon av prestandaräknarna saknas rekommenderar Azure SQL-utvärderingen den minsta Azure SQL-konfigurationen för den instansen eller databasen.

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

Konfidensklassificeringen beräknas för prestandabaserade utvärderingar baserat på procentandelen tillgängliga datapunkter som behövs för att beräkna utvärderingen. En utvärdering kan få ett lågt säkerhetsomdömet av följande skäl:

  • 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 på varaktigheten ändrar du prestandavaraktigheten 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. Kontrollera även det sista pulsslaget.
    • För Azure SQL-utvärderingar är Azure Migrate-anslutningsstatus för alla SQL-instanser Ansluten i fönstret för den identifierade SQL-instansen.

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

  • För utvärderingar av Azure VM och Azure VMware Solution skapades få servrar efter att identifieringen hade startat. Anta till exempel att du skapar en utvärdering för den senaste månadens prestandahistorik, men några 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. Anta till exempel att du skapar en utvärdering för den senaste månadens prestandahistorik, men några 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 utvärderingen att minnesanvändningen är mer än 100 %.

Ingår licensen för operativsystemet i en utvärdering av en virtuell Azure-dator?

En utvärdering av den virtuella Azure-datorn tar för närvarande endast hänsyn till kostnaden för operativsystemets licens för Windows-servrar. Licenskostnader för Linux-servrar beaktas för närvarande inte.

Hur fungerar prestandabaserad storleksändring i en utvärdering av virtuella Azure-datorer?

En Azure VM-utvärdering samlar kontinuerligt in prestandadata för lokala servrar och använder dem för att rekommendera vm-SKU:n och disk-SKU:n i Azure. Läs mer om hur prestandabaserade data samlas in.

Kan jag migrera mina diskar till en 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. Läs mer om att distribuera en Ultra-disk.

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. Om du till exempel 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 erbjudandet om diskstorlek på 256 GiB. 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.

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

Varför visar min utvärdering en varning om att den har skapats med ett ogiltigt erbjudande?

Utvärderingen skapades med ett erbjudande som inte längre är giltigt och därför inaktiveras knapparna Redigera och Beräkna om. Du kan skapa en ny utvärdering med något av de giltiga erbjudandena – Betala per användning, Betala per användning Dev/Test och ugovor za preduzeća. Du kan också använda fältet Rabatt(%) för att ange en anpassad rabatt utöver Azure-erbjudandet. Läs mer.

Varför visar min utvärdering en varning om att den har skapats med en Azure-målplats som har blivit inaktuell?

Din utvärdering har skapats med en Azure-region som har föråldrats och därför inaktiveras knapparna Redigera och Beräkna om. Du kan skapa en ny utvärdering med någon av de giltiga målplatserna. Läs mer.

Varför visar min utvärdering en varning om att den har skapats med en ogiltig kombination av reserverade instanser, vm-drifttid och rabatt (%)?

När du väljer Reserverade instanser gäller inte egenskaperna Rabatt (%) och VM-drifttid. När utvärderingen har skapats med en ogiltig kombination av dessa egenskaper inaktiveras knapparna Redigera och Beräkna om. Skapa en ny utvärdering. Läs mer.

Varför markeras några av mina utvärderingar som ”kommer att uppgraderas till den senaste utvärderingsversionen”?

Beräkna om utvärderingen för att visa den uppgraderade Azure SQL-utvärderingsmiljön för att identifiera det perfekta migreringsmålet för dina SQL-distributioner i Azure SQL Managed Instances, SQL Server på en virtuell Azure-dator och Azure SQL DB:

  • Vi rekommenderar att du migrerar instanser till SQL Server på en virtuell Azure-dator enligt metodtipsen för Azure.
  • Hiss och skift i rätt storlek – Server till SQL Server på en virtuell Azure-dator. Vi rekommenderar detta när SQL Server-autentiseringsuppgifterna inte är tillgängliga.
  • Förbättrad användarupplevelse som omfattar beredskaps- och kostnadsuppskattningar för flera migreringsmål för SQL-distributioner i en utvärdering.

Vi rekommenderar att du exporterar din befintliga utvärdering före omberäkningen.

Jag ser inte prestandadata för vissa nätverkskort på mina fysiska servrar

Det här problemet kan inträffa om den fysiska servern har Hyper-V-virtualisering aktiverad. På dessa servrar identifierar Azure Migrate för närvarande både fysiska och virtuella nätverkskort på grund av ett produktgap. Nätverkets dataflöde registreras endast på de virtuella nätverkskort som identifieras.

Det här problemet kan inträffa om den fysiska servern har Hyper-V-virtualisering aktiverad. På dessa servrar identifierar Azure Migrate för närvarande både de fysiska och virtuella nätverkskorten. Därför är antalet identifierade nätverkskort högre än det faktiska antalet. Utvärderingen av den virtuella Azure-datorn väljer en virtuell Azure-dator som kan stödja det antal nätverkskort som krävs, vilket potentiellt kan resultera i en överdimensionerad virtuell dator. Läs mer om hur antalet nätverkskort påverkar storleksändringen. Denna produktklyfta kommer att åtgärdas framöver.

Beredskapskategorin har markerats som "Inte redo" för min fysiska server

Beredskapskategorin kan vara felaktigt markerad som Inte redo när det gäller en fysisk server som har Hyper-V-virtualisering aktiverad. På dessa servrar identifierar Azure Migrate för närvarande både fysiska och virtuella kort på grund av ett produktgap. Därför är antalet identifierade nätverkskort högre än det faktiska antalet. I både Som lokala och prestandabaserade utvärderingar väljer Azure VM-utvärderingen en virtuell Azure-dator som kan stödja det antal nätverkskort som krävs. Om antalet nätverkskort identifieras vara högre än 32, det maximala antalet nätverkskort som stöds på virtuella Azure-datorer, markeras servern Inte redo. Läs mer om hur antalet nätverkskort påverkar storleksändringen.

Antalet identifierade nätverkskort är högre än det faktiska för fysiska servrar

Det här problemet kan inträffa om den fysiska servern har Hyper-V-virtualisering aktiverad. På dessa servrar identifierar Azure Migrate för närvarande både de fysiska och virtuella korten. Därför är antalet identifierade nätverkskort högre än det faktiska antalet.

Samla in nätverkstrafik

Så här samlar du in nätverkstrafikloggar:

  1. Logga in på Azure-portalen.
  2. Välj F12 för att starta Utvecklarverktyg. Om det behövs avmarkerar du inställningen Rensa poster i navigeringen .
  3. Välj fliken Nätverk och börja samla in nätverkstrafik:
    • I Chrome väljer du Bevara logg. Inspelningen ska starta automatiskt. En röd cirkel anger att trafiken samlas in. Om den röda cirkeln inte visas väljer du den svarta cirkeln som ska startas.
    • I Microsoft Edge och Internet Explorer ska inspelningen starta automatiskt. Om den inte gör det väljer du den gröna uppspelningsknappen.
  4. Försök återskapa felet.
  5. När du har stött på felet när du spelade in stoppar du inspelningen och sparar en kopia av den inspelade aktiviteten:
    • Högerklicka i Chrome och välj Spara som HAR med innehåll. Den här åtgärden komprimerar och exporterar loggarna som en .har-fil.
    • I Microsoft Edge eller Internet Explorer väljer du alternativet Exportera insamlad trafik . Den här åtgärden komprimerar och exporterar loggen.
  6. Välj fliken Konsol för att söka efter varningar eller fel. Så här sparar du konsolloggen:
    • Högerklicka var som helst i konsolloggen i Chrome. Välj Spara som för att exportera och zippa loggen.
    • I Microsoft Edge eller Internet Explorer högerklickar du på felen och väljer Kopiera alla.
  7. Stäng Utvecklarverktyg.

Var identifieras operativsystemdata i min utvärdering från?

  • För virtuella VMware-datorer är det som standard de operativsystemdata som tillhandahålls av vCenter-servern.
    • Om programidentifiering är aktiverat för virtuella VMware Linux-datorer hämtas OS-informationen från den virtuella gästdatorn. Om du vill kontrollera vilken OS-information som finns i utvärderingen går du till vyn Identifierade servrar och hovrar över värdet i kolumnen Operativsystem . I texten som visas kan du se om de OS-data som du ser samlas in från vCenter Server eller från den virtuella gästdatorn med hjälp av autentiseringsuppgifterna för den virtuella datorn.
    • För virtuella Windows-datorer hämtas alltid information om operativsystemet från vCenter Server.
  • För virtuella Hyper-V-datorer samlas operativsystemdata in från Hyper-V-värden.
  • För fysiska servrar hämtas den från servern.

Nästa steg

Skapa eller anpassa en utvärdering.