Restablece y recupera instancias de escalamiento horizontal de SAP HANA

En esta página, se incluye información para recuperar instancias de escalamiento horizontal de SAP HANA a partir de copias de seguridad del servicio Backup and DR.

Requisitos de licencias y su impacto en la restauración

  • La clave de licencia para una base de datos de SAP HANA se basa en el ID del sistema y el ID de hardware. Después de una recuperación, una clave de licencia de SAP HANA deja de ser válida si se modificó el SID o el ID de hardware.
  • Durante la recuperación, se instala automáticamente una clave de licencia temporal si la copia de seguridad que se usa para la recuperación tiene una licencia permanente que aún es válida. Puedes trabajar con la licencia temporal instalada automáticamente durante un máximo de 90 días. Durante este tiempo, debes solicitar a SAP que la licencia de la base de datos de origen se transfiera a una nueva clave de licencia. Luego, debes instalar la nueva clave de licencia en la base de datos de SAP HANA recuperada.
  • Si la copia de seguridad que se usó 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 Son copias de seguridad que se toman con licencias temporales.

  • Restablece la copia de seguridad en la instancia de origen.: Han transcurrido 90 días desde la creación de la base de datos y esta se encuentra en modo de bloqueo.
  • Restablece el destino nuevo. Falla porque la licencia temporal de SAP no permite la restauración en el nuevo destino.

Base de datos de origen con licencia permanente Son copias de seguridad que se toman con licencias permanentes.

  • Restablece la copia de seguridad en la instancia de origen. 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 restablecer.

Referencias de SAP

Verificación previa

Durante el procedimiento de restablecimiento, las verificaciones previas validan la recuperación. Se verifican los siguientes requisitos previos para garantizar que la restauración de la base de datos se realice correctamente:

  • SID de HANA: HANA está configurado 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 acceso de la copia de seguridad de registros: La ruta de acceso de la copia de seguridad de registros se establece en global.ini
  • BACKINT CONFIG:
    • From volume-level image: Backint no está configurado para esta base de datos.
    • From full+incremental image: Si el servidor de destino aún no está configurado con backint, backint se configura durante el restablecimiento.
  • VERSIÓN DE HANA: La versión de HANA de destino es la misma que la versión de HANA de origen.
  • USERSTOREKEY: Se proporciona la clave de UserStore en el destino o se especifica un nombre de usuario y una contraseña privilegiados válidos que existen 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 en el destino debe ser igual o mayor que el volumen lógico de origen.
  • Estado del nodo
    • Configuración independiente y de ampliación: El nodo de destino está activo y disponible.
    • Configuración de HA de HANA (1+n): La replicación debe inhabilitarse antes de que se pueda iniciar la restauración. Se debe volver a configurar la replicación posterior al restablecimiento. Restablecer a cualquier nodo de un clúster de HA de HANA (1 + n) genera la creación de una aplicación independiente en el host de destino seleccionado. El usuario debe configurar explícitamente el clúster según sea necesario y descubrir la aplicación de forma adecuada.

Recuperación automatizada de una base de datos de SAP HANA

Antes de comenzar

A nuevo desde la imagen de copia de seguridad a nivel del volumen

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

  1. En la lista App Manager Applications, haz clic con el botón derecho en la base de datos y selecciona Access.
  2. Selecciona la instantánea más reciente que quieras recuperar y elige Restablecer.

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

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

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

      • Sí. Esto reemplazará la aplicación original y tendrá el mismo ID de aplicación, historial de trabajos, imágenes de copia de seguridad y plan de copias de seguridad que la aplicación original.
      • No. No reemplazará la aplicación original. Se detectará como una aplicación nueva como parte del trabajo de restablecimiento.
    • Tiempo de avance. Elige una fecha y hora para recuperar una base de datos protegida con registros.
    • SID de la base de datos de destino. Este campo se propagará previamente con el nombre del SID de la base de datos protegida y es inmutable.

    • SAP DB USER STORE-KEY. Este campo se completará previamente 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 existente, 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 si 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 de clave de almacén de usuarios, 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 correcto o no están disponibles como parte de la imagen de copia de seguridad.

    • Si no se pasan userstorekey, nombre de usuario y contraseña, durante la verificación previa, se realizará la validación para comprobar si la userstorekey utilizada durante la copia de seguridad existe en el servidor de destino. La verificación previa fallará si no se encuentra la clave de UserStoreKey que se usó 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 pasa ninguna userstorekey, pero se proporcionan el nombre de usuario y la contraseña, la userstorekey que se usó durante la copia de seguridad se volverá a crear con las credenciales que se pasaron en el servidor de destino. 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.

  4. Haz clic en la comprobación previa.

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

