Dela via

Felsöka säkerhetskopiering av SAP HANA-databaser i Azure

Den här artikeln innehåller felsökningsinformation för att säkerhetskopiera SAP HANA-databaser på virtuella Azure-datorer. Mer information om de SAP HANA-säkerhetskopieringsscenarier som vi för närvarande stöder finns i Scenariosupport.

Krav och behörigheter

Se förutsättningarna och Vad förregistreringsskriptet gör avsnitt innan du konfigurerar säkerhetskopior.

Vanliga användarfel för säkerhetskopiering och återställning av SAP HANA-databaser

UserErrorHANAInternalRoleNotPresent

Felmeddelande Azure Backup doesn't have required role privileges to carry out Backup and Restore operations
Möjliga orsaker Alla åtgärder misslyckas med det här felet när användaren för säkerhetskopiering (AZUREWLBACKUPHANAUSER) inte har tilldelats rollen SAP_INTERNAL_HANA_SUPPORT eller om rollen skulle kunna skrivas över.
Rekommenderad åtgärd Ladda ned och kör förregistreringsskriptet på SAP HANA-instansen eller tilldela rollen SAP_INTERNAL_HANA_SUPPORT manuellt till säkerhetskopieringsanvändaren (AZUREWLBACKUPHANAUSER).

Obs!

Om du använder HANA 2.0 SPS04 Rev 46 och senare uppstår inte det här felet eftersom användningen av SAP_INTERNAL_HANA_SUPPORT-rollen är inaktuell i dessa HANA-versioner.

UserErrorInOpeningHanaOdbcConnection

Felmeddelande Failed to connect to HANA system
Möjliga orsaker
  • Anslutningen till HANA-instansen misslyckades
  • Systemdatabasen (DB) är offline
  • Klientdatabasen är offline
  • Säkerhetskopieringsanvändaren (AZUREWLBACKUPHANAUSER) har inte tillräckligt med behörigheter.
Rekommenderad åtgärd Kontrollera om systemet körs. Om en eller flera databaser körs kontrollerar du att de behörigheter som krävs har angetts. Det gör du genom att ladda ned och köra förregistreringsskriptet på SAP HANA-instansen.

AnvändarfelHanaInstansnamnOgiltigt

Felmeddelande The specified SAP HANA instance is either invalid or can't be found
Möjliga orsaker
  • Den angivna SAP HANA-instansen är ogiltig eller kan inte hittas.
  • Flera SAP HANA-instanser på en enda virtuell Azure-dator (VM) kan inte säkerhetskopieras.
Rekommenderad åtgärd
  • Kontrollera att endast en HANA-instans körs på den virtuella Azure-datorn.
  • Lös problemet genom att köra skriptet från fönstret Identifiera databas (du hittar även skriptet här) med rätt SAP HANA-instans.

UserErrorHANALSNValideringsfel

Felmeddelande Backup log chain is broken
Möjliga orsaker HANA LSN-loggkedjebrytning kan utlösas av olika orsaker, bland annat:
  • Azure Storage-anropet misslyckades med att genomföra säkerhetskopieringen.
  • Klientdatabasen är offline.
  • Uppgraderingen av tillägget avbryter ett pågående säkerhetskopieringsjobb.
  • Det går inte att ansluta till Azure Storage under säkerhetskopieringen.
  • SAP HANA har återställt en transaktion i säkerhetskopieringsprocessen.
  • En säkerhetskopia är klar, men katalogen har ännu inte uppdaterats med framgång i HANA-systemet.
  • Säkerhetskopieringen misslyckades ur Azure Backup-perspektivet, men det lyckades ur HANA-perspektivet – loggsäkerhetskopian/katalogmålet kan ha uppdaterats från Backint-till-fil-systemet, eller så kan den körbara Backint-filen ha ändrats.
