Underhållsperiod i Azure SQL Database
gäller för:
Azure SQL Database
Med funktionen underhållsfönster kan du konfigurera underhållsschemat för Azure SQL Database och Azure SQL Managed Instance resurser som gör effektfulla underhållshändelser förutsägbara och mindre störande för din arbetsbelastning.
Note
Funktionen underhållsperiod skyddar endast mot planerad påverkan från uppgraderingar eller schemalagt underhåll. Den skyddar inte mot alla redundansorsaker. undantag som kan orsaka korta anslutningsavbrott utanför ett underhållsperiod är maskinvarufel, belastningsutjämning för kluster och databasomkonfigurationer på grund av händelser som en ändring i databasens servicenivåmål.
Förhandsmeddelanden är tillgängliga för databaser som har konfigurerats för att använda ett icke-standard underhållsfönster. Med förhandsmeddelanden kan kunder konfigurera aviseringar som ska skickas upp till 24 timmar före en planerad händelse.
Överblick
Azure utför regelbundet planerat underhåll av SQL Database-resurser. Under en underhållshändelse är databaser fullt tillgängliga men kan bli föremål för korta omkonfigurationer i serviceavtal (SLA) för SQL Database.
Underhållsfönstret är avsett för produktionsarbetsbelastningar som inte är motståndskraftiga mot databasomkonfigurationer och som inte kan absorbera korta anslutningsavbrott som orsakas av planerade underhållshändelser. Genom att välja en underhållsperiod som du föredrar kan du minimera effekten av planerat underhåll genom att schemalägga det så att det sker utanför din högsta kontorstid. Motståndskraftiga arbetsbelastningar och icke-produktionsarbetsbelastningar kan förlita sig på Azure SQL:s standardprincip för underhåll.
Underhållsfönstret är kostnadsfritt och kan konfigureras när du skapar eller för befintliga resurser. Den kan konfigureras med hjälp av Azure-portalen, PowerShell, CLI eller Azure API.
Viktig
Att konfigurera underhållsperioden är en tidskrävande asynkron åtgärd, ungefär som att ändra tjänstnivån för Azure SQL-resursen. Resursen är tillgänglig under åtgärden, förutom en kort omkonfiguration som sker i slutet av åtgärden och vanligtvis varar upp till 8 sekunder även vid avbrutna långvariga transaktioner. För att minimera effekten av omkonfigurationen bör du utföra åtgärden utanför rusningstiderna.
Få mer förutsägbarhet med underhållsfönstret
Som standard blockerar Azure SQL-underhållsprincipen de mest effektfulla uppdateringarna under perioden lokal tid 08:00 till 17:00 varje dag för att undvika störningar under normal rusningstid på kontorstid. Lokal tid bestäms av platsen för Azure-region som är värd för resursen och kan observera sommartid i enlighet med definitionen för lokal tidszon.
Under underhåll förblir databaser tillgängliga, men vissa uppdateringar kan kräva en redundansväxling. Systemets standardunderhållsfönster (17:00 till 08:00) begränsar de flesta aktiviteter till den här tiden, men brådskande uppdateringar kan inträffa utanför den. För att säkerställa att alla uppdateringar endast sker under underhållsfönstret väljer du ett alternativ som inte är standard.
Du kan justera fönstret för underhållsuppdateringar till en tid som passar dina Azure SQL-resurser genom att välja mellan två icke-standardfack för underhåll:
- Vardagar fönster: 22:00 – 06:00 lokal tid, måndag - torsdag
- Helg fönster: 22:00 till 06:00 lokal tid, fredag till söndag
I listan över underhållsperioder visas startdagen för varje åtta timmars underhållsperiod. "22:00–06:00 lokal tid, måndag– torsdag" innebär till exempel att underhållsfönstren börjar kl. 22:00 lokal tid varje dag (måndag till torsdag) och slutförs kl. 06:00 lokal tid följande dag (tisdag till fredag).
När valet av underhållsfönster har gjorts och tjänstkonfigurationen har slutförts sker planerat underhåll endast under det fönster som du väljer. Även om underhållshändelser vanligtvis slutförs i ett enda fönster, kan vissa av dem sträcka sig över två eller flera angränsande fönster.
Obs.
Azure SQL Database följer en säker distributionspraxis där azure-kopplade regioner garanterat inte distribueras till samtidigt. Det går dock inte att förutsäga vilken region som ska uppgraderas först, så distributionsordningen är inte garanterad. Ibland uppgraderas den primära databasen först och ibland är den sekundär.
- I situationer där databasen är aktiverad för geo-replikering eller redundansgrupperoch geo-replikeringen inte överensstämmer med Azure-regionparkopplingbör du ha olika scheman för underhållsperioder för den primära och sekundära databasen. Du kan till exempel välja veckodags underhållsperiod för din geo-sekundära databas och helg underhållsperiod för din geo-primära databas.
Viktig
I mycket sällsynta fall där en senareläggning av åtgärden kan orsaka allvarliga konsekvenser, som att tillämpa kritiska säkerhetskorrigeringar, kan det hända att det konfigurerade underhållsfönstret tillfälligt åsidosätts.
Förhandsaviseringar
Underhållsmeddelanden kan konfigureras för att varna dig om kommande planerade underhållshändelser för din Azure SQL Database. Aviseringarna tas emot 24 timmar i förväg, innan underhållsfönstret öppnas och i slutet av underhållsfönstret. Mer information finns i Förhandsaviseringar.
Funktionstillgänglighet
Prenumerationstyper som stöds
Du kan konfigurera och använda underhållsfönstret för följande erbjudandetyper: Betala per användning, Molnlösningsleverantör (CSP), Microsoft Enterprise-avtal eller Microsoft-kundavtal.
Erbjudanden som är begränsade till endast dev/test-användning är inte berättigade (t.ex. betala per användning Dev/Test eller Enterprise Dev/Test som exempel).
Obs
Ett Azure-erbjudande är den typ av Azure-prenumeration du har. Till exempel är en prenumeration med betala per användning-priser, Azure i Openoch Visual Studio Enterprise- alla Azure-erbjudanden. Varje erbjudande eller plan har olika villkor och fördelar. Ditt erbjudande eller din plan visas i prenumerationens översikt. Mer information om hur du byter prenumeration till ett annat erbjudande finns i Ändra din Azure-prenumeration till ett annat erbjudande.
Servicenivåmål som stöds
Om du väljer en annan underhållsperiod än standardinställningen är det tillgängligt på alla serviceavtal, förutom följande.
- SLO:er stöds inte:
- Olika nivåer inom Azure SQL Database DTU: Basic, S0 och S1
- DC-maskinvara
- Fsv2-maskinvara
Andra scenarier:
- Underhållsfönstret för elastiska Hyperskala-pooler är i förhandsversion och är tillgängligt i specifika regioner och konfigurationer. Mer information finns i Blog: Maintenance window support for Azure SQL Database Hyperscale elastic pools.
- Underhållsfönstret stöds för namngivna repliker.
Stöd för Azure SQL Database-regionen för underhållsperioder
Att välja en underhållsperiod för Azure SQL Database som inte är standardinställningen är för närvarande tillgängligt i följande regioner, sorterat efter inköpsmodell.
Följande tabell är för databaser som inte är zonredundanta. För databaser i en Azure-tillgänglighetszon, se tabellen för zonredundanta databaser.
| Azure-regionen | Minnesoptimerad hyperskala i Premium-serien och Premium-serien | Hyperskala standardserie | Alla andra Köpmodeller och nivåer för Azure SQL Database |
|---|---|---|---|
| Australien, östra | Ja | Ja | Ja |
| Australien, sydöstra | Ja | Ja | |
| Brasilien Syd | Ja | Ja | |
| Brasilien, sydöstra | Ja | Ja | |
| Centrala Kanada | Ja | Ja | Ja |
| Kanada, östra | Ja | Ja | |
| Centrala Indien | Ja | Ja | |
| Centrala USA | Ja | Ja | Ja |
| Kina, östra 2 | Ja | Ja | |
| Kina, norra 2 | Ja | Ja | |
| Östra USA 1 | Ja | Ja | Ja |
| Östra USA 2 | Ja | Ja | Ja |
| Asien, östra | Ja | Ja | |
| Centrala Frankrike | Ja | Ja | |
| Frankrike, södra | Ja | Ja | |
| Tyskland, västra centrala | Ja | Ja | |
| Japan, östra | Ja | Ja | Ja |
| Västra Japan | Ja | Ja | |
| USA, norra centrala | Ja | Ja | |
| Europa, norra | Ja | Ja | Ja |
| Sydafrika, norra | Ja | Ja | |
| Södra centrala USA | Ja | Ja | Ja |
| Södra Indien | Ja | Ja | |
| Sydostasien | Ja | Ja | Ja |
| Schweiz, norra | Ja | Ja | |
| Förenade Arabemiraten, norra | Ja | Ja | |
| Storbritannien, södra | Ja | Ja | Ja |
| Västra Storbritannien | Ja | Ja | |
| USA:s regering Texas | Ja | Ja | |
| USA:s regering Virginia | Ja | Ja | |
| Centrala västra USA | Ja | Ja | |
| Europa, västra | Ja | Ja | Ja |
| Västra USA | Ja | Ja | Ja |
| Västra USA 2 | Ja | Ja | Ja |
| Västra USA 3 | Ja | Ja | Ja |
Följande tabell gäller för zonredundanta databaser.
| Azure-region | Minnesoptimerad hyperskala i Premium-serien och Premium-serien | Hyperskala standardserie | Alla andra Azure SQL Database-inköpsmodeller och -nivåer i en Azure-tillgänglighetszon |
|---|---|---|---|
| Australien, östra | Ja | Ja | Ja |
| Centrala Kanada | Ja | Ja | Ja |
| Centrala USA | Ja | Ja | Ja |
| Östra USA 1 | Ja | Ja | Ja |
| Östra USA 2 | Ja | ||
| Centrala Frankrike | Ja | Ja | |
| Japan, östra | Ja | ||
| Europa, norra | Ja | Ja | Ja |
| Sydcentrala USA | Ja | ||
| Sydostasien | Ja | Ja | Ja |
| Storbritannien, södra | Ja | Ja | Ja |
| Europa, västra | Ja | Ja | Ja |
| Västra USA 2 | Ja | ||
| Västra USA 3 | Ja | Ja | Ja |
Gatewayunderhåll
Kontrollera att klientprogrammen använder omdirigeringsanslutningsprincipen för att få största möjliga nytta av underhållsperioder. Omdirigering är den rekommenderade anslutningsprincipen, där klienter upprättar anslutningar direkt till noden som är värd för databasen, vilket leder till minskad svarstid och förbättrat dataflöde.
I Azure SQL Database kan alla anslutningar som använder proxyanslutningsprincipen påverkas av både det valda underhållsfönstret och ett underhållsfönster för gatewaynoder. Klientanslutningar som använder den rekommenderade omdirigeringsanslutningsprincipen påverkas dock inte av en omkonfiguration av gatewaynodunderhåll.
Mer information om klientanslutningsprincipen i Azure SQL Database finns i Azure SQL Database-anslutningsprincip.
Hämta en lista över underhållshändelser
Azure Resource Graph är en Azure-tjänst som är utformad för att utöka Azure Resource Management. Azure Resource Graph Explorer ger effektiv och högpresterande resursutforskning med möjlighet att köra frågor i stor skala över en viss uppsättning prenumerationer så att du effektivt kan styra din miljö.
Du kan använda Azure Resource Graph Explorer för att fråga efter underhållshändelser. En introduktion till hur du kör dessa frågor finns i Snabbstart: Kör din första Resource Graph-fråga med Azure Resource Graph Explorer.
Om du vill söka efter underhållshändelser för alla SQL-databaser i din prenumeration använder du följande exempelfråga i 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
Fullständig referens för exempelfrågorna och hur du använder dem i verktyg som PowerShell eller Azure CLI finns i Azure Resource Graph-exempelfrågor för Azure Service Health.