Delen via


Beoordeling van Azure Well-Architected Framework - Azure SQL Database

Azure SQL Database is een volledig beheerde PaaS-database-engine (Platform as a Service) die de meeste databasebeheerfuncties verwerkt zonder tussenkomst van de gebruiker. Beheerfuncties omvatten upgrades, patches, back-ups en bewaking.

Het resourcetype voor één database maakt een database in Azure SQL Database met een eigen set resources en wordt beheerd via een logische server. U kunt kiezen tussen het aankoopmodel op basis van DTU of een aankoopmodel op basis van vCore. U kunt meerdere databases maken in één resourcegroep, met elastische pools.

De volgende secties bevatten een controlelijst voor ontwerpen en aanbevolen ontwerpopties die specifiek zijn voor Azure SQL Database-beveiliging. De richtlijnen zijn gebaseerd op de vijf pijlers van architecturale uitmuntendheid:

  • Betrouwbaarheid
  • Beveiliging
  • Kostenoptimalisatie
  • Operationele uitmuntendheid
  • Prestatie-efficiëntie

Vereisten

Azure SQL Database en betrouwbaarheid

Azure SQL Database is een volledig beheerde PaaS-database-engine (Platform as a Service) die de meeste databasebeheerfuncties verwerkt zonder tussenkomst van de gebruiker. Beheerfuncties zijn onder andere:

  • Upgrades
  • Patches
  • Back-ups
  • Controleren

Met deze service kunt u een maximaal beschikbare en krachtige gegevensopslaglaag maken voor uw Azure-toepassingen en -workloads. Azure SQL Database wordt altijd uitgevoerd op de nieuwste stabiele versie van de SQL Server-database-engine en het besturingssysteem met patches met 99.99% beschikbaarheid.

Raadpleeg beschikbaarheidsmogelijkheden voor meer informatie over hoe Azure SQL Database betrouwbaarheid bevordert en uw bedrijf kan blijven werken tijdens onderbrekingen.

De volgende secties bevatten ontwerpoverwegingen, een configuratiecontrolelijst en aanbevolen configuratieopties die specifiek zijn voor Azure SQL Database en betrouwbaarheid.

Ontwerpoverwegingen

Azure SQL Database bevat de volgende ontwerpoverwegingen:

  • Azure SQL Database Bedrijfskritiek-laag die is geconfigureerd met geo-replicatie, heeft een gegarandeerdE RTO (Recovery Time Objective) van 30 seconden voor 100% geïmplementeerde uren.

  • Gebruik sharding om gegevens en processen te distribueren over veel identiek gestructureerde databases. Sharding biedt een alternatief voor traditionele opschaalmethoden voor kosten en elasticiteit. Overweeg het gebruik van sharding om de database horizontaal te partitioneren. Sharding kan foutisolatie bieden. Raadpleeg uitschalen met Azure SQL Database voor meer informatie.

  • Azure SQL Database-Bedrijfskritiek- of Premium-lagen die niet zijn geconfigureerd voor zone-redundante implementaties, algemeen gebruik, Standard of Basic, of Hyperscale-laag met twee of meer replica's hebben een beschikbaarheidsgarantie. Raadpleeg de SLA voor Azure SQL Database voor meer informatie over de beschikbaarheidsgarantie.

  • Biedt ingebouwde regionale hoge beschikbaarheid en kant-en-klare geo-replicatie naar elke Azure-regio. Het bevat informatie om zelfrijdende functies te ondersteunen, zoals:

    • Prestaties afstemmen
    • Bedreigingsbewaking
    • Evaluaties van beveiligingsproblemen
    • Volledig geautomatiseerd patchen en bijwerken van de codebasis
  • Definieer een SLA voor toepassingsprestaties en bewaak deze met waarschuwingen. Snel detecteren wanneer de prestaties van uw toepassing per ongeluk afnemen onder een acceptabel niveau, wat belangrijk is om hoge tolerantie te behouden. Gebruik de bewakingsoplossing die eerder is gedefinieerd om waarschuwingen in te stellen voor belangrijke metrische gegevens over queryprestaties, zodat u actie kunt ondernemen wanneer de prestaties de SLA breken. Ga naar Uw database bewaken en hulpprogramma's voor waarschuwingen voor meer informatie.

  • Gebruik geo-herstel om te herstellen na een servicestoring. U kunt een database herstellen op elke SQL Database-server of een exemplaardatabase op een beheerd exemplaar in elke Azure-regio vanuit de meest recente geo-gerepliceerde back-ups. Geo-herstel maakt gebruik van een geo-gerepliceerde back-up als bron. U kunt geo-herstel aanvragen, zelfs als de database of het datacenter niet toegankelijk is vanwege een storing. Met geo-herstel wordt een database hersteld vanuit een geografisch redundante back-up. Raadpleeg een Azure SQL-database herstellen met behulp van geautomatiseerde databaseback-ups voor meer informatie.

  • Gebruik de Bedrijfskritiek-laag die is geconfigureerd met geo-replicatie, met een gegarandeerd RPO (Recovery Point Objective) van 5 seconden voor 100% geïmplementeerde uren.

  • Met PaaS-mogelijkheden die zijn ingebouwd in Azure SQL Database, kunt u zich richten op de domeinspecifieke databasebeheer- en optimalisatieactiviteiten die essentieel zijn voor uw bedrijf.

  • Gebruik herstel naar een bepaald tijdstip om te herstellen van menselijke fouten. Herstel naar een bepaald tijdstip retourneert uw database naar een eerder tijdstip om gegevens te herstellen van wijzigingen die per ongeluk zijn uitgevoerd. Lees de documentatie over herstel naar een bepaald tijdstip (PITR) voor meer informatie.

  • Bedrijfskritiek of Premium-lagen zijn geconfigureerd als zone-redundante implementaties waarvoor een beschikbaarheidsgarantie is ingesteld. Raadpleeg de SLA voor Azure SQL Database voor meer informatie over de beschikbaarheidsgarantie.

