Obnovení databází SAP HANA na virtuálních počítačích Azure

Tento článek popisuje, jak obnovit databáze SAP HANA, které běží na virtuálních počítačích Azure a které služba Azure Backup zálohovala do trezoru služby Recovery Services. Obnovená data můžete použít k vytvoření kopií pro scénáře vývoje a testování nebo k návratu do předchozího stavu.

Azure Backup teď podporuje zálohování a obnovení instance replikace systému SAP HANA (HSR).

Poznámka:

  • Proces obnovení pro databáze HANA s HSR je stejný jako proces obnovení pro databáze HANA bez HSR. Podle doporučení SAP můžete databáze obnovit pomocí režimu HSR jako samostatné databáze. Pokud má cílový systém povolený režim HSR, nejprve režim zakažte a pak databázi obnovte. Pokud ale obnovujete jako soubory, zakázání režimu HSR (způsobujícího HSR) není potřeba.
  • Obnovení původního umístění (OLR) se v současné době nepodporuje pro HSR. Případně vyberte obnovení alternativního umístění a pak ze seznamu vyberte zdrojový virtuální počítač jako hostitele.
  • Obnovení do instance HSR se nepodporuje. Obnovení pouze do instance HANA je však podporováno.

Informace o podporovaných konfiguracích a scénářích najdete v matici podpory zálohování SAP HANA.

Obnovení k určitému bodu v čase nebo k bodu obnovení

Azure Backup obnoví databáze SAP HANA spuštěné na virtuálních počítačích Azure. Dokáže:

  • Obnovte je k určitému datu nebo času (do druhého) pomocí záloh protokolů. Azure Backup automaticky určuje odpovídající úplné zálohy, rozdílové zálohy a řetěz záloh protokolů, které jsou potřeba k obnovení na základě vybraného času.

  • Obnovte je do určitého úplného nebo rozdílového zálohování, abyste je obnovili do konkrétního bodu obnovení.

Požadavky

Než začnete obnovovat databázi, mějte na paměti následující:

  • Databázi můžete obnovit pouze do instance SAP HANA, která je ve stejné oblasti.

  • Cílová instance musí být zaregistrovaná ve stejném trezoru jako zdroj. Přečtěte si další informace o zálohování databází SAP HANA.

  • Azure Backup nemůže identifikovat dvě různé instance SAP HANA na stejném virtuálním počítači. Obnovení dat z jedné instance do druhé na stejném virtuálním počítači proto není možné.

  • Pokud chcete zajistit, aby cílová instance SAP HANA byla připravená k obnovení, zkontrolujte stav připravenosti zálohování :

    1. Na webu Azure Portal přejděte do Centra zálohování a pak vyberte Zálohování.

      Snímek obrazovky, který ukazuje, kde zkontrolovat, jestli je cílová instance SAP HANA připravená k obnovení

    2. Na obrazovce Start: Nakonfigurujte podokno Zálohování pro typ Zdroje dat, vyberte na virtuálním počítači Azure SAP HANA, vyberte trezor, do kterého je instance SAP HANA zaregistrovaná, a pak vyberte Pokračovat.

      Snímek obrazovky znázorňující, kde vybrat SAP HANA na virtuálním počítači Azure jako typ zdroje dat

    3. V části Zjistit databáze ve virtuálních počítačích vyberte Zobrazit podrobnosti.

      Snímek obrazovky, který ukazuje, kde zobrazit podrobnosti databáze

    4. Zkontrolujte připravenost zálohování cílového virtuálního počítače.

      Snímek obrazovky, který ukazuje, kde zkontrolovat připravenost zálohování cílového virtuálního počítače

  • Další informace o typech obnovení, které SAP HANA podporuje, najdete v poznámkovém 1642148 SAP HANA.

Obnovení databáze