Para obtener la imagen de copia de seguridad a nivel del volumen

Recuperación automática de una base de datos de HANA en la fuente desde una imagen de copia de seguridad a nivel del volumen

  1. En la lista Aplicaciones del Administrador de aplicaciones, haz clic con el botón derecho en la base de datos y selecciona Acceso. En la instantánea más reciente que quieras recuperar, elige Restablecer.

  2. En la página Restaurar, elige Restaurar copia de seguridad en la fuente.

    • Objetivo: Completa la siguiente información:
      • En el caso de la configuración independiente de SAP HANA, el campo Target se completa previamente.
      • Para la configuración de HA de HANA (1 + n), selecciona el nodo de HA de HANA al que se restablecerá desde la lista desplegable.
    • Tiempo de avance. Elige una fecha y hora para recuperar una base de datos protegida con registros.
    • SID de la base de datos de destino. Este campo se propagará previamente con el nombre del SID de la base de datos protegida y es inmutable.
    • SAP DB USER STORE-KEY. Este campo se completará previamente 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 existente, se volverá a crear la clave de 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, no contienen el privilegio correcto 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á la clave de almacén de usuarios con el nombre de clave de almacén de usuarios, 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 correcto o no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se pasan userstorekey, nombre de usuario y contraseña, durante la verificación previa, se realizará la validación para comprobar si la userstorekey utilizada durante la copia de seguridad existe en el servidor de destino. La verificación previa fallará si no se encuentra la clave de usuario utilizada durante la copia de seguridad. La recuperación del arrendatario puede fallar si las credenciales no son válidas o no contienen el privilegio correcto, o bien si no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se pasó ninguna userstorekey, pero se proporcionaron el nombre de usuario y la contraseña, la userstorekey que se usó durante la copia de seguridad se volverá a crear con las credenciales que se pasaron en el servidor de destino. Es posible que la recuperación del arrendatario falle 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.
    1. Haz clic en Pre-Flight Check.
    • Si falla la comprobación previa, corrige el problema y vuelve a enviar la comprobación previa.
    • Si la verificación previa al vuelo se realiza correctamente, haz clic en Enviar para enviar el trabajo de restauración.

A imagen de copia de seguridad incremental y completa nueva

Recuperación automatizada de una base de datos de HANA en un destino nuevo a partir de una imagen de copia de seguridad completa y de copia de seguridad incremental

  1. En la consola de administración App Manager, en la lista Applications, haz clic con el botón derecho en la base de datos y selecciona Access.
  2. Selecciona la instantánea más reciente que quieras recuperar y elige Restablecer.

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

    • Objetivo: Para la configuración de HANA independiente, este campo se completa previamente. Los nodos de HA de HANA estarán disponibles para elegir en el menú desplegable. Selecciona el nodo para restablecer desde el menú desplegable.

    • Reemplaza la identidad original. Esta opción solo está disponible cuando se realiza el restablecimiento 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í. Esto reemplazará la aplicación 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 reemplazará la aplicación original. Se detectará como una aplicación nueva como parte del trabajo de restablecimiento. Después de una restauración de HA de HANA, el nodo se volverá independiente y conservará el mismo appid del clúster. Si habilitas la replicación, el siguiente descubrimiento 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 más bases de datos de inquilinos de n bases de datos de inquilinos, proporciona una lista separada por comas de las bases de datos en INCLUDE.

    • En EXCLUDE LIST, para excluir SYSTEMDB o una o más bases de datos de usuarios durante la recuperación de n bases de datos de usuarios, proporciona una lista de bases de datos separadas por comas en EXCLUDE. Por ejemplo, si colocas SYSTEMDB en la lista de exclusión, se excluirá SYSTEMDB de la recuperación y se recuperarán todas las bases de datos de usuarios múltiples 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 inquilinos (tn1,tn2,tn3).
      • Si deseas recuperar un solo inquilino tn1, usa la lista de inclusión con tn1.
      • Si deseas recuperar tn2 y tn3, y excluir SYSTEMDB y tn1, usa la lista de inclusión solo con tn2 y tn3.
      • Si solo deseas recuperar todos los tenants (tn1, tn2, tn3) y excluir SYSTEMDB, excluye SYSTEMDB o incluye tn1, tn2 y tn3.

    • Tiempo de avance. Elige una fecha y hora para recuperar una base de datos protegida con registros.

    • SID de la base de datos de destino. Este campo se propagará previamente con el nombre del SID de la base de datos protegida y es inmutable.

    • SAP DB USERSTORE KEY. Este campo se completará previamente 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 existente, 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, no contienen el privilegio correcto 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á la clave de almacén de usuarios con el nombre de clave de almacén de usuarios, 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 correcto o no están disponibles como parte de la imagen de copia de seguridad.
      • Si no se especifica ninguna clave de almacén de usuarios, se pasan el nombre de usuario y la contraseña. Luego, durante la verificación previa, se realizará la validación para comprobar si la clave de almacén de usuarios que se usó durante la copia de seguridad existe en el servidor de destino. La verificación previa fallará si no se encuentra la clave de almacén de usuarios que se usó 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 pasó ninguna userstorekey, pero se proporcionaron el nombre de usuario y la contraseña, la userstorekey que se usó durante la copia de seguridad se volverá a crear con las credenciales que se pasaron en el 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 contienen los privilegios correctos o si no están disponibles como parte de la imagen de copia de seguridad.

  4. Haz clic en Pre-Flight Check.

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

