Dela via

Utvärderingsöversikt (migrera till Azure SQL)

Den här artikeln innehåller en översikt över utvärderingar för migrering av lokala SQL Server-instanser från en VMware-, Microsoft Hyper-V- och fysisk miljö till SQL Server på en virtuell Azure-dator eller Azure SQL Database eller Azure SQL Managed Instance med hjälp av verktyget Azure Migrate: Identifiering och utvärdering.

Vad är en utvärdering?

En utvärdering med identifierings- och utvärderingsverktyget är en ögonblicksbild av data och mäter beredskapen och beräknar effekten av att migrera lokala servrar till Azure.

Typer av utvärderingar

Det finns fyra typer av utvärderingar som du kan skapa med hjälp av verktyget Azure Migrate: Identifiering och utvärdering.

Utvärderingstyp Detaljer
Virtuell Azure-dator Utvärderingar för att migrera dina lokala servrar till virtuella maskiner i Azure.

Du kan utvärdera dina lokala servrar i VMware- och Hyper-V-miljön och fysiska servrar för migrering till virtuella Azure-datorer med den här utvärderingstypen.
Azure SQL Utvärderingar för att migrera dina lokala SQL-servrar från dina VMware-, Microsoft Hyper-V- och Fysiska miljöer till SQL Server på en virtuell Azure-dator, Azure SQL Database eller Azure SQL Managed Instance.
Azure App Service Utvärderingar för att migrera dina lokala ASP.NET webbappar som körs på IIS-webbservrar från din VMware-miljö till Azure App Service.
Azure VMware Solution (AVS) Utvärderingar för att migrera dina lokala servrar till Azure VMware Solution (AVS).

Du kan utvärdera dina lokala virtuella VMware-datorer för migrering till Azure VMware Solution (AVS) med den här utvärderingstypen. Läs mer.

Anmärkning

Om antalet Azure VM eller AVS-utvärderingar är felaktiga i Discovery- och utvärderingsverktyget, välj det totala antalet utvärderingar för att navigera till alla utvärderingar och räkna om Azure VM- eller AVS-utvärderingarna. Verktyget Identifiering och utvärdering visar sedan rätt antal för den utvärderingstypen.

En Azure SQL-utvärdering innehåller två storlekskriterier:

Storleksvillkor Detaljer data
Som lokalt Utvärderingar som gör rekommendationer enbart baserat på den lokala SQL Server-konfigurationen Azure SQL-konfigurationen baseras på den lokala SQL Server-konfigurationen, som innehåller allokerade kärnor, totalt allokerat minne och databasstorlekar.
Prestandabaserad Utvärderingar som gör rekommendationer baserat på insamlade prestandadata Azure SQL-konfigurationen baseras på prestandadata för SQL-instanser och databaser, som omfattar CPU-användning, minnesanvändning, IOPS (data- och loggfiler), dataflöde och svarstid för I/O-åtgärder.

Hur utvärderar jag mina lokala SQL-servrar?

Du kan utvärdera dina lokala SQL Server-instanser med hjälp av konfigurations- och användningsdata som samlas in av en enkel Azure Migrate-installation. Installationen identifierar lokala SQL Server-instanser och databaser och skickar konfigurations- och prestandadata till Azure Migrate. Läs mer.

Hur gör jag för att utvärdera med apparaten?

Om du distribuerar en Azure Migrate-installation för att identifiera lokala servrar gör du följande:

  1. Konfigurera Azure och din lokala miljö så att de fungerar med Azure Migrate.
  2. För din första utvärdering skapar du ett Azure Migrate-projekt och lägger till verktyget Azure Migrate: Discovery och utvärdering i det.
  3. Distribuera en lättviktig Azure Migrate-enhet. Installationen identifierar kontinuerligt lokala servrar och skickar konfigurations- och prestandadata till Azure Migrate. Distribuera installationen som en virtuell dator eller en fysisk server. Du behöver inte installera något på servrar som du vill utvärdera.

När installationen har påbörjat identifieringen kan du samla in servrar som du vill utvärdera i en grupp och köra en utvärdering för gruppen med utvärderingstypen Azure SQL.

Följ vår självstudiekurs för att utvärdera SQL Server-instanser för att prova de här stegen.

Hur beräknar installationen prestandadata för SQL-instanser och databaser?

