Onderhoudsvenster

  • Artikel

Van toepassing op: Azure SQL DatabaseAzure SQL Managed Instance

Met de onderhoudsvensterfunctie kunt u onderhoudsschema's configureren voor Azure SQL Database - en Azure SQL Managed Instance-resources , waardoor impactvolle onderhoudsevenementen voorspelbaar en minder verstorend zijn voor uw workload.

Notitie

De onderhoudsvensterfunctie beschermt alleen tegen geplande gevolgen van upgrades of gepland onderhoud. Het beveiligt niet tegen alle failoveroorzaken; uitzonderingen die kunnen leiden tot korte verbindingsonderbrekingen buiten een onderhoudsvenster, zijn hardwarefouten, taakverdeling van clusters en herconfiguraties van databases vanwege gebeurtenissen zoals een wijziging in serviceniveaudoelstelling van de database.

Geavanceerde meldingen (preview) zijn beschikbaar voor databases die zijn geconfigureerd voor het gebruik van een niet-standaardonderhoudsvenster en beheerde exemplaren met elke configuratie (inclusief de standaardinstelling). Met meldingen vooraf kunnen klanten meldingen configureren die maximaal 24 uur voor een geplande gebeurtenis worden verzonden.

Overzicht

Azure voert periodiek gepland onderhoud uit van SQL Database- en SQL Managed Instance-resources. Tijdens de azure SQL-onderhoudsbeurtenis zijn databases volledig beschikbaar, maar kunnen ze worden onderworpen aan korte herconfiguraties binnen de respectieve beschikbaarheids-SLA's voor SQL Database en SQL Managed Instance.

Het onderhoudsvenster is bedoeld voor productieworkloads die niet bestand zijn tegen herconfiguraties van databases of exemplaren en kunnen geen korte verbindingsonderbrekingen absorberen die worden veroorzaakt door geplande onderhoudsactiviteiten. Door een onderhoudsvenster te kiezen dat u wilt gebruiken, kunt u de impact van gepland onderhoud minimaliseren, omdat dit buiten uw piekuren plaatsvindt. Tolerante workloads en niet-productieworkloads kunnen afhankelijk zijn van het standaardonderhoudsbeleid van Azure SQL.

Het onderhoudsvenster is gratis en kan worden geconfigureerd bij het maken of voor bestaande Azure SQL-resources. Deze kan worden geconfigureerd met behulp van Azure Portal, PowerShell, CLI of Azure API.

Belangrijk

Het configureren van het onderhoudsvenster is een langdurige asynchrone bewerking, vergelijkbaar met het wijzigen van de servicelaag van de Azure SQL-resource. De resource is beschikbaar tijdens de bewerking, behalve een korte herconfiguratie die plaatsvindt aan het einde van de bewerking en duurt meestal maximaal 8 seconden, zelfs in geval van onderbroken langlopende transacties. Als u de gevolgen van de herconfiguratie wilt minimaliseren, moet u de bewerking buiten de piekuren uitvoeren.

Meer voorspelbaarheid krijgen met onderhoudsvenster

Standaard blokkeert het Azure SQL-onderhoudsbeleid de meest impactvolle updates gedurende de periode van 8:00 tot 17:00 uur lokale tijd om onderbrekingen tijdens typische piekuren te voorkomen. Lokale tijd wordt bepaald door de locatie van de Azure-regio die als host fungeert voor de resource en kan zomertijd observeren in overeenstemming met de definitie van de lokale tijdzone.

U kunt de onderhoudsupdates verder aanpassen aan een tijd die geschikt is voor uw Azure SQL-resources door een keuze te maken uit twee extra onderhoudsvensters:

  • Weekdagvenster : 10:00 tot 18:00 lokale tijd, maandag - donderdag
  • Weekendvenster : 10:00 tot 18:00 uur lokale tijd, vrijdag - zondag

