Strategie voor het plannen van SAP HANA-back-ups implementeren
Een algemene strategie voor back-upplanning die wordt beschreven in de HANA-beheerhandleiding omvat de volgende back-ups:
- Momentopname van opslag (dagelijks)
- Volledige gegevensback-up met bestands- of bacint-indeling (eenmaal per week)
- Automatische logboekback-ups
U kunt desgewenst volledig zonder opslagmomentopnamen gaan; ze kunnen worden vervangen door HANA Delta-back-ups, zoals incrementele of differentiële back-ups.
De HANA-beheerhandleiding bevat een voorbeeldlijst. Het stelt voor dat u SAP HANA herstelt naar een specifiek tijdstip met behulp van de volgende reeks back-ups:
- Volledige back-up van gegevens
- Differentiële back-up
- Incrementele back-up 1
- Incrementele back-up 2
- Logboekback-ups
Wat betreft een exacte planning over wanneer en hoe vaak een specifiek back-uptype moet plaatsvinden, is het niet mogelijk om een algemene richtlijn te geven. Dit is klantspecifiek en afhankelijk van het volume aan gegevenswijzigingen in het systeem. Een eenvoudige aanbeveling van SAP, wat algemene richtlijnen is, is om één volledige HANA-back-up één keer per week te maken. SAP raadt ook aan om wat huishouding van de back-upcatalogus uit te voeren om te voorkomen dat deze oneindig groeit.
SAP HANA-configuratiebestanden
Zoals vermeld in de veelgestelde vragen in SAP Note #1642148, maken de SAP HANA-configuratiebestanden geen deel uit van een standaard HANA-back-up. Ze zijn niet essentieel om een systeem te herstellen. De HANA-configuratie kan na het herstellen handmatig worden gewijzigd. Als u tijdens het herstelproces dezelfde aangepaste configuratie wilt krijgen, moet u afzonderlijk een back-up maken van de HANA-configuratiebestanden.
Als standaard HANA-back-ups naar een toegewezen HANA-back-upbestandssysteem gaan, kan men ook de configuratiebestanden naar hetzelfde back-upbestandssysteem kopiëren en alles vervolgens naar de uiteindelijke opslagbestemming kopiëren, zoals statische blobopslag.
SAP HANA-back-upversleuteling
SAP HANA biedt versleuteling van gegevens en logboeken. Als SAP HANA-gegevens en logboeken niet zijn versleuteld, worden de back-ups ook niet versleuteld. Het is aan de klant om een vorm van externe oplossing te gebruiken om de SAP HANA-back-ups te versleutelen.
In Microsoft Azure kan een klant de versleutelingsfunctie voor virtuele IaaS-machines gebruiken. U kunt bijvoorbeeld toegewezen gegevensschijven gebruiken die zijn gekoppeld aan de virtuele machine, die worden gebruikt voor het opslaan van SAP HANA-back-ups en vervolgens kopieën van deze schijven maken. De Azure Backup-service kan versleutelde virtuele machines/schijven verwerken. Een andere optie is het onderhouden van de virtuele SAP HANA-machine en de bijbehorende schijven zonder versleuteling en het opslaan van de SAP HANA-back-upbestanden in een opslagaccount waarvoor versleuteling is ingeschakeld.
Schatting van back-upgrootte testen
Het is belangrijk om de back-upgrootte van SAP HANA te schatten. Deze schatting helpt de prestaties te verbeteren door de maximale grootte van het back-upbestand voor verschillende back-upbestanden te definiëren, vanwege parallelle uitvoering tijdens een bestandskopie. U moet ook beslissen of u een volledige back-up of een deltaback-up (incrementeel of differentieel) wilt uitvoeren. Gelukkig is er een eenvoudige SQL-instructie waarmee de grootte van de back-upbestanden wordt geschat: selecteer * in M_BACKUP_SIZE_ESTIMATIONS. De informatie van M_BACKUP_SIZE_ESTIMATIONS is ook beschikbaar in het dialoogvenster back-up van SAP HANA en SAP HANA-cockpit.