Restaurar y recuperar instancias de escalado horizontal de SAP HANA

En esta página se incluye información sobre cómo recuperar instancias de escalado horizontal de SAP HANA a partir de copias de seguridad del servicio de copias de seguridad y recuperación tras desastres.

Requisitos de licencia e impacto en la restauración

  • La clave de licencia de una base de datos SAP HANA se basa en el ID del sistema y en el ID de hardware. Después de una recuperación, una clave de licencia de SAP HANA deja de ser válida si el SID o el ID de hardware han cambiado.
  • Durante la recuperación, se instala automáticamente una clave de licencia temporal si la copia de seguridad utilizada para la recuperación tiene una licencia permanente que sigue siendo válida. Puedes trabajar con la licencia temporal instalada automáticamente durante un máximo de 90 días. Durante este periodo, debes solicitar a SAP que transfiera la licencia de la base de datos de origen a una nueva clave de licencia. A continuación, debe instalar la nueva clave de licencia en la base de datos de SAP HANA recuperada.
  • Si la copia de seguridad que se ha usado para la recuperación solo tenía una licencia temporal, la base de datos estará en modo de bloqueo inmediatamente después de la recuperación.

Base de datos de origen con licencia temporal: se trata de copias de seguridad creadas con licencias temporales.

  • Restaurar en la fuente: Han transcurrido 90 días desde la creación de la base de datos y esta se encuentra en modo de bloqueo.
  • Restaurar en el nuevo destino. Falla porque la licencia temporal de SAP no permite restaurar el contenido en el nuevo destino.

Base de datos de origen con licencia permanente Se trata de copias de seguridad creadas con licencias permanentes.

  • Restaura la copia de seguridad en la fuente. No hay ningún problema.
  • Restaurar en el nuevo destino: tiene una licencia de prueba de 90 días. Las copias de seguridad se completan correctamente, pero no se pueden usar para restaurar.

Referencias de SAP

Comprobación preparatoria

Durante el procedimiento de restauración, se realizan comprobaciones previas para validar la recuperación. Se comprueban los siguientes requisitos previos para restaurar la base de datos correctamente:

  • SID de HANA: HANA se configura en el nodo de destino con el mismo nombre de SID de HANA.
  • Archivo de configuración: el archivo de configuración global.ini está configurado correctamente
  • Ruta de copia de seguridad de los registros: la ruta de copia de seguridad de los registros se define en global.ini.
  • CONFIGURACIÓN DE BACKINT:
    • Desde la imagen de nivel de volumen: Backint no está configurado para esta base de datos.
    • Desde imagen completa e incremental: si el servidor de destino aún no está configurado con backint, backint se configura durante la restauración.
  • VERSIÓN DE HANA: la versión de HANA de destino es la misma que la de origen.
  • USERSTOREKEY: proporciona la clave de UserStore en el destino o un nombre de usuario y una contraseña privilegiados válidos que existan en el momento de la copia de seguridad.
  • Volumen lógico
    • El nombre del volumen lógico y el nombre del grupo de volúmenes deben ser los mismos en el nodo de origen y en el de destino.
    • El tamaño del volumen lógico de destino debe ser igual o superior al del volumen lógico de origen.
  • Estado del nodo
    • Configuración de escalado vertical y autónoma: el nodo de destino está activo y disponible.
    • Configuración de alta disponibilidad de HANA (1+n): la replicación debe inhabilitarse antes de que se pueda iniciar la restauración. La replicación posterior a la restauración debe volver a configurarse. Si restauras un clúster de alta disponibilidad de HANA (1+n) en cualquier nodo, se creará una aplicación independiente en el host de destino seleccionado. El usuario tiene que configurar explícitamente el clúster según sea necesario y descubrir la aplicación de forma adecuada.

Recuperación automática de una base de datos SAP HANA

Antes de empezar

A partir de una imagen de backup a nivel de volumen

