Zelfstudie: Back-ups maken van SAP HANA-databases in een Azure-VM

In deze zelfstudie leert u hoe u een back-up maakt van SAP HANA-databases die worden uitgevoerd op Azure-VM's naar een Azure Backup Recovery Services-kluis. In dit artikel leert u het volgende:

Hier zijn alle scenario's die momenteel worden ondersteund.

Prerequisites

Zorg ervoor dat u het volgende doet voordat u back-ups configureert:

• Identificeer of maak een Recovery Services-kluis in dezelfde regio en hetzelfde abonnement als de VIRTUELE machine waarop SAP HANA wordt uitgevoerd.
• Sta connectiviteit van de VIRTUELE machine met internet toe, zodat deze Azure kan bereiken, zoals beschreven in de sectie netwerkconnectiviteit instellen .
• Zorg ervoor dat de gecombineerde lengte van de NAAM van de SAP HANA Server-VM en de naam van de resourcegroep niet langer is dan 84 tekens voor Azure Resource Manager (ARM_ VM's (en 77 tekens voor klassieke VM's). Deze beperking komt doordat sommige tekens worden gereserveerd door de service.
• Er moet een sleutel aanwezig zijn in de hdbuserstore die voldoet aan de volgende criteria:
  • Deze moet aanwezig zijn in de standaard hdbuserstore. De standaardwaarde is het <sid>adm account waaronder SAP HANA is geïnstalleerd.
  • Voor MDC moet de sleutel verwijzen naar de SQL-poort van NAMESERVER. Voor SDC moet deze verwijzen naar de SQL-poort van INDEXSERVER
  • Het moet referenties hebben om gebruikers toe te voegen en te verwijderen
  • Houd er rekening mee dat deze sleutel kan worden verwijderd nadat het script vóór registratie is uitgevoerd
• U kunt er ook voor kiezen om een sleutel te maken voor de bestaande HANA SYSTSEM-gebruiker in hdbuserstore in plaats van een aangepaste sleutel te maken, zoals vermeld in de bovenstaande stap.
• Voer het SAP HANA-back-upconfiguratiescript (script vóór registratie) uit op de virtuele machine waarop HANA is geïnstalleerd, als root-gebruiker. Dit script zorgt ervoor dat het HANA-systeem gereed is voor back-up en vereist dat de sleutel die u in de bovenstaande stappen hebt gemaakt, als invoer moet worden doorgegeven. Als u wilt weten hoe deze invoer moet worden doorgegeven als een parameter aan het script, raadpleegt u de sectie Wat het script vóór registratie doet . Het bevat ook informatie over wat het script vóór registratie doet.
• Als uw HANA-installatie gebruikmaakt van privé-eindpunten , voert u het script vóór registratie uit met de parameter -sn of --skip-network-checks .

Inzicht in de prestaties van back-up- en hersteldoorvoer

De back-ups (logbestanden en niet-logbestanden) in SAP HANA Azure VMs die via Backint worden geleverd, zijn streams naar Azure Recovery Services-kluizen (die intern gebruikmaken van Azure Storage Blob) en daarom is het belangrijk om deze streamingmethodologie te beseffen.

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 dit artikel voor een uitgebreid begrip van schijf-/netwerkdoorvoer en prestaties in Virtuele Azure-machines. Deze zijn ook van toepassing op de back-up- en herstelprestaties.

De Azure Backup-service probeert maximaal 420 MBps te bereiken voor niet-logboekback-ups (zoals volledige, differentiële en incrementele back-ups) en maximaal 100 MBps voor logboekback-ups voor HANA. Zoals hierboven vermeld, zijn dit geen gegarandeerde snelheden en zijn afhankelijk van de volgende factoren:

• Maximale schijfdoorvoer zonder cache van de virtuele machine: lezen uit gegevens of logboekgebied.
• Het onderliggende schijftype en de bijbehorende doorvoer: lezen uit het gegevens- of logboekgebied.
• De maximale netwerkdoorvoer van de VIRTUELE machine: schrijven naar Recovery Services-kluis.
• Als het VNET NVA/firewall heeft, is het netwerkdoorvoer
• Indien de gegevens of logboeken van Azure NetApp Files, zowel bij het lezen als het schrijven naar Vault, het netwerk van de VM verbruiken.

