Sdílet prostřednictvím


Kurz: Obnovení databází SAP HANA na virtuálním počítači Azure pomocí Azure CLI

Tento kurz popisuje, jak obnovit instanci databáze SAP HANA a instanci HSR (SAP HANA System Replication) pomocí Azure CLI.

Azure CLI slouží k vytváření a správě prostředků Azure z příkazového řádku nebo prostřednictvím skriptů. Tato dokumentace podrobně popisuje, jak obnovit zálohovanou databázi SAP HANA na virtuálním počítači Azure pomocí Azure CLI. Tyto kroky můžete provést také pomocí webu Azure Portal.

Poznámka:

  • Obnovení původního umístění (OLR) se v současné době nepodporuje pro HSR.
  • Obnovení do instance HSR se nepodporuje. Obnovení pouze do instance HANA je však podporováno.

Ke spouštění příkazů rozhraní příkazového řádku použijte Azure Cloud Shell .

V tomto kurzu se předpokládá, že máte databázi SAP HANA spuštěnou na virtuálním počítači Azure, který je zálohovaný pomocí služby Azure Backup. Pokud jste k zálohování databáze SAP HANA v Azure použili rozhraní příkazového řádku k zálohování databáze SAP HANA, pak používáte následující prostředky:

  • Skupina prostředků s názvem saphanaResourceGroup.
  • Trezor s názvem saphanaVault.
  • Chráněný kontejner s názvem VMAppContainer;Compute;saphanaResourceGroup;saphanaVM.
  • Zálohovaná databáze nebo položka s názvem saphanadatabase;hxe;hxe.
  • Prostředky v westus2 oblasti.

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

Zobrazení bodů obnovení zálohované databáze

Pokud chcete zobrazit seznam všech bodů obnovení pro databázi, použijte rutinu az backup recoverypoint list následujícím způsobem:

Zvolte typ databáze:

Pokud chcete zobrazit dostupné body obnovení, spusťte následující příkaz:

az backup recoverypoint list --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
   --output table

Seznam bodů obnovení bude vypadat takto:

Name                      Time                               BackupManagementType   Item Name               RecoveryPointType
-------------------       ---------------------------------  ---------------------  ----------------------  ------------------
7660777527047692711       2019-12-10T04:00:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Full
7896624824685666836       2019-12-15T10:33:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Differential
DefaultRangeRecoveryPoint                                    AzureWorkload          SAPHanaDtabase;hxe;hxe  Log

Jak vidíte, výše uvedený seznam obsahuje tři body obnovení: jeden z nich pro úplné, rozdílové zálohování a zálohování protokolů.

Poznámka:

Pomocí rutiny az backup recoverypoint show-log-chain můžete také zobrazit počáteční a koncové body každého nepřerušeného řetězce zálohování protokolů.

Požadavky na obnovení databáze

Před obnovením databáze se ujistěte, že jsou splněny následující požadavky:

  • 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 nebo jiný trezor ve stejné oblasti.
  • 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é.

Obnovení databáze

Azure Backup může obnovit databáze SAP HANA spuštěné na virtuálních počítačích Azure následujícím způsobem:

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

K obnovení databáze použijte rutinu az restore restore-azurewl , která vyžaduje objekt konfigurace obnovení jako jeden ze vstupů. Tento objekt lze vygenerovat pomocí rutiny az backup recoveryconfig show . Konfigurační objekt obnovení obsahuje všechny podrobnosti k provedení obnovení. Jedním z nich je režim obnovení – OriginalWorkloadRestore nebo AlternateWorkloadRestore.

Poznámka:

OriginalWorkloadRestore – Obnovte data do stejné instance SAP HANA jako původní zdroj. Tato možnost přepíše původní databázi.
AlternateWorkloadRestore – Obnovení databáze do alternativního umístění a zachování původní zdrojové databáze.

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

Pokud chcete obnovit databázi do alternativního umístění, použijte jako režim obnovení alternativní úložiště AlternateWorkloadRestore . Pak musíte zvolit bod obnovení, který může být předchozí bod v čase nebo jakýkoli z předchozích bodů obnovení.

V tomto kurzu obnovíte předchozí bod obnovení. Zobrazte seznam bodů obnovení pro databázi a zvolte bod, do kterého chcete provést obnovení. Tento kurz použije bod obnovení s názvem 7660777527047692711.