Checklijst

Hebt u Azure SQL Database geconfigureerd met betrouwbaarheid in gedachten?


  • Gebruik Actieve geo-replicatie om een leesbare secundaire te maken in een andere regio.
  • Gebruik automatische failovergroepen die een of meerdere databases kunnen bevatten, die doorgaans door dezelfde toepassing worden gebruikt.
  • Gebruik een zone-redundante database.
  • Bewaak uw Azure SQL Database in bijna realtime om betrouwbaarheidsincidenten te detecteren.
  • Logica voor opnieuw proberen implementeren.
  • Maak een back-up van uw sleutels.

Aanbevelingen voor configuratie

Bekijk de volgende tabel met aanbevelingen voor het optimaliseren van uw Azure SQL Database-configuratie voor betrouwbaarheid:

Aanbeveling Beschrijving
Gebruik Actieve geo-replicatie om een leesbare secundaire te maken in een andere regio. Als uw primaire database mislukt, voert u een handmatige failover uit naar de secundaire database. Totdat u een failover uitvoert, blijft de secundaire database alleen-lezen. Met actieve geo-replicatie kunt u leesbare replica's maken en handmatig een failover uitvoeren naar een replica als er een storing of toepassingsupgrade optreedt in een datacenter. Maximaal vier secundaire databases worden ondersteund in dezelfde of verschillende regio's en de secundaire bestanden kunnen ook worden gebruikt voor alleen-lezentoegangsquery's. De failover moet handmatig worden gestart door de toepassing of de gebruiker. Na een failover heeft de nieuwe primaire server een ander verbindingseindpunt.
Gebruik automatische failovergroepen die een of meerdere databases kunnen bevatten, die doorgaans door dezelfde toepassing worden gebruikt. U kunt de leesbare secundaire databases gebruiken om alleen-lezen queryworkloads te offloaden. Omdat autofailover-groepen meerdere databases omvatten, moeten deze databases worden geconfigureerd op de primaire server. AutoFailover-groepen ondersteunen replicatie van alle databases in de groep naar slechts één secundaire server of instantie in een andere regio. Meer informatie over autofailover-groepen en dr-ontwerp.
Gebruik een zone-redundante database. Standaard wordt het cluster met knooppunten voor het premium-beschikbaarheidsmodel gemaakt in hetzelfde datacenter. Met de introductie van Azure Beschikbaarheidszones kan SQL Database verschillende replica's van de Bedrijfskritiek-database naar verschillende beschikbaarheidszones in dezelfde regio plaatsen. Als u een single point of failure wilt voorkomen, wordt de besturingsring ook gedupliceerd in meerdere zones als drie gateway-ringen (GW). De routering naar een specifieke gatewayring wordt beheerd door Azure Traffic Manager (ATM). Omdat de zone-redundante configuratie in de Premium- of Bedrijfskritiek-servicelagen geen extra databaseredundantie maakt, kunt u deze zonder extra kosten inschakelen. Meer informatie over zoneredundante databases.
Bewaak uw Azure SQL Database in bijna realtime om betrouwbaarheidsincidenten te detecteren. Gebruik een van de beschikbare oplossingen om SQL DB te bewaken om potentiële betrouwbaarheidsincidenten vroeg te detecteren en uw databases betrouwbaarder te maken. Kies een bijna realtime bewakingsoplossing om snel te reageren op incidenten. Raadpleeg Azure SQL Analytics voor meer informatie.
Logica voor opnieuw proberen implementeren. Hoewel Azure SQL Database tolerant is wanneer het gaat om transitieve infrastructuurfouten, kunnen deze fouten van invloed zijn op uw connectiviteit. Wanneer er een tijdelijke fout optreedt tijdens het werken met SQL Database, moet u ervoor zorgen dat de code de aanroep opnieuw kan uitvoeren. Raadpleeg voor meer informatie hoe u logica voor opnieuw proberen implementeert.
Maak een back-up van uw sleutels. Als u geen versleutelingssleutels in Azure Key Vault gebruikt om uw gegevens te beveiligen, maakt u een back-up van uw sleutels.

