Inledning
Den här artikeln beskrivs problemen som korrigeras i Samlad uppdatering 42 i följande versioner av Microsoft Azure återställning av webbplats:
-
Hämta Microsoft Azure återställning av webbplats leverantör (version 5.1.5200.0)
-
Hämta Microsoft Azure Recovery Services-agenten (version 2.0.9165.0)
-
Hämta Microsoft Azure Site Recovery-konfigurationsservern OVF-mall (version 5.1.5200.0)
Läs mer om detaljerna för de problem som korrigeras och Förutsättningar som ska verifieras innan du installerar den här uppdateringen.
Förutsättningar
Om du vill installera Microsoft Azure Site Recovery Provider Samlad uppdatering 42 (version 5.1.5200.0), måste du ha något av följande installerat:
-
Microsoft Azure webbplatsåterställning Provider (version 5.1.4800 eller en senare version)
-
Microsoft Azure återställning Unified webbplatsinstallation (VMware för Azure) (version 9.26. xxxx. x eller en senare version)
-
Microsoft Azure Recovery Services-agenten (version 2.0.8700.0 eller en senare version)
Notera Du kan kontrollera installerade providerversionen i den program och funktioner objekt på Kontrollpanelen.
Förbättringar som gjorts och problem som korrigeras i uppdateringen
När du har installerat den här uppdateringen åtgärdas följande problem och följande förbättringar ingår.
Mobility Service
Förbättringar
-
Azure Site Recovery har nu stöd för redundanstest, redundans & återställning efter fel i VMware och Azure-datorer med UEFI-layout
-
-
Vmware datorer med följande operativsystem stöds-Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8
-
Alla Azure-datorer som är generation 2 stöds
-
-
Förbättringar av Linux OS-support
-
-
Rhel 8
-
Oracle Linux 7,7
-
-
Azure till Azure DR
-
-
Azure Linux-datorer med Azure Disk Encryption (ADE) kan nu skyddas via Azure Site Recovery
-
Python 3 för Linux-förlängning stöds nu
-
-
Vmware till Azure DR
-
-
Data växlings frekvens (churn) för diskar och data uppladdningshastighet loggar finns nu tillgängliga i loggen Analys integrering med Recovery Services-valv
-
Problem som korrigeras
-
Förutsättning kontroller har aktiverats för att validera SHA2 kodsignering stöd. OS som körs på Windows 2008 R2 med SP1, Windows 2008 SP2 och Windows 7 SP1 kräver att vissa KBs installerat för att aktivera SHA2-kodsignering. Uppgraderingar och färska installationer kommer inte att lyckas om SHA2 kodsignering inte är aktiverad. Läs mer om
Microsoft Azure webbplatsåterställning (tjänst)
Förbättringar
-
Azure virtuella datorer i Norge geo kan nu skyddas via Azure Site Recovery.
-
Azure process Server SKU som används för återställning efter fel åtgärder i VMware för Azure DR är standard till Standard_A8_v2
Problem som korrigeras
-
Prestanda förbättringar görs för att minimera tid det tar att läsa in replikerade objekt bladet från Recovery Services-valv & från processerver-bladet
-
Omsynkroniseringen meddelanden uppdateras för att ge information om maskiner som kräver Omsynkroniseringen.
-
I Azure till Azure DR-scenariot Automation-konto som plockas under aktivering av replikering är inte alltid i mål region (som inte alla regioner har Automation-konton). Det finns en geo mappning som informerar vilken region Automation-kontot måste etablerats i. Den här geo-mappningen uppdateras för att kunderna ska kunna använda Automation-konton från en annan region.
Uppdatera din Azure Site Recovery lokala komponenter
Mellan två lokala VMM-platser
-
Hämta den senaste samlade uppdateringen för Microsoft Azure Site Recovery Provider
-
Installera den samlade uppdateringen först på lokal VMM-server som hanterar återställningsplatsen.
-
När återställningsplatsen har uppdaterats installerar du den samlade uppdateringen på VMM-servern som hanterar den primära platsen.
Notera Om VMM är en hög tillgänglighet VMM (klustrad VMM), se till att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.
Mellan en lokal VMM-webbplats och Azure
-
Hämta den samlade uppdateringen för Microsoft Azure återställning av webbplats leverantör.
-
Installera samlade uppdateringen på lokal VMM-servern.
-
Installera den senaste Microsoft Azure Recovery Services-agenten på alla Hyper-V-värdar.
Notera Om din VMM är en hög tillgänglighet VMM (klustrad VMM), se till att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.
Mellan en lokal Hyper-V-plats och Azure
-
Hämta den samlade uppdateringen förMicrosoft Azure återställning av webbplats leverantör.
-
Installera providern på varje nod i Hyper-V-servrar som du har registrerat i Azure Site Recovery.
Notera Om din Hyper-V är en värd klustrad Hyper-V server, se till att du installerar uppgraderingen på alla noder i klustret.
Mellan en lokal VMware eller fysisk plats till Azure
-
Uppdatera den lokala hanteringsservern genom att hämta Microsoft Azure återställning Unified webbplatsinstallation. Det här är den server som har konfigurationsservern och Processerverrollerna.
-
Om du har skalbar processervrar, uppdatera dem nästa genom att köra Microsoft Azure återställning Unified webbplatsinstallation.
-
Gå till den Azure-portalen, och gå sedan till den skyddade objekt > replikerade objekt sidan. Välj en virtuell dator på den här sidan. Välj knappen Update Agent som visas längst ned på sidan för varje virtuell dator. Detta uppdaterar mobilitetstjänst agenten på alla skyddade virtuella datorer.
Notera En omstart rekommenderas efter varje uppgradering av mobilitetsagenten för att säkerställa att alla senaste ändringar läses in på källdatorn. Detta är inte nödvändigtvis obligatoriskt. En omstart är dock obligatoriskt om skillnaden mellan agent versioner från den senaste omstarten och målversionen är större än fyra (4) i den sista decimalen. Se följande tabell för en detaljerad förklaring.
Agent-version under den senaste omstarten |
Uppgradering 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 |
MandatoryFirst uppgradera till version 9,29, och starta sedan om innan du uppgraderar till version 9,30 (eftersom skillnaden mellan den senaste omstartsversionen och målversionen är större än 4). |