Applies ToAzure Site Recovery

Inledning

Den här artikeln beskrivs problemen som korrigeras i Samlad uppdatering 40 i följande versioner av Microsoft Azure återställning av webbplats:

Läs mer om detaljerna för de problem som korrigeras ochFörutsättningarsom ska verifieras innan du installerar den här uppdateringen.

Förutsättningar

Om du vill installera Microsoft Azure Site Recovery Provider Samlad uppdatering 40 (version 5.1.4800.0), måste du ha något av följande installerat:

  • Microsoft Azure webbplatsåterställning Provider (version 5.1.4400 eller en senare version)

  • Microsoft Azure återställning Unified webbplatsinstallation (VMware för Azure) (version 9.24. xxxx. x eller en senare version)

  • Microsoft Azure Recovery Services-agenten (version 2.0.8700.0 eller en senare version)

Du kan kontrollera den installerade providerversionen i den program och funktioner objekt på Kontrollpanelen.

Förbättringar som gjorts och problem som korrigeras i uppdateringen

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

Microsoft Azure återställning av webbplats leverantör

Förbättringar

Azure till Azure

  • Re-skydda erfarenhet förbättringar: för bättre BCDR-hantering rensar vi nu maskinerna i DR region efter återställning efter fel är klar och när de virtuella datorerna är återskyddade. Det finns ingen anledning att manuellt ta bort virtuella datorer och nätverkskort.

  • Testa redundans statiska IP-inställningar: tidigare, när kunder utförde redundanstest på faktiska DR-nätverk, gjorde vi inte använda den ursprungliga IP-adressen. Detta var att se till att IP-adressen är tillgänglig för en faktisk DR. Men kunder vill hämta samma IP-adress under DR-borrmaskin för att validera nätverksinställningar. Vi har tagit upp denna oro och ge kunderna möjlighet att välja statiska IP-adresser under redundanstest.

  • Verifierare för att förbättra redundans beredskap: verifierare läggs till för att säkerställa att kunderna är redo för en redundansväxling. Nödvändiga åtgärder tillsammans med frågan kommer att tillhandahållas om en misslyckas.

Microsoft Azure återställning Unified webbplatsinstallation & Mall för konfigurations Server

Förbättringar

  • Felmeddelanden under distributionen av konfigurationsservern via OVF har förbättrats för att ge korrekt rotorsaken och rekommenderade åtgärder för att lösa problemet.

Mobility Service

Förbättringar

  • Nya hälsovarningar läggs till för nedanstående scenarier som påverkar programkonsekventa återställningspunkter skapas

    • När programmet VSS-skrivare misslyckas på källdatorn

    • När VSS-providern är inaktiverad eller inte installerad på källdatorn

  • Befintliga hälsovarningar är berikade med sammanhangsberoende information för bättre analys

    • Diskinformation, omsättnings hastighet observerade och mängden väntande data per disk läggs till för "plötslig hög churn Rate Alert"

    • Diskinformation och mängden väntande data per disk har lagts till för "Varning för hög fördröjning"

Problem som korrigeras

  • Servrar i Windows 2019 med UEFI Secure Boot aktiverad kommer att blockeras under aktivera replikering. Detta undviker startproblem efter redundans eftersom Azure inte stöder UEFI säker startkonfiguration

  • MSI-Körfel observerades vid installation av mobilitetsagenten när flera produkter är installerade på en server. Alternativ metod är utformad för att hantera problemet.

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

Förbättringar

  • Du kan använda ACLed Storage-konton för skydd av Hyper-V-servrar till Azure

  • Förbättringar görs av logiken som används för att välja den bästa lämpliga VM-SKU under redundans. Få hörn fall där hög konfiguration SKU valdes nu hanteras.

Problem som korrigeras

  • STale eller oväntade poster i "Device. map"-filen hanteras för att undvika failover-fel i Linux-servrar

Microsoft Azure webbplatsåterställning (portal)

Förbättringar

Na

Problem som korrigeras

Na

Uppdatera din Azure Site Recovery lokala komponenter

Mellan två lokala VMM-platser

  1. Hämta den senaste samlade uppdateringen för Microsoft Azure Site Recovery Provider

  2. Installera den samlade uppdateringen först på lokal VMM-server som hanterar återställningsplatsen.

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

Notera Om VMM är en hög tillgänglighet VMM (klustrad VMM), se till att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.

Mellan en lokal VMM-webbplats och Azure

  1. Hämta den samlade uppdateringen för Microsoft Azure webbplatsåterställning Provider.

  2. Installera samlade uppdateringen på lokal VMM-servern.

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

Notera Om din VMM är en hög tillgänglighet VMM (klustrad VMM), se till att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.

Mellan en lokal Hyper-V-plats och Azure

  1. Hämta Samlad uppdatering för Microsoft Azure återställning webbplatsleverantören.

  2. Installera providern på varje nod i Hyper-V-servrar som du har registrerat i Azure Site Recovery.

Notera Om din Hyper-V är en värd klustrad Hyper-V server, se till att du installerar uppgraderingen på alla noder i klustret.

Mellan en lokal VMware eller fysisk plats till Azure

  1. Uppdatera din lokala hanteringsserver genom att hämta Microsoft Azure återställning Unified webbplatsinstallation. Det här är den server som har konfigurationsservern och Processerverrollerna.

  2. Om du har skalbar processervrar, uppdatera dem nästa genom att köra Microsoft Azure återställning Unified webbplatsinstallation.

  3. Gå till den Azure-portalen, och gå sedan till den skyddade objekt > replikerade objekt sidan. Välj en virtuell dator på den här sidan. Välj knappen Update Agent som visas längst ned på sidan för varje virtuell dator. Detta uppdaterar mobilitetstjänst agenten på alla skyddade virtuella datorer.

Notera En omstart rekommenderas efter varje uppgradering av mobilitetsagenten för att säkerställa att alla senaste ändringar läses in på källdatorn. Detta är inte nödvändigtvis obligatoriskt. En omstart är dock obligatoriskt om skillnaden mellan agent versioner 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.

Agent-version under den senaste omstarten

Uppgradering till

Är en omstart obligatorisk?

9,16

9,18

Inte obligatoriskt

9,16

9,19

Inte obligatoriskt

9,16

9,20

Inte obligatoriskt

9,16

9,21

MandatoryFirst uppgradera till version 9,20, och starta sedan om innan du uppgraderar till version 9,21 (eftersom skillnaden mellan den senaste omstartsversionen och målversionen är större än 4).

Mer information

Kända problem

Det finns inga kända problem i den här uppdateringen.

Referenser

Lär dig mer om terminologin som Microsoft använder för att beskriva programuppdateringar.

Ansvarsfriskrivning för information från tredje part

De tredjepartsprodukter som omnämns i den här artikeln tillverkas av företag som är fristående från Microsoft. Microsoft ger inga garantier av något slag avseende dessa produkters prestanda och tillförlitlighet.

Behöver du mer hjälp?

Vill du ha fler alternativ?

Utforska prenumerationsförmåner, bläddra bland utbildningskurser, lär dig hur du skyddar din enhet med mera.

Communities hjälper dig att ställa och svara på frågor, ge feedback och få råd från experter med rika kunskaper.