Dela via

Lägga till volymer för ett SAP HANA-system som ett DR-system med replikering mellan regioner

  • Artikel

Den här artikeln beskriver hur du använder en programvolymgrupp för att lägga till volymer för ett SAP HANA-system som ett haveriberedskapssystem (DR). Den här konfigurationen använder funktionerna för replikering mellan regioner (CRR) i Azure NetApp Files.

CRR mellan käll- och mål-HANA-servrar

Med replikeringsfunktionen mellan regioner i Azure NetApp Files kan du replikera volymer mellan replikeringspar mellan regioner som stöds. Med den här funktionen kan du replikera en volym från en källregion till en volym i målregionen för haveriberedskap (DR).

I stället för att använda HANA System Replication (HSR) kan du använda replikering mellan regioner för att skydda en databas utan att behöva en HANA-databasserver som körs hela tiden. Du måste skapa replikeringsmålvolymer i en region som stöds för replikering mellan regioner. Programvolymgruppen för SAP HANA säkerställer att målvolymerna skapas med rätt volymtyp som uppfyller alla SAP HANA-specifika krav.

Följande diagram illustrerar replikering mellan regioner mellan käll- och mål-HANA-servrarna. Replikering mellan regioner är asynkron. Därför behöver inte alla volymer replikeras.

Diagram som visar replikering mellan regioner mellan käll- och mål-HANA-servrarna.

Kommentar

När du använder en HA-distribution med HSR på den primära sidan kan du välja att replikera inte bara det primära HANA-systemet enligt beskrivningen i det här avsnittet, utan även det sekundära HANA-systemet med replikering mellan regioner. Om du vill anpassa namngivningskonventionen automatiskt väljer du både alternativen för sekundära HSR- och haveriberedskapsmål på skärmen Skapa en volymgrupp. Prefixet ändras sedan till DR2-.

Viktigt!

  • För att återställa HANA-databasen i målregionen måste du använda programkonsekventa lagringsögonblicksbilder för HANA-säkerhetskopieringen. Du kan skapa sådana ögonblicksbilder med hjälp av dataskyddslösningar, till exempel verktyget Azure Application Consistent Snapshot (AzAcSnap).
  • Du måste replikera minst datavolymen och loggsäkerhetskopieringsvolymen.
  • Du kan också replikera volymen för säkerhetskopiering av data och den delade volymen.
  • Du bör aldrig replikera loggvolymen. Programvolymgruppen skapar loggvolymen som en standardvolym.

Replikeringsscheman, RTO och RPO

I följande tabell sammanfattas alternativen för replikeringsschema. Den beskriver också standardinställningarna som föreslås av programvolymgruppen:

Volume type Standardschema för replikering Tillgängliga alternativ Kommentar
Data Varje dag Varje dag, varje timme Det val du väljer påverkar RTO (Recover Time Objective) och mängden överförda data.
Loggas - - Loggvolymer replikeras inte.
SAP delat Var 10:e minut Var 10:e minut, varje timme, varje dag Du bör välja ett schema baserat på dina SLA-krav och de data som lagras i den delade volymen.
Säkerhetskopiering av data Varje dag Varje dag, varje vecka Det är valfritt att replikera volymerna för datasäkerhetskopiering.
Loggsäkerhetskopiering Var 10:e minut Var 10:e minut Den här inställningen påverkar mål för återställningspunkt (RPO).

Schemat för replikeringsfrekvensen påverkar serviceavtalen:

  • Mål för återställningstid (RTO)::
    Den minsta tiden en återställning tar.
    För att återställa med hjälp av den senaste tillgängliga programkonsekventa ögonblicksbilden måste alla tillgängliga loggsäkerhetskopior spelas upp igen. RTO beror på säkerhetskopieringsfrekvensen och replikeringsfrekvensen för datavolymer. Om din säkerhetskopieringsfrekvens till exempel är var 6:e timme och replikeringsschemat är "Dagligt" kan den äldsta säkerhetskopieringen vara 30 timmar (24 timmar + 6 timmar) gammal. I det här scenariot krävs upp till 30 timmars loggsäkerhetskopior.
  • Mål för återställningspunkt (RPO):
    Den minsta dataförlust som kan inträffa.
    Frekvensen för SAP HANA-loggsäkerhetskopiering är vanligtvis 15 minuter, men den här inställningen kan konfigureras på olika sätt. Om vi antar ett replikeringsschema på 10 minuter för loggsäkerhetskopior skulle den maximala förlusten av transaktionen vara [15+10+transfer_time] minuter.

Lägga till volymer

