Matriz de compatibilidad: Servicio de copia de seguridad y DR

Política de fin de vida útil del servicio Backup and DR

La Política de Finalización del Ciclo de Vida de la Asistencia ("EOSL") de Backup and DR abarca el proceso y los detalles relacionados con la finalización de la asistencia de Backup and DR para sistemas y software de terceros, así como para el software y hardware de Backup and DR.

El hardware y el software de terceros incluyen plataformas de hardware, sistemas operativos y software de aplicaciones protegidos por dispositivos de copia de seguridad y recuperación. Cuando un proveedor declara que la configuración de hardware, sistema operativo o software de aplicación de terceros llegó al final de su ciclo de vida (EOSL), la asistencia de Backup and DR para esas configuraciones se limitará a la asistencia comercialmente razonable.

Backup y DR no emitirán más correcciones ni actualizaciones para admitir sistemas de software y hardware que hayan superado el final de su ciclo de vida de asistencia técnica de sus respectivos proveedores.

Protocolos de red compatibles

La copia de seguridad y la DR admiten el movimiento de datos a través de los siguientes medios:

  • Dispositivo de bloque de red (NBD): Este modo de transporte se usa para crear copias de seguridad de las máquinas virtuales de Google Cloud VMware Engine.

  • NFS: Backup and DR admite NFS V3 (solo) para capturar y presentar datos en las siguientes configuraciones de implementación:

    • Presentar copias de seguridad a los hosts de Google Cloud VMware Engine con un almacén de datos NFS

    • Presentar un disco de etapa de pruebas para la captura de datos basada en agentes dentro de una VM de Compute Engine o Google Cloud VMware Engine

Entornos compatibles con las copias de seguridad

El agente es compatible con estos entornos.

Copias de seguridad basadas en agentes

El agente de Backup and DR puede crear copias de seguridad y recuperar bases de datos y sistemas de archivos compatibles de los sistemas operativos Microsoft Windows y Linux admitidos en los siguientes entornos.

Tipo de aplicación Ejecución en instancias de Compute Engine Se ejecuta en VMs de Google Cloud VMware Engine
Bases de datos
Sistemas de archivos

Copias de seguridad sin agentes

El servicio Backup and DR admite copias de seguridad de VMs en los siguientes entornos sin necesidad de un agente dentro de la VM:

  • Instancias de Compute Engine y Cloud SQL (aprovecha las APIs de instantáneas de Persistent Disk)
  • Bases de datos de SAP HANA y de IBM Db2 de las que se crea una copia de seguridad en un Persistent Disk
  • VMs de Google Cloud VMware Engine (aprovecha las APIs de almacenamiento de VMware vSphere: Protección de datos [anteriormente conocidas como APIs de vStorage para protección de datos o VADP])

Compatibilidad del almacenamiento de objetos para OnVault

OnVault admite el siguiente almacenamiento de Google Cloud :

  • Standard Storage
  • Nearline Storage
  • Coldline Storage
  • Archive Storage

Virtualización de datos de aplicaciones con el agente de Backup and DR

El agente de Backup and DR (también conocido como conector) es un archivo ejecutable ligero que ofrece las siguientes capacidades avanzadas durante los procesos de captura y recuperación de datos.

  • Descubrimiento de aplicaciones: El agente de Backup and DR permite el descubrimiento profundo de bases de datos y sistemas de archivos configurados en un host de producción.

  • Integración de la API: Cuando es posible, los agentes de Backup and DR se integran con las APIs o los comandos específicos de la aplicación para capturar de manera eficiente los datos de la aplicación.

  • Change Block Tracking: En situaciones en las que las aplicaciones de producción no tienen un seguimiento de bloques de cambios integrado, Backup y DR introducen el seguimiento de bloques de cambios en plataformas seleccionadas.

  • Recuperación o activación con reconocimiento de aplicaciones: Los agentes de Backup and DR tienen reconocimiento de aplicaciones integrado. El agente de Backup and DR te permite crear instancias utilizables de aplicaciones durante las operaciones de activación de recuperación, lo que elimina la necesidad de realizar acciones manuales con secuencias de comandos después de la activación.

  • Framework de captura de datos de aplicaciones genéricas (LVM): Los agentes de Backup and DR proporcionan un framework genérico para capturar datos de cualquier aplicación que se ejecute en sistemas operativos Linux compatibles. Este framework proporciona hooks para llamar a secuencias de comandos personalizadas y lograr la captura de datos coherente con la aplicación y la creación de instancias de la aplicación a partir de datos de copias de seguridad.