Onderhoudsperiodedagen vermeld geven de begindag van elk acht uur onderhoudsvenster aan. Bijvoorbeeld: '10:00 tot 18:00 uur lokale tijd, maandag - donderdag', betekent dat de onderhoudsvensters beginnen om 10:00 uur lokale tijd op elke dag (maandag tot en met donderdag) en om 6:00 uur lokale tijd op de volgende dag (dinsdag tot en met vrijdag).

Zodra de selectie van het onderhoudsvenster is gemaakt en de serviceconfiguratie is voltooid, vindt gepland onderhoud alleen plaats tijdens het venster van uw keuze. Hoewel onderhoudsgebeurtenissen doorgaans binnen één venster worden voltooid, kunnen sommige van deze gebeurtenissen twee of meer aangrenzende vensters omvatten.

Notitie

Azure SQL Database en Azure SQL Managed Instance volgen een veilige implementatiepraktijk waarbij gekoppelde Azure-regio's gegarandeerd niet tegelijkertijd worden geïmplementeerd. Het is echter niet mogelijk om te voorspellen welke regio eerst wordt geüpgraded, dus de volgorde van de implementatie is niet gegarandeerd. Soms wordt uw primaire exemplaar eerst geüpgraded en soms zou dit secundair zijn.

  • In situaties waarin uw database is ingeschakeld voor geo-replicatie of failovergroepen en de geo-replicatie niet overeenkomt met de koppeling tussen Azure-regio's, moet u verschillende onderhoudsvensters plannen voor uw primaire en secundaire database. U kunt bijvoorbeeld het onderhoudsvenster weekdag selecteren voor uw geo-secundaire database en het onderhoudsvenster weekend voor uw geo-primaire database.
  • In situaties waarin uw beheerde Azure SQL-exemplaar failovergroepen heeft en de groepen niet zijn afgestemd op de koppeling met de Azure-regio, moet u verschillende onderhoudsvensterschema's voor uw primaire en secundaire database plannen. U kunt bijvoorbeeld het onderhoudsvenster weekdag selecteren voor uw geo-secundaire database en het onderhoudsvenster weekend voor uw geo-primaire database.

Belangrijk

In zeer zeldzame gevallen waarin een uitstellen van de actie ernstige gevolgen kan hebben, zoals het toepassen van een kritieke beveiligingspatch, kan het geconfigureerde onderhoudsvenster tijdelijk worden overschreven.

Meldingen vooraf

Onderhoudsmeldingen kunnen worden geconfigureerd om u te waarschuwen voor aanstaande geplande onderhoudsgebeurtenissen voor uw Azure SQL Database en Azure SQL Managed Instance. De waarschuwingen komen 24 uur van tevoren binnen, voordat het onderhoudsvenster wordt geopend en aan het einde van het onderhoudsvenster. Zie Geavanceerde meldingen voor meer informatie.

Beschikbaarheid van functies

Ondersteunde abonnementstypen

Het configureren en gebruiken van onderhoudsvensters is beschikbaar voor de volgende typen aanbiedingen: Betalen per gebruik, Cloud Solution Provider (CSP), Microsoft Enterprise Overeenkomst of Microsoft-klantovereenkomst.

Aanbiedingen die zijn beperkt tot het gebruik van ontwikkelen/testen komen alleen niet in aanmerking (zoals Betalen per gebruik Dev/Test of Enterprise Dev/Test als voorbeelden).

Notitie

Een Azure-aanbieding is het type Azure-abonnement dat u hebt. Een abonnement met tarieven voor betalen per gebruik, Azure in Open en Visual Studio Enterprise zijn bijvoorbeeld allemaal Azure-aanbiedingen. Elke aanbieding of elk abonnement heeft verschillende voorwaarden en voordelen. Uw aanbieding of abonnement wordt weergegeven in het overzicht van het abonnement. Zie Uw Azure-abonnement wijzigen in een andere aanbieding voor meer informatie over het overstappen op een andere aanbieding.

Ondersteunde serviceniveaudoelstellingen

