Underhållsperiod i Azure SQL Managed Instance

gäller för:Azure SQL Managed Instance

Med funktionen underhållsperiod kan du konfigurera underhållsschemat för Azure SQL Managed Instance-resurser , vilket gör påverkanskänsliga underhållshändelser förutsägbara och mindre störande för din arbetsbelastning.

Med förhandsmeddelanden kan kunder konfigurera att meddelanden skickas 24 timmar före en planerad händelse.

Översikt

Azure utför regelbundet planerat underhåll av SQL-hanterade instansresurser. Under en underhållshändelse är SQL-hanterade instanser fullt tillgängliga, men kan bli föremål för korta omkonfigurationer inom serviceavtal (SLA) för sql-hanterad instans.

Underhållsfönstret är avsett för produktionsarbetsbelastningar som inte är motståndskraftiga mot instansomkonfigurationer 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.

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ållsperiod (17:00 till 08:00) begränsar de flesta aktiviteter till den här gången, 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.

Förhandsaviseringar

Underhållsmeddelanden kan konfigureras för att varna dig om kommande planerade underhållshändelser för din Azure SQL Managed Instance. 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.

Tillgänglighet av funktioner

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

Servicenivåmål som stöds

Om du väljer ett annat underhållsfönster än standardvärdet är det tillgängligt för alla SLO:er förutom Azure SQL Managed Instance-pooler.

Stöd för underhållsperioder i Azure SQL Managed Instance-regioner

Att välja ett underhållsperiod för Azure SQL Managed Instance förutom standardinställningen är tillgängligt i alla regioner.

Gatewayunderhåll

I Azure SQL Managed Instance finns gatewaynoderna i det virtuella klustret och har samma underhållsfönster som den SQL-hanterade instansen.

Överväganden för Azure SQL Managed Instance

Azure SQL Managed Instance består av tjänstkomponenter som finns på en dedikerad uppsättning isolerade virtuella datorer som körs i undernätet för en kunds virtuella nätverk. Dessa virtuella datorer är ordnade i grupper för att bilda ett virtuellt kluster som kan vara värd för flera hanterade instanser. Eftersom ett underhållsfönster som konfigurerats för instanser i samma undernät kan påverka antalet grupper av virtuella datorer i det virtuella klustret och hanteringsåtgärder för virtuella kluster, finns det några saker att tänka på innan du konfigurerar underhållsfönstret.

Konfiguration av underhållsfönster är en tidskrävande åtgärd

Alla instanser som finns i samma grupp för virtuella datorer delar samma underhållsfönster. Som standard finns alla hanterade instanser i en grupp med ett standardunderhållsfönster. Om du anger en annan underhållsperiod, antingen när du skapar instansen eller när den redan har skapats, placeras instansen i en separat datorgrupp med motsvarande underhållsperiod. Om det inte finns någon sådan grupp i klustret skapas en ny för att hantera den nya konfigurationen av instansen. Om du konfigurerar ytterligare instanser i det virtuella klustret så att de använder samma underhållsfönster läggs även dessa instanser till i gruppen, vilket innebär att gruppen kan behöva ändras. Att lägga till instanser i en ny datorgrupp och ändra storlek på befintliga datorgrupper kan öka varaktigheten för åtgärden för att konfigurera en underhållsperiod.

Den förväntade varaktigheten för att konfigurera en underhållsperiod för en hanterad instans kan beräknas med den uppskattade varaktigheten för instanshanteringsåtgärder.

Krav på IP-adressutrymme

Varje ny virtuell datorgrupp i ett undernät kräver ytterligare IP-adresser enligt ip-adressallokeringen för det virtuella klustret. Om du ändrar ett underhållsfönster för en befintlig hanterad instans krävs också tillfällig extra IP-kapacitet, likt att skala antal virtuella kärnor för respektive tjänstnivå.

Ändring av IP-adress

Om du konfigurerar eller ändrar ett underhållsfönster ändras IP-adressen för instansen till en annan IP-adress inom IP-adressintervallet för undernätet.

Serialisering av hanteringsåtgärder för virtuella kluster

Åtgärder som påverkar det virtuella klustret, till exempel tjänstuppgraderingar eller storleksändring av det virtuella klustret (till exempel att lägga till nya eller ta bort oanvända beräkningsnoder), serialiseras. Därför kan en ny virtuell klusteråtgärd inte starta förrän den föregående åtgärden har slutförts. Om underhållsfönstret stängs innan den pågående underhållsåtgärden har slutförts läggs den pågående underhållsåtgärden på is till nästa underhållsperiod. Andra hanteringsåtgärder som skickas under den tiden spärras också och återupptas under eller efter nästa underhållsperiod när den ursprungliga pågående underhållsåtgärden har slutförts. Det är inte vanligt att en underhållsåtgärd tar längre tid än ett enda underhållsperiod per virtuell datorgrupp i ett kluster, men det kan inträffa för mycket komplexa underhållsåtgärder.

Serialiseringen av hanteringsåtgärder för virtuella kluster är ett allmänt beteende som även gäller för standardprincipen för underhåll. När du konfigurerar ett schema för underhållsperioder kan perioden mellan två intilliggande fönster vara några dagar lång. Även om det är ovanligt att underhållsåtgärden sträcker sig över två fönster kan nyligen skickade åtgärder vara pausade i flera dagar, vilket kan blockera åtgärder som kräver ytterligare beräkningsnoder, till exempel att skapa en ny eller ändra storlek på en befintlig instans.

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-hanterade instanser 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 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

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.

Relaterat innehåll

• Konfigurera underhållsperiod
• Konfigurera förhandsmeddelanden för planerade underhållshändelser
• Vanliga frågor och svar om underhållsfönster
• Azure SQL Managed Instance (en hanterad instans av SQL i Azure)
• Planera för Azure-underhållshändelser i Azure SQL Database och Azure SQL Managed Instance