De prestaties van de back-upgegevensdoorvoer beperken

Als u het IOPS-verbruik van de back-upserviceschijf wilt beperken tot een maximumwaarde, voert u de volgende stappen uit.

1. Ga naar de map opt/msawb/bin

2. Maak een nieuw JSON-bestand met de naam 'ExtensionSettingsOverrides.JSON'

3. Voeg als volgt een sleutel-waardepaar toe aan het JSON-bestand:

   {
   "MaxUsableVMThroughputInMBPS": 120
   }
   

4. Wijzig de machtigingen en het eigendom van het bestand als volgt:

   chmod 750 ExtensionSettingsOverrides.json
   chown root:msawb ExtensionSettingsOverrides.json
   

5. Er is geen herstart van een service vereist. De Azure Backup-service probeert de doorvoerprestaties te beperken zoals vermeld in dit bestand.

Wat het script vóór registratie doet

Als u het script vóór registratie uitvoert, worden de volgende functies uitgevoerd:

• Op basis van uw Linux-distributie installeert of werkt het script alle benodigde pakketten bij die nodig zijn voor de Azure Backup-agent.
• Er worden uitgaande netwerkconnectiviteitscontroles uitgevoerd met Azure Backup-servers en afhankelijke services zoals Microsoft Entra ID en Azure Storage.
• Het meldt zich aan bij uw HANA-systeem met behulp van de aangepaste gebruikerssleutel of SYSTEEM-gebruikerssleutel die wordt vermeld als onderdeel van de vereisten. Dit wordt gebruikt om een back-upgebruiker (AZUREWLBACKUPHANAUSER) te maken in het HANA-systeem en de gebruikerssleutel kan worden verwijderd nadat het script voor registratie vooraf is uitgevoerd. Houd er rekening mee dat de gebruikerssleutel SYSTEM niet mag worden verwijderd.
• Er wordt gecontroleerd en gewaarschuwd als de map /opt/msawb in de hoofdpartitie wordt geplaatst en de hoofdpartitie 2 GB groot is. Het script raadt u aan om de grootte van de hoofdpartitie te vergroten naar 4 GB of de map /opt/msawb te verplaatsen naar een andere locatie waar ruimte is om te groeien tot maximaal 4 GB. Als u de map /opt/msawb in de hoofdpartitie van 2 GB plaatst, kan dit ertoe leiden dat de hoofdpartitie vol raakt en dat de back-ups mislukken.
• Aan AZUREWLBACKUPHANAUSER worden deze vereiste rollen en machtigingen toegewezen:
  • Voor MDC: DATABASEBEHEERDER en BACK-UPBEHEERDER (vanaf HANA 2.0 SPS05): om nieuwe databases te maken tijdens het herstellen.
  • Voor SDC: BACK-UPBEHEERDER: om nieuwe databases te maken tijdens het herstellen.
  • CATALOG READ: om de back-upcatalogus te lezen.
  • SAP_INTERNAL_HANA_SUPPORT: voor toegang tot enkele privétabellen. Alleen vereist voor SDC- en MDC-versies onder HANA 2.0 SPS04 Rev 46. Dit is niet vereist voor HANA 2.0 SPS04 Rev 46 en hoger, omdat we nu de vereiste informatie ophalen uit openbare tabellen met de oplossing van het HANA-team.
