Logg på med Microsoft
Logg på, eller opprett en konto.
Hei,
Velg en annen konto.
Du har flere kontoer
Velg kontoen du vil logge på med.

Innledning

Denne artikkelen beskriver problemene som er løst i samleoppdatering 66 i følgende versjoner av Microsoft Azure Site Recovery:

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 66 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.49.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

    • Ubuntu 22.04

    • RHEL 8.7

    • Cent OS 8,7

  • Modernisert VMware/Fysisk til Azure

    • Ubuntu 22.04

    • RHEL 8.7

    • Cent OS 8,7

  • Klassisk VMware/Fysisk til Azure

    • RHEL 8.7

    • Cent OS 8,7

Problemeter løst

  • Løste et problem der driveren for mobilitetstjeneste kunne oppdage identiteten til kildedisken på riktig måte, og det forårsaket problemer med replikering.

  • Løste et problem der feilen over Azure-maskinen ikke startet opp på grunn av at operasjonen ble tidsavbrutt.

  • Løste et problem der automatisk oppdatering av mobilitetstjenesten mislyktes, for moderniserte VMware/Fysiske til Azure-scenarier, hvis egendefinert bane ble angitt under installasjonen.

  • Løste et problem der aktivering av replikering på en SUSE Linux Enterprise Server 15 mislyktes.

  • La til en løsning der prosessserveren ikke kunne fungere når mer enn én maskin med samme BIOS-ID prøvde å etablere en tilkobling.

  • Løste en feil på konfigurasjonsserveren der feltet for ventende dataendringer ikke ble analysert riktig fra kildemaskinen.

Microsoft Azure Site Recovery replikeringsapparat

Komponent

Versjon

Fysisk oppdagingsserver

2.0.2027.28

Søkeserver

2.0.2027.39

Site Recovery leverandør

5.1.8103.0

Konfigureringsbehandling for apparater

6.0.850.235

Proxy-server

1.37.8614.14830

Replikeringstjeneste

1.37.8614.14806

Server for beskyttelse på nytt

1.38.8614.14832

Push-installasjonsagent

1.37.8614.14913

Recovery Services-agent

2.0.9260.0

Prosessserver

9.53.6605.1

Microsoft Azure Site Recovery (tjeneste)

Ingen endringer.

Microsoft Azure Site Recovery (portal)

Ingen endringer.

Microsoft Azure Site Recovery Provider

  • Løste et problem i klassisk VMware/Fysisk til Azure-scenario, der Site Recovery Provider ikke kunne koble til Recovery Services-hvelvet etter en oppdatering.

Oppdatere Azure Site Recovery lokale komponenter

Mellom to lokale VMM-områder

  1. Last ned den nyeste samleoppdateringen for Microsoft Azure Site Recovery Provider.

  2. Installer samleoppdateringen først på den lokale VMM-serveren som administrerer gjenopprettingsnettstedet.

  3. Når gjenopprettingsnettstedet er oppdatert, installerer du samleoppdatering på VMM-serveren som administrerer det primære nettstedet.

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 VMM-nettsted og Azure

  1. Last ned samleoppdateringen for Microsoft Azure Site Recovery Provider.

  2. Installer samleoppdateringen på den lokale VMM-serveren.

  3. 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

  1. Last ned samleoppdateringen for Microsoft Azure Site Recovery Provider.

  2. 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

  1. Oppdater den lokale administrasjonsserveren ved å laste ned Microsoft Azure Site Recovery Unified Setup. Dette er serveren som har rollene Konfigurasjonsserver og Prosessserver.

  2. Hvis du har prosessservere for utskalering, kan du oppdatere dem ved å kjøre Microsoft Azure Site Recovery Unified Setup.

  3. Hvis du har overordnede målservere, kan du oppdatere dem ved å se trinnene her.

  4. 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)

Trenger du mer hjelp?

Vil du ha flere alternativer?

Utforsk abonnementsfordeler, bla gjennom opplæringskurs, finn ut hvordan du sikrer enheten og mer.

Fellesskap hjelper deg med å stille og svare på spørsmål, gi tilbakemelding og høre fra eksperter med stor kunnskap.

Var denne informasjonen nyttig?

Hvor fornøyd er du med språkkvaliteten?
Hva påvirket opplevelsen din?
Når du trykker på Send inn, blir tilbakemeldingen brukt til å forbedre Microsoft-produkter og -tjenester. IT-administratoren kan samle inn disse dataene. Personvernerklæring.

Takk for tilbakemeldingen!

×