K obnovení databáze potřebujete následující oprávnění:

  • Operátor zálohování: Poskytuje oprávnění v trezoru, ve kterém provádíte obnovení.
  • Přispěvatel (zápis): Poskytuje přístup ke zdrojovému virtuálnímu počítači, který je zálohovaný.
  • Přispěvatel (zápis): Poskytuje přístup k cílovému virtuálnímu počítači.
    • Pokud provádíte obnovení do stejného virtuálního počítače, jedná se o zdrojový virtuální počítač.
    • Pokud provádíte obnovení do jiného umístění, jedná se o nový cílový virtuální počítač.
  1. Na webu Azure Portal přejděte do Centra zálohování a pak vyberte Obnovit.

    Snímek obrazovky, který ukazuje, kde začít obnovovat databázi SAP HANA

  2. Jako typ zdroje dat vyberte SAP HANA na virtuálním počítači Azure, vyberte databázi, kterou chcete obnovit, a pak vyberte Pokračovat.

    Snímek obrazovky znázorňující, kde se mají zálohované položky obnovit

  3. V části Konfigurace obnovení určete, kde nebo jak obnovit data:

    • Alternativní umístění: Obnovte databázi do alternativního umístění a ponechte původní zdrojovou databázi.
    • Přepsání databáze: Obnovte data do stejné instance SAP HANA jako původní zdroj. Tato možnost přepíše původní databázi.

    Snímek obrazovky znázorňující, kde se má konfigurace obnovit

Poznámka:

Pokud se pokoušíte obnovit zálohu cílového uzlu po změně režimu HSR jako samostatného nebo zásadního HSR před obnovením podle doporučení SAP a ujistěte se, že load Balancer je odkazovaný na cílový uzel, během obnovení (platí pouze pro scénář front-endu virtuálního ip adresy nebo nástroje pro vyrovnávání zatížení).

Ukázkové scénáře:

  • Pokud v předregistračním skriptu používáte hdbuserstore set SYSTEMKEY localhost , během obnovení nebudou žádné problémy.
  • Pokud je váš *hdbuserstore nastavený SYSTEMKEY <load balancer host/ip> ve skriptu předběžné registrace a pokoušíte se obnovit zálohu do cílového uzlu, ujistěte se, že nástroj pro vyrovnávání zatížení odkazuje na cílový uzel, který je potřeba obnovit.

Obnovení do alternativního umístění

  1. V podokně Obnovit v části Kde a jak provést obnovení? vyberte Alternativní umístění.

    Snímek obrazovky, který ukazuje, jak obnovit databázi do alternativního umístění

  2. Vyberte název hostitele SAP HANA a název instance, do které chcete databázi obnovit.

  3. Zkontrolujte, jestli je cílová instance SAP HANA připravená k obnovení, a to zajištěním připravenosti zálohování. Další informace najdete v části Předpoklady.

  4. Do pole Obnovený název databáze zadejte název cílové databáze.

    Poznámka:

    Obnovení s jedním kontejnerem databáze (SDC) musí postupovat podle těchto kontrol.

  5. Pokud je to možné, zaškrtněte políčko Přepsat, pokud databáze se stejným názvem již existuje u vybrané instance HANA.

  6. V části Vybrat bod obnovení vyberte protokoly (bod v čase) a obnovte ho k určitému bodu v čase. Nebo vyberte Úplné a rozdílové obnovení k určitému bodu obnovení.

Obnovení souborů

Poznámka:

Obnovení, protože soubory nefungují ve sdílených složkách systému souborů CIFS (Common Internet File System), ale funguje pro systém souborů NFS (Network File System).

