Tutorial: Copia de seguridad de bases de datos de SAP HANA en una máquina virtual de Azure

Artículo
11/23/2021
21 minutos para leer

Este tutorial muestra cómo realizar una copia de seguridad de una base de datos de SAP HANA que se ejecuta en máquinas virtuales de Azure en un almacén de Azure Backup Recovery Services. En este artículo, aprenderá a:

Crear y configurar un almacén.
Detectar bases de datos.
Configuración de copias de seguridad

Aquí están todos los escenarios que se admiten actualmente.

Prerrequisitos

Asegúrese de seguir estos pasos antes de configurar copias de seguridad:

Identifique o cree un almacén de Recovery Services en la misma región y suscripción que la máquina virtual que ejecuta SAP HANA.
Permita la conectividad desde la máquina virtual a Internet para que pueda acceder a Azure, tal y como se describe en el siguiente procedimiento Configuración de la conectividad de red.
Asegúrese de que la longitud combinada del nombre de la máquina virtual del servidor de SAP HANA y el nombre del grupo de recursos no supere los 84 caracteres para Azure Resource Manager (máquinas virtuales de ARM) y 77 caracteres para máquinas virtuales clásicas. Esta limitación se debe a que algunos caracteres están reservados por el servicio.
Debe existir una clave en hdbuserstore que cumpla los siguientes criterios:
- Debe estar presente en el elemento hdbuserstore predeterminado. El valor predeterminado es la cuenta <sid>adm en la que SAP HANA está instalado.
- En el caso de MDC, la clave debe apuntar al puerto SQL de NAMESERVER. En el caso de SDC, debe apuntar al puerto SQL de INDEXSERVER.
- Debe tener credenciales para agregar y eliminar usuarios.
- Tenga en cuenta que esta clave se puede eliminar después de que el script de registro previo correctamente se registre correctamente.
También puede optar por crear una clave para el usuario de HANA SYSTSEM existente en hdbuserstore en lugar de una clave personalizada como se indica en el paso anterior.
Ejecute el script de configuración de la copia de seguridad de SAP HANA (script de registro previo) en la máquina virtual donde está instalado HANA como usuario raíz. Este script prepara el sistema HANA para la copia de seguridad y requiere que la clave creada en los pasos anteriores se transfiera como entrada. Para comprender cómo esta entrada se pasa en forma de parámetro al script, consulte la sección Qué hace el script de registro previo. También se describe lo que hace el script de registro previo.
Si la configuración de HANA usa puntos de conexión privados, ejecute el script de registro previo con el parámetro -sn o --skip-network-checks.

Nota

El script de registro previo instala compat-unixODBC234 para las cargas de trabajo de SAP HANA que se ejecutan en RHEL (7.4, 7.6 y 7.7) y unixODBC para RHEL 8.1. Este paquete se encuentra en el repositorio de Update Services de RHEL for SAP HANA (para RHEL 7 Server) para SAP Solutions (RPM). Para una imagen de RHEL de Azure Marketplace, el repositorio sería rhui-rhel-sap-hana-for-rhel-7-server-rhui-e4s-rpms.

Configurar la conectividad de red

En todas las operaciones, una base de datos SAP HANA que se ejecuta en una máquina virtual de Azure necesita conectividad con el servicio Azure Backup, Azure Storage y Azure Active Directory. Esto puede lograrse mediante puntos de conexión privados o si se permite el acceso a las direcciones IP públicas o FQDN necesarios. No permitir la conectividad adecuada con los servicios de Azure necesarios puede provocar errores en operaciones como la detección de bases de datos, la configuración de copias de seguridad, la realización de copias de seguridad y la restauración de datos.

En la tabla siguiente se enumeran las distintas alternativas que se pueden usar para establecer la conectividad:

Opción	Ventajas	Desventajas
Puntos de conexión privados	Permite copias de seguridad a través de direcciones IP privadas dentro de la red virtual Proporciona un control pormenorizado de la red y el almacén	Incurre en costos estándar de punto de conexión privado
Etiquetas de servicio de NSG	Más fácil de administrar ya que los cambios de intervalo se combinan automáticamente Sin costos adicionales.	Solo se puede usar con grupos de seguridad de red. Proporciona acceso a todo el servicio.
Etiquetas de FQDN de Azure Firewall	Más facilidad de administración, ya que los FQDN necesarios se administran automáticamente	Solo se puede usar con Azure Firewall.
Permite el acceso a los FQDN/IP del servicio	Sin costos adicionales. Funciona con todos los firewalls y dispositivos de seguridad de red	Es posible que sea necesario acceder a un amplio conjunto de direcciones IP o FQDN
Usar un servidor proxy HTTP	Un único punto de acceso a Internet para las máquinas virtuales.	Costos adicionales de ejecutar una máquina virtual con el software de proxy.
Punto de conexión de servicio de red virtual	Se puede usar con Azure Storage (= almacén de Recovery Services). Proporciona una gran ventaja para optimizar el rendimiento del tráfico del plano de datos.	No se puede usar con Azure AD ni el servicio Azure Backup.
Aplicación virtual de red	Se puede usar con Azure Storage, Azure AD y el servicio Azure Backup. Plano de datos Azure Storage: `.blob.core.windows.net`, `.queue.core.windows.net` Plano de administración Azure AD: permitir el acceso a los FQDN mencionados en las secciones 56 y 59 de Microsoft 365 Common y Office Online. Servicio Azure Backup: `.backup.windowsazure.com` Más información sobre las etiquetas del servicio Azure Firewall.	Agrega sobrecarga al tráfico del plano de datos y reduce el rendimiento.

A continuación se proporcionan más detalles sobre el uso de estas opciones:

Puntos de conexión privados

Los puntos de conexión privados permiten conectar de forma segura desde los servidores de una red virtual al almacén de Recovery Services. El punto de conexión privado usa una dirección IP privada del espacio de direcciones de la red virtual del almacén. El tráfico de red entre los recursos dentro de la red virtual y el almacén viaja a través de la red virtual y un vínculo privado en la red troncal de Microsoft. Esto elimina la exposición de la red pública de Internet. Un punto de conexión privado se asigna a una subred específica de una red virtual y no se puede usar para Azure Active Directory. Obtenga más información sobre los puntos de conexión privados para Azure Backup aquí.

Etiquetas de NSG

Si emplea grupos de seguridad de red (NSG), use la etiqueta de servicio de AzureBackup para permitir el acceso de salida a Azure Backup. Además de la etiqueta de Azure Backup, también debe permitir la conectividad para la autenticación y la transferencia de datos mediante la creación de reglas de NSG similares para Azure AD (AzureActiveDirectory) y Azure Storage (Storage). En los pasos siguientes se describe el proceso para crear una regla para la etiqueta de Azure Backup:

En Todos los servicios, vaya a Grupos de seguridad de red y seleccione el grupo de seguridad de red.
En Configuración, seleccione Reglas de seguridad de salida.
Seleccione Agregar. Escriba todos los detalles necesarios para crear una nueva regla, como se explica en Configuración de reglas de seguridad. Asegúrese de que la opción Destino esté establecida en Etiqueta de servicio y de que Etiqueta de servicio de destino esté establecido en AzureBackup.
Seleccione Agregar para guardar la regla de seguridad de salida recién creada.

Puede crear reglas de seguridad de salida de NSG para Azure Storage y Azure AD de forma similar. Para más información sobre las etiquetas de servicio, consulte este artículo.

Etiquetas de Azure Firewall

Si usa Azure Firewall, cree una regla de aplicación mediante la etiqueta de FQDN de Azure Firewall AzureBackup. Esto permite el acceso de salida total a Azure Backup.

