Azure Well-Architected Framework-granskning – Azure SQL Database
Azure SQL Database är en fullständigt hanterad paaS-databasmotor (plattform som en tjänst) som hanterar de flesta databashanteringsfunktioner utan användarengagemang. Hanteringsfunktioner omfattar uppgraderingar, korrigeringar, säkerhetskopior och övervakning.
Resurstypen enskild databas skapar en databas i Azure SQL Database med en egen uppsättning resurser och hanteras via en logisk server. Du kan välja mellan den DTU-baserade inköpsmodellen eller köpmodellen baserad på virtuell kärna. Du kan skapa flera databaser i en enda resurspool med elastiska pooler.
Följande avsnitt innehåller en checklista för design och rekommenderade designalternativ som är specifika för Azure SQL Database-säkerhet. Vägledningen baseras på de fem grundpelarna för arkitekturkvalitet:
- Tillförlitlighet
- Säkerhet
- Kostnadsoptimering
- Driftsäkerhet
- Prestandaeffektivitet
Förutsättningar
Genom att förstå grundpelarna för det väldefinierade ramverket kan du skapa en högkvalitativ, stabil och effektiv molnarkitektur. Kolla in översiktssidan för Azure Well-Architected Framework för att granska de fem grundpelarna för arkitekturens utmärkthet.
Granska huvudbegreppen i Azure SQL Database och Vad är nytt i Azure SQL Database?.
Azure SQL Database och tillförlitlighet
Azure SQL Database är en fullständigt hanterad paaS-databasmotor (plattform som en tjänst) som hanterar de flesta databashanteringsfunktioner utan användarengagemang. Hanteringsfunktionerna omfattar:
- Uppgraderingar
- Korrigeringar
- Säkerhetskopior
- Övervakning
Med den här tjänsten kan du skapa ett datalagringslager med hög tillgänglighet och höga prestanda för dina Azure-program och arbetsbelastningar. Azure SQL Database körs alltid på den senaste stabila versionen av SQL Server-databasmotorn och det korrigerade operativsystemet med 99.99%
tillgänglighet.
Mer information om hur Azure SQL Database främjar tillförlitligheten och gör det möjligt för ditt företag att fortsätta att fungera under avbrott finns i Tillgänglighetsfunktioner.
Följande avsnitt innehåller designöverväganden, en konfigurationschecklista och rekommenderade konfigurationsalternativ som är specifika för Azure SQL Database och tillförlitlighet.
Utformningsbeaktanden
Azure SQL Database innehåller följande designöverväganden:
Azure SQL Database Business Critical-nivån som konfigurerats med geo-replikering har ett garanterat mål för återställningstid (RTO)
30
i sekunder för100%
distribuerade timmar.Använd horisontell partitionering för att distribuera data och processer över många identiskt strukturerade databaser. Horisontell partitionering är ett alternativ till traditionella uppskalningsmetoder för kostnad och elasticitet. Överväg att använda horisontell partitionering för att partitionera databasen vågrätt. Horisontell partitionering kan ge felisolering. Mer information finns i Skala ut med Azure SQL Database.
Azure SQL Database Business Critical- eller Premium-nivåer som inte har konfigurerats för zonredundanta distributioner, nivån Generell användning, Standard eller Basic eller Hyperskala med två eller flera repliker har en tillgänglighetsgaranti. Mer information om tillgänglighetsgarantin finns i SLA för Azure SQL Database.
Ger inbyggd regional hög tillgänglighet och nyckelfärdig geo-replikering till alla Azure-regioner. Den innehåller intelligens för att stödja självkörande funktioner, till exempel:
- Prestandajustering
- Hotövervakning
- Sårbarhetsbedömningar
- Helt automatiserad korrigering och uppdatering av kodbasen
Definiera ett serviceavtal för programprestanda och övervaka det med aviseringar. Identifiera snabbt när programprestandan oavsiktligt försämras under en acceptabel nivå, vilket är viktigt för att upprätthålla hög återhämtning. Använd övervakningslösningen som tidigare definierats för att ange aviseringar för viktiga frågeprestandamått så att du kan vidta åtgärder när prestandan bryter mot serviceavtalet. Gå till Övervaka din databas och aviseringsverktyg för mer information.
Använd geo-återställning för att återställa från ett tjänststopp. Du kan återställa en databas på valfri SQL Database-server eller en instansdatabas på en hanterad instans i valfri Azure-region från de senaste geo-replikerade säkerhetskopiorna. Geo-återställning använder en geo-replikerad säkerhetskopia som källa. Du kan begära geo-återställning även om databasen eller datacentret inte är tillgängligt på grund av ett avbrott. Geo-återställning återställer en databas från en geo-redundant säkerhetskopia. Mer information finns i Återställa en Azure SQL-databas med hjälp av automatiserade databassäkerhetskopior.
Använd nivån Affärskritisk som konfigurerats med geo-replikering, som har ett garanterat mål för återställningspunkt (RPO)
5
i sekunder för100%
distribuerade timmar.Med PaaS-funktioner som är inbyggda i Azure SQL Database kan du fokusera på de domänspecifika databasadministrations- och optimeringsaktiviteter som är viktiga för ditt företag.
Använd återställning till tidpunkt för att återställa från mänskliga fel. Återställning till tidpunkt returnerar databasen till en tidigare tidpunkt för att återställa data från ändringar som görs oavsiktligt. Mer information finns i dokumentationen om återställning till tidpunkt (PITR).
Affärskritiska nivåer eller Premium-nivåer konfigureras som zonredundanta distributioner som har en tillgänglighetsgaranti. Mer information om tillgänglighetsgarantin finns i SLA för Azure SQL Database.
Checklista
Har du konfigurerat Azure SQL Database med tillförlitlighet i åtanke?
- Använd Active Geo-Replication för att skapa en läsbar sekundär i en annan region.
- Använd automatiska redundansgrupper som kan innehålla en eller flera databaser, som vanligtvis används av samma program.
- Använd en zonredundant databas.
- Övervaka Din Azure SQL Database nästan i realtid för att identifiera tillförlitlighetsincidenter.
- Implementera logik för återförsök.
- Säkerhetskopiera dina nycklar.
Konfigurationsrekommendationer
Utforska följande tabell med rekommendationer för att optimera din Azure SQL Database-konfiguration för tillförlitlighet:
Rekommendation | beskrivning |
---|---|
Använd Active Geo-Replication för att skapa en läsbar sekundär i en annan region. | Om din primära databas misslyckas utför du en manuell redundansväxling till den sekundära databasen. Tills du redundansväxlar förblir den sekundära databasen skrivskyddad. Med aktiv geo-replikering kan du skapa läsbara repliker och manuellt redundansväxlar till en replik om det uppstår ett datacenterfel eller en programuppgradering. Upp till fyra sekundärfiler stöds i samma eller olika regioner, och sekundärfilerna kan också användas för skrivskyddade åtkomstfrågor. Redundansväxlingen måste initieras manuellt av programmet eller användaren. Efter redundansväxlingen har den nya primären en annan anslutningsslutpunkt. |
Använd automatiska redundansgrupper som kan innehålla en eller flera databaser, som vanligtvis används av samma program. | Du kan använda de läsbara sekundära databaserna för att avlasta skrivskyddade frågearbetsbelastningar. Eftersom autofailover-grupper omfattar flera databaser måste dessa databaser konfigureras på den primära servern. Autofailover-grupper stöder replikering av alla databaser i gruppen till endast en sekundär server eller instans i en annan region. Läs mer om AutoFailover-grupper och DR-design. |
Använd en zonredundant databas. | Som standard skapas klustret med noder för premiumtillgänglighetsmodellen i samma datacenter. Med introduktionen av Azure-tillgänglighetszoner kan SQL Database placera olika repliker av den affärskritiska databasen till olika tillgänglighetszoner i samma region. För att eliminera en enskild felpunkt dupliceras även kontrollringen över flera zoner som tre gatewayringar (GW). Routningen till en specifik gatewayring styrs av Azure Traffic Manager (ATM). Eftersom zonredundant konfiguration på tjänstnivåerna Premium eller Affärskritisk inte skapar extra databasredundans kan du aktivera den utan extra kostnad. Läs mer om zonredundanta databaser. |
Övervaka Din Azure SQL Database nästan i realtid för att identifiera tillförlitlighetsincidenter. | Använd en av de tillgängliga lösningarna för att övervaka SQL DB för att identifiera potentiella tillförlitlighetsincidenter tidigt och göra dina databaser mer tillförlitliga. Välj en övervakningslösning i nära realtid för att snabbt reagera på incidenter. Mer information finns i Azure SQL Analytics . |
Implementera logik för återförsök. | Även om Azure SQL Database är motståndskraftigt när det gäller transitiva infrastrukturfel kan dessa fel påverka anslutningen. När ett tillfälligt fel inträffar när du arbetar med SQL Database kontrollerar du att koden kan försöka anropa igen. Mer information finns i hur du implementerar logik för återförsök. |
Säkerhetskopiera dina nycklar. | Om du inte använder krypteringsnycklar i Azure Key Vault för att skydda dina data säkerhetskopierar du dina nycklar. |
Azure SQL Database och säkerhet
SQL-databasen innehåller en uppsättning inbyggda funktioner för säkerhet och efterlevnad för att uppfylla olika krav för säkerhet och regelefterlevnad i programmet.
Checklista för design
Har du utformat din arbetsbelastning och konfigurerat Azure SQL Database med säkerhet i åtanke?
- Förstå logiska servrar och hur du kan administrera inloggningar för flera databaser när det är lämpligt.
- Aktivera Microsoft Entra-autentisering med Azure SQL. Microsoft Entra-autentisering möjliggör förenklad behörighetshantering och centraliserad identitetshantering.
- Logiska Azure SQL-servrar bör ha en Microsoft Entra-administratör etablerad.
- Kontrollera att e-postadressen för kontaktuppgifter i din Azure-prenumeration för tjänstadministratör och medadministratörer når rätt parter i företaget. Du vill inte missa eller ignorera viktiga säkerhetsmeddelanden från Azure!
- Granska Azure SQL Database-anslutningsarkitekturen.
Redirect
Välj ellerProxy
anslutningsprincipen efter behov. - Granska Azure SQL Database-brandväggsregler.
- Använd regler för virtuellt nätverk för att styra kommunikationen från vissa undernät i virtuella nätverk.
- Om du använder Azure Firewall konfigurerar du Azure Firewall-programregler med SQL FQDN.
Rekommendationer
Rekommendation | Förmån |
---|---|
Granska den lägsta TLS-versionen. | Avgör om du har äldre program som kräver äldre TLS- eller okrypterade anslutningar. När du framtvingar en version av TLS kan du inte återgå till standardinställningen. Granska och konfigurera den lägsta TLS-versionen för SQL Database-anslutningar via Azure-portalen. Om inte anger du den senaste TLS-versionen till minimum. |
Redovisning | Överväg att utforma databastabeller baserat på transaktionsregistret för att tillhandahålla granskning, manipulering och förtroende för alla dataändringar. |
Alltid krypterad | Överväg att utforma programåtkomst baserat på Always Encrypted för att skydda känsliga data i program genom att delegera dataåtkomst till krypteringsnycklar. |
Privata slutpunkter och privat länk | Privata slutpunktsanslutningar framtvingar säker kommunikation genom att aktivera privat anslutning till Azure SQL Database. Du kan använda en privat slutpunkt för att skydda anslutningar och neka åtkomst till offentliga nätverk som standard. Azure Private Link för Azure SQL Database är en typ av privat slutpunkt som rekommenderas för Azure SQL Database. |
Automatiserade sårbarhetsbedömningar | Övervaka för resultat av sårbarhetsbedömningsgenomsökning och rekommendationer för hur du åtgärdar sårbarheter i databasen. |
Advanced Threat Protection | Identifiera avvikande aktiviteter som indikerar ovanliga och potentiellt skadliga försök att komma åt eller utnyttja databaser med Advanced Threat Protection för Azure SQL Database. Advanced Threat Protection integrerar sina aviseringar med Microsoft Defender för molnet. |
Granskning | Spåra databashändelser med Granskning för Azure SQL Database. |
Hanterade identiteter | Överväg att konfigurera en användartilldelad hanterad identitet (UMI). Hanterade identiteter för Azure-resurser eliminerar behovet av att hantera autentiseringsuppgifter i kod. |
Endast Microsoft Entra-autentisering | Överväg att inaktivera SQL-baserad autentisering och endast tillåta Microsoft Entra-autentisering. |
Principdefinitioner
Granska azure-säkerhetsbaslinjen för inbyggda definitioner i Azure SQL Database och Azure Policy.
Alla inbyggda principdefinitioner som är relaterade till Azure SQL visas i inbyggda principer.
Läs självstudie: Skydda en databas i Azure SQL Database.
Azure SQL Database och kostnadsoptimering
Azure SQL Database är en fullständigt hanterad paaS-databasmotor (plattform som en tjänst) som hanterar de flesta databashanteringsfunktioner utan användarengagemang. Hanteringsfunktionerna omfattar:
- Uppgraderingar
- Korrigeringar
- Säkerhetskopior
- Övervakning
Med den här tjänsten kan du skapa ett datalagringslager med hög tillgänglighet och höga prestanda för dina Azure-program och arbetsbelastningar. SQL Database innehåller inbyggd intelligens som hjälper dig att avsevärt minska kostnaderna för att köra och hantera databaser genom automatisk prestandaövervakning och justering.
Mer information om hur Azure SQL Database tillhandahåller kostnadsbesparande funktioner finns i Planera och hantera kostnader för Azure SQL Database.
Följande avsnitt innehåller en checklista för konfiguration och rekommenderade konfigurationsalternativ som är specifika för Azure SQL Database och kostnadsoptimering.
Checklista
Har du konfigurerat Azure SQL Database med kostnadsoptimering i åtanke?
- Optimera frågor.
- Utvärdera resursanvändning.
- Finjustera lagringsförbrukningen för säkerhetskopiering.
- Utvärdera serverlös Azure SQL Database.
- Överväg reserverad kapacitet för Azure SQL Database.
- Överväg elastiska pooler för att hantera och skala flera databaser.
Konfigurationsrekommendationer
Utforska följande tabell med rekommendationer för att optimera din Azure SQL Database-konfiguration för kostnadsbesparingar:
Rekommendation | beskrivning |
---|---|
Optimera frågor. | Optimera frågor, tabeller och databaser med hjälp av Query Performance Insights och prestandarekommendationer för att minska resursförbrukningen och komma fram till lämplig konfiguration. |
Utvärdera resursanvändning. | Utvärdera resursanvändningen för alla databaser och kontrollera om de har storleksanpassats och etablerats korrekt. För icke-produktionsdatabaser bör du överväga att skala ned resurser efter behov. DTU:er eller virtuella kärnor för en databas kan skalas på begäran, till exempel när du kör ett belastningstest eller användargodkännandetest. |
Finjustera förbrukningen av lagring av säkerhetskopior | För databaser med virtuell kärna i Azure SQL Database rapporteras lagringen som förbrukas av varje typ av säkerhetskopiering (fullständig, differentiell och logg) i databasövervakningsfönstret som ett separat mått. Förbrukning av lagring av säkerhetskopior upp till den maximala datastorleken för en databas debiteras inte. Överförbrukning av lagringsutrymme för säkerhetskopiering beror på arbetsbelastningen och den maximala storleken på de enskilda databaserna. Mer information finns i Förbrukning av säkerhetskopieringslagring. |
Utvärdera Azure SQL Database Serverless. | Överväg att använda Azure SQL Database serverlöst över den etablerade databehandlingsnivån. Serverlös är en beräkningsnivå för enskilda databaser som automatiskt skalar beräkning baserat på efterfrågan på arbetsbelastningar och fakturor för den mängd beräkning som används per sekund. Den serverlösa beräkningsnivån pausar också automatiskt databaser under inaktiva perioder när endast lagring faktureras. Den återupptar automatiskt databaser när aktiviteten returneras. Serverlös Azure SQL Database passar inte för alla scenarier. Om du har en databas med oförutsägbara eller spruckna användningsmönster varvat med perioder med låg eller inaktiv användning är serverlös en lösning som kan hjälpa dig att optimera prisprestanda. |
Överväg reserverad kapacitet för Azure SQL Database. | Du kan minska beräkningskostnaderna som är associerade med Azure SQL Database med hjälp av Reservationsrabatt. När du har fastställt den totala beräkningskapaciteten och prestandanivån för Azure SQL-databaser i en region kan du använda den här informationen för att reservera kapaciteten. Reservationen kan sträcka sig över ett eller tre år. Mer information finns i Spara kostnader för resurser med reserverad kapacitet. |
Elastiska pooler hjälper dig att hantera och skala flera databaser i Azure SQL Database | Elastiska pooler i Azure SQL Database är en enkel och kostnadseffektiv lösning för att hantera och skala flera databaser med varierande och oförutsägbara användningskrav. Databaserna i en elastisk pool finns på en enskild server och delar ett visst antal resurser till ett visst pris. Mer information finns i Elastiska pooler för hantering och skalning av flera databaser. |
Mer information finns i Planera och hantera kostnader för Azure SQL Database.
Azure SQL Database och driftskvalitet
Azure SQL Database är en fullständigt hanterad paaS-databasmotor (plattform som en tjänst) som hanterar de flesta databashanteringsfunktioner utan användarengagemang. Hanteringsfunktionerna omfattar:
- Uppgraderingar
- Korrigeringar
- Säkerhetskopior
- Övervakning
Med den här tjänsten kan du skapa ett datalagringslager med hög tillgänglighet och höga prestanda för dina Azure-program och arbetsbelastningar. Azure SQL Database tillhandahåller avancerade övervaknings- och justeringsfunktioner som backas upp av artificiell intelligens för att hjälpa dig att felsöka och maximera prestanda för dina databaser och lösningar.
Mer information om hur Azure SQL Database främjar driftskvalitet och gör det möjligt för ditt företag att fortsätta arbeta under avbrott finns i Övervakning och prestandajustering i Azure SQL Database.
Följande avsnitt omfattar designöverväganden, en konfigurationschecklista och rekommenderade konfigurationsalternativ som är specifika för Azure SQL Database och driftseffektivitet.
Utformningsbeaktanden
Azure SQL Database innehåller följande designöverväganden:
Azure SQL Database Business Critical-nivån som konfigurerats med geo-replikering har ett garanterat mål för återställningstid (RTO)
30
i sekunder för100%
distribuerade timmar.Använd horisontell partitionering för att distribuera data och processer över många identiskt strukturerade databaser. Horisontell partitionering är ett alternativ till traditionella uppskalningsmetoder för kostnad och elasticitet. Överväg att använda horisontell partitionering för att partitionera databasen vågrätt. Horisontell partitionering kan ge felisolering. Mer information finns i Skala ut med Azure SQL Database.
Azure SQL Database Business Critical- eller Premium-nivåer som inte har konfigurerats för zonredundanta distributioner, nivån Generell användning, Standard eller Basic eller Hyperskala med två eller flera repliker har en tillgänglighetsgaranti. Mer information finns i SLA för Azure SQL Database.
Ger inbyggd regional hög tillgänglighet och nyckelfärdig geo-replikering till alla Azure-regioner. Den innehåller intelligens för att stödja självkörande funktioner, till exempel:
- Prestandajustering
- Hotövervakning
- Sårbarhetsbedömningar
- Helt automatiserad korrigering och uppdatering av kodbasen
Definiera ett serviceavtal för programprestanda och övervaka det med aviseringar. Identifiera snabbt när programprestandan oavsiktligt försämras under en acceptabel nivå, vilket är viktigt för att upprätthålla hög återhämtning. Använd övervakningslösningen som tidigare definierats för att ange aviseringar för viktiga frågeprestandamått så att du kan vidta åtgärder när prestandan bryter mot serviceavtalet. Gå till Övervaka databasen för mer information.
Använd geo-återställning för att återställa från ett tjänststopp. Du kan återställa en databas på valfri SQL Database-server eller en instansdatabas på en hanterad instans i valfri Azure-region från de senaste geo-replikerade säkerhetskopiorna. Geo-återställning använder en geo-replikerad säkerhetskopia som källa. Du kan begära geo-återställning även om databasen eller datacentret inte är tillgängligt på grund av ett avbrott. Geo-återställning återställer en databas från en geo-redundant säkerhetskopia. Mer information finns i Återställa en Azure SQL-databas med hjälp av automatiserade databassäkerhetskopior.
Använd nivån Affärskritisk som konfigurerats med geo-replikering, som har ett garanterat mål för återställningspunkt (RPO)
5
i sekunder för100%
distribuerade timmar.Med PaaS-funktioner som är inbyggda i Azure SQL Database kan du fokusera på de domänspecifika databasadministrations- och optimeringsaktiviteter som är viktiga för ditt företag.
Använd återställning till tidpunkt för att återställa från mänskliga fel. Återställning till tidpunkt returnerar databasen till en tidigare tidpunkt för att återställa data från ändringar som görs oavsiktligt. Mer information finns i dokumentationen om återställning till tidpunkt (PITR).
Affärskritiska nivåer eller Premium-nivåer konfigureras som zonredundanta distributioner. Mer information om tillgänglighetsgarantin finns i SLA för Azure SQL Database .
Checklista
Har du konfigurerat Azure SQL Database med driftskvalitet i åtanke?
- Använd Active Geo-Replication för att skapa en läsbar sekundär i en annan region.
- Använd automatiska redundansgrupper som kan innehålla en eller flera databaser, som vanligtvis används av samma program.
- Använd en zonredundant databas.
- Övervaka Din Azure SQL Database nästan i realtid för att identifiera tillförlitlighetsincidenter.
- Implementera återförsökslogik.
- Säkerhetskopiera dina nycklar.
Konfigurationsrekommendationer
Utforska följande tabell med rekommendationer för att optimera din Azure SQL Database-konfiguration för driftseffektivitet:
Rekommendation | beskrivning |
---|---|
Använd Active Geo-Replication för att skapa en läsbar sekundär i en annan region. | Om din primära databas misslyckas utför du en manuell redundansväxling till den sekundära databasen. Tills du redundansväxlar förblir den sekundära databasen skrivskyddad. Med aktiv geo-replikering kan du skapa läsbara repliker och manuellt redundansväxlar till en replik om det uppstår ett datacenterfel eller en programuppgradering. Upp till fyra sekundärfiler stöds i samma eller olika regioner, och sekundärfilerna kan också användas för skrivskyddade åtkomstfrågor. Redundansväxlingen måste initieras manuellt av programmet eller användaren. Efter redundansväxlingen har den nya primären en annan anslutningsslutpunkt. |
Använd automatiska redundansgrupper som kan innehålla en eller flera databaser, som vanligtvis används av samma program. | Du kan använda de läsbara sekundära databaserna för att avlasta skrivskyddade frågearbetsbelastningar. Eftersom autofailover-grupper omfattar flera databaser måste dessa databaser konfigureras på den primära servern. Autofailover-grupper stöder replikering av alla databaser i gruppen till endast en sekundär server eller instans i en annan region. Läs mer om automatiska redundansgrupper och DR-design. |
Använd en zonredundant databas. | Som standard skapas klustret med noder för premiumtillgänglighetsmodellen i samma datacenter. Med introduktionen av Azure-tillgänglighetszoner kan SQL Database placera olika repliker av den affärskritiska databasen till olika tillgänglighetszoner i samma region. För att eliminera en enskild felpunkt dupliceras även kontrollringen över flera zoner som tre gatewayringar (GW). Routningen till en specifik gatewayring styrs av Azure Traffic Manager (ATM). Eftersom zonredundant konfiguration på tjänstnivåerna Premium eller Affärskritisk inte skapar extra databasredundans kan du aktivera den utan extra kostnad. Läs mer om zonredundanta databaser. |
Övervaka Din Azure SQL Database nästan i realtid för att identifiera tillförlitlighetsincidenter. | Använd en av de tillgängliga lösningarna för att övervaka SQL DB för att identifiera potentiella tillförlitlighetsincidenter tidigt och göra dina databaser mer tillförlitliga. Välj en övervakningslösning i nära realtid för att snabbt reagera på incidenter. Mer information finns i Azure SQL Analytics . |
Implementera logik för återförsök. | Även om Azure SQL Database är motståndskraftigt när det gäller transitiva infrastrukturfel kan dessa fel påverka anslutningen. När ett tillfälligt fel inträffar när du arbetar med SQL Database kontrollerar du att koden kan försöka anropa igen. Mer information finns i hur du implementerar omprövningslogik och konfigurerbar omprövningslogik i SqlClient-introduktionen. |
Säkerhetskopiera dina nycklar. | Om du inte använder krypteringsnycklar i Azure Key Vault för att skydda dina data säkerhetskopierar du dina nycklar. |
Azure SQL Database och prestandaeffektivitet
Azure SQL Database är en fullständigt hanterad paaS-databasmotor (plattform som en tjänst) som hanterar de flesta databashanteringsfunktioner utan användarengagemang. Hanteringsfunktionerna omfattar:
- Uppgraderingar
- Korrigeringar
- Säkerhetskopior
- Övervakning
Följande avsnitt innehåller en checklista för design och rekommenderade designalternativ som är specifika för Prestandaeffektivitet för Azure SQL Database.
Checklista för design
Har du utformat din arbetsbelastning och konfigurerat Azure SQL Database med prestandaeffektivitet i åtanke?
- Granska resursgränser. Specifika resursgränser per prisnivå (även kallat tjänstmål) för enskilda databaser finns i antingen DTU-baserade resursgränser för en enskild databas eller resursbegränsningar baserade på virtuella kärnor. För resursbegränsningar för elastisk pool, se antingen DTU-baserade resursgränser för elastisk pool eller resursgränser för virtuella kärnor för elastisk pool.
- Välj rätt distributionsmodell för din arbetsbelastning, virtuella kärnor eller DTU. Jämför de virtuella kärnor och DTU-baserade köpmodellerna.
- Microsoft rekommenderar den senaste virtuella kärnor-databasens standardserie eller premium-seriens maskinvara. Äldre Gen4-maskinvara har dragits tillbaka.
- Bekanta dig med resursstyrning när du använder elastiska pooler.
- Granska maxgraden för parallellitet (MAXDOP) som standard och konfigurera efter behov baserat på en migrerad eller förväntad arbetsbelastning.
- Överväg att använda skrivskyddade repliker av kritisk databas för att avlasta skrivskyddade frågearbetsbelastningar.
- Granska Prestandacenter för SQL Server Database Engine och Azure SQL Database.
- Program som ansluter till Azure SQL Database bör använda de senaste anslutningsprovidrar, till exempel den senaste OLE DB-drivrutinen eller ODBC-drivrutinen.
Rekommendationer
Rekommendation | Förmån |
---|---|
Diagnostisera och felsöka hög CPU-användning. | Azure SQL Database innehåller inbyggda verktyg för att identifiera orsakerna till hög CPU-användning och optimera arbetsbelastningsprestanda. |
Förstå problem med blockering och dödlägen. | Blockering på grund av samtidighet och avslutade sessioner på grund av dödlägen har olika orsaker och resultat. |
Justera program och databaser för prestanda. | Justera programmet och databasen för att förbättra prestandan. Granska metodtips. |
Granska rapportering och skalning i Azure-portalen efter behov. | Efter distributionen använder du inbyggd rapportering i Azure-portalen för att regelbundet granska den högsta och genomsnittliga databasanvändningen och rätt storlek uppåt eller nedåt. Du kan enkelt skala enskilda databaser eller elastiska pooler utan dataförlust och minimal stilleståndstid. |
Se prestandarekommendationer. | På menyn Intelligent prestanda på databassidan i Azure-portalen granskar och överväger du åtgärder på någon av prestandarekommendationerna och implementerar eventuella problem med index, schema och parameterisering. |
Granska Query Performance Insight. | Granska Query Performance Insight för Azure SQL Database-rapporter för att identifiera de vanligaste resurskrävande frågorna, tidskrävande frågor med mera. |
Konfigurera automatisk justering. | Ge högsta prestanda och stabila arbetsbelastningar genom kontinuerlig prestandajustering baserat på AI och maskininlärning. Överväg att använda Azure Automation för att konfigurera e-postaviseringar för automatisk justering. |
Utvärdera potentiell användning av minnesinterna databasobjekt. | Med minnesintern teknik kan du förbättra programmets prestanda och eventuellt minska kostnaderna för databasen. Överväg att utforma vissa databasobjekt i OLTP-program med hög volym. |
Använd Query Store. | Query Store är aktiverat som standard i Azure SQL Database och innehåller en mängd frågeprestanda- och resursförbrukningsdata , samt avancerade justeringsfunktioner som Query Store-tips och automatisk plankorrigering. Granska Standardvärden för Query Store i Azure SQL Database. |
Implementera omprövningslogik för tillfälliga fel. | Program bör innehålla automatisk logik för omförsök av transaktioner för tillfälliga fel, inklusive vanliga anslutningsfel. Utnyttja exponentiell logik för återförsöksintervall. |
Ytterligare resurser
Information om funktioner som stöds finns i Funktioner och Lösa Transact-SQL-skillnader under migreringen till SQL Database.
Migrera till Azure SQL Database? Läs våra Azure Database-migreringsguider.
Titta på avsnitt av Data Exposed som täcker Azure SQL-ämnen med mera.