Řešení potíží se zálohováním databází SAP HANA v Azure

Tento článek obsahuje informace o řešení potíží pro zálohování databází SAP HANA na virtuálních počítačích Azure. Další informace o scénářích zálohování SAP HANA, které aktuálně podporujeme, najdete v tématu Podpora scénářů.

Požadavky a oprávnění

Před konfigurací záloh si přečtěte požadavky a informace o tom, co skript předběžné registrace dělá.

Běžné chyby uživatelů

UserErrorHANAInternalRoleNotPresent

Chybová zpráva Azure Backup does not have required role privileges to carry out Backup and Restore operations
Možné příčiny Všechny operace selžou s touto chybou, když uživatel zálohování (AZUREWLBACKUPHANAUSER) nemá přiřazenou SAP_INTERNAL_HANA_SUPPORT roli nebo je možné, že role byla přepsána.
Doporučená akce Stáhněte a spusťte skript předběžné registrace v instanci SAP HANA nebo ručně přiřaďte roli SAP_INTERNAL_HANA_SUPPORT uživateli zálohování (AZUREWLBACKUPHANAUSER).

Poznámka

Pokud používáte HANA 2.0 SPS04 Rev 46 a novější, k této chybě nedojde, protože použití role SAP_INTERNAL_HANA_SUPPORT je v těchto verzích HANA zastaralé.

UserErrorInOpeningHanaOdbcConnection

Chybová zpráva Failed to connect to HANA system
Možné příčiny
  • Připojení k instanci HANA selhalo
  • Systémová databáze je offline.
  • Databáze tenanta je offline.
  • Uživatel zálohování (AZUREWLBACKUPHANAUSER) nemá dostatečná oprávnění nebo oprávnění.
Doporučená akce Zkontrolujte, jestli je systém spuštěný. Pokud je spuštěná jedna nebo více databází, ujistěte se, že jsou nastavená požadovaná oprávnění. Uděláte to tak, že stáhnete a spustíte skript předběžné registrace v instanci SAP HANA.

UserErrorHanaInstanceNameInvalid

Chybová zpráva The specified SAP HANA instance is either invalid or can't be found
Možné příčiny
  • Zadaný název instance SAP HANA je neplatný nebo se ho nepodařilo najít.
  • Více instancí SAP HANA na jednom virtuálním počítači Azure nejde zálohovat.
Doporučená akce
  • Ujistěte se, že na virtuálním počítači Azure běží jenom jedna instance HANA.
  • Pokud chcete tento problém vyřešit, spusťte skript z podokna Zjistit databázi (najdete ho zde) se správnou instancí SAP HANA.

UserErrorHANALSNValidationFailure

Chybová zpráva Backup log chain is broken
Možné příčiny Přerušení řetězu protokolů HANA LSN je možné aktivovat z různých důvodů, mezi které patří:
  • Selhání volání služby Azure Storage k potvrzení zálohování
  • Databáze tenanta je offline.
  • Upgrade rozšíření ukončil probíhající úlohu zálohování.
  • Během zálohování se nejde připojit ke službě Azure Storage.
  • SAP HANA vrátil zpět transakci v procesu zálohování.
  • Zálohování je hotové, ale katalog se ještě neaktualizuje s úspěchem v systému HANA.
  • Zálohování selhalo z hlediska služby Azure Backup, ale úspěch z hlediska HANA – cíl zálohování protokolu nebo katalogu mohl být aktualizován ze systému backint-to-file nebo se mohl změnit spustitelný soubor Backint.
Doporučená akce Pokud chcete tento problém vyřešit, Azure Backup aktivuje automatické úplného zálohování. I když probíhá toto automatické zálohování, všechny zálohy protokolů se aktivují chybou HANA s chybou OperationCancelledBecauseConflictingAutohealOperationRunningUserError. Po dokončení automatické úplného zálohování začnou protokoly a všechny ostatní zálohy fungovat podle očekávání.
Pokud se za 24 hodin nezobrazí automatická oprava úplného zálohování nebo žádné úspěšné zálohování (úplné, rozdílové nebo přírůstkové), obraťte se na podporu Microsoftu.