Rekommenderad åtgärd För att lösa det här problemet utlöser Azure Backup en fullständig säkerhetskopiering automatiskt. Medan den här auto-heal säkerhetskopieringen pågår avbryts alla loggsäkerhetskopior som initieras av HANA med OperationCancelledBecauseConflictingAutohealOperationRunningUserError. När den automatiska säkerhetskopieringen är klar börjar loggarna och alla andra säkerhetskopieringar fungera som förväntat.
Om du inte ser en automatisk fullständig säkerhetskopiering som utlöses eller någon lyckad säkerhetskopiering (fullständig/differentiell/inkrementell) på 24 timmar kontaktar du Microsofts support.

AnvändarfelSDCtillMDCUppgraderingUpptäckt

Felmeddelande SDC to MDC upgrade detected.
Möjliga orsaker När ett SDC-system uppgraderas till MDC misslyckas säkerhetskopieringarna med det här felet.
Rekommenderad åtgärd Information om hur du felsöker och löser problemet finns i Uppgradering av SDC till MDC.

AnvändarfelOgiltigBackintKonfiguration

Felmeddelande Backups will fail with this error when the Backint Configuration is incorrectly updated.
Möjliga orsaker Backint-konfigurationen som uppdaterades under Konfigurera skydd-flödet av Azure Backup ändras eller uppdateras av kunden.
Rekommenderad åtgärd Kontrollera om följande parametrar (Backint) har angetts:
  • [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]
Om backint-baserade parametrar finns på HOST-nivå tar du bort dem. Men om parametrarna inte finns på HOST-nivå, men ändras manuellt på databasnivå, kontrollerar du att värdena på databasnivå anges. Du kan också köra stoppskydd med kvarhålla säkerhetskopierade data från Azure Portal och sedan välja Återuppta säkerhetskopiering.

Användarfel: Oförenliga käll- och målsystem för återställning

Felmeddelande The source and target systems for restore are incompatible.
Möjliga orsaker Återställningsflödet misslyckas med det här felet när käll- och mål-HANA-databaserna och systemen är inkompatibla.
Rekommenderad åtgärd Kontrollera att återställningsscenariot inte finns med i följande lista över möjliga inkompatibla återställningar:
Fall 1: SYSTEMDB kan inte byta namn under återställningen.
Fall 2: Källa – SDC och mål – MDC: Källdatabasen kan inte återställas som SYSTEMDB eller klientdatabas på målet.
Fall 3: Källa – MDC och mål – SDC: Källdatabasen (SYSTEMDB eller klientdatabasen) kan inte återställas till målet.
För mer information, se anteckningen 1642148 i SAP Support Launchpad.

AnvändarfelHANAPOFinnsInte

Felmeddelande Database configured for backup doesn't exist.
Möjliga orsaker Om du tar bort en databas som har konfigurerats för säkerhetskopiering misslyckas alla schemalagda säkerhetskopieringar och säkerhetskopieringar på begäran på den här databasen.
Rekommenderad åtgärd Kontrollera om databasen har tagits bort. Återskapa databasen eller stoppa skyddet (med eller utan att behålla data) för databasen.

AnvändarfelOtillräckligBehörighetFörDatabasanvändare

Felmeddelande Azure Backup does not have enough privileges to carry out Backup and Restore operations.
Möjliga orsaker Säkerhetskopieringsanvändare (AZUREWLBACKUPHANAUSER) som skapats av förregistreringsskriptet har inte en eller flera av följande roller tilldelade:
  • För MDC skapar DATABASADMINISTRATÖR och SÄKERHETSKOPIERINGSADMINISTRATÖR (för HANA 2.0 SPS05 och senare) nya databaser under återställningen.
  • För SDC skapar BACKUP ADMIN nya databaser under återställningen.
  • KATALOGLÄSNING för att läsa säkerhetskopieringskatalogen.
  • SAP_INTERNAL_HANA_SUPPORT för att få åtkomst till några privata tabeller. Krävs endast för SDC- och MDC-versioner före HANA 2.0 SPS04 Rev 46. Det krävs inte för HANA 2.0 SPS04 Rev 46 och senare. Det beror på att vi nu får nödvändig information från offentliga tabeller med korrigeringen från HANA-teamet.