Cómo obtener datos de una imagen de copia de seguridad incremental y completa

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

  1. En la consola de administración App Manager, en la lista Applications, haz clic con el botón derecho en la base de datos y selecciona Access.
  2. Selecciona la instantánea más reciente que quieras recuperar y elige Restablecer.

  3. En la página Restaurar, elige Restaurar copia de seguridad en la fuente.

    • En Target, completa lo siguiente:

      • Para la configuración de HANA independiente, este campo se completa previamente.
      • Para la configuración de alta disponibilidad de HANA (1 + n), los nodos de alta disponibilidad de HANA estarán disponibles para elegir en el menú desplegable. Selecciona el nodo para restablecerlo en el menú desplegable.

    • En INCLUDE LIST, para recuperar SYSTEMDB o una o más bases de datos de inquilinos de n bases de datos de inquilinos, proporciona una lista separada por comas de bases de datos en INCLUDE.

    • En EXCLUDE LIST, para excluir SYSTEMDB o una o más bases de datos de usuarios durante la recuperación de n bases de datos de usuarios, proporciona una lista de bases de datos separadas por comas en EXCLUDE. Por ejemplo, si colocas SYSTEMDB en la lista de exclusión, se excluirá SYSTEMDB de la recuperación y se recuperarán todas las bases de datos de usuarios múltiples 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 inquilinos (tn1,tn2,tn3).
      • Si deseas recuperar un solo inquilino tn1, usa la lista de inclusión con tn1.
      • Si deseas recuperar tn2 y tn3, y excluir SYSTEMDB y tn1, usa la lista de inclusión solo con tn2 y tn3.
      • Si solo deseas recuperar todos los tenants (tn1, tn2, tn3) y excluir SYSTEMDB, excluye SYSTEMDB o incluye tn1, tn2 y tn3.

    • En el campo Tiempo de avance, elige una fecha y hora para que se recupere una base de datos protegida con registros.

    • En SID DE LA BASE DE DATOS DE DESTINO, se completará previamente con el nombre del SID de la base de datos protegida y es inmutable.

    • En el caso de SAP DB USER STORE-KEY, este campo se completará previamente con la clave de 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 de almacén de usuarios existente, se volverá a crear la clave de 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, no contienen el privilegio correcto 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á la clave de almacén de usuarios con el nombre de clave de almacén de usuarios, 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 pasan la clave de Userstore, el nombre de usuario y la contraseña, durante la verificación previa, se realizará la validación para comprobar si la clave de Userstore utilizada durante la copia de seguridad existe en el servidor de destino. La verificación previa fallará si no se encuentra la clave de almacén de usuarios que se usó 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 pasa ninguna userstorekey, pero se proporcionan el nombre de usuario y la contraseña, la userstorekey que se usó durante la copia de seguridad se volverá a crear con las credenciales que se pasaron en el servidor de destino. 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.
      • Con la recuperación de SYSTEMDB, la clave de hdbuserstore se valida al final de la recuperación de SYSTEMDB y antes de iniciar la recuperación del arrendatario. La recuperación del arrendatario puede fallar si el nombre de usuario o la contraseña no son válidos, o bien si no contienen el privilegio adecuado o no están disponibles como parte de la imagen de copia de seguridad.

  4. Haz clic en Pre-Flight Check.

    • Si falla la comprobación previa, corrige el problema y vuelve a enviar la comprobación previa.
    • Si la verificació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 inquilino de SAP HANA

