Viktig!: Denne utgivelsen har bare oppdateringer for Azure-til-Azure og moderniserte VMware-til-Azure-beskyttelsesscenarioer.
Innledning
Denne artikkelen beskriver problemene som er løst i samleoppdatering 69 i følgende versjoner av Microsoft Azure Site Recovery:
-
Azure til Azure
-
Modernisert VMware/Fysisk til Azure
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 69 for Microsoft Azure Site Recovery Provider, må du ha ett av følgende installert:
-
Microsoft Azure Site Recovery Provider (versjon 5.1.7700 eller en nyere versjon)
-
Microsoft Azure Site Recovery Unified Setup (VMware til Azure) (versjon 9.52.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
-
Rocky Linux 8,7
-
Rocky Linux 9.0 Leilighet
-
Rocky Linux 9.1 Leilighet
-
SUSE Linux Enterprise Server 15 SP5
-
-
Modernisert VMware/Fysisk til Azure
-
Rocky Linux 8,7
-
Rocky Linux 9.0 Leilighet
-
Rocky Linux 9.1 Leilighet
-
SUSE Linux Enterprise Server 15 SP5
-
Windows OS-støtte
-
Azure til Azure
-
Windows 11
-
Problemer løst:
-
La til en kontroll som sikrer at en ny synkronisering ikke utløses hvis den beskyttede maskinen ble slått av på en grasiøs måte, slik at du unngår flere dataoverføringsoperasjoner.
-
Løste et problem for VM-er for Oracle Linux 7.9 VMware, der ASR-driveren ikke kunne identifisere noen få filer og forårsaket at kjernen krasjet.
-
Redigerte feilmeldinger der frafallsmåledataene ble vist med feil enheter.
-
Løste en feil der beskyttede RHEL-maskiner der Site Recovery driver kan forårsake krasj på grunn av minnepigger.
-
Løste et problem der beskytt operasjonen på nytt for en Debian 11-maskin mislyktes på grunn av manglende oppryddingstrinn.
-
Løste et problem der installasjon av mobilitetstjeneste mislyktes på CentOS 7.8-maskiner, på grunn av at en operasjon ikke var kompatibel med kerneller eldre enn 3.1.x.
-
Løste et problem der den første replikerings-/synkroniseringsoperasjonen ikke går under re-beskyttelsen av en virtuell maskin for Windows VMware fordi en mobility Service-prosess ikke ble avsluttet ved stopp.
Microsoft Azure Site Recovery replikeringsapparat
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.
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 |
