Logga in med Microsoft
Logga in eller skapa ett konto.
Hej,
Välj ett annat konto.
Du har flera konton
Välj det konto som du vill logga in med.

Inledning

Den här artikeln beskrivs problemen som korrigeras i uppdateringen samlade 36 för följande versioner av Microsoft Azure återställning:

Lär dig mer om problem som korrigeras och förutsättningar som ska valideras innan du installerar denna uppdatering.

Information om uppdateringen

Förutsättningar

Om du vill installera Microsoft Azure Site Recovery Provider uppdatering samlad 36 (version 5.1.4150.0) måste du ha någon av följande installerat:

  • Microsoft Azure Hyper-V Recovery Manager (version 3.4.486 eller senare)

  • Microsoft Azure Site Recovery Hyper-V Provider (version 4.6.660 eller senare)

  • Microsoft Azure återställning serverleverantören (version 5.1.3700 eller senare)

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

Obs! Du kan kontrollera installerade provider i program och funktioner på Kontrollpanelen.

 

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 görs.

Microsoft Azure serverleverantören återställning

Förbättringar

A2A:

  • Förbättrad certifikatet upphör att gälla och förnyelse stöd från tjänsten (med stöd för PowerShell).

  • Stöd för Virtual machine (VM) intraregional flytta från tjänsten.

  • Bättre övervakning upplevelse.

  • Stöd för att lägga till en ny disk i skyddade VM.

  • Ett automation-konto används för att aktivera automatisk uppdatering av ämnen som används vid replikering av Azure VMs. Tidigare var det standardkonto som skapats av återställning. Nu kan du välja ett annat konto för befintliga automation. Det här alternativet kan hittas när du aktiverar replikering för en VM. Om du ändrar inställningen för en VM skyddas som en del av en viss återställningstjänster gäller valv alla Azure VMs som skyddas i samma valv.

Problem som korrigeras

 A2A:

  • Ny valideraren ska kontrollera om tillgängligheten och VM resursgrupper skiljer sig att varna användare innan växling vid fel.

  • Återställning efter fel förbättring att hantera scenariot om VM tas bort från källområdet.

  • Fast skapa konton för Cache-lagring i slumpmässig resursgrupper i stället för resursgrupper som anges av kunden.

  • Fast ett problem där skydd för ett VM misslyckas när du söker en zon tillgänglighet i en region.

  • Ett problem har åtgärdats i vilka reprotection misslyckas om systemdiskarna källa VM tas bort.

  • Fast ett problem vid återställning efter fel som Användargränssnittet får fastnat i processen om egenskapen availability zon inte hämtas.

  • Lägger till logik för att ta bort inaktuella länkar som skapats med ASR i en kors-prenumeration.

 

Återställning av Microsoft Azure Unified installation och Server konfigurationsmall

Förbättringar

Konfigurationsservern förbättringar i övervakning:

Fel meddelande förbättringar gjorts för följande scenarier att ge en tydlig orsaken och rekommenderade åtgärder:

  • vCenter frånkopplad

  • Process server kopplas från

  • CS är frånkopplad

  • Process server har inga pulsslag

  • MT frånkopplad

  • VM avstängning

  • VM tas bort

 

Bearbeta serverövervakning

Följande meddelanden läggs till för process-servrar för att förbättra övervakningen:

  • CPU, minne och ledigt utrymme varningar för att övervaka Resursanvändning

  • Aviseringar när viktiga ASR-tjänster inte körs

 

Bearbeta Server markeringen i produkten vägledning

Vid val av en process server för nya replikeringarvisas hälsotillstånd process server (kritisk varning och felfri) baserat på resurs tillgänglighet och anslutningsbarhet hälsa.

Kommentarer

  • En kritisk process-server kan inte användas för att aktivera replikering av nya virtuella maskiner.

  • Men du kan välja en server i processen som visar Varningsläge rekommenderas inte du till detta. All ytterligare arbetsbelastning kan påverka befintliga arbetsbelastning.

  • En process-server markeras som friska kan användas för att skydda nya servrar.

Mer information om processen server vägledning finns i https://aka.ms/asr_ps_selection_guidance.

Problem som korrigeras

(Ej tillämpligt)

 

Mobility Service

