Dela via

Metodtips för arkitektur för Azure SQL Database

  • Artikel

Azure SQL Database är en fullständigt hanterad paaS-databasmotor (plattform som en tjänst) som hanterar de flesta databashanteringsfunktionerna 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 vCore-baserad inköpsmodell. Du kan skapa flera databaser i en enda resurspool med dynamiska 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
  • Driftskvalitet
  • Prestandaeffektivitet

Förutsättningar

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 databashanteringsfunktionerna utan användarengagemang. Hanteringsfunktionerna omfattar:

  • Uppgraderingar
  • Patchar
  • 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 ett uppdaterat operativsystem 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 arbeta 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.

Designöverväganden

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) på 30 sekunder för 100% av distribuerade timmar.

  • Använd sharding 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 sharding för att partitionera databasen horisontellt. Sharding kan ge felisolering. För mer information, se Skala ut med Azure SQL Database.

  • Azure SQL Database Business Critical- eller Premium-nivåer som inte är konfigurerade för zonredundanta distributioner, Generell användning, Standard- eller Basic-nivåer, eller Hyperskala-nivå med två eller flera repliker, har en tillgänglighetsgaranti. Mer information om tillgänglighetsgarantin finns i serviceavtal för Azure SQL Database.

  • Ger inbyggd hög regional tillgänglighet och nyckelfärdig geo-replikering till varje Azure-region. Den innehåller intelligens för att stödja självkörande funktioner, till exempel:

    • Prestandaoptimering
    • 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 larmverktyg för mer information.

  • Använd geoåterställning för att återhämta sig från ett driftavbrott. 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 georedundant säkerhetskopia. Mer information finns i Återställa en Azure SQL-databas med hjälp av automatiserade databassäkerhetskopior.

  • Använd nivån Business Critical som är konfigurerad med geo-replikering, som har ett garanterat återställningsmål (RPO) på 5 sekunder för 100% drifttimmar.

  • 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 återhämta sig från mänskliga misstag. Återställning av en specifik tidpunkt återställer din databas till en tidigare tidpunkt för att återfå data på grund av oavsiktliga ändringar. För mer information, läs 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 serviceavtal 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 Zone-Redundant 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. Aktiv geo-replikering gör att du kan skapa läsbara repliker och manuellt överföra till någon replik vid ett datacenteravbrott 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ågebelastningar. 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 Zone-Redundant 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 gateway-ringar (GW). Routningen till en specifik gatewayring styrs av Azure Traffic Manager. 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.
Säkerhetskopiera dina nycklar. Om du inte använda krypteringsnycklar i Azure Key Vault för att skydda dina datasäkerhetskopierar du dina nycklar.

Azure SQL Database och säkerhet

SQL Database innehåller en rad inbyggda funktioner för säkerhet och efterlevnad för att hjälpa ditt program att uppfylla olika krav på säkerhet och efterlevnad.

Checklista för design

Har du utformat din arbetsbelastning och konfigurerat Azure SQL Database med säkerhet i åtanke?

Rekommendationer

Rekommendation Fördel
Granska lägsta TLS-version. Avgör om du har äldre program som kräver äldre TLS- eller okrypterade anslutningar. När du har tillämpat en version av TLS går det inte att återgå till standardvärdet. 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.
Huvudbok Överväg att utforma databastabeller baserat på Ledger för att tillhandahålla granskning, manipuleringsbevis 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 säkerställer säker kommunikation genom att möjliggöra privat uppkoppling 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 sårbarhetsanalys genomsökningsresultat och rekommendationer om hur man kan åtgärda sårbarheter i databaser.
Avancerat hot skydd 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 for Cloud.
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 eliminera 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äkerhetsbaslinje för Azure SQL Database och inbyggda Definitioner för Azure Policy.

Alla inbyggda principdefinitioner 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 databashanteringsfunktionerna utan användarengagemang. Hanteringsfunktionerna omfattar:

  • Uppgraderingar
  • Patchar
  • 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?

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 lagringsförbrukningen för säkerhetskopiering För virtuella kärnor i Azure SQL Database rapporteras lagringen som förbrukas av varje typ av säkerhetskopia (fullständig, differentiell och logg) i databasövervakningsfönstret som ett separat mått. Förbrukning av säkerhetskopieringslagring upp till den maximala datastorleken för en databas debiteras inte. Överförbrukning av lagring av säkerhetskopior beror på arbetsbelastningen och den maximala storleken på de enskilda databaserna. Mer information finns i Lagringsförbrukning för säkerhetskopiering.
Utvärdera Azure SQL Database Serverless. Överväg att använda serverlösa Azure SQL Database- över den etablerade databehandlingsnivån. Serverless är ett beräkningslager för enskilda databaser som automatiskt skalar datorkraft baserat på arbetsbelastningens efterfrågan och debiterar för den mängd datorkraft 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 för 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. För mer information, se 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, kostnadseffektiv lösning för att hantera och skala flera databaser som har 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 databashanteringsfunktionerna utan användarengagemang. Hanteringsfunktionerna omfattar:

  • Uppgraderingar
  • Patchar
  • 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.

