Delen via

Azure SQL Managed Instance en operationele uitmuntendheid

  • Artikel

Azure SQL Managed Instance is de intelligente, schaalbare clouddatabaseservice die de breedste compatibiliteit 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 ervoor te zorgen 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 ondersteuning biedt voor operationele uitmuntendheid voor uw toepassingsworkloads:

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

Overwegingen bij het ontwerpen

Azure SQL Managed Instance bevat de volgende ontwerpoverwegingen:

  • Definieer een SLA voor toepassingsprestaties en bewaak deze met waarschuwingen. Als u een hoge tolerantie wilt behouden, is het belangrijk om snel te detecteren wanneer de prestaties van uw toepassing per ongeluk onder een acceptabel niveau afnemen. Gebruik een bewakingsoplossing om waarschuwingen in te stellen voor belangrijke metrische gegevens over queryprestaties, zodat u actie kunt ondernemen wanneer de prestaties de SLA onderbreekt.
  • Herstel naar een bepaald tijdstip gebruiken om een menselijke fout te herstellen. Herstel naar een bepaald tijdstip retourneert uw database naar een eerder tijdstip om gegevens te herstellen van per ongeluk uitgevoerde wijzigingen. Lees de pitr-documentatie (Point-in-time-restore) voor een beheerd exemplaar voor meer informatie.
  • Gebruik geo-herstel om te herstellen van een serviceonderbreking. Met geo-herstel wordt een database vanuit een geografisch redundante back-up hersteld naar een beheerd exemplaar in een andere regio. Raadpleeg een database herstellen met behulp van geo-hersteldocumentatie voor meer informatie.
  • Houd rekening met de tijd die nodig is voor bepaalde bewerkingen. Zorg ervoor dat u de tijd scheidt om grondig te testen hoeveel tijd nodig is om uw bestaande beheerde exemplaar omhoog en omlaag te schalen en om een nieuw beheerd exemplaar te maken. Deze timing 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 operationele uitmuntendheid?

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

Aanbevelingen voor configuratie

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

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 voor 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 Cosmos DB voor NoSQL