Recuperación automática de una base de datos HANA en un nuevo destino a partir de una imagen de copia de seguridad a nivel de volumen

  1. En la lista Aplicaciones del gestor de aplicaciones, haz clic con el botón derecho en la base de datos y selecciona Acceso.
  2. Selecciona la última instantánea que quieras recuperar y elige Restaurar.

  3. En la página Restaurar, elige Restaurar a nuevo objetivo.

    • Objetivo. En todas las configuraciones, los nodos de HANA aptos estarán disponibles para elegir en el menú desplegable. Selecciona el nodo que quieras restaurar en el menú desplegable.

    • Reemplazar la identidad de la aplicación original. Esta opción solo está disponible cuando la restauración se realiza en un host nuevo del mismo dispositivo en el que se generó originalmente la copia de seguridad.

      • Sí. Esta aplicación sustituirá a la original y tendrá el mismo ID de aplicación, historial de trabajos, imágenes de copia de seguridad y plan de copia de seguridad que la aplicación original.
      • No. No sustituirá a la aplicación original. Se detectará como una nueva aplicación durante el trabajo de restauración.
    • Tiempo de avance. Elige la fecha y la hora a las que quieres restaurar la base de datos protegida con registros.
    • SID DE LA BASE DE DATOS DE DESTINO. Se rellenará automáticamente con el nombre del SID de la base de datos protegida y no se podrá modificar.

    • SAP DB USER STORE-KEY. Este campo se rellenará automáticamente con la clave de la tienda del usuario durante la copia de seguridad. Se puede especificar una nueva clave de almacén de usuarios con un nombre de usuario y una contraseña privilegiados que estaban disponibles durante la copia de seguridad. Se creará esta nueva clave de almacén de usuarios y se usará para la recuperación.

    • Si se proporcionan el nombre de usuario y la contraseña con la clave del almacén de usuarios, se volverá a crear la clave del almacén de usuarios con este nombre de usuario y contraseña. La validación solo se realizará después de que se recupere systemdb. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio adecuado, o si no están disponibles como parte de la imagen de copia de seguridad.

    • Si se especifica una nueva clave de almacén de usuarios con nombre de usuario y contraseña, se creará la clave de almacén de usuarios con el nombre, el nombre de usuario y la contraseña especificados. La validación solo se realizará después de la recuperación de systemdb. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos, no contienen el privilegio adecuado o no están disponibles como parte de la imagen de copia de seguridad.

    • Si no se transfieren userstorekey, nombre de usuario y contraseña, durante la comprobación previa se realizará una validación para comprobar si el userstorekey utilizado durante la copia de seguridad existe en el servidor de destino. La comprobación previa fallará si no se encuentra la clave de almacén de usuarios utilizada durante la copia de seguridad. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos, no contienen el privilegio correcto o no están disponibles como parte de la imagen de copia de seguridad.

    • Si no se transfiere ningún userstorekey, pero se proporcionan el nombre de usuario y la contraseña, el userstorekey usado durante la copia de seguridad se volverá a crear con las credenciales transferidas al servidor de destino. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio adecuado, o si no están disponibles como parte de la imagen de copia de seguridad.

  4. Haz clic en la comprobación preparatoria.

  • Si la comprobación previa al vuelo falla, soluciona el problema y vuelve a enviar la comprobación previa al vuelo.
  • Si la comprobación previa al vuelo se realiza correctamente, haz clic en Enviar para enviar el trabajo de restauración.

Para obtener datos de una imagen de copia de seguridad a nivel de volumen

