Vanliga frågor om katastrofåterställning från Azure till Azure

Den här artikeln besvarar vanliga frågor om haveriberedskap för virtuella Azure-datorer till en annan Azure-region med hjälp av Azure Site Recovery-tjänsten .

Allmänt

Hur prissätts Site Recovery?

Läs mer om kostnader för haveriberedskap för virtuella Azure-datorer.

Hur fungerar den kostnadsfria nivån?

Varje instans som skyddas med Site Recovery är kostnadsfri under de första 31 dagarnas skydd. Efter den perioden är skyddet för varje instans enligt de priser som sammanfattas i prisinformationen. Du kan beräkna kostnaderna med hjälp av priskalkylatorn för Azure.

Debiteras jag andra Azure-avgifter under de första 31 dagarna?

Ja. Även om Azure Site Recovery är kostnadsfri under de första 31 dagarna av en skyddad instans kan du debiteras för Azure Storage, lagringstransaktioner och dataöverföringar. En återställd virtuell dator kan också medföra avgifter för Azure-beräkning.

Hur gör jag för att komma igång med katastrofåterställning för Azure virtuella datorer?

1. Förstå arkitekturen för haveriberedskap för virtuella Azure-datorer.
2. Granska support-kraven.
3. Konfigurera haveriberedskap för virtuella Azure-datorer.
4. Kör en katastrofåterställningsövning med ett testfailover.
5. Kör en fullständig redundansväxling till en sekundär Azure-region.
6. Växla tillbaka från den sekundära regionen till den primära regionen.

Hur säkerställer vi kapacitet i målregionen?

Site Recovery-teamet och Azures kapacitetshanteringsteam planerar för tillräcklig infrastrukturkapacitet. När du startar en redundansväxling hjälper teamen också till att se till att virtuella datorinstanser som skyddas av Site Recovery distribueras till målregionen.

Replikering

Kan jag replikera virtuella datorer med diskkryptering?

Ja. Site Recovery stöder haveriberedskap för virtuella datorer som har Azure Disk Encryption (ADE) aktiverat. När du aktiverar replikering kopierar Azure alla nödvändiga diskkrypteringsnycklar och hemligheter från källregionen till målregionen i användarkontexten. Om du inte har nödvändiga behörigheter kan säkerhetsadministratören använda ett skript för att kopiera nycklar och hemligheter.

• Site Recovery stöder ADE för virtuella Azure-datorer som kör Windows.
• Site Recovery stöder:
  • ADE version 0.1, som har ett schema som kräver Microsoft Entra-ID.
  • ADE version 1.1, som inte kräver Microsoft Entra-ID. För version 1.1 måste virtuella Microsoft Azure-datorer ha hanterade diskar.
  • Läs mer om tilläggsscheman.

Läs mer om att aktivera replikering för krypterade virtuella datorer.

Mer information om stöd för andra krypteringsfunktioner finns i supportmatrisen .

Kan jag välja ett automationskonto från en annan resursgrupp?

När du tillåter att Site Recovery hanterar uppdateringar för Mobility-tjänsttillägget som körs på replikerade virtuella Azure-datorer, distribueras en global runbook (som används av Azure-tjänster) via ett Azure Automation-konto. Du kan använda automationskontot som Site Recovery skapar eller välja att använda ett befintligt automationskonto.

I portalen kan du för närvarande bara välja ett automationskonto i samma resursgrupp som valvet. Du kan välja ett automationskonto från en annan resursgrupp med hjälp av PowerShell. Läs mer om att aktivera automatiska uppdateringar.

Kan jag ta bort standard runbooken om jag använder ett kundautomatiseringskonto som inte finns i valvresursgruppen?

Ja, du kan ta bort den om du inte behöver den.

Har uppgradering av kernel-firmware på en server som skyddas av Azure Site Recovery för katastrofåterställning någon inverkan?

Nej, det påverkar inte den pågående replikeringen eftersom servern redan är skyddad via Azure Site Recovery.

Kan jag replikera virtuella datorer till en annan prenumeration?

Ja, du kan replikera virtuella Azure-datorer till valfri prenumeration inom samma Microsoft Entra-klientorganisation. När du aktiverar katastrofåterställning för virtuella datorer visas som standard målprenumerationen från den virtuella källdatorn. Du kan ändra målprenumerationen och andra inställningar (till exempel resursgrupp och virtuellt nätverk) fylls i automatiskt från den valda prenumerationen.

