Planerat underhåll

Fönstret Planerat underhåll i Azure Service Health är ett dedikerat avsnitt i Azure-portalen som håller dig informerad om kommande underhållsaktiviteter. Den visar händelser som kan påverka dina Azure resurser, vilket hjälper dig att förbereda dig i förväg.
Här är en uppdelning av dess syfte och den information som den tillhandahåller:

Det här fönstret är utformat för att ge dig förhandsmeddelande om schemalagda underhållshändelser som kan påverka dina tjänster. Med informationen kan du:

  • Förbereda för möjliga tjänststörningar
  • Samordna interna ändringshanteringsprocesser
  • Använda självbetjäningsuppdateringsfönster när det är tillgängligt

Till skillnad från oplanerade avbrott schemaläggs planerat underhåll och kommuniceras i förväg för att minimera effekten.

Kom igång med planerat underhåll

När du öppnar fönstret Planerat underhåll visas en lista över underhållshändelser som är relevanta för dina prenumerationer.

På huvudpanelen kan du sortera listan över planerade underhållshändelser efter omfång, prenumeration, region, tjänst och händelsetaggar.

Det finns alternativ för att:

  • Skapa en tjänsthälsoavisering
  • Ladda ned händelserna som en CSV-fil

Skärmbild av aktuella planerade underhållshändelser.

Varje händelse innehåller följande information:

  • Problemnamn
  • Spårnings-ID
  • Services
  • Regioner
  • Starttid
  • Sluttid
  • Senast uppdaterad
  • Händelsetaggar

Välj länken Problemnamn för att öppna flikarna där du kan visa den information du behöver.

Anmärkning

Planerade underhållshändelser visas i panelen i 90 dagar om de fortfarande är aktiva och om impactMitigationTime eller endtime anges i framtiden. Därefter flyttas händelserna till panelen för hälsohistorik där de visas i 90 dagar.

Tips/Råd

Fältet impactMitigationTime är API-fältnamnet och end time är namnet på användargränssnittet (UI).

Mer information om planerade underhållshändelser som använder ARG-frågor finns i:

Filtrering och sortering

Överst på varje flik finns ett kommandofält med flera alternativ för hur du visar den information som visas.

Skärmbild av verktyg på varje flik.

Fliken Sammanfattning

Skärmbild av fliken Sammanfattning.

När du öppnar händelsen Planerat underhåll öppnas fliken Sammanfattning, som visar en lista med information om den här händelsen, som omfattar:

Fält Description
Spårnings-ID Spårnings-ID för händelsen.
Delningsbar länk Kopiera den här länken för att dela informationen.
Påverkade tjänster En lista över tjänster som påverkas av den här händelsen.
Berörda regioner En lista över alla regioner som påverkas av den här händelsen och som visas i kalendern.
Påverkade prenumerationer En lista över alla prenumerationer som påverkas av den här händelsen.
Läge Den aktuella statusen för den här händelsen.
Typ av hälsohändelse Typ av hälsohändelse (planerat underhåll eller säkerhetsrådgivning).
Händelsetaggar Den information som förklarar eller namnger händelsens natur och status.
Starttid Den tid då händelsen startades.
Alla tider som visas är i UTC.
Sluttid Den tid då händelsen avslutades.
Alla tider som visas är i UTC.
Senaste uppdatering Den senaste meddelandeinformationen om den här händelsen.

Fliken Påverkade tjänster

Skärmbild av fliken Påverkade tjänster.

Fliken Påverkade tjänster visar information om någon av dina tjänster som påverkas.

  • Region
  • Läge
  • Tid för senaste uppdatering

Fliken Ärendeuppdateringar

Skärmbild av fliken Problemuppdateringar.

Fliken Problemuppdateringar visar alla informationsmeddelanden efter det datum då de angavs.

Tips/Råd

Dubblettkommunikation på den här fliken tas bort om de anges på fliken en kort tid ifrån varandra.

Fliken Resurser som påverkas

Skärmbild av fliken Påverkade resurser.

Fliken Påverkade resurser visar information om alla dina resurser som påverkas.

  • Resursnamn – namnet på den berörda resursen.
  • Resource Type – typ av Azure tjänst, till exempel virtuell dator eller App Service.
  • Resursgrupp – resursgruppen som innehåller den påverkade resursen.
  • Regions – den Azure region där resursen finns.
  • Prenumerations-ID – den prenumeration som äger resursen.
  • Åtgärd – En länk för att tillämpa uppdateringen under ett självbetjäningsfönster (för uppdateringar som krävs för omstart).

Mer information om resurser som påverkas finns i Påverkade resurser från planerade underhållshändelser.

Vanliga frågor och svar om planerat underhåll

