Återaktivering av skydd redundansväxlade virtuella Azure-datorer till den primära regionen

När du redundansväxlar virtuella Azure-datorer från en region till en annan med Azure Site Recovery startar de virtuella datorerna i den sekundära regionen i ett oskyddat tillstånd. Om du vill återställa de virtuella datorerna till den primära regionen utför du följande uppgifter:

1. Återaktivera skyddet av de virtuella datorerna i den sekundära regionen så att de börjar replikeras till den primära regionen.
2. När återaktiveringen av skyddet har slutförts och de virtuella datorerna replikeras kan du redundansväxla från den sekundära till den primära regionen.

Förutsättningar

• Den virtuella datorns redundansväxling från den primära till den sekundära regionen måste checkas in.
• Den primära målplatsen ska vara tillgänglig och du bör kunna komma åt eller skapa resurser i den regionen.

Återaktivera skyddet av en virtuell dator

1. I Replikerade valvobjekt> högerklickar du på den virtuella datorn och väljer Skydda igen. Återaktiveringsriktningen ska visas från sekundär till primär.

   

2. Granska resursgruppen, nätverket, lagringen och tillgänglighetsuppsättningarna. Välj sedan OK. Om det finns några resurser markerade som nya skapas de som en del av återaktiveringsprocessen.

3. Återaktiveringsjobbet skapar målplatsen med de senaste data. När jobbet är klart utförs deltareplikering. Sedan kan du redundansväxla tillbaka till den primära platsen. Du kan välja det lagringskonto eller det nätverk som du vill använda under återaktiveringen av skyddet med hjälp av alternativet Anpassa.

   

Anpassa inställningar för återaktivering av skydd

Du kan anpassa följande egenskaper för den virtuella måldatorn under återaktiveringen av skyddet.

Property	Kommentar
Målresursgrupp	Ändra den målresursgrupp där den virtuella datorn skapas. Som en del av återaktiveringen tas den virtuella måldatorn bort. När du återaktivera skyddet av en redysst virtuell dator till den virtuella källdatorn kan inte målresursgruppen ändras.
Virtuellt målnätverk	Målnätverket kan inte ändras under återaktiveringen av skyddet. Om du vill ändra nätverket gör du om nätverksmappningen.
Kapacitetsreservation	Konfigurera en kapacitetsreservation för den virtuella datorn. Du kan skapa en ny kapacitetsreservationsgrupp för att reservera kapacitet eller välja en befintlig kapacitetsreservationsgrupp. Läs mer om kapacitetsreservation.
Mållagring (sekundär virtuell dator använder inte hanterade diskar)	Du kan ändra lagringskontot som den virtuella datorn använder efter redundansväxlingen.
Replikhanterade diskar (sekundär virtuell dator använder hanterade diskar)	Site Recovery skapar replikhanterade diskar i den primära regionen för att spegla den sekundära virtuella datorns hanterade diskar.
Cachelagring	Du kan ange ett cachelagringskonto som ska användas under replikeringen. Som standard skapas ett nytt cachelagringskonto, om det inte finns. Som standard används typ av lagringskonto (standardlagringskonto eller Premium Block Blob Storage-konto) som du har valt för den virtuella källdatorn på den ursprungliga primära platsen. Om du till exempel har valt Hög omsättning under replikering från ursprunglig källa till mål används premiumblockblob som standard under återskyddet från målet till den ursprungliga källan. Du kan konfigurera och ändra den för återskydd. Mer information finns i Haveriberedskap för virtuella Azure-datorer – stöd för hög omsättning.
Tillgänglighetsuppsättning	Om den virtuella datorn i den sekundära regionen ingår i en tillgänglighetsuppsättning kan du välja en tillgänglighetsuppsättning för den virtuella måldatorn i den primära regionen. Som standard försöker Site Recovery hitta den befintliga tillgänglighetsuppsättningen i den primära regionen och använda den. Under anpassningen kan du ange en ny tillgänglighetsuppsättning.

Vad händer vid återaktivering av skyddet?

Som standard sker följande:

1. Ett cachelagringskonto skapas i den region där redundas över den virtuella datorn körs.
2. Om mållagringskontot (det ursprungliga lagringskontot i den primära regionen) inte finns skapas ett nytt. Namnet på det tilldelade lagringskontot är namnet på lagringskontot som används av den sekundära virtuella datorn, suffixet med asr.
3. Om den virtuella datorn använder hanterade diskar skapas replikhanterade diskar i den primära regionen för att lagra data som replikeras från den sekundära virtuella datorns diskar.
4. Tillfälliga repliker av källdiskarna (diskar som är anslutna till de virtuella datorerna i den sekundära regionen) skapas med namnet ms-asr-<GUID>, som används för att överföra/läsa data. Med temporära diskar kan vi använda den fullständiga bandbredden för disken i stället för endast 16 % bandbredd för de ursprungliga diskarna (som är anslutna till den virtuella datorn). De temporära diskarna tas bort när återaktiveringen av skyddet har slutförts.
5. Om måltillgänglighetsuppsättningen inte finns skapas en ny som en del av återaktiveringsjobbet om det behövs. Om du har anpassat inställningarna för återaktivering av skydd används den valda uppsättningen.

När du utlöser ett återaktiveringsskyddsjobb och den virtuella måldatorn finns inträffar följande:

1. Den virtuella måldatorn är inaktiverad om den körs.
2. Om den virtuella datorn använder hanterade diskar skapas en kopia av den ursprungliga disken med ett -ASRReplica suffix. De ursprungliga diskarna tas bort. Kopiorna -ASRReplica används för replikering.
3. Om den virtuella datorn använder ohanterade diskar kopplas den virtuella måldatorns datadiskar från och används för replikering. En kopia av OS-disken skapas och ansluts på den virtuella datorn. Den ursprungliga OS-disken kopplas från och används för replikering.
4. Endast ändringar mellan källdisken och måldisken synkroniseras. Differentiella värden beräknas genom att jämföra båda diskarna och sedan överföras. Kontrollera nedan för att hitta den uppskattade tiden för att slutföra återaktiveringen av skyddet.
5. När synkroniseringen är klar börjar deltareplikeringen och en återställningspunkt skapas i enlighet med replikeringsprincipen.

När du utlöser ett återaktiveringsskyddsjobb och den virtuella måldatorn och diskarna inte finns inträffar följande:

1. Om den virtuella datorn använder hanterade diskar skapas replikdiskar med -ASRReplica suffix. Kopiorna -ASRReplica används för replikering.
2. Om den virtuella datorn använder ohanterade diskar skapas replikdiskar i mållagringskontot.
3. Hela diskarna kopieras från rederieringsregionen till den nya målregionen.
4. När synkroniseringen är klar börjar deltareplikeringen och en återställningspunkt skapas i enlighet med replikeringsprincipen.

Kommentar

Diskarna ms-asr är tillfälliga diskar som tas bort när återaktiveringsåtgärden har slutförts. Du debiteras en minimal kostnad baserat på priset för azure-hanterade diskar under den tid som dessa diskar är aktiva.

Uppskattad tid för återaktivering av skyddet

I de flesta fall replikerar Inte Azure Site Recovery fullständiga data till källregionen. Mängden data som replikeras beror på följande villkor:

1. Azure Site Recovery stöder inte återaktivering av skydd om den virtuella källdatorns data tas bort, skadas eller inte kan nås av någon anledning. Till exempel en resursgruppsändring eller borttagning. Du kan också inaktivera det tidigare haveriberedskapsskyddet och aktivera ett nytt skydd från den aktuella regionen.
2. Om data för den virtuella källdatorn är tillgängliga beräknas differentiella värden genom att jämföra både diskarna och endast skillnaderna överförs. I det här fallet är återaktiveringstiden större än eller lika med checksum calculation time + checksum differentials transfer time + time taken to process the recovery points from Azure Site Recovery agent + auto scale time.

Faktorer som styr återaktiveringstiden i scenario 2

Följande faktorer påverkar återaktiveringstiden när den virtuella källdatorn är tillgänglig i scenario 2:

1. Beräkningstid för kontrollsumma – Den tid det tar att slutföra aktiveringsprocessen från den primära till haveriberedskapsplatsen används som riktmärke för differentiell beräkning av kontrollsumman. Gå till Recovery Services-valv>Övervakning>av Site Recovery-jobb för att se den tid det tar att slutföra aktiveringsprocessen. Det här är den minsta tid som krävs för att slutföra beräkningen av kontrollsumman.

2. Checksum differentiell dataöverföring sker på cirka 23% av diskens dataflöde.

3. Den tid det tar att bearbeta återställningspunkterna som skickas från Azure Site Recovery-agenten – Azure Site Recovery-agenten fortsätter också att skicka återställningspunkter under kontrollsummaberäkningen och överföringsfasen. Azure Site Recovery bearbetar dem dock bara när checksummornas difföverföring är klar. Den tid det tar att bearbeta återställningspunkter är ungefär en femtedel (1/5: e) av den tid det tar för beräkning av differentiella kontrollsummor och överföringstid för kontrollsummor (tid för checksummor diff beräkning + tid för checksummor diff överföring). Om till exempel tiden för differentiell beräkning av kontrollsummor och differentiell överföring av kontrollsumma är 15 timmar, är den tid det tar att bearbeta återställningspunkterna från agenten tre timmar.

4. Den automatiska skalningstiden är cirka 20–30 minuter.

Exempelscenario:

Låt oss ta exemplet från följande skärmbild, där Aktivera replikering från den primära platsen till haveriberedskapen tog en timme och 12 minuter. Beräkningstiden för Kontrollsumman skulle vara minst en timme och 12 minuter. Om vi antar att mängden dataändring efter redundansväxlingen är 45 GB och disken har ett dataflöde på 60 Mbit/s sker differentiell överföring vid 14 Mbit/s och den tid det tar för differentiell överföring är 45 GB/14 Mbit/s, vilket är cirka 55 minuter. Den tid det tar att bearbeta återställningspunkterna är ungefär en femtedel av den totala tiden för beräkningen av kontrollsumman (72 minuter) och den tid det tar för dataöverföring (55 minuter), vilket är cirka 25 minuter. Dessutom tar det 20–30 minuter för automatisk skalning. Den totala tiden för återaktivering av skyddet bör därför vara minst tre timmar.

Ovanstående är en enkel bild av hur du beräknar återaktiveringstiden.

När den virtuella datorn skyddas på nytt från haveriberedskapsregionen till den primära regionen (d.v.s. efter redväxling från den primära regionen till haveriberedskapsregionen) tas den virtuella måldatorn (den ursprungliga virtuella källdatorn) och associerade nätverkskort bort.

Men när den virtuella datorn åter skyddas från den primära regionen till haveriberedskapsregionen efter återställning efter återställning efter fel tar vi inte bort den virtuella datorn och associerade nätverkskort i haveriberedskapsregionen som skapades under den tidigare redundansväxlingen.

Nästa steg

När den virtuella datorn har skyddats kan du initiera en redundansväxling. Redundansväxlingen stänger av den virtuella datorn i den sekundära regionen och skapar och startar den virtuella datorn i den primära regionen, med kort stilleståndstid under den här processen. Vi rekommenderar att du väljer en lämplig tid för den här processen och att du kör ett redundanstest innan du påbörjar en fullständig redundansväxling till den primära platsen.

Läs mer om redundansväxling i Azure Site Recovery.