Installationen samlar in prestandadata för beräkningsinställningar med följande steg:

  1. Apparaten samlar in en exempelpunkt i realtid. För SQL-servrar samlar den in en exempelpunkt var 30:e sekund.
  2. Apparaten aggregerar de exempeldatapunkter som samlas in var 30:e sekund under 10 minuter. För att skapa datapunkten väljer enheten de högsta värdena från alla prover. Den skickar max, medelvärde och varians för varje räknare till Azure.
  3. Azure Migrate lagrar alla datapunkter på 10 minuter för den senaste månaden.
  4. När du skapar en utvärdering identifierar Azure Migrate lämplig datapunkt som ska användas för rätt storleksändring. Identifieringen baseras på percentilvärdena för prestandahistorik och percentilanvändning.
    • Om prestandahistoriken till exempel är en vecka och percentilanvändningen är den 95:e percentilen, sorterar utvärderingen 10-minuters exempelpunkterna för den senaste veckan. Den sorterar dem i stigande ordning och väljer det 95:e percentilvärdet för rätt storleksanpassning.
    • Det 95:e percentilvärdet ser till att du ignorerar avvikande värden, som kan inkluderas om du valde den 99:e percentilen.
    • Om du vill välja den högsta användningen för perioden och inte vill missa några extremvärden väljer du den 99:e percentilen för percentilanvändning.
  5. Det här värdet multipliceras med komfortfaktorn för att få effektiva prestandaanvändningsdata för dessa mått som enheten samlar in:
    • CPU-användning (%)
    • Minnesanvändning (%)
    • Läs I/O/s och Skriv I/O/s (data och loggfiler)
    • Läsa MB/s och skriva MB/s (dataflöde)
    • Svarstid för I/O-åtgärder

Vilka egenskaper används för att skapa och anpassa en Azure SQL-utvärdering?

Azure SQL-utvärderingsegenskaperna omfattar:

Sektion Inställning Detaljer
Mål- och prisinställningar Målplats Den Azure-region som du vill migrera till. Azure SQL-konfigurations- och kostnadsrekommendationer baseras på den plats som du anger.
Mål- och prisinställningar Miljötyp Den miljö där SQL-distributioner sker för att tillämpa prissättning som gäller för produktion eller utveckling/test.
Mål- och prisinställningar Erbjudande/licensieringsprogram Azure-erbjudandet om du är registrerad. För närvarande är fältet inställt på Betala per användning som standard, vilket ger dig detaljhandelspriser för Azure.

Du kan få ytterligare rabatt genom att använda reserverad kapacitet och Azure Hybrid-förmån utöver betala per användning-erbjudande.
Du kan använda Azure Hybrid-förmån utöver betala per användning-erbjudande och Dev/Test-miljö. Utvärderingen stöder inte användningen av Reserverad Kapacitet ovanpå ett Pay-as-you-go-erbjudande och en Dev/Test-miljö.
Om erbjudandet är inställt på Betala per användning och Reserverad kapacitet är inställd på Inga reserverade instanser, beräknas de månatliga kostnadsuppskattningarna genom att multiplicera antalet timmar som valts i fältet för VM-drifttid med timpriset för den rekommenderade SKU:n.
Mål- och prisinställningar Sparalternativ – Azure SQL MI och DB (PaaS) Ange det alternativ för sparande av reserverad kapacitet som du vill att utvärderingen ska överväga för att optimera din Azure-beräkningskostnad.

Azure-reservationer med en löptid på 1 år eller 3 år är ett bra alternativ för resurser som körs mest konsekvent.

När du väljer "Ingen" baseras Azure-beräkningskostnaden på priset Betala per användning eller baserat på den faktiska användningen.

Du måste välja betala efter användning i erbjudande- eller licensieringsprogrammet för att kunna använda reserverade instanser. När du väljer något annat sparalternativ än "Ingen" gäller inte inställningarna Rabatt (%)) och "VM-drifttid". De månatliga kostnadsuppskattningarna beräknas genom att multiplicera 744 timmar med timpriset för den rekommenderade SKU:n.
Mål- och prisinställningar Sparalternativ – SQL Server på en virtuell Azure-dator (IaaS) Ange det besparingsalternativ som du vill att utvärderingen ska överväga för att optimera din Azure-beräkningskostnad.

Azure-reservationer med en löptid på 1 år eller 3 år är ett bra alternativ för resurser som körs mest konsekvent.

Azure Savings Plan (1 år eller 3 års sparplan) ger ytterligare flexibilitet och automatiserad kostnadsoptimering. Helst efter migreringen kan du använda Azure-reservation och sparplan samtidigt (reservationen förbrukas först), men i Azure Migrate-utvärderingarna kan du bara se kostnadsuppskattningar av ett sparalternativ åt gången.

När du väljer "Ingen" baseras Azure-beräkningskostnaden på priset Betala per användning eller baserat på den faktiska användningen.

