Replikera virtuella Azure Stack-datorer till Azure

Varning

Den här artikeln refererar till CentOS, en Linux-distribution som närmar sig EOL-status (End Of Life). Överväg att använda och planera i enlighet med detta. Mer information finns i CentOS End Of Life-vägledningen.

Den här artikeln visar hur du konfigurerar haveriberedskap för virtuella Azure Stack-datorer till Azure med hjälp av Azure Site Recovery-tjänsten.

Site Recovery bidrar till din strategi för affärskontinuitet och haveriberedskap (BCDR). Tjänsten ser till att dina vm-arbetsbelastningar förblir tillgängliga när förväntade och oväntade avbrott inträffar.

• Site Recovery samordnar och hanterar replikering av virtuella datorer till Azure Storage.
• När ett avbrott inträffar på den primära platsen använder du Site Recovery för att redundansväxla till Azure.
• Vid redundans skapas virtuella Azure-datorer från lagrade VM-data och användarna kan fortsätta att komma åt arbetsbelastningar som körs på de virtuella Azure-datorerna.
• När allt är igång igen kan du återställa virtuella Azure-datorer till din primära plats och börja replikera till Azure Storage igen.

I den här artikeln kan du se hur du:

• Steg 1: Förbereda virtuella Azure Stack-datorer för replikering. Kontrollera att de virtuella datorerna uppfyller Site Recovery-kraven och förbered för installation av Site Recovery-tjänsten Mobility. Den här tjänsten är installerad på varje virtuell dator som du vill replikera.
• Steg 2: Konfigurera ett Recovery Services-valv. Konfigurera ett valv för Site Recovery och ange vad du vill replikera. Site Recovery-komponenter och -åtgärder konfigureras och hanteras i valvet.
• Steg 3: Konfigurera källreplikeringsmiljön. Konfigurera en Site Recovery-konfigurationsserver. Konfigurationsservern är en enda virtuell Azure Stack-dator som kör alla komponenter som behövs av Site Recovery. När du har konfigurerat konfigurationsservern registrerar du den i valvet.
• Steg 4: Konfigurera målreplikeringsmiljön. Välj ditt Azure-konto och det Azure Storage-konto och nätverk som du vill använda. Under replikeringen kopieras VM-data till Azure Storage. Efter redundansväxlingen är virtuella Azure-datorer anslutna till det angivna nätverket.
• Steg 5: Aktivera replikering. Konfigurera replikeringsinställningar och aktivera replikering för virtuella datorer. Tjänsten Mobility installeras på en virtuell dator när replikeringen är aktiverad. Site Recovery utför en inledande replikering av den virtuella datorn och sedan påbörjas den pågående replikeringen.
• Steg 6: Kör ett haveriberedskapstest: När replikeringen är igång kontrollerar du att redundans fungerar som förväntat genom att köra ett detaljtest. Om du vill initiera detaljnivån kör du ett redundanstest i Site Recovery. Redundanstestet påverkar inte produktionsmiljön.

När de här stegen är klara kan du sedan köra en fullständig redundansväxling till Azure när och när du behöver.

Arkitektur

Plats	Komponent	Detaljer
Konfigurationsserver	Körs på en enda virtuell Azure Stack-dator.	I varje prenumeration konfigurerar du en virtuell konfigurationsserver. Den här virtuella datorn kör följande Site Recovery-komponenter: - Konfigurationsserver: Samordnar kommunikationen mellan lokalt och Azure och hanterar datareplikering. - Processerver: Fungerar som en replikerings-gateway. Den tar emot replikeringsdata, optimerar med cachelagring, komprimering och kryptering. och skickar den till Azure Storage. Om virtuella datorer som du vill replikera överskrider de gränser som anges nedan kan du konfigurera en separat fristående processserver. Läs mer.
Mobilitetstjänsten	Installeras på varje virtuell dator som du vill replikera.	I stegen i den här artikeln förbereder vi ett konto så att tjänsten Mobility installeras automatiskt på en virtuell dator när replikeringen är aktiverad. Om du inte vill installera tjänsten automatiskt finns det ett antal andra metoder som du kan använda. Läs mer.
Azure	I Azure behöver du ett Recovery Services-valv, ett lagringskonto och ett virtuellt nätverk.	Replikerade data lagras i lagringskontot. Virtuella Azure-datorer läggs till i Azure-nätverket när redundansväxling sker.

