Innledning
Denne artikkelen beskriver problemene som er løst i samleoppdatering 68 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.55.6765.1)
-
Last ned Microsoft Azure Site Recovery Unified Setup (VMware til Azure) (versjon 9.55.6765.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 68 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.51.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
-
RHEL 8.8
-
-
Modernisert VMware/Fysisk til Azure
-
RHEL 8.8
-
Problemer løst:
-
La til en kontroll der USB-disker er utelatt fra å bli oppdaget, da de ikke støttes i det moderniserte VMware/fysiske maskinreplikeringsscenarioet.
-
Løste et problem der en av ASR-tjenestene på en beskyttet SUSE Linux Azure VM ikke fungerte og mislyktes med flere feil.
Forbedringer:
-
Modernisert arkitektur lanseres som standard når du installerer mobilitetsagenten manuelt. Mer informasjon.
Microsoft Azure Site Recovery replikeringsapparat
Forbedringer:
-
Løste et problem som berører private endepunktbrukere av nasjonale områder, der urler for området og DNS-soner for nøkkelhvelv ble brukt.
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 |
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 |