Política de fin de vida útil de la asistencia de Backup and DR
La Política de fin de vida útil de la asistencia ("EOSL") de Backup and DR abarca el proceso y los detalles relacionados con el fin 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 and 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 de sus respectivos proveedores.
Protocolos de red compatibles
Backup and DR admite el movimiento de datos a través de los siguientes medios:
Dispositivo de bloqueo 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
Presentación de 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 en los siguientes entornos.
| Tipo de aplicación | Se ejecuta en instancias de Compute Engine | Se ejecuta en VMs de Google Cloud VMware Engine |
|---|---|---|
| Bases de datos | Sí | Sí |
| Sistemas de archivos | Sí | Sí |
Copias de seguridad sin agente
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 VMware vSphere Storage: Protección de datos [anteriormente conocidas como APIs de vStorage para la protección de datos o VADP])
Compatibilidad del almacenamiento de objetos para OnVault
OnVault admite el siguiente almacenamiento 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 comúnmente 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 and DR introducen el seguimiento de bloques de cambios en plataformas seleccionadas.
Recuperación o montaje 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 coherentes 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 compatibilidad básica incluye la compatibilidad con sistemas de archivos y bases de datos de Oracle.
La compatibilidad con el seguimiento de bloques de cambio (CBT) incluye la capacidad de copias de seguridad incrementales permanentes para 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 / Rocky Linux | 8.10 | Sí | Sí | V11.0.16 |
| 9.4 | Sí | Sí | V11.0.16 | |
| 9.6 | Sí | Sí | V11.0.16 | |
| 9.8 | Sí | Sí | V11.0.17 | |
| RHEL1,4 | 10 | Sí | Sí | V11.0.17 |
| 10.2 | Sí | Sí | V11.0.17 | |
| RHEL para SAP 1 | 8.8 | Sí | Sí | V11.0.16 |
| 8.10 | Sí | Sí | V11.0.16 | |
| 9.2 | Sí | Sí | V11.0.16 | |
| 9.4 | Sí | Sí | V11.0.16 | |
| 9.6 | Sí | Sí | V11.0.16 | |
| SLES 1, 3 | 12 SP5 | Sí | Sí | V11.0.16 |
| 15 SP5 | Sí | Sí | V11.0.16 | |
| 15 SP6 | Sí | Sí | V11.0.16 | |
| 15 SP7 | Sí | Sí | V11.0.16 | |
| SLES para SAP 1, 3 | 12 SP5 | Sí | Sí | V11.0.16 |
| 15 SP5 | Sí | Sí | V11.0.16 | |
| 15 SP6 | Sí | Sí | V11.0.16 | |
| 15 SP7 | Sí | Sí | V11.0.16 | |
| Rocky Linux optimizado para Google Cloud | 8.x | Sí | No | V11.0.16 |
| 9.x | Sí | No | V11.0.16 | |
| Ubuntu | 20.04 LTS | Sí | No | V11.0.16 |
| 22.04 LTS | Sí | No | V11.0.16 | |
| 24.04 LTS | Sí | No | V11.0.16 | |
| Oracle Linux 1, 2 | 8.105 | Sí | No | V11.0.16 |
| 9.65 | Sí | No | V11.0.16 |
1 NO se admite la función de rutas múltiples dinámicas (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 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).
Kernels de SO Linux compatibles
Consulta la lista de kernels compatibles.
Microsoft SQL Server
Los agentes de Backup and DR versión 11.0.16 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 independiente | 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 |
- No se admite la protección coherente con la aplicación de la instancia de SQL Server alojada en recursos compartidos de SMB de Windows.
IBM Db2
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.16 |
| 11.1.0 | SLES 12 | V11.0.16 |
| 11.5.0 | SLES 12 | V11.0.16 |
| 11.5.8.0 | RHEL 8.x SLES 12 y 15 |
V11.0.16 |
| 11.5.9 | RHEL 8.8, 8.10 y RHEL 9.x | V11.0.16 |
| 12.1 | RHEL 9.x SLES 15 SP6, SLES 15 SP7 |
V11.0.17 |
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.
Los datos también se pueden capturar desde 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 y 2019 |
V11.0.16 |
| RAC | RHEL 8.4 Rocky Linux 8.7 Windows 2016 y 2019 |
V11.0.16 | |
| Exadata 1 | RHEL 8.4 Rocky Linux 8.7 Windows 2016 y 2019 |
V11.0.16 | |
| Non Active Data Guard 2 | RHEL 8.4 Rocky Linux 8.7 Windows 2016 y 2019 |
V11.0.16 | |
| Active Data Guard 2 | RHEL 8.4 Rocky Linux 8.7 Windows 2016 y 2019 |
V11.0.16 | |
| Oracle 19c 3 Todas las versiones |
Independiente | OEL 7.x, 8.x, 9.0, 9.6 RHEL 8.x, SLES 12, 15 Windows 2016, 2019 RHEL 8.10 RHEL 9.5 con kernel 5.14.0-503.23.1 |
V11.0.16 |
| ASM independiente | OEL 9.6 | V11.0.17 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| RAC | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| Exadata 1 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| Non Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| 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.16 |
| RAC | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Exadata 1 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Non Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Active Data Guard 3 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 |
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
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 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 la base de datos 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 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 detección de apps 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.
Soporte de Oracle Exadata
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
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 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 Backup and DR |
|---|---|---|
| 10.23 | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| 11.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| 12.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| 13.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| 14.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| RHEL 8.8 y 8.10 Rocky Linux 9 |
V11.0.16 | |
| 15.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| RHEL 8.8, 8.10, RHEL 9.x SLES 15 SP7 |
V11.0.16 | |
| 16.x | RHEL 8.10 | V11.0.16 |
| RHEL 8.10, RHEL 9.x Rocky Linux 9, SLES 15 SP7 |
V11.0.16 |
SAP
Backup and DR admite SAP en todas las bases de datos que se admiten en este documento.
SAP ASE (anteriormente Sybase ASE)
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 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.
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 más 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 los 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.16 |
| SLES 15 SP4 | V11.0.16 | |
| SLES 15 SP5 | V11.0.16 | |
| SLES 15 SP6 | V11.0.17 | |
| SLES 15 SP7 | V11.0.17 | |
| RHEL 8.8, 8.10 y RHEL 9.x | V11.0.16 |
SAP HANA
El agente de Backup and 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 |
|---|---|---|---|---|
| HANA 2.0 con escalamiento horizontal y almacenamiento no compartido | Sí (opción preferida) 1 | Sí | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| Sí (opción preferida) 1 | Sí | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| Sí (opción preferida) 1 | Sí | RHEL 8.8 | V11.0.16 | |
| Sí (opción preferida) 1 | Sí | RHEL 8.10 | V11.0.16 | |
| Sí (opción preferida) 1 | Sí | RHEL 9.2 | V11.0.16 | |
| Sí (opción preferida) 1 | Sí | RHEL 9.4 | V11.0.16 | |
| Sí (opción preferida) 1 | Sí | RHEL 9.5 | V11.0.16 | |
| Sí (opción preferida) 1 | Sí | RHEL 9.6 | V11.0.16 | |
| Sí (opción preferida) 1 | Sí | SLES 15 SP5 | V11.0.16 | |
| Sí (opción preferida) 1 | Sí | SLES 15 SP7 | V11.0.16 | |
| Escalamiento horizontal de HANA 2.0, almacenamiento compartido 4 | No es compatible | Sí | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| No es compatible | Sí | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| Sí (opción preferida) 1 | Sí | SLES 15 SP5 | V11.0.16 | |
| SAP HANA 2.0 independiente o con alta disponibilidad (1 + 1) | Sí (opción preferida) 1 | Sí | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| Sí (opción preferida) 1 | Sí | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| Sí (opción preferida) 1 | Sí | SLES 15 SP5 | V11.0.16 | |
| Sistema de un solo contenedor (HANA 1.0) 5 | Sí (opción preferida) | Sí | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| Sí (opción preferida) | Sí | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| Sí (opción preferida) 1 | Sí | SLES 15 SP5 | V11.0.16 |
1 Requiere SAP HANA 2.0 SPS 04 o versiones posteriores
2 En esta tabla, "API de SavePoint de SAP HANA" hace referencia a la copia de seguridad de SAP HANA que aprovecha la CBT de Backup and DR y su función de montaje instantáneo incremental y compatible con aplicaciones con la opción de avance de registros. No se refiere a la copia de seguridad de SAP HANA que aprovecha las instantáneas de Persistent Disk.
Cuando se usa la API de SavePoint de SAP HANA con instantáneas de Persistent Disk, no se admiten las configuraciones de HANA de escalamiento horizontal.
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 incrementales diarias. Admite la recuperación de HANA con los comandos 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
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 la administración de datos de prueba. 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.
En el caso de 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 los 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.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| 7.9.10 | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| RHEL 8.8, 8.10 y RHEL 9.x | V11.0.16 | |
| SLES 15 SP5 | V11.0.16 |
SAP IQ (anteriormente Sybase IQ)
Backup and DR admite la captura de SAP IQ a nivel del volumen de forma incremental permanente con acceso instantáneo y creación de clones virtuales para TDM. Esta opción aprovecha las capacidades de LVM de Linux y el seguimiento de bloques modificados de Backup and DR, y es la alternativa recomendada.
| Versiones compatibles de SAP IQ | SO compatibles | Versión mínima requerida del agente de Backup and DR |
|---|---|---|
| SAP IQ 16.x (completo y incremental) | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| SAP IQ 16.x (LVM, CBT) | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| SAP IQ 16.x (completo + incremental, LVM) | RHEL 8.8, 8.10 y RHEL 9.x | V11.0.16 |
| SLES 15 SP5 | V11.0.16 |
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 detectadas, 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 | Sistema de archivos de disco de etapa de pruebas | Versión mínima requerida del agente de Backup and DR |
|---|---|---|---|
| Windows | NTFS | NTFS | V11.0.16 |
| SMB | NTFS | V11.0.16 | |
| ReFS | ReFS | V11.0.16 | |
| Linux1 | EXT2 | EXT2 o NFS4 | V11.0.16 |
| EXT3 | EXT3 o NFS4 | V11.0.16 | |
| EXT4 | EXT4 o NFS4 | V11.0.16 | |
| XFS | XFS o NFS4 | V11.0.16 | |
| ReiserFS | ReiserFS o NFS4 | V11.0.16 | |
| NFS | EXT3 o NFS4 | V11.0.16 | |
| BTRFS | EXT3 o NFS4 | V11.0.16 |
1 Se usa la instantánea de LVM como fuente, si está presente. 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
Backup and DR admite la captura de datos de máquinas virtuales de VMware con llamadas a las APIs de almacenamiento de VMware vSphere - Protección de datos (antes conocidas como APIs de vStorage para la 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, 8.0 U3 7 |
|---|---|
| Servidor ESX 6 | 7.0, 7.0 U1, 7.0 U2, 7.0 U3 y 8.0.3 a partir de la versión 11.0.17 de Backup and DR |
| 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 |
| Seguimiento de cambios en bloques5 | Aprovecha las APIs de almacenamiento de VMware vSphere: Protección de datos (anteriormente conocidas como APIs de vStorage para la protección de datos o VADP) |
1 Esta versión aprovecha la versión 7.0 del VDDK de VMware. VDDK 8.0.3 es compatible con Backup and DR 11.0.17 y versiones posteriores. 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 de la aplicación.
4 Dado que VMware vSAN no admite 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, la activación de una VM es compatible con 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 realizar copias de seguridad del disco de etapa de pruebas (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 Backup and DR 11.0.16 y versiones posteriores, y 8.0.3 es compatible con 11.0.17 y versiones posteriores.