Samlad uppdatering 58 för Azure Webbplatsåterställning -KB5007075

Mobilitetstjänst 

Problem har åtgärdats

• Åtgärdat ett problem där systemet stängs av för misslyckades över Azure-datorer har fastnat på grund av ett internt fel.

• Förbättrade loggmeddelanden för enklare och snabbare felsökning. 

• Åtgärdat ett problem där avstängning för datorer med Linux-operativsystem blev försenad med 30 minuter.

• Förbättrad felavisering för flera scenarier som misslyckades med problem som kan åtgärdas.

• Åtgärdat ett problem där aktivera replikering misslyckades på grund av felaktigt identifiering av ett operativsystem.

• Åtgärdat ett problem där replikering blev kritisk på grund av ett fel som säger att mobilitetstjänsten har avinstallerats. 

• [VMware Preview arkitektur] Åtgärdat ett problem där inget felmeddelande visades under ett registreringsfel.

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

Inga ändringar har lagts till.

Microsoft Azure Webbplatsåterställning (portal)

Inga ändringar har lagts till.

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 å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 å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 Microsoft Azure unified Setup för webbplatsåterställning.

3. Gå till Azure Portal och gå sedan 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, följer du 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

   • 7

   • 8

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