Recuperación automatizada de una base de datos HANA en la fuente a partir de una imagen de copia de seguridad a nivel de volumen

  1. En la lista Aplicaciones del Gestor de aplicaciones, haz clic con el botón derecho en la base de datos y selecciona Acceso. En la última instantánea que quieras recuperar, elige Restaurar.

  2. En la página Restaurar, elige Restaurar a la fuente.

    • Objetivo: complete lo siguiente:
      • En el caso de la configuración independiente de SAP HANA, el campo Destino se rellena automáticamente.
      • En la configuración de alta disponibilidad de HANA (1+n), seleccione el nodo de alta disponibilidad de HANA que quiera restaurar en la lista desplegable.
    • Tiempo de avance. Elige la fecha y la hora a las que quieres restaurar la base de datos protegida con registros.
    • SID DE LA BASE DE DATOS DE DESTINO. Se rellenará automáticamente con el nombre del SID de la base de datos protegida y no se podrá modificar.
    • SAP DB USER STORE-KEY. Este campo se rellenará automáticamente con la clave de la tienda del usuario durante la copia de seguridad. Se puede especificar una nueva clave de almacén de usuarios con un nombre de usuario y una contraseña privilegiados que estaban disponibles durante la copia de seguridad. Se creará esta nueva clave de almacén de usuarios y se usará para la recuperación.
      • Si se proporcionan el nombre de usuario y la contraseña con la clave de almacén de usuarios, se volverá a crear la clave de almacén de usuarios con este nombre de usuario y esta contraseña. La validación solo se realizará después de que se recupere systemdb. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio adecuado, o si no están disponibles como parte de la imagen de copia de seguridad.
      • Si se especifica una nueva clave de almacén de usuarios con nombre de usuario y contraseña, se creará con el nombre, el nombre de usuario y la contraseña especificados. La validación solo se realizará después de la recuperación de systemdb. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio adecuado o no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se transfieren userstorekey, nombre de usuario y contraseña, durante la comprobación previa se realizará una validación para comprobar si el userstorekey utilizado durante la copia de seguridad existe en el servidor de destino. La comprobación previa fallará si no se encuentra la clave de almacén de usuarios utilizada durante la copia de seguridad. La recuperación del inquilino puede fallar si las credenciales no son válidas o no contienen el privilegio adecuado, o si no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se ha transferido ninguna userstorekey, pero se han proporcionado el nombre de usuario y la contraseña, la userstorekey utilizada durante la copia de seguridad se volverá a crear con las credenciales transferidas al servidor de destino. La recuperación del inquilino puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio correcto, o si no están disponibles como parte de la imagen de copia de seguridad.
    1. Haz clic en Pre-Flight Check (Comprobación previa).
    • Si la comprobación previa falla, soluciona el problema y vuelve a enviar la comprobación previa.
    • Si la comprobación previa al vuelo se realiza correctamente, haz clic en Enviar para enviar el trabajo de restauración.

A partir de una imagen de backup completa e incremental

Recuperación automática de una base de datos HANA en un nuevo destino a partir de una imagen de copia de seguridad completa e incremental

  1. En la consola de gestión Gestor de aplicaciones, en la lista Aplicaciones, haz clic con el botón derecho en la base de datos y selecciona Acceso.
  2. Selecciona la última instantánea que quieras recuperar y elige Restaurar.

  3. En la página Restaurar, elija Restaurar en un nuevo destino.

    • Objetivo. En el caso de la configuración de HANA independiente, este campo se rellena automáticamente. Los nodos de alta disponibilidad de HANA estarán disponibles en el menú desplegable. Selecciona el nodo que quieras restaurar en el menú desplegable.

    • Reemplazar identidad original. Esta opción solo está disponible cuando la restauración se realiza en un host nuevo en el mismo dispositivo de copia de seguridad o recuperación en el que se generó originalmente la copia de seguridad.

      • Sí. Esta aplicación sustituirá a la original y tendrá el mismo ID de aplicación, historial de trabajos, imágenes de copia de seguridad y plan de copia de seguridad que la aplicación original.
      • No. No sustituirá a la aplicación original. Se detectará como una nueva aplicación durante la restauración. Después de una restauración de alta disponibilidad de HANA, el nodo se convertirá en independiente y conservará el mismo appid del clúster. Si habilitas la replicación, la siguiente detección encontrará el clúster y seguirá usando el mismo appid que el host del clúster.

    • LISTA DE INCLUSIÓN. Para recuperar SYSTEMDB con o sin una o varias bases de datos de inquilino de n bases de datos de inquilino, proporcione una lista de bases de datos separadas por comas en INCLUDE.

    • En EXCLUDE LIST (LISTA DE EXCLUSIÓN), para excluir SYSTEMDB o una o varias bases de datos de inquilino durante la recuperación de n bases de datos de inquilino, proporcione una lista de bases de datos separadas por comas en EXCLUDE (EXCLUIR). Por ejemplo, si incluyes SYSTEMDB en la lista de exclusión, se excluirá SYSTEMDB de la recuperación y se recuperarán todas las bases de datos de inquilinos de las que se haya creado una copia de seguridad.

      • Si INCLUDE LIST y EXCLUDE LIST están vacías, se recuperarán SYSTEMDB y todos los tenants (tn1, tn2 y tn3).
      • Si quiere recuperar un solo arrendatario, tn1, utilice la lista de inclusión con tn1.
      • Si quieres recuperar tn2 y tn3, y excluir SYSTEMDB y tn1, usa la lista de inclusión con solo tn2 y tn3.
      • Si solo quiere recuperar todos los tenants (tn1, tn2 y tn3) y excluir SYSTEMDB, excluya SYSTEMDB o incluya tn1, tn2 y tn3.

    • Tiempo de avance. Elige la fecha y la hora a las que quieres restaurar la base de datos protegida con registros.

    • SID DE LA BASE DE DATOS DE DESTINO. Se rellenará automáticamente con el nombre del SID de la base de datos protegida y no se podrá modificar.

    • CLAVE DE ALMACÉN DE USUARIOS DE SAP DB. Se rellenará automáticamente con la clave de la tienda del usuario durante la copia de seguridad. Se puede especificar una nueva clave de almacén de usuarios con un nombre de usuario y una contraseña privilegiados que estaban disponibles durante la copia de seguridad. Se creará esta nueva clave de almacén de usuarios y se usará para la recuperación.

      • Si se proporcionan el nombre de usuario y la contraseña con la clave del almacén de usuarios, se volverá a crear la clave del almacén de usuarios con este nombre de usuario y contraseña. La validación solo se realizará después de que se recupere SYSTEMDB. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio adecuado, o si no están disponibles como parte de la imagen de copia de seguridad.
      • Si se especifica una nueva clave de almacén de usuarios con nombre de usuario y contraseña, se creará con el nombre, el nombre de usuario y la contraseña especificados. La validación solo se realizará después de la recuperación de SYSTEMDB. La recuperación del inquilino puede fallar si el nombre de usuario o la contraseña no son válidos, no contienen el privilegio adecuado o no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se especifica ningún userstorekey, se transfieren el nombre de usuario y la contraseña. A continuación, durante la comprobación previa, se realizará una validación para comprobar si el userstorekey utilizado durante la copia de seguridad existe en el servidor de destino. La comprobación previa fallará si no se encuentra la clave de userstore utilizada durante la copia de seguridad. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio correcto, o si no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se ha transferido ningún userstorekey, pero se han proporcionado el nombre de usuario y la contraseña, el userstorekey usado durante la copia de seguridad se volverá a crear con las credenciales transferidas al servidor de destino. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos, si no contiene los privilegios adecuados o si no está disponible como parte de la imagen de copia de seguridad.

  4. Haz clic en Comprobación previa.

    • Si la comprobación previa al vuelo falla, soluciona el problema y vuelve a enviar la comprobación previa al vuelo.
    • Si la comprobación previa al vuelo se realiza correctamente, haz clic en Enviar para enviar el trabajo de restauración.