Azure SQL Database en beveiliging

SQL Database biedt een reeks ingebouwde functies voor beveiliging en naleving zodat uw toepassing voldoet aan diverse vereisten op het gebied van beveiliging en de naleving van voorschriften.

Controlelijst voor ontwerp

Hebt u uw workload ontworpen en Azure SQL Database geconfigureerd met het oog op beveiliging?


Aanbevelingen

Aanbeveling Voordeel
Controleer de minimale TLS-versie. Bepaal of u verouderde toepassingen hebt waarvoor oudere TLS- of niet-versleutelde verbindingen zijn vereist. Wanneer u een versie van TLS afdwingt, is het niet mogelijk om terug te keren naar de standaardinstelling. Controleer en configureer de minimale TLS-versie voor SQL Database-verbindingen via Azure Portal. Zo niet, stelt u de nieuwste TLS-versie in op het minimum.
Grootboek Overweeg databasetabellen te ontwerpen op basis van het grootboek om controle, manipulatie-bewijs en vertrouwensrelatie van alle gegevenswijzigingen te bieden.
Altijd versleuteld Overweeg om toepassingstoegang te ontwerpen op basis van Always Encrypted om gevoelige gegevens in toepassingen te beveiligen door gegevenstoegang tot versleutelingssleutels te delegeren.
Privé-eindpunten en privékoppeling Privé-eindpuntverbindingen dwingen beveiligde communicatie af door privéconnectiviteit met Azure SQL Database in te schakelen. U kunt een privé-eindpunt gebruiken om verbindingen te beveiligen en openbare netwerktoegang standaard te weigeren. Azure Private Link voor Azure SQL Database is een type privé-eindpunt dat wordt aanbevolen voor Azure SQL Database.
Geautomatiseerde evaluaties van beveiligingsproblemen Controleer op scanresultaten van de evaluatie van beveiligingsproblemen en aanbevelingen voor het oplossen van beveiligingsproblemen in de database.
Advanced Threat Protection Detecteer afwijkende activiteiten die ongebruikelijke en mogelijk schadelijke pogingen aangeven om toegang te krijgen tot of misbruik te maken van databases met Advanced Threat Protection voor Azure SQL Database. Advanced Threat Protection integreert de waarschuwingen met Microsoft Defender voor Cloud.
Controle Database-gebeurtenissen bijhouden met Controle voor Azure SQL Database.
Beheerde identiteiten Overweeg om een door de gebruiker toegewezen beheerde identiteit (UMI) te configureren. Beheerde identiteiten voor Azure-resources elimineren de noodzaak om referenties in code te beheren.
Microsoft Entra-only-verificatie Overweeg verificatie op basis van SQL uit te schakelen en alleen toe te staan op Microsoft Entra-verificatie.

Beleidsdefinities

Bekijk de azure-beveiligingsbasislijn voor ingebouwde Azure SQL Database - en Azure Policy-definities.

Alle ingebouwde beleidsdefinities met betrekking tot Azure SQL worden vermeld in ingebouwd beleid.

