Samlad uppdatering 43 för Azure Site Recovery

Inledning

I den här artikeln beskrivs de problem som åtgärdas i Samlad uppdatering 43 i följande versioner av Microsoft Azure Site Recovery:

• Mobilitets tjänst för Azure DR-scenario (version 9.31.5449.1)

• VMware to Azure DR-scenariot har ingen version av 9,31-versionen

• HyperV-& VMM till Azure DR-scenario

• • Ladda ned Microsoft Azure Site Recovery-providern (version 5.1.5300.0)

  • Ladda ned Microsoft Azure Recovery Services agent (version 2.0.9165.0)

Lär dig mer om de problem som åtgärd ATS och förutsättningar Det bör verifieras innan du installerar den här uppdateringen.Obs! redige rad den 2 mars för att passa ändringar i VMware till Azure DR-versionen

Förutsättningar

Om du vill installera uppdaterings paketet för Microsoft Azure Site Recovery-43 (version 5.1.5300.0) måste du ha något av följande:

• Microsoft Azure Site Recovery-Provider (version 5.1.4900 eller en senare version) (VMM eller Hyper V till Azure)

• Microsoft Azure Recovery Services agent (version 2.0.8700.0 eller en senare version) (VMM till Azure)

Fotnot Du kan kontrol lera den installerade leverantörs versionen i program och funktioner i kontroll panelen.

Förbättringar gjorda och problem åtgärdade i den här uppdateringen

När du har installerat den här uppdateringen åtgärdas följande problem och följande förbättringar ingår.

Mobilitets tjänsten (Azure till Azure)

Läggningar

• Förbättringar av Linux OS-support

• • RHEL 8,1

  • Ubuntu 18.04.3 (kernel v 5.3)

Problem åtgärdade

• Rensa skadade filer automatiskt, ofullständiga filer på process Server för att säkerställa att det inledande arbets flödet slutförs.

• Nödvändiga kontroller för installation av mobilitets agenten har förbättrats för att Visa WMI-systemfel innan installationen.

Microsoft Azure Site Recovery (tjänst)

Läggningar

• Förbättrad bearbetning av data under de flesta kärl för att minimera tiden för omsynkronisering

• Ytterligare valideringar läggs till när mål resurs skapas för att undvika ogiltiga inmatningar.

• Förbättrat undantags fel meddelande som inte hanteras när hanterade diskar inte hittas i mål området.

• Aktiverat TLS 1,2 för alla tjänster i Hyper V-till-Azure-scenario. Kontrol lera att TLS 1,2 stöds av lokala servrar för att säkerställa smidig anslutning. Läs mer

Problem åtgärdade

• I HyperV till Azure åtgärdas ett problem där replikeringen Miss lyckas eftersom brand väggen inte har Aktiver ATS på mål lagrings konton

Uppdatera lokala komponenter för Azure Site Recovery

Mellan två lokala VMM-webbplatser

1. Ladda ner den senaste samlade uppdateringen förMicrosoft Azure Site Recovery-providern

2. Installera först den samlade uppdateringen på den lokala VMM-servern som hanterar återställnings webbplatsen.

3. När återställnings webbplatsen har uppdaterats installerar du den samlade uppdateringen på VMM-servern som hanterar den primära webbplatsen.

Obs Om VMM är ett VMM med hög tillgänglighet (klustrad VMM) bör du kontrol lera att du har installerat uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.

Mellan en lokal VMM-webbplats och Azure

1. Ladda ned den samlade uppdateringen för Microsoft Azure Site Recovery-leverantör.

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

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

Obs! Om VMM-tjänsten är ett mycket tillgängligt VMM (klustrad VMM) bör du kontrol lera att du har installerat uppgraderingen på alla noder i klustret där VMM-tjänsterna är installerade.

Mellan en lokal Hyper-V-plats och Azure

1. Ladda ned den samlade uppdateringen för Microsoft Azure Site Recovery-leverantör.

2. Installera leverantören på varje nod för de Hyper-V-servrar som du har registrerat i Azure Site Recovery.

Obs Om din Hyper-V är en värd klustrad Hyper-V-server bör du kontrol lera att du har installerat uppgraderingen på alla noder i klustret.

Obs! En omstart rekommenderas efter varje uppgradering av mobilitets agenten för att se till att alla de senaste ändringarna laddas på käll datorn. Detta är inte nödvändigt vis obligatoriskt. En omstart är obligatorisk om skillnaden mellan agent versioner från den senaste omstarten och mål versionen är större än fyra (4). Se tabellen nedan för att få en detaljerad förklaring.