Designöverväganden

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) på 30 sekunder för 100% av 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 sharding för att partitionera databasen horisontellt. Sharding kan ge felisolering. För mer information, se Skala ut med Azure SQL Database.

  • Azure SQL Database Business Critical- eller Premium-nivåer som inte har konfigurerats för zonredundanta distributioner, eller nivåerna för Allmänt ändamål, Standard, Basic eller Hyperskala med två eller flera repliker har en tillgänglighetsgaranti. Mer information finns i SLA för Azure SQL Database.

  • Erbjuder inbyggd regional högtillgä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:

    • Prestandaoptimering
    • 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 för mer information.

  • Använd geo-återställning för att återhämta sig från ett tjänstavbrott. 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 Business Critical-tier som är konfigurerad med geo-replikering, vilken har ett garanterat mål för återställningspunkt (RPO) på 5 sekunder för 100% av 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 återskapa en specifik tidpunkt för att återhämta sig från mänskliga fel. Återställning till en specifik tidpunkt återställer databasen till en tidigare tidpunkt för att återställa data från ändringar som gjorts oavsiktligt. För mer information, läs 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 serviceavtal för Azure SQL Database .

  • Azure Backup är ett alternativ till det inbyggda Azure SQL-säkerhetskopieringssystemet. Den erbjuder centraliserade lösningar utan behov av infrastruktur för fullständiga, differentiella och loggsäkerhetskopior. Viktiga funktioner är återställning till en viss tidpunkt, långtidslagring och centraliserad hantering av SQL Server-databaser på Azure-virtuella datorer. Den använder sql-interna API:er och integreras smidigt med Azures Recovery Services-valv för säker och effektiv säkerhetskopiering och återställning. Mer information finns i Översikt över SQL Server Backup på virtuella Azure-datorer.

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 Zone-Redundant 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.
  • Använd Azure Backup för att skydda en Azure SQL Database-server.

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 växlar över förblir den sekundära databasen endast läsbar. Aktiv geo-replikering gör det möjligt för dig att skapa läsbara repliker och manuellt byta över till en replik vid ett datacenterfel eller under 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. Failover måste initieras manuellt av programmet eller användaren. Efter redundansövergången har den nya primära servern en annan slutpunkt för anslutning.
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ågebelastningar. 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 Zone-Redundant 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 enda felpunkt dupliceras även kontrollringen över flera zoner som tre gateway-ringar (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ända krypteringsnycklar i Azure Key Vault för att skydda dina datasäkerhetskopierar du dina nycklar.
Använd Azure Backup för att skydda en Azure SQL Database-server. Genom att använda Azure Backup för att skydda din Azure SQL Database-server kan du centralt hantera affärskontinuitet och haveriberedskap från Recovery Services vault, lagra återställningspunkter för långsiktig lagring och utföra återställning mellan regioner och återställning mellan prenumerationer. Med [inbyggda dataskyddsfunktioner] i Azure Recovery Services-valvet](/azure/backup/backup-azure-recovery-services-vault-overview#key-features) kan du förhindra oavsiktlig eller skadlig borttagning av säkerhetskopior.

Azure SQL Database och prestandaeffektivitet

Azure SQL Database är en fullständigt hanterad paaS-databasmotor (plattform som en tjänst) som hanterar de flesta databashanteringsfunktionerna utan användarengagemang. Hanteringsfunktionerna omfattar:

  • Uppgraderingar
  • Patchar
  • 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?

Rekommendationer

Rekommendation Fördel
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 för att optimera arbetsbelastningens prestanda.
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 enkla databaser eller elastiska pooler med ingen dataförlust och minimal stilleståndstid.
Granska prestandarekommendationer. På menyn Intelligent Prestanda på databassidan i Azure-portalen kan du granska och överväga åtgärder på någon av prestandarekommendationer och implementera index-, schema- och parameteriseringsproblem.
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-postmeddelanden för automatisk justering.
Utvärdera potentiell användning av minnesinterna databasobjekt. minnesintern teknik göra det möjligt för dig att förbättra programmets prestanda och potentiellt minska kostnaderna för databasen. Överväg att utforma vissa databasobjekt i OLTP-program med hög volym.
Utnyttja Query Store-. Query Store är aktiverat som standard i Azure SQL Database och innehåller en mängd frågeprestanda och resursförbrukning data, samt avancerade justeringsfunktioner som Query Store-tips och automatisk plankorrigering. Granska standardinställningarna för Query Store i Azure SQL Database.
Implementera omprövningslogik för tillfälliga fel. Program bör innehålla logik för automatiska 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? Granska våra Azure-databasöverföringsguider.

Titta på avsnitt av Data Exposed som täcker Azure SQL-ämnen med mera.

Nästa steg