Zelfstudie: Een database beveiligen in Azure SQL Database.

Azure SQL Database en kostenoptimalisatie

Azure SQL Database is een volledig beheerde PaaS-database-engine (Platform as a Service) die de meeste databasebeheerfuncties verwerkt zonder tussenkomst van de gebruiker. Beheerfuncties zijn onder andere:

  • Upgrades
  • Patches
  • Back-ups
  • Controleren

Met deze service kunt u een maximaal beschikbare en krachtige gegevensopslaglaag maken voor uw Azure-toepassingen en -workloads. SQL Database bevat ingebouwde intelligentie waarmee u de kosten voor het uitvoeren en beheren van databases aanzienlijk kunt verlagen door middel van automatische prestatiebewaking en afstemming.

Voor meer informatie over hoe Azure SQL Database kostenbesparende functies biedt, kunt u de kosten voor Azure SQL Database plannen en beheren.

De volgende secties bevatten een configuratiecontrolelijst en aanbevolen configuratieopties die specifiek zijn voor Azure SQL Database en kostenoptimalisatie.

Checklijst

Hebt u Azure SQL Database geconfigureerd met kostenoptimalisatie in gedachten?


Aanbevelingen voor configuratie

Bekijk de volgende tabel met aanbevelingen om uw Azure SQL Database-configuratie te optimaliseren voor kostenbesparingen:

Aanbeveling Beschrijving
Query's optimaliseren. Optimaliseer de query's, tabellen en databases met behulp van Query Performance Insights en Prestatieaanaanvelingen om het resourceverbruik te verminderen en de juiste configuratie te verkrijgen.
Evalueer het resourcegebruik. Evalueer het resourcegebruik voor alle databases en bepaal of ze correct zijn aangepast en ingericht. Voor niet-productiedatabases kunt u overwegen om resources omlaag te schalen, indien van toepassing. De DTU's of vCores voor een database kunnen op aanvraag worden geschaald, bijvoorbeeld bij het uitvoeren van een belastingstest of gebruikersacceptatietest.
Gebruik van back-upopslag afstemmen Voor vCore-databases in Azure SQL Database wordt deze opslag die door elk type back-up (volledig, differentieel en logboek) wordt gebruikt, gerapporteerd in het deelvenster databasebewaking als een afzonderlijke metrische waarde. Er worden geen kosten in rekening gebracht voor het gebruik van back-upopslag tot de maximale gegevensgrootte voor de database. Overtollig opslagverbruik van back-ups is afhankelijk van deze workload en de maximale grootte van de afzonderlijke databases. Zie Back-upopslagverbruik voor meer informatie.
Evalueer Serverloze Azure SQL Database. Overweeg het gebruik van Azure SQL Database serverloos via de ingerichte computinglaag. Serverloos is een rekenlaag voor individuele databases waarmee berekeningen automatisch worden geschaald op basis van de vraag naar de werkbelasting en facturen voor de hoeveelheid rekenkracht die per seconde wordt gebruikt. De serverloze rekenlaag onderbreekt ook automatisch databases tijdens inactieve perioden wanneer alleen opslag wordt gefactureerd. Databases worden automatisch hervat wanneer activiteit wordt geretourneerd. Serverloze Azure SQL Database is niet geschikt voor alle scenario's. Als u een database hebt met onvoorspelbare of bursty gebruikspatronen die worden afgewisseld met perioden met weinig of niet-actief gebruik, is serverloos een oplossing waarmee u de prijsprestaties kunt optimaliseren.
Overweeg gereserveerde capaciteit voor Azure SQL Database. U kunt de rekenkosten verlagen die zijn gekoppeld aan Azure SQL Database met behulp van reserveringskorting. Zodra u de totale rekencapaciteit en prestatielaag voor Azure SQL-databases in een regio hebt bepaald, kunt u deze informatie gebruiken om de capaciteit te reserveren. De reservering kan één of drie jaar duren. Raadpleeg kosten besparen voor resources met gereserveerde capaciteit voor meer informatie.
Meerdere databases in Azure SQL Database beheren en schalen met elastische pools Elastische pools in Azure SQL Database zijn eenvoudige, kosteneffectieve oplossingen voor het beheren en schalen van meerdere databases die een verschillend en onvoorspelbaar verbruik hebben. De databases in een elastische pool bevinden zich op één server en delen een vast aantal resources tegen een vaste prijs. Zie Elastische pools voor het beheren en schalen van meerdere databases voor meer informatie.

