Dela via

Säkerhetskopiering och återställning av SAP HANA på stora HANA-instanser

  • Artikel

Viktigt

Den här artikeln ersätter inte SAP HANA-administrationsdokumentationen eller SAP Notes. Vi förväntar oss att du har expertis inom SAP HANA-administration och -åtgärder, särskilt när det gäller säkerhetskopiering, återställning, hög tillgänglighet och haveriberedskap. I den här artikeln visas skärmbilder från SAP HANA Studio. Innehåll, struktur och typen av skärmar i SAP-administrationsverktygen och själva verktygen kan ändras från SAP HANA-versionen till lanseringen.

I den här artikeln går vi igenom stegen för att säkerhetskopiera och återställa SAP HANA på stora HANA-instanser (även kallat BareMetal-infrastruktur).

Några av de processer som beskrivs i den här artikeln är förenklade. De är inte avsedda som detaljerade steg som ska ingå i handböcker för åtgärder. Om du vill skapa handböcker för dina konfigurationer kör och testar du dina processer med dina specifika HANA-versioner och -versioner. Du kan sedan dokumentera processerna för dina konfigurationer.

En av de viktigaste aspekterna av att använda databaser är att skydda dem från oåterkalleliga händelser. Sådana händelser kan orsakas av allt från naturkatastrofer till enkla användarfel. Att säkerhetskopiera en databas, med möjlighet att återställa den till valfri tidpunkt, till exempel innan någon tog bort kritiska data, ger ett kritiskt skydd. Du kan återställa databasen till ett tillstånd som är så nära som möjligt som det var före avbrottet.

Två typer av säkerhetskopior måste utföras för att kunna återställa:

  • Databassäkerhetskopior: Fullständiga, inkrementella eller differentiella säkerhetskopior
  • Säkerhetskopior av transaktionsloggar

Du kan göra säkerhetskopieringar med fullständig databas på programnivå eller säkerhetskopior med ögonblicksbilder av lagring. Ögonblicksbilder av lagring ersätter inte säkerhetskopior av transaktionsloggar. Säkerhetskopieringar av transaktionsloggar är fortfarande viktiga för att återställa databasen till en viss tidpunkt eller för att tömma loggarna från redan genomförda transaktioner. Ögonblicksbilder av lagring kan påskynda återställningen genom att snabbt tillhandahålla en framåtrullningsbar avbildning av databasen.

SAP HANA på Azure (stora instanser) erbjuder två alternativ för säkerhetskopiering och återställning:

  • Du kan använda ett dataskyddsverktyg från tredje part för att skapa säkerhetskopior. Det här verktyget ska kunna skapa program konsekventa ögonblicksbilder eller det måste kunna använda stödgränssnittet för att strömma med flera sessioner till en korrekt säkerhetskopieringsplats. Det finns flera tillgängliga verktyg som stöds. Valet av verktyg bör diskuteras och utformas med projektteamet för att uppfylla kraven för kundens säkerhetskopieringsfönster. Och mycket viktigt är att testa säkerhetskopierings- och återställningsproceduren under projektfasen.
  • Du kan använda säkerhetskopior av ögonblicksbilder av lagring med ett verktyg som tillhandahålls av Microsoft enligt beskrivningen i nästa kapitel

Anteckning

Före HANA2.0 SPS4 fanns det inte stöd för att ta databasögonblicksbilder av containerdatabaser för flera klientorganisationer (mer än en klientorganisation). Med SPS4 och senare har SAP fullt stöd för den här funktionen för ögonblicksbilder.

Använda ögonblicksbilder av SAP HANA på Azure (stora instanser)

Lagringsinfrastrukturen som ligger till grund för SAP HANA på Azure (stora instanser) stöder ögonblicksbilder av lagring av volymer. Både säkerhetskopiering och återställning av volymer stöds, med följande överväganden:

  • I stället för fullständiga databassäkerhetskopieringar görs ögonblicksbilder av lagringsvolymer ofta.
  • Innan en ögonblicksbild av lagringen utlöses över /hana/datavolymer startar ögonblicksbildsverktyget (azacsnap) en SAP HANA-ögonblicksbild. Den här SAP HANA-ögonblicksbilden är konsekvenspunkten för eventuella loggåterställningar efter återställning av ögonblicksbilden av lagringen.
  • För att en HANA-ögonblicksbild ska lyckas behöver du en aktiv HANA-instans. I ett scenario med HANA System Replication (HSR) stöds inte en ögonblicksbild av lagringen på en aktuell sekundär nod där en HANA-ögonblicksbild inte kan utföras.
  • När lagringsögonblicksbilden har körts tas SAP HANA-ögonblicksbilden bort
  • Andra volymer som /hana/shared (inkl. /usr/sap) kan ögonblicksbildas när som helst utan någon databasinteraktion

Säkerhetskopior av transaktionsloggar görs ofta och lagras på volymen /hana/logbackups eller i Azure. Du kan utlösa volymen /hana/logbackups som innehåller säkerhetskopior av transaktionsloggen för att ta en ögonblicksbild separat. I så fall behöver du inte köra en ÖGONBLICKSBILD av HANA-data. Eftersom alla filer i /hana/logbackup är konsekventa, eftersom de är "offline", kan du även säkerhetskopiera dem när som helst till en annan plats för säkerhetskopiering för att arkivera dem. Om du måste återställa en databas till en viss tidpunkt för ett produktionsavbrott kan verktyget azacsnap antingen klona alla ögonblicksbilder av data till en ny volym för att återställa databasen (önskat återställningssätt) eller återställa en ögonblicksbild till samma datavolym där databasen finns