Het kiezen van een ander onderhoudsvenster dan de standaardinstelling is beschikbaar voor alle SLO's , met uitzondering van:

  • Pools in Azure SQL Managed Instance
  • Lagen Azure SQL Database DTU Basic, S0 en S1
  • DC-hardware
  • Fsv2-hardware
  • Hyperscale-servicelaag met zoneredundantie
  • Elastische Hyperscale-pools

Ondersteuning voor azure SQL Managed Instance-regio's voor onderhoudsvensters

Het kiezen van een onderhoudsvenster voor azure SQL Managed Instance is momenteel beschikbaar in de volgende regio's:

  • Australië - centraal 1
  • Australië - centraal 2
  • Australië - oost
  • Australië - zuidoost
  • Brazilië - zuid
  • Brazilië - zuidoost
  • Canada - midden
  • Canada - oost
  • India - centraal
  • Central US
  • China - oost 2
  • China - noord 2
  • VS - oost
  • VS - oost 2
  • Azië - oost
  • Frankrijk - centraal
  • Frankrijk - zuid
  • Duitsland - west-centraal
  • Duitsland - noord
  • Japan - oost
  • Japan - west
  • Korea - centraal
  • Korea - zuid
  • VS - noord-centraal
  • Europa - noord
  • Noorwegen - oost
  • Noorwegen - west
  • Zuid-Afrika - noord
  • Zuid-Afrika - west
  • VS - zuid-centraal
  • India - zuid
  • Azië - zuidoost
  • Zwitserland - noord
  • Zwitserland - west
  • UAE - centraal
  • VAE - noord
  • Verenigd Koninkrijk Zuid
  • Verenigd Koninkrijk West
  • US Gov - Arizona
  • US Gov - Texas
  • VS (overheid) - Virginia
  • VS - west-centraal
  • Europa -west
  • India - west
  • VS - west
  • VS - west 2
  • US - west 3

Ondersteuning voor azure SQL Database-regio's voor onderhoudsvensters

Het kiezen van een onderhoudsvenster voor Azure SQL Database anders dan de standaardinstelling is momenteel beschikbaar in de volgende regio's, geordend op aankoopmodel.

De volgende tabel is bedoeld voor databases die niet zone-redundant zijn. Zie de tabel voor zone-redundante databases voor databases in een Azure-beschikbaarheidszone.

Azure-regio SQL Database: Geoptimaliseerd voor geoptimaliseerd geheugen van Hyperscale Premium-serie en Premium-serie Alle andere azure SQL Database-aankoopmodellen en -lagen
Australië - oost Ja Ja
Australië - zuidoost Ja
Brazilië - zuid Ja
Brazilië - zuidoost Ja
Canada - midden Ja Ja
Canada - oost Ja
India - centraal Ja
Central US Ja Ja
China - oost 2 Ja
China - noord 2 Ja
VS - oost Ja Ja
VS - oost 2 Ja Ja
Azië - oost Ja
Frankrijk - centraal Ja
Frankrijk - zuid Ja
Duitsland - west-centraal Ja
Japan East Ja Ja
Japan - west Ja
VS - noord-centraal Ja
Europa - noord Ja Ja
VS - zuid-centraal Ja Ja
India - zuid Ja
Azië - zuidoost Ja
Zwitserland - noord Ja
VAE - noord Ja
VK - zuid Ja
Verenigd Koninkrijk West Ja
US Gov - Texas Ja
VS (overheid) - Virginia Ja
VS - west-centraal Ja
Europa -west Ja Ja
VS - west Ja Ja
VS - west 2 Ja Ja
US - west 3 Ja

De volgende tabel is bedoeld voor zone-redundante databases.

Azure-regio Alle andere azure SQL Database-aankoopmodellen en -lagen in een Azure-beschikbaarheidszone
Australië - oost Ja
Canada - midden Ja
Central US Ja
VS - oost 1 Ja
VS - oost 2 Ja
Japan East Ja
Europa - noord Ja
VS - zuid-centraal Ja
Azië - zuidoost Ja
VK - zuid Ja
Europa -west Ja
VS - west 2 Ja