Zie Kosten voor Azure SQL Database plannen en beheren voor meer informatie.

Azure SQL Database en operationele uitmuntendheid

Azure SQL Database is een volledig beheerde PaaS-database-engine (Platform as a Service) die de meeste databasebeheerfuncties verwerkt zonder tussenkomst van de gebruiker. Beheerfuncties zijn onder andere:

  • Upgrades
  • Patches
  • Back-ups
  • Controleren

Met deze service kunt u een maximaal beschikbare en krachtige gegevensopslaglaag maken voor uw Azure-toepassingen en -workloads. Azure SQL Database biedt geavanceerde bewakings- en afstemmingsmogelijkheden die worden ondersteund door kunstmatige intelligentie om u te helpen bij het oplossen van problemen en het maximaliseren van de prestaties van uw databases en oplossingen.

Voor meer informatie over hoe Azure SQL Database operationele uitmuntendheid bevordert en uw bedrijf kan blijven werken tijdens onderbrekingen, verwijzen naar bewaking en afstemming van prestaties in Azure SQL Database.

De volgende secties bevatten ontwerpoverwegingen, een configuratiecontrolelijst en aanbevolen configuratieopties die specifiek zijn voor Azure SQL Database en operationele uitmuntendheid.

Ontwerpoverwegingen

Azure SQL Database bevat de volgende ontwerpoverwegingen:

  • Azure SQL Database Bedrijfskritiek-laag die is geconfigureerd met geo-replicatie, heeft een gegarandeerdE RTO (Recovery Time Objective) van 30 seconden voor 100% geïmplementeerde uren.

  • Gebruik sharding om gegevens en processen te distribueren over veel identiek gestructureerde databases. Sharding biedt een alternatief voor traditionele opschaalmethoden voor kosten en elasticiteit. Overweeg het gebruik van sharding om de database horizontaal te partitioneren. Sharding kan foutisolatie bieden. Raadpleeg uitschalen met Azure SQL Database voor meer informatie.

  • Azure SQL Database-Bedrijfskritiek- of Premium-lagen die niet zijn geconfigureerd voor zone-redundante implementaties, algemeen gebruik, Standard of Basic, of Hyperscale-laag met twee of meer replica's hebben een beschikbaarheidsgarantie. Raadpleeg de SLA voor Azure SQL Database voor meer informatie.

  • Biedt ingebouwde regionale hoge beschikbaarheid en kant-en-klare geo-replicatie naar elke Azure-regio. Het bevat informatie om zelfrijdende functies te ondersteunen, zoals:

    • Prestaties afstemmen
    • Bedreigingsbewaking
    • Evaluaties van beveiligingsproblemen
    • Volledig geautomatiseerd patchen en bijwerken van de codebasis
  • Definieer een SLA voor toepassingsprestaties en bewaak deze met waarschuwingen. Snel detecteren wanneer de prestaties van uw toepassing per ongeluk afnemen onder een acceptabel niveau, wat belangrijk is om hoge tolerantie te behouden. Gebruik de bewakingsoplossing die eerder is gedefinieerd om waarschuwingen in te stellen voor belangrijke metrische gegevens over queryprestaties, zodat u actie kunt ondernemen wanneer de prestaties de SLA breken. Ga naar Uw database bewaken voor meer informatie.

  • Gebruik geo-herstel om te herstellen na een servicestoring. U kunt een database herstellen op elke SQL Database-server of een exemplaardatabase op een beheerd exemplaar in elke Azure-regio vanuit de meest recente geo-gerepliceerde back-ups. Geo-herstel maakt gebruik van een geo-gerepliceerde back-up als bron. U kunt geo-herstel aanvragen, zelfs als de database of het datacenter niet toegankelijk is vanwege een storing. Met geo-herstel wordt een database hersteld vanuit een geografisch redundante back-up. Raadpleeg een Azure SQL-database herstellen met behulp van geautomatiseerde databaseback-ups voor meer informatie.

  • Gebruik de Bedrijfskritiek-laag die is geconfigureerd met geo-replicatie, met een gegarandeerd RPO (Recovery Point Objective) van 5 seconden voor 100% geïmplementeerde uren.

  • Met PaaS-mogelijkheden die zijn ingebouwd in Azure SQL Database, kunt u zich richten op de domeinspecifieke databasebeheer- en optimalisatieactiviteiten die essentieel zijn voor uw bedrijf.

  • Gebruik herstel naar een bepaald tijdstip om te herstellen van menselijke fouten. Herstel naar een bepaald tijdstip retourneert uw database naar een eerder tijdstip om gegevens te herstellen van wijzigingen die per ongeluk zijn uitgevoerd. Lees de documentatie over herstel naar een bepaald tijdstip (PITR) voor meer informatie.

  • Bedrijfskritiek of Premium-lagen zijn geconfigureerd als zone-redundante implementaties. Raadpleeg de SLA voor Azure SQL Database voor meer informatie over de beschikbaarheidsgarantie.