Puedes recuperar manualmente una sola base de datos de usuario en la fuente desde una imagen de copia de seguridad a nivel del volumen.

Para recuperar una base de datos de un solo usuario, completa los siguientes pasos:

  1. En la lista Aplicaciones del Administrador de aplicaciones, haz clic con el botón derecho en la base de datos y selecciona Acceso.
  2. En la pista, selecciona la instantánea más reciente que quieras recuperar y, luego, selecciona Mount a la derecha.
  3. En la página Mount, inhabilita Application Options y, en Mount Options, establece una ubicación de activación, como /testmnt.
  4. Accede al 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 complete la secuencia de comandos, se recuperará la base de datos del arrendatario hasta el punto en el tiempo y estará disponible para el acceso.
  2. Ve a la consola de administración y desmonta y borra la imagen de copia de seguridad.

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

Puedes recuperar manualmente una base de datos a la fuente desde una copia de seguridad de volcado completa y de incremento.

Para recuperar una base de datos de HANA desde una copia de seguridad de volcado completa y de volcado 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

Revisa el estado de tus copias de seguridad en SAP HANA Studio

Puedes revisar el estado, los metadatos y las imágenes de las copias de seguridad en HANA Studio, pero no puedes acceder a las imágenes de las copias de seguridad del servicio Backup and DR desde HANA Studio. Debes acceder a las imágenes de copia de seguridad para la recuperación o para otros usos desde la consola de administración.

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

  2. Ve a la pestaña Copia de seguridad del catálogo.

    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 y el destino.

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

En esta sección, se incluye información sobre los comportamientos de restauración de HANA y HANA HA 1+n.

Todos los parámetros de configuración de HANA

Restauración en un objetivo nuevo con la opción Administrar aplicación nueva habilitada:

  • Las aplicaciones restablecidas están protegidas, pero la sección Detalles y configuración de la aplicación solo tiene los valores predeterminados. Después de restablecer la copia de seguridad, debes establecer manualmente los valores requeridos en Application Details & Settings para que la copia de seguridad se realice correctamente.
  • La protección de la aplicación restablecida estará inhabilitada. Debes habilitar la protección desde Administrador de aplicaciones > Aplicaciones > Administrar plan de copias de seguridad para que comiencen a ejecutarse las copias de seguridad.

Configuraciones de alta disponibilidad de HANA (1 + n)

Para un clúster de HANA 1+1 con Nodo A principal y Nodo B secundario (Nodo A -> Nodo B), el clúster se descubre como una aplicación en el servicio de Backup and DR, y la copia de seguridad se ejecuta desde el Nodo A principal.

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

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

Restablecer como nodo A principal

  • Se debe anular el registro del nodo B 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 restablecerse en el nodo A.
  • El nodo B debe registrarse en el nodo A con el nodo B como secundario, y se debe ejecutar una detección forzada en el nodo A para continuar como copia de seguridad del clúster.

Restablece el nodo B secundario

  • El nodo B debe estar no registrado o, de lo contrario, se debe ejecutar una adquisición en el nodo B antes de restablecerlo.
  • Apaga el nodo A antes de restablecer el nodo B y agrega el nodo A como secundario al nodo B después del restablecimiento.
  • El nodo B es una aplicación independiente después de la operación de restablecimiento. El nodo A debe estar registrado en el nodo B con el nodo A como secundario.

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

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

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

  1. Accede a ambos sistemas como el usuario del sistema operativo (usuario adm).
  2. Detén el sistema secundario: sapcontrol –nr -function StopSystem HDB.
  3. En el sistema secundario, cancela 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. Verifica la replicación del sistema con uno de los siguientes secuencias de comandos:

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

Documentación del servicio Backup and DR para el escalamiento horizontal de SAP HANA

Esta página forma parte de una serie de páginas específicas para proteger y recuperar instancias de SAP HANA con escalamiento horizontal con el servicio Backup and DR. Puedes encontrar información adicional en las siguientes páginas: