Överväganden vid säkerhetskopiering av virtuella Azure-datorer för SAP-arbetsbelastningar

Slutförd

Virtuella datorer som är värdar för SAP-program säkerhetskopieras oftast med hjälp av Azure Backup. När du säkerhetskopierar SAP-arbetsbelastningar med hjälp Azure Backup bör du tänka på begränsningarna som är resultatet av nätverksanvändningen för säkerhetskopieringsåtgärder. Azure Backup har stöd för begränsning av dataflöde som används under säkerhetskopieringar och återställningar. Du kan också välja att använda komprimering, men den här metoden ökar CPU-användningen, och den ytterligare PROCESSOR som används av komprimeringsprocessen kan påverka prestanda för SAP-arbetsbelastningar negativt. När du säkerhetskopierar SQL Server databaser kan du minska den här effekten genom att konfigurera en komprimerad säkerhetskopieringsaktivitet med låg prioritet, så att CPU-användningen begränsas av SQL Server Resource Governor när processorbelastning uppstår. Komprimerade säkerhetskopior bidrar också till att minska återställningstiderna.

För återställning på VM-nivå kan du överväga att använda Säkerhetskopiering av virtuella Azure-datorer. Azure Backup lagrar säkerhetskopiorna i Azure och tillåter en återställning av en virtuell dator igen. Tänk dock på att säkerhetskopiering av virtuella Azure-datorer endast stöder en enda schemalagd säkerhetskopiering per dag.

Anteckning

Observera dessutom att säkerhetskopiering av virtuella datorer INTE behåller det unika VM-ID som används för SAP-licensiering. Det innebär att en återställning från en säkerhetskopia av en virtuell dator kräver installation av en ny SAP-licensnyckel eftersom den återställda virtuella datorn anses vara en ny virtuell dator och inte en ersättning av den tidigare som sparades.

Så här slutför Azure Backup en säkerhetskopiering för virtuella Azure-datorer:

  1. För virtuella Azure-datorer som har valts för säkerhetskopiering Azure Backup startar ett säkerhetskopieringsjobb enligt det säkerhetskopieringsschema som du anger.

  2. Under den första säkerhetskopieringen installeras ett säkerhetskopieringstillägg på den virtuella datorn om den virtuella datorn körs.

    • För virtuella Windows-datorer installeras tillägget VMSnapshot. För Windows virtuella datorer som körs, samordnar säkerhetskopiering med Windows tjänsten Volume Shadow Copy (VSS) för att ta en app-konsekvent ögonblicksbild av den virtuella datorn. Som standard tar Säkerhetskopiering fullständiga VSS-säkerhetskopior. Om Backup inte kan ta en app-konsekvent ögonblicksbild tar den en fil konsekvent ögonblicksbild av den underliggande lagringen (eftersom inga program skriver medan den virtuella datorn stoppas).

    • För virtuella Linux-datorer installeras tillägget VMSnapshotLinux. För virtuella Linux-datorer tar Backup en fil konsekvent säkerhetskopia. För app-konsekventa ögonblicksbilder måste du manuellt anpassa för-/efterskript.

  3. När Backup tar ögonblicksbilden överförs data till valvet.

    • Säkerhetskopieringen optimeras genom att varje VM-disk säkerhetskopieras parallellt.

    • För varje disk som ska säkerhetskopieras läser Azure Backup blocken på disken samt identifierar och överför endast de datablock som har ändrats (delta) sedan den tidigare säkerhetskopieringen.

    • Ögonblicksbilddata kopieras kanske inte direkt till valvet. Det kan ta några timmar vid hög belastning. Den totala säkerhetskopieringstiden för en virtuell dator blir mindre än 24 timmar för dagliga säkerhetskopieringsprinciper.

  4. När dataöverföringen är klar tas ögonblicksbilden bort och en återställningspunkt skapas.

Programkonsekvens för säkerhetskopiering

Windows Virtuella datorer: För Windows virtuella datorer samordnar Backup-tjänsten med VSS för att ta en app-konsekvent ögonblicksbild av VM-diskarna.

  • Som standard Azure Backup fullständiga VSS-säkerhetskopior.

  • Om du vill ändra inställningen så Azure Backup tar SÄKERHETSKOPIOR AV VSS-kopieringen anger du följande registernyckel från en kommandotolk:

REG ADD "HKLM\SOFTWARE\Microsoft\BcdrAgent" /v USEVSSCOPYBACKUP /t REG_SZ /d TRUE /f

