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

Forutsetninger

Hvis du vil installere samleoppdatering 55 for microsoft Azure Site Recovery Provider, må du ha ett av følgende installert:

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

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

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

Obs!Du kan kontrollere den installerte leverandørversjonen i elementet Programmer og funksjoner i Kontrollpanel.

Forbedringer og problemer som er løst i denne oppdateringen

Når du har installert denne oppdateringen, er følgende problemer løst, og følgende forbedringer er inkludert.

Mobilitetstjeneste

Forbedringer

  • Lagt til støtte for konfigurasjon av Ubuntu-20.04 på hovedmålserveren.

Støtte for Linux OS

  • Azure til Azure

    • Oracle Linux 8.2

    • Oracle Linux 8.3

  • VMware/Physical to Azure

    • Oracle Linux 8.2

    • Oracle Linux 8.3

Problemer løst

  • Løste et problem der replikering ble kritisk på grunn av tidsavbrudd.

  • Løste problemer med dataintegritet for Oracle Linux 8.2.

  • Forbedrede helseproblemer under databegrensning.

  • Løste et problem der mobilitetstjenesteinstallasjonen mislyktes for operativsystemet SLE15-SP0.

  • Lagt til forhåndskontroll for å sikre at kildemaskinen har minst 1 GB ledig minne, før du installerer mobilitetstjenesten, for å unngå feil forårsaket på grunn av at maskinen er tom for minne.

Microsoft Azure Site Recovery Unified Setup & Configuration Server Template

Forbedringer

  • Oppdaterte flyten der klikking på konfigurasjonsserveren førte til at skjermen fryset.

Problemer løst

  • Løste et problem der oppgraderingen førte til at replikeringen ble kritisk på grunn av valideringsproblemer. 

Gjenoppretting av Microsoft Azure-nettsted (tjeneste)

Forbedringer

  • Rest API-støtte for beskyttelse av VMSS Flex, inkludert beskyttelse av virtuelle VMSS-maskiner i en nærhetsplasseringsgruppe og/eller i en sonekonfigurasjon. Skalering av /ut av VMSS Flex støttes ennå ikke av nettstedsgjenoppretting.

Problemer løst

  • Løste et problem der aktivering av beskyttelse for virtuelle maskiner til en områdeplasseringsgruppe mislyktes.

  • Løste et problem der nullreferanseunntak oppstod under aktivering av replikering.

  • Løste et problem der API for gjenopprettingstjenester returnerte HTTP 400-feilkode i stedet for HTTP 404-feilkode.

Gjenoppretting av Microsoft Azure-nettsted (portal)

Forbedringer

  • Rullet ut støtte for gjenoppretting på tvers av kontinentale katastrofer av Virtuelle Azure-maskiner. Støtten er for øyeblikket begrenset til tre områdepar:

    • Sørøst-Asia og Australia sørøst

    • Sørøst-Asia og Australia øst

    • Vest-Europa og Sør-Sentral-USA

Problemer løst

  • La til en løsning for å vise hurtigbufferlagringskontoer bare fra kildeplasseringen.

Oppdatere lokale komponenter for gjenoppretting av Azure-nettsted

Mellom to lokale VMM-nettsteder

  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 samleoppdateringen 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 nodene 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 Agent 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 nodene 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 vertsklynget Hyper-V-server, må du kontrollere at du installerer oppgraderingen på alle nodene i klyngen.

Mellom et lokalt VMware- eller fysisk nettsted til Azure

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

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

  3. Gå til Azure-portalen, og gå deretter til siden Beskyttede elementer > replikerte elementer. Velg en VM på denne siden. Velg Oppdater agent-knappen som vises nederst på siden for hver VM. Dette oppdaterer mobilitetstjenesteagenten 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, Oracle Linux 6, DEBIAN7, DEBIAN8- og UBUNTU-14.04-maskiner, må du følge fremgangsmåten nedenfor –

  1. Last ned riktig installasjonsprogram for maskinene dine –

  2. Kopier installasjonsprogrammet til INSTALL_DIR\home\svsystems\pushinstallsvc\repository-mapper på Konfigurasjonsserver og Skaler ut prosessservere, før du oppgraderer eller beskytter virtuelle maskiner. 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 mobilitetsagenten for å sikre at alle de nyeste endringene lastes inn på kildedatamaskinen. Dette er ikke nødvendigvis obligatorisk. En omstart er imidlertid obligatorisk hvis forskjellen mellom agentversjoner fra den siste omstarten og målversjonen er større enn fire (4) i den siste desimalen. Se tabellen nedenfor for en detaljert forklaring.

Agentversjon under siste omstart

Oppgradere 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

Først oppgraderer du til versjon 9.29, og deretter starter du på nytt før du oppgraderer til versjon 9.30 (fordi forskjellen mellom den siste omstartsversjonen 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!

×