Permitir el acceso a los intervalos de direcciones IP del servicio

Si decide permitir el acceso a las direcciones IP del servicio, vea los intervalos de direcciones IP en el archivo JSON disponible aquí. Tiene que permitir el acceso a las direcciones IP correspondientes a Azure Backup, Azure Storage y Azure Active Directory.

Permitir el acceso a los FQDN del servicio

También puede usar los siguientes FQDN para permitir el acceso a los servicios necesarios desde los servidores:

Servicio	Nombres de dominio a los que se va a acceder
Azure Backup	`*.backup.windowsazure.com`
Azure Storage	`.blob.core.windows.net` `.queue.core.windows.net`
Azure AD	Permitir el acceso a los FQDN conforme a las secciones 56 y 59 según este artículo

Empleo de un servidor proxy HTTP para enrutar el tráfico

Nota

Actualmente, no hay compatibilidad de proxy para SAP HANA. Tenga en cuenta otras opciones, como los puntos de conexión privados, si desea quitar los requisitos de conectividad de salida para las copias de seguridad de bases de datos a través de Azure Backup en VM de HANA.

Descripción del rendimiento de las copias de seguridad y la restauración

Las copias de seguridad (tanto del registro como las que no son del registro) en máquinas virtuales de Azure de SAP HANA proporcionadas mediante Backint son flujos de datos a almacenes de Azure Recovery Services (que internamente utiliza Azure Storage Blob) y, por tanto, es importante comprender esta metodología de streaming.

El componente de Backint de HANA proporciona las "canalizaciones" (una canalización para leer y una canalización para escribir), conectadas a los discos subyacentes en los que residen los archivos de base de datos, que el servicio Azure Backup lee y transporta al almacén de Azure Recovery Services, que es una cuenta remota de Azure Storage. El servicio Azure Backup también hace una suma de comprobación para validar los flujos de datos, además de las comprobaciones de validación nativas de Backint. Estas validaciones garantizarán que los datos presentes en el almacén de Azure Recovery Services son realmente confiables y recuperables.

Dado que los flujos de datos tratan principalmente con discos, debe comprender el rendimiento del disco para la lectura y el rendimiento de red para la transferencia de los datos de copia de seguridad para medir el rendimiento de la copia de seguridad y la restauración. Consulte este artículo para obtener una descripción detallada del rendimiento de los discos y la red en máquinas virtuales de Azure. También es de aplicación para el rendimiento de las copias de seguridad y la restauración.

El servicio Azure Backup intenta alcanzar hasta aproximadamente 420 MBps para copias de seguridad que no son del registro (como la completa, la diferencial y la incremental) y hasta 100 MBps para copias de seguridad del registro de HANA. Como se mencionó anteriormente, no se garantizan las velocidades y dependen de los siguientes factores:

Rendimiento máximo de disco sin almacenar en caché de la máquina virtual: lectura desde el área de datos o registro.
Tipo de disco subyacente y su rendimiento: lectura desde el área de datos o registro.
Rendimiento de red máximo de la máquina virtual: escritura en el almacén de Recovery Services.
Si la red virtual tiene una NVA o un firewall, su rendimiento de red.
Si los datos o el registro residen en Azure NetApp Files: tanto leer desde ANF como escribir en el almacén consumen red de la máquina virtual.

Importante

En máquinas virtuales más pequeñas, en las que el rendimiento del disco sin almacenamiento en caché está muy cerca o es inferior a 400 MBps, puede que le preocupe que el servicio de copia de seguridad consuma todas las IOPS del disco, lo que puede afectar a las operaciones de SAP HANA relacionadas con la lectura y escritura de los discos. En ese caso, si desea limitar el consumo del servicio de copia de seguridad al límite máximo, puede consultar la sección siguiente.

Limitación del rendimiento de la copia de seguridad

Si desea limitar el consumo de IOPS de disco del servicio de copia de seguridad a un valor máximo, realice los pasos siguientes.

