Viktigt!: Den här versionen innehåller bara uppdateringar för Azure-to-Azure- och Modernized VMware-to-Azure-skyddsscenarier.
Inledning
I den här artikeln beskrivs de problem som är åtgärdade i Samlad uppdatering 69 i följande versioner av Microsoft Azure Site Recovery:
-
Azure till Azure
-
Moderniserad VMware/Physical till Azure
Läs mer om de problem som är åtgärdade och vilka krav som ska verifieras innan du installerar den här uppdateringen.
Förhandskrav
Om du vill installera samlad uppdatering för Microsoft Azure Site Recovery provideruppdatering 69 måste du ha något av följande installerat:
-
Microsoft Azure Site Recovery provider (version 5.1.7700 eller en senare version)
-
Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.52.xxxx.x eller en senare version)
-
Microsoft Azure Recovery Services Agent (version 2.0.9202.0 eller senare)
Obs! 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
Linux OS-support
-
Azure till Azure
-
Rocky Linux 8,7
-
Rocky Linux 9,0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
-
Moderniserad VMware/Physical till Azure
-
Rocky Linux 8,7
-
Rocky Linux 9,0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
Windows OS Support
-
Azure till Azure
-
Windows 11
-
Åtgärdade problem:
-
En kontroll har lagts till som säkerställer att en omsynkronisering inte utlöses om den skyddade datorn stängs av korrekt, vilket undviker ytterligare dataöverföringsåtgärder.
-
Åtgärdat ett problem för Virtuella Oracle Linux 7.9 VMware-datorer, där ASR-drivrutinen inte kunde identifiera några filer och orsakade att kerneln kraschade.
-
Redigerade felmeddelanden där omsättningsmåtten visades med felaktiga enheter.
-
Åtgärdat ett fel där skyddade RHEL-datorer där Site Recovery drivrutin kan orsaka en krasch på grund av minnestoppar.
-
Åtgärdat ett problem där återskydd av en Debian 11-maskin misslyckades på grund av saknade rensningssteg.
-
Åtgärdat ett problem där mobilitetstjänstinstallationen misslyckades på CentOS 7.8-datorer på grund av att en åtgärd inte var kompatibel med kernels som var äldre än 3.1.x.
-
Åtgärdat ett problem där den första replikerings-/resynkroniseringsåtgärden inte fortlöper under omskyddet av en virtuell Windows VMware-dator eftersom en Mobility Service-process inte avslutades vid stopp.
Microsoft Azure Site Recovery replikeringsapparat
Uppdateringar:
|
Komponent |
Version |
|---|---|
|
Fysisk identifieringsserver |
|
|
Identifieringsserver |
|
|
Site Recovery leverantör |
|
|
Konfigurationshanteraren för apparat |
|
|
Proxyserver |
|
|
Replikeringstjänst |
|
|
Återskyddsserver |
|
|
Push-installationsagent |
|
|
Recovery Services-agent |
|
|
Processserver |
Uppdatera dina lokala Azure Site Recovery-komponenter
Mellan en lokal VMM-webbplats och Azure
-
Ladda ned den samlade uppdateringen för Microsoft Azure Site Recovery provider.
-
Installera den samlade uppdateringen på den lokala VMM-servern.
-
Installera den senaste Microsoft Azure Recovery Services-agenten 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 provider.
-
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 (modernare upplevelse)
-
Se till att din lokala hanteringsapparat är uppdaterad genom att gå till konfigurationshanteraren för apparaten. Annars laddar du ned den senaste versionen för komponenterna som ligger bakom den senaste versionen.
-
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.
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 |
