Opdateringspakke 55 til Genoprettelse af Azure-websted -KB5003408

Mobilitetstjeneste

Forbedringer

• Vi har tilføjet understøttelse til konfiguration af Ubuntu-20.04 på master destinationsserveren.

Linux OS-support

• Azure til Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

• VMware/Fysisk til Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

Problemer løst

• Rettede et problem, hvor replikering blev kritisk på grund af timeout.

• Problemer med dataintegritet er blevet rettet for Oracle Linux 8.2.

• Forbedrede tilstandsproblemer, som man oplever under dataproblemer.

• Vi har rettet et problem, hvor installationen af mobilitetstjenesten mislykkedes for operativsystemet SLE15-SP0.

• Vi har tilføjet en forhåndstjekning for at sikre, at kildemaskine har mindst 1 GB ledig hukommelse, før du installerer mobilitetstjeneste, for at undgå fejl på grund af, at computeren er uden hukommelse.

Samlet konfiguration af Microsoft Azure-webstedsgendannelse & konfigurationsserverskabelon

Forbedringer

• Flowet, hvor klik på Konfigurationsserver fik skærmen til at fryse, blev opdateret.

Problemer løst

• Rettede et problem, hvor opgraderingen forårsagede, at replikeringen blev kritisk på grund af valideringsproblemer. 

Microsoft Azure-webstedsgendannelse (tjeneste)

Forbedringer

• Rest API-understøttelse til beskyttelse af VMSS Flex, herunder beskyttelse af virtuelle VMSS-computere i en placeringsgruppe, der ligger tæt på og/eller i en zonekonfiguration. Skalering ind/ud af VMSS Flex understøttes endnu ikke af webstedsgendannelse.

Problemer løst

• Vi har rettet et problem, hvor aktivering af beskyttelse af virtuelle maskiner til en placeringsgruppe for en zonal afstand mislykkedes.

• Rettede et problem, hvor der opstod null-referenceundtagelse under aktivering af replikering.

• Rettede et problem, hvor genoprettelsestjenesters API returnerede HTTP 400-fejlkode i stedet for HTTP 404-fejlkode.

Microsoft Azure-webstedsgendannelse (portal)

Forbedringer

• Udrullet understøttelse af genoprettelse efter nedbrud på tværs af nedbrud i virtuelle Azure-computere. Support er i øjeblikket begrænset til tre områdepar:

  • Sydøstasien og Australien sydøst

  • Sydøstasien og Australien øst

  • Vesteuropa og det centrale Sydamerika

Problemer løst

• Vi har tilføjet en løsning, der kun viser cachelagerkonti fra kildeplaceringen.

Mellem to lokale VMM-websteder

1. Download den seneste opdateringsopdatering til Microsoft Azure-webstedsgendannelsesudbyder

2. Installér først opdateringsopdateringen på den lokale VMM-server, der administrerer genoprettelseswebstedet.

3. Når genoprettelseswebstedet er opdateret, skal du installere opdateringsopdateringsopdateringen på den VMM-server, der administrerer det primære websted.

Bemærk! Hvis VMM er en meget tilgængelig VMM (grupperet VMM), skal du sørge for at installere opgraderingen på alle noder i klyngen, hvor VMM-tjenesten er installeret.

Mellem et lokalt VMM-websted og Azure

1. Download opdateringsopdateringsopdateringen til Microsoft Azure-udbyderen til genoprettelse af websteder.

2. Installér opdateringsopdateringen på den lokale VMM-server.

3. Installér den nyeste agent til Microsoft Azure-genoprettelsestjenester på alle Hyper-V-værter.

Bemærk Hvis din VMM er en meget tilgængelig VMM (grupperet VMM), skal du sørge for at installere opgraderingen på alle noder i klyngen, hvor VMM-tjenesten er installeret.

Mellem et lokalt Hyper-V-websted og Azure

1. Download opdateringsopdateringsopdateringen til Microsoft Azure-udbyderen til genoprettelse af websteder.

2. Installér udbyderen på hver node af De Hyper-V-servere, du har registreret i Azure Site Recovery.

Bemærk! Hvis din Hyper-V er en Host Clustered Hyper-V-server, skal du sørge for at installere opgraderingen på alle noder i klyngen.

Mellem et lokalt VMware eller et fysisk websted til Azure

1. Opdater din lokale administrationsserver ved at hente samlet konfiguration af  Microsoft Azure Site Recovery. Dette er den server, der har rollerne Konfigurationsserver og Processerver.

2. Hvis du har udskalerede processervere, skal du opdatere dem næste gang ved at køre samlet konfiguration af Microsoft Azure-webstedsgendannelse.

3. Gå til Azure-portalen, og gå derefter til siden Beskyttede elementer > Replikerede elementer. Vælg en VM på denne side. Vælg knappen Opdater agent, der vises nederst på siden for hver VM. Dette opdaterer Mobility Service Agent på alle beskyttede VM'er.

Bemærk! Hvis du opdaterer eller beskytter SUSE Linux Enterprise Server 11 SP3- og SUSE Linux Enterprise Server 11 SP4-, RHEL5-, CentOS 5-, Oracle Linux 6-, DENSER7-, UBUNTU- og UBUNTU-14.04-computere, skal du følge nedenstående trin -

1. Download det relevante installationsprogram til dine computere –

   • 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

   • Oracle Linux 6-https://download.microsoft.com/download/7/8/b/78be70b5-4110-4782-a79d-82507e372cf1/Microsoft-ASR_UA_9.42.0.0_OL6-64_GA_08Apr2021_release.tar.gz

   • 2010-https://download.microsoft.com/download/2/4/b/24b4236a-7d47-4c5a-adaa-72843e33d547/Microsoft-ASR_UA_9.42.0.0_DEBIAN7-64_GA_08Apr2021_release.tar.gz

   • DEThttps://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

2. Kopiér installationsprogrammet til INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders på Configuration Server og Scale Out Process Servers, før du opgraderer eller beskytter dine virtuelle maskiner. Nedenfor vises mappenavnet, når installationsstien For Configuration Server/Process Servers er 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 kopieret installationsprogrammet, skal du gå til services.msc og genstarte tjenesten InMage PushInstall.

Bemærk: En genstart anbefales efter hver opgradering af mobilitetsagenten for at sikre, at alle de seneste ændringer indlæses på kildecomputeren. Dette er ikke nødvendigvis obligatorisk. En genstart er dog obligatorisk, hvis forskellen mellem agentversioner fra den seneste genstart og målversionen er større end fire (4) på den sidste decimalplads. Se følgende tabel for at få en detaljeret forklaring.