Vaya a la carpeta "opt/msawb/bin".
Cree un nuevo archivo JSON llamado "ExtensionSettingOverrides.JSON".
Agregue un par clave-valor al archivo JSON como se indica a continuación:
```
{
"MaxUsableVMThroughputInMBPS": 200
}
```

Cambie los permisos y la propiedad del archivo de la siguiente manera:

chmod 750 ExtensionSettingsOverrides.json
chown root:msawb ExtensionSettingsOverrides.json

No es necesario reiniciar ningún servicio. El servicio Azure Backup intentará limitar el rendimiento tal como se indica en este archivo.

Qué hace el script de registro previo

La ejecución del script de registro previo realiza las funciones siguientes:

Según la distribución de Linux, el script instala o actualiza los paquetes necesarios que necesita el agente de Azure Backup.
Realiza comprobaciones de conectividad de red saliente con los servidores de Azure Backup y servicios dependientes, como Azure Active Directory y Azure Storage.
Inicia sesión en el sistema HANA con la clave de usuario personalizada o la clave de usuario SYSTEM mencionada en los requisitos previos. Esta clave de usuario se usa para crear un usuario de Azure Backup (AZUREWLBACKUPHANAUSER) en el sistema HANA y se puede eliminar después de que el script de registro previo se ejecute correctamente. Tenga en cuenta que la clave de usuario SYSTEM no se debe eliminar.
A AZUREWLBACKUPHANAUSER se le asignan estos roles y permisos necesarios:
- Para MDC: DATABASE ADMIN y BACKUP ADMIN (desde HANA 2.0 SPS05 en adelante): para crear nuevas bases de datos durante la restauración.
- Para SDC: BACKUP ADMIN: para crear nuevas bases de datos durante la restauración.
- CATALOG READ: para leer el catálogo de copia de seguridad.
- SAP_INTERNAL_HANA_SUPPORT: para acceder a algunas tablas privadas. Solo es necesario para las versiones de SDC y MDC anteriores a HANA 2.0 SPS04 rev. 46. Esto no es necesario para HANA 2.0 SPS04 rev. 46 y versiones posteriores, ya que vamos a obtener la información necesaria de las tablas públicas ahora con la corrección del equipo de HANA.
El script agrega una clave a hdbuserstore para que el complemento de copias de seguridad de HANA, AZUREWLBACKUPHANAUSER, controle todas las operaciones (consultas de base de datos, operaciones de restauración, configuración y ejecución de copias de seguridad).
Como alternativa, puede crear su propio usuario de copia de seguridad personalizado. Asegúrese de asignar a este usuario los siguientes roles y permisos necesarios:
- Para MDC: DATABASE ADMIN y BACKUP ADMIN (desde HANA 2.0 SPS05 en adelante): para crear nuevas bases de datos durante la restauración.
- Para SDC: BACKUP ADMIN: para crear nuevas bases de datos durante la restauración.
- CATALOG READ: para leer el catálogo de copia de seguridad.
- SAP_INTERNAL_HANA_SUPPORT: para acceder a algunas tablas privadas. Solo es necesario para las versiones de SDC y MDC anteriores a HANA 2.0 SPS04 rev. 46. No es un requisito para HANA 2.0 SPS04 rev. 46 y las versiones posteriores, ya que la información necesaria se obtendrá de las tablas públicas que ahora incorporan la corrección del equipo de HANA.
Después se agrega una clave a hdbuserstore para que el usuario de Azure Backup del complemento de copias de seguridad de HANA se encargue de todas las operaciones (consultas de base de datos, operaciones de restauración, configuración y ejecución de copias de seguridad). Pase esta clave de usuario personalizada de Azure Backup al script en forma de parámetro: -bk CUSTOM_BACKUP_KEY_NAME o -backup-key CUSTOM_BACKUP_KEY_NAME. Tenga en cuenta que la expiración de la contraseña de esta clave de copia de seguridad personalizada podría provocar errores de copia de seguridad y restauración.