Pomocí výše uvedeného názvu bodu obnovení a režimu obnovení vytvoříme objekt konfigurace obnovení pomocí rutiny az backup recoveryconfig show . Pojďme se podívat, co znamenají všechny zbývající parametry v této rutině:

  • --target-item-name Toto je název , který bude obnovená databáze používat. V tomto případě jsme použili název restored_database.
  • --target-server-name Toto je název serveru SAP HANA, který je úspěšně zaregistrován do trezoru služby Recovery Services a leží ve stejné oblasti jako databáze, která se má obnovit. Pro účely tohoto kurzu obnovíme databázi na stejný server SAP HANA, který jsme chránili s názvem hxehost.
  • --target-server-type Pro obnovení databází SAP HANA musí být použita instance HANAInstance .

Zvolte typ databáze:

Pokud chcete spustit operaci obnovení, spusťte následující příkaz:


az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode AlternateWorkloadRestore \
    --rp-name 7660777527047692711 \
    --target-item-name restored_database \
    --target-server-name hxehost \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --output json

Odpověď na výše uvedený dotaz bude objekt konfigurace obnovení, který vypadá nějak takto:

{"restore_mode": "AlternateLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "7660777527047692711", "item_type": "SAPHana", "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}

Pokud teď chcete obnovit databázi, spusťte rutinu az restore restore-azurewl . Pokud chcete tento příkaz použít, zadáme výše uvedený výstup JSON, který se uloží do souboru s názvem recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

Výstup bude vypadat takto:

Name                                  Resource
------------------------------------  -------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

Odpověď vám poskytne název úlohy. Tento název úlohy lze použít ke sledování stavu úlohy pomocí rutiny az backup job show .

Obnovení a přepsání

K obnovení do původního umístění použijeme jako režim obnovení OrignialWorkloadRestore . Pak musíte zvolit bod obnovení, který může být předchozí bod v čase nebo jakýkoli z předchozích bodů obnovení.

V tomto kurzu zvolíme předchozí bod v čase 28-11-2019-09:53:00 k obnovení. Tento bod obnovení můžete poskytnout v následujících formátech: dd-mm-y, dd-mm-y-hh:mm:ss. Pokud chcete zvolit platný bod v čase k obnovení, použijte rutinu az backup recoverypoint show-log-chain , která uvádí intervaly nepřerušených záloh řetězu protokolů.

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode OriginalWorkloadRestore \
    --log-point-in-time 28-11-2019-09:53:00 \
    --output json

Odpověď na výše uvedený dotaz bude objekt konfigurace obnovení, který vypadá takto:

{"restore_mode": "OriginalLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "DefaultRangeRecoveryPoint", "log_point_in_time": "28-11-2019-09:53:00", "item_type": "SAPHana", "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}"

Pokud teď chcete obnovit databázi, spusťte rutinu az restore restore-azurewl . Pokud chcete tento příkaz použít, zadáme výše uvedený výstup JSON, který se uloží do souboru s názvem recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

Výstup bude vypadat takto:

Name                                  Resource
------------------------------------  --------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

Odpověď vám poskytne název úlohy. Tento název úlohy lze použít ke sledování stavu úlohy pomocí rutiny az backup job show .

Obnovení do sekundární oblasti

Pokud chcete obnovit databázi do sekundární oblasti, v konfiguraci obnovení zadejte cílový trezor a server umístěný v sekundární oblasti.

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01 \
    --item-name SAPHanaDatabase;h10;h10 \
    --restore-mode AlternateWorkloadRestore \
    --from-full-rp-name 293170069256531 \
    --rp-name 293170069256531 \
    --target-server-name targethanaserver \
    --target-container-name VMAppContainer;compute;saphanaTargetRG;targethanaserver \
    --target-item-name h10 \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --target-resource-group saphanaTargetRG \
    --target-vault-name targetVault \
    --backup-management-type AzureWorkload

Následuje odpověď na výše uvedený příkaz, který bude objektem konfigurace obnovení:

{
  "alternate_directory_paths": null,
  "container_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaTargetRG/providers/Microsoft.RecoveryServices/vaults/targetVault/backupFabrics/Azure/protectionContainers/vmappcontainer;compute;saphanaTargetRG;targethanaserver",
  "container_uri": "VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01",
  "database_name": "SAPHanaDatabase;h10;h10",
  "filepath": null,
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;h10;h10",
  "log_point_in_time": null,
  "recovery_mode": null,
  "recovery_point_id": "293170069256531",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanasnapcvt01",
  "workload_type": "SAPHanaDatabase"
}

Tuto konfiguraci obnovení použijte v rutině az restore-azurewl . Výběrem příznaku --use-secondary-region obnovte databázi do sekundární oblasti.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --recovery-config recoveryconfig.json \
    --use-secondary-region \
    --output table