Checklijst

Hebt u Azure SQL Database geconfigureerd met operationele uitmuntendheid in het achterhoofd?


  • Gebruik Actieve geo-replicatie om een leesbare secundaire te maken in een andere regio.
  • Gebruik automatische failovergroepen die een of meerdere databases kunnen bevatten, die doorgaans door dezelfde toepassing worden gebruikt.
  • Gebruik een zone-redundante database.
  • Bewaak uw Azure SQL Database in bijna realtime om betrouwbaarheidsincidenten te detecteren.
  • Implementeer logica voor opnieuw proberen.
  • Maak een back-up van uw sleutels.

Aanbevelingen voor configuratie

Bekijk de volgende tabel met aanbevelingen voor het optimaliseren van uw Azure SQL Database-configuratie voor operationele uitmuntendheid:

Aanbeveling Beschrijving
Gebruik Actieve geo-replicatie om een leesbare secundaire te maken in een andere regio. Als uw primaire database mislukt, voert u een handmatige failover uit naar de secundaire database. Totdat u een failover uitvoert, blijft de secundaire database alleen-lezen. Met actieve geo-replicatie kunt u leesbare replica's maken en handmatig een failover uitvoeren naar een replica als er een storing of toepassingsupgrade optreedt in een datacenter. Maximaal vier secundaire databases worden ondersteund in dezelfde of verschillende regio's en de secundaire bestanden kunnen ook worden gebruikt voor alleen-lezentoegangsquery's. De failover moet handmatig worden gestart door de toepassing of de gebruiker. Na een failover heeft de nieuwe primaire server een ander verbindingseindpunt.
Gebruik automatische failovergroepen die een of meerdere databases kunnen bevatten, die doorgaans door dezelfde toepassing worden gebruikt. U kunt de leesbare secundaire databases gebruiken om alleen-lezen queryworkloads te offloaden. Omdat autofailover-groepen meerdere databases omvatten, moeten deze databases worden geconfigureerd op de primaire server. AutoFailover-groepen ondersteunen replicatie van alle databases in de groep naar slechts één secundaire server of instantie in een andere regio. Meer informatie over het ontwerp van groepen voor automatische failover en herstel na noodgevallen.
Gebruik een zone-redundante database. Standaard wordt het cluster met knooppunten voor het premium-beschikbaarheidsmodel gemaakt in hetzelfde datacenter. Met de introductie van Azure Beschikbaarheidszones kan SQL Database verschillende replica's van de Bedrijfskritiek-database naar verschillende beschikbaarheidszones in dezelfde regio plaatsen. Als u een single point of failure wilt voorkomen, wordt de besturingsring ook gedupliceerd in meerdere zones als drie gateway-ringen (GW). De routering naar een specifieke gatewayring wordt beheerd door Azure Traffic Manager (ATM). Omdat de zone-redundante configuratie in de Premium- of Bedrijfskritiek-servicelagen geen extra databaseredundantie maakt, kunt u deze zonder extra kosten inschakelen. Meer informatie over zoneredundante databases.
Bewaak uw Azure SQL Database in bijna realtime om betrouwbaarheidsincidenten te detecteren. Gebruik een van de beschikbare oplossingen om SQL DB te bewaken om potentiële betrouwbaarheidsincidenten vroeg te detecteren en uw databases betrouwbaarder te maken. Kies een bijna realtime bewakingsoplossing om snel te reageren op incidenten. Raadpleeg Azure SQL Analytics voor meer informatie.
Logica voor opnieuw proberen implementeren. Hoewel Azure SQL Database tolerant is wanneer het gaat om transitieve infrastructuurfouten, kunnen deze fouten van invloed zijn op uw connectiviteit. Wanneer er een tijdelijke fout optreedt tijdens het werken met SQL Database, moet u ervoor zorgen dat de code de aanroep opnieuw kan uitvoeren. Raadpleeg voor meer informatie over het implementeren van logica voor opnieuw proberen en configureerbare logica voor opnieuw proberen in SqlClient.
Maak een back-up van uw sleutels. Als u geen versleutelingssleutels in Azure Key Vault gebruikt om uw gegevens te beveiligen, maakt u een back-up van uw sleutels.

Efficiëntie van Azure SQL Database en prestaties

Azure SQL Database is een volledig beheerde PaaS-database-engine (Platform as a Service) die de meeste databasebeheerfuncties verwerkt zonder tussenkomst van de gebruiker. Beheerfuncties zijn onder andere:

  • Upgrades
  • Patches
  • Back-ups
  • Controleren

De volgende secties bevatten een controlelijst voor ontwerpen en aanbevolen ontwerpopties die specifiek zijn voor de efficiëntie van de prestaties van Azure SQL Database.

Controlelijst voor ontwerp

Hebt u uw workload ontworpen en Azure SQL Database geconfigureerd met het oog op prestatie-efficiëntie?


Aanbevelingen

Aanbeveling Voordeel
Diagnoses uitvoeren en problemen met hoog CPU-gebruik oplossen. Azure SQL Database biedt ingebouwde hulpprogramma's om de oorzaken van hoog CPU-gebruik te identificeren en de prestaties van workloads te optimaliseren.
Problemen met blokkeren en impasses begrijpen. Blokkeren vanwege gelijktijdigheid en beëindigde sessies vanwege impasses hebben verschillende oorzaken en resultaten.
Toepassingen en databases afstemmen op prestaties. Stem uw toepassing en database af om de prestaties te verbeteren. Best practices bekijken.
Controleer waar nodig de gebruiksrapportage en schaal van de Azure-portal. Na de implementatie gebruikt u ingebouwde rapportage in Azure Portal om regelmatig het piek- en gemiddelde databasegebruik te controleren en de juiste grootte omhoog of omlaag te bepalen. U kunt eenvoudig individuele databases of elastische pools schalen zonder gegevensverlies en minimale downtime.
Bekijk Aanbevelingen voor prestaties. Controleer en overweeg in het menu Intelligente prestaties van de databasepagina in Azure Portal actie te ondernemen op een van de prestatieaanvelingsopties en eventuele problemen met indexen, schema's en parameters te implementeren.
Bekijk inzicht in queryprestaties. Bekijk Query Performance Insight voor Azure SQL Database-rapporten om query's te identificeren die veel resources verbruiken, langlopende query's en meer.
Automatische afstemming configureren. Bied piekprestaties en stabiele workloads door continue prestaties af te stemmen op basis van AI en machine learning. Overweeg het gebruik van Azure Automation om e-mailmeldingen te configureren voor automatisch afstemmen.
Evalueer mogelijk gebruik van in-memory databaseobjecten. Met in-memory technologieën kunt u de prestaties van uw toepassing verbeteren en mogelijk de kosten van uw database verlagen. Overweeg om een aantal databaseobjecten te ontwerpen in OLTP-toepassingen met een groot volume.
Maak gebruik van de Query Store. De Query Store is standaard ingeschakeld in Azure SQL Database en bevat een schat aan queryprestaties en resourceverbruiksgegevens , evenals geavanceerde afstemmingsfuncties zoals Hints voor Query Store en automatische correctie van plannen. Controleer de standaardinstellingen van Query Store in Azure SQL Database.
Implementeer logica voor nieuwe pogingen voor tijdelijke fouten. Toepassingen moeten automatische logica voor opnieuw proberen van transacties bevatten voor tijdelijke fouten, waaronder veelvoorkomende verbindingsfouten. Gebruik exponentieel intervallogica voor opnieuw proberen.

Aanvullende bronnen

Zie Functies en Transact-SQL-verschillen oplossen tijdens de migratie naar SQL Database voor meer informatie over ondersteunde functies.

Migreren naar Azure SQL Database? Bekijk onze Azure Database Migration Guides.

Bekijk afleveringen van Data Exposed over Azure SQL-onderwerpen en meer.

Volgende stappen