Pokud chcete zálohovaná data obnovit jako soubory místo databáze, vyberte Obnovit jako soubory. Po výpisu souborů do zadané cesty je můžete převést na jakýkoli počítač SAP HANA, ve kterém je chcete obnovit jako databázi. Vzhledem k tomu, že soubory můžete přesunout do libovolného počítače, můžete teď obnovit data napříč předplatnými a oblastmi.

  1. V podokně Obnovit v části Kde a jak obnovit? vyberte Obnovit jako soubory.

  2. Vyberte název hostitele nebo serveru HANA, do kterého chcete obnovit záložní soubory.

  3. Do pole Cílová cesta na serveru zadejte cestu ke složce na serveru, který jste vybrali v předchozím kroku. Toto je umístění, kde služba vypíše všechny potřebné záložní soubory.

    Soubory s výpisem paměti jsou:

    • Záložní soubory databáze
    • Soubory metadat JSON (pro každý zahrnutý záložní soubor)

    Cesta ke sdílené síťové složce nebo cesta připojené sdílené složky Azure, která je zadaná jako cílová cesta, obvykle umožňuje snadnější přístup k těmto souborům jinými počítači ve stejné síti nebo se stejnou sdílenou složkou Azure, která je k nim připojená.

    Poznámka:

    Pokud chcete obnovit záložní soubory databáze ve sdílené složce Azure připojené k cílovému registrovanému virtuálnímu počítači, ujistěte se, že má kořenový účet oprávnění ke čtení a zápisu sdílené složky.

    Snímek obrazovky znázorňující, jak zvolit cílovou cestu

  4. Vyberte bod obnovení, do kterého se obnoví všechny záložní soubory a složky.

    Snímek obrazovky znázorňující, kde vybrat bod obnovení

  5. Všechny záložní soubory přidružené k vybranému bodu obnovení se zadají do cílové cesty.

  6. V závislosti na typu bodu obnovení, který jste vybrali (bod v čase nebo úplné a rozdílové), uvidíte v cílové cestě jednu nebo více složek vytvořených. Jedna zesch Data_<ch >

    Poznámka:

    Pokud jste vybrali možnost Obnovit k určitému bodu v čase, můžou soubory protokolu, které byly vypíšeny do cílového virtuálního počítače, někdy obsahovat protokoly mimo bod v čase, který jste zvolili k obnovení. Azure Backup to dělá, aby se zajistilo, že jsou zálohy protokolů pro všechny služby HANA k dispozici pro konzistentní a úspěšné obnovení ke zvolenému bodu v čase.

  7. Přesuňte obnovené soubory na server SAP HANA, kam je chcete obnovit jako databázi, a pak udělejte toto:

    a. Spuštěním následujícího příkazu nastavte oprávnění ke složce nebo adresáři, kde jsou uložené záložní soubory:

    chown -R <SID>adm:sapsys <directory>
    

    b. Spusťte další sadu příkazů jako <SID>adm:

    su: <sid>adm
    

    c. Vygenerujte soubor katalogu pro obnovení. Extrahujte BackupId ze souboru metadat JSON pro úplné zálohování, které použijete později v operaci obnovení. Ujistěte se, že úplné zálohy protokolů (nejsou k dispozici pro úplné obnovení zálohy) jsou v různých složkách, a odstraňte soubory metadat JSON v těchto složkách. Run (Spuštění):

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>
    
    • <DataFileDir>: Složka, která obsahuje úplné zálohy.
    • <LogFilesDir>: Složka, která obsahuje zálohy protokolů, rozdílové zálohy a přírůstkové zálohy. Úplné obnovení backupu, protože složka protokolu není vytvořená, přidejte prázdný adresář.
    • <PathToPlaceCatalogFile>: Složka, do které se musí umístit vygenerovaný soubor katalogu.

    d. Obnovení můžete provést pomocí nově generovaného souboru katalogu prostřednictvím hana Studia nebo spuštěním dotazu na obnovení nástroje SAP HANA HDBSQL s tímto nově vygenerovaným katalogem. Tady jsou uvedené dotazy HDBSQL:

    • Pokud chcete otevřít výzvu HDBSQL, spusťte následující příkaz:

      hdbsql -U AZUREWLBACKUPHANAUSER -d systemDB
      
    • Obnovení k určitému bodu v čase:

      Pokud vytváříte novou obnovenou databázi, spuštěním příkazu HDBSQL vytvořte novou databázi <DatabaseName>a pak pomocí příkazu ALTER SYSTEM STOP DATABASE <db> IMMEDIATEzastavte databázi pro obnovení. Pokud ale obnovujete pouze existující databázi, zastavte databázi spuštěním příkazu HDBSQL.

      Potom spuštěním následujícího příkazu obnovte databázi:

      RECOVER DATABASE FOR <db> UNTIL TIMESTAMP <t1> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path> USING BACKUP_ID <bkId> CHECK ACCESS USING FILE
      
      • <DatabaseName>: Název nové databáze nebo existující databáze, kterou chcete obnovit.
      • <Timestamp>: Přesné časové razítko obnovení k určitému bodu v čase.
      • <DatabaseName@HostName>: Název databáze, jejíž záloha se používá k obnovení, a název hostitele nebo serveru SAP HANA, na kterém se tato databáze nachází. Možnost USING SOURCE <DatabaseName@HostName> určuje, že záloha dat (použitá k obnovení) je databáze s jiným identifikátorem SID nebo názvem než cílový počítač SAP HANA. Není nutné ji zadávat pro obnovení, která se provádí na stejném serveru HANA, ze kterého se provádí zálohování.
      • <PathToGeneratedCatalogInStep3>: Cesta k souboru katalogu, který byl vygenerován v kroku c.
      • <DataFileDir>: Složka, která obsahuje úplné zálohy.
      • <LogFilesDir>: Složka obsahující zálohy protokolů, rozdílové zálohování a přírůstkové zálohování (pokud existuje).
      • <BackupIdFromJsonFile>: BackupId, který byl extrahován v kroku c.
    • Obnovení do určitého úplného nebo rozdílového zálohování:

      Pokud vytváříte novou obnovenou databázi, spuštěním příkazu HDBSQL vytvořte novou databázi <DatabaseName> a pak pomocí příkazu ALTER SYSTEM STOP DATABASE <db> IMMEDIATEzastavte databázi pro obnovení. Pokud ale obnovujete pouze existující databázi, zastavte databázi spuštěním příkazu HDBSQL:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>' USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      
      • <DatabaseName>: Název nové databáze nebo existující databáze, kterou chcete obnovit.
      • <Timestamp>: Přesné časové razítko obnovení k určitému bodu v čase.
      • <DatabaseName@HostName>: Název databáze, jejíž záloha se používá k obnovení, a název hostitele nebo serveru SAP HANA, na kterém se tato databáze nachází. Možnost USING SOURCE <DatabaseName@HostName> určuje, že záloha dat (použitá k obnovení) je databáze s jiným identifikátorem SID nebo názvem než cílový počítač SAP HANA. Proto není nutné zadávat pro obnovení, která se provádí na stejném serveru HANA, ze kterého se provádí zálohování.
      • <PathToGeneratedCatalogInStep3>: Cesta k souboru katalogu, který byl vygenerován v kroku c.
      • <DataFileDir>: Složka, která obsahuje úplné zálohy.
      • <LogFilesDir>: Složka obsahující zálohy protokolů, rozdílové zálohování a přírůstkové zálohování (pokud existuje).
      • <BackupIdFromJsonFile>: BackupId, který byl extrahován v kroku c.
    • Obnovení pomocí ID zálohy:

      RECOVER DATA FOR <db> USING BACKUP_ID <bkId> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path>  CHECK ACCESS USING FILE
      

      Příklady:

      Obnovení systému SAP HANA na stejném serveru:

      RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
      

      Obnovení tenanta SAP HANA na stejném serveru:

      RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
      

      Obnovení SYSTÉMU SAP HANA na jiném serveru:

      RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
      

      Obnovení tenanta SAP HANA na jiném serveru:

      RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
      