Problem som korrigeras: avser DR VMware VMs

  • Nedsatt rörlighet agent-installationsprogram (påverkar Ubuntu *, Debian * SLES 12 - Push installera och uppgradera) storlek

  • Starta om varningen visas endast om det finns associerade drivrutinsändringar

  • Installer fel meddelande förbättringar som ger en tydlig orsaken till fel problem

  • Förbättringar i tjänsten startar loggning mekanism

  • Problem fasta failover för 2019 för Windows Server-datorer i ett fysiskt eller VMware miljö som berättigar till nr släckning

  • Fast fel i Mobility agent uppgradering som returnerade felkoden 95507

  • Följande operativsystem kan skyddas för ett VMware till Azure och Azure-Azure DR scenario:

    • Windows 10 (x64)

    • Windows 8.1-(x64)

    • Windows 8 (x64)

    • Windows 7 (x64) SP1 och senare (Windows 7 RTM stöds inte)

Problem som korrigeras

  • Fast ett tillfälligt problem där diskar är synliga offline i Windows Server-2019.

 

Återställning av Microsoft Azure (Service)

Förbättringar

Datareplikering från VMware och fysiska servrar med Azure stöds nu för Azure lagring konton som är konfigurerade för en virtuell nätverkets brandvägg.

Problem som korrigeras

(Ej tillämpligt)

 

Återställning av Microsoft Azure (Portal)

Förbättringar

Hälsostatus för Process-Server läggs till VM översikt blade för VMware till Azure. Händelser som är på process-server läggs till i en tabell för händelser på Process Server-blade.

Problem som korrigeras

(Ej tillämpligt)

 

Uppdatera Azure Site Recovery lokal-komponenter

Mellan två lokal VMM platser

  1. Hämta den senaste samlade uppdateringen för Microsoft Azure serverleverantören återställning.

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

  3. Webbplatsen uppdateras efter återställningen, installera samlade uppdateringen på VMM-server som hanterar den primära platsen.

Obs! Om VMM är en mycket tillgänglig VMM (klustrad 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. Hämta Samlad uppdatering för Microsoft Azure serverleverantören återställning.

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

  3. Installera den senaste versionen MARS agenten på alla Hyper-V-värdar.

Obs! Om din VMM är en mycket tillgänglig VMM (klustrad VMM), kontrollerar du att du installerar uppgraderingen på alla noder i klustret där VMM-tjänsten är installerad.

Mellan en lokal webbplats för Hyper-V och Azure

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

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

Obs!  Om din Hyper-V är en värd klustrade Hyper-V server, måste du installera uppgraderingen på alla noder i klustret

Mellan en lokal VMware eller fysiska plats till Azure

  1. Uppdatera lokal hantering av servern. Det här är den server som har Server Configuration och processen serverroller. Gör detta genom att hämta och köra Installationsprogrammet för Microsoft Azure Site Recovery Unified.

  2. Om du har utbyggnad behandla servrar, sedan uppdatera dem genom att köra Installationsprogrammet för Microsoft Azure Site Recovery Unified.

  3. Gå till Azure portal och gå sedan till Skyddade objekt > sida Replikerade objekt . Välj en VM på den här sidan. Klicka på knappen Update Agent som visas längst ned på sidan för varje VM. Detta uppdaterar Mobility Service Agent på alla skyddade VMs.

En omstart rekommenderas efter varje uppgradering av Mobility agent så att de senaste ändringarna läses in på källan VM. En omstart är dock inte obligatoriskt. Om skillnaden mellan agent under senaste omstarten och aktuella versionen är större än fyra (4), en omstart är obligatoriskt. Se följande tabell för en detaljerad förklaring.

Agent-versionen under senaste omstarten

Uppgradera till version

Är en omstart krävs?

9.16

9.18

Krävs inte

9.16

9.19

Krävs inte

9.16

9.20

Krävs inte

9.16

9.21

Krävs Först måste du uppgradera till version 9.20. Starta sedan om innan du uppgraderar till 9.21. Detta beror på att skillnaden mellan versionerna (9.16, där den sista omstarten utfördes, och target version 9.21) är större än fyra (4).

Referenser

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

Information om 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.

Hade du nytta av den här informationen?

Hur nöjd är du med språkkvaliteten?
Vad påverkade din upplevelse?
Genom att trycka på skicka, kommer din feedback att användas för att förbättra Microsofts produkter och tjänster. IT-administratören kan samla in denna data. Sekretesspolicy.

Tack för din feedback!

×