Back-ups op SAP HANA-bestandsniveau verkennen
Back-ups op SAP HANA-bestandsniveau kunnen worden uitgevoerd met behulp van meerdere methoden:
SAP HANA-back-up met de Azure Backup-service
De logboek- en niet-logboekback-ups in virtuele SAP HANA Azure-machines die via Backint worden geleverd, zijn streams naar Azure Recovery Services-kluizen, die intern gebruikmaken van Azure Storage Blob. Het is belangrijk om deze streamingmethodologie te begrijpen.
Het Backint-onderdeel van HANA biedt de 'pipes' (een pijp om van te lezen en een pijp waarnaar moet worden geschreven), verbonden met onderliggende schijven waar databasebestanden zich bevinden, die vervolgens worden gelezen door de Azure Backup-service en worden vervoerd naar de Azure Recovery Services-kluis, een extern Azure Storage-account. De Azure Backup-service voert ook een controlesom uit om de streams te valideren, naast de systeemeigen backint-validatiecontroles. Deze validaties zorgen ervoor dat de gegevens die aanwezig zijn in de Azure Recovery Services-kluis inderdaad betrouwbaar en herstelbaar zijn.
Omdat de streams voornamelijk te maken hebben met schijven, moet u de schijfprestaties voor lees- en netwerkprestaties begrijpen om back-upgegevens over te dragen om de back-up- en herstelprestaties te meten. Raadpleeg de zelfstudie: Een back-up maken van SAP HANA-databases in een virtuele Azure-machine voor meer informatie.
Andere back-upmethoden
Zonder azure Backup-service te gebruiken, is de standaardmethode voor het beheren van back-ups/herstellen op bestandsniveau met een back-up op basis van bestanden via SAP HANA Studio of via SAP HANA SQL-instructies. Bij het kiezen van het type 'bestand', moet u een pad opgeven in het bestandssysteem waarin SAP HANA de back-upbestanden schrijft. Herstellen werkt op dezelfde manier.
Hoewel deze keuze eenvoudig klinkt, zijn er enkele overwegingen. Een virtuele Azure-machine heeft een beperking voor het aantal gegevensschijven. Er is mogelijk geen capaciteit voor het opslaan van SAP HANA-back-upbestanden op de bestandssystemen van de virtuele machine, afhankelijk van de grootte van de database- en schijfdoorvoervereisten. Als u dit herstelt, is mogelijk softwarestriping op meerdere gegevensschijven vereist. Een andere optie, die meer vrijheid biedt met betrekking tot de totale capaciteit, is Azure Blob Storage. Bovendien biedt deze optie klanten de keuze om statische blobopslag te selecteren, wat een kostenvoordeel heeft.
Voor extra tolerantie kunt u een geografisch gerepliceerd opslagaccount gebruiken om de SAP HANA-back-ups op te slaan. U kunt toegewezen VHD's plaatsen voor SAP HANA-back-ups in een toegewezen back-upopslagaccount dat geografisch wordt gerepliceerd. U kunt ook de VHD's kopiëren die de SAP HANA-back-ups bewaren naar een geografisch gerepliceerd opslagaccount of naar een opslagaccount dat zich in een andere regio bevindt.
Azure Backup-agent
Azure Backup biedt de mogelijkheid om niet alleen een back-up te maken van volledige virtuele machines, maar ook bestanden en mappen via de back-upagent, die moet worden geïnstalleerd op het gastbesturingssysteem. Deze agent wordt echter alleen ondersteund in Windows. Een tijdelijke oplossing is om eerst SAP HANA-back-upbestanden te kopiëren naar een virtuele Windows-machine in Azure (bijvoorbeeld via SAMBA-share) en vervolgens de Azure Backup-agent daar te gebruiken. Hoewel het technisch mogelijk is, zou het complexiteit toevoegen en het back-up- of herstelproces behoorlijk vertragen vanwege de kopie tussen de Linux- en de virtuele Windows-machine. Het is niet raadzaam om deze aanpak te volgen.
Hulpprogramma's voor Azure Storage
Als u bestanden naar Azure Storage wilt kopiëren, kunt u CLI of PowerShell gebruiken of een hulpprogramma ontwikkelen met behulp van een van de Azure SDK's. Andere opties voor het kopiëren van SAP HANA-back-upbestanden zijn AzCopy en blobxfer (beide beschikbaar op GitHub), die door veel klanten in productieomgevingen worden gebruikt. Met de hulpprogramma's kunt u gegevens rechtstreeks kopiëren naar Azure Blob Storage of Azure-bestandsshare. Ze bieden ook een reeks nuttige functies, zoals md5-hash of automatische parallelle uitvoering bij het kopiëren van een map met meerdere bestanden.
Blobkopie van toegewezen Azure-gegevensschijven in back-upsoftware RAID
In tegenstelling tot de handmatige back-up van de gegevensschijf van de virtuele machine, maakt u in deze benadering geen back-ups van alle gegevensschijven op een virtuele machine om de hele SAP-installatie op te slaan, inclusief HANA-gegevens, HANA-logboekbestanden en configuratiebestanden. In plaats daarvan is het idee om toegewezen software RAID te hebben met striping over meerdere Azure-gegevens-VHD's voor het opslaan van een volledige BACK-up van SAP HANA-bestanden. Het kopieerproces omvat alleen de schijven met de SAP HANA-back-up. Ze kunnen eenvoudig worden bewaard in een toegewezen HANA-back-upopslagaccount of worden gekoppeld aan een toegewezen virtuele machine voor back-upbeheer voor verdere verwerking.
Aangezien de kopie alleen van invloed is op het toegewezen bestandssysteem voor het bewaren van de back-upbestanden, zijn er geen zorgen over SAP HANA-gegevens of logboekbestandsconsistentie op de schijf. Een voordeel van deze opdracht is dat deze werkt terwijl de virtuele machine online blijft. Om er zeker van te zijn dat er geen proces naar de back-up stripeset wordt geschreven, moet u deze ontkoppelen vóór de blobkopie en deze later opnieuw koppelen. Of u kunt een geschikte manier gebruiken om het bestandssysteem te 'blokkeren' (bijvoorbeeld via xfs_freeze voor het XFS-bestandssysteem).
SAP HANA-back-upbestanden kopiëren naar NFS-share
Als u het mogelijke effect op het SAP HANA-systeem wilt verminderen vanuit het perspectief van prestaties of schijfruimte, kunt u overwegen om de SAP HANA-back-upbestanden op een NFS-share op te slaan. Technisch gezien werkt het, maar dit is traditioneel vereist met behulp van een tweede virtuele Azure-machine als host van de NFS-share. Dit kan worden vermeden met behulp van Azure NetApp Files. Schrijven op een NFS-share brengt een belasting in het netwerk en is van invloed op het SAP HANA-systeem, maar er is geen volgend effect met betrekking tot het beheren van de back-upbestanden.
BACK-upbestanden van SAP HANA kopiëren naar Azure Files
Het is mogelijk om een Azure Files-share te koppelen in een virtuele Azure Linux-machine. Tests hebben echter aangetoond dat sap HANA-back-up momenteel niet rechtstreeks werkt met dit type CIFS-koppeling. Het wordt ook vermeld in SAP Note #1820529 dat CIFS niet wordt aanbevolen.