Restauración de bases de datos de SAP HANA en máquinas virtuales de Azure

En este artículo se describe cómo restaurar bases de datos de SAP HANA que se ejecutan en máquinas virtuales de Azure, de las que el servicio Azure Backup ha realizado una copia de seguridad en un almacén de Recovery Services. Los datos restaurados se pueden usar para crear copias para escenarios de desarrollo y pruebas, o para volver a un estado anterior.

Azure Backup ahora admite la copia de seguridad o restauración de instancia de replicación del sistema de SAP HANA (HSR).

Nota

  • El proceso de restauración de bases de datos de HANA con HSR es igual que la restauración de bases de datos de HANA sin HSR. Según los avisos de SAP, puede restaurar bases de datos con el modo de HSR como bases de datos independientes. Si el sistema de destino tiene el modo de HSR habilitado, primero deshabilítelo y, a continuación, restaure la base de datos. Sin embargo, si va a restaurar como archivos, no es necesario deshabilitar el modo HSR (interrumpir el HSR).
  • Actualmente, la recuperación de la ubicación original (OLR) no se admite para HSR. Como alternativa, seleccione restauración de Ubicación alternativa y, a continuación, seleccione la máquina virtual de origen como Host en la lista.
  • No se admite la restauración en la instancia de HSR. Sin embargo, solo se admite la restauración en la instancia de HANA.

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

Restauración a un momento dado o a un punto de recuperación

Azure Backup puede restaurar bases de datos de SAP HANA que se ejecutan en máquinas virtuales de Azure. Puede:

  • Restaurarlas a una fecha u hora específicas (con precisión de segundos) mediante copias de seguridad de registros. Azure Backup determina automáticamente las copias de seguridad diferenciales o completas apropiadas, y la cadena de copias de seguridad de registros necesarias para restaurar los datos en función del tiempo seleccionado.

  • Restaurarlas una copia de seguridad completa o diferencial específica para restaurarlas a un punto de recuperación específico.

Requisitos previos

Antes de restaurar una base de datos, tenga en cuenta lo siguiente:

  • 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 estar registrada en el mismo almacén que la de origen. Obtenga más información sobre la copia de seguridad de bases de datos de SAP HANA.

  • 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 de la misma VM.

  • Para asegurarse de que la instancia de SAP HANA de destino está lista para la restauración, compruebe su estado de Preparación para la copia de seguridad:

    1. En Azure Portal, vaya al Centro de copias de seguridad y seleccione Copia de seguridad.

      Captura de pantalla que muestra dónde comprobar si la instancia de SAP HANA de destino está lista para restaurarse.

    2. En el panel Inicio: Configuración copia de seguridad, en Tipo de origen de datos, seleccione SAP HANA en la máquina virtual de Azure, seleccione el almacén en el que está registrada la instancia de SAP HANA y, a continuación, seleccione Continuar.

      Captura de pantalla que muestra dónde seleccionar SAP HANA en la máquina virtual de Azure como el tipo de origen de datos.

    3. En Detectar bases de datos en máquinas virtuales, Seleccione Ver detalles.

      Captura de pantalla que muestra dónde ver los detalles de la base de datos.

    4. Revise el estado de preparación para la copia de seguridad de la máquina virtual de destino.

      Captura de pantalla que muestra dónde revisar la preparación de la copia de seguridad de la máquina virtual de destino.

  • Para más información acerca de los tipos de restauración que admite SAP HANA, consulte la nota 1642148 de SAP HANA.

Restaurar una base de datos