UserErrorSDCtoMDCUpgradeDetected

Chybová zpráva SDC to MDC upgrade detected.
Možné příčiny Když se systém SDC upgraduje na MDC, zálohování selže s touto chybou.
Doporučená akce Pokud chcete tento problém vyřešit, přečtěte si téma Upgrade SDC na MDC.

UserErrorInvalidBackintConfiguration

Chybová zpráva Backups will fail with this error when the Backint Configuration is incorrectly updated.
Možné příčiny Konfigurace backintu aktualizovaná během toku konfigurace ochrany službou Azure Backup se buď změní nebo aktualizuje zákazníkem.
Doporučená akce Zkontrolujte, jestli jsou nastavené následující parametry (Backint):
  • [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]
Pokud jsou parametry založené na backintu přítomné na úrovni HOSTITELE, odeberte je. Pokud však parametry nejsou přítomné na úrovni HOSTITELE, ale jsou ručně upraveny na úrovni databáze, ujistěte se, že jsou nastaveny hodnoty na úrovni databáze. Nebo spusťte zastavení ochrany se zachováním zálohovaná data z webu Azure Portal a pak vyberte Pokračovat v zálohování.

UserErrorIncompatibleSrcTargetSystemsForRestore

Chybová zpráva The source and target systems for restore are incompatible.
Možné příčiny Tok obnovení selže s touto chybou, pokud jsou zdrojové a cílové databáze HANA a systémy nekompatibilní.
Doporučená akce Ujistěte se, že váš scénář obnovení není v následujícím seznamu možných nekompatibilních obnovení:
Případ 1: SystemDB nelze během obnovení přejmenovat.
Případ 2: Zdroj – SDC a cíl – MDC: Zdrojovou databázi nelze obnovit jako SYSTEMDB nebo databázi tenanta v cíli.
Případ 3: Zdroj – MDC a cíl – SDC: Zdrojovou databázi (SYSTEMDB nebo databáze tenanta) nelze obnovit do cíle.
Další informace najdete v poznámce 1642148 na launchpadu podpory SAP.

UserErrorHANAPODoesNotExist

Chybová zpráva Database configured for backup does not exist.
Možné příčiny Pokud odstraníte databázi nakonfigurovanou pro zálohování, všechny naplánované zálohy a zálohy na vyžádání v této databázi selžou.
Doporučená akce Ověřte, jestli se databáze odstranila. Znovu vytvořte databázi nebo zastavte ochranu (se zachováním dat nebo bez) pro databázi.

UserErrorInsufficientPrivilegeOfDatabaseUser

Chybová zpráva Azure Backup does not have enough privileges to carry out Backup and Restore operations.
Možné příčiny Zálohovací uživatel (AZUREWLBACKUPHANAUSER) vytvořený skriptem předběžné registrace nemá přiřazenou jednu nebo více následujících rolí:
  • V případě MDC, SPRÁVCE databáze a SPRÁVCE ZÁLOHOVÁNÍ (pro HANA 2.0 SPS05 a novější) během obnovení vytvořte nové databáze.
  • V případě SDC vytvoří správce služby BACKUP během obnovení nové databáze.
  • KATALOG READ pro čtení katalogu záloh.
  • SAP_INTERNAL_HANA_SUPPORT pro přístup k několika privátním tabulkám. Vyžaduje se pouze pro verze SDC a MDC starší než HANA 2.0 SPS04 Rev 46. Pro HANA 2.0 SPS04 Rev 46 a novější se nevyžaduje. Důvodem je to, že teď získáváme požadované informace z veřejných tabulek s opravou týmu HANA.
Doporučená akce Pokud chcete tento problém vyřešit, přidejte požadované role a oprávnění ručně uživateli zálohování (AZUREWLBACKUPHANAUSER). Nebo můžete stáhnout a spustit skript předběžné registrace v instanci SAP HANA.