Du måste välja pay-as-you-go i ditt erbjudande-/licensieringsprogram för att kunna använda Reserverade Instanser eller Azure Savings Plan. När du väljer något annat sparalternativ än "Ingen" gäller inte inställningarna Rabatt (%)) och "VM-drifttid". De månatliga kostnadsuppskattningarna beräknas genom att multiplicera 744 timmar i fältet vm-drifttid med timpriset för den rekommenderade SKU:n.
Mål- och prisinställningar Valuta Faktureringsvalutan för ditt konto.
Mål- och prisinställningar Rabatt (%) Eventuella prenumerationsspecifika rabatter som du får utöver Azure-erbjudandet. Standardinställningen är 0%.
Mål- och prisinställningar VM-drifttid Ange varaktigheten (dagar per månad/timme per dag) som servrar/virtuella datorer kör. Detta är användbart för beräkning av kostnadsuppskattningar för SQL Server på en virtuell Azure-dator där du är medveten om att virtuella Azure-datorer kanske inte körs kontinuerligt.
Kostnadsuppskattningar för servrar där det rekommenderade målet är SQL Server på en virtuell Azure-dator baseras på den angivna varaktigheten. Standardvärdet är 31 dagar per månad/24 timmar per dag.
Mål- och prisinställningar Azure Hybrid-förmån Ange om du redan har en Windows Server- och/eller SQL Server-licens eller en Enterprise Linux-prenumeration (RHEL och SLES). Azure Hybrid-förmånen är en licensförmån som hjälper dig att avsevärt minska kostnaderna för att köra dina arbetsbelastningar i molnet. Den gör att du kan använda dina lokala Software Assurance-aktiverade Windows Server- och SQL Server-licenser på Azure. Om du till exempel har en SQL Server-licens och de omfattas av aktiv Software Assurance för SQL Server-prenumerationer kan du ansöka om Azure Hybrid-förmån när du tar med licenser till Azure.
Bedömningskriterier Storleksvillkor Ställ in på Prestandabaserad som standard, vilket innebär att Azure Migrate samlar in prestandamått som rör SQL-instanser och de databaser som hanteras av den för att rekommendera en SQL Server med optimal storlek på en virtuell Azure-dator och/eller Azure SQL Database och/eller Azure SQL Managed Instance-konfiguration.

Du kan ändra detta till Som lokalt för att få rekommendationer baserat på bara den lokala SQL Server-konfigurationen utan de prestandamåttbaserade optimeringarna.
Bedömningskriterier Prestandahistorik Ange den datavaraktighet som du vill basera utvärderingen på. (Standard är en dag)
Bedömningskriterier Användning av percentiler Ange det percentilvärde som du vill använda för prestandaexemplet. (Standardinställningen är 95:e percentilen)
Bedömningskriterier Komfortfaktor Ange den buffert som du vill använda under utvärderingen. Detta står för problem som säsongsanvändning, kort prestandahistorik och sannolikt ökningar i framtida användning.
Bedömningskriterier Optimeringsinställning Ange inställningen för den rekommenderade utvärderingsrapporten. Om du väljer Minimera kostnader resulterar det i den rekommenderade utvärderingsrapporten som rekommenderar de distributionstyper som har minst migreringsproblem och är mest kostnadseffektiva, medan om du väljer Modernisera till PaaS skulle det resultera i rekommenderad utvärderingsrapport som rekommenderar PaaS-distributionstyper (Azure SQL MI eller DB) över IaaS Azure(VM), där SQL Server-instansen är redo för migrering till PaaS oavsett kostnad.
Storleksändring för Azure SQL Managed Instance Tjänstnivå Välj det lämpligaste tjänstnivåalternativet för att tillgodose dina affärsbehov för migrering till Azure SQL Managed Instance:

Välj Rekommenderas om du vill att Azure Migrate ska rekommendera den tjänstnivå som passar bäst för dina servrar. Detta kan vara av allmänt syfte eller affärskritiskt syfte.

Välj Generell användning om du vill ha en Azure SQL-konfiguration som är utformad för budgetorienterade arbetsbelastningar.

Välj Affärskritisk om du vill ha en Azure SQL-konfiguration som är utformad för arbetsbelastningar med låg svarstid med hög återhämtning till fel och snabba redundansväxlingar.
Storleksändring för Azure SQL Managed Instance Instanstyp Standardvärdet är Enskild instans.
Storleksändring för Azure SQL Managed Instance Prisnivå Standardinställningen är Standard.
Dimensionering av SQL Server på Azure-VM VM-serien Ange den Azure VM-serie som du vill använda för dimensionering av SQL Server på Azure VM. Baserat på konfigurations- och prestandakraven för SQL Server- eller SQL Server-instansen rekommenderar utvärderingen en VM-storlek från den valda listan över VM-serier.
Du kan redigera inställningar efter behov. Om du till exempel inte vill ta med en virtuell dator i D-serien kan du exkludera D-serien från den här listan.
Eftersom Azure SQL-utvärderingar har för avsikt att ge bästa möjliga prestanda för dina SQL-arbetsbelastningar har listan med VM-serier endast virtuella datorer som är optimerade för att köra SQL Server på virtuella Azure-datorer (VM). Läs mer.
Dimensionering av SQL Server på Azure-VM Lagringstyp Standardvärdet är Rekommenderat, vilket innebär att utvärderingen rekommenderar den bäst lämpade Azure Managed Disk baserat på den valda miljötypen, lokal diskstorlek, IOPS och dataflöde.
Storleksändring för Azure SQL Database Tjänstnivå Välj det lämpligaste tjänstnivåalternativet för att tillgodose dina affärsbehov för migrering till Azure SQL Database:

Välj Rekommenderas om du vill att Azure Migrate ska rekommendera den tjänstnivå som passar bäst för dina servrar. Detta kan vara av allmänt syfte eller affärskritiskt syfte.

Välj Generell användning om du vill ha en Azure SQL-konfiguration som är utformad för budgetorienterade arbetsbelastningar.

Välj Affärskritisk om du vill ha en Azure SQL-konfiguration som är utformad för arbetsbelastningar med låg svarstid med hög återhämtning till fel och snabba redundansväxlingar.
Storleksändring för Azure SQL Database Instanstyp Standardvärdet är Enkel databas.
Storleksändring för Azure SQL Database Köpmodell Standardinställd till vCore.
Storleksändring för Azure SQL Database Beräkningsnivå Standardinställningen är Etablerad.
Egenskaper för hög tillgänglighet och haveriberedskap Haveriberedskapsregion Inställt på replikeringsparet mellan regioner för målplatsen. I en osannolik händelse när den valda målplatsen ännu inte har ett sådant par, väljs den angivna målplatsen som standardregion för katastrofåterhämtning.
Egenskaper för hög tillgänglighet och haveriberedskap Avsikt med flera undernät Standardvärdet är Haveriberedskap.

Välj Haveriberedskap om du vill ha asynkron datareplikering där vissa replikeringsfördröjningar kan tolereras. Detta ger högre hållbarhet med hjälp av geo-redundans. Vid en övergång till reservsystem kan data som ännu inte har replikerats gå förlorade.

Välj Hög tillgänglighet om du vill att datareplikeringen ska vara synkron och ingen dataförlust på grund av replikeringsfördröjning är tillåten. Med den här inställningen kan utvärderingen utnyttja inbyggda alternativ för hög tillgänglighet i Azure SQL Databases och Azure SQL Managed Instances samt tillgänglighetszoner och zonredundans i Azure Virtual Machines för att ge högre tillgänglighet. Vid failover går inga data förlorade.
Egenskaper för hög tillgänglighet och haveriberedskap Internetåtkomst Ställs in som tillgänglig.

Välj Tillgänglig om du tillåter utgående Internetåtkomst från virtuella Azure-datorer. På så sätt kan du använda Cloud Witness , vilket är den rekommenderade metoden för Windows Server-redundanskluster i virtuella Azure-datorer.

Välj Inte tillgängligt om de virtuella Azure-datorerna inte har någon utgående Internetåtkomst. Detta kräver användning av en delad disk som vittne för Windows Server-redundanskluster i virtuella Azure-datorer.
Egenskaper för hög tillgänglighet och haveriberedskap Avsikt för asynkront commit-läge Standardvärdet är Haveriberedskap.

Välj Haveriberedskap om du använder asynkront commit-tillgänglighetsläge för att aktivera högre beständighet av datan utan att påverka prestanda. Vid en övergång till reservsystem kan data som ännu inte har replikerats gå förlorade.

Välj Hög tillgänglighet om du använder det asynkrona commit-läget för datatillgänglighet för att förbättra tillgängligheten och skala ut lästrafiken. Med den här inställningen kan utvärdering utnyttja inbyggda funktioner för hög tillgänglighet i Azure SQL Databases, Azure SQL Managed Instances och Azure Virtual Machines för att ge högre tillgänglighet och utskalning.
Säkerhet Säkerhet Standardvärdet är Ja, med Microsoft Defender för molnet.

Anger om du vill utvärdera beredskap och kostnader för säkerhetsverktyg i Azure. Om inställningen har standardvärdet Ja, med Microsoft Defender för molnet utvärderas säkerhetsberedskap och kostnader för din Azure SQL MI/DB med Microsoft Defender för molnet.

Granska metodtipsen för att skapa en utvärdering med Azure Migrate.

Beräkna beredskap

Anmärkning

Utvärderingen innehåller endast databaser som har onlinestatus. Om databasen har någon annan status ignorerar utvärderingen beredskap, storleksberäkning och kostnadsberäkning för sådana databaser. Om du vill utvärdera sådana databaser ändrar du databasens status och beräknar om utvärderingen inom en viss tid.

Azure SQL-beredskap

Beredskapskontroller för olika migreringsstrategier:

Azure SQL-beredskap för SQL-instanser och databaser baseras på en funktionskompatibilitetskontroll med SQL Server på en virtuell Azure-dator, Azure SQL Database och Azure SQL Managed Instance:

  1. Azure SQL-utvärderingen tar hänsyn till de SQL Server-instansfunktioner som för närvarande används av SQL Server-källarbetsbelastningarna (SQL Agent-jobb, länkade servrar osv.) och användardatabasscheman (tabeller, vyer, utlösare, lagrade procedurer osv.) för att identifiera kompatibilitetsproblem.
  2. Om det inte finns några kompatibilitetsproblem markeras instansen som Redo för måldistributionstypen (SQL Server på en virtuell Azure-dator eller Azure SQL Database eller Azure SQL Managed Instance)
  3. Om det finns icke-kritiska kompatibilitetsproblem, till exempel inaktuella eller funktioner som inte stöds som inte blockerar migreringen till en specifik måldistributionstyp, markeras instansen som Klar (hyperlänkad) med varningsinformation och rekommenderad reparationsvägledning. Detta inkluderar den situation där källdata har en AlwaysOn-tillgänglighetsgruppskonfiguration och de repliker som krävs överskrider de som är tillgängliga med den specifika måldistributionstypen.
  4. Om det finns några kompatibilitetsproblem som kan blockera migreringen till en specifik måldistributionstyp markeras instansen som Klar med villkor medprobleminformation och rekommenderad reparationsvägledning.
    • Om det finns en databas i en SQL-instans som inte är redo för en viss måldistributionstyp i den rekommenderade distributionen, instanser till Azure SQL MI och instanser till SQL Server i Azure VM-beredskapsrapporter, markeras instansen som Klar med villkor för den distributionstypen.
  5. Inte redo: Utvärderingen kunde inte hitta en SQL Server på en virtuell Azure-dator/Azure SQL MI/Azure SQL DB-konfiguration som uppfyller önskade konfigurations- och prestandaegenskaper. Granska rekommendationen för att göra instansen/servern redo för önskad måldistributionstyp.
  6. Om identifieringen fortfarande pågår eller om det finns några identifieringsproblem för en SQL-instans eller databas markeras instansen som Okänd eftersom utvärderingen inte kunde beräkna beredskapen för den SQL-instansen.

Anmärkning

I den rekommenderade distributionsstrategin är migrering av instanser till SQL Server på en virtuell Azure-dator den rekommenderade strategin för att migrera SQL Server-instanser. Men när SQL Server-autentiseringsuppgifter inte är tillgängliga ger Azure SQL-utvärderingen rätt dimensionerade lift-and-shift-rekommendationer, dvs. "Server till SQL Server på en Azure virtuell dator".

Alla servrar till SQL Server på en virtuell Azure-dator:

Se beredskap här.

För den rekommenderade distributionsmigreringsstrategin rekommenderar utvärderingen en Azure SQL-distributionstyp som är den mest kompatibla med din SQL-instans och är den mest kostnadseffektiva. Genom att migrera till ett mål som rekommenderas av Microsoft minskar din totala migrationsansträngning. Om din instans är redo för SQL Server på en virtuell Azure-dator, Azure SQL Managed Instance och Azure SQL Database rekommenderas måldistributionstypen, som har minst problem med migreringsberedskap och är den mest kostnadseffektiva. Om du väljer måldistributionstypen som rekommenderas i Azure SQL-utvärderingsegenskaperna rekommenderar Azure Migrate en Azure SQL-distributionstyp som är kompatibel med din SQL-instans. Genom att migrera till ett mål som rekommenderas av Microsoft minskar din totala migrationsansträngning.

Anmärkning

I den rekommenderade distributionsstrategin rekommenderar utvärderingen ett specifikt alternativ som optimerar din kostnad och passar inom storleks- och prestandagränserna om sql-källservern passar bra för alla tre distributionsmål– SQL Server på en virtuell Azure-dator, Azure SQL Managed Instance och Azure SQL Database.

Säkerhetsberedskap

Om databasen/instansen är markerad som Redo för måldistributionstypen Azure SQL DB/MI anses den automatiskt vara redo för Microsoft Defender för SQL. Om databasen/instansen har markerats som Redo för måldistributionstypen SQL Server på en virtuell Azure-dator anses den vara redo för Microsoft Defender för SQL om den kör någon av dessa versioner:

  • SQL Server-versioner 2012, 2014, 2016, 2017, 2019, 2022
  • För alla andra versioner är den markerad som Klar med Villkor.

Beräkna storlek

När utvärderingen har fastställt beredskapen och den rekommenderade Azure SQL-distributionstypen beräknar den en specifik tjänstnivå och Azure SQL-konfiguration (SKU-storlek) som kan uppfylla eller överskrida den lokala SQL Server-prestandan. Den här beräkningen beror på om du använder som lokala eller prestandabaserade storlekskriterier.