Nota

Para saber qué otros parámetros acepta el script, use el comando bash msawb-plugin-config-com-sap-hana.sh --help.

Para confirmar la creación de la clave, ejecute el comando HDBSQL en la máquina HANA con credenciales SIDADM:

hdbuserstore list

La salida de comandos debe mostrar la tecla {SID}{DBNAME}, con el usuario como AZUREWLBACKUPHANAUSER.

Nota

Asegúrese de que tiene un conjunto único de archivos SSFS en /usr/sap/{SID}/home/.hdb/. Solo debería haber una carpeta en esta ruta de acceso.

A continuación se ofrece un resumen de los pasos necesarios para ejecutar el script previo al registro. Tenga en cuenta que en este flujo se proporciona la clave de usuario SYSTEM como parámetro de entrada al script de registro previo.

Quién	De	Qué ejecutar	Comentarios
`<sid>`adm (SO)	SO DE HANA	Lea el tutorial y descargue el script de registro previo.	Tutorial: Copia de seguridad de bases de datos de SAP HANA en una máquina virtual de Azure Descargue el script de registro previo.
`<sid>`adm (SO)	SO DE HANA	Iniciar HANA (iniciar HDB)	Antes de la configuración, asegúrese de que HANA esté en funcionamiento.
`<sid>`adm (SO)	SO DE HANA	Ejecute el comando: `hdbuserstore Set`	`hdbuserstore Set SYSTEM <hostname>:3<Instance#>13 SYSTEM <password>` Note Asegúrese de usar el nombre de host en lugar de la dirección IP o el FQDN.
`<sid>`adm (SO)	SO DE HANA	Ejecute el comando: `hdbuserstore List`	Compruebe si el resultado incluye el almacén predeterminado como a continuación: `KEY SYSTEM` `ENV : <hostname>:3<Instance#>13` `USER : SYSTEM`
Raíz (SO)	SO DE HANA	Ejecute el script de registro previo de HANA de Azure Backup.	`./msawb-plugin-config-com-sap-hana.sh -a --sid <SID> -n <Instance#> --system-key SYSTEM`
`<sid>`adm (SO)	SO DE HANA	Ejecute el comando: `hdbuserstore List`	Compruebe si el resultado incluye nuevas líneas como se indica a continuación: `KEY AZUREWLBACKUPHANAUSER` `ENV : localhost: 3<Instance#>13` `USER: AZUREWLBACKUPHANAUSER`
Colaborador de Azure	Azure portal	Configure el NSG, la NVA, Azure Firewall, y así sucesivamente para permitir el tráfico saliente al servicio Azure Backup, Azure AD y Azure Storage.	Configurar la conectividad de red
Colaborador de Azure	Azure portal	Cree o abra un almacén de Recovery Services y, a continuación, seleccione Copia de seguridad de HANA.	Busque todas las máquinas virtuales de HANA de destino de las que se va a hacer una copia de seguridad.
Colaborador de Azure	Azure portal	Detecte las bases de datos de HANA y configure la directiva de copia de seguridad.	Por ejemplo: Copia de seguridad semanal: todos los domingos a las 2:00 a.m., retención semanal de 12 semanas, mensual de 12 meses, anual de 3 años Diferencial o incremental: todos los días, excepto el domingo Registro: cada 15 minutos, retención de 35 días
Colaborador de Azure	Azure portal	Almacén de Recovery Service: elementos de copia de seguridad: SAP HANA	Compruebe los trabajos de copia de seguridad (carga de trabajo de Azure).
Administrador de HANA	HANA Studio	Compruebe la consola de Backup, el catálogo de Backup, backup.log, backint.log y globa.ini.	Tanto SYSTEMDB como la base de datos del inquilino.