Výstup bude následující:

Name                                  Operation           Status      Item Name            Backup Management Type    Start Time UTC                    Duration
------------------------------------  ------------------  ----------  -------------------  ------------------------  --------------------------------  --------------
00000000-0000-0000-0000-000000000000  CrossRegionRestore  InProgress  H10 [hanasnapcvt01]  AzureWorkload             2021-12-22T05:21:34.165617+00:00  0:00:05.665470

Poznámka:

Cíl bodu obnovení pro zálohovaná data, 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 (to lze nastavit na minimálně 15 minut).

Obnovení souborů

K obnovení zálohovaných dat jako souborů místo databáze použijeme restoreAsFiles jako režim obnovení. Pak zvolte bod obnovení, který může být buď předchozím bodem v čase, nebo libovolným z předchozích bodů obnovení. Po výpisu souborů do zadané cesty můžete tyto soubory převést na jakýkoli počítač SAP HANA, ve kterém je chcete obnovit jako databázi. Vzhledem k tomu, že tyto soubory můžete přesunout do libovolného počítače, můžete teď obnovit data napříč předplatnými a oblastmi.

Pro účely tohoto kurzu zvolíme předchozí obnovení k určitému bodu v čase 28-11-2019-09:53:00 a umístění pro výpis záložních souborů jako /home/saphana/restoreasfiles na stejném serveru SAP HANA. Tento bod obnovení můžete zadat v některém z následujících formátů: dd-mm-yyyy nebo dd-mm-y-hh:mm:ss. Pokud chcete zvolit platný bod v čase k obnovení, použijte rutinu az backup recoverypoint show-log-chain , která uvádí intervaly nepřerušených záloh řetězu protokolů.

Pomocí výše uvedeného názvu bodu obnovení a režimu obnovení vytvoříme objekt konfigurace obnovení pomocí rutiny az backup recoveryconfig show . Pojďme se podívat, co znamenají všechny zbývající parametry v této rutině:

  • --target-container-name Toto je název serveru SAP HANA, který je úspěšně zaregistrován do trezoru služby Recovery Services a leží ve stejné oblasti jako databáze, která se má obnovit. V tomto kurzu obnovíme databázi jako soubory na stejný server SAP HANA, který jsme chránili s názvem hxehost.
  • --rp-name Pro obnovení k určitému bodu v čase bude název bodu obnovení DefaultRangeRecoveryPoint
az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode RestoreAsFiles \
    --log-point-in-time 28-11-2019-09:53:00 \
    --rp-name DefaultRangeRecoveryPoint \
    --target-container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --filepath /home/saphana/restoreasfiles \
    --output json

Odpověď na výše uvedený dotaz bude objekt konfigurace obnovení, který vypadá takto:

{
  "alternate_directory_paths": null,
  "container_id": "/Subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupFabrics/Azure/protectionContainers/VMAppContainer;Compute;SAPHANA;hanamachine",
  "container_uri": "VMAppContainer;compute;saphana;hanamachine",
  "database_name": null,
  "filepath": "/home/",
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;hxe;hxe",
  "log_point_in_time": "04-07-2020-09:53:00",
  "recovery_mode": "FileRecovery",
  "recovery_point_id": "DefaultRangeRecoveryPoint",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanamachine"
}

Teď spusťte rutinu az restore restore-azurewl a obnovte databázi jako soubory. Pokud chcete tento příkaz použít, zadáme výstup JSON výše, který se uloží do souboru s názvem recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output json

Výstup bude vypadat takto:

{
  "eTag": null,
  "id": "/Subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/SAPHANARESOURCEGROUP/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupJobs/bbbb1b1b-cc2c-dd3d-ee4e-ffffff5f5f5f",
  "location": null,
  "name": "bbbb1b1b-cc2c-dd3d-ee4e-ffffff5f5f5f",
  "properties": {
    "actionsInfo": [
      "Cancellable"
    ],
    "activityId": "7ddd3c3a-c0eb-11ea-a5f8-54ee75ec272a",
    "backupManagementType": "AzureWorkload",
    "duration": "0:00:01.781847",
    "endTime": null,
    "entityFriendlyName": "HXE [hxehost]",
    "errorDetails": null,
    "extendedInfo": {
      "dynamicErrorMessage": null,
      "propertyBag": {
        "Job Type": "Restore as files"
      },
      "tasksList": [
        {
          "status": "InProgress",
          "taskId": "Transfer data from vault"
        }
      ]
    },
    "jobType": "AzureWorkloadJob",
    "operation": "Restore",
    "startTime": "2020-07-08T07:20:29.336434+00:00",
    "status": "InProgress",
    "workloadType": "SAPHanaDatabase"
  },
  "resourceGroup": "saphanaResourceGroup",
  "tags": null,
  "type": "Microsoft.RecoveryServices/vaults/backupJobs"
}