Para restaurar una base de datos, necesita los permisos siguientes:

  • Operador de copia de seguridad: proporciona permisos en el almacén en el que se realiza la restauración.
  • Colaborador (escritura): proporciona acceso a la máquina virtual de origen de la que se hace la copia de seguridad.
  • Colaborador (escritura): proporciona acceso a la máquina virtual de destino.
    • Si va a restaurar en la misma VM, esta será la VM de origen.
    • Si va a restaurar en una ubicación alternativa, esta será la nueva VM de destino.
  1. En Azure Portal, vaya al Centro de copia de seguridad y seleccione Restaurar.

    Captura de pantalla en la que se muestra el inicio de la restauración de una base de datos de SAP HANA.

  2. Seleccione SAP HANA en Azure VM como tipo de origen de datos, seleccione la base de datos que desea restaurar y, a continuación, haga clic en Continuar.

    Captura de pantalla que muestra dónde restaurar los elementos de copia de seguridad.

  3. En Restaurar configuración, especifique dónde o cómo quiere restaurar los datos:

    • Ubicación alternativa: restaura la base de datos en una ubicación alternativa y mantiene la base de datos de origen original.
    • Sobrescribir la base de datos: restaura los datos en la misma instancia de SAP HANA que el origen. Esta opción sobrescribe la base de datos original.

    Captura de pantalla que muestra dónde restaurar la configuración.

Nota

Durante la restauración (aplicable solo al escenario de IP de front-end del equilibrador de carga o IP virtual), si está intentando restaurar una copia de seguridad en el nodo de destino después de cambiar el modo HSR como independiente o interrumpir HSR antes de la restauración, tal y como lo recomienda SAP, asegúrese de que Load Balancer está apuntando al nodo de destino.

Escenarios de ejemplo:

  • Si usa hdbuserstore set SYSTEMKEY localhost en el script de registro previo, no habrá ningún problema durante la restauración.
  • Si el *hdbuserstore está establecido SYSTEMKEY <load balancer host/ip> en el script de registro previo y está intentando restaurar la copia de seguridad en el nodo de destino, asegúrese de que el equilibrador de carga apunta al nodo de destino que debe restaurarse.

Restauración a una ubicación alternativa

  1. En el panel Restaurar, en ¿Dónde y cómo restaurar?, seleccione Ubicación alternativa.

    Captura de pantalla que muestra cómo restaurar la base de datos en una ubicación alternativa.

  2. Seleccione el nombre de host de SAP HANA y el nombre de la instancia en la que desea restaurar la base de datos.

  3. Compruebe si la instancia de SAP HANA de destino está lista para restaurarse asegurándose de su preparación para la copia de seguridad. Para obtener más información, consulte Requisitos previos.

  4. En el cuadro de diálogo Nombre de la base de datos restaurada, escriba el nombre de la base de datos de destino.

    Nota:

    Las restauraciones de Contenedor de base de datos única (SDC) deben seguir estas comprobaciones.

  5. Si procede, seleccione Sobrescribir si ya existe una base de datos con el mismo nombre en la instancia de HANA seleccionada.

  6. En Seleccionar punto de restauración, seleccione Registros (a un momento dado) a Restauración a un momento dado. O bien, seleccione Completa y diferencial para restaurar a un punto de recuperación específico.

Restaurar como archivos

Nota:

La restauración como archivos no funciona en recursos compartidos comunes del Sistema de archivos de Internet (CIFS), pero funciona para Network File System (NFS).

