Introduktion

I denne artikel beskrives de problemer, der er løst i opdateringspakke 59 i følgende versioner af Microsoft Azure genoprettelse af websteder:

Forudsætninger

Hvis du vil Microsoft Azure af opdateringspakke til udbyderen af genoprettelseswebsteder 59, skal du have en af følgende installeret:

  • Microsoft Azure af websteder (version 5.1.6600 eller en nyere version)

  • Microsoft Azure samlet konfiguration af websted (VMware til Azure) (version 9.42.xxxx.x eller en nyere version)

  • Microsoft Azure-genoprettelsestjenesten (version 2.0.9202.0 eller en nyere version)

Bemærk!Du kan kontrollere den installerede udbyderversion i elementet Programmer og funktioner i Kontrolpanel.

Forbedringer foretaget og problemer løst i denne opdatering

Når du har installeret denne opdatering, er følgende problemer løst, og følgende forbedringer er inkluderet.

Mobilitetstjeneste 

Forbedringer

  • Ekstra understøttelse af Windows Server 2022 som replikeringscomputerens operativsystem, for Azure til Azure og VMWare til Azure-replikering.

Problemer løst

  • Rettede et problem, hvor oprettelse af ensartede øjebliksbilleder mislykkedes, da et andet øjebliksbillede var i gang.

  • Vi har løst en fejl, hvor certifikatfornyelse for konfigurationsserveren mislykkedes fra både portalen og værktøjet på grund af manglende stop af en af tjenesterne. 

  • Vi har rettet et problem, hvor installationen af mobilitetstjenesten mislykkedes på grund af manglende mulighed for at installere manifestfil. 

  • Der er tilføjet en blok til installation af mobilitetstjeneste på maskiner, der har de ældre InMage-spejder-bits allerede installeret.

  • Logfilerne er blevet forbedret, så det bliver nemmere og hurtigere at fejlfinde. 

  • [VMware-eksempelarkitektur]Rettede et problem, hvor der blev vist en ufuldstændig fejlmeddelelse for registreringsfejl i ASR replication appliance. 

  • Rettede et problem, hvor replikering blev slået til kritisk på grund af lagernøgler, der blev roteret. 

  • Vi har tilføjet nøjagtige certifikatnavne i tilfælde af manglende Rodnøglecenter for bedre at hjælpe med fejlfindingen. 

  • Forbedret fejlmeddelelse for flere scenarier.

  • [VMware-eksempelarkitektur]Vi har rettet et problem, hvor gensynkronisering, der blev udført under omvendt replikering, blev afbrudt. 

  • [VMware-eksempelarkitektur]Vi har rettet et problem, hvor omvendt replikering ikke blev fortsætter, i stedet for mislykkes, når cachelagerkontoen ikke var tilgængelig. 

  • [VMware-eksempelarkitektur]Vi har rettet et kendt problem, hvor et ASR-replikeringsudstyr, der ikke er registreret, også blev vist på portalen. 

  • [VMware-eksempelarkitektur]Vi har rettet et kendt problem, hvor gen-beskyttelse fra PowerShell mislykkedes med en fejl for ugyldig failoverretning.

  • Ekstra understøttelse af Oracle Linux 8.4 med UEK-kerne.

Microsoft Azure webstedsgendannelse (tjeneste)

Der er ikke tilføjet nogen ændringer.

Microsoft Azure webstedsgendannelse (portal)

Der er ikke tilføjet nogen ændringer.

Opdatering af de lokale Azure-webstedsgendannelseskomponenter

Mellem to lokale VMM-websteder

  1. Download den seneste opdateringspakke til Microsoft Azure-udbyderen til genoprettelse af websteder

  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. Hent opdateringsopdateringen til Microsoft Azure af webstedsgendannelsesudbyderen.

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

  3. Installér den nyeste Microsoft Azure-genoprettelsestjenesteagent 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. Hent opdateringsopdateringen til Microsoft Azure af webstedsgendannelsesudbyderen.

  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 downloade Microsoft Azure  samlet konfiguration af webstedsgendannelse. Dette er den server, der har rollerne Konfigurationsserver og Processerver.

  2. Hvis du har udskaleringsprocesservere, skal du opdatere dem næste gang ved Microsoft Azure samlet konfiguration af 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 –

  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 vil f.eks. være 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.

Agentversion under seneste genstart

Opgradere til

Er en genstart obligatorisk?

9.25

9.27

Ikke obligatorisk

9.25

9.28

Ikke obligatorisk

9.25

9.29

Ikke obligatorisk

9.25

9.30

Obligatorisk

Opgrader først til version 9.29, og genstart derefter, før du opgraderer til version 9.30 (fordi forskellen mellem den seneste genstartversion og destinationsversionen er større end 4)

Har du brug for mere hjælp?

Udvid dine færdigheder
Gå på opdagelse i kurser
Få nye funktioner først
Deltag i Microsoft insiders

Var disse oplysninger nyttige?

Hvor tilfreds er du med kvaliteten af oversættelsen?
Hvad påvirkede din oplevelse?

Tak for din feedback!

×