Kan jag replikera virtuella datorer i en tillgänglighetszon till en annan region?

Ja, du kan replikera virtuella datorer i tillgänglighetszoner till en annan Azure-region.

Kan jag replikera virtuella datorer som inte är zoner till en zon inom samma region?

Detta stöds inte.

Kan jag replikera zonindelade virtuella datorer till en annan zon i samma region?

Stödet för detta är begränsat till några regioner. Läs mer.

Kan vi replikera från en zon till en annan zon med Azure Site Recovery?

Ja, det stöds.

Kan jag undanta diskar från replikering?

Ja, du kan exkludera diskar när du konfigurerar replikering med hjälp av PowerShell. Läs mer om att undanta diskar.

Kan jag replikera nya diskar som lagts till i replikerade virtuella datorer?

För replikerade virtuella datorer med hanterade diskar kan du lägga till nya diskar och aktivera replikering för dem. När du lägger till en ny disk visar den replikerade virtuella datorn ett varningsmeddelande om att en eller flera diskar på den virtuella datorn är tillgängliga för skydd.

• Om du aktiverar replikering för de tillagda diskarna försvinner varningen efter den första replikeringen.
• Om du inte vill aktivera replikering för disken kan du stänga varningen.
• Om du växlar över en virtuell dator med diskar som har lagts till, visar replikeringspunkterna de diskar som är tillgängliga för återställning. Om du till exempel lägger till en andra disk till en virtuell dator med en disk visas en replikeringspunkt som skapades innan du lade till som 1 av 2 diskar.
• Om du utför ett os-diskbyte måste du inaktivera och aktivera replikering, eftersom Site Recovery inte stöder byte av OS-disk.

Site Recovery stöder inte snabb borttagning av diskar från en replikerad virtuell dator. Om du tar bort en disk för virtuella datorer måste du inaktivera och sedan återaktivera replikering för den virtuella datorn.

Hur ofta kan jag replikera till Azure?

Replikeringen är kontinuerlig när du replikerar virtuella Azure-datorer till en annan Azure-region. Läs mer om replikeringsprocessen.

Kan jag replikera virtuella datorer som inte är zonindelade i en region?

Du kan inte använda Site Recovery för att replikera virtuella datorer som inte är zonindelade i en region. Men du kan replikera zonindelade datorer till en annan zon i samma region.

Kan jag replikera virtuella datorinstanser till valfri Azure-region?

Du kan replikera och återställa virtuella datorer mellan två regioner.

Behöver Site Recovery internetanslutning?

Nej, men virtuella datorer behöver åtkomst till Site Recovery-URL:er och IP-intervall. Läs mer.

Kan jag replikera ett program som är nivåindelat mellan resursgrupper?

Ja, du kan replikera appen och behålla konfigurationen för haveriberedskap i en separat resursgrupp.

Om apparna till exempel har tre nivåer (program/databas/webb) i olika resursgrupper måste du aktivera replikering tre gånger för att skydda alla nivåer. Site Recovery replikerar de tre nivåerna till tre olika resursgrupper.

Kan jag flytta lagringskonton mellan resursgrupper?

Nej, detta stöds inte. Om du av misstag flyttar lagringskonton till en annan resursgrupp och tar bort den ursprungliga resursgruppen kan du skapa en ny resursgrupp med samma namn som den gamla resursgruppen och sedan flytta lagringskontot till den här resursgruppen.

Hur kan jag visa en viss zon för målkonfiguration när jag aktiverar zonreplikering?

Azure-portalen visar logiska zoner. I datacentret mappas faktiska fysiska zoner till dessa logiska zoner och mappningarna varierar beroende på prenumeration. Prenumeration A:s zon 1 kan till exempel mappas till fysisk zon 1, medan prenumeration B:s zon 1 kan mappas till fysisk zon 2. Därför ser du olika mappade zoner för olika prenumerationer i samma region. I Site Recovery måste käll- och målzonerna ha olika fysiska zoner.

Om käll- och målzonerna är desamma kan du inte visa zon för målkonfiguration när zonreplikering aktiveras.

Kan jag välja ett annat automationsnamn än det befintliga automationsnamnet för mitt Recovery Services-valv?