Rekommenderad åtgärd Lös problemet genom att lägga till nödvändiga roller och behörigheter manuellt till säkerhetskopieringsanvändaren (AZUREWLBACKUPHANAUSER). Eller så kan du ladda ned och köra förregistreringsskriptet på SAP HANA-instansen.

AnvändarfelDatabasAnvändarlösenordetHarLöptUt

Felmeddelande Database/Backup user's password expired.
Möjliga orsaker Databas-/säkerhetskopieringsanvändaren som skapades av förregistreringsskriptet anger inte förfallodatum för lösenordet. Men om det har ändrats kan det här felet visas.
Rekommenderad åtgärd Ladda ned och kör förregistreringsskriptet på SAP HANA-instansen för att lösa problemet.

UserErrorInconsistentSSFS

Felmeddelande SAP HANA error
Möjliga orsaker Inkonsekvent SSFS-fel (Secure Storage File System) som tagits emot från SAP HANA-motorn.
Rekommenderad åtgärd Arbeta med SAP HANA-teamet för att åtgärda problemet. Mer information finns i SAP-anteckningen 0002097613.

UserErrorCannotConnectToAzureActiveDirectoryService: Det gick inte att ansluta till Azure Active Directory-tjänsten.

Felmeddelande Unable to connect to the AAD service from the HANA system.
Möjliga orsaker Brandväggs- eller proxyinställningar gör att plugin-tjänstkontot för säkerhetskopieringstillägget inte tillåter en utgående anslutning till Microsoft Entra-ID.
Rekommenderad åtgärd Åtgärda brandväggs- eller proxyinställningarna för den utgående anslutningen till Microsoft Entra-ID för att lyckas.

AnvändarfelFelkonfigureradSslCaLager

Felmeddelande Misconfigured CA store
Möjliga orsaker Backup-pluginens värdprocess kan inte komma åt rotcertifikatutfärdararkivet (i /var/lib/ca-certificates/ca-bundle.pem för SLES).
Rekommenderad åtgärd Åtgärda CA-storeproblemet genom att använda chmod o+r för att återställa den ursprungliga behörigheten. Starta sedan om plugin-värdtjänsten för säkerhetskopieringar och återställningar för att lyckas.

Användarfel: Säkerhetskopiering misslyckades eftersom en korrigerande säkerhetskopiering pågår

Felmeddelande Remedial Backup in progress.
Möjliga orsaker Azure Backup utlöser en avhjälpande fullständig säkerhetskopiering för att hantera en LSN-loggkedjebrytning. Även när en fullständig reparationsprocess pågår misslyckas säkerhetskopieringar (fullständig/differentiell/inkrementell) som initieras via portalen/CLI med det här felet.
Rekommenderad åtgärd Vänta tills den fullständiga säkerhetskopieringen har slutförts innan du utlöser en ny säkerhetskopia.

Operation avbruten eftersom en motstridig operation körs, användarfel

Felmeddelande Conflicting operation in progress.
Möjliga orsaker En fullständig/differentiell/inkrementell säkerhetskopiering som utlöses via portal-/CLI/interna HANA-klienter, medan en annan fullständig/differentiell/inkrementell säkerhetskopiering redan pågår.
Rekommenderad åtgärd Vänta tills det aktiva säkerhetskopieringsjobbet har slutförts innan du utlöser en ny fullständig/delta-säkerhetskopiering.

OperationenAvbrutenPåGrundAvKonflikterandeAutohealOperation Körning Användarfel