I följande exempel läggs volymer till i ett SAP HANA-system. Systemet fungerar som ett DR-målsystem med replikering mellan regioner.

Viktigt!

Alternativen för den här proceduren skiljer sig åt om du har registrerat dig för programvolymgruppen för förhandsversionen av SAP HANA-tillägget 1. Välj rätt flik för konfigurationen. Om du vill dra nytta av funktionen måste du registrera dig för tillägg 1.

  1. Från ditt NetApp-konto väljer du Programvolymgrupper och sedan +Lägg till grupp.

  2. I Distributionstyp väljer du SAP HANA och sedan Nästa.

  3. På fliken SAP HANA anger du HANA-specifik information.

    Viktigt!

    Se till att välja alternativet Haveriberedskapsmål för att ange att du skapar ett HANA-system som ett replikeringsmål mellan regioner.

    • SAP-ID (SID):
      Sap HANA-systemidentifieraren med tre alfanumeriska tecken.

    • Gruppnamn:
      Namnet på volymgruppen.

    • SAP-nodminne:
      Det här värdet definierar storleken på SAP HANA-databasen på värden. Den används för att beräkna den volymstorlek och det dataflöde som krävs.

    • Kapacitetskostnader (%):
      När du använder ögonblicksbilder för dataskydd måste du planera för extra kapacitet. Det här fältet lägger till ytterligare storlek (%) för datavolymen.
      Du kan uppskatta det här värdet med hjälp "change rate per day" X "number of days retention"av .

    • Enskild värd:
      Välj det här alternativet för ett SAP HANA-system med en värd eller den första värden för ett system med flera värdar. Endast volymerna delad, loggsäkerhetskopiering och datasäkerhetskopiering skapas med den första värden.

    • Flera värdar:
      Välj det här alternativet om du lägger till ytterligare värdar i ett HANA-system med flera värdar.

    • Mål för haveriberedskap:
      Välj det här alternativet om du vill skapa volymer för ett HANA-system som en DR-plats med replikering mellan regioner.

      Om du väljer Haveriberedskapsmål utlöses namngivningskonventionen för volymgruppens namn som ska inkluderas "-DR-" för att indikera en konfiguration av haveriberedskap.

    Välj Nästa: Volymgrupp.

    Skärmbild som visar sidan Skapa en volymgrupp i en replikeringskonfiguration mellan regioner.

  4. På fliken Volymgrupp anger du information för att skapa volymgruppen:

    • Närhetsplaceringsgrupp (PPG):
      Anger att data och delade volymer ska skapas nära de virtuella datorerna för haveriberedskap.
      Även om du inte behöver de virtuella datorerna för replikering måste du starta minst en virtuell dator för att förankra PPG-modulen när du etablerar volymerna.
    • Kapacitetspool:
      Alla volymer placeras i en enda manuell QoS-kapacitetspool.
      Om du vill skapa volymerna för loggsäkerhetskopiering och datasäkerhetskopiering i en separat kapacitetspool kan du välja att inte lägga till dessa volymer i volymgruppen.
    • Virtuellt nätverk:
      Ange ett befintligt virtuellt nätverk där de virtuella datorerna placeras.
    • Undernät:
      Ange det delegerade undernätet där IP-adresserna för NFS-exporten ska skapas. Se till att du har ett delegerat undernät med tillräckligt många kostnadsfria IP-adresser.

    Välj Nästa: Protokoll.

  5. I avsnittet Protokoll på fliken Volymgrupp kan du ändra exportprincipen, som ska vara gemensam för alla volymer.

    Välj Nästa: Replikering.

  6. I avsnittet Replikering på fliken Volymgrupp är fältet Replikeringsschema som standard "Flera" (inaktiverat). Standardreplikeringsscheman skiljer sig åt för de replikerade volymerna. Därför kan du bara ändra replikeringsscheman för varje volym individuellt från fliken Volymer och inte globalt för hela volymgruppen.

    Skärmbild som visar att flera fält är inaktiverat på sidan Skapa en volymgrupp.

    Välj Nästa: Taggar.

  7. I avsnittet Taggar på fliken Volymgrupp kan du lägga till taggar efter behov för volymerna.

    Välj Nästa: Volymer.

  8. På fliken Volymer visas volymlistan.

    Namngivningskonventionen för volymer innehåller ett "DR-" prefix som anger att volymerna tillhör sidan haveriberedskap (mål) i installationen.

    På fliken Volymer visas även volymtypen:

    • DP – Anger målet i replikeringsinställningen mellan regioner. Volymer av den här typen är inte online utan i replikeringsläge.
    • RW – anger att läsningar och skrivningar är tillåtna.

    Standardtypen för loggvolymen är RW, och inställningen kan inte ändras.

    Standardtypen för data, delade volymer och loggsäkerhetskopieringsvolymer är DP, och inställningen kan inte ändras.

    Standardtypen för volymen för datasäkerhetskopiering är DP, men den här inställningen kan ändras till RW.

    Skärmbild som visar volymtyper på sidan Skapa en volymgrupp.

  9. Välj varje volym med DP-typen för att ange källvolym-ID: t. Mer information finns i Leta upp källvolymresurs-ID:t.

    Du kan också ändra standardreplikeringsschemat för en volym. Se Replikeringsscheman, RTO och RPO för alternativen för replikeringsschema.

    Skärmbild som visar fliken Replikering på sidan Skapa en volymgrupp.

  10. När du har skapat volymgruppen konfigurerar du replikering genom att följa anvisningarna i Auktorisera replikering från källvolymen.

    1. Kopiera volymens resurs-ID för varje DP-volym som du skapade.

    2. För varje källvolym väljer du Replikering och sedan Auktorisera. Klistra in resurs-ID: t för varje motsvarande målvolym.