När du replikerar en ny virtuell dator (VM) och tilldelar ett nytt automationskonto anges det här kontot automatiskt på valvnivå och visas under Uppdateringsinställningar för Recovery Services Vault > Site Recovery Infrastructure > Extension Update i Azure-portalen. Från och med då använder Azure Site Recovery det här nya Automation-kontot för att hantera Site Recovery-tillägget för alla replikerade virtuella datorer.

Kan jag välja ett annat namn för automatiseringen av återställningstjänsternas valv i stället för att använda det befintliga?

När du replikerar en ny virtuell dator och anger ett nytt Automation-kontonamn uppdateras valvet för att använda det här nya Automation-kontot på valvnivå. Det här uppdaterade namnet visas i valvet under Uppdateringsinställningar för Recovery Services Vault>Site Recovery Infrastructure>Extension.

Azure Site Recovery använder det här nya Automation-kontot för att hantera webbplatsåterställningstillägget på alla replikerade virtuella datorer.

De premium SSD v2-diskarna

Kommer källdiskens IOPS att ändras efter aktivering av replikering att återspeglas under redundansväxlingen?

IOPS för premium SSD v2-källdisken vid tidpunkten för aktivering av replikering kopieras och återspeglas i redundansdisken. Ändringar som görs i IOPS för Premium SSD v2-disken efter skydd återspeglas inte i redundansdisken. Du kan ändra IOPS för den redundansväxla disken i målregionen när redundansväxlingen har slutförts.

Vilken storlek på disksektorn stöds när jag skyddar virtuella datorer med Premium SSD v2-diskar?

Azure Site Recovery stöder både 512- och 4096-sektorstorleksdiskar i offentlig förhandsversion.

Har Azure Site Recovery stöd för Premium SSD v2-diskkapacitet för live-storleksändring?

Azure Site Recovery stöder live-omsynkronisering. När storleksändringen är klar utförs omsynkronisering av replikdisken av Azure Site Recovery och de äldre återställningspunkterna tas bort. När omsynkronisering har slutförts och nya återställningspunkter börjar genereras kan du redundansväxlara med hjälp av de nya återställningspunkterna.

Finns det några ändringar i prestanda för Azure Site Recovery mellan Premium SSD v1- och SSD v2-diskar?

RPO- och RTO-serviceavtalen för Azure Site Recovery förblir desamma för båda disktyperna. Premium SSD v2-diskar tar dock längre tid att slutföra processen för att aktivera skydd. Eftersom Azure Site Recovery använder Premium SSD v1-diskar som replikdiskar skulle de nya Premium SSD v2-diskarna som skapats i målet med replikdisken också behöva lite tid för datafuktning under redundansväxlingen. Detta skulle dock inte påverka miljöns tillgänglighet.

Vilka ögonblicksbilder används för att skydda virtuella datorer med Premium SSD v2 med Azure Site Recovery?

Premium SSD v2-diskarna använder Standard Page Blob-ögonblicksbilder i källan och Premium-ögonblicksbilder i målet. Om de synliga ögonblicksbilderna tas bort måste Azure Site Recovery synkronisera om.

Kommer Azure Site Recovery att fungera för Premium SSD v2 med Standard Cache Storage-konto?

Azure Site Recovery för Premium SSD v2 har ett Premium Cache Storage-konto som standard, vilket motsvarar hög förändringstakt. När du aktiverar Azure Site Recovery från PowerShell ser du till att det cachelagringskonto som används är premium.

Delade diskar från Azure till Azure

Stöder Azure Site Recovery Linux-virtuella datorer med delade diskar?

Nej, Azure Site Recovery stöder inte Linux-virtuella maskiner med delade diskar. Endast virtuella maskiner med WSFC-baserade delade diskar stöds.

Stöds PowerShell för Azure Site Recovery med delade diskar?

Ja, det stöds.

Kan vi aktivera replikering för endast några av de virtuella maskinerna som är anslutna till en delad disk?

Nej, aktivering av replikering kan bara lyckas när alla VMer som är kopplade till en delad disk väljs.

Är det möjligt att utesluta delade diskar och aktivera replikering endast för några av de virtuella maskinerna i en kluster?

Ja, första gången du inte väljer alla virtuella maskiner i Aktivera replikering visas en varning som nämner de ovalda virtuella maskinerna som är anslutna till den delade disken. Om du fortfarande fortsätter avmarkerar du den delade diskreplikeringen genom att välja Nej för lagringsalternativet på fliken Replikeringsinställningar.

Om jobbet aktivera replikering misslyckas för ett kluster, kan vi starta om det efter att ha löst problemet utan att välja kluster igen?