Vid lokal storleksberäkning

Om du använder lokala storlekskriterier vid bedömningen utnyttjas endast konfigurationsdata för SQL-instansen och prestandadata beaktas inte.

Instanser till Azure SQL MI och databaser till Azure SQL DB-konfiguration

Utvärderingen beräknar en specifik tjänstnivå och Azure SQL-konfiguration (SKU-storlek) som kan uppfylla eller överskrida den lokala SQL-instanskonfigurationen:

  1. Under identifieringsprocessen samlar Azure Migrate in SQL-instanskonfiguration som innehåller:
    • virtuella kärnor (allokerade)
    • Minne (allokerat)
    • Total DB-storlek och databasfilorganisationer
      • Databasens storlek beräknas genom att alla data och loggfiler läggs till.
  2. Utvärderingen aggregerar alla konfigurationsdata och försöker hitta den bästa matchningen mellan olika Azure SQL-tjänstnivåer och konfigurationer och väljer en konfiguration som kan matcha eller överskrida SQL-instanskraven, vilket optimerar kostnaden.

Konfiguration av SQL Server-instanser på Azure VM

Instans till SQL Server på Azure-VM: utvärderingsrapport omfattar den ideala metoden för att migrera SQL Server-instanser och databaser till SQL Server på en Azure-VM, enligt bästa praxis. Läs mer.

Lagringsstorlek

För lagringsstorlek mappar utvärderingen var och en av instansdiskarna till en Azure-disk. Storlekar fungerar på följande sätt:

  • Diskstorleken som behövs för var och en av diskarna är storleken på SQL Data- och SQL Log-enheter.

  • Utvärderingen rekommenderar att du skapar en lagringsdiskpool för alla SQL Log- och SQL Data-enheter. För temporära enheter rekommenderar utvärderingen att filerna lagras på den lokala enheten.

  • Om utvärderingen inte kan hitta en disk för den nödvändiga storleken markerar den instansen som olämplig för migrering till SQL Server på en virtuell Azure-dator

  • Om utvärderingen hittar en uppsättning lämpliga diskar väljer den de diskar som stöder den plats som anges i utvärderingsinställningarna.

  • Om miljötypen är Produktion försöker utvärderingen hitta Premium-diskar för att mappa var och en av diskarna, annars försöker den hitta en lämplig disk, som antingen kan vara Premium- eller Standard SSD-disk.

    • Om det finns flera kvalificerade diskar väljer utvärdering den disk som har den lägsta kostnaden.
Beräkna dimensionering

När den har beräknat lagringskraven tar utvärderingen hänsyn till cpu- och RAM-kraven för instansen för att hitta en lämplig VM-storlek i Azure.

  • Utvärderingen tittar på de allokerade kärnorna och RAM-minnet för att hitta en lämplig storlek på den virtuella Azure-datorn.
  • Om ingen lämplig storlek hittas markeras servern som olämplig för Azure.
  • Om en lämplig storlek hittas tillämpar Azure Migrate lagringsberäkningarna. Den tillämpar sedan plats- och prisnivåinställningar för en slutgiltig rekommendation av VM-storlek.
  • Om det finns flera tillgängliga Azure VM-storlekar rekommenderas den billigaste.

Anmärkning

Eftersom Azure SQL-utvärderingar är avsedda att ge bästa möjliga prestanda för dina SQL-arbetsbelastningar har listan med VM-serier endast virtuella datorer som är optimerade för att köra SQL Server på virtuella Azure-datorer (VM). Läs mer.

Konfiguration av servrar till SQL Server på virtuella Azure-datorer

Information om migreringsstrategi för alla servrar till SQL Server på virtuella Azure-datorer finns i beräknings- och lagringsstorleken här.

Anmärkning

Prestandatäckning är inte tillämpligt för Azure SQL-utvärderingar som använder storlekskriterier såsom vid lokalt bruk.

Prestandabaserad storleksberäkning

Om du använder prestandabaserad storlek använder utvärderingen både SQL-instanskonfiguration och prestandadata för att generera rekommendationer som uppfyller eller överskrider prestandakraven.

Instanser till Azure SQL MI och databaser till Azure SQL DB-konfiguration