Částečné obnovení jako soubory

Služba Azure Backup rozhoduje o řetězu souborů, které se mají během obnovení stahovat jako soubory. Existují ale scénáře, kdy nebudete chtít znovu stáhnout celý obsah.

Můžete mít například zásady zálohování týdenních úplných dat, denní rozdíly a protokoly a už jste stáhli soubory pro konkrétní rozdíl. Zjistili jste, že toto není správný bod obnovení a rozhodli jste se stáhnout rozdílový den následujícího dne. Teď potřebujete jenom rozdílový soubor, protože už máte počáteční úplné zálohování. Díky částečnému obnovení jako možnosti souborů , které poskytuje Služba Azure Backup, teď můžete úplné zálohování vyloučit z řetězu stahování a stáhnout pouze rozdílové zálohování.

Vyloučení typů záložních souborů

ExtensionSettingOverrides.json je soubor JSON (JavaScript Object Notation), který obsahuje přepsání pro více nastavení služby Azure Backup pro SQL. Chcete-li provést částečné obnovení jako operace se soubory, musíte přidat nové pole JSON . RecoveryPointsToBeExcludedForRestoreAsFiles Toto pole obsahuje řetězcovou hodnotu, která označuje, které typy bodů obnovení by měly být vyloučeny v další operaci obnovení jako operace se soubory .

  1. Na cílovém počítači, na kterém se mají soubory stahovat, přejděte do složky opt/msawb/bin .

  2. Pokud ještě neexistuje, vytvořte nový soubor JSON s názvem ExtensionSettingOverrides.JSON.

  3. Přidejte následující pár klíč-hodnota JSON:

    {
    "RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull"
    }
    
  4. Změňte oprávnění a vlastnictví souboru:

    chmod 750 ExtensionSettingsOverrides.json
    chown root:msawb ExtensionSettingsOverrides.json
    
  5. Nevyžaduje se žádné restartování žádné služby. Služba Azure Backup se pokusí vyloučit typy zálohování v řetězu obnovení, jak je uvedeno v tomto souboru.

RecoveryPointsToBeExcludedForRestoreAsFiles přijímá pouze konkrétní hodnoty, které označují body obnovení, které mají být vyloučeny během obnovení. Pro SAP HANA jsou tyto hodnoty:

  • ExcludeFull. Jiné typy zálohování, jako jsou rozdílové, přírůstkové a protokoly, se stáhnou, pokud se nacházejí v řetězci bodů obnovení.
  • ExcludeFullAndDifferential. Jiné typy zálohování, jako jsou přírůstkové a protokoly, se stáhnou, pokud se nacházejí v řetězu bodů obnovení.
  • ExcludeFullAndIncremental. Další typy záloh, jako jsou rozdílové zálohy a protokoly, se stáhnou, pokud jsou v řetězu bodů obnovení.
  • ExcludeFullAndDifferentialAndIncremental. Jiné typy zálohování, jako jsou protokoly, se stáhnou, pokud se nacházejí v řetězu bodů obnovení.

Obnovení k určitému časovému okamžiku

Pokud jste jako typ obnovení vybrali protokoly (bod v čase ), postupujte takto:

  1. Vyberte bod obnovení z grafu protokolu a pak vyberte OK a zvolte bod obnovení.

    Snímek obrazovky znázorňující graf protokolu, ze kterého chcete vybrat bod obnovení

  2. V nabídce Obnovit vyberte Obnovit a spusťte úlohu obnovení.

    Snímek obrazovky s nabídkou Obnovit a tlačítkem Obnovit

  3. Průběh obnovení můžete sledovat v oblasti Oznámení nebo ho sledovat tak , že v nabídce databáze vyberete Úlohy obnovení .

    Snímek obrazovky znázorňující zprávu, že se obnovená událost úspěšně aktivovala

Obnovení do konkrétního bodu obnovení

Pokud jste jako typ obnovení vybrali možnost Full &Differential , postupujte takto:

  1. Ze seznamu vyberte bod obnovení a pak vyberte OK a zvolte bod obnovení.

    Snímek obrazovky znázorňující, kde vybrat konkrétní bod obnovení

  2. V nabídce Obnovit vyberte Obnovit a spusťte úlohu obnovení.

    Snímek obrazovky znázorňující nabídku Obnovit pro výběr konkrétního bodu obnovení

  3. Průběh obnovení můžete sledovat v oblasti Oznámení nebo ho sledovat tak , že v nabídce databáze vyberete Úlohy obnovení .

    Snímek obrazovky zobrazující zprávu, že se obnovená událost úspěšně aktivovala

    Poznámka:

    V části Více databázových kontejnerů (MDC) se obnoví po obnovení systémové databáze do cílové instance, musíte znovu spustit skript předběžné registrace. Následné obnovení databáze tenanta bude úspěšné. Další informace najdete v tématu Řešení potíží s obnovením více databází kontejnerů.

Obnovení mezi oblastmi

Jako jednu z možností obnovení umožňuje obnovení mezi oblastmi (CRR) obnovit databáze SAP HANA hostované na virtuálních počítačích Azure v sekundární oblasti, což je spárovaná oblast Azure.

Pokud chcete tuto funkci začít používat, přečtěte si téma Nastavení obnovení mezi oblastmi.

Zobrazení zálohovaných položek v sekundární oblasti

Pokud je povolený CRR, můžete zobrazit zálohované položky v sekundární oblasti.

  1. Na webu Azure Portal přejděte do trezoru služby Recovery Services a pak vyberte Zálohované položky.
  2. Výběrem možnosti Sekundární oblast zobrazíte položky v sekundární oblasti.

Poznámka:

V seznamu se zobrazují jenom typy správy záloh, které podporují funkci CRR. V současné době je povolena pouze podpora obnovení dat sekundární oblasti do sekundární oblasti.

Snímek obrazovky znázorňující zálohované položky v sekundární oblasti

Snímek obrazovky znázorňující databáze v sekundární oblasti

Obnovení v sekundární oblasti

Uživatelské prostředí obnovení sekundární oblasti se podobá uživatelskému prostředí obnovení primární oblasti. Když nakonfigurujete podrobnosti v podokně Konfigurace obnovení, zobrazí se výzva k zadání pouze parametrů sekundární oblasti. Trezor by měl existovat v sekundární oblasti a server SAP HANA by se měl zaregistrovat do trezoru v sekundární oblasti.

Snímek obrazovky znázorňující podokno Where a how to Restore (Kde a jak obnovit)

Snímek obrazovky znázorňující oznámení o probíhajícím obnovení triggeru