Ja, du kan starta om jobbet utan att välja om kluster, precis som i andra A2A-scenarier. Men eftersom processen enable replication körs för varje nod måste du starta om det misslyckade jobbet för alla noder via gränssnittet för Site Recovery Jobs.

Kan nya delade diskar läggas till i en skyddad kluster?

Nej, om nya delade diskar behöver läggas till, inaktivera replikeringen för den redan skyddade klustern. Aktivera ett nytt klusterskydd med ett nytt klusternamn för den ändrade infrastrukturen.

Stöds återställningspunkter som är både kraschkonsekventa och appkonsekventa?

Nej, Azure Site Recovery för delade diskar stöder endast kraschkonsekventa återställningspunkter.

Kan vi använda återställningsplaner för redundansväxling av virtuella Azure Site Recovery-aktiverade virtuella datorer med delade diskar?

Nej, återställningsplaner stöds inte för delade diskar i Azure Site Recovery.

Replikeringsprincip

Vad är en replikeringsprincip?

En replikationsprincip definierar kvarhållningshistoriken för återställningspunkter och frekvensen för app-konsistenta ögonblicksbilder. Site Recovery skapar en standardreplikeringsprincip på följande sätt:

• Behåll återställningspunkter för en dag.
• Appkonsekventa ögonblicksbilder är inaktiverade och skapas inte som standard.

Läs mer om replikeringsinställningar.

Vad är en kraschkonsekvent återställningspunkt?

En kraschbeständig återställningspunkt innehåller data på disken, som om du drog ut strömkabeln från servern vid tidpunkten för ögonblicksbilden. Den innehåller inte något som fanns i minnet när ögonblicksbilden togs.

I dag kan de flesta appar återställas väl från kraschkonsekventa ögonblicksbilder. En kraschkonsekvent återställningspunkt räcker för icke-databasoperativsystem och appar som filservrar, DHCP-servrar och utskriftsservrar.

Site Recovery skapar automatiskt en kraschkonsekvent återställningspunkt var femte minut.

Vad är en programkonsekvent återställningspunkt?

Appkonsekventa återställningspunkter skapas från appkonsekventa ögonblicksbilder. De samlar in samma data som ögonblicksbilder vid krasch och samlar dessutom in data i minnet samt alla pågående transaktioner.

På grund av extra innehåll är app-konsistenta ögonblicksbilder de mest komplexa och tar längst tid. Vi rekommenderar appkonsekventa återställningspunkter för databasoperativsystem och appar som SQL Server. För Windows använder appkonsekventa ögonblicksbilder tjänsten Volume Shadow Copy (VSS).

Påverkar appkonsekventa återställningspunkter prestanda?

Eftersom appkonsekventa återställningspunkter samlar in alla data i minnet och processen kan det påverka prestanda när arbetsbelastningen redan är upptagen om de samlas in ofta. Vi rekommenderar inte att du samlar in för ofta för icke-databasarbetsbelastningar. Även för databasarbetsbelastningar bör en timme räcka.

Vilken är den lägsta frekvensen för att generera appkonsekventa återställningspunkter?

Site Recovery kan skapa appkonsekventa återställningspunkter med en minsta frekvens på en timme.

Kan jag aktivera appkonsekvent replikering för virtuella Linux-datorer?

Ja. Mobilitetsagenten för Linux stöder anpassade skript för applikationskonsistens. Ett anpassat skript med för- och efteralternativ används av agenten. Läs mer

Hur skapas och sparas återställningspunkter?

För att förstå hur Site Recovery genererar återställningspunkter ska vi använda ett exempel.

• En replikeringspolicy behåller återställningspunkter under en dag och tar en appkonsistent ögonblicksbild varje timme.
• Site Recovery skapar en krashtolerant återställningspunkt varannan femte minut. Du kan inte ändra den här frekvensen.
• Site Recovery gallrar återställningspunkter efter två timmar och sparar en punkt per timme.

Under de senaste två timmarna kan du välja mellan 24 kraschbeständiga punkter och två appbeständiga punkter, som visas i bilden.

Hur långt tillbaka kan jag återhämta?

Den äldsta återställningspunkten som du kan använda är 15 dagar med Hanterad disk och tre dagar med ohanterad disk.

Hur händer raderingen av återställningspunkter?