Odpověď vám poskytne název úlohy. Tento název úlohy lze použít ke sledování stavu úlohy pomocí rutiny az backup job show .

Soubory, které jsou výpisem paměti do cílového kontejneru, jsou:

  • Záložní soubory databáze
  • Soubory katalogu
  • 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, pokud 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 připojenou k nim.

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 ve sdílené složce Azure.

Na základě typu zvoleného bodu obnovení (bod v čase nebo plný a rozdílový) uvidíte v cílové cestě jednu nebo více složek vytvořených. Jedna z pojmenovaných Data_<date and time of restore> složek obsahuje úplné zálohy a druhá složka s názvem Log obsahuje zálohy protokolů a další zálohy (například rozdílové a přírůstkové).

Poznámka:

Pokud jste vybrali možnost Obnovit k určitému bodu v čase, můžou soubory protokolu (s výpisem stavu do cílového virtuálního počítače) někdy obsahovat protokoly nad rámec bodu v čase zvoleném 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í do zvoleného bodu v čase.

Poznámka:

Pokud nechcete obnovit celý řetězec, ale jenom podmnožinu souborů, postupujte podle zde uvedených kroků.

Přesuňte tyto obnovené soubory na server SAP HANA, kam je chcete obnovit jako databázi. Potom následujícím postupem obnovte databázi:

  1. Pomocí 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>
    
  2. Spuštění další sady příkazů jako <SID>adm

    su - <sid>adm
    
  3. Vygenerujte soubor katalogu pro obnovení. Extrahujte BackupId ze souboru metadat JSON pro úplné zálohování, které se použije později v operaci obnovení. Ujistěte se, že úplné zálohy protokolů jsou v různých složkách, a odstraňte soubory katalogu a soubory metadat JSON v těchto složkách.

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>
    

    Ve výše uvedeném příkazu:

    • <DataFileDir> – složka, která obsahuje úplné zálohy
    • <LogFilesDir> – složka, která obsahuje zálohy protokolů, rozdílové a přírůstkové zálohování (pokud existuje).
    • <PathToPlaceCatalogFile> - složka, do které se soubor katalogu vygeneroval, musí být umístěna.
  4. Proveďte obnovení pomocí nově generovaného souboru katalogu prostřednictvím nástroje HANA Studio nebo spusťte dotaz obnovení HDBSQL s tímto nově vygenerovaným katalogem. Dotazy HDBSQL jsou uvedené níže:

    • 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 databázi zastavte pro obnovení. Pokud ale obnovujete jenom existující databázi, spusťte příkaz HDBSQL a databázi zastavte.

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

      RECOVER DATABASE FOR <DatabaseName> UNTIL TIMESTAMP '<TimeStamp>' CLEAR LOG USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING LOG PATH (' <LogFileDir>') USING DATA PATH ('<DataFileDir>') USING BACKUP_ID <BackupIdFromJsonFile> 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 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 obnovení provedené na stejném serveru HANA, ze kterého se provádí zálohování.
      • <PathToGeneratedCatalogInStep3> – Cesta k souboru katalogu vygenerovanému v kroku 3
      • <DataFileDir> – složka, která obsahuje úplné zálohy
      • <LogFilesDir> – složka, která obsahuje zálohy protokolů, rozdílové a přírůstkové zálohování (pokud existuje).
      • <BackupIdFromJsonFile>– Id zálohování extrahované v kroku 3
    • 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 databázi zastavte pro obnovení. Pokud ale obnovujete pouze existující databázi, spusťte příkaz HDBSQL a databázi zastavte:

      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 serveru HOSTITELE / 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 obnovení provedené na stejném serveru HANA, ze kterého se provádí zálohování.
      • <PathToGeneratedCatalogInStep3> – cesta k souboru katalogu vygenerovanému v kroku 3
      • <DataFileDir> – složka, která obsahuje úplné zálohy
      • <LogFilesDir> – složka, která obsahuje zálohy protokolů, rozdílové a přírůstkové zálohování (pokud existuje).
      • <BackupIdFromJsonFile>– Id zálohování extrahované v kroku 3

Obnovení mezi předplatnými

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.
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ší krok