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	Sí	Sí
Sistemas de archivos	Sí	Sí

Nota: La CBT en instancias de Compute Engine y en VMs de Google Cloud VMware Engine requiere que se inhabilite el arranque seguro de UEFI.

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	Sí	Sí
Windows Server 2025 Datacenter Core	Sí	Sí
Windows Server 2022 Datacenter	Sí	Sí
Windows Server 2022 Datacenter Core	Sí	Sí
Windows Server 2019 Datacenter	Sí	Sí
Windows Server 2019 Datacenter Core	Sí	Sí
Windows Server 2016 Datacenter	Sí	Sí
Windows Server 2016 Datacenter Core	Sí	Sí

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
RHEL^1,4	8.4	Sí	Sí	V11.0.1
	8.5	Sí	Sí	V11.0.1
	8.6	Sí	Sí	V11.0.4
	8.7	Sí	Sí	V11.0.5
	8.8	Sí	No	V11.0.8
	8.9	Sí	No	V11.0.9
	8.10	Sí	No	V11.0.15
	9.0	Sí	No	V11.0.4
	9.2	Sí	No	V11.0.8
	9.4	Sí	No	V11.0.15
	9.5	Sí	No	V11.0.15
RHEL para SAP^1	8.4	Sí	Sí	V11.0.1
	8.6	Sí	Sí	V11.0.4
	8.8	Sí	No	V11.0.8
	9.0	Sí	No	V11.0.8
	9.2	Sí	No	V11.0.8
	9.4	Sí	No	V11.0.15
SLES ^1, 3	12 SP5	Sí	Sí	V11.0.1
	15 SP2	Sí	Sí	V11.0.1
	15 SP3	Sí	Sí	V11.0.1
	15 SP4	Sí	Sí	V11.0.4
	15 SP5	Sí	Sí	V11.0.9
	15 SP6	Sí	Sí	V11.0.13
SLES para SAP ^1, 3	12 SP5	Sí	Sí	V11.0.1
	15 SP2	Sí	Sí	V11.0.1
	15 SP3	Sí	Sí	V11.0.1
	15 SP4	Sí	Sí	V11.0.4
	15 SP5	Sí	Sí	V11.0.9
Rocky Linux	9.3	Sí	No	V11.0.9
Rocky Linux optimizado para Google Cloud	9.3	Sí	No	V11.0.9
Ubuntu	20.04 LTS	Sí	No	V11.0.1
	22.04 LTS	Sí	No	V11.0.1
Oracle Linux ^1, 2	7.0-7.6	Sí	No	V11.0.1
	7.7	Sí	No	V11.0.1
	7.8	Sí	No	V11.0.1
	7.9	Sí	No	V11.0.1
	8.0-8.1	Sí	No	V11.0.1
	8.2	Sí	No	V11.0.1
	8.3	Sí	No	V11.0.1
	8.4	Sí	No	V11.0.1
	8.5	Sí	No	V11.0.1
	8.6	Sí	No	V11.0.1
	8.7	Sí	No	V11.0.4
	8.8^5	Sí	No	V11.0.8
	9.0	Sí	No	V11.0.4
	9.1^5	Sí	No	V11.0.8
	9.2^5	Sí	No	V11.0.8

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

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

³ 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.

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

⁵ 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

Nota: No se admiten las vinculaciones compatibles con aplicaciones en una instancia de SQL Server que se ejecuta en un clúster de conmutación por error de Microsoft si alguno de sus nodos se descubrió como una VM de Google Cloud VMware Engine.

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

¹ El sistema Oracle Exadata es compatible con iSCSI y NFS

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

³ 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.

Nota: No se admite la recuperación de datos de Oracle capturados desde una máquina big-endian en una máquina little-endian ni viceversa.

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 captura^1	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)

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

³ 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.

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

⁵ 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

¹ 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

Nota: La compatibilidad se limita a las máquinas Exadata que ejecutan Oracle Enterprise Linux, versión 6.0 y posteriores.

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	Sí	RHEL 8.1 a 8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Sí (opción preferida) ^1	Sí	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sí (opción preferida) ^1	Sí	RHEL 8.7	V11.0.5
	Sí (opción preferida) ^1	Sí	RHEL 8.10	V11.0.14, kernel 4.18.0-553.40.1
	Sí (opción preferida) ^1	Sí	RHEL 9.2	Versión 11.0.14 con revisiones
	Sí (opción preferida) ^1	Sí	RHEL 9.5	V11.0.14, kernel 5.14.0-503.23.1
	Sí (opción preferida) ^1	Sí	SLES 15 SP5	V11.0.9
HANA 2.0 de escalamiento horizontal, almacenamiento compartido ^4	No es compatible	Sí	RHEL 8.1 a 8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	No es compatible	Sí	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sí (opción preferida) ^1	Sí	RHEL 8.7	V11.0.5
	Sí (opción preferida) ^1	Sí	SLES 15 SP5	V11.0.9
SAP HANA 2.0 independiente o HA (1+1)	Sí (opción preferida) ^1	Sí	RHEL 8.1 a 8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Sí (opción preferida) ^1	Sí	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sí (opción preferida) ^1	Sí	RHEL 8.7	V11.0.5
	Sí (opción preferida) ^1	Sí	SLES 15 SP5	V11.0.9
Sistema de un solo contenedor (HANA 1.0) ^5	Sí (opción preferida)	Sí	RHEL 8.1 a 8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Sí (opción preferida)	Sí	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sí (opción preferida) ^1	Sí	RHEL 8.7	V11.0.5
	Sí (opción preferida) ^1	Sí	SLES 15 SP5	V11.0.9

¹ Requiere SAP HANA 2.0 SPS 04 o versiones posteriores

² 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.

³ 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).

⁴ 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.

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

Nota: La copia de seguridad del registro de HANA se integra con las políticas de copias de seguridad de la base de datos y se controla automáticamente en todas estas configuraciones.

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
Linux^1	EXT2	EXT2 o NFS^4	V11.0.1
	EXT3	EXT3 o NFS^4	V11.0.1
	EXT4	EXT4 o NFS^4	V11.0.1
	XFS	XFS o NFS^4	V11.0.1
	ReiserFS	ReiserFS o NFS^4	V11.0.1
	NFS	EXT3 o NFS^4	V11.0.1
	BTRFS	EXT3 o NFS^4	V11.0.1

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

² Solo versiones integradas

³ No se admite la encriptación

⁴ 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.

Nota: Solo las bases de datos de MySQL y PostgreSQL en SO Linux compatibles son aptas para la administración de datos de prueba con 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.

Nota: No se admite la protección de máquinas virtuales de VMware View.

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 bloqueo^5	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)

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

² 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).

³ 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.

⁴ 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.

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

⁶ 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.

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