Kraschsäkra återställningspunkter genereras var femte minut. Appkonsekventa ögonblicksbilder genereras baserat på den indatafrekvens som du anger. Efter två timmar kan rensning av återställningspunkter inträffa baserat på den kvarhållningsperiod som du anger. Följande är scenarierna:

Indata för kvarhållningsperiod	Mekanism för beskärning
0 dagar	Ingen återställningspunkt har sparats. Du kan växla över bara till den senaste punkten.
1 dag	En återställningspunkt som sparas per timme utöver de senaste två timmarna
2–7 dagar	En återställningspunkt sparas varannan timme efter de första två timmarna
8–15 dagar	En återställningspunkt sparas varannan timme efter de första två timmarna, under en period av upp till sju dagar. Därefter sparas en återställningspunkt var fjärde timme. Appkonsekventa ögonblicksbilder kommer också att reduceras baserat på varaktigheten som anges i tabellen ovan, även om du har angett en lägre frekvens för appkonsekventa ögonblicksbilder.

Vad händer om Site Recovery inte kan generera återställningspunkter på mer än en dag?

Om du har en replikeringsprincip på en dag och Site Recovery inte kan generera återställningspunkter på mer än en dag finns dina gamla återställningspunkter kvar. Site Recovery ersätter bara den äldsta punkten om den genererar nya punkter. Tills det finns nya återställningspunkter finns alla gamla punkter kvar när du når kvarhållningsfönstret.

Kan jag ändra replikeringsprincipen när replikeringen har aktiverats?

Ja. I valvet >Site Recovery Infrastructure> under Replikationsprinciper, välj och redigera principen. Ändringar gäller även för befintliga principer.

Är alla återställningspunkter en fullständig kopia av en virtuell dator?

Den första återställningspunkten som genereras har den fullständiga kopian. Successiva återställningspunkter har deltaändringar.

Ökar en ökad kvarhållning av återställningspunkter lagringskostnaderna?

Ja. Om du till exempel ökar kvarhållningen från en dag till tre dagar sparar Site Recovery återställningspunkter i ytterligare två dagar. Den extra tiden medför lagringsändringar. Tidigare sparade den återställningspunkter varje timme under en dag. Nu sparar den återställningspunkter varannan timme under 3 dagar. Se beskärning av återställningspunkter. Därför sparas ytterligare 12 återställningspunkter. Om en enskild återställningspunkt till exempel hade deltaändringar på 10 GB, med en kostnad per GB på 0,16 USD per månad, skulle ytterligare avgifter vara 1,60 USD × 12 usd per månad.

Beständighet för flera virtuella maskiner

Vad är konsekvens för flera VM?

Säkerställandet av konsekvens för flera virtuella datorer ser till att återställningspunkterna är konsekventa över de replikerade virtuella datorerna.

• När du aktiverar konsekvens mellan flera virtuella maskiner skapar Site Recovery en replikeringsgrupp för alla maskiner som har alternativet aktiverat.
• När du genomför en failover av datorerna i replikeringsgruppen har de gemensamma återställningspunkter som är både kraschkonsekventa och appkonsekventa.

Lär dig hur du aktiverar konsekventa inställningar för flera virtuella maskiner.

Kan jag växla över en enskild virtuell maskin i en replikeringsgrupp?

Nej. När du aktiverar konsekvens för multi-VM förutsätter det att en app har ett beroende av alla virtuella datorer i replikeringsgruppen, och att redundansväxling för enskilda virtuella datorer inte tillåts.

Hur många virtuella datorer kan jag replikera tillsammans i en grupp?

Du kan replikera 16 virtuella datorer tillsammans i en replikeringsgrupp.

När ska jag aktivera konsekvens mellan flera virtuella datorer?

Konsistens för flera virtuella maskiner är processorintensiv, och att aktivera den kan påverka arbetsbelastningens prestanda. Aktivera endast om virtuella datorer kör samma arbetsuppgift och du behöver konsistens över flera olika datorer. Om du till exempel har två SQL Server-instanser och två webbservrar i en applikation, aktiverar du konsekvens mellan flera virtuella datorer endast för SQL Server-instanserna.

Kan jag lägga till en replikerande virtuell dator i en replikeringsgrupp?

Du kan inte lägga till en skyddad virtuell dator i en befintlig replikeringsgrupp.

Vilka villkor måste uppfyllas för att skapa en återställningsplan för konsekvent hantering av flera virtuella maskiner?

För att skapa en återställningsplan som ger konsekvens för flera virtuella maskiner fungerar det endast om följande villkor uppfylls:

• Den virtuella datorn måste finnas i samma prenumeration och region.
• Den virtuella datorn måste kommunicera via nätverket med hjälp av värdnamn.

Övergång vid fel

Hur säkerställer vi kapacitet i målregionen?

Site Recovery-teamet och Azures kapacitetshanteringsteam planerar för tillräcklig infrastrukturkapacitet på bästa sätt. När du startar en failover hjälper teamen också till med att säkerställa att virtuella datorinstanser som skyddas av Site Recovery kan distribueras till målregionen.

Är omkopplingen automatisk?

Failover sker inte automatiskt. Du kan starta en redundansväxling med ett enda klick i portalen eller använda PowerShell för att utlösa en redundansväxling.

Kan jag behålla en offentlig IP-adress efter redundansväxlingen?

Du kan inte behålla den offentliga IP-adressen för en produktionsapplikation efter en omkoppling.

När du tar upp en arbetsbelastning som en del av redundansväxlingsprocessen måste du tilldela den en offentlig IP-adressresurs i Azure. Resursen måste vara tillgänglig i målregionen. Du kan tilldela den offentliga IP-adressresursen i Azure manuellt, eller så kan du automatisera den med en återställningsplan. Lär dig hur du konfigurerar offentliga IP-adresser efter redundansväxling.

Kan jag behålla en privat IP-adress efter redundansväxlingen?

Ja. När du aktiverar haveriberedskap för virtuella Azure-datorer skapar Site Recovery som standard målresurser baserat på källresursinställningar. För virtuella Azure-datorer som konfigurerats med statiska IP-adresser försöker Site Recovery etablera samma IP-adress för den virtuella måldatorn, om den inte används. Läs mer om att behålla IP-adresser efter redundansväxling.

Varför tilldelas en virtuell dator en ny IP-adress efter redundansväxlingen?

Site Recovery försöker ange IP-adressen vid tidpunkten för redundansväxlingen. Om en annan virtuell dator använder den adressen anger Site Recovery nästa tillgängliga IP-adress som mål.

Läs mer om hur du konfigurerar nätverksmappning och IP-adressering för virtuella nätverk.

Vad är den senaste återställningspunkten?

Det senaste återställningspunktsalternativet (lägsta RPO) ger det lägsta målet för återställningspunkter (RPO). Den bearbetar först alla data som har skickats till Site Recovery-tjänsten, för att skapa en återställningspunkt för varje virtuell dator innan den växlar över till den. Den försöker först bearbeta och tillämpa alla data som skickas till Site Recovery-tjänsten på målplatsen och skapa en återställningspunkt med hjälp av bearbetade data. Om det däremot vid den tidpunkt då redundansväxlingen utlöstes inte finns några data uppladdade till Site Recovery-tjänsten som väntar på bearbetning, kommer Azure Site Recovery inte att utföra någon bearbetning och därför inte att skapa en ny återställningspunkt. I det här scenariot växlar den i stället över genom att endast använda den tidigare bearbetade återställningspunkten.

Påverkar de senaste återställningspunkterna failover-återställningstidmålet?

Ja. Site Recovery bearbetar alla väntande data innan en övergång sker, så det här alternativet har ett högre återställningstidens mål (RTO) än andra alternativ.

Vad är det senaste bearbetade återställningsalternativet?

Det senaste bearbetade alternativet gör följande:

1. Den växlar över alla virtuella datorer till den senaste återställningspunkten som har bearbetats av Site Recovery. Det här alternativet ger en låg RTO eftersom ingen tid ägnas åt bearbetning av obearbetade data.

Vad händer om det uppstår ett oväntat avbrott i den primära regionen?

Du kan starta redundansväxlingen. Site Recovery behöver ingen anslutning från den primära regionen för redundansväxlingen.

Vad är RTO för en virtuell maskins felövergång?

Site Recovery har ett RTO-serviceavtal på en timme. Oftast växlar Site Recovery över virtuella datorer inom några minuter. För att beräkna RTO, granska failover-jobbet, som visar den tid det tog att starta en virtuell maskin.

Replikeras tilläggen till den virtuella redundansdatorn i målregionen?

Tillägg replikeras inte till failover-VM i målregionen, så vi måste installera dem manuellt efter failover.

