Principer och förberedelser för haveriberedskap

I den här artikeln går vi igenom viktiga principer för haveriberedskap (DR) för STORA HANA-instanser (även kallat BareMetal Infrastructure). Vi går igenom de steg du behöver vidta för att förbereda för haveriberedskap. Du får också se hur du uppnår ditt mål för återställningstid (RTO) och återställningspunktmål (RPO) i en katastrof.

DR-principer för STORA HANA-instanser

STORA HANA-instanser erbjuder funktioner för haveriberedskap mellan HANA Large Instance-stämplar i olika Azure-regioner. Anta till exempel att du distribuerar STORA HANA-instanser i regionen USA, västra i Azure. Sedan kan du använda STORA HANA-instanser i regionen USA, östra som haveriberedskapsenheter. Haveriberedskap konfigureras inte automatiskt eftersom du måste betala för en annan stor HANA-instans i DR-regionen. Konfigurationen av haveriberedskap fungerar för att skala upp och skala ut konfigurationer.

De flesta kunder använder enheten i DR-regionen för att köra icke-produktionssystem som använder en installerad HANA-instans. DEN STORA HANA-instansen måste ha samma SKU som den SKU som används för produktion. Följande bild visar hur diskkonfigurationen mellan serverenheten i Azure-produktionsregionen och haveriberedskapsregionen ser ut:

Som du ser i den här översiktsgrafiken måste du beställa en andra uppsättning diskvolymer. De måldiskvolymer som är associerade med HANA Large Instance-servern på DR-platsen har samma storlek som produktionsvolymerna.

Följande volymer replikeras från produktionsregionen till dr-platsen:

• /hana/data
• /hana/logbackups
• /hana/shared (inkluderar /usr/sap)

Volymen /hana/log replikeras inte. SAP HANA-transaktionsloggen behövs inte vid återställning från dessa volymer.

Lagringsreplikering för STORA HANA-instanser

Grunden för DR-funktionerna i hana-infrastrukturen för stora instanser är dess lagringsreplikering. De funktioner som används på lagringssidan är inte en konstant ström av ändringar som replikeras på ett asynkront sätt när ändringar sker i lagringsvolymen. I stället är det en mekanism som förlitar sig på att skapa ögonblicksbilder av dessa volymer regelbundet. Deltat mellan en redan replikerad ögonblicksbild och en ny ögonblicksbild som ännu inte har replikerats överförs sedan till DR-platsen till måldiskvolymer. Dessa ögonblicksbilder lagras på volymerna. Om det sker en redundansväxling av haveriberedskap måste de återställas på dessa volymer.

Den första överföringen av volymens fullständiga data bör ske innan mängden data blir mindre än deltan mellan ögonblicksbilder. Sedan innehåller volymerna på dr-platsen alla ögonblicksbilder av volymen som tagits på produktionsplatsen. Så småningom kan du använda dr-systemet för att komma till en tidigare status för att återställa förlorade data, utan att återställa produktionssystemet.

Om det finns en MCOD-distribution med flera oberoende SAP HANA-instanser på en hana-stor instans bör alla SAP HANA-instanser ha lagring replikerad till DR-sidan.

När du använder HANA-systemreplikering för hög tillgänglighet på produktionsplatsen och du använder lagringsbaserad replikering för DR-platsen replikeras volymerna för båda noderna från den primära platsen till DR-instansen. Köp extra lagring (samma storlek som den primära noden) på dr-platsen för att hantera replikering från både primära och sekundära noder till DR.

Anteckning

Replikeringsfunktionen för HANA Large Instance-lagring speglar och replikerar ögonblicksbilder av lagring. Om du inte tar ögonblicksbilder av lagring enligt beskrivningen i Säkerhetskopiering och återställning kan det inte finnas någon replikering till DR-platsen. Körning av ögonblicksbilder av lagring är en förutsättning för lagringsreplikering till haveriberedskapsplatsen.

Förberedelse av haveriberedskapsscenariot

I det här dr-scenariot har du ett produktionssystem som körs på STORA HANA-instanser i azure-produktionsregionen. För de steg som följer ska vi säga att SID för det HANA-systemet är "PRD". Du har också ett icke-produktionssystem som körs på STORA HANA-instanser i DR Azure-regionen. Dess SID är "TST". Följande bild visar den här konfigurationen:

Anta att serverinstansen ännu inte har beställts med den extra lagringsvolymuppsättningen. Sedan bifogar SAP HANA på Azure Service Management de tillagda volymerna. De är ett mål för produktionsrepliken till den stora HANA-instansen där du kör TST HANA-instansen. Du måste ange SID för produktions-HANA-instansen. När SAP HANA på Azure Service Management har bekräftat den bifogade filen för dessa volymer måste du montera dessa volymer till den stora HANA-instansen.

Nästa steg är att installera den andra SAP HANA-instansen på DEN STORA HANA-instansen i DR Azure-regionen där du kör TST HANA-instansen. Den nyligen installerade SAP HANA-instansen måste ha samma SID. De användare som skapas måste ha samma UID och grupp-ID som produktionsinstansen. Mer information finns i Säkerhetskopiera och återställa . Om installationen lyckas måste du:

• Kör steg 2 i förberedelsen av lagringsögonblicksbilden som beskrivs i Säkerhetskopiering och återställning.
• Skapa en offentlig nyckel för DR-enheten för den stora HANA-instansen om du inte har gjort det ännu. Se steg 3 i förberedelsen av ögonblicksbild av lagring som beskrivs i Säkerhetskopiering och återställning.
• Underhåll HANABackupCustomerDetails.txt med den nya HANA-instansen och testa om anslutningen till lagring fungerar korrekt.
• Stoppa den nyligen installerade SAP HANA-instansen på DEN STORA HANA-instansen i DR Azure-regionen.
• Demontera dessa PRD-volymer och kontakta SAP HANA på Azure Service Management. Volymerna kan inte vara monterade på enheten eftersom de inte kan nås när de fungerar som lagringsreplikeringsmål.

Driftteamet upprättar replikeringsrelationen mellan PRD-volymerna i produktionsregionen och PRD-volymerna i DR-regionen.

Viktigt

Volymen /hana/log replikeras inte eftersom det inte är nödvändigt att återställa den replikerade SAP HANA-databasen till ett konsekvent tillstånd på haveriberedskapsplatsen.

Ange sedan schemat för säkerhetskopiering av ögonblicksbilder för lagring för att uppnå ditt RTO och RPO om det uppstår en katastrof. Om du vill minimera RPO anger du följande replikeringsintervall i tjänsten HANA Large Instance:

• För de volymer som omfattas av den kombinerade ögonblicksbilden (ögonblicksbildstyp hana) anger du att replikera var 15:e minut till motsvarande lagringsvolymmål på haveriberedskapsplatsen.
• För säkerhetskopieringsvolymen för transaktionsloggen (loggar av typen ögonblicksbild) anger du att replikera var tredje minut till motsvarande lagringsvolymmål på haveriberedskapsplatsen.

Så här minimerar du RPO:et:

• Ta en ögonblicksbild av hana-typens lagring var 30:e minut till en timme. Mer information finns i Säkerhetskopiera med verktyget Azure Application Konsekvent ögonblicksbild.
• Gör säkerhetskopior av SAP HANA-transaktionsloggar var femte minut.
• Ta en ögonblicksbild av loggtypslagring var 5–15:e minut. Med den här intervallperioden uppnår du ett RPO på cirka 15–25 minuter.

Med den här konfigurationen kan sekvensen av säkerhetskopior av transaktionsloggar, ögonblicksbilder av lagring och replikering av HANA-transaktionsloggens säkerhetskopieringsvolym och /hana/data och /hana/shared (inklusive /usr/sap) se ut som de data som visas i den här bilden:

För att uppnå ett ännu bättre RPO i haveriberedskapsfallet kan du kopiera säkerhetskopior av HANA-transaktionsloggen från SAP HANA på Azure (stora instanser) till den andra Azure-regionen. Utför följande steg för att uppnå denna ytterligare RPO-minskning:

1. Säkerhetskopiera HANA-transaktionsloggen så ofta som möjligt till /hana/logbackups.
2. Använd rsync för att kopiera säkerhetskopior av transaktionsloggen till de virtuella Datorerna i NFS-resursen som finns på Azure. De virtuella datorerna finns i virtuella Azure-nätverk i Azure-produktionsregionen och i DR-regionen. Anslut båda virtuella Azure-nätverken till kretsen som ansluter de stora HANA-produktionsinstanserna till Azure. Mer information finns i Nätverksöverväganden för haveriberedskap med STORA HANA-instanser.
3. Behåll säkerhetskopior av transaktionsloggen i regionen för den virtuella datorn som är ansluten till den exporterade NFS-lagringen.
4. I ett haveriberedskapsfall kompletterar du de säkerhetskopior av transaktionsloggen som du hittar på volymen /hana/logbackups med nyligen tagna säkerhetskopieringar av transaktionsloggar på NFS-resursen på DR-platsen.
5. Starta en säkerhetskopia av transaktionsloggen för att återställa till den senaste säkerhetskopian som kan sparas i DR-regionen.

När åtgärder för stora HANA-instanser bekräftar konfigurationen av replikeringsrelationen och du startar säkerhetskopieringen av ögonblicksbilden av körningslagringen börjar datareplikeringen.

När replikeringen fortskrider återställs inte ögonblicksbilderna på PRD-volymerna i DR Azure-regionerna. Ögonblicksbilderna lagras bara. Om volymerna monteras i ett sådant tillstånd representerar de det tillstånd där du demonterade volymerna efter att PRD SAP HANA-instansen installerades på servern i DR Azure-regionen. De representerar också de lagringssäkerhetskopior som ännu inte har återställts.

Om det sker en redundansväxling kan du också välja att återställa till en äldre lagringsögonblicksbild i stället för till den senaste ögonblicksbilden av lagringen.

Nästa steg

Läs mer om redundansväxlingen vid haveriberedskap.

Redundans för haveriberedskap