Anteckning

Om du återställer en äldre ögonblicksbild (snaprevert) till den ursprungliga datamängden tas alla nyare skapade ögonblicksbilder bort. Lagringssystemet gör detta eftersom datapunkterna för de nyare skapade ögonblicksbilderna är ogiltiga. Börja alltid återställa den senaste ögonblicksbilden eller ännu bättre klona ögonblicksbilden till en ny volym. Vid kloningsprocessen tas ingenting bort.

Överväganden för ögonblicksbilder av lagring

Anteckning

Ögonblicksbilder av lagring förbrukar lagringsutrymme som allokeras till de stora HANA-instansenheterna. Överväg följande aspekter av schemaläggning av ögonblicksbilder av lagring och hur många ögonblicksbilder av lagringen som ska behållas.

De specifika mekanismerna för ögonblicksbilder av lagring för SAP HANA på Azure (stora instanser) är:

  • En specifik ögonblicksbild av lagringen vid den tidpunkt då den tas förbrukar lite lagringsutrymme.
  • När datainnehållet ändras och innehållet i SAP HANA-datafilerna ändras på lagringsvolymen måste ögonblicksbilden lagra det ursprungliga blockinnehållet och dataändringarna.
  • Därför ökar lagringsögonblicksbilden i storlek. Ju längre ögonblicksbilden finns, desto större blir lagringsögonblicksbilden.
  • Ju fler ändringar som görs i SAP HANA-databasvolymen under livslängden för en ögonblicksbild av lagringen, desto större utrymmesförbrukning för lagringsögonblicksbilden.

SAP HANA på Azure (stora instanser) levereras med fasta volymstorlekar för SAP HANA-data och loggvolymer. Att ta ögonblicksbilder av dessa volymer äter upp i ditt volymutrymme. Du måste:

  • Ta reda på när du ska schemalägga ögonblicksbilder av lagring.
  • Övervaka utrymmesförbrukningen för lagringsvolymerna.
  • Hantera antalet ögonblicksbilder som du lagrar.

Du kan inaktivera ögonblicksbilderna av lagringen när du antingen importerar massor av data eller gör andra betydande ändringar i HANA-databasen.

Följande avsnitt innehåller information om hur du tar dessa ögonblicksbilder och innehåller allmänna rekommendationer:

  • Även om maskinvaran kan hantera 255 ögonblicksbilder per volym vill du hålla dig långt under det här antalet. Rekommendationen är 250 eller mindre.
  • Innan du gör ögonblicksbilder av lagring ska du övervaka och hålla reda på ledigt utrymme.
  • Minska antalet ögonblicksbilder av lagring baserat på ledigt utrymme. Du kan minska antalet ögonblicksbilder som du behåller, eller så kan du utöka volymerna. Du kan beställa mer lagringsutrymme i enheter på 1 terabyte.
  • Under aktiviteter som att flytta data till SAP HANA med SAP-plattformsmigreringsverktyg (R3load) eller återställa SAP HANA-databaser från säkerhetskopior inaktiverar du ögonblicksbilder av lagring på volymen /hana/data.
  • Under större omorganiseringar av SAP HANA-tabeller bör du undvika ögonblicksbilder av lagringen om det är möjligt.
  • Ögonblicksbilder av lagring är en förutsättning för att dra nytta av DR-funktionerna i SAP HANA på Azure (stora instanser).

Krav för att använda ögonblicksbilder av självbetjäningslagring

Läs dokumentationen What is Azure Application Consistent Snapshot tool (Vad är Azure Application konsekvent ögonblicksbild)

Det finns två sätt att implementera det här verktyget.

  1. Lokalt på databasservern
  2. Fjärranslutning på en virtuell "säkerhetskopieringsdator"

Om du skapar en virtuell säkerhetskopieringsdator kontrollerar du att den senaste HANA-klienten är installerad på den virtuella datorn. Med den här metoden måste azacsnap kunna öppna en fjärrdatabasanslutning till en HANA-instans som körs på en annan virtuell dator. Du måste begära en ssh-nyckel och en lagringsanvändare från Microsoft Support-teamet för att kunna komma åt lagringen. Utan den här ssh-nyckeln och användaren går det inte att skapa ögonblicksbilder.

Ladda ned och konfigurera azacsnap

Om du vill konfigurera ögonblicksbilder av lagring med STORA HANA-instanser börjar du med att ladda ned och installera verktyget azacsnap enligt beskrivningen i Kom igång med verktyget Azure Application konsekvent ögonblicksbild

Azacsnap skapar en användare som kallas azacsnap som standard. Om du föredrar ett annat namn kan du ange detta under installationen. Mer information finns i dokumentationen ovan.

Efterföljande nästa steg

Följ dokumentationen för azacsnap för att:

Nästa steg

Läs artikeln What is Azure Application Consistent Snapshot tool (Vad är Azure Application konsekvent ögonblicksbild)