Replikering fungerar på följande sätt:

1. I valvet anger du replikeringskällan och målet, konfigurerar konfigurationsservern, skapar en replikeringsprincip och aktiverar replikering.
2. Den tjänsten Mobility är installerad på datorn (om du har använt push-installation) och datorerna påbörjar replikeringen i enlighet med replikeringsprincipen.
3. En första kopia av serverdata replikeras till Azure Storage.
4. När den inledande replikeringen är klar börjar replikeringen av deltaändringar till Azure. Spårade ändringar för en dator lagras i en .hrl-fil.
5. Konfigurationsservern samordnar replikeringshanteringen med Azure (utgående port HTTPS 443).
6. Processervern tar emot data från källdatorer, optimerar och krypterar dem och skickar dem till Azure Storage (port 443 utgående).
7. Replikerade datorer kommunicerar med konfigurationsservern (port HTTPS 443 inkommande, för replikeringshantering. Datorer skickar replikeringsdata till processervern (port HTTPS 9443 inkommande – kan ändras).
8. Trafik replikeras till offentliga Azure Storage-slutpunkter, över Internet. Du kan även använda Azure ExpressRoute offentlig peering. Replikering av trafik via en plats-till-plats-VPN från en lokal plats till Azure stöds inte.

Förutsättningar

Här är vad du behöver för att konfigurera det här scenariot.

Krav	Detaljer
Azure-prenumerationskonto	Om du inte har någon Azure-prenumeration kan du skapa ett kostnadsfritt konto.
Azure-kontobehörigheter	Det Azure-konto som du använder behöver behörigheter för att: – Skapa ett Recovery Service-valv – Skapa en virtuell dator i resursgruppen och det virtuella nätverk som du använder för scenariot – Skriv till det lagringskonto som du anger Tänk på följande: - Om du skapar ett konto är du administratör för din prenumeration och kan utföra alla åtgärder. – Om du använder en befintlig prenumeration och inte är administratör måste du arbeta med administratören för att tilldela dig behörigheter som ägare eller deltagare. – Om du behöver mer detaljerade behörigheter kan du läsa den här artikeln.
Virtuell Azure Stack-dator	Du behöver en virtuell Azure Stack-dator i klientprenumerationen som distribueras som Site Recovery-konfigurationsserver.

Krav för konfigurationsservern

Konfigurations-/processserverkrav för fysisk serverreplikering

Komponent	Krav
MASKINVARUINSTÄLLNINGAR
Processorkärnor	8
RAM	16 GB
Antal diskar	3, inklusive OS-disken, processervercachedisken och kvarhållningsenheten för återställning efter fel
Ledigt diskutrymme (processservercache)	600 GB
Ledigt diskutrymme (kvarhållningsdisk)	600 GB
PROGRAMVARUINSTÄLLNINGAR
Operativsystem	Windows Server 2012 R2 Windows Server 2016
Nationella inställningar för operativsystem	Engelska (en-us)
Windows Server-roller	Aktivera inte dessa roller: - Active Directory-domän Services – Internet Information Services - Hyper-V
Grupprinciper	Aktivera inte dessa grupprinciper: – Förhindra åtkomst till kommandotolken. – Förhindra åtkomst till verktyg för registerredigering. – Förtroendelogik för filbilagor. – Aktivera skriptkörning. Läs mer
IIS	– Ingen befintlig standardwebbplats - Ingen befintlig webbplats/program lyssnar på port 443 – Aktivera anonym autentisering – Aktivera FastCGI-inställning .
IP-adresstyp	Statisk
ÅTKOMSTINSTÄLLNINGAR
MYSQL	MySQL ska installeras på konfigurationsservern. Du kan installera manuellt, eller så kan Site Recovery installera det under distributionen. För att Site Recovery ska installeras kontrollerar du att datorn kan nå http://cdn.mysql.com/archives/mysql-5.5/mysql-5.5.37-win32.msi.
URL:er	Konfigurationsservern behöver åtkomst till dessa URL:er (direkt eller via proxy): Microsoft Entra-ID: login.microsoftonline.com; ; login.microsoftonline.us*.accesscontrol.windows.net Dataöverföring av replikering: *.backup.windowsazure.com; *.backup.windowsazure.us Replikeringshantering: *.hypervrecoverymanager.windowsazure.com; *.hypervrecoverymanager.windowsazure.us; ; https://management.azure.com*.services.visualstudio.com Lagringsåtkomst: *.blob.core.windows.net; *.blob.core.usgovcloudapi.net Tidssynkronisering: time.nist.gov; time.windows.com Telemetri (valfritt): dc.services.visualstudio.com
Brandvägg	IP-adressbaserade brandväggsregler bör tillåta kommunikation till Azure-URL:er. För att förenkla och begränsa IP-intervallen rekommenderar vi att du använder URL-filtrering. För kommersiella IP-adresser: – Tillåt IP-intervall för Azure Datacenter och HTTPS-porten (443). – Tillåt IP-adressintervall för USA, västra (används för åtkomstkontroll och identitetshantering). – Tillåt IP-adressintervall för Azure-regionen i din prenumeration för att stödja de URL:er som behövs för Microsoft Entra-ID, säkerhetskopiering, replikering och lagring. För offentliga IP-adresser: – Tillåt IP-intervall för Azure Government Datacenter och HTTPS-porten (443). – Tillåt IP-adressintervall för alla US Gov-regioner (Virginia, Texas, Arizona och Iowa) för att stödja de URL:er som behövs för Microsoft Entra-ID, säkerhetskopiering, replikering och lagring.
Hamnar	Tillåt 443 (Kontrollkanalorkestrering) Tillåt 9443 (datatransport)

Storlekskrav för konfiguration/processerver

CPU	Minne	Cachedisk	Dataändringshastighet	Replikerade datorer
8 vCPU:er 2 sockets * 4 kärnor @ 2,5 GHz	16 GB	300 GB	500 GB eller mindre	< 100 datorer
12 vCPU:er 2 strumpor * 6 kärnor @ 2,5 GHz	18 GB	600 GB	500 GB–1 TB	100 till 150 datorer
16 vCPU:er 2 strumpor * 8 kärnor @ 2,5 GHz	32 GB	1 TB	1–2 TB	150-200 datorer

Steg 1: Förbereda virtuella Azure Stack-datorer

Kontrollera operativsystemet

Kontrollera att de virtuella datorerna kör ett av de operativsystem som sammanfattas i tabellen.

Operativsystem	Detaljer
64-bitars Windows	Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 (från SP1)
CentOS	5.2 till 5.11, 6.1 till 6.9, 7.0 till 7.3
Ubuntu	14.04 LTS-server, 16.04 LTS-server. Granska kernels som stöds

Förbereda för tjänsten Mobility installation

Alla virtuella datorer som du vill replikera måste ha tjänsten Mobility installerade. Kontrollera inställningarna för den virtuella datorn för att processservern ska kunna installera tjänsten automatiskt på den virtuella datorn när replikeringen är aktiverad.

Windows-datorer

• Du behöver nätverksanslutning mellan den virtuella dator där du vill aktivera replikering och datorn som kör processervern (som standard är det den virtuella konfigurationsservern).
• Du behöver ett konto med administratörsrättigheter (domän eller lokal) på den dator där du aktiverar replikering.
  • Du anger det här kontot när du konfigurerar Site Recovery. Sedan använder processervern det här kontot för att installera tjänsten Mobility när replikeringen är aktiverad.
  • Det här kontot används endast av Site Recovery för push-installationen och för att uppdatera tjänsten Mobility.
  • Om du inte använder ett domänkonto måste du inaktivera fjärranvändaråtkomstkontroll på den virtuella datorn:
    • I registret skapar du DWORD-värdet LocalAccountTokenFilterPolicy under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System.
    • Ange värdet till 1.
    • Om du vill göra detta i kommandotolken skriver du följande: REG ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1.
• I Windows-brandväggen på den virtuella dator som du vill replikera tillåter du fil- och skrivardelning samt WMI.
  • Det gör du genom att köra wf.msc för att öppna Windows-brandväggskonsolen. Högerklicka på Inkommande regler>Ny regel. Välj Fördefinierad och välj Fil- och skrivardelning i listan. Slutför guiden och välj för att tillåta anslutningen >Slutför.
  • För domändatorer kan du använda ett grupprincipobjekt för att göra detta.

Linux-datorer

• Kontrollera att det finns en nätverksanslutning mellan Linux-datorn och processervern.
• På den dator där du aktiverar replikering behöver du ett konto som är en rotanvändare på Linux-källservern:
  • Du anger det här kontot när du konfigurerar Site Recovery. Sedan använder processervern det här kontot för att installera tjänsten Mobility när replikeringen är aktiverad.
  • Det här kontot används endast av Site Recovery för push-installationen och för att uppdatera tjänsten Mobility.
• Kontrollera att /etc/hosts-filen på Linux-källservern innehåller poster som mappar det lokala värdnamnet till IP-adresser som är associerade med alla nätverkskort.
• Installera de senaste openssh-, openssh-server- och openssl-paketen på den dator som du vill replikera.
• Kontrollera att Secure Shell (SSH) är aktiverat och körs på port 22.
• Aktivera SFTP-undersystem och lösenordsautentisering i filen sshd_config:

  1. Det gör du genom att logga in som rot.

  2. Leta reda på raden som börjar med PasswordAuthentication i filen /etc/ssh/sshd_config. Ta bort kommentarerna på raden och ändra värdet till yes.

  3. Hitta raden som börjar med Subsystem och ta bort den.

     

  4. Starta om sshd-tjänsten.

Observera den virtuella datorns privata IP-adress

För varje dator som du vill replikera hittar du IP-adressen:

1. I Azure Stack-portalen klickar du på den virtuella datorn.

2. Klicka på Nätverksgränssnitt på resursmenyn.

3. Anteckna den privata IP-adressen.

   

Steg 2: Skapa ett valv och välj ett replikeringsmål

1. I Azure-portalen väljer du Skapa en resurshanteringsverktygssäkerhetskopia>>och Site Recovery.

2. I Namn anger du ett eget namn som identifierar valvet.

3. I Resursgrupp skapar eller väljer du en resursgrupp. Vi använder contosoRG.

4. I Plats anger du Azure-regionen. Använder vi Europa, västra.

5. För att snabbt komma åt valvet från instrumentpanelen väljer du Fäst på instrumentpanelen>Skapa.

   

   Det nya valvet visas på Instrumentpanelen>Alla resurser och på huvudsidan för Recovery Services-valv.

Väljer ett replikeringsmål

1. I Recovery Services-valv> anger du ett valvnamn. Vi använder ContosoVMVault.

2. I Komma igång väljer du Site Recovery. Välj sedan Förbered infrastrukturen.

3. I Skyddsmål>Var finns dina datorer? väljer du Lokalt.

4. I Till vilken plats ska dina datorer replikeras? väljer du Till Azure.

5. I Virtualiserade datorer väljer du Inte virtualiserad/Annan. Välj sedan OK.

   

Steg 3: Konfigurera källmiljön

Konfigurera konfigurationsserverdatorn, registrera den i valvet och identifiera datorer som du vill replikera.

1. Klicka på Förbereda infrastrukturen>Källa.

2. I Förbered källa klickar du på +Konfigurationsserver.

   

3. I Lägg till server kontrollerar du att konfigurationsservern visas i servertyp.

4. Ladda ned installationsfilen för Enhetlig installation av Site Recovery.

5. Ladda ned valvregistreringsnyckeln. Du behöver registreringsnyckeln när du kör Enhetlig installation. Nyckeln är giltig i fem dagar efter att du har genererat den.

   

Kör enhetlig installation för Azure Site Recovery

Om du vill installera och registrera konfigurationsservern gör du en RDP-anslutning till den virtuella dator som du vill använda för konfigurationsservern och kör enhetlig installation.

Innan du börjar kontrollerar du att klockan är synkroniserad med en tidsserver på den virtuella datorn innan du börjar. Installationen misslyckas om tiden är mer än fem minuter från lokal tid.

Installera nu konfigurationsservern:

1. Kör det enhetliga installationsprogrammet.

2. I Innan du börjar väljer du Installera konfigurationsservern och processervern.

   

3. I Third Party Software License (Licens för programvara från tredje part) klickar du på I Accept (Jag accepterar) för att ladda ned och installera MySQL.

   

4. I Registration (Registrering) väljer du den registreringsnyckel som du hämtade från valvet.

   

5. I Internet Settings (Internetinställningar) anger du hur providern som körs på konfigurationsservern ska ansluta till Azure Site Recovery via internet. Kontrollera att du har tillåtit de url:er som krävs.

   • Om du vill ansluta med proxyn som för närvarande är konfigurerad på datorn väljer du Anslut till Azure Site Recovery med hjälp av en proxyserver.
   • Om du vill att providern ska ansluta direkt väljer du Anslut direkt till Azure Site Recovery utan en proxyserver.
   • Om den befintliga proxyn kräver autentisering, eller om du vill använda en anpassad proxy för provideranslutningen, väljer du Anslut med anpassade proxyinställningar och anger adress, port och autentiseringsuppgifter.

6. I Kravkontroll körs en kontroll för att se till att installationen kan köras. Om det visas en varning om synkroniseringskontrollen för global tid kontrollerar du att systemklockans tid (inställningarna för datum och tid) är samma som tidszonen.

   

7. I MySQL Configuration (MySQL-konfiguration) skapar du autentiseringsuppgifter för att logga in på den MySQL-serverinstans som är installerad.

   

8. I Miljöinformation väljer du Nej om du replikerar virtuella Azure Stack-datorer eller fysiska servrar.

9. I Installationsplats väljer du om du vill installera binärfilerna och lagra cachen. Enheten du väljer måste ha minst 5 GB tillgängligt utrymme, men vi rekommenderar en cacheenhet med 600 GB eller mer ledigt utrymme.

   

10. I Nätverksval väljer du först det nätverkskort som den inbyggda processservern använder för identifiering och push-installation av mobilitetstjänsten på källdatorer och väljer sedan det nätverkskort som konfigurationsservern använder för anslutning till Azure. Port 9443 är standardporten som används för att skicka och ta emot replikeringstrafik, men du kan ändra portnumret så att det passar din miljö. Förutom port 9443 öppnar vi också port 443, som används av en webbserver för att dirigera replikeringsåtgärder. Använd inte port 443 för att skicka eller ta emot replikeringstrafik.

    

11. I Sammanfattning granskar du informationen och klickar på Installera. När installationen är klar skapas en lösenfras. Du behöver den när du aktiverar replikering. Kopiera lösenfrasen och förvara den på en säker plats.

    

När registreringen är klar visas servern på bladet Inställningar>Servrar i valvet.

Kommentar

Konfigurationsservern kan också installeras från kommandoraden. Läs mer.

Det kan ta 15 minuter eller mer innan kontonamnet visas i portalen. Om du vill uppdatera omedelbart väljer du Konfigurationsservrar>servernamn>Uppdatera server.

Steg 4: Konfigurera målmiljön

Välj och kontrollera målresurserna.

1. I Förbered infrastrukturmål> väljer du den Azure-prenumeration som du vill använda.
2. Ange måldistributionsmodellen.
3. Site Recovery kontrollerar att du har ett eller flera kompatibla Azure-lagringskonton och Azure-nätverk. Om den inte hittar dem måste du skapa minst ett lagringskonto och ett virtuellt nätverk för att kunna slutföra guiden.

Steg 5: Aktivera replikering

Skapa replikeringsprincip

1. Klicka på Förbered infrastrukturreplikering>Inställningar.

2. I Skapa replikeringsprincip anger du ett principnamn.

3. I Tröskelvärde för replikeringspunktmål anger du gränsen för replikeringspunktmålet (RPO).

   • Återställningspunkter för replikerade data skapas i enlighet med tidsuppsättningen.
   • Den här inställningen påverkar inte replikeringen, som är kontinuerlig. Det utfärdar helt enkelt en avisering om tröskelvärdet nås utan att en återställningspunkt skapas.

4. I Kvarhållning av återställningspunkt anger du hur länge varje återställningspunkt ska behållas. Replikerade virtuella datorer kan återställas till valfri tidpunkt i det angivna tidsfönstret.

5. I Appkonsekvent ögonblicksbildfrekvens anger du hur ofta programkonsekventa ögonblicksbilder skapas.

   • En appkonsekvent ögonblicksbild är en ögonblicksbild av appdata i den virtuella datorn.
   • Volume Shadow Copy Service (VSS) säkerställer att appar på den virtuella datorn är i ett konsekvent tillstånd när ögonblicksbilden tas.

6. Skapa policyn genom att välja OK.

Bekräfta distributionsplanering

Du kan hoppa över det här steget just nu. I listrutan Distributionsplanering klickar du på Ja, jag har gjort det.

Aktivera replikering

Kontrollera att du har slutfört alla uppgifter i Steg 1: Förbered datorn. Aktivera sedan replikering på följande sätt:

1. Välj Replikera program>Källa.

2. I Källa väljer du konfigurationsservern.

3. I Maskintyp väljer du Fysiska datorer.

4. Välj processerver (konfigurationsserver). Klicka sedan på OK.

5. I Mål väljer du prenumerationen och resursgruppen där du vill skapa de virtuella datorerna efter redundansväxlingen. Välj den distributionsmodell som du vill använda för de redväxade virtuella datorerna.

6. Välj det Azure Storage-konto där du vill lagra replikerade data.

7. Välj det Azure-nätverk och undernät som virtuella Azure-datorer ska ansluta till efter en redundansväxling.

8. Välj Konfigurera nu för valda datorer om du vill använda nätverksinställningen på alla datorer som du väljer att skydda. Välj Konfigurera senare om du vill välja Azure-nätverket separat för varje dator.

9. I Fysiska datorer klickar du på +Fysisk dator. Ange namn, IP-adress och operativsystemtyp för varje dator som du vill replikera.

   • Använd datorns interna IP-adress.
   • Om du anger den offentliga IP-adressen kanske replikeringen inte fungerar som förväntat.

10. I Egenskaper>Konfigurera egenskaper väljer du det konto som processervern ska använda för att automatiskt installera Mobilitetstjänsten på datorn.

11. I Replikeringsinställningar>Konfigurera replikeringsinställningar kontrollerar du att rätt replikeringsprincip har valts.

12. Klicka på Aktivera replikering.

13. Spåra förloppet för jobbet Aktivera skydd i Inställningar> Jobb>Site Recovery-jobb. När jobbet Slutför skydd har körts är datorn redo för redundans.

Kommentar

Site Recovery installerar mobilitetstjänsten när replikering är aktiverad för en virtuell dator.

Det kan ta 15 minuter eller längre innan ändringarna träder i kraft och visas på portalen.

Om du vill övervaka de virtuella datorer som du lägger till, kan du se när de senast identifierades i Konfigurationsservrar>Senaste kontakt. Om du vill lägga till virtuella datorer utan att vänta på den schemalagda identifieringen markerar du konfigurationsservern (välj den inte) och väljer Uppdatera.

Steg 6: Kör ett haveriberedskapstest

Du kör ett redundanstest till Azure för att se till att allt fungerar som förväntat. Den här redundansväxlingen påverkar inte produktionsmiljön.

Verifiera datoregenskaper

Innan du kör ett redundanstest kontrollerar du datoregenskaperna och ser till att de uppfyller Azure-kraven. Du kan visa och ändra egenskaper på följande sätt:

1. I Skyddade objekt klickar du på Den virtuella datorn Replikerade objekt> .

2. I fönstret Replikerade objekt finns det en sammanfattning av VM-informationen, hälsostatus och de senaste tillgängliga återställningspunkterna. Klicka på Egenskaper för att se mer information.

3. I Inställningar för beräkning och nätverk ändrar du inställningarna efter behov.

   • Du kan ändra namn, resursgrupp, målstorlek, tillgänglighetsuppsättning och inställningar för hanterade diskar.
   • Du kan också visa och ändra nätverksinställningar. Dessa inkluderar det nätverk/undernät som den virtuella Azure-datorn är ansluten till efter redundansväxlingen och den IP-adress som ska tilldelas till den virtuella datorn.

4. I Diskar visar du information om operativsystemet och datadiskarna på den virtuella datorn.

Kör ett redundanstest

När du kör ett redundanstest händer följande:

1. En kravkontroll körs för att säkerställa att alla de villkor som krävs för redundans är på plats.

2. Redundans bearbetar data med den angivna återställningspunkten:

   • Senast bearbetade: Datorn redundansväxlar till den senaste återställningspunkten som bearbetas av Site Recovery. Tidsstämpeln visas. Med det här alternativet läggs ingen tid på bearbetning av data, så den ger ett lågt RTO (mål för återställningstid).
   • Senaste appkonsekventa: Datorn redundansväxlar till den senaste appkonsekventa återställningspunkten.
   • Anpassad: Välj den återställningspunkt som används för redundans.

3. En virtuell Azure-dator skapas med hjälp av bearbetade data.

4. Redundanstest kan automatiskt rensa virtuella Azure-datorer som skapats under detaljnivån.

Kör ett redundanstest för en virtuell dator enligt följande:

1. I Inställningar> Replicerade objekt klickar du på den virtuella datorn >+Testa redundans.
2. I den här genomgången väljer vi att använda den senaste bearbetade återställningspunkten .
3. I Testa redundans väljer du azure-målnätverket.
4. Starta redundansväxlingen genom att klicka på OK.
5. Spåra förloppet genom att klicka på den virtuella datorn för att öppna dess egenskaper. Eller klicka på jobbet Testa redundans i valvnamn> Inställningar> Jobb>Site Recovery-jobb.
6. När redundansväxlingen är klar visas den virtuella replikens virtuella Azure-dator i Azure >Portal Virtual Machines. Kontrollera att den virtuella datorn är lämplig storlek, ansluten till rätt nätverk och körs.
7. Du bör nu kunna ansluta till den replikerade virtuella datorn i Azure. Läs mer.
8. Vill du ta bort virtuella Azure-datorer som skapades under redundanstestningen klickar du på Rensa redundanstestning på den virtuella datorn. Spara eventuella observationer som är associerade med redundanstestet i Anteckningar.

Redundans och återställning

När du har konfigurerat replikering och kört ett detaljtest för att kontrollera att allt fungerar kan du redundansväxla datorer till Azure efter behov.

Innan du kör en redundansväxling, om du vill ansluta till datorn i Azure efter redundansväxlingen, förbereder du dig för att ansluta innan du börjar.

Kör sedan en redundansväxling på följande sätt:

1. I Inställningar> Replicerade objekt klickar du på datorns >redundans.
2. Välj den återställningspunkt som du vill använda.
3. I Testa redundans väljer du azure-målnätverket.
4. Välj Stäng datorn innan du påbörjar redundans. Med den här inställningen försöker Site Recovery stänga av källdatorn innan redundansväxlingen startas. Redundans fortsätter dock även om avstängningen misslyckas.
5. Starta redundansväxlingen genom att klicka på OK. Du kan följa redundansförloppet på sidan Jobb.
6. När redundansväxlingen är klar visas den virtuella replikens virtuella Azure-dator i Azure >Portal Virtual Machines. Om du är beredd att ansluta efter redundansväxlingen kontrollerar du att den virtuella datorn är rätt storlek, ansluten till rätt nätverk och körs.
7. När du har verifierat den virtuella datorn klickar du på Checka in för att slutföra redundansväxlingen. Detta tar bort alla tillgängliga återställningspunkter.

Varning

Avbryt inte en pågående redundansväxling: Innan redundansen startas stoppas replikeringen av den virtuella datorn. Om du avbryter en pågående redundans stoppas redundansen, men den virtuella datorn kommer inte att replikeras igen.

Växla tillbaka till Azure Stack

När din primära plats är igång igen kan du växla tillbaka från Azure till Azure Stack. Det gör du genom att följa stegen som anges här.

Slutsats

I den här artikeln replikerade vi virtuella Azure Stack-datorer till Azure. När replikeringen var på plats körde vi ett haveriberedskapstest för att se till att redundansväxlingen till Azure fungerade som förväntat. Artikeln innehåller även steg för att köra en fullständig redundansväxling till Azure och återställa till Azure Stack.

Nästa steg

När du har misslyckats kan du återaktivera skyddet för den virtuella datorn och börja replikera den till Azure igen. Det gör du genom att upprepa stegen i den här artikeln.