Tjänstuppdateringar i Site Recovery

Den här artikeln innehåller en översikt Azure Site Recovery uppdateringar och beskriver hur du uppgraderar Site Recovery komponenter.

Site Recovery publicerar tjänstuppdateringar regelbundet. Uppdateringar omfattar nya funktioner, stödförbättringar, komponentuppdateringar och felkorrigeringar. För att kunna dra nytta av de senaste funktionerna och korrigeringarna rekommenderar vi att du kör de senaste versionerna Site Recovery komponenter.

Stöd för uppdateringar

Supportmeddelande för Azure Site Recovery

Vi rekommenderar att du alltid uppgraderar till de senaste komponentversionerna:

Med varje ny version "N" av en Azure Site Recovery-komponent som släpps anses alla versioner under "N-4" ha stöd för.

Viktigt

Officiellt stöd är för uppgradering från > N-4-version till N-version. Om du till exempel kör N-6 måste du först uppgradera till N-4 och sedan uppgradera till N.

Granska den senaste samlade uppdateringen (version N) i den här artikeln. Kom ihåg Site Recovery har stöd för N-4-versioner.

Komponentens upphörande

Site Recovery dig om komponenter som har upphört att gälla (eller snart upphör att gälla) via e-post (om du prenumererar på e-postaviseringar) eller på valvets instrumentpanel i portalen.

  • När uppdateringar är tillgängliga visas dessutom knappen Uppdatera tillgänglig bredvid komponenten i infrastrukturvyn för ditt scenario i portalen. Den här knappen omdirigerar dig till en länk för att ladda ned den senaste komponentversionen.
  • Instrumentpanelsmeddelanden för valv är inte tillgängliga om du replikerar virtuella Hyper-V-datorer.

E-postmeddelanden skickas på följande sätt.

Tid Frekvens
60 dagar innan komponenten upphör att gälla En gång varannan vecka
Nästa 53 dagar En gång i veckan
Senaste 7 dagarna En gång om dagen
Efter förfallodatumet En gång varannan vecka

Uppgradera extern officiell support

Om skillnaden mellan din komponentversion och den senaste versionen är större än fyra anses detta inte ha stöd. I det här fallet uppgraderar du på följande sätt:

  1. Uppgradera den installerade komponenten till din aktuella version plus fyra. Om din version till exempel är 9.16 uppgraderar du till 9.20.
  2. Uppgradera sedan till nästa kompatibla version. Så i vårt exempel, efter uppgraderingen 9.16 till 9.20, uppgraderar du till 9,24.

Följ samma process för alla relevanta komponenter.

Stöd för senaste operativsystem/kernels

Anteckning

Om du har en schemalagd underhållperiod och en omstart ingår i den rekommenderar vi att du först uppgraderar Site Recovery-komponenterna och sedan fortsätter med resten av de schemalagda aktiviteterna i underhållsfönstret.

  1. Innan du uppgraderar operativsystem-/kernelversioner kontrollerar du om målversionen stöds Site Recovery.

  2. Granska tillgängliga uppdateringar för att ta reda på vad du vill uppgradera.

  3. Uppgradera till den senaste Site Recovery versionen.

  4. Uppgradera operativsystemet/kerneln till de versioner som krävs.

  5. Omstart.

Den här processen säkerställer att datorns operativsystem/kernel uppgraderas till den senaste versionen och att de senaste Site Recovery-ändringarna som behövs för att stödja den nya versionen läses in på datorn.

Haveriberedskap för virtuell Azure-dator till Azure

I det här scenariot rekommenderar vi starkt att du aktiverar automatiska uppdateringar. Du kan tillåta Site Recovery att hantera uppdateringar på följande sätt:

  • Under processen för att aktivera replikering.
  • Genom att ange inställningarna för tilläggsuppdatering i valvet.

Om du vill hantera uppdateringar manuellt kan du välja något av följande alternativ:

  1. När en ny agentuppdatering är tillgänglig Site Recovery ett meddelande i valvet längst upp på sidan. I valvet > replikerade objekt klickar du på det här meddelandet överst på skärmen:

    Ny Site Recovery uppdatering av replikeringsagenten är tillgänglig. Klicka för att installera ->

    Välj de virtuella datorer som du vill tillämpa uppdateringen på och klicka sedan på OK.

  2. På översiktssidan för vm-haveriberedskap hittar du fältet Agentstatus, där det står "Kritisk uppgradering" om agenten ska upphöra att gälla. Klicka på den och följ anvisningarna nedan för att uppgradera den virtuella datorn manuellt.

Haveriberedskap för virtuell VMware-dator/fysisk server till Azure

  1. Baserat på din aktuella version och supportinstruktioneninstallerar du uppdateringen först på den lokala konfigurationsservern med hjälp av dessa instruktioner.
  2. Om du har utskalningsprocessservrar uppdaterar du dem därefter med hjälp av dessa instruktioner.
  3. Information om hur du uppdaterar mobilitetsagenten på varje skyddad dator finns i den här artikeln.

Starta om efter tjänsten Mobility uppgraderingen

En omstart rekommenderas efter varje uppgradering av tjänsten Mobility för att säkerställa att alla de senaste ändringarna läses in på källdatorn.

En omstart är inte obligatorisk, såvida inte skillnaden mellan agentversionen under den senaste omstarten och den aktuella versionen är större än fyra.

Exemplet i tabellen visar hur det fungerar.

Agentversion (senaste omstart) Uppgradera till Obligatorisk omstart?
9.16 9.18 Inte obligatoriskt
9.16 9.19 Inte obligatoriskt
9.16 9.20 Inte obligatoriskt
9.16 9.21 Obligatorisk.

Uppgradera till 9.20 och starta sedan om innan du uppgraderar till 9.21.

Haveriberedskap för virtuell Hyper-V-dator till Azure

Mellan en Hyper-V-plats och Azure

  1. Ladda ned uppdateringen för Microsoft Azure Site Recovery providern.
  2. Installera providern på varje Hyper-V-server som är registrerad i Site Recovery. Om du kör ett kluster uppgraderar du på alla klusternoder.

Mellan en lokal VMM-plats och Azure

  1. Ladda ned uppdateringen för Microsoft Azure Site Recovery providern.
  2. Installera providern på VMM-servern. Om VMM distribueras i ett kluster installerar du providern på alla klusternoder.
  3. Installera den senaste Microsoft Azure Recovery Services-agenten på alla Hyper-V-värdar eller klusternoder.

Mellan två lokala VMM-platser

  1. Ladda ned den senaste uppdateringen för Microsoft Azure Site Recovery providern.
  2. Installera den senaste providern på VMM-servern som hanterar den sekundära återställningsplatsen. Om VMM distribueras i ett kluster installerar du providern på alla klusternoder.
  3. När återställningsplatsen har uppdaterats installerar du providern på den VMM-server som hanterar den primära platsen.

Nästa steg

Följ vår sida med Azure-uppdateringar för att spåra nya uppdateringar och versioner.