Virtuella Linux-datorer: Om du vill ta appkonsekventa ögonblicksbilder av virtuella Linux-datorer använder du Linux-ramverket för förskript och efterskript för att skriva egna anpassade skript för att säkerställa konsekvens.

  • Azure Backup endast de för-/efterskript som skrivits av dig.

  • Om förskripten och efterskripten körs korrekt markerar Azure Backup återställningspunkten som program konsekvent. Men när du använder anpassade skript är du slutligen ansvarig för programkonsekvensen.

Säkerhetskopiering av databas

Säkerhetskopiering av AZURE VM-baserade DBMS utförs vanligtvis med hjälp av DBMS-specifika metoder. När en databas ska backa upp bör det vara lättare att återställa den till valfri tidpunkt.

Två typer av säkerhetskopieringar måste utföras för att uppnå den här funktionen:

  • Fullständiga och differentiella säkerhetskopior av databasen

  • Säkerhetskopior av transaktionsloggar

Förutom fullständiga databassäkerhetskopior som utförs på databasnivå kan du utföra säkerhetskopieringar med ögonblicksbilder av lagringen. I allmänhet ersätter inte ögonblicksbilder av lagringsloggar säkerhetskopior av transaktionsloggar (även om ögonblicksbildsbaserad återställning från tidpunkt är tillgänglig med SQL Server 2016 eller nyare). Säkerhetskopior 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 inbokade transaktioner. Storage ögonblicksbilder kan påskynda återställningen genom att snabbt tillhandahålla en vidarerullningsbild av databasen.

Säkerhetskopior av filögonblicksbilder är mycket användbara för administrativa SAP-uppgifter, till exempel att använda SAP-supportpaket. Säkerhetskopierings- och återställningstiden mäts vanligtvis i sekunder. Bästa praxis är att valvera dina SAP-program innan du tillämpar supportpaket och uppgraderingar eller utför andra större dataåtgärder, till exempel arkivering.

SAP HANA säkerhetskopiering

SAP HANA på virtuella Azure-datorer kan säkerhetskopieras med hjälp av följande två metoder:

  • HANA-säkerhetskopiering till filsystemet på en virtuell Linux-dator i Azure

  • HANA-säkerhetskopiering baserat på ögonblicksbilder av lagring med hjälp av antingen azure storage blob snapshot-funktionen manuellt eller säkerhetskopiering på azure-VM-nivå

SAP ger inga rekommendationer om valet mellan dessa två metoder. Den visar deras för- och nackdelar, så att man kan avgöra vilken som ska användas beroende på situationen och tillgänglig lagringsteknik

Tänk på att Ögonblicksbild av Azure-blobb inte garanterar filsystemkonsekvens. Detta måste redovisas när du tar ögonblicksbilder av lagringen. Filsystem och programkonsekvens är ett komplext problem när du tar ögonblicksbilder av lagringen. Det enklaste sättet att undvika problem är att stänga av SAP HANA, eller kanske till och med hela den virtuella datorn. En avstängning kan göras med en demo eller prototyp, eller till och med ett utvecklingssystem, men det är inte ett alternativ för ett produktionssystem.

Filsystemkonsekvens är tillgängligt när du SAP HANA ögonblicksbildfunktionen, om det bara är en enda virtuell disk som ingår. Men även med en enskild disk finns det ytterligare överväganden som beskrivs i SAP Note 2039883. Med XFS-filsystemet är det till exempel nödvändigt att köra xfs_freeze innan du startar en ögonblicksbild av lagringen för att garantera konsekvens.

Ämnet konsekvens blir ännu svårare i ett fall där ett enda filsystem sträcker sig över flera diskar/volymer. Enligt samma SAP-kommentar: "Lagringssystemet måste garantera I/O-konsekvens när en ögonblicksbild skapas för lagring per SAP HANA-datavolym, dvs. ögonblicksbild av en SAP HANA-tjänstspecifik datavolym måste vara en atomisk åtgärd."

Förutsatt att det finns ett XFS-filsystem som omfattar fyra virtuella Azure-diskar ger följande steg en konsekvent ögonblicksbild som representerar HANA-dataområdet:

  1. FÖRBEREDA HANA-ögonblicksbild

  2. Låsa filsystemet (till exempel använda xfs_freeze)

  3. Skapa alla nödvändiga blobögonblicksbilder i Azure

  4. Ta bort frysen av filsystemet

  5. Bekräfta HANA-ögonblicksbilden