Felmeddelande Auto-heal Full backup in progress.
Möjliga orsaker Azure Backup utlöser en självläkande fullständig säkerhetskopiering för att lösa UserErrorHANALSNValidationFailure. Medan den här automatiska säkerhetskopieringen pågår misslyckas alla loggsäkerhetskopior som utlöses av HANA med OperationCancelledBecauseConflictingAutohealOperationRunningUserError.
När den automatiska fullständiga säkerhetskopieringen är klar, börjar loggarna och alla andra säkerhetskopieringar fungera som förväntat.
Rekommenderad åtgärd Vänta tills den fullständiga säkerhetskopieringen slutförs automatiskt innan du utlöser en ny fullständig/delta-säkerhetskopia.

Körningsfel i miljön för förregistreringsskript

UserErrorHanaPreScriptNotRun

Användarfel: Förregistreringsscriptet kördes inte

Felmeddelande Pre-registration script not run.
Möjliga orsaker Förregistreringsskriptet för SAP HANA för att konfigurera miljön har inte körts.
Rekommenderad åtgärd Ladda ned och kör förregistreringsskriptet på SAP HANA-instansen.

AnvändarfelMålPOFinnsSkrivöverInteSpecificerat

Felmeddelande Target database cannot be overwritten for Restore.
Möjliga orsaker Måldatabasen finns men kan inte skrivas över. Force overwrite anges inte i återställningsflödet på portalen/CLI.
Rekommenderad åtgärd Återställ databasen med alternativet force overwrite markerat eller återställ till en annan måldatabas.

UserErrorRecoverySysScriptFailedToTriggerRestore

Felmeddelande RecoverySys.py could not be run successfully to restore System DB.
Möjliga orsaker Möjliga orsaker till att System DB-återställningen misslyckas är:
  • Azure Backup kan inte hitta Recoverysys.py på HANA-datorn. Det händer när HANA-miljön inte har konfigurerats korrekt.
  • Recoverysys.py finns, men när du utlöser det här skriptet kan det inte anropa HANA för att utföra återställningen.
  • Recoverysys.py har anropat HANA för att utföra återställningen, men HANA kan inte återställas.
Rekommenderad åtgärd
  • För problem 1 kan du arbeta med SAP HANA-teamet för att åtgärda problemet.
  • För 2 och 3 kör du kommandot HDSetting.sh i sid-adm-prompten och ser loggspårningen. Till exempel /usr/sap/SID/HDB00/HDBSetting.sh.
Dela dessa resultat med SAP HANA-teamet för att åtgärda problemet.

UserErrorDBNameNotInCorrectFormat

Felmeddelande Restored database name not in correct format.
Möjliga orsaker Det återställde databasnamnet som du har angett är inte i acceptabelt/förväntat format.
Rekommenderad åtgärd Se till att det återställde databasnamnet börjar med en bokstav och inte får innehålla någon annan symbol än siffror eller understreck.
Den kan innehålla högst 127 tecken och får inte börja med "_SYS_".

UserErrorDefaultSidAdmDirectoryChanged

Felmeddelande Default sid-adm directory changed.
Möjliga orsaker Standardkatalogen sid-adm ändrades och HDBSetting.sh är inte tillgänglig i den här standardkatalogen.
Rekommenderad åtgärd Om HXE är SID kontrollerar du att miljövariabeln HOME är inställd på /usr/sap/HXE/home som sid-adm-användare .

UserErrorHDBsettingsScriptNotFound

Felmeddelande HDBSetting.sh file cannot be found.
Möjliga orsaker Det gick inte att återställa systemdatabaserna eftersom <>sid adm-användarmiljön inte kunde hitta HDBsettings.sh-filenför att utlösa återställning.
Rekommenderad åtgärd Arbeta med SAP HANA-teamet för att åtgärda problemet.

Om HXE är SID kontrollerar du att miljövariabeln HOME är inställd på /usr/sap/HXE/home som sid-adm-användare .

Användarfel: Otillräckligt utrymme på systemdisken för förlängningsmetadata