Después de ejecutar correctamente el script previo al registro y comprobarlo, puede continuar para comprobar los requisitos de conectividad y, a continuación, configurar la copia de seguridad desde el almacén de Recovery Services.

Creación de un almacén de Recovery Services

Un almacén de Recovery Services es una entidad que almacena las copias de seguridad y los puntos de recuperación creados a lo largo del tiempo. También contiene las directivas de copia de seguridad asociadas con las máquinas virtuales protegidas.

Para crear un almacén de Recovery Services:

Inicie sesión en su suscripción en Azure Portal.
En el menú izquierdo, seleccione Todos los servicios.
En el cuadro de diálogo Todos los servicios, escriba Recovery Services. La lista de recursos se filtra en función de lo que especifique. En la lista de recursos, seleccione Almacenes de Recovery Services.
En el panel Almacenes de Recovery Services, seleccione Agregar.

Se abre el cuadro de diálogo Almacén de Recovery Services. Proporcione valores para Nombre, Suscripción, Grupo de recursos y Ubicación.
- Name: el nombre se usa para identificar el almacén de Recovery Services y debe ser único en la suscripción de Azure. Especifique un nombre que tenga entre 2 y 50 caracteres. El nombre debe comenzar por una letra y consta solo de letras, números y guiones. En este tutorial, hemos usado el nombre SAPHanaVault.
- Suscripción: elija la suscripción que desee usar. Si es miembro de una sola suscripción, verá solo ese nombre. Si no está seguro de qué suscripción va a utilizar, use la predeterminada (sugerida). Solo hay varias opciones si la cuenta profesional o educativa está asociada a más de una suscripción de Azure. Aquí hemos usado la suscripción SAP HANA solution lab subscription.
- Grupo de recursos: Use un grupo de recursos existente o cree uno. Aquí hemos usado SAPHANADemo.
  Para ver la lista de grupos de recursos disponibles en una suscripción, seleccione Usar existente y, después, seleccione un recurso en el cuadro de lista desplegable. Para crear un grupo de recursos, seleccione Crear nuevo y escriba el nombre. Para más información acerca de los grupos de recursos, consulte Introducción a Azure Resource Manager.
- Ubicación: seleccione la región geográfica del almacén. El almacén debe estar en la misma región que las máquinas virtuales que ejecutan SAP HANA. Hemos usado Este de EE. UU. 2.
Seleccione Revisar + crear.

Ahora se ha creado el almacén de Recovery Services.

Habilitación de la restauración entre regiones

En el almacén de Recovery Services, puede habilitar la restauración entre regiones. Debe activar la restauración entre regiones antes de configurar y proteger las copias de seguridad de las bases de datos de HANA. Más información sobre cómo activar la restauración entre regiones.

Más información sobre la restauración entre regiones.

Detección de bases de datos

En el almacén, en Introducción, seleccione Copia de seguridad. En ¿Dónde se ejecuta su carga de trabajo? , seleccione SAP HANA en máquina virtual de Azure.
Seleccione Iniciar detección. Se iniciará la detección de máquinas virtuales de Linux no protegidas en la región del almacén. Verá la máquina virtual de Azure que quiere proteger.
En Seleccionar máquinas virtuales, seleccione el vínculo para descargar el script que proporciona permisos para que el servicio Azure Backup obtenga acceso a las máquinas virtuales de SAP HANA para la detección de bases de datos.
Ejecute el script en la máquina virtual que hospeda las bases de datos de SAP HANA de las que desea hacer una copia de seguridad.
Tras ejecutar el script en la máquina virtual, seleccione la máquina virtual en Seleccionar máquinas virtuales. A continuación, seleccione Detectar bases de datos.
Azure Backup detecta todas las bases de datos de SAP HANA en la máquina virtual. Durante la detección, Azure Backup registra la máquina virtual con el almacén e instala una extensión en la máquina virtual. No se instala ningún agente en la base de datos.

Configuración de la copia de seguridad

