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 tre 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 som migrerar dina lokala servrar till virtuella Azure-datorer. 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. |
Kommentar
Om antalet virtuella Azure-datorer eller AVS-utvärderingar är felaktiga i identifierings- och utvärderingsverktyget klickar du på det totala antalet utvärderingar för att navigera till alla utvärderingar och berä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:
| Storlekskriterier | Detaljer | Data |
|---|---|---|
| Som lokal | 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 gör jag för att utvärdera 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:
- Konfigurera Azure och din lokala miljö så att de fungerar med Azure Migrate.
- 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.
- Distribuera en enkel Azure Migrate-installation. 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:
- Apparaten samlar in en exempelpunkt i realtid. För SQL-servrar samlar den in en exempelpunkt var 30:e sekund.
- Apparaten aggregerar de exempeldatapunkter som samlas in var 30:e sekund under 10 minuter. Om du vill skapa datapunkten väljer installationen de högsta värdena från alla exempel. Den skickar max, medelvärde och varians för varje räknare till Azure.
- Azure Migrate lagrar alla datapunkter på 10 minuter för den senaste månaden.
- 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 höger storleksändring.
- 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.
- 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:
| Avsnitt | 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 | Miljön för SQL-distributioner för att tillämpa priser som gäller för produktion eller dev/test. |
| Mål- och prisinställningar | Erbjudande/licensieringsprogram | Azure-erbjudandet om du är registrerad. För närvarande är fältet Betala per användning som standard, vilket ger dig azure-priser i detaljhandeln. 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ändning av reserverad kapacitet utöver betala per användning-erbjudande och Dev/Test-miljö. Om erbjudandet är inställt på Betala per användning och Reserverad kapacitet har angetts till Inga reserverade instanser beräknas de månatliga kostnadsuppskattningarna genom att multiplicera antalet timmar som valts i fältet 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 (1 år eller 3 år reserverade) är ett bra alternativ för de mest konsekventa resurserna som körs. 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 per användning i erbjudande/licensieringsprogram 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 (1 år eller 3 år reserverade) är ett bra alternativ för de mest konsekventa resurserna som körs. 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 betala per användning i 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 | Storlekskriterier | 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 | Percentilutnyttjande | Ange det percentilvärde som du vill använda för prestandaexemplet. (Standardvärdet är den 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 latens 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å | Standardvärdet är Standard. |
| Storleksändring för SQL Server på virtuella Azure-datorer | VM-serie | Ange den Azure VM-serie som du vill överväga för SQL Server på storleksändring för virtuella Azure-datorer . 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. |
| Storleksändring för SQL Server på virtuella Azure-datorer | 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 latens 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 | Standardvärdet är virtuell kärna. |
| Storleksändring för Azure SQL Database | Beräkningsnivå | Standardinställningen är Etablerad. |
| Egenskaper för hög tillgänglighet och haveriberedskap | Haveriberedskapsregion | Standardvärdet är replikeringsparet mellan regioner på 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 haveriberedskap. |
| 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 redundansväxling 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 redundans går inga data förlorade. |
| Egenskaper för hög tillgänglighet och haveriberedskap | Internet | Standardvärdet är Tillgängligt. 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 incheckningsläge | Standardvärdet är Haveriberedskap. Välj Haveriberedskap om du använder asynkront incheckningstillgänglighetsläge för att aktivera högre hållbarhet för data utan att påverka prestanda. Vid redundansväxling kan data som ännu inte har replikerats gå förlorade. Välj Hög tillgänglighet om du använder asynkront läge för datatillgänglighet för incheckning för att förbättra tillgängligheten och skala ut lästrafik. 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
Kommentar
Utvärderingen innehåller endast databaser som har 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.
Azure SQL-beredskap
Beredskapskontroller för olika migreringsstrategier:
Rekommenderad distribution, Instanser till SQL Server på en virtuell Azure-dator, Instanser till Azure SQL MI, Databas till Azure SQL DB:
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:
- 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.
- 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)
- 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.
- Om det finns några kompatibilitetsproblem som kan blockera migreringen till en specifik måldistributionstyp markeras instansen som Klar med villkor med probleminformation 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.
- 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.
- 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.
Kommentar
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 storlek på lift-and-shift, dvs. rekommendationerna "Server till SQL Server på en virtuell Azure-dator".
Alla servrar till SQL Server på en virtuell Azure-dator:
Se beredskap här.
Rekommenderad distributionstyp
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. Om du migrerar till ett Microsoft-rekommenderat mål minskar din totala migrering. 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. Om du migrerar till ett Microsoft-rekommenderat mål minskar din totala migrering.
Kommentar
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.
Som lokal storleksberäkning
Om du använder Som lokala storlekskriterier använder utvärderingen endast SQL-instanskonfigurationsdata och tar inte hänsyn till prestandadata.
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:
- 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.
- 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.
Instanser till SQL Server på azure VM-konfiguration
Instans till SQL Server på azure VM-utvärderingsrapport omfattar den perfekta metoden för att migrera SQL Server-instanser och databaser till SQL Server på en virtuell Azure-dator, med bästa praxis. Läs mer.
Lagringsstorlek
För lagringsstorlek mappar utvärderingen var och en av instansdiskarna till en Azure-disk. Storleksändringen 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äkningsstorlek
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 den slutliga rekommendationen för VM-storlek.
- Om det finns flera tillgängliga Azure VM-storlekar rekommenderas den billigaste.
Kommentar
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.
Kommentar
Konfidensklassificeringar gäller inte för Azure SQL-utvärderingar med hjälp av som lokala storlekskriterier .
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:
- Under identifieringsprocessen samlar Azure Migrate in konfiguration och prestanda för SQL-instanser som innehåller:
- virtuella kärnor (allokerade) 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/s och Skriv I/O/s på sql-instansnivå beräknas genom att lägga till läs-I/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: Skrivskyddad jämfört med ingen
- virtuella kärnor (allokerade) och CPU-användning (%)
- 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.
Instanser till SQL Server på azure VM-konfiguration
Instans till SQL Server på azure VM-utvärderingsrapport omfattar den perfekta metoden för att migrera SQL Server-instanser och databaser till SQL Server på en virtuell Azure-dator, med bästa praxis. Läs mer.
Om källan är en SQL Server AlwaysOn-klusterinstans (FCI) omfattar utvärderingsrapporten metoden för att migrera till en SQL Server-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. Storleksändringen 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.
- 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 AlwaysOn-klusterinstans för redundanskluster väljs konfiguration av delad disk.
- 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äkningsstorlek
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 effektiva kärnor och RAM-minne som används för att hitta en lämplig storlek för virtuella Azure-datorer. Effektivt utnyttjat 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 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 den slutliga rekommendationen för VM-storlek.
- Om det finns flera tillgängliga Azure VM-storlekar rekommenderas den billigaste.
- Om källan är en SQL Server AlwaysOn-klusterinstans används beräkningsstorleken igen för en andra virtuell Azure-dator för att uppfylla behovet av två noder.
Kommentar
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.
Förtroendeklassificeringar
Varje Azure SQL-utvärdering är associerad med en säkerhetsklassificering. Omdömet varierar från en (lägsta) till fem (högsta) stjärnor. Säkerhetsklassificeringen hjälper dig att uppskatta tillförlitligheten för de storleksrekommendationer som Azure Migrate tillhandahåller.
- Säkerhetsomdömet tilldelas till en utvärdering. Klassificeringen baseras på tillgängligheten av datapunkter som behövs för att beräkna utvärderingen.
- För prestandabaserad storleksändring samlar utvärderingen in prestandadata för alla SQL-instanser och databaser, bland annat:
- 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
Om något av dessa användningsnummer inte är tillgängligt kan storleksrekommendationerna vara otillförlitliga. Den här tabellen visar bedömningsförtroendeklassificeringarna, som är beroende av procentandelen tillgängliga datapunkter:
| Tillgänglighet för datapunkter | Säkerhetsomdöme |
|---|---|
| 0 %–20 % | 1 stjärna |
| 21 %–40 % | 2 stjärnor |
| 41 %–60 % | 3 stjärnor |
| 61 %–80 % | 4 stjärnor |
| 81 %–100 % | 5 stjärnor |
Låg konfidensklassificering
Här följer några orsaker till varför en utvärdering kan få ett lågt förtroendebetyg:
Du profilerade inte din miljö för hela den varaktighet för vilken du skapar utvärderingen. Om du till exempel skapar utvärderingen med prestandavaraktighet inställd på en dag måste du vänta minst en dag efter att du har startat identifieringen för att alla datapunkter ska samlas in.
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.
- Om Azure Migrate-anslutningsstatus för SQL-agenten i Azure Migrate är Ansluten kontrollerar du det senaste pulsslaget.
- Azure Migrate-anslutningsstatus för alla SQL-instanser är Ansluten i avsnittet identifierad SQL-instans.
Beräkna om utvärderingen så att de senaste ändringarna återspeglas i säkerhetsomdömet.
Vissa databaser eller instanser skapades under den tid då utvärderingen beräknades. Du har till exempel skapat en utvärdering för den senaste månadens prestandahistorik, men vissa databaser eller instanser skapades 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.
Kommentar
Eftersom Azure SQL-utvärderingar är prestandabaserade utvärderingar rekommenderar vi att du väntar minst en dag på att enheten ska profilera miljön och sedan beräkna om utvärderingen om du har fem stjärnor. Annars kan prestandabaserad storleksändring vara otillförlitlig.
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).
Beräkna månatliga kostnader
När storleksrekommendationerna har slutförts 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:
- Azure-målplats
- Valuta
- Erbjudande/licensieringsprogram
- Rabatt (%)
- Kostnaden för lagring av säkerhetskopior ingår inte i utvärderingen.
- Azure SQL Database
- 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.
- Hanterad Azure SQL-instans
- 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.
Säkerhetskostnad
För SQL Server-instanser och DATABASER som rekommenderas för SQL Server på en virtuell Azure-dator, Azure SQL MI eller Azure SQL DB, läggs Defender för SQL per SQL Server-instans för den regionen till om de är redo att köra Defender för SQL. För de databaser som rekommenderas för Azure SQL DB samlas kostnaden upp på instansnivå.
Nästa steg
- Granska metodtips för att skapa utvärderingar.
- Lär dig hur du kör en Azure SQL-utvärdering.