Para restaurar datos de copia de seguridad como archivos en lugar de una base de datos, seleccione Restaurar como archivos. Cuando los archivos se vuelcan en una ruta de acceso especificada, puede llevarlos a cualquier máquina de SAP HANA en la que quiera restaurarlos como base de datos. Dado que puede mover los archivos a cualquier máquina, ahora puede restaurar los datos entre suscripciones y regiones.

  1. En el panel Restaurar, en ¿Dónde y cómo se realiza la restauración?, seleccione Restaurar como archivos.

  2. Seleccione el nombre de servidor de HANA o host en el que quiere restaurar los archivos de copia de seguridad.

  3. En Ruta de acceso de destino en el servidor, especifique la ruta de acceso de carpetas del servidor seleccionado en el paso anterior. Se trata de la ubicación en la que el servicio volcará todos los archivos de copia de seguridad necesarios.

    Los archivos que se vuelcan son:

    • Archivos de copia de seguridad de bases de datos
    • 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 máquina virtual registrada de destino, asegúrese de que la cuenta raíz tenga accesos de lectura o escritura en el recurso compartido.

    Captura de pantalla que muestra cómo elegir la ruta de acceso de destino.

  4. Seleccione el punto de restauración en el que se restaurarán todas las carpetas y archivos de copia de seguridad.

    Captura de pantalla que muestra dónde seleccionar el punto de restauración.

  5. Todos los archivos de copia de seguridad asociados con el punto de restauración seleccionado se vuelcan en la ruta de acceso de destino.

  6. En función del tipo de punto de restauración elegido (A un momento dado o Completa y diferencial), se crearán una o varias carpetas en la ruta de acceso de destino. Una de las carpetas, Data_<fecha y hora de la restauración>, contiene las copias de seguridad completas y, la otra, 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.

  7. Mueva estos archivos restaurados al servidor de SAP HANA en el que quiere restaurarlos como base de datos y, después, haga lo siguiente:

    a. 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>
    

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

    su: <sid>adm
    

    c. 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 (no presentes con la recuperación de copia de seguridad completa) se encuentran en carpetas diferentes y elimine los archivos de metadatos JSON de estas carpetas. Ejecute:

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>
    
    • <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. Para la restauración de copia de seguridad completa, porque no se crea la carpeta de registro, agregue un directorio vacío.
    • <PathToPlaceCatalogFile>: carpeta donde se debe colocar el archivo de catálogo generado

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

    • Para abrir el símbolo del sistema de HDBSQL, ejecute el siguiente comando:

      hdbsql -U AZUREWLBACKUPHANAUSER -d systemDB
      
    • 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 detenga la base de datos para la restauración con el comando ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. 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 <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>: 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. 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 C"
      • <DataFileDir>: carpeta que contiene las copias de seguridad completas
      • <LogFilesDir>: la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales y copias de seguridad incrementales (si las hay)
      • <BackupIdFromJsonFile>: BackupId que se extrajo en el "paso c"
    • 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 detenga la base de datos para la restauración con el comando ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. 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 C"
      • <DataFileDir>: carpeta que contiene las copias de seguridad completas
      • <LogFilesDir>: la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales y copias de seguridad incrementales (si las hay)
      • <BackupIdFromJsonFile>: BackupId que se extrajo en el "paso c"
    • Para restaurar mediante el identificador de copia de seguridad:

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

      Ejemplos:

      Restauración del sistema de SAP HANA en el mismo servidor:

      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
      

      Restauración del inquilino de SAP HANA en el mismo servidor:

      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
      

      Restauración del sistema de SAP HANA en otro servidor:

      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
      

      Restauración del inquilino de SAP HANA en otro servidor:

      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
      

Restauración parcial como archivos

El servicio Azure Backup decide la cadena de archivos que se descargarán durante la restauración como archivos. Pero hay escenarios en los que es posible que no quiera volver a descargar todo el contenido.

Por ejemplo, puede tener una directiva de copia de seguridad de los diferenciales y registros diarios y semanales completos y ya descargó archivos para un diferencial determinado. Se dio cuenta de que no era el punto de recuperación correcto y decidió descargar el diferencial del día siguiente. Ahora solo necesita el archivo del diferencial, porque ya tiene la copia de seguridad completa de inicio. Con la capacidad de restauración parcial como archivos, proporcionada por Azure Backup, ahora puede excluir la copia de seguridad completa de los elementos de la cadena de descarga y descargar solo la copia de seguridad diferencial.

Exclusión de tipos de archivo de copia de seguridad