Compatibilidad con Microsoft Windows Server

El agente de Backup and DR admite los siguientes sistemas operativos de Microsoft Windows.

Versión del sistema operativo Asistencia básica para el agente de Backup and DR Compatibilidad con el seguimiento de bloques de cambio para SQL Server
Windows Server 2025 Datacenter
Windows Server 2025 Datacenter Core
Windows Server 2022 Datacenter
Windows Server 2022 Datacenter Core
Windows Server 2019 Datacenter
Windows Server 2019 Datacenter Core
Windows Server 2016 Datacenter
Windows Server 2016 Datacenter Core

Compatibilidad con el sistema operativo Linux

El agente de Backup and DR admite los siguientes sistemas operativos Linux (x86).

La asistencia básica incluye la asistencia para sistemas de archivos y bases de datos de Oracle.

La compatibilidad con el seguimiento de bloques de cambio (CBT) incluye la capacidad de realizar copias de seguridad incrementales para siempre de otras bases de datos.

SO Versión Asistencia básica para el agente de Backup and DR Compatibilidad con el seguimiento de bloques de cambio Versión mínima requerida del agente de Backup and DR
RHEL1,4 8.4 V11.0.1
8.5 V11.0.1
8.6 V11.0.4
8.7 V11.0.5
8.8 No V11.0.8
8.9 No V11.0.9
8.10 No V11.0.15
9.0 No V11.0.4
9.2 No V11.0.8
9.4 No V11.0.15
9.5 No V11.0.15
RHEL para SAP 1 8.4 V11.0.1
8.6 V11.0.4
8.8 No V11.0.8
9.0 No V11.0.8
9.2 No V11.0.8
9.4 No V11.0.15
SLES 1, 3 12 SP5 V11.0.1
15 SP2 V11.0.1
15 SP3 V11.0.1
15 SP4 V11.0.4
15 SP5 V11.0.9
15 SP6 V11.0.13
SLES para SAP 1, 3 12 SP5 V11.0.1
15 SP2 V11.0.1
15 SP3 V11.0.1
15 SP4 V11.0.4
15 SP5 V11.0.9
Rocky Linux 9.3 No V11.0.9
Rocky Linux optimizado para Google Cloud 9.3 No V11.0.9
Ubuntu 20.04 LTS No V11.0.1
22.04 LTS No V11.0.1
Oracle Linux 1, 2 7.0-7.6 No V11.0.1
7.7 No V11.0.1
7.8 No V11.0.1
7.9 No V11.0.1
8.0-8.1 No V11.0.1
8.2 No V11.0.1
8.3 No V11.0.1
8.4 No V11.0.1
8.5 No V11.0.1
8.6 No V11.0.1
8.7 No V11.0.4
8.85 No V11.0.8
9.0 No V11.0.4
9.15 No V11.0.8
9.25 No V11.0.8

1 NO se admite la función Dynamic Multi Pathing (DMP) de Symantec (Veritas).

2 Solo se admite en las VMs de Google Cloud VMware Engine y no en las instancias o VMs de Compute Engine

3 Durante la actualización "sin conexión" de SuSE (actualización desde ISO), el instalador de SuSE no ejecuta una reconfiguración en paquetes externos, incluidos el módulo CBT y el DLKM. Como resultado, cuando el sistema se inicia con el kernel actualizado, el DLKM no se puede cargar porque los archivos de configuración antiguos aún apuntan al módulo del kernel anterior. No se admite la actualización del SO desde un archivo ISO.

4 El servicio Backup and DR no admite la HA de RHEL.

5 Compatible con las versiones de Red Hat Compatible Kernel (RHCK) y Unbreakable Enterprise Kernel (UEK).

Consulta la lista de kernels compatibles.

Microsoft SQL Server

Los agentes de Backup and DR versión 1.0.1 y posteriores admiten la captura de datos coherentes con la base de datos (instantáneas) de Microsoft SQL Server.