Felmeddelande Insufficient space on HANA machine to perform Configure Backup, Backup or Restore activities.
Möjliga orsaker Diskutrymmet på HANA-datorn är nästan fullt eller fullt, vilket gör att activitie-åtgärderna Konfigurera säkerhetskopiering, Säkerhetskopiering eller Återställning misslyckas.
Rekommenderad åtgärd Kontrollera diskutrymmet på din HANA-maskin för att säkerställa att det finns tillräckligt med utrymme för att aktiviteterna Konfigurera säkerhetskopiering, Säkerhetskopiera eller Återställa ska kunna slutföras framgångsrikt.

"CloudDosAbsoluteGränsNådd"

Felmeddelande Operation is blocked as you have reached the limit on number of operations permitted in 24 hours.
Möjliga orsaker När du har nått den högsta tillåtna gränsen för en åtgärd inom 24 timmar visas det här felet.

Exempel: Om du har nått gränsen för antalet konfigurerade säkerhetskopieringsjobb som kan utlösas per dag och du försöker konfigurera säkerhetskopiering på ett nytt objekt visas det här felet.
Rekommenderad åtgärd Normalt löser ett nytt försök att utföra åtgärden efter 24 timmar det här problemet. Men om problemet kvarstår kan du kontakta Microsofts support om du behöver hjälp.

Molntjänsteförnekelseabsolutgränsuppnåddmedförsökigen

Felmeddelande Operation is blocked as the vault has reached its maximum limit for such operations permitted in a span of 24 hours.
Möjliga orsaker När du har nått den högsta tillåtna gränsen för en åtgärd inom 24 timmar visas det här felet. Det här felet visas vanligtvis när det finns åtgärder i stor skala, till exempel ändra princip eller automatiskt skydd. Till skillnad från fallet CloudDosAbsoluteLimitReached finns det inte mycket du kan göra för att lösa det här tillståndet. I själva verket försöker Azure Backup-tjänsten utföra åtgärderna internt igen för alla objekt i fråga.

Om du till exempel har ett stort antal datakällor som skyddas med en princip och du försöker ändra principen utlöses konfigurationsskyddsjobben för vart och ett av de skyddade objekten och kan ibland nå den högsta tillåtna gränsen för sådana åtgärder per dag.
Rekommenderad åtgärd Azure Backup-tjänsten försöker automatiskt igen efter 24 timmar.

AnvändarfelOgiltigBackint

Felmeddelande Ogiltig körbar hdbbackint hittades.
Möjlig orsak 1. Åtgärden för att ändra Backint-sökvägen från /opt/msawb/bin till /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint misslyckades på grund av otillräckligt lagringsutrymme på den nya platsen.

2. Verktyget hdbbackint som finns på /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint har inte körbara behörigheter eller rätt ägarskap.
Rekommenderad åtgärd 1. Kontrollera att det finns ledigt utrymme på /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint eller sökvägen där du vill spara säkerhetskopior.

2. Kontrollera att sapsys-gruppenköra kommandot /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint.

AnvändarfelHanaSQLFrågaMisslyckades

Felmeddelande Åtgärden misslyckades när frågan kördes på HANA-servern.

Alla åtgärder som misslyckas med det här användarfelet beror på ett problem som orsakas på Hana-sidan när frågan körs. Ytterligare information innehåller det tydliga meddelandet om felet.
Möjliga orsaker – Problem med diskskada.
– Problem med minnesallokering.
– För många databaser används.
– Problem med topologiuppdatering.
Rekommenderad åtgärd Arbeta med SAP HANA-teamet för att åtgärda problemet. Men om problemet kvarstår kan du kontakta Microsofts support för ytterligare hjälp.

FelAnvändareÅterställMålkatalogerSaknas

Felmeddelande PreRestoreDataParamsPrep: Target directory finns inte.
Möjliga orsaker Det går inte att återställa filer på grund av att katalogen som har valts för återställning inte finns på målservern eller inte är tillgänglig.
Rekommenderad åtgärd Kontrollera att den valda katalogen är tillgänglig på målservern och kontrollera att du har valt rätt målserver vid tidpunkten för återställningen.

