Compartir a través de

Tutorial: Restauración de las bases de datos de SAP HANA en una máquina virtual de Azure con la CLI de Azure

  • Artículo

En este tutorial se describe cómo restaurar la instancia de base de datos de SAP HANA y la instancia de replicación del sistema de SAP HANA (HSR) mediante la CLI de Azure.

La CLI de Azure se usa para crear y administrar los recursos de Azure desde la línea de comandos o mediante scripts. En esta documentación se detalla cómo restaurar una base de datos de SAP HANA con copia de seguridad en una máquina virtual de Azure con la CLI de Azure. También puede llevar a cabo estos pasos con Azure Portal.

Nota

  • Actualmente, la recuperación de la ubicación original (OLR) no se admite para HSR.
  • No se admite la restauración en la instancia de HSR. Sin embargo, solo se admite la restauración a la instancia de HANA.

Use Azure Cloud Shell para ejecutar comandos de la CLI.

En este tutorial se presupone que tiene una base de datos de SAP HANA que se ejecuta en una máquina virtual de Azure con copia de seguridad realizada mediante Azure Backup. Si ha usado Realización de una copia de seguridad de una base de datos de SAP HANA en Azure mediante la CLI para realizar la copia de seguridad de la base de datos de SAP HANA, estará usando los siguientes recursos:

  • Grupo de recursos denominado saphanaResourceGroup.
  • Almacén denominado saphanaVault.
  • Contenedor protegido denominadoVMAppContainer;Compute;saphanaResourceGroup;saphanaVM.
  • El elemento o la base de datos con copia de seguridad denominado saphanadatabase;hxe;hxe.
  • Recursos de la región de westus2.

Consulte la matriz de compatibilidad de copia de seguridad de SAP HANA para obtener más información sobre las configuraciones y los escenarios admitidos.

Ver los puntos de restauración de una base de datos con copia de seguridad

Para ver la lista de todos los puntos de recuperación de una base de datos, use el cmdlet az backup recoverpoint list como se indica a continuación:

Elegir un tipo de base de datos:

Para ver los puntos de recuperación disponibles, ejecute el siguiente comando:

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

La lista de puntos de recuperación tendrá el siguiente aspecto:

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

Como puede ver, la lista anterior contiene tres puntos de recuperación: para las copias de seguridad completas, las diferenciales y de registro.

Nota:

También puede ver los puntos inicial y final de cada cadena de copia de seguridad de registro íntegra mediante el cmdlet az backup recoverypoin show-log-chain.

Requisitos previos para restaurar una base de datos

Antes de restaurar una base de datos, asegúrese de que se cumplen los requisitos previos siguientes:

  • Solo puede restaurar la base de datos en una instancia de SAP HANA que se encuentre en la misma región.
  • La instancia de destino debe registrarse con el mismo almacén que el origen u otro almacén de la misma región.
  • Azure Backup no puede identificar dos instancias de SAP HANA diferentes en la misma máquina virtual. Por lo tanto, no es posible restaurar los datos de una instancia en otra en la misma máquina virtual.

Restaurar una base de datos

Azure Backup puede restaurar bases de datos de SAP HANA que se ejecutan en máquinas virtuales de Azure como se indica a continuación:

  • Restaurar a una fecha u hora específicas (con precisión de segundos) mediante copias de seguridad de registros. Azure Backup determina automáticamente la copia de seguridad diferencial o completa apropiada, y la cadena de copias de seguridad de registros necesarias para restaurar los datos en función del tiempo seleccionado.
  • Restaurar una copia de seguridad completa o diferencial específica para restaurar a un punto de recuperación específico.

Para restaurar una base de datos, use el cmdlet az restore-azurewl, que requiere un objeto de configuración de recuperación como una de las entradas. Este objeto se puede generar mediante el cmdlet az backup recoveryconfig show. El objeto de configuración de recuperación contiene todos los detalles para realizar la restauración. Uno de ellos es el modo de restauración: OriginalWorkloadRestore o AlternateWorkloadRestore.

Nota:

OriginalWorkloadRestore: restaura los datos en la misma instancia de SAP HANA de origen. Esta opción sobrescribe la base de datos original.
AlternateWorkloadRestore: restaura la base de datos en una ubicación alternativa y mantiene la base de datos de origen original.

Restauración a una ubicación alternativa