Utvärderingen beräknar en specifik tjänstnivå och Azure SQL-konfiguration (SKU-storlek) som kan uppfylla eller överskrida de lokala prestandakraven för SQL-instanser:

  1. Under identifieringsprocessen samlar Azure Migrate in konfiguration och prestanda för SQL-instanser som innehåller:
    • virtuella kärnor (som har tilldelats) och CPU-användning (%)
      • CPU-användning för en SQL-instans är procentandelen allokerad PROCESSOR som används av instansen på SQL-servern
      • CPU-användning för en databas är procentandelen allokerad PROCESSOR som används av databasen på SQL-instansen
    • Minne (allokerat) och minnesanvändning (%)
    • Läs I/O/s och Skriv I/O/s (data och loggfiler)
      • Läs-I/O/s och Skriv-I/O/s på den SQL-instansnivån beräknas genom summering av Läs-I/O/s och Skriv-I/O/s för alla databaser som identifierats i den instansen.
    • Läsa MB/s och skriva MB/s (dataflöde)
    • Svarstid för I/O-åtgärder
    • Total DB-storlek och databasfilorganisationer
      • Databasens storlek beräknas genom att alla data och loggfiler läggs till.
    • Nätverksundernätskonfiguration för Always On-redundansklusterinstans (enskilt undernät eller flera undernät)
    • AlwaysOn-konfigurationer för tillgänglighetsgrupp
      • Nätverkskonfiguration av deltagande instanser (enskilt undernät eller multiundernät)
      • Antal och typ av sekundära repliker
        • Tillgänglighetsläge: Synkron incheckning jämfört med asynkron incheckning
        • Anslutningsläge: Läsa-endast vs Inget
  2. Utvärderingen aggregerar alla konfigurations- och prestandadata och försöker hitta den bästa matchningen mellan olika Azure SQL-tjänstnivåer och konfigurationer och väljer en konfiguration som kan matcha eller överskrida prestandakraven för SQL-instanser, vilket optimerar kostnaden.

Konfiguration av SQL Server-instanser på Azure VM

Instans till SQL Server på Azure-VM: utvärderingsrapport omfattar den ideala metoden för att migrera SQL Server-instanser och databaser till SQL Server på en Azure-VM, enligt bästa praxis. Läs mer.

Om källan är en SQL Server Always On Failover-klusterinstans (FCI) omfattar utvärderingsrapporten metoden för migrering till en SQL Server-failover-klusterinstans med två noder. Detta bevarar avsikterna med hög tillgänglighet och haveriberedskap samtidigt som de följer bästa praxis. Läs mer.

Lagringsstorlek

För lagringsstorlek mappar utvärderingen var och en av instansdiskarna till en Azure-disk. Storlekar fungerar på följande sätt:

  • Utvärdering lägger till läs- och skriv-IOPS för en disk för att få den totala IOPS som krävs. På samma sätt lägger den till dataflödesvärdena för läsning och skrivning för att få det totala dataflödet för varje disk. Diskstorleken som behövs för var och en av diskarna är storleken på SQL Data- och SQL Log-enheter.

  • Utvärderingen rekommenderar att du skapar en lagringsdiskpool för alla SQL Log- och SQL Data-enheter. För temporära enheter rekommenderar utvärderingen att filerna lagras på den lokala enheten.

Skärmbild av vägledning för instansmigrering.

  • Om utvärderingen inte kan hitta en disk för den storlek, IOPS och dataflöde som krävs markerar den instansen som olämplig för migrering till SQL Server på en virtuell Azure-dator

  • Om utvärderingen hittar en uppsättning lämpliga diskar väljer den de diskar som stöder den plats som anges i utvärderingsinställningarna.

  • Om källan är en SQL Server Always On-failoverklusterinstans, väljs delad disk-konfiguration.

  • Om miljötypen är Produktion försöker utvärderingen hitta Premium-diskar för att mappa var och en av diskarna, annars försöker den hitta en lämplig disk, som antingen kan vara Premium- eller Standard SSD-disk. Om det finns flera kvalificerade diskar väljer utvärdering den disk som har den lägsta kostnaden.

Beräkna dimensionering

När lagringsdiskar har identifierats tar utvärderingen hänsyn till processor- och minneskraven för instansen för att hitta en lämplig VM SKU i Azure.

Utvärderingen beräknar effektiva kärnor och minne som används för att hitta en lämplig storlek för virtuella Azure-datorer. Effektivtutnyttjat RAM-minne eller minne för en instans beräknas genom aggregering av buffertcachen (buffertpoolens storlek i MB) för alla databaser som körs i en instans.

Om det finns flera tillgängliga Azure VM-storlekar rekommenderas den billigaste.

Om källan är en SQL Server Always On-failoverklusterinstans, används beräkningsstorleken igen för en andra Azure-virtuell dator för att tillgodose behovet av två noder.

Anpassning av resurser för överföring till Azure VM

För lift-and-shift-migrering, se beräkningskapacitet och lagringskapacitet här.

Information om rekommendation

När beredskaps- och storleksberäkningen är klar tillämpas optimeringsinställningen för att komma fram till ett rekommenderat mål och en konfiguration. Rekommendationsinformationen ger en detaljerad förklaring av beredskaps- och storleksberäkningarna bakom rekommendationen.

Vägledning för migrering

