Az SAP HANA-adatbázisok biztonsági mentésével kapcsolatos problémák elhárítása az Azure-ban
Ez a cikk hibaelhárítási információkat tartalmaz az SAP HANA-adatbázisok Azure-beli virtuális gépeken történő biztonsági mentéséhez. A jelenleg támogatott SAP HANA biztonsági mentési forgatókönyvekről további információt a Forgatókönyvek támogatása című témakörben talál.
Előfeltételek és engedélyek
A biztonsági mentések konfigurálása előtt tekintse meg az előfeltételeket és az előregisztrációs szkript által megadott szakaszokat.
Gyakori felhasználói hibák
UserErrorHANAInternalRoleNotPresent
Hibaüzenet | Azure Backup doesn't have required role privileges to carry out Backup and Restore operations |
---|---|
Lehetséges okok | Minden művelet meghiúsul ezzel a hibával, ha a biztonsági mentési felhasználó (AZUREWLBACKUPHANAUSER) nem rendelkezik a SAP_INTERNAL_HANA_SUPPORT szerepkörrel, vagy a szerepkör felülírható. |
Javasolt művelet | Töltse le és futtassa az előregisztrációs szkriptet az SAP HANA-példányon, vagy manuálisan rendelje hozzá a SAP_INTERNAL_HANA_SUPPORT szerepkört a Biztonsági mentési felhasználóhoz (AZUREWLBACKUPHANAUSER). Megjegyzés Ha HANA 2.0 SPS04 Rev 46 és újabb verziót használ, ez a hiba nem fordul elő, mivel a SAP_INTERNAL_HANA_SUPPORT szerepkör használata elavult ezekben a HANA-verziókban. |
UserErrorInOpeningHanaOdbcConnection
Hibaüzenet | Failed to connect to HANA system |
---|---|
Lehetséges okok |
|
Javasolt művelet | Ellenőrizze, hogy fut-e a rendszer. Ha egy vagy több adatbázis fut, győződjön meg arról, hogy a szükséges engedélyek be vannak állítva. Ehhez töltse le és futtassa az előregisztrációs szkriptet az SAP HANA-példányon. |
UserErrorHanaInstanceNameInvalid
Hibaüzenet | The specified SAP HANA instance is either invalid or can't be found |
---|---|
Lehetséges okok |
|
Javasolt művelet |
|
UserErrorHANALSNValidationFailure
Hibaüzenet | Backup log chain is broken |
---|---|
Lehetséges okok | A HANA LSN-naplólánc megszakadása többféle okból is aktiválható, például:
|
Javasolt művelet | A probléma megoldásához az Azure Backup automatikusan meggyógyítja a teljes biztonsági mentést. Amíg ez az automatikus javítású biztonsági mentés folyamatban van, az összes napló biztonsági mentését az OperationCancelledBecauseConflictingAutohealOperationRunningUserError művelettel aktiválja a HANA. A teljes biztonsági mentés automatikus javítása után a naplók és az összes többi biztonsági mentés a várt módon fog működni. Ha 24 órán belül nem jelenik meg a teljes biztonsági mentés automatikus javítása vagy a sikeres (teljes/különbözeti/ növekményes) biztonsági mentés, forduljon a Microsoft ügyfélszolgálatához. |
UserErrorSDCtoMDCUpgradeDetected
Hibaüzenet | SDC to MDC upgrade detected. |
---|---|
Lehetséges okok | Ha egy SDC-rendszert MDC-re frissít, a biztonsági mentések sikertelenek lesznek ezzel a hibával. |
Javasolt művelet | A probléma elhárításához és megoldásához tekintse meg az SDC-ről az MDC frissítésére vonatkozó témakört. |
UserErrorInvalidBackintConfiguration
Hibaüzenet | Backups will fail with this error when the Backint Configuration is incorrectly updated. |
---|---|
Lehetséges okok | Az Azure Backup védelmi folyamatának konfigurálása során frissített Backint-konfigurációt az ügyfél módosítja/frissíti. |
Javasolt művelet | Ellenőrizze, hogy a következő (Backint) paraméterek vannak-e beállítva:
|
UserErrorIncompatibleSrcTargetSystemsForRestore
Hibaüzenet | The source and target systems for restore are incompatible. |
---|---|
Lehetséges okok | A visszaállítási folyamat akkor hiúsul meg ezzel a hibával, ha a forrás- és cél HANA-adatbázisok és rendszerek nem kompatibilisek. |
Javasolt művelet | Győződjön meg arról, hogy a visszaállítási forgatókönyv nem szerepel a lehetséges inkompatibilis visszaállítások alábbi listájában: 1. eset: A SYSTEMDB nem nevezhető át a visszaállítás során. 2. eset: Forrás – SDC és cél – MDC: A forrásadatbázis nem állítható vissza SYSTEMDB vagy bérlői adatbázisként a célon. 3. eset: Forrás – MDC és cél – SDC: A forrásadatbázis (SYSTEMDB vagy bérlői ADATBÁZIS) nem állítható vissza a célhoz. További információkért tekintse meg az SAP támogatási indítópultjának 1642148 megjegyzését. |
UserErrorHANAPODoesNotExist
Hibaüzenet | Database configured for backup doesn't exist. |
---|---|
Lehetséges okok | Ha olyan adatbázist töröl, amely biztonsági mentésre van konfigurálva, az adatbázis összes ütemezett és igény szerinti biztonsági mentése sikertelen lesz. |
Javasolt művelet | Ellenőrizze, hogy törölték-e az adatbázist. Hozza létre újra az adatbázist, vagy állítsa le az adatbázis védelmét (adatok megőrzésével vagy anélkül). |
UserErrorInsufficientPrivilegeOfDatabaseUser
Hibaüzenet | Azure Backup does not have enough privileges to carry out Backup and Restore operations. |
---|---|
Lehetséges okok | Az előregisztrációs szkript által létrehozott biztonsági mentési felhasználó (AZUREWLBACKUPHANAUSER) nem rendelkezik az alábbi szerepkörök egyikével sem:
|
Javasolt művelet | A probléma megoldásához adja hozzá manuálisan a szükséges szerepköröket és engedélyeket a biztonsági mentési felhasználóhoz (AZUREWLBACKUPHANAUSER). Vagy letöltheti és futtathatja az előregisztrációs szkriptet az SAP HANA-példányon. |
UserErrorDatabaseUserPasswordExpired
Hibaüzenet | Database/Backup user's password expired. |
---|---|
Lehetséges okok | Az előregisztrációs szkript által létrehozott adatbázis-/biztonsági mentési felhasználó nem állítja be a jelszó lejárati időtartamát. Ha azonban módosították, ez a hiba jelenhet meg. |
Javasolt művelet | Töltse le és futtassa az előregisztrációs szkriptet az SAP HANA-példányon a probléma megoldásához. |
UserErrorInconsistentSSFS
Hibaüzenet | SAP HANA error |
---|---|
Lehetséges okok | Az SAP HANA-motortól kapott inkonzisztens biztonságos tároló fájlrendszer (SSFS) hiba. |
Javasolt művelet | A probléma megoldásához működjön együtt az SAP HANA csapatával. További információ: SAP-megjegyzés 0002097613. |
UserErrorCannotConnectToAzureActiveDirectoryService
Hibaüzenet | Unable to connect to the AAD service from the HANA system. |
---|---|
Lehetséges okok | A tűzfal- vagy proxybeállítások, mint a Backup bővítmény beépülő modulszolgáltatás-fiókja nem engedélyezi a Microsoft Entra-azonosítóhoz való kimenő kapcsolatot. |
Javasolt művelet | Javítsa ki a Microsoft Entra-azonosítóval való kimenő kapcsolat tűzfal- vagy proxybeállítását a sikeresség érdekében. |
UserErrorMisConfiguredSslCaStore
Hibaüzenet | Misconfigured CA store |
---|---|
Lehetséges okok | A biztonsági mentési bővítmény beépülő modulgazdafolyamata nem tud hozzáférni a legfelső szintű hitelesítésszolgáltató tárolójához (a /var/lib/ca-certificates/ca-bundle.pem for SLES fájlban). |
Javasolt művelet | Az eredeti engedély visszaállításával chmod o+r háríthatja el a ca-tárolóval kapcsolatos problémát. Ezután indítsa újra a beépülő modul gazdaszolgáltatását a biztonsági mentésekhez és a visszaállításokhoz a sikeresség érdekében. |
UserErrorBackupFailedAsRemedialBackupInProgress
Hibaüzenet | Remedial Backup in progress. |
---|---|
Lehetséges okok | Az Azure Backup egy teljes helyreigazító biztonsági mentés elindításával kezeli a naplósorszámok láncának megszakadását. Amíg a szervizelés megtelt, a portálon/parancssori felületen aktivált biztonsági mentések (Teljes/ Különbségi/Növekményes) meghiúsulnak ezzel a hibával. |
Javasolt művelet | Várjon, amíg a szervizelés teljes biztonsági mentése sikeresen befejeződik, mielőtt újabb biztonsági mentést indít. |
OperationCancelledBecauseConflictingOperationRunningUserError
Hibaüzenet | Conflicting operation in progress. |
---|---|
Lehetséges okok | A portál/cli/natív HANA-ügyfeleken keresztül aktivált teljes/különbségi/növekményes biztonsági mentés, míg egy másik teljes/különbözeti/növekményes biztonsági mentés már folyamatban van. |
Javasolt művelet | Várjon, amíg az aktív biztonsági mentési feladat befejeződik, mielőtt elindít egy új teljes/delta biztonsági mentést. |
OperationCancelledBecauseConflictingAutohealOperationRunning UserError
Hibaüzenet | Auto-heal Full backup in progress. |
---|---|
Lehetséges okok | Az Azure Backup automatikusan gyógyítani a teljes biztonsági mentést a UserErrorHANALSNValidationFailure feloldásához. Amíg ez az automatikus javítású biztonsági mentés folyamatban van, a HANA által aktivált összes naplóbeli biztonsági mentés az OperationCancelledBecauseConflictingAutohealOperationRunningUserError művelettel meghiúsul. A teljes biztonsági mentés automatikus javítása után a naplók és az összes többi biztonsági mentés a várt módon fog működni. |
Javasolt művelet | Várjon, amíg a teljes biztonsági mentés automatikusan begyógyul, mielőtt elindít egy új teljes/delta biztonsági mentést. |
Környezeti előregisztrációs szkript futási hibája
UserErrorHanaPreScriptNotRun
UserErrorPreregistrationScriptNotRun
Hibaüzenet | Pre-registration script not run. |
---|---|
Lehetséges okok | A környezet beállításához szükséges SAP HANA előregisztrációs szkript nem fut. |
Javasolt művelet | Töltse le és futtassa az előregisztrációs szkriptet az SAP HANA-példányon. |
UserErrorTargetPOExistsOverwriteNotSpecified
Hibaüzenet | Target database cannot be overwritten for Restore. |
---|---|
Lehetséges okok | A céladatbázis létezik, de nem írható felül. A kényszerített felülírás nincs beállítva a visszaállítási folyamatban a portálon/parancssori felületen. |
Javasolt művelet | Adatbázis visszaállítása a kijelölt felülírás kényszerítése beállítással, vagy visszaállítás másik céladatbázisba. |
UserErrorRecoverySysScriptFailedToTriggerRestore
Hibaüzenet | RecoverySys.py could not be run successfully to restore System DB. |
---|---|
Lehetséges okok | A System DB visszaállításának lehetséges okai a következők:
|
Javasolt művelet |
|
UserErrorDBNameNotInCorrectFormat
Hibaüzenet | Restored database name not in correct format. |
---|---|
Lehetséges okok | A megadott visszaállított adatbázisnév nem elfogadható/várt formátumban van. |
Javasolt művelet | Győződjön meg arról, hogy a visszaállított adatbázis neve betűvel kezdődik, és a számjegyeken és aláhúzásjeleken kívül semmilyen szimbólumot nem tartalmazhat. Legfeljebb 127 karaktert tartalmazhat, és nem kezdődhet a "_SYS_" karakterrel. |
UserErrorDefaultSidAdmDirectoryChanged
Hibaüzenet | Default sid-adm directory changed. |
---|---|
Lehetséges okok | Az alapértelmezett sid-adm könyvtár megváltozott, és HDBSetting.sh nem érhető el ebben az alapértelmezett könyvtárban. |
Javasolt művelet | Ha a HXE a SID, győződjön meg arról, hogy a HOME környezeti változó a /usr/sap/HXE/home értékre van állítva sid-adm-felhasználóként. |
UserErrorHDBsettingsScriptNotFound
Hibaüzenet | HDBSetting.sh file cannot be found. |
---|---|
Lehetséges okok | A rendszeradatbázisok visszaállítása sikertelen volt, mivel a <sid>adm felhasználói környezet nem találta a visszaállítást aktiváló HDBsettings.sh fájlt. |
Javasolt művelet | A probléma megoldásához működjön együtt az SAP HANA csapatával. Ha a HXE a SID, győződjön meg arról, hogy a HOME környezeti változó a /usr/sap/HXE/home értékre van állítva sid-adm-felhasználóként. |
UserErrorInsufficientSpaceOnSystemDriveForExtensionMetadata
Hibaüzenet | Insufficient space on HANA machine to perform Configure Backup, Backup or Restore activities. |
---|---|
Lehetséges okok | A HANA-gépen lévő lemezterület majdnem megtelt vagy megtelt, ami miatt a biztonsági mentés, a biztonsági mentés vagy a visszaállítási művelet(ek) konfigurálása meghiúsult. |
Javasolt művelet | Ellenőrizze a HANA-gépen lévő lemezterületet, hogy elegendő hely legyen a biztonsági mentés, a biztonsági mentés vagy a visszaállítási művelet(ek) sikeres elvégzéséhez. |
CloudDosAbsoluteLimitReached
Hibaüzenet | Operation is blocked as you have reached the limit on number of operations permitted in 24 hours. |
---|---|
Lehetséges okok | Ha 24 óra alatt elérte egy művelet megengedett maximális korlátját, ez a hiba jelenik meg. Például: Ha elérte a naponta aktiválható biztonsági mentési feladatok számának korlátját, és megpróbál biztonsági másolatot konfigurálni egy új elemen, akkor ez a hiba jelenik meg. |
Javasolt művelet | A művelet 24 óra elteltével történő újrapróbálkozása általában megoldja ezt a problémát. Ha azonban a probléma továbbra is fennáll, segítségért forduljon a Microsoft ügyfélszolgálatához. |
CloudDosAbsoluteLimitReachedWithRetry
Hibaüzenet | Operation is blocked as the vault has reached its maximum limit for such operations permitted in a span of 24 hours. |
---|---|
Lehetséges okok | Ha 24 óra alatt elérte egy művelet megengedett maximális korlátját, ez a hiba jelenik meg. Ez a hiba általában akkor jelenik meg, ha olyan nagy léptékű műveletek vannak, mint például a szabályzat módosítása vagy az automatikus védelem. A CloudDosAbsoluteLimitReached esetétől eltérően nem sok mindent tehet az állapot feloldásához. Valójában az Azure Backup szolgáltatás belsőleg újrapróbálkozza a műveletet az összes kérdéses elem esetében. Ha például sok adatforrás védett egy szabályzattal, és megpróbálja módosítani a szabályzatot, az aktiválja a védelmi feladatok konfigurálását az egyes védett elemekhez, és néha eléri az ilyen műveletek napi megengedett maximális korlátját. |
Javasolt művelet | Az Azure Backup szolgáltatás 24 óra elteltével automatikusan újrapróbálkozza ezt a műveletet. |
UserErrorInvalidBackint
Hibaüzenet | Érvénytelen hdbbackint végrehajtható. |
---|---|
Lehetséges ok | 1. A Backint elérési út /opt/msawb/bin módosításának /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint művelete meghiúsult, mert nincs elegendő tárhely az új helyen. 2. A hdbbackint segédprogram /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint nem rendelkezik végrehajtható engedélyekkel vagy megfelelő tulajdonjoggal. |
Javasolt művelet | 1. Győződjön meg arról, hogy szabad terület áll rendelkezésre a /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint biztonsági másolatok mentéséhez szükséges elérési úton. 2. A parancs chmod 755 futtatásával győződjön meg arról, hogy az Sapsys-csoport rendelkezik megfelelő engedélyekkel a /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint fájlhoz. |
UserErrorHanaSQLQueryFailed
Hibaüzenet | A művelet sikertelen volt, amikor lekérdezést futtatott a HANA-kiszolgálón. A felhasználói hibával meghiúsuló összes művelet a Hana oldalán a lekérdezés futtatása során okozott probléma miatt meghiúsul. A további részletekben a hiba egyértelmű üzenete jelenik meg. |
---|---|
Lehetséges okok | - Lemezsérülési probléma. - Memóriafoglalási problémák. - Túl sok adatbázis van használatban. – Topológiafrissítési probléma. |
Javasolt művelet | A probléma megoldásához működjön együtt az SAP HANA csapatával. Ha azonban a probléma továbbra is fennáll, további segítségért forduljon a Microsoft ügyfélszolgálatához. |
UserErrorRestoreTargetDirectoriesAbsent
Hibaüzenet | PreRestoreDataParamsPrep: Target directory nem létezik. |
---|---|
Lehetséges okok | A fájlok visszaállítása sikertelen, mert a visszaállításra kijelölt címtár nem létezik a célkiszolgálón, vagy nem érhető el. |
Javasolt művelet | Ellenőrizze, hogy a kiválasztott könyvtár elérhető-e a célkiszolgálón, és győződjön meg arról, hogy a visszaállításkor a megfelelő célkiszolgálót választotta ki. |
JobCancelledOnExtensionUpgrade
Hibaüzenet | A biztonsági mentési feladat megszakadt, mert a számítási feladat biztonsági mentési bővítmény szolgáltatása újraindult a frissítéshez. |
---|---|
Lehetséges ok | A biztonsági mentési és visszaállítási feladat az automatikus bővítményfrissítés miatt meghiúsul, amikor a biztonsági mentési/visszaállítási művelet folyamatban van. |
Javasolt művelet | Várjon, amíg a bővítmény frissítése befejeződik. A HANA ezután újra aktiválja a sikertelen naplók biztonsági mentéseit, ha vannak ilyenek. A sikertelen teljes/ különbözeti/ növekményes biztonsági mentéseket azonban nem aktiválja újra az Azure Backup, és manuálisan kell újból végrehajtania ezt a műveletet. |
Visszaállítási ellenőrzések
Egytárolós adatbázis (SDC) visszaállítása
A HANA egyetlen tárolóadatbázisának (SDC) egy másik SDC-gépre történő visszaállítása során gondoskodjon a bemenetekről. Az adatbázis nevét kisbetűvel és szögletes zárójelekkel sdc
kell megadni. A HANA-példány nagybetűkkel jelenik meg.
Tegyük fel, hogy egy "H21" SDC HANA-példányról van biztonsági mentés. A biztonsági mentési elemek lapon a biztonsági mentési elem neve látható.h21(sdc)
Ha megpróbálja visszaállítani az adatbázist egy másik cél SDC-be (például H11), akkor a következő bemeneteket kell megadni.
Vegye figyelembe az alábbiakat:
- Alapértelmezés szerint a visszaállított adatbázis neve a biztonsági mentési elem nevével lesz feltöltve. Ebben az esetben.
h21(sdc)
- Jelölje ki a célértéket, mert a H11 nem módosítja automatikusan a visszaállított adatbázis nevét. A parancsot a fájlra
h11(sdc)
kell szerkeszteni. Az SDC-t illetően a visszaállított adatbázis neve lesz a célpéldány azonosítója kisbetűkkel éssdc
zárójelben hozzáfűzve. - Mivel az SDC-nek csak egyetlen adatbázisa lehet, a meglévő adatbázisadatok felülbírálásához a helyreállítási pont adataival is be kell jelölnie a jelölőnégyzetet.
- A Linux kis- és nagybetűk megkülönböztetése. Ezért legyen óvatos, hogy megőrizze az esetet.
Több tárolóadatbázis (MDC) visszaállítása
A HANA több tárolóadatbázisában a standard konfiguráció a SYSTEMDB + 1 vagy több bérlői DB. Egy teljes SAP HANA-példány visszaállítása a SYSTEMDB-t és a bérlői DB-t is visszaállítja. Az egyik először visszaállítja a SYSTEMDB-t, majd folytatja a bérlői adatbázist. A System DB lényegében azt jelenti, hogy felülbírálja a rendszerinformációkat a kiválasztott célon. Ez a visszaállítás felülbírálja a BackInt-hez kapcsolódó információkat is a célpéldányban. Ezért miután a rendszer db-t visszaállította egy célpéldányra, futtassa újra az előregisztrációs szkriptet. Csak akkor lesz sikeres a bérlői adatbázis későbbi visszaállítása.
Replikált virtuális gép biztonsági mentése
1. eset
Az eredeti virtuális gép replikálása az Azure Site Recovery vagy az Azure-beli virtuális gépek biztonsági mentésével történt. Az új virtuális gép a régi virtuális gép szimulálására lett létrehozva. Vagyis a beállítások pontosan ugyanazok. (Ennek az az oka, hogy az eredeti virtuális gépet törölték, és a visszaállítás a virtuális gép biztonsági mentéséből vagy az Azure Site Recoveryből történt).
Ez a forgatókönyv két lehetséges esetet is tartalmazhat. Megtudhatja, hogyan készíthet biztonsági másolatot a replikált virtuális gépről mindkét esetben:
A létrehozott új virtuális gép neve ugyanaz, és ugyanabban az erőforráscsoportban és előfizetésben található, mint a törölt virtuális gép.
- A bővítmény már megtalálható a virtuális gépen, de egyik szolgáltatás sem látható
- Az előregisztrációs szkript futtatása
- A bővítmény ismételt regisztrálása ugyanarra a gépre az Azure Portalon (Biztonsági mentés –> Részletek megtekintése –> A megfelelő Azure-beli virtuális gép kiválasztása –> Újraregisztrálás)
- A már meglévő biztonsági mentési adatbázisoknak (a törölt virtuális gépről) ezután sikeresen el kell kezdeni a biztonsági mentést
Az új létrehozott virtuális gép a következő:
- más név, mint a törölt virtuális gép
- ugyanaz a név, mint a törölt virtuális gép, de egy másik erőforráscsoportban vagy előfizetésben van (a törölt virtuális géphez képest)
Ha igen, kövesse az alábbi lépéseket:
- A bővítmény már megtalálható a virtuális gépen, de egyik szolgáltatás sem látható
- Az előregisztrációs szkript futtatása
- Ha felderíti és védi az új adatbázisokat, ismétlődő aktív adatbázisokat fog látni a portálon. Ennek elkerülése érdekében állítsa le a védelmet a régi adatbázisok adatainak megőrzésével. Ezután folytassa a többi lépéssel.
- Az adatbázisok felderítése
- Biztonsági másolatok engedélyezése ezeken az adatbázisokon
- A már meglévő biztonsági mentési adatbázisok (a törölt virtuális gépről) továbbra is a tárolóban lesznek tárolva. A rendszer úgy tárolja őket, hogy a biztonsági másolatok a szabályzatnak megfelelően megmaradnak.
2. eset
Az eredeti virtuális gép replikálása az Azure Site Recovery vagy az Azure-beli virtuális gépek biztonsági mentésével történt. Az új virtuális gép a tartalomból lett felépítve – sablonként használható. A virtuális gép új, új SID-vel rendelkezik.
Az alábbi lépéseket követve engedélyezheti a biztonsági mentéseket az új virtuális gépen:
- A bővítmény már megtalálható a virtuális gépen, de egyik szolgáltatás sem látható
- Futtassa az előregisztrációs szkriptet. Az új virtuális gép biztonsági azonosítója alapján két forgatókönyv merülhet fel:
- Az eredeti virtuális gép és az új virtuális gép ugyanazzal a SID-zel rendelkezik. Az előregisztrációs szkript sikeresen fut.
- Az eredeti és az új virtuális gép különböző SID-kkel rendelkezik. Az előregisztrációs szkript sikertelen. Ebben a forgatókönyvben segítségért forduljon a Microsoft ügyfélszolgálatához.
- Fedezze fel azokat az adatbázisokat, amelyekről biztonsági másolatot szeretne készíteni
- Biztonsági másolatok engedélyezése ezeken az adatbázisokon
SDC-verziófrissítés vagy MDC-verziófrissítés ugyanazon a virtuális gépen
Az operációs rendszerre, az SDC verzióváltozására vagy az MDC olyan verziójának módosítására való frissítés, amely nem okoz SID-módosítást, az alábbiak szerint kezelhető:
- Győződjön meg arról, hogy az új operációsrendszer-, SDC- vagy MDC-verziót jelenleg támogatja az Azure Backup
- A védelem leállítása az adatbázis adatainak megőrzésével
- A frissítés vagy frissítés végrehajtása
- Futtassa újra az előregisztrációs szkriptet. A frissítési folyamat gyakran eltávolítja a szükséges szerepköröket. Futtassa az előregisztrációs szkriptet az összes szükséges szerepkör ellenőrzéséhez.
- Az adatbázis védelmének folytatása
SDC-ről MDC-re történő frissítés a SID módosítása nélkül
Az SDC-ről az MDC-re történő olyan frissítések, amelyek nem okoznak SID-módosítást, az alábbiak szerint kezelhetők:
- Győződjön meg arról, hogy az új MDC-verziót jelenleg támogatja az Azure Backup
- A védelem leállítása a régi SDC-adatbázis adatainak megőrzésével
- Végezze el a frissítést. A befejezés után a HANA-rendszer MDC- és rendszer-adatbázissal és bérlői DB-kkel rendelkezik
- Az előregisztrációs szkript újrafuttatása
- A bővítmény ismételt regisztrálása ugyanarra a gépre az Azure Portalon (Biztonsági mentés –> Részletek megtekintése –> A megfelelő Azure-beli virtuális gép kiválasztása –> Újraregisztrálás)
- Válassza ki ugyanahhoz a virtuális géphez az újrafelfedező DBS-eket . Ennek a műveletnek a 3. lépésben az új DB-nek SYSTEMDB-ként és bérlői ADATBÁZISként kell megjelennie, nem SDC-ként
- A régebbi SDC-adatbázis továbbra is létezik a tárolóban, és a régi biztonsági mentési adatokat a szabályzatnak megfelelően őrzi meg.
- Biztonsági mentés konfigurálása ezekhez az adatbázisokhoz
SDC-ről MDC-re frissítés a SID-ben történt módosítással
A SID-módosítást okozó SDC-ről MDC-re történő frissítés az alábbiak szerint kezelhető:
- Győződjön meg arról, hogy az új MDC-verziót jelenleg támogatja az Azure Backup
- A védelem leállítása a régi SDC-adatbázis adatainak megőrzésével
- Helyezze át a config.json fájlt a következő helyen
/opt/msawb/etc/config/SAPHana/
: . - Végezze el a frissítést. A befejezés után a HANA-rendszer mostantól MDC rendszer-adatbázissal és bérlői DB-kkel rendelkezik.
- Futtassa újra az előregisztrációs szkriptet a megfelelő részletekkel (új SID és MDC). A SID módosítása miatt problémákat tapasztalhat a szkript sikeres végrehajtásával kapcsolatban. Ha problémákat tapasztal, forduljon az Azure Backup ügyfélszolgálatához.
- Regisztrálja újra a bővítményt ugyanahhoz a géphez az Azure Portalon (Biztonsági mentés –> Részletek megtekintése –> A megfelelő Azure-beli virtuális gép kiválasztása –> Újraregisztrálás).
- Válassza ki ugyanahhoz a virtuális géphez az újrafelfedező DBS-eket . Ennek a műveletnek a 3. lépésben az új DBS-eknek SYSTEMDB és Tenant DB-ként kell megjelennie, nem SDC-ként.
- A régebbi SDC-adatbázis továbbra is létezik a tárolóban, és a szabályzatnak megfelelően megőrizte a régi biztonsági mentési adatokat.
- Biztonsági mentés konfigurálása ezekhez az adatbázisokhoz.
Újraregisztrációs hibák
Az újraregisztrálási művelet elindítása előtt ellenőrizze az alábbi tünetek valamelyikét:
Minden művelet (például a biztonsági mentés, a visszaállítás és a biztonsági mentés konfigurálása) meghiúsul a virtuális gépen a következő hibakódok egyikével: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.
Ha a biztonsági mentési elem Biztonsági mentési állapota területén nem érhető el, zárja ki az összes többi olyan okot, amely ugyanahhoz az állapothoz vezethet:
- Nincs engedély a virtuális gépen végzett biztonsági mentéssel kapcsolatos műveletek végrehajtására
- A virtuális gép le van állítva, így a biztonsági mentések nem hajthatók létre
- Hálózati problémák
Ezek a tünetek az alábbi okok közül egy vagy több miatt jelentkezhetnek:
- A bővítményt törölték vagy eltávolították a portálról.
- A virtuális gép vissza lett állítva az időben a helyszíni lemez-visszaállítással.
- A virtuális gépet hosszabb időre leállították, így a rajta lévő bővítménykonfiguráció lejárt.
- A virtuális gépet törölték. A másik virtuális gépet is ugyanazzal a névvel hozták létre, és ugyanabban az erőforráscsoportban, mint a törölt virtuális gép.
Az előző forgatókönyvekben javasoljuk, hogy aktiváljon újraregisztrálási műveletet a virtuális gépen.
SAP HANA-adatbázisnaplók biztonsági mentése
A napló biztonsági mentése a teljes biztonsági mentés sikeres végrehajtása ellenére nem aktiválódik.
Lehetséges ok: Az SAP HANA-adatbázis értékei helytelenek a napló biztonsági mentésének aktiválásához.
Javasolt művelet: Győződjön meg arról, hogy az SAP HANA-konfiguráció alábbi értékei helyesen vannak beállítva:
enable_auto_log_backup
:Igenlog_backup_using_backint
:Igazcatalog_backup_using_backint
:Igazlog_mode
:normálislog_backup_timeout_s
: Ugyanaz, mint az Azure Portal napló biztonsági mentési szabályzata (a gyakoriság másodpercben van megadva).