Den här artikeln besvarar vanliga frågor om underhållsfönstret för Azure SQL Database och Azure SQL Managed Instance.
Vad är underhållsfönstrets funktion?
Med funktionen för underhållsperiod får du möjlighet att publicera Azure SQL-resurser i tidsblock som schemalagts i förväg utanför kontorstid. Mer information finns i Scheman för underhållsperioder.
Vad är standardprincipen för underhåll om jag inte väljer något specifikt fönster?
Underhållshändelser inträffar under standardfönstret 17:00 till 08:00 lokal tid, måndag –söndag.
Användare arbetar i en annan tidszon än Azure-datacentret. Vilken tidszon är lokal?
Lokal tid bestäms av platsen för Azure-regionen som är värd för resursen och kan observera sommartid i enlighet med definitionen för lokal tidszon. Det bestäms inte av tidszonen som konfigurerats i SQL-databasen (alltid UTC) eller den hanterade instansen.
Kan jag välja en specifik tid/dag för underhållsperioden?
Nej, du kan välja mellan förplanerade veckodagar eller helgfönster. Underhållet kan ske vilken tid eller dag som helst inom perioden.
Vad händer när jag väljer ett underhållsperiod?
Att konfigurera underhållsperioden är en tidskrävande asynkron åtgärd, ungefär som att ändra tjänstnivån för din Azure SQL-resurs. Resursen är tillgänglig under processen, 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.
Vilka typer av uppdateringar utförs vanligtvis under en underhållsperiod?
Underhållshändelsen kan innehålla uppdateringar för maskinvara, inbyggd programvara, operativsystem, programvarukomponenter eller SQL-databasmotorn. De kombineras vanligtvis i en enda batch för att minimera förekomsten av underhållshändelser. När det gäller SQL Managed Instance kombineras uppdateringar i två batchar, en fokuserar på fysisk infrastruktur och en annan med fokus på SQL-motor och logisk infrastruktur. För Azure SQL Managed Instance ändras IP-adressen för den SQL-hanterade instansen.
Hur ofta är uppdateringarna?
Planerade underhållsuppdateringar sker en gång var 35:e dag i genomsnitt, vilket innebär att kunden kan förvänta sig ungefär en planerad underhållshändelse per månad per Azure SQL Database. När det gäller Azure SQL Managed Instance kan kunderna förvänta sig ungefär två planerade underhållsuppdateringar per månad, men dessa uppdateringar kan resultera i mer än en underhållshändelse.
Vad kan jag förvänta mig under en underhållshändelse?
Underhållshändelsen representerar en period under vilken uppdateringarna tillämpas på resursen. Underhållshändelsen inträffar i det definierade underhållsfönstret. Under en underhållshändelse är databaser fullt tillgängliga och tillgängliga, men vissa underhållsuppdateringar kräver en omkonfiguration eftersom Azure tar SQL Databases offline under en kort tid för att tillämpa underhållsuppdateringarna (vanligtvis några sekunder i varaktighet) och endast under de underhållsperioder som kunden har valt. Precis som vid SQL Managed Instance kan en uppdatering resultera i flera underhållshändelser, beroende på det konfigurerade underhållsfönstret och startdagen för uppdateringen, kan uppdateringshändelserna slutföras inom en vecka eller spillas över till nästa vecka. Planerade underhållshändelser körs dock aldrig utanför definierade underhållsperioder.
Hur många omkonfigurationer kan jag förvänta mig under en underhållshändelse?
Om underhållsuppdateringen kräver en omkonfiguration sker vanligtvis en omkonfiguration under fönstret. Vid SQL Managed Instance kan fler än en omkonfiguration ske.
Kan mitt program bli motståndskraftigt mot omkonfigurationshändelser?
Ja, se till att klientprogrammen använder omdirigeringsanslutningsprincipen för programresiliens under gatewayunderhållet. Använd omprövningslogik för återanslutning under omkonfigurationen.
Finns det några krav för att konfigurera underhållsfönstret?
För Azure SQL Managed Instance behövs ytterligare IP-adresser tillfälligt, som vid skalning av scenariot med virtuella kärnor för motsvarande tjänstnivå.
I vilka regioner väljer du ett underhållsfönster som är tillgängligt?
En lista över tillgängliga regioner finns i Tillgänglighet för underhållsfönster.
Jag ser inte min region i listan över tillgängliga regioner, vad kan jag göra?
Kontakta azsqlcmfeedback@microsoft.com för att dela feedbacken och kontrollera planerna för din region.
Vad är prissättningen för underhållsfönstret?
Det är kostnadsfritt att konfigurera och använda underhållsfönstret för alla berättigade Azure-prenumerationstyper. Mer information finns i Tillgänglighet för underhållsfönsterfunktioner.
Får jag ett meddelande om underhållsfönstret?
Du kan anmäla dig för att få ett meddelande 24 timmar före underhållshändelsen, omedelbart innan underhåll startar och när underhållsfönstret är klart. Du kan söka efter mer information i resurshälsocentret. För att ta emot e-postmeddelanden måste förhandsmeddelanden konfigureras. Mer information finns i Förhandsaviseringar.
I vilka servicenivåmål (SLO) kan jag välja ett underhållsperiod?
Om du väljer ett underhållsperiod finns det i de flesta serviceavtal med vissa undantag. Se servicenivåmål som stöds av underhållsfönstret.
Vad händer med min databas om jag har valt ett underhållsperiod för en resurs och nedskalning till ett servicenivåmål (SLO) där det inte går att välja ett underhållsperiod?
I det här fallet återgår underhållsfönstret till standardalternativet, som är 17:00 till 08:00 lokal tid.
Kan jag avbryta eller skjuta upp en planerad underhållshändelse baserat på det mottagna meddelandet?
Nej. Det går inte att avbryta eller skjuta upp en kommande underhållshändelse. Meddelanden hjälper dig att förbereda dig för händelsen.
Hur lång tid tar det att bearbeta en ändring av underhållsfönstrets schema?
Du kan välja ett annat underhållsperiod när som helst, men det kan ta upp till 24 timmar innan ändringarna börjar gälla.
Vad händer när en underhållshändelse misslyckas?
Även om det är ovanligt kan fel eller avbrott under en underhållshändelse inträffa. I händelse av ett fel återställs ändringarna och underhållet schemaläggs om till en annan gång.
Hur gör jag för att verifiera att mina databaser har konfigurerats för underhållsperiod?
Under inställningarna för Azure-resursen kan du på fliken Underhåll granska och ändra det aktuella schemat för underhållsplanen. Du kan också granska och ange scheman för underhållsperioder för flera resurser via PowerShell, CLI eller Azure API.
Kan jag konfigurera en annan underhållsperiod för varje Azure SQL-databas i en elastisk pool?
Om databasen ingår i en elastisk pool tillämpas konfigurationen av underhållsfönstret för den elastiska poolen. Enskilda databaser utanför en elastisk pool kan ha en egen underhållsfönsterkonfiguration.
Vilka alternativ stöds för att konfigurera ett underhållsperiod för en befintlig Azure SQL Database- eller SQL-hanterad instans?
Azure-portalen, PowerShell, Azure CLI och REST API.
Kan jag konfigurera ett underhållsperiod under databasåterställning, återställning, kopiering, import eller GeoDR-scenarier?
Inte just nu. Underhållsfönstret kan konfigureras när databasen har skapats.
Jag har valt standardunderhållsfönstret. Kan jag aktivera förhandsmeddelanden för det underhållet?
Ja, detta är för närvarande tillgängligt i Azure SQL Managed Instance. För Azure SQL Database kan förhandsmeddelanden inte konfigureras för standardalternativet underhållsperiod. När du väljer ett underhållsperiod väljer du ett annat alternativ än Systemstandard för att konfigurera och aktivera förhandsmeddelanden.
Jag kan inte konfigurera förhandsaviseringar för planerat underhåll, kommer jag fortfarande att se den planerade underhållshändelsen på instrumentpanelen för Service Health?
Om förhandsmeddelanden inte har konfigurerats för Azure SQL Database visar Inte Service Health de planerade underhållshändelserna. För Azure SQL Managed Instance visas planerade underhållshändelser på instrumentpanelen för Service Health, även om förhandsmeddelanden inte har konfigurerats.
Omfattar förhandsmeddelande alla underhållshändelser?
Nej, förhandsmeddelanden fokuserar bara på planerade underhållshändelser som kan orsaka avbrott i tjänsten.
Kan jag ställa in aviseringar på instans- eller resursgruppsnivå?
Nej. Förhandsmeddelanden konfigureras via Service Health-aviseringar. Tjänststatus aviseringar stöder konfiguration av prenumerations-, resurstyps- och regionnivåer. Därför går det inte att konfigurera meddelanden på resursgruppsnivå eller instansnivå.
Kan jag konfigurera aviseringar med Hjälp av PowerShell eller Azure CLI?
Det finns inga PowerShell- och Azure CLI-kommandon som är dedikerade för att konfigurera tjänsthälsoaviseringar. Du kan dock använda en ARM-mall och använda valfri standardmetod för att distribuera den med hjälp av CLI och PowerShell. Följ bara riktlinjerna från snabbstarten : Skapa aktivitetsloggaviseringar på tjänstmeddelanden med hjälp av en ARM-mall.
Kan jag kontrollera listan över resurser som påverkas av händelsen som jag fick ett meddelande om?
Ja, du kan hämta listan över resurser som påverkas med hjälp av Azure Resource Graph Explorer. Du får ett e-postmeddelande i förväg som innehåller meddelande-ID:t och en länk till Azure Resource Graph Explorer.
Meddelandet säger "Pågår", men fönstret har inte startat ännu?
Det finns en period på 1 timme då meddelanden skickas. Det innebär att du kan få meddelande 25 till 24 timmar före händelsen, 1 timme till 1 minut innan fönstret öppnas och 1 minut till 1 timme efter att fönstret har stängts. Även om meddelanderubriken är "Pågår" innehåller innehållet i meddelandet start- och sluttid för underhållsperioden och det är det ögonblick då underhållet påbörjas och avslutas.
Finns det ett scenario där jag inte får något meddelande om planerad händelse?
Ja, om du har skapat en ny resurs, kört skalningsåtgärd eller ändrat underhållsperiod kan din databas eller instans hamna på den dator som redan är schemalagd för uppgradering. I det här fallet meddelas du bara när distributionsfönstret startar och slutar. För alla framtida distributioner får du ett förhandsmeddelande om planerade händelser.
Kan jag kontrollera om min instans har uppgraderats under de senaste X dagarna?
Du kan bara kontrollera detta om du har konfigurerat avancerade meddelanden i tjänstens hälsotillstånd. Du kan använda Azure Resource Graph Explorer för att hämta en lista över underhållshändelser eller använda översiktssidan för Service Health.