För zonindelad SQL VM-replikering: Om det gäller en virtuell SQL-dator visas den inte om motsvarande IaaS SQL-tillägg inte är installerat. Efter att du har installerat SqlIaasExtension, skapas SQL virtual machine automatiskt. Läs mer.

Återhämtningsplaner

Vad är en återställningsplan?

En återställningsplan i Site Recovery samordnar redundans och återställning av virtuella datorer. Det hjälper till att göra återställningen konsekvent korrekt, repeterbar och automatiserad. Den gör följande:

• Definierar en grupp av virtuella datorer som fällöver tillsammans
• Definierar beroenden mellan virtuella datorer, så att programmet kommer upp korrekt.
• Automatiserar återställningen, med alternativet att använda anpassade manuella åtgärder för andra uppgifter än failover för virtuella datorer.

Hur fungerar sekvensering?

I en återställningsplan kan du skapa upp till 7 grupper av virtuella datorer för sekvensering. Grupper byter över en åt gången, så att virtuella datorer som ingår i samma grupp växlar över samtidigt. Läs mer.

Hur hittar jag återställningstiden (RTO) för en återställningsplan?

Om du vill kontrollera RTO för en återställningsplan gör du ett redundanstest för återställningsplanen. I Site Recovery-jobb kontrollerar du testfailoverns varaktighet. I exempel skärmbilden tog redundanstestjobbet SAPTestRecoveryPlan 8 minuter och 59 sekunder.

Kan jag lägga till Automation-runbooks i återställningsplaner?

Ja. Läs mer.

Återskydd och återgång efter fel

Skyddas virtuella datorer i den sekundära regionen automatiskt efter redundansväxlingen?

Nej. När du växlar över virtuella datorer från en region till en annan, startar de virtuella datorerna i målhaveriberedskapsregionen i ett oskyddat tillstånd. Om du vill återaktivera skyddet av virtuella datorer i den sekundära regionen aktiverar du replikering tillbaka till den primära regionen.

När jag återställer skydd, replikeras all data från den sekundära regionen till den primära?

Det beror på. Om den virtuella källregiondatorn finns synkroniseras endast ändringar mellan källdisken och måldisken. Site Recovery jämför diskarna med vad som skiljer sig åt och överför sedan data. Den här processen tar vanligtvis några timmar. Läs mer.

Hur lång tid tar det att återgå till tidigare systemstatus efter ett fel?

Efter återaktiveringen tar återställningen ungefär samma tid som det tog att växla över från den primära regionen till en sekundär region.

Kapacitet

Hur säkerställer vi kapacitet i målregionen?

Site Recovery-teamet och Azures kapacitetshanteringsteam planerar för tillräcklig infrastrukturkapacitet på bästa sätt. När du startar en failover hjälper teamen också till med att säkerställa att virtuella datorinstanser som skyddas av Site Recovery kan distribueras till målregionen.

Fungerar Site Recovery med kapacitetsreservation?

Ja, du kan skapa en kapacitetsreservation för den virtuella datorns SKU i haveriberedskapsregionen och/eller zonen och konfigurera den i beräkningsegenskaperna för den virtuella måldatorn. När det är klart använder site recovery den öronmärkta kapaciteten för redundansväxlingen. Läs mer.

Varför ska jag reservera kapacitet med kapacitetsreservation på målplatsen?

Site Recovery gör sitt bästa för att säkerställa att kapaciteten är tillgänglig i återställningsregionen, men den garanterar inte samma sak. Site Recoverys bästa arbete backas upp av ett rto-serviceavtal på 1 timme. Men om du behöver ytterligare säkerhet och garanterad beräkningskapacitet rekommenderar vi att du köper kapacitetsreservationer

Fungerar Site Recovery med reserverade instanser?

Ja, du kan köpa reserverade virtuella Azure-datorer i haveriberedskapsregionen och Site Recovery-redundansåtgärder använder dem. Ingen ytterligare konfiguration krävs.

Var visas den virtuella datorn, som mappas till reservationsgruppen efter att kapacitetsreservation har aktiverats för virtuella datorer i Azure Site Recovery i målregionen?

När du aktiverar kapacitetsreservation för virtuella datorer i Azure Site Recovery i målregionen mappar den virtuella datorn till reservationsgruppen under replikeringen. Eftersom den virtuella måldatorn inte skapas förrän ett testavbrott eller en faktisk växling har utförts, kan du se mappningen under Recovery Services-valvet>Kapacitetsreservation inställningar.

