Back-ups van SAP HANA-databases beheren en bewaken
In dit artikel worden algemene taken beschreven voor het beheren en bewaken van SAP HANA-databases die worden uitgevoerd op een virtuele Azure-machine (VM) en waarvan een back-up is gemaakt naar een Azure Backup Recovery Services-kluis door de Azure Backup-service .
U leert hoe u taken en waarschuwingen bewaakt, een back-up op aanvraag activeert, beleidsregels bewerkt, databasebeveiliging stopt en hervat en de registratie van een VIRTUELE machine bij back-ups ongedaan maakt.
Notitie
Ondersteuning voor momentopnamen van HANA-exemplaren is nu algemeen beschikbaar.
Als u nog geen back-ups hebt geconfigureerd voor uw SAP HANA-databases, raadpleegt u Back-ups maken van SAP HANA-databases op Virtuele Azure-machines. Zie de ondersteuningsmatrix voor het maken van back-ups van SAP HANA-databases op Virtuele Azure-machines voor meer informatie over de ondersteunde configuraties en scenario's.
Back-ups op aanvraag uitvoeren
Back-ups worden uitgevoerd volgens het beleidsschema.
Voer de volgende stappen uit om back-ups op aanvraag uit te voeren:
Selecteer Back-upitems in het linkerdeelvenster van de Recovery Services-kluis.
Selecteer op de blade Back-upitems het type back-upbeheer als SAP HANA in Azure VM.
Selecteer op de blade Back-upitems (SAP HANA in Azure VM) de VIRTUELE machine waarop de SAP HANA-database wordt uitgevoerd en selecteer Nu back-up maken.
Kies in het deelvenster Nu back-up het type back-up dat u wilt uitvoeren en selecteer vervolgens OK.
De bewaarperiode van deze back-up wordt bepaald door het type back-up op aanvraag dat u wilt uitvoeren.
- Volledige back-ups op aanvraag worden minimaal 45 dagen bewaard en maximaal 99 jaar.
- Differentiële back-ups op aanvraag worden bewaard volgens de logboekretentie die in het beleid is ingesteld.
- Incrementele back-ups op aanvraag worden momenteel niet ondersteund.
Bewaak de meldingen van Azure Portal. Hiervoor selecteert u op het Recovery Services-kluisdashboard back-uptaken en selecteert u Vervolgens Wordt uitgevoerd.
Notitie
- Op basis van de grootte van uw database kan het maken van de eerste back-up enige tijd duren.
- Voordat u een geplande failover uitvoert, moet u ervoor zorgen dat beide VM's/knooppunten zijn geregistreerd bij de kluis (fysieke en logische registratie). Meer informatie.
Handmatige back-uptaken bewaken
Azure Backup toont alle handmatig geactiveerde taken in de sectie Back-uptaken van Het Back-upcentrum.
De taken die worden weergegeven in Azure Portal omvatten databasedetectie en -registratie en back-up- en herstelbewerkingen. Geplande taken, inclusief logboekback-ups, worden niet weergegeven in deze sectie. Handmatig geactiveerde back-ups van de systeemeigen SAP HANA-clients (Studio, Cockpit en DBA Cockpit) worden hier ook niet weergegeven.
Voor meer informatie over bewaking gaat u naar Azure Backup-workloads bewaken in Azure Portal en Monitor op schaal met behulp van Azure Monitor.
Back-upwaarschuwingen bewaken
Waarschuwingen zijn een eenvoudig middel om back-ups van SAP HANA-databases te bewaken. Met waarschuwingen kunt u zich richten op de gebeurtenissen die u het belangrijkst vindt zonder verloren te gaan in de vele gebeurtenissen die door een back-up worden gegenereerd.
Met Azure Backup kunt u waarschuwingen instellen die u kunt bewaken door het volgende te doen:
Meld u aan bij het Azure-portaal.
Selecteer in het linkerdeelvenster van de Recovery Services-kluis back-upwaarschuwingen.
Het deelvenster Back-upwaarschuwingen wordt geopend.
Selecteer de waarschuwing om details van waarschuwingen weer te geven:
Met Azure Backup kunt u waarschuwingen per e-mail verzenden. Deze waarschuwingen zijn:
- Geactiveerd voor alle back-upfouten.
- Geconsolideerd op databaseniveau op foutcode.
- Alleen verzonden voor de eerste back-upfout van een database.
Bewerkingen beheren met behulp van Azure Portal
In deze sectie worden verschillende door Azure Backup ondersteunde beheerbewerkingen beschreven waarmee u eenvoudig een back-up van een SAP HANA-database kunt beheren.
Een beleid wijzigen
U kunt het onderliggende beleid voor een BACK-upitem van SAP HANA wijzigen.
Notitie
Voor HANA-momentopnamen kan het nieuwe HANA-exemplaarbeleid een andere resourcegroep of een andere door de gebruiker toegewezen beheerde identiteit hebben. Azure Portal voert momenteel alle validaties uit tijdens de back-upconfiguratie. U moet dus de vereiste rollen toewijzen aan de nieuwe resourcegroep voor momentopnamen of de nieuwe door de gebruiker toegewezen identiteit met behulp van de CLI-scripts.
Ga op het dashboard back-upcentrum naar Back-upexemplaren en ga als volgt te werk:
Kies SAP HANA in Azure VM als het gegevensbrontype.
Kies het back-upitem waarvan u het onderliggende beleid wilt wijzigen.
Selecteer het bestaande Azure Backup-beleid.
Wijzig het beleid in het deelvenster Back-upbeleid door het te selecteren in de vervolgkeuzelijst. Maak indien nodig een nieuw back-upbeleid.
Selecteer Opslaan.
Het aanbrengen van beleidswijzigingen is van invloed op alle gekoppelde back-upitems en triggers die overeenkomende beveiligingstaken configureren.
Een beleid bewerken
Als u het beleid wilt wijzigen om back-uptypen, frequenties en bewaarbereik te wijzigen, voert u de volgende stappen uit:
Notitie
Elke wijziging in de bewaarperiode wordt toegepast op zowel de nieuwe herstelpunten als op alle oudere herstelpunten.
Voor HANA-momentopnamen kunt u het beleid voor het HANA-exemplaar bewerken om een andere resourcegroep of een andere door de gebruiker toegewezen beheerde identiteit te hebben. Momenteel worden in Azure Portal alleen alle validaties uitgevoerd tijdens de back-upconfiguratie. U moet dus de vereiste rollen toewijzen aan de nieuwe resourcegroep voor momentopnamen of de nieuwe door de gebruiker toegewezen identiteit met behulp van de CLI-scripts.
Ga op het dashboard Back-upcentrum naar Back-upbeleid en selecteer vervolgens het beleid dat u wilt bewerken.
Selecteer Wijzigen in het deelvenster Back-upbeleid.
Selecteer de frequentie van de back-ups.
Het wijzigen van het back-upbeleid is van invloed op alle gekoppelde back-upitems en triggers die overeenkomende beveiligingstaken configureren.
Upgrade uitvoeren van SDC naar MDC
Meer informatie over het maken van back-ups van een SAP HANA-database nadat u een upgrade hebt uitgevoerd van één containerdatabase (SDC) naar een MDC (Multiple Container Database).
Inconsistent beleid
Af en toe kan een wijzigingsbeleidsbewerking leiden tot een inconsistente beleidsversie voor sommige back-upitems. Dit gebeurt wanneer de bijbehorende configuratiebeveiligingstaak mislukt voor het back-upitem nadat een wijzigingsbeleidsbewerking is geactiveerd. Deze wordt als volgt weergegeven in de weergave van het back-upitem:
U kunt de beleidsversie voor alle betrokken items in één klik oplossen:
Upgrade uitvoeren van SDC naar MDC zonder een SID-wijziging
Meer informatie over het maken van back-ups van een SAP HANA-database waarvan de SID niet is gewijzigd na uw upgrade van een SDC naar een MDC.
Upgraden naar een nieuwe versie in SDC of MDC
Meer informatie over het maken van back-ups van een SAP HANA-database waarvan u een upgrade uitvoert.
Beveiliging voor een SAP HANA-database of HANA-exemplaar stoppen
U kunt de beveiliging van een SAP HANA-database op een aantal manieren stoppen:
- Alle toekomstige back-uptaken stoppen en alle herstelpunten verwijderen.
- Alle toekomstige back-uptaken stoppen en de herstelpunten intact laten.
Houd rekening met het volgende als u ervoor kiest de herstelpunten intact te laten:
- Alle herstelpunten blijven voor onbepaalde tijd intact en alle verwijderbewerkingen zullen stoppen bij het stoppen van de beveiliging met behoud van gegevens.
- Er worden kosten in rekening gebracht voor het beveiligde exemplaar en de verbruikte opslag. Zie prijzen voor Azure Backup voor meer informatie.
- Als u een gegevensbron verwijdert zonder back-ups te stoppen, mislukken nieuwe back-ups.
Notitie
Voor HANA-exemplaren stopt u eerst de beveiliging van het HANA-exemplaar en stopt u vervolgens de beveiliging van alle gerelateerde databases; anders mislukt de stopbeveiligingsbewerking.
De beveiliging van een database stoppen:
Selecteer Back-upexemplaren op het dashboard van het Back-upcentrum.
Selecteer SAP HANA in Azure VM als het gegevensbrontype.
Selecteer de database waarvoor u de beveiliging wilt stoppen.
Selecteer Back-up stoppen in het databasemenu.
Selecteer in het menu Back-up stoppen of gegevens behouden of verwijderen. U kunt desgewenst een reden en opmerking opgeven.
Selecteer Back-up stoppen.
Beveiliging hervatten voor een SAP HANA-database of HANA-exemplaar
Wanneer u de beveiliging voor een SAP HANA-database of SAP HANA-exemplaar stopt, kunt u de beveiliging later hervatten als u de optie Back-upgegevens behouden selecteert. Als u de back-upgegevens niet behoudt, kunt u de beveiliging niet hervatten.
De beveiliging voor een SAP HANA-database hervatten:
Open het back-upitem en selecteer vervolgens Back-up hervatten.
Selecteer een beleid in het menu Back-upbeleid en selecteer vervolgens Opslaan.
Een extensie opnieuw registreren op de VIRTUELE SAP HANA-server
De workloadextensie op de VIRTUELE machine kan soms om een of andere reden nadelig worden beïnvloed. Als dat zo is, mislukken alle bewerkingen die op de VIRTUELE machine worden geactiveerd. Mogelijk moet u de extensie opnieuw registreren op de virtuele machine. Met de herregisterbewerking wordt de back-upextensie van de workload opnieuw geïnstalleerd op de VIRTUELE machine, zodat bewerkingen kunnen worden voortgezet.
Gebruik deze optie met voorzichtigheid: wanneer deze wordt geactiveerd op een virtuele machine met een al goede extensie, wordt de extensie opnieuw opgestart. Dit kan ertoe leiden dat alle actieve taken mislukken. Voordat u een herregisterbewerking activeert, controleert u op een of meer van de symptomen.
Registratie van een SAP HANA-exemplaar ongedaan maken
Maak de registratie van een SAP HANA-exemplaar ongedaan nadat u de beveiliging hebt uitgeschakeld, maar voordat u de kluis verwijdert:
Selecteer back-upinfrastructuur in de Recovery Services-kluis onder Beheren.
Voor het type Back-upbeheer selecteert u Workload in azure-VM.
Selecteer in het deelvenster Beveiligde servers het exemplaar om de registratie ongedaan te maken. Als u de kluis wilt verwijderen, moet u de registratie van alle servers en exemplaren ongedaan maken.
Klik met de rechtermuisknop op het beveiligde exemplaar en selecteer Registratie opheffen.
De registratiestatus van VM's of knooppunten naar de kluis controleren
Voordat u een geplande failover uitvoert, moet u ervoor zorgen dat beide VM's/knooppunten zijn geregistreerd bij de kluis (fysieke en logische registratie). Als back-ups mislukken na een failover/terugval, moet u ervoor zorgen dat de fysieke/logische registratie is voltooid. Anders worden de VM's/knooppunten opnieuw ontdekt.
De fysieke registratie bevestigen
Ga naar de Recovery Services-kluis>Manage>Backup Infrastructure>Workload in Azure VM.
De status van zowel primaire als secundaire VM's moet worden geregistreerd.
De logische registratie bevestigen
Volg vervolgens deze stappen:
Ga naar Recovery Services-kluis>Back-upitems>SAP HANA in Azure VM.
Selecteer onder HANA System de naam van het HANA-exemplaar.
Twee VM's/knooppunten worden weergegeven onder FQDN en hebben de status Geregistreerd .
Notitie
Als de status niet is geregistreerd , moet u de VM's/knooppunten opnieuw ontdekken en de status opnieuw controleren.
Sap HSR overschakelen naar zelfstandige databases en back-up configureren
Als u wilt overschakelen van HANA System Replication (HSR) naar zelfstandige databases en back-up wilt configureren, voert u de volgende stappen uit:
- Stop de beveiliging en bewaar gegevens voor de momenteel beveiligde databases.
- Voer het script vóór registratie uit op beide knooppunten als Zelfstandig.
- De databases op beide knooppunten opnieuw detecteren.
- Beveilig de databases als Zelfstandig op beide knooppunten.
Bewerkingen beheren met systeemeigen SAP HANA-clients
In deze sectie wordt beschreven hoe u verschillende bewerkingen beheert van niet-Azure-clients, zoals HANA Studio.
Notitie
HANA-systeemeigen clients zijn alleen geïntegreerd voor op Backint gebaseerde bewerkingen. Momentopnamen en HANA-systeemreplicatiemodusbewerkingen worden momenteel niet ondersteund.
Back-up maken via Backint
Back-ups op aanvraag die worden geactiveerd vanaf een van de systeemeigen HANA-clients die Backint gebruiken, worden weergegeven in de back-uplijst op de pagina Back-upexemplaren .
Notitie
U kunt de back-ups ook bewaken vanaf de pagina Back-uptaken.
Deze back-ups op aanvraag worden ook weergegeven in de lijst met herstelpunten in het deelvenster Herstelpunt selecteren.
Een back-up maken van lokale bestanden in plaats van Backint
Als u een back-up wilt maken van lokale bestanden, wijzigt u in de systeemeigen SAP HANA-client (HANA Studio/Cockpit) het doel in het lokale bestandssysteem in plaats van Backint.
Vervolgens dumpt HANA de back-ups naar het genoemde bestandssysteempad en plaatst Azure Backup (de Backint-service) de volgende catalogus op dat pad met behulp van de basepath_catalogbackup parameter.
De back-ups herstellen
Herstelbewerkingen die worden geactiveerd vanuit systeemeigen HANA-clients die Backint gebruiken om back-ups naar dezelfde computer te herstellen, kunnen worden bewaakt vanaf de pagina Back-uptaken.
Herstelbewerkingen die worden geactiveerd vanuit systeemeigen HANA-clients om te herstellen naar een andere computer , zijn niet toegestaan. Dit komt doordat de Azure Backup-service volgens RBAC-regels (op rollen gebaseerd toegangsbeheer) van Azure de doelserver niet kan verifiëren voor herstelbewerkingen.
De back-ups verwijderen
De verwijderbewerking van systeemeigen HANA-clients wordt niet ondersteund door Azure Backup, omdat het back-upbeleid de levenscyclus van back-ups in de Azure Recovery Services-kluis bepaalt.
HANA-catalogus opschonen
De Azure Backup-service wijzigt momenteel niet de HANA-back-upcatalogus volgens het beleid. Omdat u de back-up lokaal (buiten Backint) kunt opslaan, moet u de levenscyclus van de catalogus onderhouden. U kunt de catalogus opschonen volgens de SAP-documentatie en Azure Backup (de Backint-service) plaatst de volgende catalogus in het pad dat is opgegeven door de basepath_catalogbackup parameter.