ExtensionSettingOverrides.json es un archivo JSON (notación de objetos JavaScript) que contiene invalidaciones para varias configuraciones del servicio Azure Backup para SQL. Para una operación de restauración parcial como archivos, debe agregar un nuevo campo JSON, RecoveryPointsToBeExcludedForRestoreAsFiles. Este campo contiene un valor de cadena que indica qué tipos de punto de recuperación se deben excluir en la siguiente operación de restauración como archivos.

  1. En la máquina de destino donde se van a descargar los archivos, vaya a la carpeta opt/msawb/bin.

  2. Cree un nuevo archivo JSON denominado ExtensionSettingOverrides.JSON, si aún no existe.

  3. Agregue el siguiente par de valor y clave JSON:

    {
    "RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull"
    }
    
  4. Cambie los permisos y la propiedad del archivo:

    chmod 750 ExtensionSettingsOverrides.json
    chown root:msawb ExtensionSettingsOverrides.json
    
  5. No es necesario reiniciar ningún servicio. El servicio Azure Backup intentará excluir los tipos de copia de seguridad de la cadena de restauración, como se mencionó en este archivo.

RecoveryPointsToBeExcludedForRestoreAsFiles solo toma valores específicos que indican los puntos de recuperación que se excluirán durante la restauración. Para SAP HANA, estos valores son:

  • ExcludeFull. Se descargarán otros tipos de copia de seguridad, como diferenciales, incrementales y registros, si están presentes en la cadena de puntos de restauración.
  • ExcludeFullAndDifferential. Se descargarán otros tipos de copia de seguridad, como incrementales y registros, si están presentes en la cadena de puntos de restauración.
  • ExcludeFullAndIncremental. Se descargarán otros tipos de copia de seguridad, como diferenciales y registros, si están presentes en la cadena de puntos de restauración.
  • ExcludeFullAndDifferentialAndIncremental. Se descargarán otros tipos de copia de seguridad, como registros, si están presentes en la cadena de puntos de restauración.

Restauración a un momento dado

Si ha seleccionado Registros (punto en el tiempo) como el tipo de restauración, haga lo siguiente:

  1. Seleccione un punto de recuperación en el gráfico del registro y seleccione Aceptar para elegir el punto de restauración.

    Captura de pantalla que muestra un gráfico de registro desde el que seleccionar un punto de restauración.

  2. En el menú Restaurar, seleccione Restaurar para iniciar el trabajo de restauración.

    Captura de pantalla que muestra el menú y el botón

  3. Realice un seguimiento del progreso de la restauración en el área de notificaciones o seleccione Trabajos de restauración en el menú de la base de datos.

    Captura de pantalla que muestra un mensaje que indica que la restauración se desencadenó correctamente.

Restauración a un punto de recuperación específico

Si ha seleccionado Completo y diferencial como el tipo de restauración, haga lo siguiente:

  1. Seleccione un punto de recuperación en la lista y seleccione Aceptar para elegir el punto de restauración.

    Captura de pantalla que muestra dónde seleccionar un punto de recuperación específico.

  2. En el menú Restaurar, seleccione Restaurar para iniciar el trabajo de restauración.

    Captura de pantalla que muestra el menú

  3. Realice un seguimiento del progreso de la restauración en el área de notificaciones o seleccione Trabajos de restauración en el menú de la base de datos.

    Captura de pantalla que muestra un mensaje que indica que la restauración se desencadenó correctamente.

    Nota

    En las restauraciones de Contenedor de varias bases de datos (MDC), cuando la base de datos del sistema se restaura en una instancia de destino, es necesario volver a ejecutar el script de registro previo. Entonces las restauraciones de bases de datos de inquilino subsiguientes se realizarán correctamente. Para más información, consulte Solución de problemas de restauración de varias bases de datos de contenedor.

Restauración entre regiones

Restauración entre regiones (CRR), una de las opciones de restauración, le permite restaurar bases de datos SAP HANA hospedadas en máquinas virtuales de Azure en una región secundaria, que es una región emparejada de Azure.

Para empezar a usar la característica, consulte Establecer restauración entre regiones.

Visualización de elementos de copia de seguridad de la región secundaria

