Condividi tramite

Esercitazione: Ripristinare i database SAP HANA in una macchina virtuale di Azure tramite l'interfaccia della riga di comando di Azure

  • Articolo

Questa esercitazione descrive come ripristinare l'istanza del database SAP HANA e l'istanza della replica di sistema SAP HANA usando l'interfaccia della riga di comando di Azure.

L'interfaccia della riga di comando di Azure consente di creare e gestire le risorse di Azure dalla riga di comando o tramite script. Questa documentazione illustra come ripristinare un database SAP HANA sottoposto a backup in una macchina virtuale di Azure tramite l'interfaccia della riga di comando di Azure. È anche possibile eseguire questi passaggi tramite il portale di Azure.

Nota

  • Il ripristino della posizione originale (OLR) non è attualmente supportato per HSR.
  • Il ripristino nell'istanza HSR non è supportato. Tuttavia, è supportato solo il ripristino nell'istanza di HANA.

Usare Azure Cloud Shell per eseguire i comandi dell'interfaccia della riga di comando.

Questa esercitazione presuppone che sia disponibile un database SAP HANA in esecuzione in una macchina virtuale di Azure di cui viene eseguito il backup con Backup di Azure. Se è stata usata l'esercitazione Eseguire il backup di un database SAP HANA in Azure tramite l'interfaccia della riga di comando per eseguire il backup del database SAP HANA, sono in uso le risorse seguenti:

  • Gruppo di risorse denominato saphanaResourceGroup.
  • Insieme di credenziali denominato saphanaVault.
  • Contenitore protetto denominato VMAppContainer;Compute;saphanaResourceGroup;saphanaVM.
  • Database/elemento di cui è stato eseguito il backup denominato saphanadatabase;hxe;hxe.
  • Risorse nell'area westus2.

Per altre informazioni sulle configurazioni e sugli scenari supportati, vedere la matrice di supporto per il backup di SAP HANA.

Visualizzare i punti di ripristino per un database sottoposto a backup

Per visualizzare l'elenco di tutti i punti di ripristino per un database, usare il cmdlet az backup recoverypoint list come indicato di seguito:

Scegliere un tipo di database:

Per visualizzare i punti di ripristino disponibili, eseguire il comando seguente:

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

L'elenco dei punti di ripristino avrà un aspetto simile al seguente:

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

Come si può notare, l'elenco precedente contiene tre punti di ripristino: uno per il backup completo, uno per il backup differenziale e uno per il backup del log.

Nota

È anche possibile visualizzare i punti di inizio e di fine di ogni catena di backup del log non interrotta usando il cmdlet az backup recoverypoint show-log-chain.

Prerequisiti per il ripristino di un database

Prima di ripristinare un database, verificare che siano soddisfatti i prerequisiti seguenti:

  • È possibile ripristinare il database solo in un'istanza di SAP HANA che risiede nella stessa area.
  • L'istanza di destinazione deve essere registrata con lo stesso insieme di credenziali dell'origine o di un altro insieme di credenziali nella stessa area.
  • Backup di Azure non può identificare due istanze di SAP HANA diverse nella stessa macchina virtuale. Non è quindi possibile ripristinare i dati da un'istanza a un'altra nella stessa macchina virtuale.

Ripristinare un database

Backup di Azure può ripristinare database SAP HANA in esecuzione nelle macchine virtuali di Azure seguendo questa procedura:

  • Ripristinare una data specifica o un'ora (al secondo), usando i backup del log. In base ai tempi di ripristino specificati, Backup di Azure determina automaticamente i backup completi, differenziali e la catena di backup del log necessari per ripristinare in base all'ora selezionata.
  • Ripristinare un backup completo o differenziale specifico per il ripristino a un punto di ripristino specifico.

Per ripristinare un database, usare il cmdlet az restore restore-azurewl, che richiede un oggetto configurazione di ripristino come uno degli input. Questo oggetto può essere generato usando il cmdlet az backup recoveryconfig show. L'oggetto configurazione di ripristino contiene tutti i dettagli per eseguire un ripristino. Uno di essi è la modalità di ripristino, OriginalWorkloadRestore o AlternateWorkloadRestore.

Nota

OriginalWorkloadRestore: consente di ripristinare i dati nella stessa istanza di SAP HANA dell'origine. Questa opzione sovrascrive il database originale.
AlternateWorkloadRestore: consente di ripristinare il database in un percorso alternativo conservando il database di origine.

