Innføring
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 OVF-malen for Microsoft Azure Site Recovery Configuration Server (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-leverandør, 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 to Azure) (versjon 9.51.xxxx.x eller en nyere 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. Les mer.
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 | 2.0.2027.28 |
| Søkeserver | 2.0.2027.39 |
| Site Recovery leverandør | 5.23.0720.4 |
| Konfigureringsbehandling for apparater | 6.0.931.38 |
| Proxy-server | 1.38.8708.11966 |
| Replikeringstjeneste | 1.38.8707.13595 |
| Server for beskyttelse på nytt | 1.39.8708.11154 |
| Push-installasjonsagent | 1.39.8785.21742 |
| Recovery Services-agent | 2.0.9261.0 |
| Prosessserver | 9.55.6765.1 |
Oppdatere Azure Site Recovery lokale komponenter
Mellom et lokalt VMM-område 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.
Merk 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-område og Azure
- Last ned samleoppdateringen for Microsoft Azure Site Recovery Provider.
- Installer leverandøren på hver node av Hyper-V-serverne du har registrert i Azure Site Recovery.
Merk 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 for å 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 Replikerte elementer med beskyttede 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 for å 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 Replikerte elementer med beskyttede 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.
Merk 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:\Program Files (x86)\Microsoft Azure Site Recovery –
C:\Program Files (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) |