UserErrorDatabaseUserPasswordExpired

Chybová zpráva Database/Backup user's password expired.
Možné příčiny Uživatel databáze nebo zálohování vytvořený skriptem předběžné registrace nenastaví vypršení platnosti hesla. Pokud se ale změnila, může se zobrazit tato chyba.
Doporučená akce Pokud chcete tento problém vyřešit, stáhněte a spusťte skript předběžné registrace v instanci SAP HANA.

UserErrorInconsistentSSFS

Chybová zpráva SAP HANA error
Možné příčiny Z modulu SAP HANA došlo k nekonzistentní chybě systému souborů SSFS (Secure Storage File System).
Doporučená akce Pokud chcete tento problém vyřešit, spolupracujte s týmem SAP HANA. Další informace najdete v 0002097613 poznámky SAP.

UserErrorCannotConnectToAzureActiveDirectoryService

Chybová zpráva Unable to connect to the AAD service from the HANA system.
Možné příčiny Nastavení brány firewall nebo proxy serveru, protože účet služby plug-in rozšíření Backup neumožňuje odchozí připojení k MICROSOFT Entra ID.
Doporučená akce Opravte nastavení brány firewall nebo proxy serveru pro úspěšné odchozí připojení k ID Microsoft Entra.

UserErrorMisConfiguredSslCaStore

Chybová zpráva Misconfigured CA store
Možné příčiny Proces hostitele modulu plug-in rozšíření zálohování nemůže získat přístup k kořenovému úložišti certifikační autority (v adresáři /var/lib/ca-certificates/ca-bundle.pem pro SLES).
Doporučená akce Opravte problém s úložištěm certifikační autority obnovením chmod o+r původního oprávnění. Potom restartujte hostitelskou službu modulu plug-in pro zálohování a obnovení, aby bylo úspěšné.

UserErrorBackupFailedAsRemedialBackupInProgress

Chybová zpráva Remedial Backup in progress.
Možné příčiny Azure Backup aktivuje opravné úplné zálohování, aby bylo možné zpracovat přerušení řetězu protokolů LSN. Zatímco probíhá nápravné plnění, zálohování (úplné, rozdílové nebo přírůstkové) aktivované prostřednictvím portálu nebo rozhraní příkazového řádku selže s touto chybou.
Doporučená akce Než aktivujete další zálohování, počkejte na úspěšné dokončení opravného úplného zálohování.

OperationCancelledBecauseConflictingOperationRunningUserError

Chybová zpráva Conflicting operation in progress.
Možné příčiny Úplné, rozdílové nebo přírůstkové zálohování aktivované prostřednictvím portálu, rozhraní příkazového řádku nebo nativních klientů HANA, zatímco už probíhá další úplné, rozdílové nebo přírůstkové zálohování.
Doporučená akce Než aktivujete nové úplné nebo rozdílové zálohování, počkejte na dokončení aktivní úlohy zálohování.

OperationCancelledBecauseConflictingAutohealOperationRunning UserError

Chybová zpráva Auto-heal Full backup in progress.
Možné příčiny Azure Backup aktivuje automatické úplného zálohování za účelem vyřešení chyby UserErrorHANALSNValidationFailure. I když probíhá toto automatické zálohování, všechny zálohy protokolu aktivované hana selžou s OperationCancelledBecauseConflictingAutohealOperationRunningUserError.
Po dokončení automatické úplného zálohování začnou protokoly a všechny ostatní zálohy fungovat podle očekávání.
Doporučená akce Než aktivujete novou úplnou/rozdílovou zálohu, počkejte na dokončení automatické úplného zálohování.

Chyba spuštění skriptu předběžné registrace prostředí

UserErrorHanaPreScriptNotRun

UserErrorPreregistrationScriptNotRun

Chybová zpráva Pre-registration script not run.
Možné příčiny Skript předběžné registrace SAP HANA pro nastavení prostředí nebyl spuštěn.
Doporučená akce Stáhněte a spusťte skript předběžné registrace v instanci SAP HANA.

