Samleoppdatering 56 for azure-nettstedsgjenoppretting -KB5005376

Mobilitetstjeneste 

Problemer løst

• Løste et problem der registrering med konfigurasjonsserver mislykkes med en feil om ikke å kunne finne rotsystemet.

• Løste et problem der aktivering av replikering for azure virtuell maskin fra Opprett VM-flyt mislyktes med en feil om utilstrekkelig plass.

• Løste et problem der Oracle Linux-målmaskiner som ble opprettet etter test failover, ikke kunne starte opp.

• Oppdaterte Windows Azure-agenten til en nyeste versjon. 

Microsoft Azure Nettstedsgjenoppretting (tjeneste)

Forbedringer

• Gjort forbedringer slik at aktivering av replikerings- og beskyttelsesoperasjoner går raskere med 46 %.

Microsoft Azure Nettstedsgjenoppretting (portal)

Forbedringer

• Replikering kan nå aktiveres mellom to Azure-områder over hele verden. Kunder er ikke lenger begrenset til å aktivere replikering på kontinentet.

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, oppdaterer du dem ved å kjøre Microsoft Azure Enhetlig installasjonav 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

   • DEBIAN7

   • DEBIAN8

   • 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 Installasjonsbane for konfigurasjonsserver/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.