Introduktion
I denne artikel beskrives de problemer, der er løst i opdateringspakke 61 i følgende versioner af Microsoft Azure Site Recovery:
-
Azure til Azure
-
VMware/Physical til Azure
-
Download skabelonen Microsoft Azure Site Recovery Configuration Server OVF (version 5.1.7387.0)
-
SHA256 hash AB51E1BAB32BD93A1B255E43BEBC8C04C63B97EC1EDD439E55FCECE1663F4446
-
-
Download Microsoft Azure Site Recovery Unified Setup (VMware til Azure) (version 9.48.6349.1)
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
-
Hyper-V eller VMM til Azure
-
VMware til Azure (prøveversion)
Få mere at vide om detaljerne om de problemer, der er løst, og de forudsætninger, der skal bekræftes, før du installerer denne opdatering.
Forudsætninger
Hvis du vil installere Microsoft Azure Site Recovery-provideropdateringspakke 61, skal du have en af følgende installeret:
-
Microsoft Azure Site Recovery-udbyder (version 5.1.6800 eller en nyere version)
-
Microsoft Azure Site Recovery Unified Setup (VMware til Azure) (version 9.44.xxxx.x eller en nyere version)
-
Microsoft Azure Recovery Services Agent (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 og problemer, der er rettet i denne opdatering
Når du har installeret denne opdatering, er følgende problemer løst, og følgende forbedringer er inkluderet.
Mobilitetstjeneste
Forbedringer
-
Tilføjet understøttelse af yderligere kerneliste for Debian 10 og Ubuntu 20.04 Linux-distributioner.
-
Tilføjet understøttelse af tynde klargjorte LVM-diskenheder.
Der er løst problemer
-
Vi har rettet et problem, hvor installation af mobilitetstjenester på computere med Oracle Linux-operativsystemet mislykkedes, hvis der ikke var nogen RedHat-kerner på systemet.
-
Tilføjet en blokering til Linux-computere med sikker bootstart tændt "TIL", da sikker bootstart ikke understøttes af Site Recovery.
-
Vi har tilføjet en rettelse, hvor systemet går ned, når du håndterer størrelsen på en disk.
-
[VMware preview architecture] Vi har rettet et problem, hvor dataoverførsel forårsagede unødvendige synkroniseringshandlinger.
-
[VMware preview architecture] Vi har rettet et problem, hvor den indledende replikering under genbeskyttelse fra Azure til det lokale miljø ikke svarede.
-
[VMware preview architecture] Vi har rettet et problem, hvor registreringen af mobilitetstjenesteagenten på en computer, hvor replikering tidligere er blevet deaktiveret, mislykkedes.
Microsoft Azure Site Recovery (tjeneste)
Forbedringer
-
Offentlig forhåndsvisning af on-demand kapacitetsreservation integration med Site Recovery er nu live.
Microsoft Azure Site Recovery (Portal)
Forbedringer
-
Offentlig forhåndsvisning af on-demand kapacitetsreservation integration med Site Recovery er nu live. Få mere at vide.
Opdatering af dine Lokale Azure Site Recovery-komponenter
Mellem to lokale VMM-websteder
-
Download den seneste opdateringspakke til Microsoft Azure Site Recovery-udbyder.
-
Installér først opdateringspakken på den lokale VMM-server, der administrerer genoprettelseswebstedet.
-
Når genoprettelseswebstedet er opdateret, skal du installere opdateringspakken på den VMM-server, der administrerer det primære websted.
Bemærk! Hvis VMM er en meget tilgængelig VMM (clustered 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
-
Download opdateringspakken til Microsoft Azure Site Recovery-udbyder.
-
Installér opdateringspakken på den lokale VMM-server.
-
Installér den seneste Microsoft Azure Recovery Services Agent på alle Hyper-V-værter.
Bemærk Hvis din VMM er en meget tilgængelig VMM (clustered 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
-
Download opdateringspakken til Microsoft Azure Site Recovery-udbyder.
-
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 værtsklynge Hyper-V-server, skal du sørge for at installere opgraderingen på alle noder i klyngen.
Mellem et lokalt VMware- eller fysisk websted til Azure
-
Opdater din lokale administrationsserver ved at hente Microsoft Azure Site Recovery Unified Setup. Dette er den server, der har konfigurationsserveren og processerverrollerne.
-
Hvis du har udskaleringsprocesservere, skal du opdatere dem ved at køre Microsoft Azure Site Recovery Unified Setup.
-
Gå til Azure Portal, 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 agenten for mobilitetstjenester på alle beskyttede virtuelle maskiner.
Bemærk! Hvis du opdaterer eller beskytter maskinerne SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7 og DEBIAN8, skal du følge nedenstående trin -
-
Download det relevante installationsprogram til dine computere –
-
Kopiér installationsprogrammet til mapperne INSTALL_DIR\home\svsystems\pushinstallsvc\repository på Konfigurationsserver og Skaler processervere, før du opgraderer eller beskytter din Virtual Machines. Nedenstående vil f.eks. være mappenavnet, når installationsstien til Konfigurationsserver/Processervere er C:\Programmer (x86)\Microsoft Azure Site Recovery –
-
C:\Programmer (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
-
-
Når du har kopieret installationsprogrammet, skal du gå til services.msc og genstarte InMage PushInstall-tjenesten .
Bemærk: En genstart anbefales efter hver opgradering af Mobilitetsagenten for at sikre, at alle 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 destinationsversionen er større end fire (4) i sidste decimal. Se følgende tabel for at få en detaljeret forklaring.
Agentversion under seneste genstart |
Opgradering 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 Første opgradering til version 9.29, og genstart derefter, før du opgraderer til version 9.30 (fordi forskellen mellem den seneste genstartsversion og destinationsversionen er større end 4) |