UserErrorTargetPOExistsOverwriteNotSpecified

Chybová zpráva Target database cannot be overwritten for Restore.
Možné příčiny Cílová databáze existuje, ale nejde ji přepsat. V toku obnovení na portálu nebo rozhraní příkazového řádku není v toku obnovení nastaveno vynucení přepsání.
Doporučená akce Obnovte databázi s vybranou možností vynuceného přepsání nebo obnovení do jiné cílové databáze.

UserErrorRecoverySysScriptFailedToTriggerRestore

Chybová zpráva RecoverySys.py could not be run successfully to restore System DB.
Možné příčiny Možné příčiny selhání obnovení systémové databáze:
  • Azure Backup nemůže na počítači HANA najít Recoverysys.py . K tomu dochází v případě, že prostředí HANA není správně nastavené.
  • Recoverysys.py je k dispozici, ale při aktivaci tohoto skriptu se nepovede vyvolat HANA, aby provedl obnovení.
  • Recoverysys.py úspěšně vyvolala HANA k provedení obnovení, ale HANA se nepovede obnovit.
Doporučená akce
  • V případě problému 1 s týmem SAP HANA problém opravte.
  • V případě 2 a 3 spusťte příkaz HDSetting.sh na příkazovém řádku sid-adm a podívejte se na trasování protokolu. Například /usr/sap/SID/HDB00/HDBSetting.sh.
Podělte se o tato zjištění s týmem SAP HANA a opravte problém.

UserErrorDBNameNotInCorrectFormat

Chybová zpráva Restored database name not in correct format.
Možné příčiny Zadaný název obnovené databáze není v přijatelném/očekávaném formátu.
Doporučená akce Ujistěte se, že název obnovené databáze začíná písmenem a neměl by obsahovat žádný symbol, kromě číslic nebo podtržítka.
Může obsahovat maximálně 127 znaků a nesmí začínat řetězcem "_SYS_".

UserErrorDefaultSidAdmDirectoryChanged

Chybová zpráva Default sid-adm directory changed.
Možné příčiny Výchozí adresář sid-adm byl změněn a HDBSetting.sh není v tomto výchozím adresáři k dispozici.
Doporučená akce Pokud je HXE identifikátor SID, ujistěte se, že proměnná prostředí HOME je nastavená na /usr/sap/HXE/home jako uživatel sid-adm .

UserErrorHDBsettingsScriptNotFound

Chybová zpráva HDBSetting.sh file cannot be found.
Možné příčiny Obnovení systémových databází se nezdařilo, protože <uživatelské prostředí adm sid>nemohlo najít soubor HDBsettings.sh pro aktivaci obnovení.
Doporučená akce Pokud chcete tento problém vyřešit, spolupracujte s týmem SAP HANA.

Pokud je HXE identifikátor SID, ujistěte se, že proměnná prostředí HOME je nastavená na /usr/sap/HXE/home jako uživatel sid-adm .

UserErrorInsufficientSpaceOnSystemDriveForExtensionMetadata

Chybová zpráva Insufficient space on HANA machine to perform Configure Backup, Backup or Restore activities.
Možné příčiny Místo na disku na počítači HANA je téměř plné nebo plné, což způsobuje selhání konfigurace zálohování, zálohování nebo obnovení aktivace.
Doporučená akce Zkontrolujte místo na disku na počítači HANA a ujistěte se, že je dostatek místa pro úspěšné dokončení konfigurace zálohování, zálohování nebo obnovení aktivace.

CloudDosAbsoluteLimitReached

Chybová zpráva Operation is blocked as you have reached the limit on number of operations permitted in 24 hours.
Možné příčiny Když dosáhnete maximálního přípustného limitu pro operaci v rozsahu 24 hodin, zobrazí se tato chyba.

Příklad: Pokud jste dosáhli limitu počtu úloh zálohování, které se dají aktivovat za den, a pokusíte se nakonfigurovat zálohování u nové položky, zobrazí se tato chyba.
Doporučená akce Tento problém obvykle vyřešíte opakováním operace po 24 hodinách. Pokud ale problém přetrvává, můžete požádat o pomoc podporu Microsoftu.