Si la opción CRR está habilitada, puede ver los elementos de copia de seguridad de la región secundaria.

  1. En Azure Portal, vaya a Almacén de Recovery Services y, a continuación, seleccione Elementos de copia de seguridad.
  2. Seleccione Región secundaria para ver los elementos de la región secundaria.

Nota:

En la lista solo se mostrarán los tipos de administración de copia de seguridad que admiten la característica CRR. Actualmente, solo se admite la restauración de datos de regiones secundarias en una región secundaria.

Captura de pantalla que muestra los elementos de copia de seguridad en la región secundaria

Captura de pantalla que muestra las bases de datos de la región secundaria

Restauración de la región secundaria.

La experiencia del usuario de restauración de la región secundaria es similar a la de restauración de la región primaria. Al configurar los detalles en el panel Restaurar configuración, se le pedirá que proporcione solo los parámetros de la región secundaria. Debe existir un almacén en la región secundaria y el servidor SAP HANA debe estar registrado en dicho almacén.

Captura de pantalla que muestra el panel

Captura de pantalla que muestra una notificación

Nota

  • Una vez que se desencadena la restauración y se ha iniciado la fase de transferencia de datos, no se puede cancelar el trabajo de restauración.
  • El rol y el nivel de acceso necesarios para realizar la operación de restauración en varias regiones son el rol Operador de copia de seguridad en la suscripción y el acceso de Colaborador (escritura) en las máquinas virtuales de origen y de destino. Para ver los trabajos de copia de seguridad, el permiso mínimo necesario en la suscripción es Lector de archivo de copias de seguridad.
  • El objetivo de punto de recuperación (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).

Obtenga información sobre los requisitos mínimos de roles para la restauración entre regiones.

Supervisión de trabajos de restauración en la región secundaria

  1. En Azure Portal, vaya al Centro de copias de seguridad y seleccione Trabajos de copia de seguridad.

  2. Para ver los trabajos de la región secundaria, filtre la operación por CrossRegionRestore.

    Captura de pantalla que muestra los trabajos de copia de seguridad filtrados.

Restauración entre suscripciones

Azure Backup ahora permite restaurar la base de datos de SAP HANA en cualquier suscripción (según los siguientes requisitos de RBAC de Azure) desde el punto de restauración. De forma predeterminada, Azure Backup restaura a la misma suscripción donde están disponibles los puntos de restauración.

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.

Restauración entre suscripciones a un almacén habilitado para un punto de conexión privado

Para realizar una restauración entre suscripciones a un almacén habilitado para un punto de conexión privado:

  1. En el almacén de Recovery Services de origen, vaya a la pestaña Redes.
  2. Vaya a la sección Acceso privado y cree Puntos de conexión privados.
  3. Seleccione la suscripción del almacén de destino en el que desea restaurar.
  4. En la sección Red virtual, seleccione la red virtual de la máquina virtual de destino que desea restaurar en toda la suscripción.
  5. Cree el Punto de conexión privado y desencadene el proceso de restauración.

Requisitos de RBAC de Azure

Tipo de operación Operador de copia de seguridad Almacén de Recovery Services Operador alternativo
Restaurar base de datos o restaurar como archivos Virtual Machine Contributor Máquina virtual de origen de la que se hizo una copia de seguridad En lugar de un rol incorporado, puede considerar un rol personalizado que tenga los siguientes permisos:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Virtual Machine Contributor Máquina virtual de destino en la que se restaurará la base de datos o se crearán los archivos. En lugar de un rol incorporado, puede considerar un rol personalizado que tenga los siguientes permisos:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Backup Operator Almacén de Recovery Services de destino

De manera predeterminada, CSR está habilitado en el almacén de Recovery Services. Para actualizar la configuración de restauración del almacén de Recovery Services, vaya a Propiedades>Restauración entre suscripciones y realice los cambios necesarios.

Captura de pantalla que muestra cómo modificar la configuración de restauración entre suscripciones en un almacén de Recovery Services para una base de datos HANA.

Restauración entre suscripciones mediante la CLI de Azure

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}

Pasos siguientes