JobbAvbrutetVidTilläggsuppgradering

Felmeddelande Säkerhetskopieringsjobbet avbröts eftersom tjänsten för säkerhetskopiering av arbetsbelastningen startades om för en uppgradering.
Möjlig orsak Säkerhetskopierings- och återställningsjobbet misslyckas på grund av automatisk tilläggsuppgradering när säkerhetskopierings-/återställningsåtgärden pågår.
Rekommenderad åtgärd Vänta på att uppgraderingen av tillägget ska slutföras. HANA triggar om de misslyckade loggsäkerhetskopiorna, om det finns några.

De misslyckade fullständiga/differentiella/inkrementella säkerhetskopiorna utlöses dock inte igen av Azure Backup och du måste manuellt aktivera den här åtgärden igen.

Återställningskontroller för SAP HANA-databaser

När du återställer en SAP HANA-databas kontrollerar du att du följer dessa riktlinjer:

Återställning av enkel containerdatabas (SDC)

Ta hand om indata när du återställer en enda containerdatabas (SDC) för HANA till en annan SDC-dator. Databasnamnet ska anges med gemener och med sdc bifogade inom hakparenteser. HANA-instansen visas med versaler.

Anta att en SDC HANA-instans "H21" säkerhetskopieras. Sidan Säkerhetskopieringsobjekt visar namnet på säkerhetskopieringsobjektet som h21(sdc). Om du försöker återställa den här databasen till en annan mål-SDC, till exempel H11, måste du ange följande indata.

Återställt SDC-databasnamn

Observera följande:

  • Som standard fylls det återställda databasnamnet i med namnet på säkerhetskopieringsobjektet. I det här fallet . h21(sdc)
  • Välj målet eftersom H11 inte ändrar det återställde databasnamnet automatiskt. Den bör redigeras till h11(sdc). När det gäller SDC är det återställde db-namnet målinstans-ID:t med gemener och sdc bifogade inom hakparenteser.
  • Eftersom SDC bara kan ha en enskild databas måste du också markera kryssrutan för att tillåta åsidosättning av befintliga databasdata med återställningspunktdata.
  • Linux är skiftlägeskänsligt. Så var noga med att bevara fallet.

Återställning av flera containerdatabaser (MDC)

I flera containerdatabaser för HANA är standardkonfigurationen SYSTEMDB + 1 eller fler klientorganisations-DB:er. Återställning av en hel SAP HANA-instans återställer både SYSTEMDB och klientorganisations-DB:er. En återställer SYSTEMDB först och fortsätter sedan för klientdatabasen. System DB innebär i princip att åsidosätta systeminformationen på det valda målet. Den här återställningen åsidosätter även den BackInt-relaterade informationen i målinstansen. Så när systemdatabasen har återställts till en målinstans kör du förregistreringsskriptet igen. Först därefter kommer de efterföljande klientdatabasåterställningarna att lyckas.

Säkerhetskopiera en replikerad virtuell dator

Scenario 1

Den ursprungliga virtuella datorn replikerades med hjälp av Azure Site Recovery eller säkerhetskopiering av virtuella Azure-datorer. Den nya virtuella datorn skapades för att simulera den gamla virtuella datorn. Inställningarna är alltså exakt desamma. (Det beror på att den ursprungliga virtuella datorn togs bort och återställningen gjordes från säkerhetskopieringen av den virtuella datorn eller Azure Site Recovery).

