Delen via

Back-up en herstel van SAP HANA op HANA Large Instances

  • Artikel

Belangrijk

Dit artikel vervangt de SAP HANA-beheerdocumentatie of SAP-notities niet. We verwachten dat u expertise hebt op het gebied van SAP HANA-beheer en -bewerkingen, met name met betrekking tot de onderwerpen back-up, herstel, hoge beschikbaarheid en herstel na noodgevallen. In dit artikel worden schermopnamen van SAP HANA Studio weergegeven. Inhoud, structuur en de aard van de schermen van SAP-beheerhulpprogramma's en de hulpprogramma's zelf kunnen veranderen van SAP HANA-release naar release.

In dit artikel doorloopt u de stappen voor het maken van back-ups en het herstellen van SAP HANA op HANA Large Instances (ook wel bekend als BareMetal Infrastructure).

Sommige processen die in dit artikel worden beschreven, zijn vereenvoudigd. Ze zijn niet bedoeld als gedetailleerde stappen die moeten worden opgenomen in bedieningshandboeken. Als u bedieningshandboeken voor uw configuraties wilt maken, voert u uw processen uit en test u deze met uw specifieke HANA-versies en -releases. Vervolgens kunt u de processen voor uw configuraties documenteert.

Een van de belangrijkste aspecten van het gebruik van databases is om ze te beschermen tegen catastrofale gebeurtenissen. Dergelijke gebeurtenissen kunnen worden veroorzaakt door van alles, van natuurrampen tot eenvoudige gebruikersfouten. Het maken van een back-up van een database, met de mogelijkheid om deze te herstellen naar een bepaald tijdstip, zoals voordat iemand kritieke gegevens heeft verwijderd, biedt essentiële beveiliging. U kunt de database herstellen naar een status die zo dicht mogelijk overeenkomt met de status van vóór de onderbreking.

Er moeten twee soorten back-ups worden uitgevoerd om de mogelijkheid om te herstellen:

  • Databaseback-ups: volledige, incrementele of differentiële back-ups
  • Back-ups van transactielogboeken

U kunt volledige databaseback-ups maken op toepassingsniveau of back-ups maken met opslagmomentopnamen. Opslagmomentopnamen vervangen geen back-ups van transactielogboeken. Back-ups van transactielogboeken blijven belangrijk om de database te herstellen naar een bepaald tijdstip of om de logboeken van reeds vastgelegde transacties te legen. Opslagmomentopnamen kunnen het herstel versnellen door snel een roll-forward-installatiekopie van de database te bieden.

SAP HANA on Azure (Large Instances) biedt twee opties voor back-up en herstel:

  • U kunt een hulpprogramma voor gegevensbeveiliging van derden gebruiken om back-ups te maken. Dit hulpprogramma moet toepassingsconsistente momentopnamen kunnen maken of het moet de back-upinterface kunnen gebruiken om met meerdere sessies naar een juiste back-uplocatie te streamen. Er zijn verschillende ondersteunde hulpprogramma's beschikbaar. De keuze van het hulpprogramma moet worden besproken en ontworpen met het projectteam om te voldoen aan de vereisten voor back-upvensters van de klant. En heel belangrijk is het testen van de back-up- en herstelprocedure tijdens de projectfase.
  • U kunt back-ups van opslagmomentopnamen gebruiken met een hulpprogramma van Microsoft, zoals beschreven in het volgende hoofdstuk

Notitie

Vóór HANA2.0 SPS4 werd het niet ondersteund om databasemomentopnamen te maken van databasecontainerdatabases met meerdere tenants (meer dan één tenant). Met SPS4 en nieuwer ondersteunt SAP deze momentopnamefunctie volledig.

Opslagmomentopnamen van SAP HANA in Azure gebruiken (large instances)

De onderliggende opslaginfrastructuur van SAP HANA in Azure (large instances) ondersteunt opslagmomentopnamen van volumes. Zowel back-up als herstel van volumes wordt ondersteund, met de volgende overwegingen:

  • In plaats van volledige databaseback-ups worden er regelmatig momentopnamen van opslagvolumes gemaakt.
  • Voordat een opslagmomentopname wordt geactiveerd via /hana/gegevensvolume(s), start het hulpprogramma voor momentopnamen (azacsnap) een SAP HANA-momentopname. Deze SAP HANA-momentopname is het consistentiepunt voor uiteindelijke logboekherstel na herstel van de opslagmomentopname.
  • Voor een geslaagde HANA-momentopname hebt u een actief HANA-exemplaar nodig. In een scenario met HANA System Replication (HSR) wordt een opslagmomentopname niet ondersteund op een huidig secundair knooppunt waar geen HANA-momentopname kan worden uitgevoerd.
  • Nadat de opslagmomentopname is uitgevoerd, wordt de SAP HANA-momentopname verwijderd
  • Andere volumes zoals /hana/shared (incl. /usr/sap) kunnen op elk gewenst moment worden gemaakt zonder interactie met de database

Back-ups van transactielogboeken worden regelmatig gemaakt en opgeslagen in het volume /hana/logbackups of in Azure. U kunt het volume /hana/logbackups met de back-ups van het transactielogboek activeren om een momentopname afzonderlijk te maken. In dat geval hoeft u geen momentopname van HANA-gegevens uit te voeren. Omdat alle bestanden in /hana/logbackup consistent zijn, omdat ze 'offline' zijn, kunt u ze ook op elk gewenst moment back-up maken naar een andere back-uplocatie om ze te archiveren. Als u een database naar een bepaald tijdstip moet herstellen, kan het hulpprogramma azacsnap voor een productiestoring een momentopname van gegevens klonen naar een nieuw volume om de database te herstellen (voorkeursherstel) of een momentopname herstellen naar hetzelfde gegevensvolume waarin de database zich bevindt

Notitie

Als u een oudere momentopname (snaprevert) herstelt naar het oorspronkelijke gegevensvolume, worden alle nieuwere gemaakte momentopnamen verwijderd. Het opslagsysteem doet dit omdat de gegevenspunten voor de nieuwere momentopnamen ongeldig zijn. Begin altijd met het herstellen van de meest recente momentopname of nog beter kloon de momentopname naar een nieuw volume. Door het kloonproces wordt er niets verwijderd.

Overwegingen voor opslagmomentopnamen

Notitie

Opslagmomentopnamen verbruiken opslagruimte die is toegewezen aan de HANA Large Instance-eenheden. Houd rekening met de volgende aspecten van het plannen van opslagmomentopnamen en het aantal opslagmomentopnamen dat moet worden bewaard.

De specifieke mechanismen voor opslagmomentopnamen voor SAP HANA in Azure (Large Instances) zijn onder andere:

  • Een specifieke momentopname van opslag op het moment dat deze wordt gemaakt, verbruikt weinig opslagruimte.
  • Als de gegevensinhoud verandert en de inhoud in SAP HANA-gegevensbestanden verandert op het opslagvolume, moet de momentopname de oorspronkelijke blokinhoud en de gegevenswijzigingen opslaan.
  • Als gevolg hiervan neemt de opslagmomentopname in grootte toe. Hoe langer de momentopname bestaat, hoe groter de opslagmomentopname wordt.
  • Hoe meer wijzigingen zijn aangebracht in het SAP HANA-databasevolume gedurende de levensduur van een opslagmomentopname, hoe groter het ruimteverbruik van de opslagmomentopname.

SAP HANA on Azure (Large Instances) wordt geleverd met vaste volumegrootten voor de SAP HANA-gegevens- en logboekvolumes. Het maken van momentopnamen van deze volumes neemt uw volumeruimte in beslag. Moet u:

  • Bepaal wanneer u momentopnamen van opslag wilt plannen.
  • Bewaak het ruimteverbruik van de opslagvolumes.
  • Het aantal momentopnamen beheren dat u opslaat.

U kunt de opslagmomentopnamen uitschakelen wanneer u massa's gegevens importeert of andere belangrijke wijzigingen aanbrengt in de HANA-database.

De volgende secties bevatten informatie over het maken van deze momentopnamen en bevatten algemene aanbevelingen:

  • Hoewel de hardware 255 momentopnamen per volume kan ondersteunen, wilt u ruim onder dit aantal blijven. De aanbeveling is 250 of minder.
  • Voordat u opslagmomentopnamen maakt, moet u de vrije ruimte bewaken en bijhouden.
  • Verlaag het aantal momentopnamen van opslag op basis van vrije ruimte. U kunt het aantal momentopnamen dat u bewaart, verlagen of u kunt de volumes uitbreiden. U kunt meer opslagruimte bestellen in eenheden van 1 terabyte.
  • Tijdens activiteiten zoals het verplaatsen van gegevens naar SAP HANA met hulpprogramma's voor sap-platformmigratie (R3load) of het herstellen van SAP HANA-databases vanuit back-ups, schakelt u opslagmomentopnamen uit op het volume /hana/data.
  • Vermijd bij grotere reorganisaties van SAP HANA-tabellen indien mogelijk momentopnamen van opslag.
  • Opslagmomentopnamen zijn een vereiste om te profiteren van de dr-mogelijkheden van SAP HANA in Azure (large instances).

Vereisten voor het gebruik van momentopnamen van selfserviceopslag

Lees de documentatie Wat is Azure-toepassing hulpprogramma Voor consistente momentopnamen

Er zijn twee manieren om dit hulpprogramma te implementeren.

  1. Lokaal op de databaseserver
  2. Extern op een back-up-VM

Als u een back-up-VM maakt, moet u ervoor zorgen dat de meest recente HANA-client op die VM is geïnstalleerd. Met deze methode moet azacsnap een externe databaseverbinding kunnen openen met een HANA-exemplaar dat wordt uitgevoerd op een andere VM. U moet een ssh-sleutel en een opslaggebruiker aanvragen bij het Microsoft Ondersteuning-team om toegang te krijgen tot de opslag. Zonder deze ssh-sleutel en de gebruiker is het niet mogelijk om momentopnamen te maken.

Azacsnap downloaden en instellen

Als u opslagmomentopnamen wilt instellen met HANA Large Instances, begint u met het downloaden en installeren van het hulpprogramma azacsnap, zoals beschreven in Aan de slag met Azure-toepassing hulpprogramma Consistente momentopname

Azacsnap maakt standaard een gebruiker met de naam azacsnap. Als u de voorkeur geeft aan een andere naam, kunt u deze opgeven tijdens de installatie. Raadpleeg de bovenstaande documentatie voor meer informatie.

Volgende stappen

Volg de documentatie van azacsnap naar:

Volgende stappen

Lees het artikel Wat is Azure-toepassing hulpprogramma voor consistente momentopnamen