Si proteges una base de datos de HANA que ya se agregó y que ya tiene imágenes de copia de seguridad de LVM, debes cambiar el método de captura de LVM a Persistent Disk. Para ello, quita la protección de la plantilla de LVM existente y, luego, aplica una plantilla con el nuevo método de captura de Persistent Disk
Para descubrir bases de datos de HANA en una instancia de Compute Engine y, luego, protegerlas con el servicio Backup and DR, la instancia de Compute Engine que aloja la base de datos de SAP HANA debe integrarse antes de que puedas integrar la aplicación de la base de datos de SAP HANA. Integraste una instancia de Compute Engine en Comienza a usar Backup and DR: protege y recupera una instancia de Compute Engine .
Integra las bases de datos de SAP HANA desde el Administrador de aplicaciones
Nota: Si la integración de Compute Engine se realiza correctamente, se proporciona el vínculo al asistente de integración de SAP HANA (paso 3 a continuación). Para descubrir y proteger las aplicaciones de la base de datos de HANA, haz lo siguiente:
Selecciona Agregar aplicación en la página Administrador de aplicaciones > Aplicaciones de la consola de administración.
Selecciona SAP HANA en el Asistente para agregar una aplicación .
Sigue el asistente:
En Configuración de la aplicación , en la sección Configurar , establece las Configurar opciones de copia de seguridad :
Clave de almacenamiento de usuarios de la base de datos de HANA : Esta es la clave hdbuserstore de SAP HANA para la base de datos del sistema que se creó antes. Este campo es obligatorio.Método de captura de copia de seguridad : Elige Usar instantánea de disco persistente .Retención de registros de la base de datos de producción en horas : Al final de cada copia de seguridad de registro, se ejecutará la purga de registros y se borrarán todos los registros que sean anteriores a la cantidad de horas especificada aquí. Por ejemplo, si la cantidad de horas especificada es de 4 horas, se purgarán todos los registros anteriores a ((la hora de inicio de la copia de seguridad de registros) - (4 horas)). El valor predeterminado es de 2 horas.Retención del catálogo de producción en días : Esta es la retención de los metadatos del catálogo en días. Los metadatos del catálogo de HANA (tabla m_backup_catalog) se borrarán de los registros que tengan más de la cantidad de días especificada. Por ejemplo, si la cantidad de días especificada es de 14 días, se borrarán los datos del catálogo de HANA que sean anteriores a ((el día actual) - (14 días)). El valor predeterminado es de 7 días.
Haz clic en Guardar > Siguiente y, luego, en Finalizar .
Puedes ver la base de datos en la lista de aplicaciones del Administrador de aplicaciones con un escudo verde que indica que se aplicó el plan de copia de seguridad.
Establece la configuración y los detalles de la aplicación
Después de configurar el formato de disco de preparación y el método de copia de seguridad , debes ingresar los detalles y la configuración que deseas aplicar a tus planes de copia de seguridad:
En la Consola de administración, ve a Administrador de aplicaciones y haz clic en Aplicaciones .
Haz clic con el botón derecho en la base de datos de HANA y, luego, en Administrar la configuración de la copia de seguridad .
En la parte superior de la página, haz clic en Detalles y configuración .
En la ventana Detalles y configuración de la aplicación , configura la configuración de la base de datos según el tipo de host.
Método de captura de copias de seguridad : disco persistenteClave de almacenamiento de usuarios de la base de datos de HANA : Esta es la clave hdbuserstore de SAP HANA para la base de datos del sistema que se creó antes. Este campo es obligatorio.Retención de registros de la base de datos de producción en horas : Al final de cada copia de seguridad de registro, se ejecutará la purga de registros y se borrarán todos los registros que sean anteriores a la cantidad de horas especificada aquí. Por ejemplo, si la cantidad de horas especificada es de 4 horas, se purgarán todos los registros anteriores a ((la hora de inicio de la copia de seguridad de registros) - (4 horas)). El valor predeterminado es de 2 horas.Retención del catálogo de producción en días : Esta es la retención de los metadatos del catálogo en días. Los metadatos del catálogo de HANA (tabla m_backup_catalog) se borrarán de los registros que tengan más de la cantidad de días especificada. Por ejemplo, si la cantidad de días especificada es de 14 días, se borrarán los datos del catálogo de HANA que sean anteriores a ((el día actual) - (14 días)). El valor predeterminado es de 7 días. Haz clic en Guardar cambios .
Protege HANA (HA) 1+n
HANA 1+n siempre se descubre como una aplicación de clúster que contiene todos los detalles del nodo en los metadatos. Después del descubrimiento de la aplicación, esta tiene el host del clúster como (nombre de SID de HANA)_clúster_(ID de sitio)_(ID de hardware de HANA). Por ejemplo, si sr1 es la instancia de HANA, el nombre de la aplicación es sr1 y el nombre de host es sr1_cluster<_…> en la lista de aplicaciones del Administrador de aplicaciones.
Es recomendable ejecutar un descubrimiento forzoso después de cualquier cambio en la configuración del nodo del clúster, por ejemplo, después de agregar o borrar un nodo del clúster. Si se quita o agrega un nodo después del descubrimiento y la protección, la configuración no se actualiza automáticamente en los metadatos de Backup and DR y podría causar problemas con las copias de seguridad.
Nota: Con la conmutación por error de la base de datos de HANA de principal a secundaria, la siguiente copia de seguridad de la base de datos es una instantánea completa que contiene todos los datos del Persistent Disk.
La instantánea de la copia de seguridad de la base de datos posterior contendrá datos nuevos o modificados desde la primera instantánea y comenzará una cadena nueva. Nota: Si el nodo secundario o la base de datos están inactivos durante la copia de seguridad, no se guardarán los detalles del Persistent Disk del nodo secundario. Para realizar el restablecimiento con esta imagen, debes desconectar y borrar los datos, los registros y los discos de copia de seguridad del nodo secundario antes de restablecer la imagen. Requisitos previos para proteger la alta disponibilidad de HANA (1+n)
Todos los servidores de SAP HANA (Compute Engine) del clúster de SAP HANA deben estar integrados en el servicio de Backup and DR.
Todos los servidores de SAP HANA (Compute Engine) del clúster de SAP HANA deben tener instalado el agente de copia de seguridad y DR.
Todos los servidores de SAP HANA (Compute Engine) del clúster de SAP HANA deben tener un secreto aplicado en App Manage > Manage >
Host > Backup And DR Backup and DR agent Settings
> Secret .
Se deben abrir puertos en los hosts para permitir la comunicación en el puerto 5106.
Esto requiere una regla de firewall de entrada en la que el dispositivo de copia de seguridad o recuperación sea
la fuente, el host que ejecuta el agente de copia de seguridad y DR sea el destino y el
puerto de destino sea 5106. Además, no es necesario agregar el puerto 5106 a la regla de entrada predeterminada creada para el dispositivo de copia de seguridad o recuperación, ya que esta especifica el dispositivo de copia de seguridad o recuperación como el destino.
Activa una imagen de copia de seguridad de SAP HANA como activación estándar
Una activación estándar proporciona el disco de imagen de copia de seguridad de los datos, el registro activo y el volumen de registro de archivo al destino especificado. Puedes activar imágenes de copia de seguridad de instantáneas de una base de datos de SAP HANA como activación estándar para lo siguiente:
Verificaciones previas durante el montaje
Estado de conectividad del conector: Verifica que el agente de Backup and DR esté instalado y que se aplique el secreto para la conectividad del host entre el dispositivo de copia de seguridad o recuperación y el agente de Backup and DR.
Las ubicaciones de activación especificadas están disponibles para la operación de activación.
Se instaló el objeto binario de HANA
Verifica que el SID de HANA que es igual al de la fuente no esté en funcionamiento en el destino.
La versión de la instancia de HANA es superior a 2.0SP05.
Verificación de permisos en el proyecto de origen y de destino para el servicio de Cloud Storage
Activa la copia de seguridad
Sigue estas instrucciones para activar una copia de seguridad:
Haz clic con el botón derecho en la base de datos protegida de la lista App Manager Applications y selecciona Access .
Nota: Puedes usar el filtro de estado Plan de copia de seguridad administrado para mostrar solo las bases de datos protegidas. Selecciona una imagen de instantánea y elige Mount .
En la página Activar , haz lo siguiente:
Nombre del proyecto , Región y Zona : Selecciona el proyecto, la región y la zona de la instancia a la que deseas activar la imagen de la base de datos de HANA.Nombre de la instancia : En el menú desplegable, podrás elegir las instancias de Compute Engine aptas (nodos de HANA). Selecciona el nodo para el montaje en el menú desplegable. De manera opcional, ingresa un nombre único asociado con el activador en el campo Etiqueta .
BASES DE DATOS DEL TENIENTE INCLUIDAS es solo informativo y muestra la lista de bases de datos del inquilino en la imagen de la copia de seguridad.
En Mapping Options , haz lo siguiente:
SNAPSHOT DATA INTEGRITY CHECK : De forma predeterminada, el valor se establece en true .
Si no quieres ejecutar la verificación, haz clic en el botón de activación para establecerlo en "false". Esta herramienta ejecutará la API de hdbpersdiag de la herramienta de verificación de persistencia de SAP HANA con la opción "comprobar todo". Esto verificará el estado correcto de los datos y los volúmenes de registro activos de la imagen de instantánea activada.
Si la verificación previa detecta algún daño en la imagen, la tarea de activación falla con un mensaje de error descriptivo.
El resultado de la verificación de integridad está disponible en /var/act/log/(HANA sid)_dataintegrity_check.log y /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.
Haz clic en Verificación previa al vuelo . Esto valida las opciones requeridas en el servidor de destino para que el montaje se realice correctamente. Si falla la comprobación previa, esta mostrará qué verificación falló para que puedas corregirla y volver a ejecutarla.
Haz clic en Enviar . Puedes ir al Monitor de trabajos para ver el progreso y los detalles del trabajo.
Desmonta la imagen de instantánea de copia de seguridad montada
Para quitar o conservar el disco después de activarlo correctamente, haz lo siguiente:
Ve a la página Application > Access y selecciona la imagen que se usó para el montaje.
En la página Acceso, en el menú desplegable Conexión activa actual , selecciona una de las siguientes opciones:
Desactivar y borrar : Elige esta opción para desactivar el punto de activación, desconectar el disco y borrarlo del servidor de destino.Olvidar la activación : Elige esta opción para dejar el disco conectado y activado, pero quita los metadatos del servicio de copia de seguridad y DR. Deberás usar la consola de Google Cloud para quitar esta imagen de la instancia de destino una vez que se complete esta operación.
Activa una copia de seguridad para realizar una verificación de integridad
Esta herramienta ejecuta la herramienta de verificación de persistencia de SAP HANA, hdbpersdiag, con la opción "check all" para verificar el estado correcto de los volúmenes de datos de la imagen de instantánea montada. Si la verificación previa detecta algún daño en la imagen, el trabajo de activación falla con un mensaje de error descriptivo.
Clona el servidor de la base de datos de origen como un nuevo servidor de destino para la verificación de integridad de los datos
Clona el servidor de la base de datos de origen y, luego, activa la copia de seguridad en el destino nuevo. Tendrá la misma configuración que la fuente y no se necesitarán requisitos previos adicionales. Esta es una práctica recomendada.
Requisitos previos para activar la verificación de integridad de los datos si no es posible la clonación
Si no se puede clonar el servidor de base de datos de origen, asegúrate de que estos requisitos previos estén configurados en el nuevo servidor de destino:
El objeto binario de HANA debe configurarse en el servidor de destino. La versión de HANA debe ser igual o superior a la instancia de HANA de origen.
Asegúrate de que la configuración de HANA de destino tenga el mismo DBID del inquilino configurado como el DBID de la base de datos del inquilino de origen.
Si el volumen de datos y los volúmenes de registro de la base de datos de HANA de origen están encriptados con la encriptación de la base de datos de HANA, debes crear un archivo de configuración con las credenciales de la clave de encriptación en el servidor de HANA de destino. Sigue estos pasos en el servidor HANA de destino:
Crea un archivo de configuración DB_DETAILS.lst en /hana/shared.
Proporciona el permiso de lectura 400 al archivo de configuración (/hana/shared/DB_DETAILS.lst).
En el archivo de configuración (/hana/shared/DB_DETAILS.lst), ingresa la contraseña con
el nombre del inquilino:
HANA SID Tenant name 'password'
Por ejemplo, para una instancia de HANA con SID "S82", DB_DETAILS.lst contendrá estas líneas:
S82 SYSTEMDB 'xxxxxxxx'
S82 S82 'xxxxxx'
¿Puedo volver a activar la fuente para la verificación de integridad?
No se recomienda hacerlo. Si vuelves a activar la activación en la fuente mientras la base de datos está en ejecución, es posible que se dañe el bloque de datos debido al mismo nombre de VG del volumen de datos.
Si debes volver a activar la fuente, asegúrate de cerrar la instancia de HANA en la fuente antes de realizar la operación de activación.
Resultados de la verificación de integridad
El resultado de la verificación de integridad está disponible en /var/act/log/(HANA sid)_dataintegrity_check.log y /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.
Cómo restablecer bases de datos de SAP HANA
Antes de restablecer una base de datos de SAP HANA desde una imagen de copia de seguridad, revisa estos requisitos de licencia.
Requisitos de licencias y el impacto en la restauración
La clave de licencia de 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 cambió 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 transfiera la licencia de la base de datos de origen a una clave de licencia nueva. 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 tomaron con licencias temporales.
Restablecimiento a la fuente: Son 90 días a partir de la creación de la base de datos y la base de datos está en modo de bloqueo.
Restablecimiento en el destino nuevo: falla porque la licencia temporal de SAP no permite el restablecimiento en un destino nuevo.
Base de datos de origen con licencia permanente: Son copias de seguridad que se tomaron con licencias permanentes.
Restablecimiento a la fuente: No hay problemas.
Restablecer en el destino nuevo: Tiene una licencia de prueba de 90 días. Las copias de seguridad se realizan correctamente,
pero no puedes usar la nueva copia de seguridad para restablecer.
Referencias de SAP
https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html
Verificación previa al vuelo
Antes de enviar el procedimiento de restablecimiento, las verificaciones previas validan los requisitos previos necesarios para que la base de datos se restablezca correctamente.
SID de HANA: HANA se configura en el nodo de destino con el mismo nombre de SID de HANA.
Verifica el estado de la base de datos: La base de datos de HANA no está en funcionamiento.
Archivo de configuración: El archivo de configuración global.ini está disponible en el servidor de destino
Ruta de la copia de seguridad de registros: La ruta de la copia de seguridad de registros se establece en global.ini.
Versión de HANA: La versión de destino de HANA es la misma que la versión de origen.
USERSTOREKEY: La clave de UserStore proporcionada existe en el destino o se especifica un nombre de usuario y una contraseña con privilegios válidos que existen en el momento de la copia de seguridad.
Para restablecer un destino nuevo, verifica que el punto de activación especificado en la opción de asignación no se use ni se active en el servidor de destino.
Verifica los detalles del volumen de datos y registro: Si la ruta de acceso del volumen de datos y registro en el archivo de configuración (global.ini) se define de otra manera que la ruta de acceso del dispositivo elegida en la opción de asignación, el archivo de configuración (global.ini) se actualizará con la ruta de acceso elegida en la opción de asignación.
Estado del nodo:
Configuración independiente y de escalamiento vertical: El servidor HANA de destino está en funcionamiento y disponible
Configuración de HANA HA (1+n): Valida que la replicación esté inhabilitada. La replicación
debe inhabilitarse antes de que se pueda iniciar el restablecimiento. Se debe volver a configurar la replicación después del restablecimiento. Si se restablece en cualquier nodo de un clúster de alta disponibilidad (1+n) de HANA, se crea una aplicación independiente en el host de destino seleccionado.
El usuario debe volver a configurar el clúster de forma explícita según sea necesario y descubrir la aplicación de forma adecuada.
Nota: Para asegurarte de que la protección del clúster de replicación de SAP HANA funcione correctamente, cada nodo del clúster debe poder resolver los nombres de host de todos los demás nodos del clúster.
Cómo restablecer una base de datos de SAP HANA
En la lista App Manager Applications , haz clic con el botón derecho en la base de datos y selecciona Access .
Selecciona la imagen de la copia de seguridad que deseas recuperar y elige Restablecer .
En la página Restablecimiento , las opciones son las siguientes:
Opciones
Nombre del proyecto , Región y Zona :
Si restableces la copia a la fuente, todos los campos se propagan previamente con el valor de origen de la instancia protegida de SAP HANA y son inmutables.
Si restableces la base de datos en un destino nuevo, selecciona el proyecto, la región y la zona de la instancia en la que deseas recuperar la base de datos de HANA.
Nombre de la instancia :
Si quieres volver a la fuente, la instancia de Compute Engine fuente está seleccionada e inmutable.
Si vas a restablecer a un destino nuevo, las instancias de Compute Engine aptas (nodos de HANA) estarán disponibles para elegir en el menú desplegable. Selecciona el nodo para el restablecimiento en el menú desplegable.
Etiqueta : De manera opcional, ingresa un nombre único que se asocie con esta activación.Bases de datos de inquilinos incluidas es solo informativo y muestra la lista de bases de datos de inquilinos en la imagen de la copia de seguridad.Reemplazar la identidad de la aplicación 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ó la copia de seguridad originalmente.
Sí : Esta acción reemplaza la aplicación original por la restaurada, que 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 : Esto no reemplazará la solicitud original. Se detectará como una aplicación nueva como parte de la tarea de restablecimiento.
Opciones de la aplicación
Hora de actualización : Elige una fecha y una hora para que una base de datos protegida con registros se recupere en el momento requerido.
Nota: Cuando se recupera la copia de seguridad más reciente, el control de actualización se establece en el momento más reciente. Para una recuperación de un momento determinado de imágenes más antiguas, debes seleccionar el tiempo de actualización. SID DE LA BASE DE DATOS DE TARGET : Se prepropaga con el nombre del SID de la base de datos protegida y es inmutable.
SAP DB USER STORE-KEY : Se prepropaga con la clave de almacenamiento de usuarios durante la copia de seguridad. Se puede especificar una nueva clave de almacenamiento de usuarios con un nombre de usuario y una contraseña con privilegios que estaban disponibles durante la copia de seguridad. Se creará esta nueva clave de almacenamiento de usuarios y se usará para la recuperación.
Si el nombre de usuario y la contraseña se proporcionan con la clave de almacenamiento de usuarios existente, la clave de almacenamiento de usuarios se volverá a crear con este nombre de usuario y esta contraseña. La validación solo se realizará después de que se recupere systemdb.
Es posible que la recuperación del inquilino 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 la copia de seguridad.
Si se especifica una nueva clave de almacén de usuarios con nombre de usuario y contraseña, la clave de almacén de usuarios 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. Es posible que la recuperación del inquilino 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 la copia de seguridad.
Si no se pasan el userstorekey, el nombre de usuario ni la contraseña, durante la verificación previa, se realizará la validación para verificar si el userstorekey que se usó durante la copia de seguridad existe en el servidor de destino. La verificación previa falla si no se encuentra el userstorekey que se usó durante la copia de seguridad. Es posible que la recuperación del inquilino 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 la copia de seguridad.
Si no se pasa un userstorekey, pero se proporcionan el nombre de usuario y la contraseña, se volverá a crear el userstorekey que se usó durante la copia de seguridad con las credenciales que se pasaron en el servidor de destino. Es posible que la recuperación del inquilino falle si el nombre de usuario o la contraseña no son válidos, no contienen los privilegios correctos o no están disponibles como parte de la imagen de la copia de seguridad.
Opciones de asignación
Cómo restablecer la configuración personalizada de HANA
La imagen de la copia de seguridad captura la configuración específica del cliente (archivos .ini que se cambiaron de la configuración predeterminada). Puedes elegir restablecer la configuración personalizada capturada en el momento de la copia de seguridad.
Haz clic en la verificación previa al vuelo.
Si falla la comprobación previa, corrige el problema y vuelve a enviarla.
Si la verificación previa al vuelo se realiza correctamente, haz clic en Enviar para enviar la tarea de restablecimiento.