Fönstret Planerat underhåll i Azure Service Health är ett dedikerat avsnitt i Azure portalen som ger insyn i kommande underhållsaktiviteter som kan påverka dina Azure resurser. Så här går det till och vilka metodtips du bör tänka på:

Vilka är typerna av underhållsperioder?

  • Self-Service underhållsperiod: Du kan initiera uppdateringar manuellt inom cirka 35 dagar.
  • Scheduled Maintenance window: Om du inte initierar uppdateringar tillämpar Azure Service Health dem automatiskt.
  • Underhåll utan störningar: Azure minimerar avbrott genom att använda live-migrering och kalla uppstarter.

Hur förbereder jag mig för underhåll?

  • Övervaka rutan för planerat underhåll regelbundet.
  • Använd fliken Resurser för att identifiera de berörda tjänsterna.

Vilka metadata är tillgängliga för underhållshändelser?
De här nyckelfälten hjälper dig att utvärdera omfånget, tidpunkten och allvarlighetsgraden för händelserna.

  • impacttyp
  • Impactmitigeringstid
  • händelsekälla
  • trackingId
  • status

Kan jag automatisera underhållsspårning?
Ja, du kan använda:

  • Azure Policy distribuerar tjänsthälsoaviseringar i alla prenumerationer.
  • Azure Resource Graph (ARG): Använd frågorna för att filtrera och analysera underhållshändelser.

Hur länge är underhållshistoriken tillgänglig?

  • Aktiv vy: upp till 90 dagar
  • Hälsohistorik: 90 dagar från det senaste publiceringsdatumet.

Sammanfattning

Instrumentpanelsupplevelse för tjänsthälsa för planerat underhåll

Vi vill ge klarhet om vad kunderna kan förvänta sig av instrumentpanelen för Service Health (SH) under planerade underhållshändelser och varför funktionerna kan variera mellan olika händelser.

Tjänstehälsans dashboard-funktioner
Service Health är utformat för att vara den auktoritativa platsen där du kan förstå underhållshändelser, utvärdera påverkan och omdirigeras för att vidta åtgärder där det är tillämpligt. För vissa planerade underhållshändelser ser du den fullständiga Service Health-upplevelsen, som omfattar:

  • Dynamiska resurser som påverkas vid siduppdatering
    En live- och automatiskt uppdaterad lista över resurser som påverkas när underhållet fortskrider och slutförs på varje siduppdatering.
  • Uppdateringar av livestatus
    Resursstatusen återspeglar den aktuella underhållsfasen utan att en manuell siduppdatering krävs.
  • En länk till självbetjäning av kundåtgärder (där det stöds)
    Möjligheten att omdirigera dig från Service Health till rätt plats i Azure portalen för att vidta proaktiva åtgärder på enskilda resurser direkt.

Tillsammans representerar dessa funktioner den fullständiga funktionaliteten hos instrumentpanelen för tjänstens hälsa vid planerat underhåll.

Begränsade funktioner för vissa underhållshändelser
För andra planerade underhållshändelser kan du se en begränsad Service Health-upplevelse. I dessa fall:

  • Berörda resurser kan visas som en statisk lista eller vara otillgängliga, baserat på den information som tillhandahålls till Service Health för händelsen.
  • Resursstatusen kanske inte uppdateras dynamiskt när underhållet fortskrider eller slutförs.
  • Kundåtgärdslänkar på resursnivå kanske inte stöds.
    I dessa scenarier fortsätter Service Health att tillhandahålla underhållssynlighet och meddelanden, men utan den fullständiga uppsättningen dynamiska och användbara funktioner som beskrevs tidigare.

Vad vi menar med fullständig funktionalitet

Från vårt perspektiv omfattar fullständiga Service Health-funktioner för planerat underhåll:

  • Identifieras automatiskt och uppdateras kontinuerligt berörda resurser.
  • Spårning av livestatus under hela underhållslivscykeln.
  • Kundåtgärdslänkar på resursnivå som är tillgängliga för omdirigering där det stöds.
  • Konsekvent beteende i Service Health-portalen, API:er och integreringar.

Om ett eller flera av dessa element inte är tillgängliga anses upplevelsen vara begränsad, även om Service Health fortfarande är tillgängligt och fungerar.

Åtagande för tjänsthälsa
Service Health fortsätter att uppfylla sina tillgänglighets- och meddelandeåtaganden för alla planerade underhållshändelser.

Funktioner på funktionsnivå kan variera beroende på händelse- och leveransmekanism, till exempel Azure portalgränssnitt (portalgränssnitt) eller programmatisk åtkomst (API). Microsoft arbetar aktivt med att leverera en konsekvens och fullt fungerande Service Health-upplevelse för alla tjänster över tid.

Mer information om händelsebevarande finns i Övergångar av Service Health-aviseringar.

Mer information