Samlad uppdatering 55 för Azure Webbplatsåterställning -KB5003408

Mobilitetstjänst

Förbättringar

• Lade till stöd för konfigurering av Ubuntu-20.04 på huvudmålservern.

Linux OS-support

• Azure till Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

• VMware/Physical till Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

Problem har åtgärdats

• Åtgärdat ett problem där replikering blev kritisk på grund av timeout.

• Åtgärdade problem med dataintegritet för Oracle Linux 8.2.

• Förbättrade hälsoproblem som kan drabbas av databegränsning.

• Åtgärdat ett problem där installationen av mobilitetstjänsten misslyckades för operativsystemet SLE15-SP0.

• Ytterligare förkontroll för att säkerställa att källdatorn har minst 1 GB ledigt minne innan du installerar mobilitetstjänsten, för att undvika fel som orsakas av att datorns minne tar slut.

Enhetlig konfigurationskonfiguration & Microsoft Azure-webbplatsåterställning – servermall

Förbättringar

• Uppdaterade flödet där klickning på konfigurationsservern orsakade att skärmen frysdes.

Problem har åtgärdats

• Åtgärdat ett problem där uppgraderingen orsakade att replikering gick kritiskt på grund av problem med validering. 

Webbplatsåterställning för Microsoft Azure (tjänst)

Förbättringar

• Rest API-stöd för skydd av VMSS Flex, inklusive skydd av virtuella VMSS-maskiner i en närhetsplaceringsgrupp och/eller i en zonkonfiguration. Skalning in/ut ur VMSS Flex stöds ännu inte av webbplatsåterställning.

Problem har åtgärdats

• Åtgärdat ett problem där skydd för virtuella maskiner till en zonografiska placeringsgrupp misslyckades.

• Åtgärdat ett problem där null-referensfel inträffar under aktivera replikering.

• Åtgärdat ett problem där API för återställningstjänster returnerade HTTP 400-felkod i stället för HTTP 404-felkod.

Webbplatsåterställning för Microsoft Azure (portal)

Förbättringar

• Distribuerat stöd för korsåterställning av katastrofåterställning av Virtuella Azure-datorer. Supporten är för närvarande begränsad till tre regionpar:

  • Sydostasien och Sydostasien i Australien

  • Östra Sydostasien och Australien

  • Västra Europa och södra centrala USA

Problem har åtgärdats

• En korrigering har lagts till för att visa cachelagringskonton endast från källplatsen.

Mellan två lokala VMM-webbplatser

1. Ladda ned den senaste samlad uppdatering för Webbplatsåterställningsleverantör för Microsoft Azure

2. Installera den samlade uppdateringen först på den lokala VMM-server som hanterar webbplatsen för återställning.

3. När återställningswebbplatsen har uppdaterats installerar du den samlad uppdatering på den VMM-server som hanterar den primära webbplatsen.

Obs Om VMM är en grupperad VMM (Clustered VMM) kontrollerar du att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.

Mellan en lokal VMM-webbplats och Azure

1. Ladda ned den hämtade uppdateringen för Webbplatsåterställningsleverantör för Microsoft Azure.

2. Installera den samlade uppdateringen på den lokala VMM-servern.

3. Installera den senaste Microsoft Azure Recovery Services-agenten på alla Hyper-V-värdar.

Obs! Om din VMM är en grupperad 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

1. Ladda ned den hämtade uppdateringen för Webbplatsåterställningsleverantör för Microsoft Azure.

2. Installera leverantören på varje nod av Hyper-V-servrarna som du har registrerat i Azure Site Recovery.

Obs Om hyper-V är en värd grupperad Hyper-V-server ska du installera uppgraderingen på alla noder i klustret.

Mellan en lokal VMware-webbplats eller fysisk webbplats till Azure

1. Uppdatera den lokala hanteringsservern genom att ladda ned Den enhetliga installationen  av Microsoft Azure Site Recovery. Det här är den server som har rollerna Konfigurationsserver och Processserver.

2. Om du har skalnings processservrar uppdaterar du dem sedan genom att köra installationsprogrammet Microsoft Azure Site Recovery Unified.

3. Gå till Azure-portalen och gå till sidan Skyddade objekt >Replikerade objekt. Välj en VM på den här sidan. Välj knappen Uppdatera agent som visas längst ned på sidan för varje VM. Detta uppdaterar Mobility Service Agent på alla skyddade virtuella maskiner.

Obs! Om du uppdaterar eller skyddar SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, UBUNTU7, UBUNTU8 och UBUNTU-14.04-datorer, ska du se till att följa stegen nedan –

1. Ladda ned rätt installationsprogram för dina datorer –

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • RHEL5-https://download.microsoft.com/download/c/c/a/cca72ea8-dfe7-4c63-9820-cbe7c5ea5b0f/Microsoft-ASR_UA_9.42.0.0_RHEL5-64_GA_08Apr2021_release.tar.gz

   • CentOS 5-https://download.microsoft.com/download/c/c/a/cca72ea8-dfe7-4c63-9820-cbe7c5ea5b0f/Microsoft-ASR_UA_9.42.0.0_RHEL5-64_GA_08Apr2021_release.tar.gz

   • Oracle Linux 6

   • ERING7

   • OLIKAhttps://download.microsoft.com/download/5/9/e/59e0918f-3834-478a-a511-34b5142510a6/Microsoft-ASR_UA_9.42.0.0_DEBIAN8-64_GA_08Apr2021_release.tar.gz

   • UBUNTU-14.04-https://download.microsoft.com/download/7/9/3/7931d3e0-50d0-4be9-bae1-8152c0d2ce49/Microsoft-ASR_UA_9.42.0.0_UBUNTU-14.04-64_GA_08Apr2021_release.tar.gz

2. Kopiera installationsprogrammet till INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders on Configuration Server och Scale Out Process Servers innan du uppgraderar eller skyddar dina virtuella datorer. Nedan visas till exempel mappnamnet när installationssökvägen för konfigurationsserver/processservrar är C:\Program Files (x86)\Microsoft Azure Site Recovery –

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

3. När du har kopierat installationsprogrammet går du till services.msc och startar om Tjänsten InMage PushInstall.

Obs! En omstart rekommenderas efter varje uppgradering av Mobility-agenten för att säkerställa att alla de senaste ändringarna läses in på källdatorn. Detta är inte nödvändigtvis obligatoriskt. En omstart är dock obligatorisk om skillnaden mellan agentversionerna 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.