Underhållsfönstret (förhandsversion)
GÄLLER FÖR: 
Azure SQL Database Azure SQL Managed Instance
Med funktionen underhållsfönstret kan du konfigurera underhållsschemat för resurserna Azure SQL Database och Azure SQL Managed Instance, vilket gör att de underhållshändelser som påverkas blir förutsägbara och mindre störande för din arbetsbelastning.
Anteckning
Underhållsfönstret skyddar endast mot planerad påverkan från uppgraderingar eller schemalagt underhåll. Den skyddar inte mot alla redundansoror; Undantag som kan orsaka korta anslutningsavbrott utanför underhållsfönstret är maskinvarufel, belastningsutjämning för kluster och omkonfigurationer av databaser på grund av händelser som en ändring i databasens servicenivåmål.
Översikt
Azure utför regelbundet planerat underhåll av SQL Database och SQL hanterade instansresurser. Under underhållshändelsen för Azure SQL är databaser helt tillgängliga, men kan vara föremål för korta omkonfigurationer inom respektive tillgänglighetsserviceavtal för SQL Database och SQL hanterad instans.
Underhållsfönstret är avsett för produktionsarbetsbelastningar som inte är motståndskraftiga mot omkonfigurationer av databaser eller instanser och som inte kan absorbera korta anslutningsavbrott som orsakas av planerade underhållshändelser. Genom att välja en underhållstid som du föredrar kan du minimera effekten av planerat underhåll eftersom det sker utanför din högsta arbetstid. Motståndskraftiga arbetsbelastningar och icke-produktionsarbetsbelastningar kan förlita sig på Azure SQL standardunderhållsprincip.
Underhållsfönstret kan konfigureras när du skapar eller för befintliga Azure-SQL resurser. Den kan konfigureras med hjälp av Azure Portal, PowerShell, CLI eller Azure API.
Viktigt
Att konfigurera underhållsfönstret är en långvarig 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 i upp till 8 sekunder även om långvariga transaktioner avbryts. För att minimera effekten av omkonfigurationen bör du utföra åtgärden utanför tider med hög belastning.
Få mer förutsägbarhet med underhållsfönstret
Som standard blockerar Azure SQL-underhållsprincipen de mest effektfulla uppdateringarna under perioden 08:00 till 17:00 lokal tid varje dag för att undvika avbrott under normal arbetstid. Lokal tid bestäms av platsen för den Azure-region som är värd för resursen och kan observera sommartid i enlighet med definitionen för den lokala tidszonen.
Du kan justera underhållsuppdateringarna ytterligare till en tid som passar dina Azure SQL-resurser genom att välja mellan två ytterligare underhållsfönsterplatser:
- Veckodagsfönster: 10:00 till 06:00 lokal tid, måndag till torsdag
- Helgfönster: 10:00 till 06:00 lokal tid, fredag - söndag
Underhållsfönstrets dagar visas som startdag för varje underhållsfönster på åtta timmar. Till exempel betyder "10:00 PM till 06:00 lokal tid, måndag till torsdag" att underhållstiderna startar 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 du har valt underhållsfönstret och tjänstkonfigurationen har slutförts sker planerat underhåll endast under den tid du väljer. Även om underhållshändelser vanligtvis slutförs inom ett enda fönster, kan vissa av dem sträcka sig över två eller flera intilliggande fönster.
Viktigt
I mycket sällsynta fall där en uppskjutning av åtgärden kan orsaka allvarlig inverkan, t.ex. om en kritisk säkerhetskorrigering tillämpas, kan konfigurerade underhållsfönstret åsidosättas tillfälligt.
Kostnad och berättigande
Konfiguration och användning av underhållsfönstret är kostnadsfritt för alla berättigade erbjudandetyper: Betala per användning, Molnlösningsleverantör (CSP), Microsoft företagsavtal eller Microsoft-kundavtal.
Anteckning
Ett Azure-erbjudande är den typ av Azure-prenumeration som 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.
Avancerade meddelanden
Underhållsaviseringar kan konfigureras för att varna dig om kommande planerade underhållshändelser för dina Azure SQL Database 24 timmar i förväg, vid tidpunkten för underhållet och när underhållet är klart. Mer information finns i Avancerade meddelanden.
Tillgänglighet
Servicenivåmål som stöds
Om du väljer en annan underhållsfönstret än standardvärdet är tillgängligt på alla serviceavtal utom för:
- Instanspooler
- Äldre Gen4 vCore
- Basic, S0 och S1
- DC, Fsv2, M-serien
Stöd för Azure-regioner
Om du väljer en annan underhållsfönstret än standardinställningen är det för närvarande tillgängligt i följande regioner:
| Azure-region | SQL-hanterad instans | SQL Database | SQL Database i en Azure-tillgänglighetszon |
|---|---|---|---|
| Australien, centrala 1 | Yes | ||
| Australien, centrala 2 | Yes | ||
| Australien, östra | Ja | Ja | Ja |
| Australien, sydöstra | Ja | Ja | |
| Brasilien, södra | Ja | Ja | |
| Kanada, centrala | Ja | Ja | Ja |
| Kanada, östra | Ja | Ja | |
| Indien, centrala | Ja | Ja | |
| Central US | Ja | Ja | Ja |
| Kina, östra 2 | Ja | Ja | |
| Kina, norra 2 | Ja | Ja | |
| East US | Ja | Ja | Ja |
| USA, östra 2 | Ja | Ja | Ja |
| Asien, östra | Ja | Ja | |
| Frankrike, centrala | Ja | Ja | |
| Frankrike, södra | Ja | Ja | |
| Tyskland, västra centrala | Ja | Ja | |
| Tyskland, norra | Yes | ||
| Japan, östra | Ja | Ja | Ja |
| Japan, västra | Ja | Ja | |
| Sydkorea, centrala | Yes | ||
| Sydkorea, södra | Yes | ||
| USA, norra centrala | Ja | Ja | |
| Europa, norra | Ja | Ja | Ja |
| Sydafrika, norra | Yes | ||
| Sydafrika, västra | Yes | ||
| USA, södra centrala | Ja | Ja | Ja |
| Indien, södra | Ja | Ja | |
| Sydostasien | Ja | Ja | Ja |
| Schweiz, norra | Ja | Ja | |
| Schweiz, västra | Yes | ||
| Förenade Arabemiraten, centrala | Yes | ||
| Förenade Arabemiraten, norra | Yes | ||
| Storbritannien, södra | Ja | Ja | Ja |
| Storbritannien, västra | Ja | Ja | |
| USA, västra centrala | Ja | Ja | |
| Europa, västra | Ja | Ja | Ja |
| Indien, västra | Yes | ||
| USA, västra | Ja | Ja | |
| USA, västra 2 | Ja | Ja | Ja |
Gatewayunderhåll för Azure SQL Database
För att få maximal nytta av underhållsperioder kontrollerar du att klientprogrammen använder anslutningsprincipen för omdirigering. Omdirigering är den rekommenderade anslutningsprincipen, där klienter upprättar anslutningar direkt till noden som är värd för databasen, vilket leder till kortare svarstider och bättre dataflöde.
I Azure SQL Database kan alla anslutningar som använder proxyanslutningsprincipen påverkas av både det valda underhållsfönstret och en underhållsfönstret för gatewaynoden. Klientanslutningar som använder den rekommenderade omdirigeringsanslutningsprincipen påverkas dock inte av en omkonfiguration av gatewaynodens underhåll.
I Azure SQL Managed Instance finns gateway-noderna i det virtuella klustret och har samma underhållsfönstret som den hanterade instansen, men om du använder omdirigeringsanslutningsprincipen rekommenderar vi ändå att du minimerar antalet avbrott under underhållshändelsen.
Mer information om klientanslutningsprincipen i Azure SQL Database finns i Azure SQL Database anslutningsprincip.
Mer information om klientanslutningsprincipen i Azure SQL Managed Instance finns i Anslutningstyper för Azure SQL Managed Instance.
Ö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 kundens virtuella nätverksundernät. Dessa virtuella datorer utgör virtuella kluster som kan vara värdar för flera hanterade instanser. Underhållsfönstret som konfigurerats på instanser av ett undernät kan påverka antalet virtuella kluster i undernätet, distributionen av instanser mellan virtuella kluster och hanteringsåtgärder för virtuella kluster. Detta kan kräva att du tar hänsyn till några få effekter.
Konfigurationen av underhållsfönstret är en långvarig åtgärd
Alla instanser som finns i ett virtuellt kluster delar underhållsfönstret. Som standard finns alla hanterade instanser i det virtuella klustret med standardunderhållsfönstret. Om du anger en annan underhållsfönstret för den hanterade instansen när den skapas eller efteråt innebär det att den måste placeras i ett virtuellt kluster med motsvarande underhållsfönstret. Om det inte finns något sådant virtuellt kluster i undernätet måste ett nytt skapas först för att hantera instansen. Accommodating additional instance in the existing virtual cluster may require cluster resize. Båda åtgärderna bidrar till att konfigurera underhållsperioden för en hanterad instans. Den förväntade varaktigheten för att konfigurera underhållsperioden på en hanterad instans kan beräknas med hjälp av den beräknade varaktigheten för instanshanteringsåtgärder.
Viktigt
En kort omkonfiguration sker i slutet av underhållsåtgärden och varar vanligtvis i upp till 8 sekunder även om långvariga transaktioner avbryts. För att minimera effekten av omkonfigurationen bör du schemalägga åtgärden utanför tider med hög belastning.
Krav för IP-adressutrymme
Varje nytt virtuellt kluster i undernätet kräver ytterligare IP-adresser enligt IP-adressallokeringen för det virtuella klustret. Ändring av underhållsperioden för befintlig hanterad instans kräver också tillfällig ytterligare IP-kapacitet som i scenariot med skalning av virtuella kärnor för motsvarande tjänstnivå.
Ändring av IP-adress
Om du konfigurerar och ändrar underhållsperioden ändras IP-adressen för instansen, inom ip-adressintervallet för undernätet.
Viktigt
Kontrollera att NSG och brandväggsregler inte blockerar datatrafik efter att IP-adressen har ändrats.
Serialisering av hanteringsåtgärder för virtuella kluster
Åtgärder som påverkar det virtuella klustret, till exempel tjänstuppgraderingar och storleksändring av virtuella kluster (lägga till nya eller ta bort beräkningsnoder som inte används) serialiseras. Med andra ord kan en ny åtgärd för hantering av virtuella kluster inte starta förrän den föregående har slutförts. Om underhållsfönstret stängs innan den pågående tjänstuppgraderingen eller underhållsåtgärden har slutförts, kommer alla andra hanteringsåtgärder för virtuella kluster som skickats under tiden att stoppas tills nästa underhållsfönstret öppnas och tjänstuppgradering eller underhållsåtgärder slutförs. Det är inte vanligt att en underhållsåtgärd tar längre tid än ett enda fönster per virtuellt kluster, men det kan inträffa i händelse av 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 standardunderhållsprincipen. När ett underhållsperiodsschema har konfigurerats kan perioden mellan två intilliggande fönster vara några dagar lång. Skickade åtgärder kan också vara väntande i några dagar om underhållsåtgärden omfattar två fönster. Det är mycket ovanligt, men skapandet av nya instanser eller storleksändringen av befintliga instanser (om ytterligare beräkningsnoder behövs) kan blockeras under den här perioden.