Onderhoudsvenster in Azure SQL Database
van toepassing op:
Azure SQL Database-
Met de functie onderhoudsvenster 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 zijn beschikbaar voor databases die zijn geconfigureerd voor het gebruik van een niet-standaardonderhoudsvenster. Met geavanceerde meldingen kunnen klanten meldingen tot 24 uur voor elke geplande gebeurtenis configureren.
Overzicht
Azure voert periodiek gepland onderhoud uit van SQL Database-resources. Tijdens een onderhoudsbeurt zijn databases volledig beschikbaar, maar kunnen ze worden onderworpen aan korte herconfiguraties binnen de SLA (Service Level Agreements) voor SQL Database-.
Onderhoudsvenster is bedoeld voor productieworkloads die niet bestand zijn tegen herconfiguraties van databases en die geen korte verbindingsonderbrekingen kunnen absorberen die worden veroorzaakt door geplande onderhoudsactiviteiten. Door een onderhoudsvenster te kiezen dat u wilt, kunt u de impact van gepland onderhoud minimaliseren door deze buiten uw piekuren te plannen. 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 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 azure SQL-onderhoudsbeleid de meest impactvolle updates gedurende de periode 8:00 tot 17:00 uur lokale tijd elke dag om onderbrekingen tijdens typische piekuren te voorkomen. Lokale tijd wordt bepaald door de locatie van Azure-regio die als host fungeert voor de resource en mogelijk zomertijd bekijkt in overeenstemming met de lokale tijdzonedefinitie.
Tijdens onderhoud blijven databases beschikbaar, maar voor sommige updates is mogelijk een failover vereist. Het standaardonderhoudsvenster van het systeem (17:00 tot 8:00 uur) beperkt de meeste activiteiten tot deze tijd, maar er kunnen dringende updates buiten plaatsvinden. Selecteer een niet-standaardoptie om ervoor te zorgen dat alle updates alleen worden uitgevoerd tijdens het onderhoudsvenster.
U kunt het venster voor onderhoudsupdates aanpassen aan een tijd die geschikt is voor uw Azure SQL-resources door te kiezen uit twee niet-standaard onderhoudsvensters:
- weekdag venster: 10:00 tot 18:00 uur lokale tijd, maandag - donderdag
- Weekend venster: 10:00 tot 18:00 uur lokale tijd, vrijdag - zondag
De genoemde dagen voor onderhoud geven de begindag van een onderhoudsvenster van acht uur 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 volgt 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 database eerst bijgewerkt en soms zou deze secundair zijn.
- In situaties waarin uw database is ingeschakeld voor geo-replicatie of failovergroepen, en de geo-replicatie niet overeenkomt met de Azure-regiokoppeling, moet u verschillende onderhoudsvensterschema's voor uw primaire en secundaire database plannen. U kunt bijvoorbeeld weekdag onderhoudsvenster selecteren voor uw geo-secundaire database en weekend onderhoudsvenster 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 geplande onderhoudsgebeurtenissen voor uw Azure SQL Database. De waarschuwingen komen 24 uur van tevoren binnen, voordat het onderhoudsvenster wordt geopend en aan het einde van het onderhoudsvenster. Zie Geavanceerde meldingenvoor meer informatie.
Beschikbaarheid van functies
Ondersteunde abonnementstypen
Het configureren en gebruiken van onderhoudsvensters is beschikbaar voor de volgende aanbiedingstypen: Betalen per gebruik, Cloud Solution Provider (CSP), Microsoft Enterprise Agreement of Microsoft-klantovereenkomst.
Aanbiedingen die zijn beperkt tot het gebruik van ontwikkelen/testen komen 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 Openen 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 aanbiedingvoor meer informatie over het overschakelen van uw abonnement naar een andere aanbieding.
Ondersteunde serviceniveaudoelstellingen
Het kiezen van een ander onderhoudsvenster dan de standaardinstelling is beschikbaar voor alle SLO's, met uitzondering van het volgende.
- SLO's worden niet ondersteund:
- Niveaus Azure SQL Database DTU Basic, S0 en S1
- DC-hardware
- Fsv2-hardware
Andere scenario's:
- Het onderhoudsvenster voor elastische Hyperscale-pools is in preview en is beschikbaar in specifieke regio's en configuraties. Zie Blog: Ondersteuning voor onderhoudsvensters voor elastische pools van Azure SQL Database Hyperscalevoor meer informatie.
- Het onderhoudsvenster wordt ondersteund voor specifieke replica's.
Ondersteuning voor onderhoudsvensters in Azure SQL Database-regio's
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 in . Zie de tabel voor zone-redundante databases voor databases in een Azure-beschikbaarheidszone.
| Azure-regio | Geoptimaliseerd geheugen uit de Hyperscale Premium-serie en premium-serie | Hyperscale standaardserie | Alle andere azure SQL Database-aankoopmodellen en -lagen |
|---|---|---|---|
| Australië - oost | Ja | Ja | Ja |
| Australië - zuidoost | Ja | Ja | |
| Brazilië - zuid | Ja | Ja | |
| Brazilië - zuidoost | Ja | Ja | |
| Canada - centraal | Ja | Ja | Ja |
| Oost-Canada | Ja | Ja | |
| Centraal-India | Ja | Ja | |
| VS - centraal | Ja | Ja | Ja |
| China - oost 2 | Ja | Ja | |
| China - noord 2 | Ja | Ja | |
| Oost-VS 1 | Ja | Ja | Ja |
| Oost VS 2 | Ja | Ja | Ja |
| Oost-Azië | Ja | Ja | |
| Frankrijk - centraal | Ja | Ja | |
| Frankrijk - zuid | Ja | Ja | |
| Duitsland - west-centraal | Ja | Ja | |
| Japan Oost | Ja | Ja | Ja |
| Japan West | Ja | Ja | |
| VS - noord-centraal | Ja | Ja | |
| Europa - noord | Ja | Ja | Ja |
| Zuid-Afrika - noord | Ja | Ja | |
| Zuid-Centraal VS | Ja | Ja | Ja |
| Zuid-India | Ja | Ja | |
| Zuidoost-Azië | Ja | Ja | Ja |
| Zwitserland - noord | Ja | Ja | |
| UAE - noord | Ja | Ja | |
| VK Zuid | Ja | Ja | Ja |
| VK West | Ja | Ja | |
| VS regering Texas | Ja | Ja | |
| Amerikaanse overheid Virginia | Ja | Ja | |
| West-Centraal VS | Ja | Ja | |
| West-Europa | Ja | Ja | Ja |
| Westelijke VS | Ja | Ja | Ja |
| West-VS 2 | Ja | Ja | Ja |
| Westelijk VS 3 | Ja | Ja | Ja |
De volgende tabel is bedoeld voor zone-redundante databases.
| Azure-regio | Geoptimaliseerd geheugen uit de Hyperscale Premium-serie en premium-serie | Hyperscale standaardserie | Alle andere azure SQL Database-aankoopmodellen en -lagen in een Azure-beschikbaarheidszone |
|---|---|---|---|
| Australië - oost | Ja | Ja | Ja |
| Canada - centraal | Ja | Ja | Ja |
| VS - centraal | Ja | Ja | Ja |
| Oost-VS 1 | Ja | Ja | Ja |
| Oost VS 2 | Ja | ||
| Frankrijk - centraal | Ja | Ja | |
| Japan Oost | Ja | ||
| Europa - noord | Ja | Ja | Ja |
| Zuid-Centraal VS | Ja | ||
| Zuidoost-Azië | Ja | Ja | Ja |
| VK Zuid | Ja | Ja | Ja |
| West-Europa | Ja | Ja | Ja |
| West-VS 2 | Ja | ||
| Westelijk VS 3 | Ja | Ja | Ja |
Gatewayonderhoud
Zorg ervoor dat uw clienttoepassingen het omleidingsverbindingsbeleid gebruiken om optimaal te profiteren van onderhoudsvensters. 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.
Zie Azure SQL Database Connection Policyvoor meer informatie over het clientverbindingsbeleid in Azure SQL Database.
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 Quickstart: Uw eerste Resource Graph-query uitvoeren met behulp van Azure Resource Graph Explorervoor 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
Ga naar Azure Resource Graph-voorbeeldquery's voor Azure Service Healthvoor een volledig overzicht van de voorbeeldquery's en hoe u deze kunt gebruiken voor hulpprogramma's zoals PowerShell of Azure CLI.