Ahora que se han detectado las bases de datos de las que queremos realizar una copia de seguridad, vamos a habilitar la copia de seguridad.

Seleccione Configurar copia de seguridad.
En Seleccione los elementos de los que se va a realizar copia de seguridad, seleccione una o varias bases de datos que quiera proteger y, a continuación, haga seleccione Aceptar.
En Directiva de copia de seguridad > Elegir directiva de copia de seguridad, cree una nueva directiva de copia de seguridad para las bases de datos, según las instrucciones de la sección siguiente.
Tras crear la directiva, en el menú Copia de seguridad, seleccione Habilitar copia de seguridad.
Realice el seguimiento del progreso de la configuración de copia de seguridad en el área Notificaciones del portal.

Creación de una directiva de copia de seguridad

Una directiva de copia de seguridad define cuándo se realizan las copias de seguridad y cuánto tiempo se conservan.

Una directiva se crea en el nivel de almacén.
Varios almacenes pueden usar la misma directiva de copia de seguridad, pero debe aplicar la directiva de copia de seguridad a cada almacén.

Especifique la configuración de la directiva como se muestra a continuación:

En Nombre de la directiva, escriba un nombre para la nueva directiva. En este caso, escriba SAPHANA.
En el menú Full Backup policy (Directiva de copia de seguridad completa), seleccione un valor para Frecuencia de copia de seguridad. Puede elegir Diaria o Semanal. En este tutorial, elegimos la copia de seguridad Diaria.
En Duración de retención, configure las opciones de retención de la copia de seguridad completa.
- De forma predeterminada, se seleccionan todas las opciones. Borre los límites del intervalo de retención que no desee usar y establezca aquellos que sí quiera utilizar.
- El período de retención mínimo para cualquier tipo de copia de seguridad (completa, diferencial o de registro) es de siete días.
- Los puntos de recuperación se etiquetan para la retención en función de su duración de retención. Por ejemplo, si selecciona la frecuencia diaria, solo se desencadena una copia de seguridad completa cada día.
- La copia de seguridad de un día específico se etiqueta y se retiene según la duración de retención semanal y la configuración.
- La duración de retención mensual y anual se comporta de forma similar.
En el menú de la directiva de copia de seguridad completa, seleccione Aceptar para aceptar la configuración.
A continuación, seleccione Copia de seguridad diferencial para agregar una directiva diferencial.
En Differential Backup policy (Directiva de copia de seguridad diferencial), seleccione Enable (Habilitar) para abrir los controles de retención y frecuencia. Hemos habilitado una copia de seguridad diferencial cada domingo a las 2:00 AM, que se conserva durante 30 días.

Nota

Puede elegir si la copia de seguridad diaria es diferencial o incremental, pero no ambas.
En Incremental Backup policy (Directiva de copia de seguridad incremental), seleccione Habilitar para abrir los controles de retención y frecuencia.
- A lo sumo, puede desencadenar una copia de seguridad incremental al día.
- Como máximo, las copias de seguridad incrementales se pueden retener durante 180 días. Si necesita más tiempo de retención, debe usar copias de seguridad completas.
Seleccione Aceptar para guardar la directiva y volver al menú principal de la directiva de copia de seguridad.
Para agregar una directiva de copia de seguridad del registro de transacciones, seleccione Copia de seguridad de registros.
- La Copia de seguridad de registros está establecida de forma predeterminada en Habilitar. No se puede deshabilitar, ya que SAP HANA administra todas las copias de seguridad de registros.
- Hemos establecido 2 horas como programación de copia de seguridad y 15 días de período de retención.
Nota

Las copias de seguridad de registros comienzan el flujo solo después de que se haya completado correctamente una copia de seguridad completa.
Seleccione Aceptar para guardar la directiva y volver al menú principal de la directiva de copia de seguridad.
Al acabar de definir la directiva de copia de seguridad, seleccione Aceptar.