Inleiding
In dit artikel wordt beschreven welke problemen met update pakket 43 zijn opgelost in de volgende versies van Microsoft Azure site Recovery:
-
Mobility-service voor Azure to Azure scenario scenario (versie 9.31.5449.1)
-
Er is geen versie versie van 9,31 naar het scenario voor VMware naar Azure DR
-
Een Hyper-& van VMM naar Azure DR scenario
Lees meer over de details van de opgeloste problemen en de vereisten Dit moet worden gecontroleerd voordat u deze update installeert.Opmerking: bewerkt op 2e maart om wijzigingen aan te brengen in VMware voor de release van Azure DR
Speciale vereisten
Als u Microsoft Azure site Recovery provider Update Rollup 43 (versie 5.1.5300.0) wilt installeren, moet u een van de volgende installaties hebben geïnstalleerd:
-
Microsoft Azure site Recovery provider (versie 5.1.4900 of een latere versie) (VMM of Hyper V naar Azure)
-
Microsoft Azure Recovery Services agent (versie 2.0.8700.0 of een latere versie) (VMM naar Azure)
Ziet U kunt de geïnstalleerde versie van de provider controleren in het onderdeel Programma's en onderdelen in het Configuratiescherm.
In deze update zijn verbeteringen aangebracht en problemen opgelost
Nadat u deze update hebt geïnstalleerd, worden de volgende problemen opgelost en worden de volgende verbeteringen opgenomen.
Mobility-service (Azure naar Azure)
Prestaties
-
Ondersteunings verbeteringen voor Linux OS
-
-
RHEL 8,1
-
Ubuntu 18.04.3 (kernel v 5.3)
-
Problemen opgelost
-
Automatisch beschadigde bestanden, onvolledige bestanden op de processerver opschonen om te zorgen dat de eerste replicatie werkstroom is voltooid.
-
Vereisten voor het installeren van de Mobility-agent zijn verbeterd voor de installatie van de oppervlakte WMI-beschadiging.
Microsoft Azure site Recovery (Service)
Prestaties
-
Verbeterde verwerking van gegevens tijdens hoge stroom tijd om de tijd voor hersynchronisatie te minimaliseren
-
U kunt geen aanvullende geldigheden toevoegen tijdens het maken van doelbronnen om ongeldige invoer te voorkomen.
-
Bericht over een uitgebreide uitzondering wanneer beheerde schijven niet worden gevonden in het doelgebied.
-
TLS 1,2 is ingeschakeld voor alle services in scenario van Hyper V naar Azure. Zorg ervoor dat TLS 1,2 wordt ondersteund door on-premises servers om soepele connectiviteit te garanderen. Meer informatie
Problemen opgelost
-
In Hyper-to-Azure is een probleem opgelost waarbij de replicatie mislukt omdat de firewall is ingeschakeld voor de accounts voor doelopslag
De on-premises onderdelen van Azure site Recovery bijwerken
Tussen twee on-premises VMM-sites
-
Download het meest recente update pakket voorMicrosoft Azure site Recovery provider
-
Installeer eerst Update pakket op de on-premises VMM-server die de herstelsite beheert.
-
Nadat de herstelsite is bijgewerkt, installeert u de Update Rollup op de VMM-server die de primaire site beheert.
Opmerking Als de VMM een zeer beschikbare VMM-app (geclusterde VMM) is, moet u de upgrade installeren op alle knooppunten van het cluster waarop de VMM-service is geïnstalleerd.
Tussen een on-premises VMM-site en Azure
-
Download het update pakket voor Microsoft Azure site Recovery provider.
-
Installeer update pakket op de on-premises VMM-server.
-
Installeer de meest recente versie Microsoft Azure Recovery Services-agent op alle Hyper-V-hosts.
Opmerking Als uw VMM een hoge beschikbare VMM-app (geclusterde VMM) is, moet u de upgrade installeren op alle knooppunten van het cluster waarop de VMM-service is geïnstalleerd.
Tussen een on-premises Hyper-V-site en Azure
-
Download het update pakket voor Microsoft Azure site Recovery provider.
-
Installeer de provider op alle knooppunten van de Hyper-V-servers die u hebt geregistreerd in azure site Recovery.
Opmerking Als uw Hyper-V is geclusterd als host Clustered Hyper-V Server, moet u de upgrade op alle knooppunten van het cluster installeren.
Opmerking Telkens wanneer u een upgrade van de Mobility-agent uitvoert, wordt u aangeraden opnieuw aan te geven dat alle recente wijzigingen op de broncomputer zijn geladen. Dit is niet per se verplicht. Als het verschil tussen de agent versies van de laatste keer is gestart en de doelversie groter is dan vier (4), is de laatste decimale waarde echter verplicht. Zie de volgende tabel voor een gedetailleerde uitleg.
Agent versie na de laatste keer opnieuw opstarten |
Een upgrade uitvoeren naar |
Is de opnieuw opstarten verplicht? |
---|---|---|
9.25 |
9.27 |
Niet verplicht |
9.25 |
9.28 |
Niet verplicht |
9.25 |
9.29 |
Niet verplicht |
9.25 |
9.30 |
MandatoryFirst upgrade naar versie 9,29 en start opnieuw op voordat u een upgrade uitvoert naar versie 9,30 (omdat het verschil tussen de laatste versie voor opnieuw opstarten en de doelversie groter is dan 4). |