Versión de SQL Server Versión de Windows Server
SQL Server 2022 independiente Windows Server 2025
Windows Server 2022
Windows Server 2019
Windows Server 2016
SQL Server 2022 Web Windows Server 2025 Datacenter
Windows Server 2022 Datacenter
Windows Server 2019 Datacenter
SQL Server 2022 Standard Windows Server 2025 Datacenter
Windows Server 2022 Datacenter
Windows Server 2019 Datacenter
SQL Server 2022 Enterprise Windows Server 2025 Datacenter
Windows Server 2022 Datacenter
Windows Server 2019 Datacenter
SQL Server 2019 Web Windows Server 2025 Datacenter
Windows Server 2022 Datacenter
SQL Server 2019 Standalone Windows Server 2025
SQL Server 2019 Standard Windows Server 2025 Datacenter
Windows Server 2022 Datacenter
Windows Server 2019 Datacenter
SQL Server 2019 Enterprise Windows Server 2025 Datacenter
Windows Server 2022 Datacenter
Windows Server 2019 Datacenter
SQL Server 2017 Standalone Windows Server 2025
SQL Server 2017 Web Windows Server 2025 Datacenter
Windows Server 2022 Datacenter
SQL Server 2016 Web Windows Server 2025 Datacenter
Windows Server 2022 Datacenter

IBM Db2

El servicio Backup and DR admite los siguientes métodos de captura de datos:

  • Db2 en Linux se puede capturar a nivel del volumen de forma incremental y continua, con acceso instantáneo y creación de clones virtuales para la administración de datos de prueba (TDM). Esta opción aprovecha las capacidades de LVM de Linux y de seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.

  • Para los clientes que no usan LVM o que no pueden usar la captura a nivel del volumen, Db2 en Linux también se puede capturar con una copia de seguridad completa y una incremental. Esto usa la copia de seguridad basada en volcados de la propia base de datos.

Versiones compatibles de IBM Db2 SO compatibles Versión mínima requerida del agente de Backup and DR
10.5 SLES 12 V11.0.1
11.1.0 SLES 12 V11.0.1
11.5.0 SLES 12 V11.0.1
11.5.8.0 RHEL 8.x
SLES 12 y 15
V11.0.4

MariaDB

El servicio Backup and DR admite los siguientes métodos de captura de datos:

  • MariaDB en Linux se puede capturar a nivel del volumen de forma incremental y continua, con acceso instantáneo y creación de clones virtuales para el TDM. Esta opción aprovecha las capacidades de LVM de Linux y de seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.

  • Para los clientes que no usan LVM o que no pueden usar la captura a nivel del volumen, MariaDB en Linux también se puede capturar con una copia de seguridad completa y una incremental. Este método usa la copia de seguridad basada en volcados de la propia base de datos y, por lo general, se ejecuta como una copia de seguridad completa semanal y una copia de seguridad incremental diaria. La recuperación implica reconstruir los incrementales sobre la copia de seguridad completa más reciente.

Versiones de MariaDB compatibles SO compatibles Versión mínima requerida del agente de Backup and DR
10.3.9 RHEL 8.1 a 8.5 V11.0.1
10.4 RHEL 8.1 a 8.5 V11.0.1
10.5 RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
10.11 RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5

MySQL

El servicio Backup and DR admite los siguientes métodos de captura de datos:

  • MySQL en Linux se puede capturar a nivel del volumen de forma incremental y permanente, con acceso instantáneo y creación de clones virtuales para el TDM. Esta opción aprovecha las capacidades de LVM de Linux y de seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.

  • Para los clientes que no usan LVM o que no pueden usar la captura a nivel del volumen, MySQL en Linux también se puede capturar con una copia de seguridad completa y una incremental. Esto usa la copia de seguridad basada en volcados de la base de datos y, por lo general, se ejecuta como una copia de seguridad completa semanal y una copia de seguridad incremental diaria. La recuperación implica reconstruir las copias de seguridad incrementales sobre la copia de seguridad completa más reciente.

Versiones de MySQL compatibles SO compatibles Versión mínima requerida del agente de Backup and DR
5.7 RHEL 8.1 a 8.5 V11.0.1
8.x RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5

Oracle