Ripristinare in un percorso alternativo

Per ripristinare un database in un percorso alternativo, usare AlternateWorkloadRestore come modalità di ripristino. È quindi necessario scegliere il punto di ripristino, che può essere un punto nel tempo precedente o uno dei punti di ripristino precedenti.

In questa esercitazione verrà ripristinato un punto di ripristino precedente. Visualizzare l'elenco dei punti di ripristino per il database e scegliere il punto in cui si desidera eseguire il ripristino. Questa esercitazione userà il punto di ripristino con il nome 7660777527047692711.

Usando il nome del punto di ripristino e la modalità di ripristino precedenti, verrà creato l'oggetto configurazione di ripristino usando il cmdlet az backup recoveryconfig show. Verrà ora esaminato il significato di ognuno dei parametri rimanenti di questo cmdlet:

  • --target-item-name: nome che verrà usato dal database ripristinato. In questo caso, è stato usato il nome restored_database.
  • --target-server-name: nome di un server SAP HANA registrato correttamente in un insieme di credenziali di Servizi di ripristino e che risiede nella stessa area del database da ripristinare. Per questa esercitazione, il database verrà ripristinato nello stesso server SAP HANA protetto, denominato hxehost.
  • --target-server-type: per il ripristino dei database SAP HANA, è necessario usare HANAInstance.

Scegliere un tipo di database:

Per avviare l'operazione di ripristino, eseguire il comando seguente:


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

La risposta alla query precedente sarà un oggetto configurazione di ripristino con un aspetto simile al seguente:

{"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}

A questo punto, per ripristinare il database, eseguire il cmdlet az restore restore-azurewl. Per usare questo comando, sarà necessario immettere l'output JSON precedente salvato in un file denominato recoveryconfig.json.

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

L'output dettagliato sarà simile al seguente:

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

La risposta fornirà il nome del processo. Questo nome di processo può essere usato per tenere traccia dello stato del processo usando il cmdlet az backup job show.

Ripristinare e sovrascrivere

Per eseguire il ripristino nel percorso originale, verrà usata la modalità di ripristino OriginalWorkloadRestore. È quindi necessario scegliere il punto di ripristino, che può essere un punto nel tempo precedente o uno dei punti di ripristino precedenti.

Per questa esercitazione verrà scelto il ripristino temporizzato "28-11-2019-09:53:00". È possibile specificare questo punto di ripristino nei formati seguenti: gg-mm-aaaa, gg-mm-aaaa-hh: mm:ss. Per scegliere un ripristino temporizzato valido, usare il cmdlet az backup recoverypoint show-log-chain, che elenca gli intervalli di backup della catena di log non interrotti.

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

La risposta alla query precedente sarà un oggetto configurazione di ripristino con un aspetto simile al seguente:

{"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}"

A questo punto, per ripristinare il database, eseguire il cmdlet az restore restore-azurewl. Per usare questo comando, sarà necessario immettere l'output JSON precedente salvato in un file denominato recoveryconfig.json.

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

L'output dettagliato sarà simile al seguente:

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

La risposta fornirà il nome del processo. Questo nome di processo può essere usato per tenere traccia dello stato del processo usando il cmdlet az backup job show.

Eseguire il ripristino nell'area secondaria

Per ripristinare un database nell'area secondaria, nella configurazione di ripristino specificare un insieme di credenziali di destinazione e un server che si trova nell'area secondaria.

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

Di seguito è riportata la risposta al comando precedente che sarà un oggetto di configurazione di ripristino:

{
  "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"
}

Usare questa configurazione di ripristino nel cmdlet az restore restore-azurewl. Selezionare il flag --use-secondary-region per ripristinare il database nell'area secondaria.

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

L'output sarà il seguente:

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

Nota

L'RPO per i dati di backup da rendere disponibili nell'area secondaria è di 12 ore. Pertanto, quando si attiva CRR, l'RPO per l'area secondaria è di 12 ore e la durata della frequenza del log (che può essere impostata su un minimo di 15 minuti).

Ripristinare come file

Per ripristinare i dati di backup come file anziché come database, verrà usata la modalità di ripristino RestoreAsFiles. Scegliere quindi il punto di ripristino, che può essere un ripristino temporizzato precedente o uno dei punti di ripristino precedenti. Dopo aver eseguito il dump dei file in un percorso specificato, è possibile spostare questi file in qualsiasi computer SAP HANA in cui si intende ripristinarli come database. Dal momento che è possibile spostare questi file in qualsiasi computer, è ora possibile ripristinare i dati tra sottoscrizioni e aree diverse.

Per questa esercitazione si sceglieranno il ripristino temporizzato precedente 28-11-2019-09:53:00 per eseguire il ripristino e il percorso /home/saphana/restoreasfiles in cui eseguire il dump dei file di backup nello stesso server SAP HANA. È possibile specificare questo punto di ripristino in uno dei formati seguenti: gg-mm-aaaa o gg-mm-aaaa-hh: mm:ss. Per scegliere un ripristino temporizzato valido, usare il cmdlet az backup recoverypoint show-log-chain, che elenca gli intervalli di backup della catena di log non interrotti.

Usando il nome del punto di ripristino precedente e la modalità di ripristino, verrà creato l'oggetto configurazione di ripristino usando il cmdlet az backup recoveryconfig show. Verrà ora esaminato il significato di ognuno dei parametri rimanenti di questo cmdlet:

  • --target-container-name: nome di un server SAP HANA registrato correttamente in un insieme di credenziali di Servizi di ripristino e che risiede nella stessa area del database da ripristinare. Per questa esercitazione si eseguirà il ripristino del database come file nello stesso server SAP HANA protetto, denominato hxehost.
  • --rp-name: per un ripristino temporizzato il nome del punto di ripristino sarà 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

La risposta alla query precedente sarà un oggetto configurazione di ripristino con un aspetto simile al seguente:

{
  "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"
}

A questo punto, per ripristinare il database come file, eseguire il cmdlet az restore restore-azurewl. Per usare questo comando, si immetterà l'output JSON precedente, salvato in un file denominato recoveryconfig.json.

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

L'output dettagliato sarà simile al seguente:

{
  "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"
}

La risposta fornirà il nome del processo. Questo nome di processo può essere usato per tenere traccia dello stato del processo usando il cmdlet az backup job show.

I file di cui è stato eseguito il dump nel contenitore di destinazione sono:

  • File di backup del database
  • File di catalogo
  • File di metadati JSON (per ogni file di backup interessato)

In genere, quando viene specificato come percorso di destinazione, un percorso di condivisione di rete o un percorso di una condivisione file di Azure montata consente di accedere più facilmente a questi file da altri computer nella stessa rete o con la stessa condivisione file di Azure montata in essi.

Nota

Per ripristinare i file di backup del database in una condivisione file di Azure montata nella macchina virtuale di destinazione registrata, assicurarsi che l'account radice abbia le autorizzazioni di lettura/scrittura per la condivisione file di Azure.

In base al tipo di punto di ripristino scelto (temporizzato o differenziale e completo), verranno visualizzate una o più cartelle create nel percorso di destinazione. Una delle cartelle, denominata Data_<date and time of restore>, contiene i backup completi, mentre l'altra, denominata Log, contiene i backup dei log e altri backup, ad esempio i backup differenziali e incrementali.

Nota

Se è stato selezionato Ripristina a un punto di ripristino specifico, i file di log (di cui è stato eseguito il dump nella macchina virtuale di destinazione) possono talvolta contenere log oltre il punto di ripristino scelto. Backup di Azure esegue questa operazione per assicurarsi che i backup dei log per tutti i servizi HANA siano disponibili per il ripristino coerente e corretto nel momento scelto.

Nota

Se non si vuole ripristinare l'intera catena, ma solo un sottoinsieme di file, seguire la procedura descritta qui.

Spostare questi file ripristinati nel server SAP HANA in cui si vuole ripristinarli come database. Seguire quindi questa procedura per ripristinare il database:

  1. Per impostare le autorizzazioni per la cartella o la directory in cui vengono archiviati i file di backup, usare il comando seguente:

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

  2. Eseguire il set di comandi successivo come <SID>adm

    su - <sid>adm

  3. Generare il file di catalogo per il ripristino. Estrarre dal file di metadati JSON il valore di BackupId per il backup completo, che verrà usato in un secondo momento nell'operazione di ripristino. Assicurarsi che i backup completi e del log si trovino in cartelle diverse ed eliminare i file di catalogo e i file di metadati JSON in queste cartelle.

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

    Nel comando precedente:

    • <DataFileDir>: cartella che contiene i backup completi
    • <LogFilesDir>: cartella contenente i backup dei log, i backup differenziali e incrementali (se presenti)
    • <PathToPlaceCatalogFile>: cartella in cui deve essere inserito il file di catalogo generato

  4. Eseguire il ripristino usando il file di catalogo appena generato tramite HANA Studio o eseguire la query di ripristino HDBSQL con il catalogo appena generato. Le query HDBSQL sono elencate di seguito:

    • Per eseguire il ripristino temporizzato:

      Se si intende creare un nuovo database ripristinato, eseguire il comando HDBSQL per creare un nuovo database <DatabaseName> e quindi arrestare il database per il ripristino. Se invece si intende solo ripristinare un database esistente, eseguire il comando HDBSQL per arrestare il database.

      Eseguire quindi il comando seguente per ripristinare il database:

      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>: nome del nuovo database o del database esistente che si vuole ripristinare
      • <Timestamp>: timestamp esatto del ripristino temporizzato
      • <DatabaseName@HostName>: nome del database il cui backup viene usato per il ripristino e nome del server host/SAP HANA host in cui risiede il database. L'opzione USING SOURCE <DatabaseName@HostName> specifica che il backup dei dati (usato per il ripristino) è di un database con un SID o un nome diverso rispetto al computer SAP HANA di destinazione. Non è quindi necessario specificarlo per i ripristini eseguiti nello stesso server HANA da cui viene eseguito il backup.
      • <PathToGeneratedCatalogInStep3>: percorso del file di catalogo generato nel passaggio 3
      • <DataFileDir>: cartella che contiene i backup completi
      • <LogFilesDir>: cartella contenente i backup dei log, i backup differenziali e incrementali (se presenti)
      • <BackupIdFromJsonFile>: valore di BackupId estratto nel passaggio 3

    • Per eseguire il ripristino in un backup completo o differenziale specifico:

      Se si intende creare un nuovo database ripristinato, eseguire il comando HDBSQL per creare un nuovo database <DatabaseName> e quindi arrestare il database per il ripristino. Se invece si intende solo ripristinare un database esistente, eseguire il comando HDBSQL per arrestare il database:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      • <DatabaseName>: nome del nuovo database o del database esistente che si vuole ripristinare
      • <Timestamp>: timestamp esatto del ripristino temporizzato
      • <DatabaseName@HostName>: nome del database il cui backup viene usato per il ripristino e nome del server host/SAP HANA host in cui risiede il database. L'opzione USING SOURCE <DatabaseName@HostName> specifica che il backup dei dati (usato per il ripristino) è di un database con un SID o un nome diverso rispetto al computer SAP HANA di destinazione. Non è quindi necessario specificarlo per i ripristini eseguiti nello stesso server HANA da cui viene eseguito il backup.
      • <PathToGeneratedCatalogInStep3>: percorso del file di catalogo generato nel passaggio 3
      • <DataFileDir>: cartella che contiene i backup completi
      • <LogFilesDir>: cartella contenente i backup dei log, i backup differenziali e incrementali (se presenti)
      • <BackupIdFromJsonFile>: valore di BackupId estratto nel passaggio 3

Ripristino tra sottoscrizioni

Con il ripristino tra sottoscrizioni è possibile eseguire il ripristino in qualsiasi sottoscrizione e in qualsiasi insieme di credenziali nel tenant, se sono disponibili le autorizzazioni di ripristino. Per impostazione predefinita, il ripristino tra sottoscrizioni è abilitato in tutti gli insiemi di credenziali di Servizi di ripristino (insiemi di credenziali esistenti e appena creati).

Nota

  • È possibile attivare il ripristino tra sottoscrizioni dall'insieme di credenziali di Servizi di ripristino.
  • Il ripristino tra sottoscrizioni è supportato solo per i backup basati su streaming/Backint e non è supportato per i backup basati su snapshot.
  • Il ripristino tra aree combinato con il ripristino tra sottoscrizioni non è supportato.
az backup vault create

Aggiungere il parametro cross-subscription-restore-state che consente di impostare lo stato del ripristino tra sottoscrizioni dell'insieme di credenziali durante la creazione e l'aggiornamento dell'insieme di credenziali.

az backup recoveryconfig show

Aggiungere il parametro --target-subscription-id che consente di specificare la sottoscrizione di destinazione come input durante l'attivazione del ripristino tra sottoscrizioni per le origini dati SQL o HANA.

Esempio:

   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}

Passaggio successivo