Para usar como origen una imagen de copia de seguridad completa e incremental

Recuperación automatizada de una base de datos de HANA a la fuente a partir de una imagen de copia de seguridad completa e incremental

  1. En la consola de gestión Gestor de aplicaciones, en la lista Aplicaciones, haz clic con el botón derecho en la base de datos y selecciona Acceso.
  2. Selecciona la última instantánea que quieras recuperar y elige Restaurar.

  3. En la página Restaurar, elige Restaurar a la fuente.

    • En Objetivo, haz lo siguiente:

      • En el caso de la configuración de HANA independiente, este campo se rellena automáticamente.
      • En la configuración de alta disponibilidad de HANA (1+n), los nodos de alta disponibilidad de HANA estarán disponibles en el menú desplegable. Seleccione el nodo que quiera restaurar en el menú desplegable.

    • En INCLUDE LIST, para recuperar SYSTEMDB o una o varias bases de datos de inquilino de entre n bases de datos de inquilino, proporcione una lista de bases de datos separadas por comas en INCLUDE.

    • En EXCLUDE LIST (LISTA DE EXCLUSIÓN), para excluir SYSTEMDB o una o varias bases de datos de inquilino durante la recuperación de n bases de datos de inquilino, proporcione una lista de bases de datos separadas por comas en EXCLUDE (EXCLUIR). Por ejemplo, si incluyes SYSTEMDB en la lista de exclusión, se excluirá SYSTEMDB de la recuperación y se recuperarán todas las bases de datos de inquilinos de las que se haya creado una copia de seguridad.

      • Si INCLUDE LIST y EXCLUDE LIST están vacías, se recuperarán SYSTEMDB y todos los tenants (tn1, tn2 y tn3).
      • Si quiere recuperar un solo arrendatario, tn1, utilice la lista de inclusión con tn1.
      • Si quieres recuperar tn2 y tn3, y excluir SYSTEMDB y tn1, usa la lista de inclusión con solo tn2 y tn3.
      • Si solo quiere recuperar todos los tenants (tn1, tn2 y tn3) y excluir SYSTEMDB, excluya SYSTEMDB o incluya tn1, tn2 y tn3.

    • En Tiempo de recuperación, elige la fecha y la hora a las que quieres recuperar una base de datos protegida con registros.

    • En TARGET DATABASE SID (SID DE LA BASE DE DATOS DE DESTINO), se rellenará automáticamente con el nombre del SID de la base de datos protegida y no se podrá modificar.

    • En el caso de SAP DB USER STORE-KEY, este campo se rellenará automáticamente con la clave del almacén de usuarios durante la copia de seguridad. Se puede especificar una nueva clave de almacén de usuarios con un nombre de usuario y una contraseña privilegiados que estaban disponibles durante la copia de seguridad. Se creará esta nueva clave de almacén de usuarios y se usará para la recuperación.

      • Si se proporcionan el nombre de usuario y la contraseña con la clave userstore, esta se volverá a crear con el nombre de usuario y la contraseña. La validación solo se realizará después de que se recupere systemdb. La recuperación del inquilino puede fallar si el nombre de usuario o la contraseña no son válidos, no contienen el privilegio adecuado o no están disponibles como parte de la imagen de copia de seguridad.
      • Si se especifica una nueva clave de almacén de usuarios con nombre de usuario y contraseña, se creará con el nombre, el nombre de usuario y la contraseña especificados. La validación solo se realizará después de la recuperación de systemdb. La recuperación del inquilino puede fallar si el nombre de usuario o la contraseña no son válidos, si no contienen el privilegio adecuado o si no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se transfieren la clave de userstore, el nombre de usuario y la contraseña, durante la comprobación previa se realizará una validación para comprobar si la clave de userstore utilizada durante la copia de seguridad existe en el servidor de destino. La comprobación previa fallará si no se encuentra la clave userstorekey utilizada durante la copia de seguridad. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio correcto, o si no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se transfiere ningún userstorekey, pero se proporcionan el nombre de usuario y la contraseña, el userstorekey usado durante la copia de seguridad se volverá a crear con las credenciales transferidas al servidor de destino. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio adecuado, o si no están disponibles como parte de la imagen de copia de seguridad.
      • Con la recuperación de SYSTEMDB, la clave hdbuserstore se valida al final de la recuperación de SYSTEMDB y antes de iniciar la recuperación del tenant. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos o no contienen el privilegio adecuado, o si no están disponibles como parte de la imagen de copia de seguridad.

  4. Haz clic en Pre-Flight Check (Comprobación previa).

    • Si la comprobación previa falla, soluciona el problema y vuelve a enviar la comprobación previa.
    • Si la comprobación previa al vuelo se realiza correctamente, haz clic en Enviar para enviar el trabajo de restauración.