Gatewayonderhoud

Profiteer optimaal van onderhoudsvensters door ervoor te zorgen dat uw clienttoepassingen het verbindingsbeleid voor omleidingen gebruiken. Omleiding is het aanbevolen verbindingsbeleid, waarbij clients rechtstreeks verbindingen tot stand brengen met het knooppunt dat als host fungeert voor de database, wat leidt tot verminderde latentie en verbeterde doorvoer.

  • In Azure SQL Database kunnen alle verbindingen die gebruikmaken van het proxyverbindingsbeleid worden beïnvloed door zowel het gekozen onderhoudsvenster als het onderhoudsvenster van een gatewayknooppunt. Clientverbindingen die gebruikmaken van het aanbevolen omleidingsbeleid, worden echter niet beïnvloed door een herconfiguratie van het gatewayknooppuntonderhoud.

  • In Azure SQL Managed Instance worden de gatewayknooppunten gehost in het virtuele cluster en hebben hetzelfde onderhoudsvenster als het beheerde exemplaar, maar het gebruik van het omleidingsverbindingsbeleid wordt nog steeds aanbevolen om het aantal onderbrekingen tijdens de onderhoudsgebeurtenis te minimaliseren.

Zie azure SQL Database Verbinding maken ion-beleid voor meer informatie over het clientverbindingsbeleid in Azure SQL Database.

Zie Azure SQL Managed Instance-verbindingstypen voor meer informatie over het clientverbindingsbeleid in Azure SQL Managed Instance.

Overwegingen voor Azure SQL Managed Instance

Azure SQL Managed Instance bestaat uit serviceonderdelen die worden gehost op een toegewezen set geïsoleerde virtuele machines die worden uitgevoerd in het subnet van het virtuele netwerk van een klant. Deze virtuele machines zijn ingedeeld in groepen om een virtueel cluster te vormen dat meerdere beheerde exemplaren kan hosten. Aangezien een onderhoudsvenster dat is geconfigureerd voor exemplaren in hetzelfde subnet, invloed kan hebben op het aantal virtuele-machinegroepen binnen het virtuele cluster en beheerbewerkingen voor virtuele clusters, zijn er enkele dingen die u moet overwegen voordat u het onderhoudsvenster configureert.

Configuratie van onderhoudsvensters is een langdurige bewerking

Alle exemplaren die in dezelfde virtuele-machinegroep worden gehost, delen hetzelfde onderhoudsvenster. Standaard worden alle beheerde exemplaren gehost in een groep met een standaardonderhoudsvenster. Als u een ander onderhoudsvenster opgeeft terwijl u het exemplaar maakt of nadat het al is gemaakt, wordt het exemplaar in een afzonderlijke computergroep geplaatst met een bijbehorend onderhoudsvenster. Als er geen dergelijke groep in het cluster bestaat, wordt er een nieuwe gemaakt voor de nieuwe configuratie van het exemplaar. Als u extra exemplaren in het virtuele cluster configureert om hetzelfde onderhoudsvenster te gebruiken, worden deze exemplaren ook toegevoegd aan de groep, wat betekent dat de groep mogelijk moet worden aangepast. Als u exemplaren toevoegt aan een nieuwe machinegroep en het formaat van bestaande machinegroepen wijzigt, kan de duur van de bewerking worden verhoogd om een onderhoudsvenster te configureren.
De verwachte duur voor het configureren van een onderhoudsvenster voor een beheerd exemplaar kan worden berekend met behulp van de geschatte duur van exemplaarbeheerbewerkingen.

Belangrijk

Wanneer u een onderhoudsvenster configureert, vereist de laatste stap van de bewerking een herconfiguratie van het exemplaar dat doorgaans maximaal 8 seconden duurt, zelfs als deze langlopende transacties onderbreekt. Als u de impact wilt minimaliseren, configureert u een onderhoudsvenster buiten piekuren.

