Delen via

Problemen met back-ups van SAP HANA-databases in Azure oplossen

  • Artikel

Dit artikel bevat informatie over probleemoplossing voor het maken van back-ups van SAP HANA-databases op virtuele Azure-machines. Zie scenarioondersteuning voor meer informatie over de BACK-upscenario's van SAP HANA die momenteel worden ondersteund.

Vereisten en machtigingen

Zie de vereisten en wat het preregistratiescript secties doet voordat u back-ups configureert.

Veelvoorkomende gebruikersfouten

UserErrorHANAInternalRoleNotPresent

Foutbericht Azure Backup doesn't have required role privileges to carry out Backup and Restore operations
Mogelijke oorzaken Alle bewerkingen mislukken met deze fout wanneer de back-upgebruiker (AZUREWLBACKUPHANAUSER) niet beschikt over de SAP_INTERNAL_HANA_SUPPORT rol of de rol kan worden overschreven.
Aanbevolen actie Download en voer het script vóór registratie uit op het SAP HANA-exemplaar of wijs de SAP_INTERNAL_HANA_SUPPORT rol handmatig toe aan de back-upgebruiker (AZUREWLBACKUPHANAUSER).

Opmerking

Als u HANA 2.0 SPS04 Rev 46 en hoger gebruikt, treedt deze fout niet op omdat het gebruik van de rol SAP_INTERNAL_HANA_SUPPORT is afgeschaft in deze HANA-versies.

UserErrorInOpeningHanaOdbcConnection

Foutbericht Failed to connect to HANA system
Mogelijke oorzaken
  • Verbinding met HANA-exemplaar is mislukt
  • Systeemdatabase (DB) is offline
  • De tenantdatabase is offline
  • Back-upgebruiker (AZUREWLBACKUPHANAUSER) beschikt niet over voldoende machtigingen/bevoegdheden.
Aanbevolen actie Controleer of het systeem wordt uitgevoerd. Als een of meer databases worden uitgevoerd, moet u ervoor zorgen dat de vereiste machtigingen zijn ingesteld. Hiervoor downloadt en voert u het script vóór registratie uit op het SAP HANA-exemplaar.

UserErrorHanaInstanceNameInvalid

Foutbericht The specified SAP HANA instance is either invalid or can't be found
Mogelijke oorzaken
  • De opgegeven SAP HANA-instantie is ongeldig of kan niet worden gevonden.
  • Er kan geen back-up worden gemaakt van meerdere SAP HANA-exemplaren op één virtuele Azure-machine (VM).
Aanbevolen actie
  • Zorg ervoor dat slechts één HANA-exemplaar wordt uitgevoerd op de Virtuele Azure-machine.
  • U kunt het probleem oplossen door het script uit te voeren vanuit het deelvenster Db detecteren (u kunt het script hier ook vinden) met het juiste SAP HANA-exemplaar.

UserErrorHANALSNValidationFailure

Foutbericht Backup log chain is broken
Mogelijke oorzaken HANA LSN-logboekketenonderbreking kan om verschillende redenen worden geactiveerd, waaronder:
  • Azure Storage-aanroep kan geen back-up maken.
  • De tenantdatabase is offline.
  • De extensie-upgrade wordt beëindigd door een actieve back-uptaak.
  • Kan geen verbinding maken met Azure Storage tijdens de back-up.
  • SAP HANA heeft een transactie teruggedraaid in het back-upproces.
  • Een back-up is voltooid, maar de catalogus is nog niet bijgewerkt met succes in het HANA-systeem.
  • Back-up is mislukt vanuit het perspectief van Azure Backup, maar het is gelukt vanuit het perspectief van HANA. Het doel van de logboekback-up/catalogus is mogelijk bijgewerkt van het back-up-naar-bestandssysteem of het uitvoerbare back-upbestand van Backint is mogelijk gewijzigd.