Los agentes de Backup and DR permiten la captura de datos coherentes de bases de datos de Oracle. Oracle debe ejecutarse en modo ARCHIVELOG. La captura de datos admite la captura de datos en discos de etapa de pruebas formateados como sistemas de archivos o presentados como destinos de grupos de discos de ASM.

La protección de la base de datos de Oracle es la misma para las bases de datos que se ejecutan en servidores de la solución Bare Metal o dentro de una instancia de Compute Engine.

También se pueden capturar datos de las configuraciones de Oracle Non Active Data Guard y Active Data Guard.

Familia de Oracle Tipos de configuración SO compatibles Versión mínima requerida del agente de Backup and DR
Oracle 21c
Todas las versiones
Independiente RHEL 8.4
Rocky Linux 8.7
Windows 2016, 2019
V11.0.7
RAC RHEL 8.4
Rocky Linux 8.7
Windows 2016, 2019
V11.0.7
Exadata 1 RHEL 8.4
Rocky Linux 8.7
Windows 2016, 2019
V11.0.7
Non Active Data Guard 2 RHEL 8.4
Rocky Linux 8.7
Windows 2016, 2019
V11.0.7
Active Data Guard 2 RHEL 8.4
Rocky Linux 8.7
Windows 2016, 2019
V11.0.7
Oracle 19c 3
Todas las versiones
Independiente OEL 7.x, 8.x, 9.0
RHEL 8.x, SLES 12, 15
Windows 2016, 2019
RHEL 8.10 con kernel 4.18.0-553.40.1
RHEL 9.5 con kernel 5.14.0-503.23.1
V11.0.1


V11.0.15
Rocky Linux 8.7 V11.0.7
RAC OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Rocky Linux 8.7 V11.0.7
Exadata 1 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Rocky Linux 8.7 V11.0.7
Non Active Data Guard 2 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Rocky Linux 8.7 V11.0.7
Active Data Guard 2 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Rocky Linux 8.7 V11.0.7
Oracle 18c 3
Todas las versiones
Independiente OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
RAC OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Exadata 1 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Non Active Data Guard 2 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Active Data Guard 3 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1

1 El sistema Oracle Exadata es compatible con iSCSI y NFS

2 El seguimiento de bloques modificados de RMAN de la base de datos de Oracle solo está disponible en Active Data Guard

3 La captura de datos de Oracle 18c y versiones posteriores se realiza a nivel del contenedor (lo que incluye todas las PDB). La activación compatible con la app en un destino se encuentra a nivel del contenedor. Se admite la adición de PDB virtuales a un contenedor existente con secuencias de comandos personalizadas.

Métodos admitidos de captura y presentación de datos

El servicio Backup and DR admite una variedad de métodos de captura y presentación para bases de datos de Oracle en diversas configuraciones. Esto incluye las operaciones de copia de seguridad, recuperación y montaje compatibles con la app de la base de datos de Oracle con TDE (encriptación transparente de datos). En el caso de las bases de datos de Oracle con TDE, la billetera para la TDE se puede capturar configurando el parámetro de configuración avanzado de la ubicación del archivo de configuración de Oracle para la app de Oracle. Los montajes compatibles con la app para las bases de datos habilitadas para la TDE requieren que la billetera se copie en la ubicación adecuada del host de montaje.

También ten en cuenta que dNFS con Oracle es compatible con los sistemas operativos Linux.

Configuración de la base de datos de producción Formato de captura1 Formato de presentación
Archivos de BD en ASM/RAC Sistema de archivos (dispositivo de bloqueo) Sistema de archivos independiente
Sistema de archivos (NFS) Sistema de archivos independiente (NFS)
Sistema de archivos (NFS) Sistema de archivos de RAC (NFS)
Grupo de discos de ASM 3, 5 ASM independiente
Grupo de discos de ASM 3, 5 ASM RAC (uno o más nodos)
Archivos de la base de datos en el sistema de archivos Sistema de archivos (dispositivo de bloqueo) Sistema de archivos independiente
Sistema de archivos (NFS) Sistema de archivos independiente (NFS)
Grupo de discos de ASM 3, 4 y 5 ASM independiente
Grupo de discos de ASM 3, 4 y 5 ASM RAC (uno o más nodos)

1 El formato de captura es el formato resultante de la copia que administra Backup and DR.

3 La captura de ASM a ASM y la presentación de copias de seguridad en formato ASM no son compatibles con los sistemas operativos Windows.

4 Se requiere una instancia de Oracle ASM en el sistema de origen para este método de captura.

5 No se admite la combinación de disco de ASM (formato de captura) cuando los datos se capturan a través de NFS

Formatos de captura de datos admitidos Uso del sistema de archivos Usa el grupo de discos de ASM
Asistencia para copias de seguridad Datos de HCC o no HCC
Recuperación de Oracle con RMAN HCC o no HCC
Soporte con reconocimiento de la app 1 De Exadata a no Exadata

1 Para acceder a los datos de copias virtuales de datos comprimidos con HCC, se deberán descomprimir los datos antes de acceder a ellos.

Compatibilidad con Oracle Exadata

El servicio Backup and DR admite las siguientes configuraciones de Oracle Exadata.

  • Versiones de Exadata Database Machine: X4 y posteriores

  • Versiones de Oracle: 18c y 19c

PostgreSQL

El servicio Backup and DR admite los siguientes métodos de captura de datos:

  • PostgreSQL en Linux se puede capturar a nivel del volumen de forma incremental y continua, con acceso instantáneo y creación de clones virtuales para el TDM. Esta opción aprovecha las capacidades de LVM de Linux y de seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.

  • Para los clientes que no usan LVM o que no pueden usar la captura a nivel del volumen, PostgreSQL en Linux también se puede capturar con una copia de seguridad completa y una incremental. Esto usa el comando "pg_dump" de la base de datos, que no admite copias de seguridad incrementales, por lo que cada copia de seguridad será una copia de seguridad completa de la base de datos.

  • Debido a las limitaciones de PostgreSQL, la recuperación de avance no se admite para la operación de restablecimiento de copias de seguridad incrementales y completas.

Versiones de PostgreSQL compatibles SO compatibles Versión mínima requerida del agente de servicio de Backup and DR
10.23 RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
11.x RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
12.x RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
13.x RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
14.x RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
15.x RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
16.x RHEL 8.10 V11.0.13-14 con revisiones

SAP

El servicio Backup and DR admite SAP en todas las bases de datos que se admiten en este documento.

SAP ASE (anteriormente Sybase ASE)

El servicio Backup and DR admite los siguientes métodos de captura de datos:

  • SAP ASE en Linux se puede capturar a nivel del volumen de forma incremental y permanente con acceso instantáneo y creación de clones virtuales para TDM. Esta opción aprovecha las capacidades de LVM de Linux y de seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.

  • Para los clientes que no usan LVM o que no pueden usar la captura a nivel del volumen, SAP ASE en Linux también se puede capturar con una copia de seguridad completa y una incremental. Esto usa la copia de seguridad basada en volcados de la base de datos y, por lo general, se ejecuta como una copia de seguridad completa semanal y una copia de seguridad incremental diaria. La recuperación implica reconstruir las copias de seguridad incrementales sobre la copia de seguridad completa más reciente.

Versiones de SAP ASE compatibles SO compatibles Versión mínima requerida del agente de Backup and DR
16.0.x SLES 12 SP5
SLES 15 SP3
V11.0.1
SLES 15 SP4 V11.0.4
SLES 15 SP5 V11.0.9

SAP HANA

El agente de copia de seguridad y DR admite la captura de SAP HANA en las siguientes configuraciones.