CloudDosAbsoluteLimitReachedWithRetry

Chybová zpráva Operation is blocked as the vault has reached its maximum limit for such operations permitted in a span of 24 hours.
Možné příčiny Když dosáhnete maximálního přípustného limitu pro operaci v rozsahu 24 hodin, zobrazí se tato chyba. K této chybě obvykle dochází v případě, že existují operace ve velkém měřítku, jako je úprava zásad nebo automatická ochrana. Na rozdíl od případu CloudDosAbsoluteLimitReached není možné tento stav vyřešit. Ve skutečnosti služba Azure Backup bude interně opakovat operace pro všechny dotčené položky.

Pokud máte například velký počet zdrojů dat chráněných zásadami a pokusíte se tuto zásadu upravit, aktivuje se konfigurace úloh ochrany pro každou z chráněných položek a někdy může dojít k dosažení maximálního povoleného limitu pro tyto operace za den.
Doporučená akce Služba Azure Backup tuto operaci po 24 hodinách automaticky zopakuje.

UserErrorInvalidBackint

Chybová zpráva Byl nalezen neplatný spustitelný soubor hdbbackint.
Možná příčina 1. Operace pro změnu cesty Backint z /opt/msawb/bin důvodu /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint nedostatku místa v úložišti v novém umístění se nezdařila.

2. Nástroj hdbbackint umístěný na /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint počítači nemá oprávnění spustitelného souboru nebo správné vlastnictví.
Doporučená akce 1. Ujistěte se, že je na cestě, do které chcete uložit zálohy, k dispozici /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint volné místo.

2. Spuštěním příkazu chmod 755se ujistěte, že skupina sapsys má příslušná oprávnění k /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint souboru .

UserErrorHanaSQLQueryFailed

Chybová zpráva Operace se nezdařila při spouštění dotazu na SERVERU HANA.

Všechny operace, které selžou s touto chybou uživatele, jsou způsobeny problémem způsobeným na straně Hana při spuštění dotazu. Další podrobnosti obsahují jasnou zprávu o chybě.
Možné příčiny – Problém s poškozením disku.
– Problémy s přidělením paměti.
– Příliš mnoho databází, které se používají.
– Problém s aktualizací topologie
Doporučená akce Pokud chcete tento problém vyřešit, spolupracujte s týmem SAP HANA. Pokud ale problém přetrvává, můžete kontaktovat podporu Microsoftu a požádat o další pomoc.

Kontroly obnovení

Obnovení jednoúčelové databáze kontejneru (SDC)

Při obnovování izolované databáze kontejneru (SDC) pro HANA do jiného počítače SDC se staráte o vstupy. Název databáze by měl být uveden malými písmeny a připojenými sdc v závorkách. Instance HANA se zobrazí v velkých písmenech.

Předpokládejme, že se zálohuje instance SDC HANA H21. Na stránce zálohované položky se zobrazí název zálohované položky jako h21(sdc). Pokud se pokusíte tuto databázi obnovit do jiného cílového SDC, například H11, je potřeba zadat následující vstupy.

Restored SDC database name

Mějte na paměti následující body:

  • Ve výchozím nastavení se obnovený název databáze naplní názvem zálohované položky. V tomto případě . h21(sdc)
  • Vyberte cíl, protože H11 automaticky nezmění obnovený název databáze. Měla by být upravena na h11(sdc). V souvislosti se službou SDC bude obnovený název databáze ID cílové instance s malými písmeny a sdc připojenými v hranatých závorkách.
  • Vzhledem k tomu, že SDC může obsahovat pouze jednu databázi, musíte také zaškrtnout políčko, aby bylo možné přepsat stávající data databáze daty bodu obnovení.
  • V Linuxu se rozlišují malá a velká písmena. Proto dávejte pozor na zachování případu.

Obnovení více databází kontejnerů (MDC)