Para restaurar una base de datos en una ubicación alternativa, use AlternateWorkloadRestore como modo de restauración. A continuación debe elegir el punto de restauración, que puede ser un momento anterior o cualquiera de los puntos de restauración anteriores.

En este tutorial se realizará la restauración a un punto de restauración anterior. Consulte la lista de puntos de restauración para la base de datos y elija el momento al que desea realizar la restauración. En este tutorial se usará el punto de restauración con el nombre 7660777527047692711.

Con el nombre de punto de restauración anterior y el modo de restauración, vamos a crear el objeto de configuración de recuperación mediante el cmdlet az backup recoveryconfig show. Echemos un vistazo a lo que significa cada uno de los parámetros restantes de este cmdlet:

  • --target-item-name es el nombre que utilizará la base de datos restaurada. En este caso, restored_database.
  • --target-server-name es el nombre de un servidor de SAP HANA que se ha registrado correctamente en un almacén de Recovery Services y se encuentra en la misma región que la base de datos que se va a restaurar. En este tutorial se va a restaurar la base de datos en el mismo servidor SAP HANA que se ha protegido, denominado hxehost.
  • --target-server-type: para la restauración de bases de datos de SAP HANA, se debe usar HANAInstance.

Elegir un tipo de base de datos:

Para iniciar la operación de restauración, ejecute el siguiente comando:


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 respuesta a la consulta anterior será un objeto de configuración de recuperación con un aspecto similar al siguiente:

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

Ahora, para restaurar la base de datos, ejecute el cmdlet az restore-azurewl. Para usar este comando, se especificará la salida JSON anterior, guardada en un archivo denominado recoveryconfig.json.

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

El resultado tendrá un aspecto similar al siguiente:

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

La respuesta le proporcionará el nombre del trabajo. Este nombre de trabajo se puede usar para realizar el seguimiento del estado del trabajo mediante el cmdlet az backup job show.

Restauración y sobrescritura

Para la restauración en la ubicación original, usaremos OrignialWorkloadRestore como modo de restauración. A continuación debe elegir el punto de restauración, que puede ser un momento anterior o cualquiera de los puntos de restauración anteriores.

En este tutorial elegiremos el momento anterior "28-11-2019-09:53:00" para la restauración. Puede proporcionar este punto de restauración en los siguientes formatos: dd-mm-aaaa, dd-mm-aaaa-hh:mm:ss. Para elegir un momento dado para la restauración, use el cmdlet az backup recoverypoint show-log-chain, que muestra los intervalos de copias de seguridad de la cadena de registro íntegras.

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 respuesta a la consulta anterior será un objeto de configuración de recuperación con el aspecto siguiente:

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

Ahora, para restaurar la base de datos, ejecute el cmdlet az restore-azurewl. Para usar este comando, se especificará la salida JSON anterior, guardada en un archivo denominado recoveryconfig.json.

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

El resultado tendrá un aspecto similar al siguiente:

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

La respuesta le proporcionará el nombre del trabajo. Este nombre de trabajo se puede usar para realizar el seguimiento del estado del trabajo mediante el cmdlet az backup job show.

Restaurar en región secundaria

Para restaurar una base de datos en la región secundaria, especifique un almacén de destino y un servidor ubicados en la región secundaria, en la configuración de restauración.

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

A continuación se muestra la respuesta al comando anterior que será un objeto de configuración de recuperación:

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

Use esta configuración de recuperación en el cmdlet az restore restore-azurewl. Seleccione la marca --use-secondary-region para restaurar la base de datos a la región secundaria.

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

La salida será la siguiente:

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

El RPO para que los datos de copia de seguridad estén disponibles en la región secundaria es de 12 horas. Por lo tanto, cuando se activa el CRR, el RPO para la región secundaria es de 12 horas + la duración de la frecuencia de registro (que puede establecerse en un mínimo de 15 minutos).

Restaurar como archivos

Para restaurar los datos de la copia de seguridad como archivos en lugar de una base de datos, utilizaremos Restaurar como archivos como el modo de restauración. A continuación, elija el punto de restauración, que puede ser un momento anterior o cualquiera de los puntos de restauración anteriores. Cuando los archivos se vuelcan en una ruta de acceso especificada, puede llevar estos archivos a cualquier máquina de SAP HANA en la que quiera restaurarlos como base de datos. Dado que puede mover estos archivos a cualquier máquina, ahora puede restaurar los datos entre suscripciones y regiones.