Aanbevolen actie Om dit probleem op te lossen, activeert Azure Backup een automatische herstel van een volledige back-up. Hoewel deze automatische herstelback-up wordt uitgevoerd, worden alle logboekback-ups geactiveerd door HANA-fouten met OperationCancelledBecauseConflictingAutohealOperationRunningUserError. Zodra de volledige back-up automatisch is hersteld, werken logboeken en alle andere back-ups zoals verwacht.
Als u binnen 24 uur geen automatische herstel van een volledige back-up ziet of een geslaagde back-up (volledig/differentieel/incrementeel) niet ziet, neemt u contact op met De ondersteuning van Microsoft.

UserErrorSDCtoMDCUpgradeDetected

Foutbericht SDC to MDC upgrade detected.
Mogelijke oorzaken Wanneer een SDC-systeem wordt bijgewerkt naar MDC, mislukken back-ups met deze fout.
Aanbevolen actie Zie SDC naar MDC-upgrade om het probleem op te lossen en op te lossen.

UserErrorInvalidBackintConfiguration

Foutbericht Backups will fail with this error when the Backint Configuration is incorrectly updated.
Mogelijke oorzaken De Backint-configuratie die is bijgewerkt tijdens de configuratiebeveiligingsstroom door Azure Backup, wordt door de klant gewijzigd/bijgewerkt.
Aanbevolen actie Controleer of de volgende parameters (Backint) zijn ingesteld:
  • [catalog_backup_using_backint:true]
  • [enable_accumulated_catalog_backup:false]
  • [parallel_data_backup_backint_channels:1]
  • [log_backup_timeout_s:900)]
  • [backint_response_timeout:7200]
Als op backint gebaseerde parameters aanwezig zijn op hostniveau, verwijdert u deze. Als de parameters echter niet aanwezig zijn op hostniveau, maar handmatig worden gewijzigd op databaseniveau, moet u ervoor zorgen dat de waarden op databaseniveau zijn ingesteld. U kunt ook de beveiliging stoppen met back-upgegevens bewaren vanuit Azure Portal en vervolgens Back-up hervatten selecteren.

UserErrorIncompatibleSrcTargetSystemsForRestore

Foutbericht The source and target systems for restore are incompatible.
Mogelijke oorzaken De herstelstroom mislukt met deze fout wanneer de bron- en doeldatabases van HANA en systemen niet compatibel zijn.
Aanbevolen actie Zorg ervoor dat uw herstelscenario zich niet in de volgende lijst met mogelijke incompatibele herstelbewerkingen bevindt:
Case 1: SYSTEMDB kan niet worden hernoemd tijdens het herstellen.
Case 2: Bron ( SDC en doel — MDC: De brondatabase kan niet worden hersteld als SYSTEMDB of tenant-database op het doel.
Case 3: Bron — MDC en doel — SDC: De brondatabase (SYSTEMDB of tenant DB) kan niet worden hersteld naar het doel.
Zie de opmerking 1642148 in het launchpad voor SAP-ondersteuning voor meer informatie.

UserErrorHANAPODoesNotExist

Foutbericht Database configured for backup doesn't exist.
Mogelijke oorzaken Als u een database verwijdert die is geconfigureerd voor back-up, mislukken alle geplande en on-demand back-ups op deze database.
Aanbevolen actie Controleer of de database is verwijderd. Maak de database opnieuw of stop de beveiliging (met of zonder behoud van gegevens) voor de database.

UserErrorInsufficientPrivilegeOfDatabaseUser

Foutbericht Azure Backup does not have enough privileges to carry out Backup and Restore operations.
Mogelijke oorzaken Back-upgebruiker (AZUREWLBACKUPHANAUSER) die is gemaakt door het script vóór registratie, heeft geen of meer van de volgende rollen toegewezen:
  • Voor MDC, DATABASE ADMIN en BACKUP ADMIN (voor HANA 2.0 SPS05 en hoger) maken nieuwe databases tijdens het herstellen.
  • Voor SDC maakt BACKUP ADMIN nieuwe databases tijdens het herstellen.
  • CATALOG READ om de back-upcatalogus te lezen.
  • SAP_INTERNAL_HANA_SUPPORT toegang tot enkele privétabellen. Alleen vereist voor SDC- en MDC-versies vóór HANA 2.0 SPS04 Rev 46. Dit is niet vereist voor HANA 2.0 SPS04 Rev 46 en hoger. Dit komt doordat we nu de vereiste informatie uit openbare tabellen ophalen met de oplossing van het HANA-team.
Aanbevolen actie Als u het probleem wilt oplossen, voegt u de vereiste rollen en machtigingen handmatig toe aan de back-upgebruiker (AZUREWLBACKUPHANAUSER). U kunt ook het preregistration-script downloaden en uitvoeren op het SAP HANA-exemplaar.

UserErrorDatabaseUserPasswordExpired

Foutbericht Database/Backup user's password expired.
Mogelijke oorzaken De database-/back-upgebruiker die is gemaakt door het script vóór registratie, stelt de vervaldatum voor het wachtwoord niet in. Als deze fout echter is gewijzigd, kan deze fout worden weergegeven.
Aanbevolen actie Download en voer het script vóór registratie uit op het SAP HANA-exemplaar om het probleem op te lossen.

UserErrorInconsistentSSFS

Foutbericht SAP HANA error
Mogelijke oorzaken Inconsistente SSFS-fout (Secure Storage File System) die is ontvangen van de SAP HANA-engine.
Aanbevolen actie Neem contact op met het SAP HANA-team om dit probleem op te lossen. Zie de SAP-notitie 0002097613 voor meer informatie.

UserErrorCannotConnectToAzureActiveDirectoryService

Foutbericht Unable to connect to the AAD service from the HANA system.
Mogelijke oorzaken Firewall- of proxyinstellingen omdat het invoegtoepassingsserviceaccount van de Backup-extensie de uitgaande verbinding met Microsoft Entra-id niet toestaat.
Aanbevolen actie Herstel de firewall- of proxyinstellingen voor de uitgaande verbinding met Microsoft Entra-id om te slagen.

UserErrorMisConfiguredSslCaStore

Foutbericht Misconfigured CA store
Mogelijke oorzaken Het hostproces voor de invoegtoepassing van de back-upextensie heeft geen toegang tot het basis-CA-archief (in /var/lib/ca-certificates/ca-bundle.pem voor SLES).
Aanbevolen actie Los het probleem met het CA-archief op met behulp van chmod o+r het herstellen van de oorspronkelijke machtiging. Start vervolgens de hostservice van de invoegtoepassing opnieuw op voor back-ups en herstelbewerkingen om te slagen.

UserErrorBackupFailedAsRemedialBackupInProgress

Foutbericht Remedial Backup in progress.
Mogelijke oorzaken Azure Backup activeert een volledige herstelback-up om onderbreking van de LSN-logboekketen af te handelen. Terwijl de herstelbewerking wordt uitgevoerd, mislukken back-ups (volledig/differentieel/incrementeel) die worden geactiveerd via de portal/CLI, met deze fout.
Aanbevolen actie Wacht totdat de volledige back-up is hersteld voordat u een andere back-up activeert.

OperationCancelledBecauseConflictingOperationRunningUserError

Foutbericht Conflicting operation in progress.
Mogelijke oorzaken Een volledige/differentiële/incrementele back-up die wordt geactiveerd via portal/CLI/systeemeigen HANA-clients, terwijl er al een volledige/differentiële/incrementele back-up wordt uitgevoerd.
Aanbevolen actie Wacht totdat de actieve back-uptaak is voltooid voordat u een nieuwe volledige/delta-back-up activeert.

OperationCancelledBecauseConflictingAutohealOperationRunning UserError

Foutbericht Auto-heal Full backup in progress.
Mogelijke oorzaken Azure Backup activeert een automatische herstel van een volledige back-up om UserErrorHANALSNValidationFailure op te lossen. Hoewel deze automatische herstelback-up wordt uitgevoerd, mislukken alle logboekback-ups die door HANA worden geactiveerd met OperationCancelledBecauseConflictingAutohealOperationRunningUserError.
Zodra de volledige back-up automatisch is hersteld, werken logboeken en alle andere back-ups zoals verwacht.
Aanbevolen actie Wacht totdat de volledige back-up automatisch is hersteld voordat u een nieuwe volledige/delta-back-up activeert.

Fout bij uitvoeren van scriptuitvoering voor omgeving vóór registratie

UserErrorHanaPreScriptNotRun

UserErrorPreregistrationScriptNotRun

Foutbericht Pre-registration script not run.
Mogelijke oorzaken Het SAP HANA-preregistratiescript voor het instellen van de omgeving is niet uitgevoerd.
Aanbevolen actie Download en voer het script vóór registratie uit op het SAP HANA-exemplaar.

UserErrorTargetPOExistsOverwriteNotSpecified

Foutbericht Target database cannot be overwritten for Restore.
Mogelijke oorzaken Doeldatabase bestaat, maar kan niet worden overschreven. Geforceerd overschrijven is niet ingesteld in de herstelstroom in de portal/CLI.
Aanbevolen actie Database herstellen met de optie geforceerd overschrijven geselecteerd of herstellen naar een andere doeldatabase.

UserErrorRecoverySysScriptFailedToTriggerRestore

Foutbericht RecoverySys.py could not be run successfully to restore System DB.
Mogelijke oorzaken Mogelijke oorzaken voor het mislukken van het herstellen van systeemdatabases zijn:
  • Azure Backup kan Recoverysys.py niet vinden op de HANA-computer. Dit gebeurt wanneer de HANA-omgeving niet goed is ingesteld.
  • Recoverysys.py aanwezig is, maar wanneer u dit script activeert, kan HANA niet worden aangeroepen om de herstelbewerking uit te voeren.
  • Recoverysys.py HANA heeft aangeroepen om de herstelbewerking uit te voeren, maar HANA kan niet worden hersteld.
Aanbevolen actie
  • Werk voor probleem 1 samen met het SAP HANA-team om het probleem op te lossen.
  • Voer voor 2 en 3 de opdracht HDSetting.sh uit in de sid-adm-prompt en zie de logboektracering. Bijvoorbeeld /usr/sap/SID/HDB00/HDBSetting.sh.
Deel deze bevindingen met het SAP HANA-team om het probleem op te lossen.

UserErrorDBNameNotInCorrectFormat

Foutbericht Restored database name not in correct format.
Mogelijke oorzaken De naam van de herstelde database die u hebt opgegeven, heeft niet de aanvaardbare/verwachte indeling.
Aanbevolen actie Zorg ervoor dat de herstelde databasenaam begint met een letter en mag geen symbool bevatten, behalve cijfers of een onderstrepingsteken.
Het mag maximaal 127 tekens bevatten en mag niet beginnen met _SYS_.

UserErrorDefaultSidAdmDirectoryChanged

Foutbericht Default sid-adm directory changed.
Mogelijke oorzaken De standaardmap sid-adm is gewijzigd en HDBSetting.sh is niet beschikbaar in deze standaardmap.
Aanbevolen actie Als HXE de SID is, moet u ervoor zorgen dat omgevingsvariabele HOME is ingesteld op /usr/sap/HXE/home als sid-adm-gebruiker .

UserErrorHDBsettingsScriptNotFound

Foutbericht HDBSetting.sh file cannot be found.
Mogelijke oorzaken Herstellen van systeemdatabases is mislukt omdat de <sid>adm-gebruikersomgeving het HDBsettings.sh bestand niet kan vinden om herstel te activeren.
Aanbevolen actie Neem contact op met het SAP HANA-team om dit probleem op te lossen.

Als HXE de SID is, moet u ervoor zorgen dat omgevingsvariabele HOME is ingesteld op /usr/sap/HXE/home als sid-adm-gebruiker .

UserErrorInsufficientSpaceOnSystemDriveForExtensionMetadata

Foutbericht Insufficient space on HANA machine to perform Configure Backup, Backup or Restore activities.
Mogelijke oorzaken De schijfruimte op uw HANA-computer is bijna vol of vol, waardoor de activitie(s) voor back-up, back-up of herstel mislukken.
Aanbevolen actie Controleer de schijfruimte op uw HANA-computer om ervoor te zorgen dat er voldoende ruimte is voor de activitie(s) voor het configureren van back-up, back-up of herstel.

CloudDosAbsoluteLimitReached

Foutbericht Operation is blocked as you have reached the limit on number of operations permitted in 24 hours.
Mogelijke oorzaken Wanneer u de maximaal toegestane limiet voor een bewerking in een periode van 24 uur hebt bereikt, wordt deze fout weergegeven.

Bijvoorbeeld: Als u de limiet hebt bereikt voor het aantal geconfigureerde back-uptaken dat per dag kan worden geactiveerd en u probeert een back-up te configureren voor een nieuw item, wordt deze fout weergegeven.
Aanbevolen actie Normaal gesproken wordt dit probleem opgelost door de bewerking na 24 uur opnieuw uit te voeren. Als het probleem zich blijft voordoen, kunt u echter contact opnemen met Microsoft Ondersteuning voor hulp.

CloudDosAbsoluteLimitReachedWithRetry

Foutbericht Operation is blocked as the vault has reached its maximum limit for such operations permitted in a span of 24 hours.
Mogelijke oorzaken Wanneer u de maximaal toegestane limiet voor een bewerking in een periode van 24 uur hebt bereikt, wordt deze fout weergegeven. Deze fout wordt meestal weergegeven wanneer er bewerkingen op schaal zijn, zoals beleid wijzigen of automatische beveiliging. In tegenstelling tot het geval van CloudDosAbsoluteLimitReached, is er niet veel dat u kunt doen om deze status op te lossen. In feite voert de Azure Backup-service de bewerkingen intern opnieuw uit voor alle betreffende items.

Als u bijvoorbeeld een groot aantal gegevensbronnen hebt beveiligd met een beleid en u dat beleid probeert te wijzigen, worden de beveiligingstaken voor elk van de beveiligde items geactiveerd en wordt soms de maximale limiet bereikt die is toegestaan voor dergelijke bewerkingen per dag.
Aanbevolen actie De Azure Backup-service voert deze bewerking na 24 uur automatisch opnieuw uit.

UserErrorInvalidBackint

Foutbericht Er is een ongeldig hdbbackint-uitvoerbaar bestand gevonden.
Mogelijke oorzaak 1. De bewerking om het Backint-pad te wijzigen van /opt/msawb/bin mislukt /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint vanwege onvoldoende opslagruimte op de nieuwe locatie.

2. Het hdbbackint-hulpprogramma waarop zich bevindt /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint , heeft geen uitvoerbare machtigingen of het juiste eigendom.
Aanbevolen actie 1. Zorg ervoor dat er vrije ruimte beschikbaar is op /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint of het pad waar u back-ups wilt opslaan.

2. Zorg ervoor dat de sapsys-groep de juiste machtigingen voor het /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint bestand heeft door de opdracht chmod 755uit te voeren.

UserErrorHanaSQLQueryFailed

Foutbericht De bewerking is mislukt tijdens het uitvoeren van een query op HANA Server.

Alle bewerkingen die mislukken met deze gebruikersfout is het gevolg van een probleem dat aan de Hana-zijde wordt veroorzaakt tijdens het uitvoeren van de query. Aanvullende informatie bevat het duidelijke bericht van de fout.
Mogelijke oorzaken - Probleem met schijfbeschadiging.
- Problemen met geheugentoewijzing.
- Te veel databases in gebruik.
- Probleem met update van topologie.
Aanbevolen actie Neem contact op met het SAP HANA-team om dit probleem op te lossen. Als het probleem zich blijft voordoen, kunt u echter contact opnemen met Microsoft Ondersteuning voor verdere hulp.

UserErrorRestoreTargetDirectoriesAbsent

Foutbericht PreRestoreDataParamsPrep: Target directory bestaat niet.
Mogelijke oorzaken Herstellen als bestanden mislukken omdat de map die is geselecteerd voor herstel niet bestaat op de doelserver of niet toegankelijk is.
Aanbevolen actie Controleer of de map die u hebt geselecteerd beschikbaar is op de doelserver en controleer of u de juiste doelserver hebt geselecteerd op het moment van herstellen.

JobCancelledOnExtensionUpgrade

Foutmelding De back-uptaak is geannuleerd omdat de service voor de back-upextensie van de workload opnieuw is opgestart voor een upgrade.
Mogelijke oorzaak De back-up- en hersteltaak mislukt vanwege een automatische extensie-upgrade wanneer de back-up-/herstelbewerking wordt uitgevoerd.
Aanbevolen actie Wacht tot de upgrade van de extensie is voltooid. HANA activeert vervolgens de mislukte logboekback-ups opnieuw, indien van toepassing.

De mislukte volledige/differentiële/incrementele back-ups worden echter niet opnieuw geactiveerd door Azure Backup en u moet deze bewerking handmatig opnieuw activeren.

Herstelcontroles

SDC-herstel (Single Container Database)

Zorg voor invoer tijdens het herstellen van één containerdatabase (SDC) voor HANA naar een andere SDC-computer. De naam van de database moet worden opgegeven met kleine letters en tussen sdc vierkante haken. Het HANA-exemplaar wordt weergegeven in hoofdletters.

Stel dat er een back-up wordt gemaakt van een SDC HANA-exemplaar 'H21'. Op de pagina back-upitems wordt de naam van het back-upitem weergegeven als h21(sdc). Als u deze database probeert te herstellen naar een andere doel-SDC, bijvoorbeeld H11, moeten de volgende invoer worden opgegeven.

Herstelde SDC-databasenaam

Let op de volgende punten:

  • Standaard wordt de naam van de herstelde database gevuld met de naam van het back-upitem. In dit geval, h21(sdc).
  • Als u het doel selecteert als H11, wordt de herstelde databasenaam niet automatisch gewijzigd. Deze moet worden bewerkt in h11(sdc). Met betrekking tot SDC is de naam van de herstelde database de id van het doelexemplaren met kleine letters en sdc toegevoegd tussen vierkante haken.
  • Omdat SDC slechts één database kan hebben, moet u ook het selectievakje inschakelen om het overschrijven van de bestaande databasegegevens met de herstelpuntgegevens toe te staan.
  • Linux is hoofdlettergevoelig. Wees dus voorzichtig om de zaak te behouden.

MDC-herstel (Multiple Container Database)

In meerdere containerdatabases voor HANA is de standaardconfiguratie SYSTEMDB + 1 of meer tenant-DB's. Als u een volledig SAP HANA-exemplaar herstelt, worden zowel SYSTEMDB als tenant-DB's hersteld. De ene herstelt SYSTEMDB eerst en gaat vervolgens verder voor Tenant DB. Systeemdatabase betekent in wezen dat de systeeminformatie over het geselecteerde doel moet worden overschreven. Met deze herstelbewerking wordt ook de backInt-gerelateerde informatie in het doelexemplaren overschreven. Nadat de systeemdatabase is hersteld naar een doelexemplaren, voert u het script vóór registratie opnieuw uit. Alleen dan slagen de volgende herstelbewerkingen van de tenantdatabase.

Een back-up maken van een gerepliceerde VM

Scenario 1

De oorspronkelijke VIRTUELE machine is gerepliceerd met behulp van Azure Site Recovery of Azure VM-back-up. De nieuwe VM is gebouwd om de oude VM te simuleren. Dat wil zeggen dat de instellingen precies hetzelfde zijn. (Dit komt doordat de oorspronkelijke VIRTUELE machine is verwijderd en de herstelbewerking is uitgevoerd vanuit een back-up van de VIRTUELE machine of Azure Site Recovery).

Dit scenario kan twee mogelijke gevallen bevatten. In beide gevallen leert u hoe u een back-up maakt van de gerepliceerde VM:

  1. De nieuwe vm die is gemaakt, heeft dezelfde naam en bevindt zich in dezelfde resourcegroep en hetzelfde abonnement als de verwijderde VM.

    • De extensie is al aanwezig op de virtuele machine, maar is niet zichtbaar voor een van de services
    • Het script vóór registratie uitvoeren
    • Registreer de extensie opnieuw voor dezelfde machine in Azure Portal (Back-up -> Details weergeven -> Selecteer de relevante Azure-VM -> Opnieuw registreren)
    • Er moet een back-up worden gemaakt van de reeds bestaande databases (van de verwijderde VM) en er wordt vervolgens een back-up van gemaakt

  2. De nieuwe vm die is gemaakt, heeft een van de volgende opties:

    • een andere naam dan de verwijderde VM
    • dezelfde naam als de verwijderde VM, maar zich in een andere resourcegroep of een ander abonnement bevindt (vergeleken met de verwijderde VM)

    Als dit het probleem is, voert u de volgende stappen uit:

    • De extensie is al aanwezig op de virtuele machine, maar is niet zichtbaar voor een van de services
    • Het script vóór registratie uitvoeren
    • Als u de nieuwe databases detecteert en beveiligt, ziet u dubbele actieve databases in de portal. U kunt dit voorkomen door de beveiliging te stoppen met het bewaren van gegevens voor de oude databases. Ga vervolgens verder met de resterende stappen.
    • De databases detecteren
    • Back-ups inschakelen voor deze databases
    • De reeds bestaande databases waarvan een back-up is gemaakt (van de verwijderde VM) blijven opgeslagen in de kluis. Ze worden opgeslagen met hun back-ups die worden bewaard volgens het beleid.

Scenario 2

De oorspronkelijke VIRTUELE machine is gerepliceerd met behulp van Azure Site Recovery of Azure VM-back-up. De nieuwe VIRTUELE machine is gebouwd op basis van de inhoud. Deze wordt gebruikt als sjabloon. De VIRTUELE machine is nieuw met een nieuwe SID.

Volg deze stappen om back-ups in te schakelen op de nieuwe VIRTUELE machine:

  • De extensie is al aanwezig op de virtuele machine, maar is niet zichtbaar voor een van de services
  • Voer het script vóór registratie uit. Op basis van de SID van de nieuwe VM kunnen er twee scenario's optreden:
    • De oorspronkelijke VM en de nieuwe VIRTUELE machine hebben dezelfde SID. Het script vóór registratie wordt uitgevoerd.
    • De oorspronkelijke VM en de nieuwe VM hebben verschillende SID's. Het script vóór registratie mislukt. Neem contact op met Microsoft Ondersteuning om hulp te krijgen in dit scenario.
  • Ontdek de databases waarvoor u een back-up wilt maken
  • Back-ups inschakelen voor deze databases

Upgrade van SDC-versie of upgrade van MDC-versie op dezelfde VM

Upgrades van het besturingssysteem, de wijziging van de SDC-versie of de MDC-versie die geen SID-wijziging veroorzaken, kunnen als volgt worden verwerkt:

  • Zorg ervoor dat de nieuwe versie van het besturingssysteem, de SDC of de MDC-versie momenteel wordt ondersteund door Azure Backup
  • Beveiliging stoppen met behoud van gegevens voor de database
  • De upgrade of update uitvoeren
  • Voer het script vóór registratie opnieuw uit. Het upgradeproces kan vaak de benodigde rollen verwijderen. Voer het script vóór registratie uit om alle vereiste rollen te verifiëren.
  • De beveiliging voor de database opnieuw hervatten

Upgrade van SDC naar MDC zonder wijziging in SID

Upgrades van SDC naar MDC die geen SID-wijziging veroorzaken, kunnen als volgt worden verwerkt:

  • Zorg ervoor dat de nieuwe MDC-versie momenteel wordt ondersteund door Azure Backup
  • Beveiliging stoppen met behoud van gegevens voor de oude SDC-database
  • Voer de upgrade uit. Na voltooiing is het HANA-systeem nu MDC met een systeem-DB en tenant-DB's
  • Het script vóór registratie opnieuw uitvoeren
  • Registreer de extensie opnieuw voor dezelfde machine in Azure Portal (Back-up -> Details weergeven -> Selecteer de relevante Azure-VM -> Opnieuw registreren)
  • Selecteer Db's opnieuw detecteren voor dezelfde VIRTUELE machine. Met deze actie moeten de nieuwe DB's in stap 3 worden weergegeven als SYSTEMDB en Tenant DB, niet als SDC
  • De oudere SDC-database blijft aanwezig in de kluis en bevat de oude back-upgegevens die volgens het beleid worden bewaard.
  • Back-up configureren voor deze databases

Upgrade van SDC naar MDC met een wijziging in SID

Upgrades van SDC naar MDC die een SID-wijziging veroorzaken, kunnen als volgt worden verwerkt:

  • Zorg ervoor dat de nieuwe MDC-versie momenteel wordt ondersteund door Azure Backup
  • Beveiliging stoppen met behoud van gegevens voor de oude SDC-database
  • Verplaats het config.json bestand dat zich bevindt op /opt/msawb/etc/config/SAPHana/.
  • Voer de upgrade uit. Na voltooiing is het HANA-systeem nu MDC met een systeem-DB en tenant-DB's.
  • Voer het script vóór registratie opnieuw uit met de juiste details (nieuwe SID en MDC). Vanwege een wijziging in SID kunt u problemen ondervinden met het uitvoeren van het script. Neem contact op met de ondersteuning van Azure Backup als u problemen ondervindt.
  • Registreer de extensie opnieuw voor dezelfde machine in De Azure-portal (Back-up -> Details weergeven -> Selecteer de relevante Azure-VM -> Opnieuw registreren).
  • Selecteer Db's opnieuw detecteren voor dezelfde VIRTUELE machine. Met deze actie moeten de nieuwe DB's in stap 3 worden weergegeven als SYSTEMDB en Tenant DB, niet als SDC.
  • De oudere SDC-database blijft aanwezig in de kluis en bevat oude back-upgegevens die volgens het beleid worden bewaard.
  • Configureer back-ups voor deze databases.

Fouten bij opnieuw registreren

Controleer op een of meer van de volgende symptomen voordat u de herregisterbewerking activeert:

  • Alle bewerkingen (zoals back-up, herstel en configuratie van back-up) mislukken op de VM met een van de volgende foutcodes: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

  • Als het gebied Back-upstatus voor het back-upitem Niet bereikbaar wordt weergegeven, sluit u alle andere oorzaken uit die mogelijk dezelfde status hebben:

    • Gebrek aan machtigingen voor het uitvoeren van back-upbewerkingen op de VM
    • De VIRTUELE machine wordt afgesloten, zodat er geen back-ups kunnen worden uitgevoerd
    • Netwerkproblemen

Deze symptomen kunnen zich voordoen om een of meer van de volgende redenen:

  • Er is een extensie verwijderd of verwijderd uit de portal.
  • De VIRTUELE machine is terug in de tijd hersteld via in-place schijfherstel.
  • De VM is gedurende een langere periode afgesloten, dus de extensieconfiguratie is verlopen.
  • De VIRTUELE machine is verwijderd. De andere virtuele machine is ook gemaakt met dezelfde naam en in dezelfde resourcegroep als de verwijderde VM.

In de voorgaande scenario's raden we u aan om een herregisterbewerking op de VIRTUELE machine te activeren.

Back-ups maken van SAP HANA-databaselogboeken

Logboekback-up wordt niet geactiveerd ondanks het succes van de volledige back-up.

Mogelijke oorzaak: de waarden voor de SAP HANA-database zijn onjuist om logboekback-up te activeren.

Aanbevolen actie: Zorg ervoor dat de volgende waarden voor de SAP HANA-configuratie juist zijn ingesteld:

  • enable_auto_log_backup:Ja
  • log_backup_using_backint:Waar
  • catalog_backup_using_backint:Waar
  • log_mode:normaal
  • log_backup_timeout_s: Hetzelfde als het back-upbeleid voor logboeken in Azure Portal (frequentie is in seconden).

Volgende stap

  • Bekijk de veelgestelde vragen over de back-up van SAP HANA-databases op Virtuele Azure-machines.