Updatepakket 70 voor Azure Site Recovery -KB5034599

Belangrijk

Versie 9.58 voor de Mobility-agent en configuratieserver is live gemaakt voor het klassieke VMware/Physical-scenario Azure tijdens de implementatie van 9.57. Deze versie is niet uitgebracht voor een ander scenario. De downloadkoppelingen zijn teruggedraaid naar versie 9.57 voor klassieke VMware/Physical naar Azure scenario. Als u al een upgrade hebt uitgevoerd naar versie 9.58, kunt u deze blijven gebruiken. Meer informatie vindt u in de sectie Verbeteringen en problemen opgelost in deze update. 

Inleiding

In dit artikel worden de problemen beschreven die worden opgelost in updatepakket 70 in de volgende versies van Microsoft Azure Site Recovery:

Meer informatie over de details van de problemen die zijn opgelost en de vereisten die moeten worden gecontroleerd voordat u deze update installeert.

Vereisten

Als u Microsoft Azure Site Recovery Provider Update Rollup 70 wilt installeren, moet u een van de volgende functies hebben geïnstalleerd:

  • Microsoft Azure Site Recovery Provider (versie 5.1.7800 of een latere versie)
  • Microsoft Azure Site Recovery Unified Setup (VMware naar Azure) (versie 9.52.xxxx.x of een latere versie)
  • Microsoft Azure Recovery Services Agent (versie 2.0.9202.0 of een latere versie)

Opmerking: U kunt de geïnstalleerde providerversie controleren in het item Programma's en onderdelen in Configuratiescherm.

Verbeteringen en problemen opgelost in deze update

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

Mobility-service

ondersteuning voor Linux-besturingssysteem

  • Azure Azure

    • RHEL 8.9
    • Oracle Linux 8.9
    • Rocky Linux 8,8
    • Rocky Linux 8,9

  • VMware/Physical is gemoderniseerd naar Azure

    • RHEL 8.9
    • Oracle Linux 8.9
    • Rocky Linux 8,8
    • Rocky Linux 8,9

Verbeteringen:

  • Er is een hulpprogramma voor het verzamelen van diagnostische gegevens toegevoegd voor zowel Azure aan Azure als gemoderniseerde VMware voor Azure beveiligingsscenario's, om problemen met betrekking tot Site Recovery services of het replicatieapparaat op te lossen. 

Belangrijk

Als u een upgrade hebt uitgevoerd naar Mobility-agentversie 9.58 voor klassieke VMware naar Azure scenario, wordt het niet aanbevolen om replicatie in te stellen op machines die worden uitgevoerd op RHEL 9.1, Oracle Linux 9.1, Rocky Linux 9.1, RHEL 9.2, Oracle Linux 9.2 en Ubuntu-22.04 kernel 6.2.

Microsoft Azure Site Recovery-replicatieapparaat

Updates:

Onderdeel Versie
Fysieke detectieserver 2.0.2027.28
Detectieserver 2.0.2027.39
Site Recovery provider 5.23.1204.5
Apparaatconfiguratiebeheer 6.0.1084.20
Proxyserver 1.38.8708.11966
Replicatieservice 1.38.8933.10676
Server opnieuw beveiligen 1.40.8933.10681
Agent voor push-installatie 1.40.8879.36458
Recovery Services-agent 2.0.9263.0
Processerver 9.57.6911.1

Microsoft Azure Site Recovery Configuration Server

Het beveiligingsprobleem CVE-2024-21364 voor het klassieke VMware/Physical to Azure scenario opgelost. Voer een upgrade uit naar de nieuwste versie om deze beveiligingsoplossing toe te voegen.

Uw Azure Site Recovery on-premises onderdelen bijwerken

Tussen een on-premises VMware- of fysieke site naar Azure (gemoderniseerde ervaring)

  1. Zorg ervoor dat uw on-premises beheerapparaat up-to-date is door naar apparaatconfiguratiebeheer te navigeren. Zo niet, download dan de nieuwste versie voor de onderdelen die zich achter de nieuwste versie bevinden. 
  2. Ga naar de Azure Portal en ga vervolgens naar de pagina Beveiligde items > gerepliceerde items. Selecteer een VM op deze pagina. Selecteer de knop Agent bijwerken die onder aan de pagina wordt weergegeven voor elke VM. Hiermee wordt de Mobility Service Agent op alle beveiligde VM's bijgewerkt.

Tussen een on-premises VMware- of fysieke site naar Azure (klassieke ervaring)

  1. Werk uw on-premises beheerserver bij door Microsoft Azure Site Recovery Unified Setup te downloaden. Dit is de server met de functies Configuratieserver en Processerver.
  2. Als u uitschaalprocesservers hebt, werkt u deze vervolgens bij door Microsoft Azure Site Recovery Unified Setup uit te voeren.
  3. Als u hoofddoelservers hebt, werkt u deze vervolgens bij door de stappen hier te controleren.
  4. Ga naar de Azure Portal en ga vervolgens naar de pagina Beveiligde items > gerepliceerde items. Selecteer een VM op deze pagina. Selecteer de knop Agent bijwerken die onder aan de pagina wordt weergegeven voor elke VM. Hiermee wordt de Mobility Service Agent op alle beveiligde VM's bijgewerkt.

Opmerking Als u SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 en DEBIAN9 machines bijwerkt of beveiligt, moet u de onderstaande stappen volgen:

  • Download het juiste installatieprogramma voor uw machines –

  • Kopieer het installatieprogramma naar INSTALL_DIR\home\svsystems\pushinstallsvc\repository-mappen op configuratieserver en scale-outprocesservers, voordat u uw Virtual Machines bijwerkt of beveiligt. Hieronder ziet u bijvoorbeeld de mapnaam wanneer het installatiepad voor configuratieserver/processervers C:\Program Files (x86)\Microsoft Azure Site Recovery –

    C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

  • Nadat u het installatieprogramma hebt gekopieerd, gaat u naar services.msc en start u de Service InMage PushInstall opnieuw.

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

Agentversie tijdens laatste herstart Upgraden naar Is 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 Verplicht

Voer eerst een upgrade uit naar versie 9.29 en start vervolgens opnieuw op voordat u een upgrade uitvoert naar versie 9.30 (omdat het verschil tussen de laatste herstartversie en de doelversie groter is dan 4)