Rekommendationen är att alltid använda proceduren ovan för att vara på den säkra sidan, oavsett vilket filsystem.

Det är viktigt att bekräfta HANA-ögonblicksbilden. På grund av funktionen "Kopiera vid skrivning" SAP HANA eventuellt inte ytterligare diskutrymme i det här läget för förberedelse av ögonblicksbilder. Dessutom går det inte att starta nya säkerhetskopior förrän den SAP HANA ögonblicksbilden har bekräftats.

När du arbetar med ögonblicksbilder är det också viktigt att förstå faktureringskonsekvenserna.

SAP HANA schemaläggningsstrategi för säkerhetskopiering

En vanlig strategi för schemaläggning av säkerhetskopiering som beskrivs i HANA-administrationsguiden omfattar följande säkerhetskopieringar:

  • Storage ögonblicksbild (dagligen)

  • Slutför säkerhetskopiering av data med fil- eller bacint-format (en gång i veckan)

  • Automatiska loggsäkerhetskopior

Alternativt kan man gå helt utan ögonblicksbilder av lagringen. De kan ersättas av HANA-deltasäkerhetskopior, till exempel inkrementella eller differentiella säkerhetskopior.

Hana-administrationsguiden innehåller en exempellista. Den föreslår att en SAP HANA till en viss tidpunkt med hjälp av följande säkerhetskopieringar:

  1. Fullständig säkerhetskopiering av data

  2. Differentiell säkerhetskopia

  3. Inkrementell säkerhetskopiering 1

  4. Inkrementell säkerhetskopiering 2

  5. Loggsäkerhetskopior

När det gäller ett exakt schema för när och hur ofta en viss säkerhetskopieringstyp ska ske, går det inte att ge allmänna riktlinjer – detta skulle vara kundspecifikt och beroende av mängden dataändringar i systemet. En grundläggande rekommendation från SAP, som är allmän vägledning, är att göra en fullständig HANA-säkerhetskopiering en gång i veckan. SAP rekommenderar också att du utför viss hållning av säkerhetskopieringskatalogen så att den inte växer oändligt.

SAP HANA konfigurationsfiler

De SAP HANA konfigurationsfilerna ingår inte i en hana-standardsäkerhetskopiering. De är inte nödvändiga för att återställa ett system. HANA-konfigurationen kan ändras manuellt efter återställningen. Om en skulle vilja hämta samma anpassade konfiguration under återställningsprocessen, är det nödvändigt att backa upp HANA-konfigurationsfilerna separat.

Om hana-standardsäkerhetskopior går till ett dedikerat HANA-säkerhetskopieringsfilsystem kan man också kopiera konfigurationsfilerna till samma säkerhetskopieringsfilsystem och sedan kopiera allt till slutlagringsmålet, t.ex. bloblagring.

SAP HANA säkerhetskopieringskryptering

SAP HANA erbjuder kryptering av data och logg. Om SAP HANA data och loggen inte krypteras krypteras inte heller säkerhetskopiorna. Det är upp till kunden att använda någon form av tredjepartslösning för att kryptera SAP HANA säkerhetskopior.

På Microsoft Azure kan en kund använda krypteringsfunktionen för virtuella IaaS-datorer. Man kan till exempel använda dedikerade datadiskar som är anslutna till den virtuella datorn, som används för att lagra SAP HANA säkerhetskopior och sedan göra kopior av dessa diskar. Azure Backup kan hantera krypterade virtuella datorer/diskar. Ett annat alternativ är att underhålla den SAP HANA virtuella datorn och dess diskar utan kryptering och lagra de SAP HANA säkerhetskopierade filerna i ett lagringskonto där kryptering har aktiverats.

Storleksuppskattning för testsäkerhetskopiering

Det är viktigt att uppskatta säkerhetskopieringsstorleken för SAP HANA. Den här uppskattningen hjälper till att förbättra prestandan genom att definiera den maximala storleken för säkerhetskopierade filer för flera säkerhetskopieringsfiler, på grund av parallellitet under en filkopia. Du måste också bestämma om du vill göra en fullständig säkerhetskopiering eller en deltasäkerhetskopia (inkrementell eller differentiell). Som tur är finns det en enkel SQL som beräknar storleken på säkerhetskopieringsfilerna: välj * från M_BACKUP_SIZE_ESTIMATIONS.