• Het script voegt een sleutel toe aan hdbuserstore voor AZUREWLBACKUPHANAUSER voor de HANA-back-upinvoegtoepassing voor het AFHANDELEN van alle bewerkingen (databasequery's, herstelbewerkingen, het configureren en uitvoeren van back-ups).
• U kunt er ook voor kiezen om uw eigen aangepaste back-upgebruiker te maken. Zorg ervoor dat aan deze gebruiker de volgende vereiste rollen en machtigingen zijn toegewezen:
  • Voor MDC: DATABASEBEHEERDER en BACK-UPBEHEERDER (vanaf HANA 2.0 SPS05): om nieuwe databases te maken tijdens het herstellen.
  • Voor SDC: BACK-UPBEHEERDER: om nieuwe databases te maken tijdens het herstellen.
  • CATALOG READ: om de back-upcatalogus te lezen.
  • SAP_INTERNAL_HANA_SUPPORT: voor toegang tot enkele privétabellen. Alleen vereist voor SDC- en MDC-versies onder HANA 2.0 SPS04 Rev 46. Dit is niet vereist voor HANA 2.0 SPS04 Rev 46 en hoger, omdat we nu de vereiste informatie ophalen uit openbare tabellen met de oplossing van het HANA-team.
• Voeg vervolgens een sleutel toe aan hdbuserstore voor uw aangepaste back-upgebruiker voor de HANA-back-upinvoegtoepassing om alle bewerkingen (databasequery's, herstelbewerkingen, configuratie en actieve back-up) af te handelen. Geef deze aangepaste back-upgebruikerssleutel door aan het script als parameter: -bk CUSTOM_BACKUP_KEY_NAME of -backup-key CUSTOM_BACKUP_KEY_NAME. Houd er rekening mee dat het verlopen van het wachtwoord van deze aangepaste back-upsleutel kan leiden tot back-up- en herstelfouten.
• Als uw HANA-gebruiker <sid>adm een Active Directory-gebruiker (AD) is, maakt u een msawb-groep in uw AD en voegt u de <sid>adm gebruiker toe aan deze groep. U moet nu opgeven dat <sid>adm een AD-gebruiker is in het script voor preregistratie met behulp van de parameters: -ad <SID>_ADM_USER or --ad-user <SID>_ADM_USER.

Voer de HDBSQL-opdracht uit op de HANA-machine met SIDADM-referenties ter bevestiging van de sleutelcreatie.

hdbuserstore list

In de uitvoer van de opdracht moet de sleutel {SID}{DBNAME} worden weergegeven, waarbij de gebruiker wordt weergegeven als AZUREWLBACKUPHANAUSER.

Hier volgt een overzicht van de stappen die nodig zijn voor het voltooien van de uitvoering van het script vóór registratie. Houd er rekening mee dat we in deze stroom de SYSTEEM-gebruikerssleutel als invoerparameter opgeven voor het script vóór registratie.

Nadat het script vóór registratie is uitgevoerd en geverifieerd, kunt u doorgaan met het controleren van de connectiviteitsvereisten en vervolgens back-up configureren vanuit de Recovery Services-kluis

Een kluis voor herstelservices maken

Een Recovery Services-kluis is een beheerentiteit waarin herstelpunten worden opgeslagen die in de loop van de tijd worden gemaakt. Het biedt een interface voor het uitvoeren van back-upbewerkingen. Deze bewerkingen omvatten het maken van back-ups op aanvraag, het uitvoeren van herstelbewerkingen en het maken van back-upbeleid.

Een kluis voor Recovery Services maken:

1. Meld u aan bij het Azure-portaal.

2. Zoek naar Business Continuity Center en ga vervolgens naar het dashboard Business Continuity Center.

   

3. Selecteer + Vault in het deelvenster Kluis.

   

4. Selecteer Recovery Services-kluis>Doorgaan.

   

5. Voer de volgende waarden in op het Recovery Services-kluis deelvenster:

   • Abonnement: selecteer het abonnement dat u wilt gebruiken. Als u lid bent van slechts één abonnement, ziet u die naam. Als u niet zeker weet welk abonnement u moet gebruiken, gebruikt u het standaardabonnement. Er worden alleen meerdere opties weergegeven als uw werk- of schoolaccount is gekoppeld aan meer dan één Azure-abonnement.

   • Resourcegroep: gebruik een bestaande resourcegroep of maak een nieuwe. Als u een lijst met beschikbare resourcegroepen in uw abonnement wilt weergeven, selecteert u Bestaande gebruiken. Selecteer vervolgens een resource in de vervolgkeuzelijst. Als u een nieuwe resourcegroep wilt maken, selecteert u Nieuwe maken en voert u de naam in. Zie Overzicht van Azure Resource Manager voor meer informatie over resourcegroepen.

   • Kluisnaam: Voer een vriendelijke naam in ter identificatie van de kluis. De naam moet uniek zijn voor het Azure-abonnement. Geef een naam op van minimaal 2 en maximaal 50 tekens. De naam moet beginnen met een letter en mag alleen uit letters, cijfers en afbreekstreepjes bestaan.

   • Regio: Selecteer de geografische regio voor de beveiliging. Als u een kluis wilt maken om gegevensbronnen te beveiligen, moet de kluis zich in dezelfde regio bevinden als de gegevensbron.

     Important

     Als u niet zeker weet wat de locatie van uw gegevensbron is, sluit u het venster. Ga naar de lijst met uw resources in de portal. Als u gegevensbronnen in meerdere regio's hebt, moet u voor elke regio een Recovery Services-kluis maken. Maak eerst de kluis op de eerste locatie voordat u een kluis op een andere locatie maakt. U hoeft geen opslagaccounts op te geven om de back-upgegevens op te slaan. De Recovery Services-kluis en Azure Backup verwerken die stap automatisch.

     

6. Nadat u de waarden hebt opgegeven, selecteert u Beoordelen en maken.

7. Selecteer Maken om het maken van de Recovery Services-kluis te voltooien.

   Het kan enige tijd duren voordat de Recovery Services-kluis is gemaakt. Controleer de statusmeldingen in het gebied Meldingen rechtsboven. Nadat de kluis is gemaakt, wordt deze weergegeven in de lijst met Recovery Services-kluizen. Als de kluis niet verschijnt, selecteer dan Vernieuwen.

   

Azure Backup ondersteunt nu onveranderbare kluizen die u helpen ervoor te zorgen dat nadat herstelpunten zijn gemaakt, ze niet kunnen worden verwijderd voordat ze verlopen volgens het back-upbeleid. U kunt de onveranderbaarheid ongedaan maken voor maximale beveiliging om uw back-upgegevens te beschermen tegen verschillende bedreigingen, waaronder ransomware-aanvallen en kwaadwillende actoren. Meer informatie over onveranderbare kluizen van Azure Backup.

De Recovery Services-kluis is nu aangemaakt.

Herstellen tussen regio's inschakelen

In de Recovery Services-kluis kunt u Herstel tussen regio's inschakelen. Meer informatie over het inschakelen van herstel tussen regio's.

Meer informatie over herstellen tussen regio's.

De databases detecteren

1. Ga in Azure Portal naar het back-upcentrum en klik op +Backup.

   

2. Selecteer SAP HANA in Azure VM als het gegevensbrontype, selecteer een Recovery Services-kluis die u wilt gebruiken voor back-up en klik vervolgens op Doorgaan.

   

3. Selecteer Detectie starten. Hiermee wordt detectie gestart van niet-beveiligde Linux-VM's in de kluisregio.

   • Na de detectie worden niet-beveiligde VM's weergegeven in de portal, weergegeven op naam en resourcegroep.
   • Als een virtuele machine niet wordt weergegeven zoals verwacht, controleert u of deze al in een kluis is opgeslagen.
   • Meerdere VM's kunnen dezelfde naam hebben, maar behoren tot verschillende resourcegroepen.

   

4. In Virtuele machines selecteren, selecteer de koppeling om het script te downloaden dat machtigingen verleent aan de Azure Backup-service voor toegang tot de SAP HANA-VM's om databases te detecteren.

5. Voer het script uit op elke VM die als host fungeert voor SAP HANA-databases waarvoor u een back-up wilt maken.

6. Nadat u het script op de VM's hebt uitgevoerd, selecteert u de VIRTUELE machines in Virtuele machines selecteren. Selecteer vervolgens DB's detecteren.

7. Azure Backup detecteert alle SAP HANA-databases op de VIRTUELE machine. Tijdens de ontdekking registreert Azure Backup de virtuele machine bij de kluis en installeert het een extensie op de virtuele machine. Er is geen agent geïnstalleerd in de database.

   

Backup instellen

Schakel nu back-up in.

1. In stap 2 selecteert u Back-up configureren.

   

2. Selecteer in Items selecteren om te back-uppen alle databases die u wilt beveiligen en klik op >.

   

3. Maak in Back-upbeleid>Kies back-upbeleid een nieuw back-upbeleid voor de databases, volgens de onderstaande instructies.

   

4. Nadat u het beleid hebt gemaakt, selecteert u back-up in het menu Back-up inschakelen.

   

Een back-upbeleid maken

Een back-upbeleid bepaalt wanneer back-ups worden gemaakt en hoe lang ze worden bewaard.

• Een beleid wordt gemaakt op kluisniveau.
• U kunt hetzelfde back-upbeleid gebruiken voor meerdere kluizen, maar u moet het back-upbeleid toepassen op elke kluis.

Geef de beleidsinstellingen als volgt op:

1. Voer in de beleidsnaam een naam in voor het nieuwe beleid. Voer in dit geval SAPHANA in.

   

2. Selecteer een back-upfrequentie in het beleid voor volledige back-up. U kunt dagelijks of wekelijks kiezen. Voor deze tutorial hebben we de dagelijkse back-up gekozen.

   

3. Configureer in het bewaarbereik bewaarinstellingen voor de volledige back-up.

   • Standaard zijn alle opties geselecteerd. Wis alle limieten voor bewaarbereiken die u niet wilt gebruiken en stel de limieten in die u wel wilt gebruiken.
   • De minimale bewaarperiode voor elk type back-up (volledig/differentieel/logboek) is zeven dagen.
   • Herstelpunten worden getagd voor retentie op basis van de bewaarperiode. Als u bijvoorbeeld een dagelijkse volledige back-up selecteert, wordt er elke dag slechts één volledige back-up geactiveerd.
   • De back-up voor een specifieke dag wordt gelabeld en bewaard op basis van het wekelijkse bewaarbereik en de instelling.
   • De maandelijkse en jaarlijkse bewaartermijnen gedragen zich op een vergelijkbare manier.

4. Selecteer OK in het menu Volledig back-upbeleid om de instellingen te accepteren.

5. Selecteer vervolgens Differential Backup om een differentiële back-up toe te voegen.

6. Selecteer 'Inschakelen' in het beleid voor differentiële back-ups om de frequentie- en retentie-instellingen te openen. We hebben elke zondag om 2:00 uur een differentiële back-up ingeschakeld, die 30 dagen wordt bewaard.

   

   Note

   U kunt een differentiële of incrementele optie kiezen als dagelijkse back-up, maar niet voor beide.

7. Selecteer in incrementeel back-upbeleid de optie Inschakelen om de frequentie- en retentiecontrole te openen.

   • U kunt maximaal één incrementele back-up per dag activeren.
   • Incrementele back-ups kunnen maximaal 180 dagen worden bewaard. Als u langere retentie nodig hebt, moet u volledige back-ups gebruiken.

   

8. Selecteer OK om het beleid op te slaan en terug te keren naar het hoofdmenu back-upbeleid .

9. Selecteer Logboekback-up om een back-upbeleid voor transactionele logboeken toe te voegen,

   • Logboekback-up is standaard ingesteld op Inschakelen. Dit kan niet worden uitgeschakeld omdat SAP HANA alle logboekback-ups beheert.
   • We hebben 2 uur ingesteld als het back-upschema en de bewaarperiode van 15 dagen .

   

   Note

   Logboekback-ups beginnen pas te stromen nadat één geslaagde volledige back-up is voltooid.

10. Selecteer OK om het beleid op te slaan en terug te keren naar het hoofdmenu back-upbeleid .

11. Nadat u klaar bent met het definiëren van het back-upbeleid, selecteert u OK.

U hebt nu back-ups geconfigureerd voor uw SAP HANA-database(s).

Volgende stappen

• Meer informatie over het uitvoeren van back-ups op aanvraag op SAP HANA-databases die worden uitgevoerd op Azure-VM's
• Meer informatie over het herstellen van SAP HANA-databases die worden uitgevoerd op Virtuele Azure-machines
• Meer informatie over het beheren van SAP HANA-databases waarvan een back-up wordt gemaakt met behulp van Azure Backup
• Meer informatie over het oplossen van veelvoorkomende problemen bij het maken van back-ups van SAP HANA-databases