Inledning
I den här artikeln beskrivs de problem som är åtgärdade i Samlad uppdatering 61 i följande versioner av Microsoft Azure Site Recovery:
-
Azure till Azure
-
VMware/Physical till Azure
-
Ladda ned mallen Microsoft Azure Site Recovery Configuration Server OVF (version 5.1.7387.0)
-
SHA256 hash AB51E1BAB32BD93A1B255E43BEBC8C04C63B97EC1EDD439E55FCECE1663F4446
-
-
Ladda ned Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.48.6349.1)
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
-
Hyper-V eller VMM till Azure
-
VMware till Azure (förhandsversion)
Läs mer om de problem som är åtgärdade och vilka krav som ska verifieras innan du installerar den här uppdateringen.
Förutsättningar
Om du vill installera Microsoft Azure Site Recovery samlad provideruppdatering 61 måste du ha något av följande installerat:
-
Microsoft Azure Site Recovery provider (version 5.1.6800 eller en senare version)
-
Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.44.xxxx.x eller en senare version)
-
Microsoft Azure Recovery Services Agent (version 2.0.9202.0 eller senare)
Observera:Du kan kontrollera den installerade providerversionen i objektet Program och funktioner i Kontrollpanelen.
Förbättringar och problem åtgärdade i den här uppdateringen
När du har installerat den här uppdateringen är följande problem åtgärdade och följande förbättringar ingår.
Mobilitetstjänst
Förbättringar
-
Stöd tillagt för ytterligare kernellista för Debian 10 och Ubuntu 20.04 Linux distros.
-
Stöd tillagt för tunna etablerade LVM-volymer.
Problem åtgärdade
-
Åtgärdat ett problem där mobilitetstjänstinstallation på datorer med Oracle Linux-operativsystem misslyckades om inga RedHat-kernels fanns i systemet.
-
Lade till en blockering för Linux-datorer med säker start aktiverat eftersom säker start inte stöds av Site Recovery.
-
Lade till en korrigering där en systemkrasch inträffade vid hantering av diskens storlek.
-
[VMware preview architecture] Åtgärdat ett problem där datauppladdning orsakade onödiga omsynkroniseringsåtgärder.
-
[VMware preview architecture] Åtgärdat ett problem där den första replikering under re-protect från Azure till lokalt slutade svara.
-
[VMware preview architecture] Åtgärdat ett problem där registreringen av mobilitetstjänstagenten på en dator, där replikering tidigare har inaktiverats, misslyckades.
Microsoft Azure Site Recovery (tjänst)
Förbättringar
-
Den offentliga förhandsversionen av integreringen av kapacitetsbokningar på begäran med Site Recovery är nu aktiv.
Microsoft Azure Site Recovery (Portal)
Förbättringar
-
Den offentliga förhandsversionen av integreringen av kapacitetsbokningar på begäran med Site Recovery är nu aktiv. Läs mer.
Uppdatera dina lokala Azure Site Recovery-komponenter
Mellan två lokala VMM-webbplatser
-
Ladda ned den senaste samlade uppdateringen för Microsoft Azure Site Recovery provider.
-
Installera den samlade uppdateringen först på den lokala VMM-servern som hanterar återställningswebbplatsen.
-
När återställningswebbplatsen har uppdaterats installerar du den samlade uppdateringen på den VMM-server som hanterar den primära webbplatsen.
Obs Om VMM är en mycket tillgänglig VMM (clustered VMM) kontrollerar du att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.
Mellan en lokal VMM-webbplats och Azure
-
Ladda ned den samlade uppdateringen för Microsoft Azure Site Recovery-providern.
-
Installera den samlade uppdateringen på den lokala VMM-servern.
-
Installera den senaste Microsoft Azure Recovery Services Agent på alla Hyper-V-värdar.
Obs! Om din VMM är en mycket tillgänglig VMM (clustered VMM) kontrollerar du att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.
Mellan en lokal Hyper-V-webbplats och Azure
-
Ladda ned den samlade uppdateringen för Microsoft Azure Site Recovery-providern.
-
Installera providern på varje nod av Hyper-V-servrarna som du har registrerat i Azure Site Recovery.
Obs Om Hyper-V är en Hyper-V-server med värdkluster kontrollerar du att du installerar uppgraderingen på alla noder i klustret.
Mellan en lokal VMware- eller fysisk webbplats till Azure
-
Uppdatera den lokala hanteringsservern genom att ladda ned Microsoft Azure Site Recovery Unified Setup. Det här är den server som har rollerna Konfigurationsserver och Process-server.
-
Om du har skalningsprocessservrar uppdaterar du dem härnäst genom att köra Microsoft Azure Site Recovery Unified Setup.
-
Gå till Azure Portal och gå sedan till sidan Skyddade objekt > replikerade objekt. Välj en virtuell dator på den här sidan. Välj knappen Uppdatera agent som visas längst ned på sidan för varje virtuell dator. Då uppdateras mobilitetstjänstagenten på alla skyddade virtuella datorer.
Observera: Om du uppdaterar eller skyddar SUSE Linux Enterprise Server 11 SP3- och SUSE Linux Enterprise Server 11 SP4-, RHEL5-, CentOS 5-, DEBIAN7- och DEBIAN8-datorer ska du se till att följa stegen nedan -
-
Ladda ned rätt installationsprogram för dina datorer –
-
Kopiera installationsprogrammet till mapparna INSTALL_DIR\home\svsystems\pushinstallsvc\repository på Configuration Server och Scale Out Process Servers innan du uppgraderar eller skyddar Virtual Machines. Nedan visas till exempel mappnamnet när installationssökvägen för Configuration Server/Process Servers är C:\Program Files (x86)\Microsoft Azure Site Recovery –
-
C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
-
-
När du har kopierat installationsprogrammet går du till services.msc och startar om InMage PushInstall-tjänsten .
Obs! En omstart rekommenderas efter varje uppgradering av Mobilitetsagenten för att se till att alla senaste ändringar läses in på källdatorn. Detta är inte nödvändigtvis obligatoriskt. En omstart är dock obligatorisk om skillnaden mellan agentversioner från den senaste omstarten och målversionen är större än fyra (4) i det sista decimalkommat. I följande tabell finns en detaljerad förklaring.
Agentversion under senaste omstarten |
Uppgradera till |
Är en omstart obligatorisk? |
---|---|---|
9.25 |
9.27 |
Inte obligatoriskt |
9.25 |
9.28 |
Inte obligatoriskt |
9.25 |
9.29 |
Inte obligatoriskt |
9.25 |
9.30 |
Obligatoriska |