Det här scenariot kan innehålla två möjliga fall. Lär dig hur du säkerhetskopierar den replikerade virtuella datorn i båda dessa fall:

  1. Den nya virtuella datorn som skapats har samma namn och finns i samma resursgrupp och prenumeration som den borttagna virtuella datorn.

    • Tillägget finns redan på den virtuella datorn, men är inte synligt för någon av tjänsterna
    • Kör förregistreringsskriptet
    • Registrera tillägget på nytt för samma dator i Azure Portal (information om säkerhetskopiering –> Visa information –> Välj relevant virtuell Azure-dator –> Registrera om)
    • De redan befintliga säkerhetskopierade databaserna (från den borttagna virtuella datorn) bör sedan börja säkerhetskopieras

  2. Den nya virtuella datorn som skapats har antingen:

    • ett annat namn än den borttagna virtuella datorn
    • samma namn som den borttagna virtuella datorn men finns i en annan resursgrupp eller prenumeration (jämfört med den borttagna virtuella datorn)

    I så fall följer du dessa steg:

    • Tillägget finns redan på den virtuella datorn, men är inte synligt för någon av tjänsterna
    • Kör förregistreringsskriptet
    • Om du upptäcker och skyddar de nya databaserna börjar du se dubbletter av aktiva databaser i portalen. Undvik detta genom att stoppa skyddet med kvarhållningsdata för de gamla databaserna. Fortsätt sedan med de återstående stegen.
    • Upptäck databaserna
    • Aktivera säkerhetskopior på dessa databaser
    • De redan befintliga säkerhetskopierade databaserna (från den borttagna virtuella datorn) fortsätter att lagras i valvet. De lagras och säkerhetskopiorna bevaras enligt policyn.

Scenario 2

Den ursprungliga virtuella datorn replikerades med hjälp av Azure Site Recovery eller säkerhetskopiering av virtuella Azure-datorer. Den nya virtuella datorn skapades av innehållet – som ska användas som en mall. Den virtuella datorn är ny med ett nytt SID.

Följ dessa steg för att aktivera säkerhetskopieringar på den nya virtuella datorn:

  • Tillägget finns redan på den virtuella datorn, men är inte synligt för någon av tjänsterna
  • Kör förregistreringsskriptet. Baserat på SID för den nya virtuella datorn kan två scenarier uppstå:
    • Den ursprungliga virtuella datorn och den nya virtuella datorn har samma SID. Förregistreringsskriptet körs korrekt.
    • Den ursprungliga virtuella datorn och den nya virtuella datorn har olika SID:er. Förregistreringsskriptet misslyckas. Kontakta Microsofts support för att få hjälp i det här scenariot.
  • Identifiera de databaser som du vill säkerhetskopiera
  • Aktivera säkerhetskopior på dessa databaser

Uppgradering av SDC-version eller uppgradering av MDC-version på samma virtuella dator

Uppgraderingar till operativsystemet, SDC-versionsändringen eller MDC-versionsändringen som inte orsakar en SID-ändring kan hanteras på följande sätt:

  • Kontrollera att den nya operativsystemversionen, SDC- eller MDC-versionen för närvarande stöds av Azure Backup
  • Stopp av skyddet med att behålla data för databasen
  • Utför uppgraderingen eller uppdateringen
  • Kör förregistreringsskriptet igen. Uppgraderingsprocessen kan ofta ta bort de roller som behövs. Kör förregistreringsskriptet för att verifiera alla nödvändiga roller.
  • Återuppta skyddet för databasen igen

SDC till MDC-uppgradering utan ändring i SID

Uppgraderingar från SDC till MDC som inte orsakar en SID-ändring kan hanteras på följande sätt:

  • Kontrollera att den nya MDC-versionen för närvarande stöds av Azure Backup
  • Stoppa skyddet med kvarhållningsdata för den gamla SDC-databasen
  • Utför uppgraderingen. Efter slutförandet är HANA-systemet nu MDC med en systemdatabas och klientorganisations-DB:er
  • Kör förregistreringsskriptet igen
  • Registrera tillägget på nytt för samma dator i Azure Portal (information om säkerhetskopiering –> Visa information –> Välj relevant virtuell Azure-dator –> Registrera om)
  • Välj Rediscover DBs för samma virtuella dator. Den här åtgärden bör visa de nya databaserna i steg 3 som SYSTEMDB och klientdatabas, inte SDC
  • Den äldre SDC-databasen finns fortfarande i valvet och de gamla säkerhetskopierade data bevaras enligt principen.
  • Konfigurera säkerhetskopiering för dessa databaser