Configuración compatible API de SavePoint de SAP HANA 2 SAP basado en archivos (HDBSQL/Backint) 3 SO compatibles Versión mínima requerida del agente de Backup and DR
Escalamiento horizontal de HANA 2.0, almacenamiento no compartido Sí (opción preferida) 1 RHEL 8.1 a 8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
Sí (opción preferida) 1 RHEL 8.6
SLES 15 SP4
V11.0.4
Sí (opción preferida) 1 RHEL 8.7 V11.0.5
Sí (opción preferida) 1 RHEL 8.10 V11.0.14, kernel 4.18.0-553.40.1
Sí (opción preferida) 1 RHEL 9.2 Versión 11.0.14 con revisiones
Sí (opción preferida) 1 RHEL 9.5 V11.0.14, kernel 5.14.0-503.23.1
Sí (opción preferida) 1 SLES 15 SP5 V11.0.9
HANA 2.0 de escalamiento horizontal, almacenamiento compartido 4 No es compatible RHEL 8.1 a 8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
No es compatible RHEL 8.6
SLES 15 SP4
V11.0.4
Sí (opción preferida) 1 RHEL 8.7 V11.0.5
Sí (opción preferida) 1 SLES 15 SP5 V11.0.9
SAP HANA 2.0 independiente o HA (1+1) Sí (opción preferida) 1 RHEL 8.1 a 8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
Sí (opción preferida) 1 RHEL 8.6
SLES 15 SP4
V11.0.4
Sí (opción preferida) 1 RHEL 8.7 V11.0.5
Sí (opción preferida) 1 SLES 15 SP5 V11.0.9
Sistema de un solo contenedor (HANA 1.0) 5 Sí (opción preferida) RHEL 8.1 a 8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
Sí (opción preferida) RHEL 8.6
SLES 15 SP4
V11.0.4
Sí (opción preferida) 1 RHEL 8.7 V11.0.5
Sí (opción preferida) 1 SLES 15 SP5 V11.0.9

1 Requiere SAP HANA 2.0 SPS 04 o versiones posteriores

2 La API de SavePoint de SAP HANA aprovecha la CBT de Backup y DR, y admite la función de montaje instantáneo incremental y compatible con aplicaciones con la opción de reversión de registros. El servicio Backup and DR admite CBT con HANA en RHEL 7.2 y versiones posteriores. Para obtener una lista completa de las versiones de RHEL aptas para CBT, consulta Compatibilidad con sistemas operativos Linux.

3 El modo Backint de SAP HANA solo admite copias de seguridad completas semanales con copias de seguridad incrementales diarias. Admite la recuperación de HANA con comandos de HDBSQL/Backint de HANA. Además, la capacidad de montaje instantáneo compatible con la app no se admite con la API basada en archivos de HANA (HDBSQL/Backint).

4 Solo admite la opción de asignación de discos NFS de Backup and DR. El disco NFS siempre se asigna a todos los nodos de HANA.

5 Admite las opciones de asignación de discos NFS y de bloques de Backup and DR

SAP MaxDB

El servicio Backup and DR admite los siguientes métodos de captura de datos:

  • SAP MaxDB en Linux se puede capturar a nivel del volumen de forma incremental y permanente con acceso instantáneo y creación de clones virtuales para TDM. Esta opción aprovecha las capacidades de LVM de Linux y de seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.

  • Para los clientes que no usan LVM o que no pueden usar la captura a nivel del volumen, MaxDB en Linux también se puede capturar con una copia de seguridad completa y una incremental. Esto usa la copia de seguridad basada en volcados de la base de datos y, por lo general, se ejecuta como una copia de seguridad completa semanal y una copia de seguridad incremental diaria. La recuperación implica reconstruir las copias de seguridad incrementales sobre la copia de seguridad completa más reciente.

Versiones compatibles de SAP MaxDB SO compatibles Versión mínima requerida del agente de Backup and DR
7.9.09 RHEL 8.1 a 8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
7.9.10 RHEL 8.1 a 8.5 V11.0.1
RHEL 8.6
SLES 15 SP4
V11.0.4
RHEL 8.7 V11.0.5
SLES 15 SP5 V11.0.9

SAP IQ (anteriormente Sybase IQ)

El servicio de copia de seguridad y DR admite la captura de SAP IQ a nivel del volumen de forma incremental y continua, con acceso instantáneo y creación de clones virtuales para TDM. Esta opción aprovecha las capacidades de LVM de Linux y de seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.

Versiones de SAP IQ compatibles SO compatibles Versión mínima requerida del agente de Backup and DR
SAP IQ 16.x (completo y incremental) RHEL 8.1 a 8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
SAP IQ 16.x (LVM + CBT) RHEL 8.1 a 8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
RHEL 8.6
SLES 15 SP4
V11.0.4
RHEL 8.7 V11.0.5
SLES 15 SP5 V11.0.9

Sistemas de archivos