Det VM-associerade alternativet under kapacitetsreservationsgruppen fylls endast i när de virtuella måldatorerna skapas under en test-failover eller en faktisk failover. Läs mer.

Säkerhet

Skickas replikeringsdata till Site Recovery-tjänsten?

Nej, Site Recovery fångar inte upp replikerade data och har ingen information om vad som körs på dina virtuella datorer. Endast de metadata som behövs för att samordna replikeringen och redundansen skickas till Site Recovery-tjänsten.

Site Recovery är ISO 27001:2013, 27018, HIPAA och DPA certifierad. Tjänsten genomgår SOC2- och FedRAMP JAB-utvärderingar.

Krypterar Site Recovery datakopieringen?

Ja, både kryptering under överföring och kryptering i vila i Azure stöds.

Åtkomst till disknätverk

Vilken nätverksåtkomst har diskarna som skapats av Azure Site Recovery?

Azure Site Recovery skapar replika och måldiskar. Replikdiskar är diskar där data replikeras och måldiskar är diskar som är anslutna till failover-VM:ar (eller test-failover-VM:ar). Azure Site Recovery skapar dessa diskar med offentlig åtkomst aktiverad. Du kan dock inaktivera offentlig åtkomst för dessa diskar manuellt genom att följa dessa steg:

1. Gå till avsnittet Replikerade objekt i recovery services-valvet.

2. Välj den virtuella dator som du vill ändra åtkomstprincipen för disknätverk för.

3. Leta reda på målprenumerationsnamnet och målresursgruppens namn på fliken Beräkning . Replikdiskarna finns i målprenumerationen och målresursgruppen. De virtuella datorerna för redundansväxling och redundanstest skapas också i målresursgruppen i målprenumerationen.

   

4. Gå till fliken Diskar för de replikerade objekten för att identifiera replikdisknamnen och måldisknamnen som motsvarar varje källdisk. Du hittar replikdiskarna i målresursgruppen som hämtades från föregående steg. På samma sätt, när du slutför en failover, får du måldiskar kopplade till den virtuella återställningsdatorn i målresursgruppen.

   

5. Gör följande för varje replikdisk:

   1. Gå till fliken Diskexport under Diskinställningar . Disken ska ha SAS-åtkomst som tas av Azure Site Recovery som standard.

   2. Avbryt exporten med alternativet Avbryt export innan du gör några ändringar i nätverksåtkomsten.

      

      Azure Site Recovery behöver SAS på replikdiskar för replikering. Att avbryta exporten kan kort påverka replikeringen av Azure Site Recovery, men Site Recovery återställer automatiskt SAS-nyckeln inom några minuter.

   3. Gå till fliken Nätverk under diskens inställningsalternativ . Som standard skapas disken med inställningen Aktivera offentlig åtkomst från alla nätverk aktiverad.

   4. Ändra nätverksåtkomsten till Antingen Inaktivera offentlig åtkomst och aktivera privat åtkomst eller Inaktivera offentlig och privat åtkomst enligt dina behov, när avbruten export har slutförts.

      Om du vill ändra åtkomsten till disknätverk till Inaktivera offentlig åtkomst och aktivera privat åtkomst bör diskåtkomstresursen som ska användas redan finnas i målregionen i målprenumerationen. Hitta stegen för att skapa en diskåtkomstresurs här.

      

   Anteckning

   Du kan bara ändra nätverksåtkomsten för disken om du har avbrutit exporten. Om du inte avbryter exporten inaktiveras nätverksåtkomständringen för disken.

När redundansväxlingen eller redundanstestet har slutförts har den virtuella återställningsdatorn som skapats på målplatsen också diskarna med offentlig åtkomst aktiverad. Dessa diskar kommer inte att ha SAS som hanteras av Azure Site Recovery. Om du vill ändra nätverksåtkomsten för dessa diskar går du till fliken Nätverk på disken och ändrar åtkomsten till disknätverket efter behov enligt steg 5.

Under återaktivering av skydd och återställning efter fel skapar Azure Site Recovery diskar med offentlig åtkomst aktiverad. Du kan ändra nätverksåtkomsten för dessa diskar och beskrivs i stegen ovan baserat på dina krav.

Nästa steg

• Granska kraven för support mellan Azure och Azure.
• Konfigurera Azure-till-Azure-replikering.
• Om du har frågor när du har läst den här artikeln kan du publicera dem på microsofts Q&A-frågesida för Azure Recovery Services.