Samleoppdatering 58 for gjenoppretting av Azure-nettsted –KB5007075

Mobilitetstjeneste 

Problemer løst

• Løste et problem der systemavslutning for mislyktes over Azure-maskiner ble sittende fast på grunn av en intern feil.

• Forbedret loggmeldingene for enklere og raskere feilsøking. 

• Løste et problem der avslutning for maskiner som kjører Linux-operativsystemet, ble forsinket med 30 minutter.

• Forbedret feilvarsling for flere scenarier som mislyktes med løselige problemer.

• Løste et problem der aktivering av replikering mislyktes på grunn av feil identifisering av et operativsystem.

• Løste et problem der replikering ble kritisk på grunn av en feil som sier at mobilitetstjenesten er avinstallert. 

• [VMware preview architecture] Løste et problem der det ikke ble vist noen feilmelding under en registreringsfeil.

Microsoft Azure Nettstedsgjenoppretting (tjeneste)

Ingen endringer er lagt til.

Microsoft Azure Nettstedsgjenoppretting (portal)

Ingen endringer er lagt til.

Mellom to lokale VMM-nettsteder

1. Last ned den nyeste samleoppdateringen for Microsoft Azure leverandør av nettstedsgjenoppretting

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 leverandør av nettstedsgjenoppretting.

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

3. Installer den nyeste Microsoft Azure Agent for gjenopprettingstjenester 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 leverandør av nettstedsgjenoppretting.

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 Microsoft Azure enhetlig installasjonav nettstedsgjenoppretting . Dette er serveren som har serverrollene Konfigurasjonsserver og Prosess.

2. Hvis du har utskaleringsprosessservere, kan du oppdatere dem ved å kjøre Microsoft Azure Enhetlig installasjon av nettstedsgjenoppretting.

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 –

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • RHEL5

   • CentOS 5

   • Oracle Linux 6

   • DEBIAN 7

   • DEBIAN 8

   • UBUNTU-14.04

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 Nettstedsgjenoppretting –

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