Recuperación manual de una base de datos de cliente de SAP HANA

Puedes recuperar manualmente una base de datos de un solo arrendatario en la fuente a partir de una imagen de backup a nivel de volumen.

Para recuperar una base de datos de un solo inquilino, haz lo siguiente:

  1. En la lista Aplicaciones del Gestor de aplicaciones, haz clic con el botón derecho en la base de datos y selecciona Acceso.
  2. En la pista, selecciona la última instantánea que quieras recuperar y, a la derecha, selecciona Montar.
  3. En la página Montar, inhabilita Opciones de aplicación y, en Opciones de montaje, define una ubicación de montaje, como /testmnt.
  4. Inicia sesión en el servidor como administrador y cambia el directorio a /act/custom_apps/saphana/restore: cd /act/custom_apps/saphana/restore
  5. Ejecuta la secuencia de comandos para la recuperación:
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

Descripción de los argumentos de la secuencia de comandos:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

Por ejemplo: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. Una vez que se haya completado la secuencia de comandos, la base de datos de inquilinos se recuperará hasta el punto en el tiempo y estará disponible para acceder.
  2. Ve a la consola de gestión y desmonta y elimina la imagen de copia de seguridad.

Recuperación manual de una base de datos SAP HANA a partir de una copia de seguridad de volcado de Backint completa e incremental

Puedes recuperar manualmente una base de datos en la fuente a partir de una copia de seguridad de volcado completo e incremental.

Para recuperar una base de datos de HANA a partir de una copia de seguridad de volcado completa e incremental, usa esta secuencia de comandos:

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

