Delen via

Azure SQL Managed Instance en betrouwbaarheid

  • Artikel

Azure SQL Managed Instance is de intelligente, schaalbare clouddatabaseservice die de breedste compatibiliteit van SQL Server database-engine combineert met alle voordelen van een volledig beheerd en groenblijvend platform als een service.

Het doel van de architectuur voor hoge beschikbaarheid in SQL Managed Instance is om te garanderen dat uw database actief is zonder dat u zich zorgen hoeft te maken over de gevolgen van onderhoudsbewerkingen en storingen. Deze oplossing is ontworpen voor het volgende:

  • Zorg ervoor dat vastgelegde gegevens nooit verloren gaan vanwege fouten.
  • Zorg ervoor dat onderhoudsfouten geen invloed hebben op uw workload.
  • Zorg ervoor dat de database geen Single Point of Failure is in uw softwarearchitectuur.

Raadpleeg de volgende artikelen voor meer informatie over hoe Azure SQL Managed Instance tolerantie van toepassingen en workloads ondersteunt:

De volgende secties bevatten ontwerpoverwegingen, een controlelijst voor configuratie en aanbevolen configuratieopties die specifiek zijn voor Azure SQL Managed Instance en betrouwbaarheid.

Overwegingen bij het ontwerpen

Azure SQL Managed Instance omvat de volgende ontwerpoverwegingen:

  • Definieer een SLA voor toepassingsprestaties en bewaak deze met waarschuwingen. Snel detecteren wanneer de prestaties van uw toepassing per ongeluk onder een acceptabel niveau dalen, is belangrijk om een hoge tolerantie te behouden. Gebruik een bewakingsoplossing om waarschuwingen in te stellen voor belangrijke metrische gegevens over queryprestaties, zodat u actie kunt ondernemen wanneer de SLA wordt verbroken door de prestaties.
  • Gebruik herstel naar een bepaald tijdstip om te herstellen van een menselijke fout. 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 beheerde exemplaren voor meer informatie.
  • Gebruik geo-herstel om een serviceonderbreking te herstellen. Met geo-herstel wordt een database hersteld van een geografisch redundante back-up naar een beheerd exemplaar in een andere regio. Raadpleeg de documentatie Een database herstellen met geo-herstel voor meer informatie.
  • Houd rekening met de tijd die nodig is voor bepaalde bewerkingen. Zorg ervoor dat u de tijd scheidt om de hoeveelheid tijd die nodig is om uw bestaande beheerde exemplaar omhoog en omlaag te schalen, grondig te testen en om een nieuw beheerd exemplaar te maken. Deze tijdsinstelling zorgt ervoor dat u volledig begrijpt hoe tijdrovende bewerkingen van invloed zijn op uw RTO en RPO.

Controlelijst

Hebt u Azure SQL Managed Instance geconfigureerd met het oog op betrouwbaarheid?

  • Gebruik de Bedrijfskritiek-laag.
  • Configureer een secundair exemplaar en een autofailover-groep om failover naar een andere regio in te schakelen.
  • Logica voor opnieuw proberen implementeren.
  • Bewaak uw SQL MI-exemplaar in bijna realtime om betrouwbaarheidsincidenten te detecteren.

Configuratieaanbeveling

Bekijk de volgende tabel met aanbevelingen om uw Azure SQL Managed Instance configuratie te optimaliseren voor betrouwbaarheid:

Aanbeveling Beschrijving
Gebruik de Bedrijfskritiek-laag. Deze laag biedt een hogere tolerantie voor fouten en snellere failovertijden vanwege de onderliggende architectuur voor hoge beschikbaarheid, naast andere voordelen. Raadpleeg SQL Managed Instance Hoge beschikbaarheid voor meer informatie.
Configureer een secundair exemplaar en een autofailover-groep om failover naar een andere regio in te schakelen. Als een storing van invloed is op een of meer databases in het beheerde exemplaar, kunt u handmatig of automatisch een failover uitvoeren van alle databases in het exemplaar naar een secundaire regio. Lees de documentatie over Autofailover-groepen voor managed instance voor meer informatie.
Logica voor opnieuw proberen implementeren. Hoewel Azure SQL MI bestand is tegen transitieve infrastructuurfouten, kunnen deze fouten van invloed zijn op uw connectiviteit. Wanneer er een tijdelijke fout optreedt tijdens het werken met SQL MI, moet u ervoor zorgen dat uw code de aanroep opnieuw kan proberen. Raadpleeg voor meer informatie hoe u logica voor opnieuw proberen implementeert.
Bewaak uw SQL MI-exemplaar in bijna realtime om betrouwbaarheidsincidenten te detecteren. Gebruik een van de beschikbare oplossingen om uw SQL MI te bewaken om potentiële betrouwbaarheidsincidenten vroegtijdig te detecteren en uw databases betrouwbaarder te maken. Kies een bijna realtime bewakingsoplossing om snel op incidenten te reageren. Bekijk de Azure SQL Managed Instance bewakingsopties voor meer informatie.

Volgende stap

Azure SQL Managed Instance en operationele uitmuntendheid