Poznámka:

  • Po aktivaci obnovení a ve fázi přenosu dat není možné úlohu obnovení zrušit.
  • Role a úroveň přístupu, které jsou potřeba k provedení operace obnovení v různých oblastech, jsou role operátora zálohování v přístupu přispěvatele a předplatného (zápisu) na zdrojovém a cílovém virtuálním počítači. Pokud chcete zobrazit úlohy zálohování, čtenář služby Backup je minimální oprávnění vyžadovaná v předplatném.
  • Cíl bodu obnovení (RPO) pro data zálohování, která mají být k dispozici v sekundární oblasti, je 12 hodin. Proto když zapnete CRR, cíl bodu obnovení pro sekundární oblast je 12 hodin + doba trvání frekvence protokolu (což lze nastavit na minimálně 15 minut).

Seznamte se s minimálními požadavky na role pro obnovení mezi oblastmi.

Monitorování úloh obnovení sekundární oblasti

  1. Na webu Azure Portal přejděte do Centra zálohování a pak vyberte Úlohy zálohování.

  2. Pokud chcete zobrazit úlohy v sekundární oblasti, vyfiltrujte operaci pro CrossRegionRestore.

    Snímek obrazovky znázorňující filtrované úlohy zálohování

Obnovení mezi předplatnými

Azure Backup teď umožňuje obnovit databázi SAP HANA do libovolného předplatného (podle následujících požadavků Azure RBAC) z bodu obnovení. Ve výchozím nastavení se Azure Backup obnoví do stejného předplatného, ve kterém jsou dostupné body obnovení.

S obnovením mezi předplatnými (CSR) máte flexibilitu obnovení do libovolného předplatného a jakéhokoli trezoru v rámci vašeho tenanta, pokud jsou k dispozici oprávnění k obnovení. Ve výchozím nastavení je csr povolené pro všechny trezory služby Recovery Services (existující a nově vytvořené trezory).

Poznámka:

  • Obnovení mezi předplatnými můžete aktivovat z trezoru služby Recovery Services.
  • CSR se podporuje jenom pro streamování a zálohování založené na backintu a nepodporuje se pro zálohování založené na snímcích.
  • Obnovení mezi oblastmi (CRR) s CSR se nepodporuje.

Obnovení mezi předplatnými do trezoru s podporou privátního koncového bodu

Provedení obnovení mezi předplatnými do trezoru s povoleným privátním koncovým bodem:

  1. Ve zdrojovém trezoru služby Recovery Services přejděte na kartu Sítě.
  2. Přejděte do části Privátní přístup a vytvořte privátní koncové body.
  3. Vyberte předplatné cílového trezoru, ve kterém chcete provést obnovení.
  4. V části Virtuální síť vyberte virtuální síť cílového virtuálního počítače, který chcete obnovit v rámci předplatného.
  5. Vytvořte privátní koncový bod a aktivujte proces obnovení.

Požadavky Azure RBAC

Typ operace Operátor zálohování Trezor služby Recovery Services Alternativní operátor
Obnovení databáze nebo obnovení jako souborů Virtual Machine Contributor Zdrojový virtuální počítač, který se zálohoval Místo předdefinované role můžete zvážit vlastní roli, která má následující oprávnění:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Virtual Machine Contributor Cílový virtuální počítač, ve kterém se databáze obnoví, nebo se vytvoří soubory. Místo předdefinované role můžete zvážit vlastní roli, která má následující oprávnění:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Backup Operator Cílový trezor služby Recovery Services

Ve výchozím nastavení je v trezoru služby Recovery Services povolená csr. Pokud chcete aktualizovat nastavení obnovení trezoru služby Recovery Services, přejděte do části Vlastnosti>obnovení mezi předplatnými a proveďte požadované změny.

Snímek obrazovky ukazuje, jak upravit nastavení obnovení mezi předplatnými v trezoru služby Recovery Services pro databázi HANA.

Obnovení mezi předplatnými pomocí Azure CLI

az backup vault create

Přidejte parametr cross-subscription-restore-state , který umožňuje nastavit stav CSR trezoru během vytváření a aktualizace trezoru.

az backup recoveryconfig show

Přidejte parametr --target-subscription-id , který umožňuje zadat cílové předplatné jako vstup při aktivaci obnovení mezi předplatnými pro zdroje dat SQL nebo HANA.

Příklad:

   az backup vault create -g {rg_name} -n {vault_name} -l {location} --cross-subscription-restore-state Disable
   az backup recoveryconfig show --restore-mode alternateworkloadrestore --backup-management-type azureworkload -r {rp} --target-container-name {target_container} --target-item-name {target_item} --target-resource-group {target_rg} --target-server-name {target_server} --target-server-type SQLInstance --target-subscription-id {target_subscription} --target-vault-name {target_vault} --workload-type SQLDataBase --ids {source_item_id}

Další kroky