SDC till MDC-uppgradering med en ändring i SID

Uppgraderingar från SDC till MDC som orsakar en SID-ändring kan hanteras på följande sätt:

  • Kontrollera att den nya MDC-versionen för närvarande stöds av Azure Backup
  • Stoppa skyddet med kvarhållningsdata för den gamla SDC-databasen
  • Flytta den config.json filen som finns på /opt/msawb/etc/config/SAPHana/.
  • Utför uppgraderingen. Efter slutförandet är HANA-systemet nu MDC med en systemdatabas och klientorganisations-DB:er.
  • Kör förregistreringsskriptet igen med rätt information (nytt SID och MDC). På grund av en ändring i SID kan du stöta på problem med lyckad körning av skriptet. Kontakta Azure Backup-supporten om du har problem.
  • Registrera tillägget på nytt för samma dator i Azure Portal (Säkerhetskopiering –> Visa information –> Välj relevant virtuell Azure-dator –> Registrera igen).
  • Välj Rediscover DBs för samma virtuella dator. Den här åtgärden bör visa de nya databaserna i steg 3 som SYSTEMDB och klientdatabas, inte SDC.
  • Den äldre SDC-databasen finns fortfarande i valvet och har gamla säkerhetskopierade data bevarade enligt principen.
  • Konfigurera säkerhetskopiering för dessa databaser.

Omregistreringsfel

Kontrollera om det finns ett eller flera av följande symptom innan du utlöser omregistreringsåtgärden:

  • Alla åtgärder (till exempel säkerhetskopiering, återställning och konfigurera säkerhetskopiering) misslyckas på den virtuella datorn med någon av följande felkoder: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

  • Om området Säkerhetskopieringsstatus för säkerhetskopieringsobjektet inte kan nås utesluter du alla andra orsaker som kan resultera i samma status:

    • Brist på behörighet att utföra säkerhetskopieringsrelaterade åtgärder på den virtuella datorn
    • Den virtuella datorn stängs av, så säkerhetskopieringar kan inte utföras
    • Nätverksproblem

Dessa symtom kan uppstå av en eller flera av följande orsaker:

  • Ett tillägg har tagits bort eller avinstallerats från portalen.
  • Den virtuella datorn återställdes i tid via diskåterställning på plats.
  • Den virtuella datorn stängdes av under en längre period, så tilläggskonfigurationen för den upphörde att gälla.
  • Den virtuella datorn har tagits bort. Dessutom skapades den andra virtuella datorn med samma namn och i samma resursgrupp som den borttagna virtuella datorn.

I föregående scenarier rekommenderar vi att du utlöser en omregistreringsåtgärd på den virtuella datorn.

Vanligt problem med säkerhetskopiering av SAP HANA-databasloggar

Loggsäkerhetskopiering utlöses inte trots att den fullständiga säkerhetskopieringen lyckades.

Möjlig orsak: Värdena för SAP HANA-databasen är felaktiga för att utlösa loggsäkerhetskopiering.

Rekommenderad åtgärd: Kontrollera att följande värden för SAP HANA-konfigurationen är korrekt inställda:

  • enable_auto_log_backup:Ja
  • log_backup_using_backint:Sann
  • catalog_backup_using_backint:Sann
  • log_mode:normal
  • log_backup_timeout_s: Samma som Azure Portal loggsäkerhetskopieringsprincip (frekvensen är i sekunder).

Nästa steg

  • Läs de vanliga frågorna om säkerhetskopiering av SAP HANA-databaser på virtuella Azure-datorer.