Samlad uppdatering 56 för Azure Webbplatsåterställning -KB5005376

Mobilitetstjänst 

Problem har åtgärdats

• Åtgärdat ett problem där registrering med konfigurationsserver misslyckades med ett fel om att det inte gick att hitta rotsystemet.

• Åtgärdat ett problem där aktivering av replikering för virtuell Azure-dator från Skapa VM-flödet misslyckades med ett fel om otillräcklig mängd utrymme.

• Åtgärdade ett problem där Oracle Linux-måldatorer skapade efter att test redundansen misslyckades att starta.

• Uppdaterade azure Windows agenten till en senaste version. 

Microsoft Azure Webbplatsåterställning (tjänst)

Förbättringar

• Gjort förbättringar så att aktivering av replikering och omskyddningsåtgärder går snabbare med 46 %.

Microsoft Azure Webbplatsåterställning (portal)

Förbättringar

• Replikering kan nu aktiveras mellan två Azure-regioner runt om i världen. Kunder är inte längre begränsade till att aktivera replikering på sin kontinent.

Mellan två lokala VMM-webbplatser

1. Ladda ned den senaste samlad uppdatering för Microsoft Azure webbplatsåterställningsleverantör

2. Installera den samlade uppdateringen först på den lokala VMM-server som hanterar webbplatsen för återställning.

3. När återställningswebbplatsen har uppdaterats installerar du den samlad uppdatering på den VMM-server som hanterar den primära webbplatsen.

Obs Om VMM är en grupperad VMM (Clustered VMM) kontrollerar du att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.

Mellan en lokal VMM-webbplats och Azure

1. Ladda ned den hämtade uppdateringen för Microsoft Azure för webbplatsåterställningsprovider.

2. Installera den samlade uppdateringen på den lokala VMM-servern.

3. Installera den senaste Microsoft Azure Recovery Services-agenten på alla Hyper-V-värdar.

Obs! Om din VMM är en grupperad VMM (Clustered VMM) kontrollerar du att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.

Mellan en lokal Hyper-V-webbplats och Azure

1. Ladda ned den hämtade uppdateringen för Microsoft Azure för webbplatsåterställningsprovider.

2. Installera leverantören på varje nod av Hyper-V-servrarna som du har registrerat i Azure Site Recovery.

Obs Om hyper-V är en värd grupperad Hyper-V-server ska du installera uppgraderingen på alla noder i klustret.

Mellan en lokal VMware-webbplats eller fysisk webbplats till Azure

1. Uppdatera den lokala hanteringsservern genom att hämta Microsoft Azure enhetlig installation  av webbplatsåterställning. Det här är den server som har rollerna Konfigurationsserver och Processserver.

2. Om du har skalningsprocessservrar uppdaterar du dem sedan genom att köra Microsoft Azure Unified Setup för webbplatsåterställning.

3. Gå till Azure-portalen och gå till sidan Skyddade objekt >Replikerade objekt. Välj en VM på den här sidan. Välj knappen Uppdatera agent som visas längst ned på sidan för varje VM. Detta uppdaterar Mobility Service Agent på alla skyddade virtuella maskiner.

Obs! Om du uppdaterar eller skyddar SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, UBUNTU7, UBUNTU8 och UBUNTU-14.04-datorer, ska du se till att följa stegen nedan –

1. Ladda ned rätt installationsprogram för dina datorer –

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • RHEL5

   • CentOS 5

   • Oracle Linux 6

   • UPPSNAD7

   • SÅ HÄR SER DET UT

   • UBUNTU-14.04

2. Kopiera installationsprogrammet till INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders on Configuration Server och Scale Out Process Servers innan du uppgraderar eller skyddar dina virtuella datorer. Nedan visas till exempel mappnamnet när installationssökvägen för Konfigurationsserver/processservrar är C:\Program (x86)\Microsoft Azure Site Recovery –

   • C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

3. När du har kopierat installationsprogrammet går du till services.msc och startar om Tjänsten InMage PushInstall.

Obs! En omstart rekommenderas efter varje uppgradering av Mobility-agenten för att säkerställa att alla de senaste ändringarna läses in på källdatorn. Detta är inte nödvändigtvis obligatoriskt. En omstart är dock obligatorisk om skillnaden mellan agentversionerna från den senaste omstarten och målversionen är större än fyra (4) i den sista decimalen. Se följande tabell för en detaljerad förklaring.