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 59 i følgende versjoner av Microsoft Azure Site Recovery:

Forutsetninger

Hvis du vil installere Samleoppdatering 59 for Microsoft Azure Site Recovery Provider, må du ha ett av følgende installert:

  • Microsoft Azure Site Recovery Provider (versjon 5.1.6600 eller en nyere versjon)

  • Microsoft Azure Site Recovery Unified Setup (VMware til Azure) (versjon 9.42.xxxx.x eller en nyere versjon)

  • Microsoft Azure Recovery Services Agent (versjon 2.0.9202.0 eller en nyere versjon)

Merk: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 

Forbedringer

  • Lagt til støtte for Windows Server 2022 som replikering av maskinens operativsystem, for Azure til Azure og VMWare til Azure-replikeringer.

Problemer løst

  • Løste et problem der oppretting av et konsekvent øyeblikksbilde av programmet mislyktes etter hvert som et annet øyeblikksbilde pågikk.

  • Løste en feil der sertifikatfornyelse for konfigurasjonsserveren mislyktes både fra portalen og verktøyet på grunn av manglende stopp på en av tjenestene. 

  • Løste et problem der installasjonen av mobilitetstjenesten mislyktes på grunn av manglende evne til å installere manifestfilen. 

  • La til en blokk for installasjon av mobilitetstjeneste på maskiner som har de eldre InMage Scout-bitene allerede installert på den.

  • Forbedret loggmeldingene for enklere og raskere feilsøking. 

  • [Forhåndsvisningsarkitektur for VMware]Løste et problem der ufullstendig feilmelding ble vist for registreringsfeil for ASR-replikeringsapparater. 

  • Løste et problem der replikering ble slått til kritisk på grunn av at lagringstastene ble rotert. 

  • La til nøyaktige sertifikatnavn ved manglende rotsertifiseringsinstans for bedre hjelp med feilsøkingen. 

  • Forbedret feilvarsling for flere scenarioer.

  • [VMware preview architecture] Løste et problem der synkronisering utført på nytt under omvendt replikering ble avbrutt. 

  • [VMware preview architecture] Løste et problem der omvendt replikering ikke fortsatte, i stedet for å mislykkes, når lagringskontoen for hurtigbufferen ikke var tilgjengelig. 

  • [VMware preview architecture] Løste et kjent problem der et ASR-replikeringsapparat som ikke hadde registrert seg, også dukket opp på portalen. 

  • [VMware preview architecture] Løste et kjent problem med å beskytte på nytt fra PowerShell, men det oppstod en feil for ugyldig failover-retning.

  • Lagt til støtte for Oracle Linux 8.4 med UEK-kjerne.

Microsoft Azure Site Recovery (Tjeneste)

Ingen endringer er lagt til.

Microsoft Azure Site Recovery (portal)

No changes added.

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. Download the Update Rollup 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 nedMicrosoft 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. 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.

Merk: Hvis du oppdaterer eller beskytter SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 og UBUNTU-14.04 maskiner, må du passe på å følge trinnene nedenfor -

  1. Last ned riktig installasjonsprogram for maskinene dine –

  2. Kopier installasjonsprogrammet til INSTALL_DIR\home\svsystems\pushinstallsvc\repositoriummapper på Configuration Server og Skaler ut prosessservere, 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:\Program files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

  3. Når du har kopiert installasjonsprogrammet, går du til services.msc og starter InMage PushInstall-tjenesten på nytt.

Merk: 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

Not mandatory

9.25

9.29

Not mandatory

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!

×