Los agentes de Backup and DR detectan cada volumen en un punto de activación de red como una aplicación protegible. Para cada una de estas aplicaciones descubiertas, el agente de Backup and DR coordina el proceso para lograr la coherencia (a través de instantáneas de VSS/LVM), presenta un disco de etapa de pruebas que se formateará con un sistema de archivos del mismo tipo que el origen o un tipo de sistema de archivos compatible, como se documenta aquí.

Sistema operativo FS de origen FS de disco de etapa de pruebas Versión mínima requerida del agente de Backup and DR
Windows NTFS NTFS V11.0.1
SMB NTFS V11.0.1
ReFS ReFS V11.0.1
Linux1 EXT2 EXT2 o NFS4 V11.0.1
EXT3 EXT3 o NFS4 V11.0.1
EXT4 EXT4 o NFS4 V11.0.1
XFS XFS o NFS4 V11.0.1
ReiserFS ReiserFS o NFS4 V11.0.1
NFS EXT3 o NFS4 V11.0.1
BTRFS EXT3 o NFS4 V11.0.1

1 Si está presente, se usa la instantánea de LVM como fuente. Se admite el montaje de LVM en el mismo servidor.

2 Solo versiones integradas

3 No se admite la encriptación

4 Solo se admite la versión 3 del protocolo NFS

Administración de datos de pruebas con contenedores

Backup and DR aprovecha los volúmenes de NFS para que los datos de la aplicación capturados estén disponibles como recursos compartidos de NFS para los contenedores. Esto permite crear clones virtuales de bases de datos compatibles a los que se puede acceder desde el entorno alojado en contenedores.

Virtualización de datos para entornos virtuales

Backup and DR admite la virtualización de datos para entornos virtuales con los siguientes métodos:

Google Cloud VMware Engine

El servicio Backup and DR admite la captura de datos de máquinas virtuales de VMware a través de llamadas a las APIs de VMware vSphere Storage - Data Protection (antes conocidas como APIs de vStorage para protección de datos o VADP) para capturar un servidor virtual completo. Específicamente, las llamadas a la API pueden hacer lo siguiente:

  • Realiza el seguimiento de los bloques modificados: Crea una instantánea completa inicial de una base de datos y, luego, solo crea instantáneas de los cambios en la base de datos, lo que habilita la estrategia de captura incremental continua de Backup and DR.

  • Silenciar aplicaciones: Garantiza la coherencia de las aplicaciones durante la captura.

vCenter 1, 6 7.0, 7.0 U1, 7.0 U2, 7.0 U3, 8.0 7
ESX Server 6 7.0, 7.0 U1, 7.0 U2, 7.0 U3
Hardware virtual 2 De 7 a 15 y de 17 a 19
SO invitado Todos los SO compatibles con Google Cloud VMware Engine
Silencia las aplicaciones 3 Sí, basado en VMware Tools
Compatibilidad con vSAN 4 vSAN 7.0 U1, vSAN 7.0 U2 y vSAN 7.0 U3
Cambio en el seguimiento de bloqueo5 Aprovecha las APIs de almacenamiento de VMware vSphere: protección de datos (anteriormente conocidas como APIs de vStorage para protección de datos o VADP)

1 Aprovecha la versión 7.0 del VDDK de VMware.

2 No se admiten los tipos de controladores NVMe (que se encuentran en ESX 7.0 y versiones posteriores). Las versiones de hardware virtual 14 y posteriores solo se admiten con ESX 7.0 (y versiones posteriores).

3 Capacidad aplicable a cualquier aplicación con un escritor de VSS o secuencias de comandos previas y posteriores para lograr una captura coherente con la aplicación.

4 Dado que VMware vSAN no admite las funciones de acceso a dispositivos RDM, Backup and DR no admite el montaje de una VM cuando se usan RDM. Se admiten las clonaciones y restauraciones de VMs. Sin embargo, se admite el montaje de una VM en Backup and DR cuando se usa el transporte NFS en lugar de RDM.

5 No se admite para los discos presentados a las VMs de producción como pRDM.

6 No se admite la configuración del modo de transporte de SAN para el disco de etapa de la copia de seguridad (copias de seguridad basadas en agentes), ni el montaje y el restablecimiento de copias de seguridad con iSCSI.

7 VMware vCenter Server 8.0 es compatible con el servicio Backup and DR 11.0.15 y versiones posteriores.