Ve více databázích kontejnerů pro HANA je standardní konfigurace SYSTEMDB + 1 nebo více databází tenantů. Obnovení celé instance SAP HANA obnoví databáze SYSTEMDB i databáze tenanta. Nejprve obnoví SYSTEMDB a pak pokračuje pro databázi tenanta. Systémová databáze v podstatě znamená přepsání systémových informací ve vybraném cíli. Toto obnovení také přepíše související informace BackInt v cílové instanci. Po obnovení systémové databáze do cílové instance spusťte znovu skript předběžné registrace. Pouze následné obnovení databáze tenanta bude úspěšné.

Zálohování replikovaného virtuálního počítače

Scénář 1

Původní virtuální počítač se replikoval pomocí azure Site Recovery nebo zálohy virtuálního počítače Azure. Nový virtuální počítač byl vytvořen pro simulaci starého virtuálního počítače. To znamená, že nastavení jsou úplně stejná. (Je to proto, že původní virtuální počítač byl odstraněn a obnovení proběhlo ze zálohy virtuálního počítače nebo z Azure Site Recovery).

Tento scénář může zahrnovat dva možné případy. V obou těchto případech se dozvíte, jak zálohovat replikovaný virtuální počítač:

  1. Vytvořený nový virtuální počítač má stejný název a je ve stejné skupině prostředků a předplatném jako odstraněný virtuální počítač.

    • Rozšíření už na virtuálním počítači existuje, ale není viditelné pro žádnou ze služeb.
    • Spuštění skriptu předběžné registrace
    • Opětovné registrace rozšíření pro stejný počítač na webu Azure Portal (Zálohování> Zobrazení podrobností –> Výběr relevantního virtuálního počítače Azure –> Opětovné registrace)
    • Již existující zálohované databáze (z odstraněného virtuálního počítače) by se pak měly úspěšně zálohovat.
  2. Vytvořený nový virtuální počítač má následující:

    • jiný název než odstraněný virtuální počítač
    • stejný název jako odstraněný virtuální počítač, ale je v jiné skupině prostředků nebo předplatném (ve srovnání s odstraněným virtuálním počítačem).

    Pokud ano, postupujte takto:

    • Rozšíření už na virtuálním počítači existuje, ale není viditelné pro žádnou ze služeb.
    • Spuštění skriptu předběžné registrace
    • Pokud zjistíte a chráníte nové databáze, začnete na portálu zobrazovat duplicitní aktivní databáze. Chcete-li tomu zabránit, zastavte ochranu se zachováním dat pro staré databáze. Pak pokračujte zbývajícími kroky.
    • Zjišťování databází
    • Povolení záloh v těchto databázích
    • Již existující zálohované databáze (z odstraněného virtuálního počítače) budou nadále uloženy v trezoru. Ukládají se spolu se zálohami, které se uchovávají podle zásad.

Scénář 2

Původní virtuální počítač se replikoval pomocí azure Site Recovery nebo zálohy virtuálního počítače Azure. Nový virtuální počítač byl sestaven z obsahu – který se má použít jako šablona. Virtuální počítač je nový s novým identifikátorem SID.

Pokud chcete povolit zálohování na novém virtuálním počítači, postupujte takto:

  • Rozšíření už na virtuálním počítači existuje, ale není viditelné pro žádnou ze služeb.
  • Spusťte skript předběžné registrace. Na základě identifikátoru SID nového virtuálního počítače mohou nastat dva scénáře:
    • Původní virtuální počítač a nový virtuální počítač mají stejný identifikátor SID. Skript předběžné registrace se úspěšně spustí.
    • Původní virtuální počítač a nový virtuální počítač mají různé identifikátory SID. Skript předběžné registrace selže. Pokud chcete získat pomoc v tomto scénáři, obraťte se na podporu.
  • Zjištění databází, které chcete zálohovat
  • Povolení záloh v těchto databázích

Upgrade verze SDC nebo upgrade verze MDC na stejném virtuálním počítači

Upgrady na změnu verze operačního systému, SDC nebo MDC, které nezpůsobují změnu SID, je možné zpracovat následujícím způsobem:

Upgrade SDC na MDC beze změny v SID

Upgrady ze služby SDC na MDC, které nezpůsobují změnu siD, je možné zpracovat následujícím způsobem:

  • Ujistěte se, že azure Backup aktuálně podporuje novou verzi MDC.
  • Zastavení ochrany se zachováním dat pro starou databázi SDC
  • Proveďte upgrade. Po dokončení je systém HANA nyní MDC se systémovou databází a databázemi tenantů.
  • Opětovné spuštění skriptu předběžné registrace
  • Opětovné registrace rozšíření pro stejný počítač na webu Azure Portal (Zálohování> Zobrazení podrobností –> Výběr relevantního virtuálního počítače Azure –> Opětovné registrace)
  • Pro stejný virtuální počítač vyberte Databáze rediscover . Tato akce by měla zobrazit nové databáze v kroku 3 jako SYSTEMDB a databáze tenanta, nikoli SDC.
  • Starší databáze SDC v trezoru nadále existuje a má zachovaná stará zálohovaná data podle zásad.
  • Konfigurace zálohování pro tyto databáze

Upgrade SDC na MDC se změnou v SID

Upgrady ze SDC na MDC, které způsobují změnu SID, je možné zpracovat následujícím způsobem:

  • Ujistěte se, že azure Backup aktuálně podporuje novou verzi MDC.
  • Zastavení ochrany se zachováním dat pro starou databázi SDC
  • Přesuňte soubor config.json umístěný na adrese /opt/msawb/etc/config/SAPHana/.
  • Proveďte upgrade. Po dokončení je systém HANA nyní MDC se systémovou databází a databázemi tenantů.
  • Znovu spusťte skript předběžné registrace se správnými podrobnostmi (nový identifikátor SID a MDC). Kvůli změně identifikátoru SID můžete čelit problémům s úspěšným spuštěním skriptu. Pokud máte problémy, obraťte se na podporu služby Azure Backup.
  • Znovu zaregistrujte rozšíření pro stejný počítač na webu Azure Portal (Backup>Zobrazit podrobnosti –> Vyberte příslušný virtuální počítač Azure –> Znovu se zaregistrujte).
  • Pro stejný virtuální počítač vyberte Databáze rediscover . Tato akce by měla zobrazovat nové databáze v kroku 3 jako SYSTEMDB a databáze tenanta, nikoli SDC.
  • Starší databáze SDC stále existuje v trezoru a uchovává stará zálohovaná data podle zásad.
  • Nakonfigurujte zálohování pro tyto databáze.

Selhání opětovné registrace

Před aktivací operace opětovné registrace zkontrolujte jeden nebo více následujících příznaků:

  • Všechny operace (například zálohování, obnovení a konfigurace zálohování) na virtuálním počítači selhávají s jedním z následujících kódů chyb: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

  • Pokud se v oblasti Stav zálohování pro zálohovanou položku zobrazuje Nedostupné, vyloučíte všechny ostatní příčiny, které můžou mít za následek stejný stav:

    • Nedostatek oprávnění k provádění operací souvisejících se zálohováním na virtuálním počítači
    • Virtuální počítač je vypnutý, takže zálohy nejdou provést.
    • Problémy se sítí

Tyto příznaky mohou vzniknout z jednoho nebo několika následujících důvodů:

  • Rozšíření bylo odstraněno nebo odinstalováno z portálu.
  • Virtuální počítač se obnovil v čase prostřednictvím místního obnovení disku.
  • Virtuální počítač se po delší dobu vypnul, takže vypršela jeho konfigurace rozšíření.
  • Virtuální počítač byl odstraněn. Také se vytvořil druhý virtuální počítač se stejným názvem a ve stejné skupině prostředků jako odstraněný virtuální počítač.

V předchozích scénářích doporučujeme, abyste na virtuálním počítači aktivovali operaci opětovné registrace.

Další kroky