Det här avsnittet innehåller vägledning för att konfigurera målresursen och steg för migrering. Stegen är specifika för kombinationerna för käll- och måldistribution. Den här vägledningen är särskilt användbar för användare som tänker migrera AlwaysOn-redundansklusterinstanser (FCI) och tillgänglighetsgrupper (AG).

Månatliga kostnader

När de valda SKU:erna har valts beräknar Azure SQL-utvärderingen beräknings- och lagringskostnaderna för de rekommenderade Azure SQL-konfigurationerna med hjälp av ett internt pris-API. Den aggregerar beräknings- och lagringskostnaden för alla instanser för att beräkna den totala månatliga beräkningskostnaden.

Beräkna kostnad

För att beräkna beräkningskostnaden för en Azure SQL-konfiguration tar utvärderingen hänsyn till följande egenskaper:

  • Azure Hybrid-förmån för SQL- och Windows-licenser eller Enterprise Linux-prenumeration (RHEL och SLES)
  • Miljötyp
  • Reserverad kapacitet
  • Azure-målplats
  • Valuta
  • Erbjudande/licensieringsprogram
  • Rabatt (%)

Lagringskostnad

Kostnadsuppskattningarna för lagring omfattar endast datafiler och inte loggfiler.

För att beräkna lagringskostnaden för en Azure SQL-konfiguration tar utvärderingen hänsyn till följande egenskaper:

SQL Server-migreringsscenarier

SQL-utvärderingen innehåller en kombinerad rapport som gör att du kan jämföra migrering av dina lokala arbetsbelastningar med tillgängliga SQL-mål. Rapporten definierar olika migreringsstrategier som du kan överväga för dina SQL-distributioner. Du kan granska beredskapen och kostnaden för måldistributionstyper och kostnadsuppskattningar för SQL-servrar/instanser/databaser som har markerats som klara eller klara med villkor:

Rekommenderad distribution: Det här är en strategi där en Azure SQL-distributionstyp som är mest kompatibel med din SQL-instans. Det är det mest kostnadseffektiva och rekommenderas av Microsoft. Genom att migrera till ett mål som rekommenderas av Microsoft minskar din totala migrationsansträngning. Om din instans är redo för SQL Server på en virtuell Azure-dator, Azure SQL Managed Instance och Azure SQL Database rekommenderas måldistributionstypen, som har minst problem med migreringsberedskap och är den mest kostnadseffektiva. Du kan se SQL Server-instansens beredskap för olika rekommenderade distributionsmål och månatliga kostnadsuppskattningar för SQL-instanser som har markerats som redo och redo med villkor.

Anmärkning

I den rekommenderade distributionsstrategin är migrering av instanser till SQL Server på en virtuell Azure-dator den rekommenderade strategin för att migrera SQL Server-instanser. När SQL Server-autentiseringsuppgifterna inte är tillgängliga ger Azure SQL-utvärderingen rekommendationer för rätt dimensionering av lift-and-shift-lösningar, det vill säga server till SQL Server på virtuella Azure-datorer.

Migrera alla instanser till Azure SQL MI: I den här strategin kan du se beredskaps- och kostnadsuppskattningar för migrering av alla SQL Server-instanser till Azure SQL Managed Instance. Ingen lagringskostnad läggs till för den första lagringen på 32 GB/instans/månad och ytterligare lagringskostnader läggs till för lagring i steg om 32 GB. Läs mer.

Migrera alla instanser till SQL Server på en virtuell Azure-dator: I den här strategin kan du se beredskaps- och kostnadsuppskattningar för migrering av alla SQL Server-instanser till SQL Server på en virtuell Azure-dator.

Migrera alla servrar till SQL Server på en virtuell Azure-dator: I den här strategin kan du se hur du kan byta värd för servrar som kör SQL Server till SQL Server på en virtuell Azure-dator och granska beredskaps- och kostnadsuppskattningarna. Även om SQL Server-autentiseringsuppgifterna inte är tillgängliga, ger den här rapporten rekommendationer för optimerad lift-and-shift, det vill säga "Server till SQL Server på Azure virtuell dator". Beredskaps- och storlekslogik liknar utvärderingstypen för virtuella Azure-datorer.

Migrera alla SQL-databaser till Azure SQL Database I den här strategin kan du se hur du kan migrera enskilda databaser till Azure SQL Database och granska beredskaps- och kostnadsuppskattningarna.

  • Azure-målplats
  • Valuta
  • Erbjudande/licensieringsprogram
  • Rabatt (%)

Anmärkning

Kostnaden för lagring av säkerhetskopior ingår inte i utvärderingen.

Minst 5 GB lagringskostnad läggs till i kostnadsuppskattningen och ytterligare lagringskostnad läggs till för lagring i steg om 1 GB. Läs mer.

Nästa steg