Vereisten voor IP-adresruimte

Voor elke nieuwe virtuele-machinegroep in een subnet zijn extra IP-adressen vereist op basis van de TOEWIJZING van het IP-adres van het virtuele cluster. Het wijzigen van een onderhoudsvenster voor een bestaand beheerd exemplaar vereist ook tijdelijke extra IP-capaciteit, vergelijkbaar met bij het schalen van het aantal vCores voor de respectieve servicelaag.

IP-adreswijziging

Als u een onderhoudsvenster configureert of wijzigt, wordt het IP-adres van het exemplaar gewijzigd in een ander IP-adres binnen het IP-adresbereik van het subnet.

Belangrijk

Zorg ervoor dat NSG- en firewallregels het gegevensverkeer niet blokkeren nadat een IP-adres is gewijzigd.

Serialisatie van beheerbewerkingen voor virtuele clusters

Bewerkingen die van invloed zijn op het virtuele cluster, zoals serviceupgrades of het wijzigen van het formaat van het virtuele cluster (zoals het toevoegen van nieuwe of het verwijderen van ongebruikte rekenknooppunten), worden geserialiseerd. Een nieuwe bewerking voor een virtueel cluster kan daarom pas worden gestart als de vorige bewerking is voltooid. Als het onderhoudsvenster wordt gesloten voordat de lopende onderhoudsbewerking is voltooid, wordt de lopende onderhoudsbewerking in bewaring geplaatst tot het volgende onderhoudsvenster. Andere beheerbewerkingen die tijdens die periode worden ingediend, worden ook in bewaring geplaatst en hervat tijdens of na het volgende onderhoudsvenster nadat de oorspronkelijke lopende onderhoudsbewerking is voltooid. Het is niet gebruikelijk dat een onderhoudsbewerking langer duurt dan één onderhoudsvenster per virtuele-machinegroep binnen een cluster, maar dit kan gebeuren voor zeer complexe onderhoudsbewerkingen.

De serialisatie van beheerbewerkingen voor virtuele clusters is een algemeen gedrag dat ook van toepassing is op het standaardonderhoudsbeleid. Wanneer u een onderhoudsvensterschema configureert, kan de periode tussen twee aangrenzende vensters enkele dagen lang zijn. Hoewel het zelden voorkomt dat als de onderhoudsbewerking twee vensters omvat, zojuist ingediende bewerkingen enkele dagen in bewaring kunnen zijn, mogelijk blokkerende bewerkingen waarvoor extra rekenknooppunten nodig zijn, zoals het maken van een nieuwe of het wijzigen van het formaat van een bestaand exemplaar.

Lijst met onderhoudsevenementen ophalen

Azure Resource Graph is een Azure-service die is ontworpen om Azure Resource Management uit te breiden. Azure Resource Graph Explorer biedt efficiënte en krachtige resourceverkenning met de mogelijkheid om query's op schaal uit te voeren voor een bepaalde set abonnementen, zodat u uw omgeving effectief kunt beheren.

U kunt De Azure Resource Graph Explorer gebruiken om query's uit te voeren op onderhoudsevenementen. Zie Snelstart: je eerste Resource Graph-query uitvoeren met Azure Resource Graph Explorer voor een inleiding over het uitvoeren van deze query's.

Als u wilt controleren op de onderhoudsgebeurtenissen voor alle SQL-databases in uw abonnement, gebruikt u de volgende voorbeeldquery in Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Als u wilt controleren op de onderhoudsgebeurtenissen voor alle beheerde exemplaren in uw abonnement, gebruikt u de volgende voorbeeldquery in Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Ga naar Azure Resource Graph-voorbeeldquery's voor Azure Service Health voor een volledig overzicht van de voorbeeldquery's en hoe u deze kunt gebruiken voor hulpprogramma's zoals PowerShell of Azure CLI.

Volgende stappen

Meer informatie