En este tutorial, para la restauración elegiremos el momento anterior 28-11-2019-09:53:00 y la ubicación para volcar los archivos de copia de seguridad como /home/saphana/restoreasfiles en el mismo servidor de SAP HANA. Puede proporcionar este punto de restauración en uno de los siguientes formatos: dd-mm-aaaa o dd-mm-aaaa-hh:mm:ss. Para elegir un momento dado para la restauración, use el cmdlet az backup recoverypoint show-log-chain, que muestra los intervalos de copias de seguridad de la cadena de registro íntegras.

Con el nombre de punto de restauración anterior y el modo de restauración, vamos a crear el objeto de configuración de recuperación mediante el cmdlet az backup recoveryconfig show. Echemos un vistazo a lo que significa cada uno de los parámetros restantes de este cmdlet:

  • --target-container-name es el nombre de un servidor de SAP HANA que se ha registrado correctamente en un almacén de Recovery Services y se encuentra en la misma región que la base de datos que se va a restaurar. En este tutorial, se va a restaurar la base de datos como archivos en el mismo servidor de SAP HANA que se ha protegido, llamado hxehost.
  • --rp-name Para una restauración a un momento dado, el nombre del punto de restauración será 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 respuesta a la consulta anterior será un objeto de configuración de recuperación con el aspecto siguiente:

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

Ahora, para restaurar la base de datos como archivos, ejecute el cmdlet az restore-azurewl. Para usar este comando, se especificará la salida JSON anterior, guardada en un archivo llamado recoveryconfig.json.

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

El resultado tendrá un aspecto similar al siguiente:

{
  "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 respuesta le proporcionará el nombre del trabajo. Este nombre de trabajo se puede usar para realizar el seguimiento del estado del trabajo mediante el cmdlet az backup job show.

Los archivos que se vuelcan en el contenedor de destino son:

  • Archivos de copia de seguridad de bases de datos
  • Archivos de catálogo
  • Archivos de metadatos JSON (para cada archivo de copia de seguridad implicado)

Típicamente, una ruta de acceso a un recurso compartido de red o una ruta de acceso de un recurso compartido de archivos de Azure montado cuando se especifica como una ruta de acceso de destino facilita el acceso a estos archivos de parte de otras máquinas en la red o en el mismo recurso compartido de archivos de Azure montado en ellas.

Nota:

Para restaurar los archivos de copia de seguridad de base de datos en un recurso compartido de archivos de Azure montado en la VM registrada de destino, asegúrese de que la cuenta raíz tenga accesos de lectura o escritura en el recurso compartido de archivos de Azure.

En función del tipo de punto de restauración elegido (Momento dado o Completa y diferencial), se crearán una o varias carpetas en la ruta de acceso de destino. Una de las carpetas, llamada Data_<date and time of restore>, contiene las copias de seguridad completas y, la otra, llamada Log, contiene las copias de seguridad de registros y otras copias de seguridad (como diferenciales e incrementales).

Nota

Si ha seleccionado Restaurar a un momento dado, los archivos de registro (volcados en la máquina virtual de destino) pueden contener registros más allá del momento dado elegido para la restauración. Azure Backup hace esto para asegurarse de que las copias de seguridad de registros de todos los servicios de HANA están disponibles para una restauración coherente y correcta en el momento dado elegido.

Nota

Si no desea restaurar toda la cadena, sino solo un subconjunto de archivos, siga los pasos que se documentan aquí.

Mueva estos archivos restaurados al servidor de SAP HANA en el que quiere restaurarlos como base de datos. A continuación, siga estos pasos para restaurar la base de datos:

  1. Establezca permisos en la carpeta o el directorio en que se almacenan los archivos de copia de seguridad mediante el comando siguiente:

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

  2. Ejecute el siguiente conjunto de comandos como <SID>adm.

    su - <sid>adm

  3. Genere el archivo de catálogo para la restauración. Extraiga BackupId del archivo de metadatos JSON para la copia de seguridad completa, que se usará más adelante en la operación de restauración. Asegúrese de que las copias de seguridad completas y de registros se encuentran en carpetas diferentes y elimine los archivos de catálogo y los archivos de metadatos JSON de estas carpetas.

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

    En el comando anterior:

    • <DataFileDir>: carpeta que contiene las copias de seguridad completas
    • <LogFilesDir>: la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales e incrementales (si las hay)
    • <PathToPlaceCatalogFile>: carpeta donde se debe colocar el archivo de catálogo generado

  4. Realice la restauración con el archivo de catálogo recién generado mediante HANA Studio o ejecute la consulta de restauración HDBSQL con este catálogo recién generado. Las consultas HDBSQL se enumeran a continuación:

    • Para restaurar a un momento dado:

      Si está creando una nueva base de datos restaurada, ejecute el comando HDBSQL para crear una nueva base de datos <DatabaseName> y, a continuación, detenga la base de datos para la restauración. Sin embargo, si solo está restaurando una base de datos existente, ejecute el comando HDBSQL para detenerla.

      A continuación, ejecute el siguiente comando para restaurar la base de datos:

      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>: nombre de la base de datos nueva o existente que quiere restaurar
      • <Timestamp>: marca de tiempo exacta de la restauración a un momento dado
      • <DatabaseName@HostName>: nombre de la base de datos cuya copia de seguridad se usa para la restauración y nombre del servidor de SAP HANA o host en que reside esta base de datos. La opción USING SOURCE <DatabaseName@HostName> especifica que la copia de seguridad de datos (usada para la restauración) es de una base de datos con un SID o nombre diferente al de la máquina de SAP HANA de destino. Por lo tanto, no es necesario especificarla para las restauraciones realizadas en el mismo servidor de HANA del que se toma la copia de seguridad.
      • <PathToGeneratedCatalogInStep3>: ruta de acceso al archivo de catálogo generado en el paso 3
      • <DataFileDir>: carpeta que contiene las copias de seguridad completas
      • <LogFilesDir>: la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales e incrementales (si las hay)
      • <BackupIdFromJsonFile>: BackupId extraído en el paso 3

    • Para restaurar una copia de seguridad completa o diferencial determinada:

      Si está creando una nueva base de datos restaurada, ejecute el comando HDBSQL para crear una nueva base de datos <DatabaseName> y, a continuación, detenga la base de datos para la restauración. Sin embargo, si solo está restaurando una base de datos existente, ejecute el comando HDBSQL para detenerla:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      • <DatabaseName>: nombre de la base de datos nueva o existente que quiere restaurar
      • <Timestamp>: marca de tiempo exacta de la restauración a un momento dado
      • <DatabaseName@HostName>: nombre de la base de datos cuya copia de seguridad se usa para la restauración y nombre del servidor de SAP HANA o host en que reside esta base de datos. La opción USING SOURCE <DatabaseName@HostName> especifica que la copia de seguridad de datos (usada para la restauración) es de una base de datos con un SID o nombre diferente al de la máquina de SAP HANA de destino. Por lo tanto, no es necesario especificarla para las restauraciones realizadas en el mismo servidor de HANA del que se toma la copia de seguridad.
      • <PathToGeneratedCatalogInStep3>: ruta de acceso al archivo de catálogo generado en el paso 3
      • <DataFileDir>: carpeta que contiene las copias de seguridad completas
      • <LogFilesDir>: la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales e incrementales (si las hay)
      • <BackupIdFromJsonFile>: BackupId extraído en el paso 3

Restauración entre suscripciones

Con la restauración entre suscripciones (CSR), tiene la flexibilidad de restaurar a cualquier suscripción y a cualquier almacén del inquilino si los permisos de restauración están disponibles. De manera predeterminada, CSR está habilitado en todos los almacenes de Recovery Services (almacenes existentes y recién creados).

Nota:

  • Puede desencadenar la restauración entre suscripciones desde el almacén de Recovery Services.
  • CSR solo se admite para copias de seguridad basadas en streaming o Backint y no se admite para la copia de seguridad basada en instantáneas.
  • No se admite la restauración entre regiones (CRR) con CSR.
az backup vault create

Agregue el parámetro cross-subscription-restore-state que le permite establecer el estado de CSR del almacén durante la creación y actualización del almacén.

az backup recoveryconfig show

Agregue el parámetro --target-subscription-id que le permite proporcionar la suscripción de destino como entrada al desencadenar la restauración entre suscripciones para orígenes de datos de SQL o HANA.

Ejemplo:

   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}

Paso siguiente