Updatepakket 42 voor Azure site herstellen

Inleiding

In dit artikel worden de problemen beschreven die worden opgelost met update pakket 42 in de volgende versies van Microsoft Azure site herstellen:

• Microsoft Azure site herstel provider downloaden (versie 5.1.5200.0)

• Download Microsoft Azure site herstel Unified Setup (VMware Azure) (versie 9.30.5407.1)

• Microsoft Azure Recovery Services-agent downloaden (versie 2.0.9165.0)

• Microsoft Azure site herstel configuratie server OVF-sjabloon downloaden (versie 5.1.5200.0)

• Download Mobility service voor Windows (versie 9.30.5407.1)

• Download Mobility service voor CentOS (versie 9.30.5407.1)

• Download Mobility service voor Ubuntu (versie 9.30.5407.1)

Meer informatie over de details van de problemen die worden opgelost en de Voorwaarden die moeten worden geverifieerd voordat u deze update installeert.

Speciale vereisten

Microsoft Azure site herstel provider Update Rollup 42 (versie 5.1.5200.0) installeert, moet u een van de volgende geïnstalleerde:

• Microsoft Azure site herstel provider (versie 5.1.4800 of een latere versie)

• Microsoft Azure site herstel Unified Setup (VMware Azure) (versie 9.26. xxxx. x of een latere versie)

• Microsoft Azure Services herstel agent (versie 2.0.8700.0 of een latere versie)

Opmerking   U de geïnstalleerde provider versie controleren in het onderdeel Programma's en onderdelen in het Configuratiescherm.

Verbeteringen en problemen die in deze update zijn opgelost

Nadat u deze update hebt geïnstalleerd, worden de volgende problemen opgelost en worden de volgende verbeteringen opgenomen.

Mobility service

Verbeteringen

• Azure Site Recovery biedt nu ondersteuning voor testfailover, failover & failback van VMware en Azure-machines met UEFI-indeling

• • Vmware machines met de volgende besturingssystemen worden ondersteund-Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8

  • Alle Azure-machines die generatie 2 worden ondersteund

• Verbeteringen in Linux OS-ondersteuning

• • Rhel 8

  • Oracle Linux 7,7

• Azure naar Azure DR

• • Azure Linux-machines met Azure Disk Encryption (ADE) kunnen nu worden beveiligd via Azure site Recovery

  • Python 3 voor Linux-extensie wordt nu ondersteund

• Vmware naar Azure DR

• • Gegevens wijzigings tarief (verloop) van schijven en logboeken voor de uploadsnelheid van gegevens zijn nu beschikbaar in het logboek Analytics-integratie met Recovery Services-kluis

Opgeloste problemen

• Voorwaarde controles zijn ingeschakeld voor het valideren van ondersteuning voor SHA2-Codeondertekening. OS draait op Windows 2008 R2 met SP1, Windows 2008 SP2 en Windows 7 SP1 moeten bepaalde KBs worden geïnstalleerd om SHA2-Codeondertekening in te schakelen. Upgrades voor ASR Mobility agent en Fresh installaties zullen niet slagen als SHA2 Codeondertekening niet is ingeschakeld. Meer informatie

Microsoft Azure site herstellen (Service)

Verbeteringen

• Azure virtuele machines in Noorwegen geo kan nu worden beveiligd via Azure site Recovery.

• Azure process server-SKU gebruikt voor failback-bewerkingen in VMware naar Azure DR is standaard ingesteld op Standard_A8_v2

Opgeloste problemen

• Prestaties verbeteringen worden aangebracht om te minimaliseren tijd voor het laden van gerepliceerde items Blade van Recovery Services Vault-& van process server blade

• Hersynchronisatie meldingen worden bijgewerkt met informatie over machines die hersynchronisatie.

• In azure naar Azure DR scenario, de Automation-account gepickt tijdens het inschakelen van replicatie is niet altijd in de doelregio (omdat niet alle regio's Automation-accounts hebben). Er is een geo mapping die informeert welke regio het Automation-account moet worden ingericht in. Deze geo-toewijzing wordt bijgewerkt zodat klanten kunnen gebruiken Automation-accounts uit een andere regio.

Uw Azure site Recovery on-premises onderdelen bijwerken

Tussen twee on-premises VMM-sites

1. Download het meest recente update pakket voorMicrosoft Azure site herstel provider

2. Installeer het update pakket eerst op de server op locatie VMM die de herstel site beheert.

3. Nadat de herstel site is bijgewerkt, installeert u het update pakket op de VMM-server die de primaire site beheert.

Opmerking Als de VMM is een maximaal beschikbare VMM (geclusterde VMM), zorg ervoor dat u de upgrade installeert op alle knooppunten van het cluster waarop de VMM-service is geïnstalleerd.

Tussen een on-premises VMM-site en Azure

1. Download het update pakket voor Microsoft Azure site herstel provider.

2. Installeer het update pakket op de server van de VMM op gebouwen.

3. Installeer de nieuwste Microsoft Azure Services herstel agent op alle Hyper-V-hosts.

Opmerking Als uw VMM is een maximaal beschikbare VMM (geclusterde VMM), zorg ervoor dat u de upgrade installeert op alle knooppunten van het cluster waarop de VMM-service is geïnstalleerd.

Tussen een on-premises Hyper-V-site en Azure

1. Download het update pakket voorMicrosoft Azure site herstel provider.

2. Installeer de provider op elk knooppunt van de Hyper-V-servers die u hebt geregistreerd in azure site herstellen.

Opmerking Als uw Hyper-V een host geclusterde Hyper-V-Server is, zorg ervoor dat u de upgrade op alle knooppunten van het cluster installeert.

Tussen een on-premises VMware of fysieke site naar Azure

1. Update uw on-premises beheerserver door te downloaden Microsoft Azure site herstel Unified Setup. Dit is de server met de configuratieserver en processerver rollen.

2. Als u scale-out processervers hebt, update deze vervolgens door uit te voeren Microsoft Azure site herstel Unified Setup.

3. Ga naar de Azure-Portal en ga naar de beveiligde items > gerepliceerde items pagina. Selecteer een virtuele machine op deze pagina. Selecteer de Update Agent knop die wordt weergegeven onder aan de pagina voor elke virtuele machine. Hiermee wordt de Mobility-Service-agent op alle beveiligde Vm's bijgewerkt.

Opmerking Opnieuw opstarten wordt aanbevolen na elke upgrade van de Mobility-agent om ervoor te zorgen dat alle laatste wijzigingen worden geladen op de broncomputer. Dit is niet noodzakelijkerwijs verplicht. Opnieuw opstarten is echter verplicht als het verschil tussen de agent-versies van de laatste keer opnieuw opstarten en de doelversie groter is dan vier (4) in de laatste decimale plaats. Zie de volgende tabel voor een gedetailleerde uitleg.