Installationsalternativ för replikering av en SAP HANA-databas med HANA-systemreplikering för HA

I vissa situationer kanske du vill kombinera en HA-installation av HANA-systemreplikering med en installation för haveriberedskap (DR) med replikering mellan regioner. Beroende på det specifika användningsmönstret och serviceavtalet (SLA) är två konfigurationsalternativ för replikering möjliga. I det här avsnittet beskrivs alternativen.

Replikera endast de primära HANA-databasvolymerna

I det här scenariot ändrar du vanligtvis inte roller för primära och sekundära system. Ett övertagande görs endast i ett nödsituationsfall. Därför görs de programkonsekventa säkerhetskopieringar av ögonblicksbilder som krävs för replikering mellan regioner främst på den primära värden. Så är fallet eftersom endast den primära HANA-databasen kan användas för att skapa en säkerhetskopia.

Följande diagram beskriver det här scenariot:

Diagram som endast visar replikering för de primära HANA-databasvolymerna.

I det här scenariot får en DR-installation endast innehålla volymerna i det primära HANA-systemet. Med den dagliga replikeringen av den primära datavolymen och loggsäkerhetskopiorna för både de primära och sekundära systemen kan systemet återställas på dr-platsen. I diagrammet används en enda volym för loggsäkerhetskopior av de primära och sekundära systemen.

Vid övertagande av den sekundära HSR-värden replikeras inte de säkerhetskopior som görs i det sekundära systemet, men loggsäkerhetskopior av den sekundära fortsätter att replikeras. Om en katastrof inträffar kan systemet på dr-platsen fortfarande återställas med hjälp av den gamla säkerhetskopieringen av ögonblicksbilder från den tidigare primära och replikerade loggsäkerhetskopiorna från båda värdarna. RTO ökar eftersom fler loggar ska återställas, beroende på hur länge HSR-paret körs i uppköpsläget. Om uppköpsläget är betydligt längre och RTO blir ett problem måste du konfigurera en ny replikering mellan regioner, inklusive datavolymen för det sekundära systemet.

Arbetsflödet för det här scenariot är identiskt med arbetsflödet Lägg till volymer .

Replikera både primära och sekundära HANA-databasvolymer

Av andra skäl än HA kanske du regelbundet vill växla roller mellan de primära och sekundära HANA-systemen. I det här scenariot måste programkonsekventa säkerhetskopieringar skapas på båda HANA-värdarna.

Följande diagram beskriver det här scenariot:

Diagram som visar replikering för både de primära och sekundära HANA-databasvolymerna.

I det här scenariot kanske du vill replikera båda volymuppsättningarna från de primära och sekundära HANA-systemen enligt diagrammet.

För att skapa volymerna för det sekundära replikeringsmålet anpassas namngivningskonventionen. För att skilja mellan replikeringen av den primära och sekundära databasen ändras prefixet från DR till DR2 för det sekundära HANA-systemet. Förutom den här namnändringen är arbetsflödet identiskt med arbetsflödet Lägg till volymer .

Kommentar

En detaljerad beskrivning av en haveriberedskapslösning för HANA med Azure NetApp Files finns i Teknisk netApp-rapport TR-4891: SAP HANA-haveriberedskap med Azure NetApp Files. Den tekniska rapporten innehåller detaljerad bakgrund och exempel på hur du använder replikering mellan regioner för SAP HANA i Azure NetApp Files.

Nästa steg