Ejemplo:

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

Revisar el estado de las copias de seguridad en SAP HANA Studio

Puedes consultar el estado de la copia de seguridad, los metadatos y las imágenes de copia de seguridad en HANA Studio, pero no puedes acceder a las imágenes de copia de seguridad del servicio Backup y DR desde HANA Studio. Para acceder a las imágenes de backup con fines de recuperación u otros, debes hacerlo desde la consola de gestión.

  1. En HANA Studio, ve a la carpeta Backup.

  2. Ve a la pestaña Catálogo de copias de seguridad.

    En la pestaña Catálogo de copias de seguridad se muestra el estado de tus copias de seguridad y detalles como la hora de inicio, la duración, el tamaño, el tipo de copia de seguridad y el destino.

Comportamiento de restauración de HANA y HANA HA 1+n

Esta sección incluye información sobre los comportamientos de restauración de HANA y HANA HA 1+n.

Todas las configuraciones de HANA

Restaurar en un nuevo destino con la opción Gestionar nueva aplicación habilitada:

  • Las aplicaciones restauradas están protegidas, pero la sección Detalles y configuración de la aplicación solo tiene los valores predeterminados. Después de restaurar la copia de seguridad, debe definir manualmente los valores necesarios en Detalles y ajustes de la aplicación para que la copia de seguridad se realice correctamente.
  • La protección de la aplicación restaurada estará inhabilitada. Debes habilitar la protección desde Gestor de aplicaciones > Aplicaciones > Gestionar plan de copia de seguridad para que se empiecen a ejecutar las copias de seguridad.

Configuraciones de alta disponibilidad de HANA (1+n)

En un clúster de HANA 1+1 con el nodo A como principal y el nodo B como secundario (nodo A > nodo B), el clúster se detecta como una aplicación en el servicio Backup y DR, y las copias de seguridad se ejecutan desde el nodo A (principal).

Restaurar en una nueva base de datos HANA de destino: independiente o en clúster

Si se descubre un nuevo destino como aplicación o protegido, antes de la restauración, esta aplicación debe desprotegerse y eliminarse de Backup y DR. El trabajo falla si existe la nueva aplicación de destino.

Restaurar el nodo A como principal

  • El nodo B debe anular su registro del clúster antes de ejecutar la restauración en el nodo A.
  • El nodo A se convierte en una aplicación independiente después de restaurarse en el nodo A.
  • El nodo B debe registrarse en el nodo A como secundario y debe ejecutarse una detección forzada en el nodo A para continuar como copia de seguridad del clúster.

Restaurar en el nodo secundario B

  • El nodo B debe estar dado de baja o, de lo contrario, se debe ejecutar una toma de control en el nodo B antes de restaurarlo.
  • Apaga el nodo A antes de restaurar el nodo B y añade el nodo A como secundario al nodo B después de la restauración.
  • El nodo B es una aplicación independiente después de la operación de restauración. El nodo A debe registrarse en el nodo B y ser el secundario.

  • Ejecuta un descubrimiento desde el nodo B para volver a descubrirlo como una aplicación de clúster.

  • Para mantener Nodo A y Nodo B como aplicaciones independientes y protegidas, ejecuta la detección en Nodo A y Nodo B después de la restauración sin habilitar la replicación.

Cómo inhabilitar la replicación del sistema SAP HANA para restaurar

  1. Inicia sesión en ambos sistemas como usuario del sistema operativo (usuario adm).
  2. Detener el sistema secundario: sapcontrol –nr -function StopSystem HDB.
  3. En el sistema secundario, anula el registro del sistema secundario: hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Inhabilita la replicación del sistema en el sistema principal: hdbnsutil –sr_disable.

  5. Comprueba la replicación del sistema con uno de los siguientes scripts:

    • La secuencia de comandos systemReplicationStatus.py. Esta secuencia de comandos muestra el estado de la réplica y la información de la base de datos.
    • La secuencia de comandos hdbnsutil -sr_state. Esta secuencia de comandos muestra el rol de los nodos de réplica y los detalles de la asignación de hosts.

Documentación del servicio de copias de seguridad y recuperación ante desastres para el escalado horizontal de SAP HANA

Esta página forma parte de una serie de páginas específicas sobre la protección y recuperación de instancias de escalado horizontal de SAP HANA con el servicio Backup y DR. Puedes consultar más información en las siguientes páginas: