Innledning
Denne artikkelen beskriver problemene som er løst i samleoppdatering 67 i følgende versjoner av Microsoft Azure Site Recovery:
-
Azure til Azure
-
Modernisert VMware/Fysisk til Azure
-
Hyper-V eller VMM til Azure
-
Klassisk VMware/Fysisk til Azure
-
Last ned Microsoft Azure Site Recovery Configuration Server OVF-mal (versjon 9.54.6682.1)
-
Last ned Microsoft Azure Site Recovery Unified Setup (VMware til Azure) (versjon 9.54.6682.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, DEBIAN9 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.
-
-
Finn ut mer om detaljene for problemene som er løst, og forutsetningene som skal bekreftes før du installerer denne oppdateringen.
Forutsetninger
Hvis du vil installere Samleoppdatering 67 for Microsoft Azure Site Recovery Provider, må du ha ett av følgende installert:
-
Microsoft Azure Site Recovery Provider (versjon 5.1.7600 eller en nyere versjon)
-
Microsoft Azure Site Recovery Unified Setup (VMware til Azure) (versjon 9.50.xxxx.x eller en senere versjon)
-
Microsoft Azure Recovery Services Agent (versjon 2.0.9202.0 eller en nyere versjon)
Obs! Du kan kontrollere den installerte leverandørversjonen i programmer og funksjoner-elementet i Kontrollpanel.
Forbedringer og problemer som er løst i denne oppdateringen
Når du har installert denne oppdateringen, blir følgende problemer løst, og følgende forbedringer er inkludert.
Mobility Service
Linux OS-støtte
-
Azure til Azure
-
Oracle Linux 8.7 med UEK7-kjerne
-
RHEL 9
-
Cent OS 9
-
-
Modernisert VMware/Fysisk til Azure
-
Oracle Linux 8.7 med UEK7-kjerne
-
RHEL 9
-
Cent OS 9
-
Oracle Linux 9
-
Problemer løst:
-
Løste et problem der oppdatering av proxy-detaljene i det moderniserte VMware/fysiske maskinreplikeringsscenariet ikke fungerte som forventet.
-
Løste et problem der gjennomstrømmingsvarsler ble utløst feil av prosessserveren.
-
Løste et problem der installasjon av mobilitetsagent i Azure VM-replikeringsscenariet mislyktes for noen redhat-kerner.
-
Løste et problem der OS-diskreplikering mislyktes på grunn av feil analyse av en parameter.
Microsoft Azure Site Recovery replikeringsapparat
Forbedringer:
-
Windows Server 2019 kan nå brukes som ASR-replikeringsapparat.
-
Microsoft Edge vil nå være standardnettleser for appliance configuration manager.
Oppdateringer:
Komponent |
Versjon |
---|---|
Fysisk oppdagingsserver |
|
Søkeserver |
|
Site Recovery leverandør |
|
Konfigureringsbehandling for apparater |
|
Proxy-server |
|
Replikeringstjeneste |
|
Server for beskyttelse på nytt |
|
Push-installasjonsagent |
|
Recovery Services-agent |
|
Prosessserver |
Microsoft Azure Site Recovery (portal)
Forbedringer:
-
La til støtte for å velge et tilgjengelighetssett, etter å ha aktivert replikering ved hjelp av modernisert VMware/fysisk maskinreplikeringsscenario.
-
La til støtte for å velge en plasseringsgruppe for nærhet, etter å ha aktivert replikering ved hjelp av modernisert VMware/fysisk maskinreplikeringsscenario.
Kjenner til problemer:
-
Når du aktiverer replikering i det moderniserte VMware/fysiske maskinreplikeringsscenariet, kan det hende at alle målressursgrupper ikke vises i rullegardinmenyen. Som en løsning endrer du abonnementet én gang, og deretter setter du det tilbake til det tiltenkte abonnementet. Alle ressursgrupper fylles ut.
Oppdatere Azure Site Recovery lokale komponenter
Mellom et lokalt VMM-nettsted og Azure
-
Last ned samleoppdateringen for Microsoft Azure Site Recovery Provider.
-
Installer samleoppdateringen på den lokale VMM-serveren.
-
Installer den nyeste Microsoft Azure Recovery Services-agenten på alle Hyper-V-verter.
Obs! Hvis VMM er en svært tilgjengelig VMM (gruppert VMM), må du kontrollere at du installerer oppgraderingen på alle noder i klyngen der VMM-tjenesten er installert.
Mellom et lokalt Hyper-V-nettsted og Azure
-
Last ned samleoppdateringen for Microsoft Azure Site Recovery Provider.
-
Installer leverandøren på hver node av Hyper-V-serverne som du har registrert i Azure Site Recovery.
Obs! Hvis Hyper-V er en vertsgruppert Hyper-V-server, må du kontrollere at du installerer oppgraderingen på alle noder i klyngen.
Mellom en lokal VMware eller et fysisk område til Azure (modernisert opplevelse)
-
Sørg for at det lokale administrasjonsapparatet er oppdatert ved å gå til appliance-konfigurasjonssjefen. Hvis ikke, laster du ned den nyeste versjonen for komponentene som er bak den nyeste versjonen.
-
Gå til Azure Portal, og gå deretter til siden Beskyttede elementer > Replikerte elementer. Velg en virtuell maskin på denne siden. Velg Oppdater agent-knappen som vises nederst på siden for hver virtuelle maskin. Dette oppdaterer Mobility Service Agent på alle beskyttede virtuelle maskiner.
Mellom en lokal VMware eller et fysisk område til Azure (klassisk opplevelse)
-
Oppdater den lokale administrasjonsserveren ved å laste ned Microsoft Azure Site Recovery Unified Setup. Dette er serveren som har rollene Konfigurasjonsserver og Prosessserver.
-
Hvis du har prosessservere for utskalering, kan du oppdatere dem ved å kjøre Microsoft Azure Site Recovery Unified Setup.
-
Hvis du har overordnede målservere, kan du oppdatere dem ved å se trinnene her.
-
Gå til Azure Portal, og gå deretter til siden Beskyttede elementer > Replikerte elementer. Velg en virtuell maskin på denne siden. Velg Oppdater agent-knappen som vises nederst på siden for hver virtuelle maskin. Dette oppdaterer Mobility Service Agent på alle beskyttede virtuelle maskiner.
Obs! Hvis du oppdaterer eller beskytter SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 og DEBIAN9 maskiner, må du følge fremgangsmåten nedenfor:
-
Last ned riktig installasjonsprogram for maskinene dine –
-
Kopier installasjonsprogrammet til INSTALL_DIR\home\svsystems\pushinstallsvc\repositoriummapper på Configuration Server og Scale Out Process Servers, før du oppgraderer eller beskytter Virtual Machines. Nedenfor finner du for eksempel mappenavnet når installasjonsbanen for konfigurasjonsservere/prosessservere er C:\Programfiler (x86)\Microsoft Azure Site Recovery –
C:\Programfiler (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository -
Når du har kopiert installasjonsprogrammet, går du til services.msc og starter InMage PushInstall-tjenesten på nytt.
Obs! En omstart anbefales etter hver oppgradering av Mobility-agenten for å sikre at alle de siste endringene lastes inn på kildedatamaskinen. Dette er ikke nødvendigvis obligatorisk. En omstart er imidlertid obligatorisk hvis forskjellen mellom agentversjoner fra siste omstart og målversjonen er større enn fire (4) på den siste desimalplassen. Se tabellen nedenfor for en detaljert forklaring.
Agentversjon under siste omstart |
Oppgraderer til |
Er en omstart obligatorisk? |
---|---|---|
9.25 |
9.27 |
Ikke obligatorisk |
9.25 |
9.28 |
Ikke obligatorisk |
9.25 |
9.29 |
Ikke obligatorisk |
9.25 |
9.30 |
Obligatorisk Oppgrader først til versjon 9.29, og start deretter på nytt før du oppgraderer til versjon 9.30 (fordi forskjellen mellom siste omstartsversjon og målversjonen er større enn 4) |