Política de fin de vida útil del servicio de copia de seguridad y DR
La Política de Fin de Vida Útil ("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 el software y el hardware de Backup and DR.
El hardware y software de terceros incluyen plataformas de hardware, sistemas operativos y software de aplicaciones protegidos por dispositivos de copia de seguridad o DR. Cuando la configuración de hardware, sistema operativo o software de aplicación de terceros alcance el EOSL del proveedor, la asistencia de copia de seguridad y DR para esas configuraciones se limitará a la asistencia comercialmente razonable. La copia de seguridad y la DR no emitirán más revisiones ni actualizaciones para admitir sistemas de software y hardware que ya no estén en el ciclo de vida de asistencia de sus respectivos proveedores.
Protocolos de red compatibles
La copia de seguridad y la DR admiten el traslado de datos a través de las siguientes opciones:
iSCSI
Dispositivo de almacenamiento en 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: La copia de seguridad y la DR admiten NFS v3 (solo) para capturar y presentar datos en las siguientes configuraciones de implementación:
Presenta copias de seguridad a los hosts de Google Cloud VMware Engine con un almacén de datos NFS
Presentación de un disco de preparación para la captura de datos basada en agentes en una VM de Compute Engine o Google Cloud VMware Engine
Entornos compatibles para las copias de seguridad
El agente es compatible con estos entornos.
Copias de seguridad basadas en agentes
El agente de Backup and DR (conector) puede crear copias de seguridad de bases de datos y sistemas de archivos compatibles con los sistemas operativos Microsoft Windows y Linux admitidos en los siguientes entornos y recuperarlos.
| Tipo de aplicación | Se ejecuta en instancias de Compute Engine 1 | Se ejecuta en VMs de Google Cloud VMware Engine 1 |
|---|---|---|
| Bases de datos | Sí | Sí |
| Sistemas de archivos | Sí | Sí |
La CBT de 1 en la instancia de Compute Engine y las VMs de GCVE requiere que se inhabilite el inicio seguro de UEFI.
Copias de seguridad sin agentes
El servicio de Backup and DR admite copias de seguridad de VM en los siguientes entornos sin necesidad de un agente dentro de la VM:
Instancias de Compute Engine (aprovecha las APIs de instantáneas de Persistent Disk)
VMs de Google Cloud VMware Engine (aprovecha las APIs de almacenamiento de VMware vSphere: Protección de datos (antes conocidas como APIs de vStorage para protección de datos o VADP))
Compatibilidad con el almacenamiento de objetos para OnVault
OnVault admite el siguiente almacenamiento de Google Cloud .
| Tipo de almacenamiento | Versión mínima requerida del servicio de copia de seguridad y DR |
|---|---|
| Standard Storage | V11.0.1 |
| Nearline Storage | V11.0.1 |
| Coldline Storage | V11.0.1 |
| Archive Storage | V11.0.1 |
Virtualización de datos de aplicaciones con el agente de Backup and DR (conector)
El agente de copia de seguridad y DR (también conocido como conector) es un ejecutable ligero que ofrece las siguientes funciones 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 APIs: Siempre que sea posible, los agentes de Backup y 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.
Seguimiento de bloques de cambios: En situaciones en las que las aplicaciones de producción no tienen un seguimiento de bloques de cambios integrado, la copia de seguridad y la DR introducen el seguimiento de bloques de cambios en plataformas seleccionadas.
Información sobre la recuperación o el acceso de las aplicaciones: Los agentes de copia de seguridad y DR tienen información sobre las aplicaciones. El agente de Backup and DR (Conector) te permite crear instancias utilizables de aplicaciones durante las operaciones de activación de recuperación, lo que elimina la necesidad de realizar acciones de secuencias de comandos manuales después de la activación.
Esquema de captura de datos de aplicaciones genéricas (LVM): Los agentes de copia de seguridad y DR proporcionan un esquema 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 para lograr la captura de datos coherente de la aplicación y la creación de instancias de la aplicación a partir de datos de copia de seguridad.
Compatibilidad con Microsoft Windows Server
El agente de Backup and DR es compatible con los siguientes sistemas operativos Microsoft Windows.
| Versión del sistema operativo | Compatibilidad básica con el agente de Backup and DR (Conector) | Compatibilidad con el seguimiento de bloqueos de cambios 1 | Versión mínima requerida del agente (conector) de Backup and DR |
|---|---|---|---|
| Windows Server 2016 | Sí | Sí | V11.0.1 |
| Windows Server 2019 | Sí | Sí | V11.0.1 |
| Windows Server 2022 | Sí | Sí | V11.0.1 |
1 La CBT solo es compatible con Microsoft SQL Server.
Compatibilidad con el sistema operativo Linux
El agente de Backup and DR (Conector) es compatible con 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 copia de seguridad incremental para siempre para otras bases de datos.
| SO | Versión | Compatibilidad básica con el agente de Backup and DR (Conector) | Compatibilidad con el seguimiento de bloques de cambios | Versión mínima requerida del agente (conector) de Backup and DR |
|---|---|---|---|---|
| RHEL1,4,5 | 8.0-8.17 | Sí | Sí | V11.0.1 |
| 8.2 | Sí | Sí | V11.0.1 | |
| 8.3 | Sí | Sí | V11.0.1 | |
| 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 | |
| 9.0 | Sí | No | V11.0.4 | |
| 9.2 | Sí | No | V11.0.8 | |
| 9.3 | Sí | No | V11.0.9 | |
| RHEL para SAP 1 y 5 | 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 | |
| SLES 1, 3, 6 | 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 | |
| SLES para SAP 1, 3, 6 | 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 5 | 8.7 | Sí | Sí | V11.0.7 |
| 8.8 | Sí | No | V11.0.8 | |
| 8.9 | Sí | No | V11.0.9 | |
| 9.0 | Sí | No | V11.0.8 | |
| 9.1 | Sí | No | V11.0.8 | |
| 9.2 | Sí | No | V11.0.8 | |
| 9.3 | Sí | No | V11.0.9 | |
| Rocky Linux optimizado para Google Cloud | 8.7 | Sí | No | V11.0.5 |
| 8.8 | Sí | No | V11.0.8 | |
| 8.9 | Sí | No | V11.0.9 | |
| 9.2 | Sí | No | V11.0.8 | |
| 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 Enterprise 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.88 | Sí | No | V11.0.8 | |
| 9.0 | Sí | No | V11.0.4 | |
| 9.18 | Sí | No | V11.0.8 | |
| 9.28 | Sí | No | V11.0.8 |
1 NO se admite la ruta de acceso múltiple dinámica (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 anteriores aún apuntan al módulo de kernel anterior. No se admite la actualización del SO desde un ISO.
4 El servicio de copia de seguridad y DR no es compatible con la HA de RHEL.
5 No es compatible con CBT si la versión del kernel es superior a 4.18.0-425.3.1.
6 No es compatible con CBT si la versión del kernel es superior a 5.14.21-150400.22.1.
7 En casos excepcionales, el comando de instantáneas de LVM en esta versión del SO puede hacer que las copias de seguridad dejen de responder. Este es un problema conocido de Red Hat. El ID de error interno de este error, según lo mantiene Red Hat, es 1758605. Actualiza el kernel de Linux a la versión más reciente disponible en la versión RHEL/CentOS 8.1. Para obtener más información, visita https://access.redhat.com/solutions/5049041 o comunícate con el equipo de asistencia de Red Hat/CentOS para obtener más ayuda.
8 Compatible con las versiones de Red Hat Compatible Kernel (RHCK) y Unbreakable Enterprise Kernel (UEK).
Microsoft SQL Server
Los agentes de copia de seguridad y DR admiten la captura de datos coherentes de la base de datos (instantáneas) de Microsoft SQL Server.
| Versión | Parámetros de configuración admitidos | Versión mínima requerida del agente (conector) de Backup and DR |
|---|---|---|
| 2019 | Independiente | V11.0.1 |
| Grupos de disponibilidad siempre activados | V11.0.1 | |
| Grupos de disponibilidad distribuidos | V11.0.1 | |
| Instancia de conmutación por error 1 | V11.0.1 | |
| 2017 | Independiente | V11.0.1 |
| Grupos de disponibilidad siempre activados | V11.0.1 | |
| Grupos de disponibilidad distribuidos | V11.0.1 | |
| Instancia de conmutación por error 1 | V11.0.1 | |
| 2016 | Independiente | V11.0.1 |
| Grupos de disponibilidad siempre activados | V11.0.1 | |
| Grupos de disponibilidad distribuidos | V11.0.1 | |
| Instancia de conmutación por error 1 | V11.0.1 | |
| 2014 | Independiente | V11.0.1 |
| Grupos de disponibilidad siempre activados | V11.0.1 | |
| Instancia de conmutación por error 1 | V11.0.1 |
1 No se admite la activación de unidades que admiten apps 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 detectó como una VM de Google Cloud VMware Engine.
IBM Db2
El servicio de copia de seguridad y DR admite los siguientes métodos de captura de datos:
Db2 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 (TDM). Esto aprovecha las capacidades de seguimiento de bloques modificados de Linux LVM y de las copias de seguridad y la 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 de volumen, Db2 en Linux se puede capturar de forma alternativa con una copia de seguridad completa y una incremental. Esto usa la propia copia de seguridad basada en volcado de la base de datos.
| Versiones compatibles de IBM DB2 | SO compatibles | Versión mínima requerida del agente (conector) 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 de copia de seguridad y DR admite los siguientes métodos de captura de datos:
MariaDB 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 seguimiento de bloques modificados de LVM y Backup and DR de Linux, 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, MariaDB en Linux se puede capturar de forma alternativa con una copia de seguridad completa y una incremental. Esta opción 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 incremental diaria. La recuperación implica reconstruir los incrementos sobre la copia de seguridad completa más reciente.
| Versiones de MariaDB compatibles | SO compatibles | Versión mínima requerida del agente (conector) 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 de copia de seguridad y 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 TDM. Esto aprovecha las capacidades de seguimiento de bloques modificados de Linux LVM y de las copias de seguridad y la 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 de volumen, MySQL en Linux se puede capturar de forma alternativa con una copia de seguridad completa y una incremental. Esta opción usa la propia copia de seguridad basada en volcados de la base de datos y, por lo general, se ejecuta como una copia completa semanal y una incremental diaria. La recuperación implica reconstruir los incrementos sobre la copia de seguridad completa más reciente.
| Versiones de MySQL compatibles | SO compatibles | Versión mínima requerida del agente (conector) 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 copia de seguridad y DR permiten la captura de datos coherentes de las bases de datos de Oracle. Oracle se debe ejecutar en modo ARCHIVELOG. La captura de datos admite la captura de datos en discos de preparación con formato de 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 de las configuraciones de Oracle Active Data Guard y Oracle Non 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.7 |
| RAC | RHEL 8.4
Rocky Linux 8.7 Windows 2016 y 2019 |
V11.0.7 | |
| Exadata 1 | RHEL 8.4
Rocky Linux 8.7 Windows 2016 y 2019 |
V11.0.7 | |
| Data Guard no activo 2 | RHEL 8.4
Rocky Linux 8.7 Windows 2016 y 2019 |
V11.0.7 | |
| Active Data Guard 2 | RHEL 8.4
Rocky Linux 8.7 Windows 2016 y 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 |
V11.0.1 |
| 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 | ||
| Data Guard no activo 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 | |
| Data Guard no activo 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 de cambios 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 (que incluye todas las PDB). La activación de apps en un destino se realiza a nivel del contenedor. Los PDB virtuales a un contenedor existente se admiten con secuencias de comandos personalizadas.
Métodos de captura y presentación de datos admitidos
El servicio de copia de seguridad y DR admite una variedad de métodos de captura y presentación para bases de datos de Oracle en varias configuraciones. Esto incluye las operaciones de copia de seguridad, recuperación y activación de 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, se puede capturar la billetera para TDE configurando el parámetro de configuración avanzado de ubicación de archivos de Oracle para la app de Oracle. Los puntos de activación compatibles con la app para bases de datos habilitadas para TDE requieren que la billetera se copie en la ubicación adecuada en el host de activación.
Además, 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 almacenamiento en bloques) | 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 ASM 3 y 5 | ASM independiente | |
| Grupo de discos ASM 3 y 5 | ASM RAC (uno o más nodos) | |
| Archivos de la base de datos en el sistema de archivos | Sistema de archivos (dispositivo de almacenamiento en bloques) | Sistema de archivos independiente |
| Sistema de archivos (NFS) | Sistema de archivos independiente (NFS) | |
| Grupo de discos ASM 3, 4 y 5 | ASM independiente | |
| Grupo de discos 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 instancias de ASM de Oracle requeridas en el sistema de origen para este método de captura
5 No se admite la combinación de ASM Disk (formato de captura) cuando se capturan datos a través de NFS.
| Formatos de captura de datos compatibles |
Con el sistema de archivos
Con el grupo de discos de ASM |
|---|---|
| Compatibilidad con copias de seguridad | Datos de HCC o no HCC |
| Recuperación de Oracle con RMAN | HCC o no HCC |
| Activación de la app 1 | De Exadata a no Exadata |
1 Para acceder a los datos desde copias virtuales de datos comprimidos con HCC, se requerirá que los datos no estén comprimidos antes de acceder a ellos.
Compatibilidad con Oracle Exadata
El servicio de copia de seguridad y DR admite las siguientes configuraciones de Oracle Exadata.
Versiones de máquinas de base de datos de Exadata: X4 y versiones posteriores
Versiones de Oracle: 18c y 19c
PostgreSQL
El servicio de copia de seguridad y DR admite los siguientes métodos de captura de datos:
PostgreSQL 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. Esto aprovecha las capacidades de seguimiento de bloques modificados de Linux LVM y de las copias de seguridad y la 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 de volumen, PostgreSQL en Linux se puede capturar de forma alternativa con una copia de seguridad completa y una incremental. Esto usa el comando “pg_dump” de la base de datos, que no admite la copia de seguridad incremental, por lo que cada copia de seguridad será una copia de seguridad completa de volcado de la base de datos.
Debido a limitaciones con PostgreSQL, la recuperación de actualización no es compatible con la operación de restablecimiento de copias de seguridad completas y incrementales.
| Versiones de PostgreSQL compatibles |
SO compatibles | Versión mínima requerida del agente (conector) 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 |
SAP
El servicio de DR y copia de seguridad admite SAP en todas las bases de datos compatibles que se mencionan en este documento.
SAP ASE (anteriormente Sybase ASE)
El servicio de copia de seguridad y 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. Esto aprovecha las capacidades de seguimiento de bloques modificados de Linux LVM y de las copias de seguridad y la 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, SAP ASE en Linux se puede capturar de forma alternativa con una copia de seguridad completa y una incremental. Esta opción usa la propia copia de seguridad basada en volcados de la base de datos y, por lo general, se ejecuta como una copia completa semanal y una incremental diaria. La recuperación implica reconstruir los incrementos sobre la copia de seguridad completa más reciente.
| Versiones de SAP ASE compatibles | SO compatibles | Versión mínima requerida del agente (conector) 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 | Basado en archivos de SAP (HDBSQL/Backint) 3 | SO compatibles | Versión mínima requerida del agente de Backup and DR (Conector) |
|---|---|---|---|---|
| Escalamiento horizontal de HANA 2.0, almacenamiento no compartido | Sí (opción preferida) 1 | Sí |
RHEL 8.1-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 | |
| HANA 2.0 de escalamiento horizontal, almacenamiento compartido 4 | No es compatible | Sí |
RHEL 8.1-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 de alta disponibilidad (1+1) | Sí (opción preferida) 1 | Sí |
RHEL 8.1-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 contenedor único (HANA 1.0) 5 | Sí (opción preferida) | Sí |
RHEL 8.1-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 |
1 Requiere SAP HANA 2.0 SPS 04 o una versión posterior.
2 La API de SavePoint de SAP HANA aprovecha la CBT de copia de seguridad y DR, y admite la función de activación instantánea incremental y consciente de la app con la opción de transferencia 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 calificadas para CBT, consulta Compatibilidad con el sistema operativo Linux.
3 El modo Backint de SAP HANA solo admite copias de seguridad semanales completas con incrementos diarios. Admite la recuperación de HANA con los comandos HDBSQL/Backint de HANA. Además, la función de activación instantánea compatible con la app no es compatible 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 de NFS y de bloques de Backup y DR.
SAP MaxDB
El servicio de copia de seguridad y 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. Esto aprovecha las capacidades de seguimiento de bloques modificados de LVM y Backup and DR de Linux, 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 se puede capturar de forma alternativa con una copia de seguridad completa y una incremental. Esta opción usa la propia copia de seguridad basada en volcados de la base de datos y, por lo general, se ejecuta como una copia completa semanal y una incremental diaria. La recuperación implica reconstruir los incrementos sobre la copia de seguridad completa más reciente.
| Versiones de SAP MaxDB compatibles | SO compatibles | Versión mínima requerida del agente (conector) de Backup and DR |
|---|---|---|
| 7.9.09 |
RHEL 8.1-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 permanente con acceso instantáneo y creación de clones virtuales para TDM. Esta opción aprovecha las capacidades de seguimiento de bloques modificados de LVM y Backup and DR de Linux, y es la alternativa recomendada.
| Versiones de SAP IQ compatibles | SO compatibles | Versión mínima requerida del agente (conector) de Backup and DR |
|---|---|---|
| SAP IQ 16.x (completo y adicional) |
RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
SAP IQ 16.x (LVM + CBT) |
RHEL 8.1-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 descubren 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 copia de seguridad y DR orquesta el proceso de lograr la coherencia (a través de instantáneas de VSS/LVM), presenta un disco de preparación que se formateará con un sistema de archivos del mismo tipo que el de origen o un tipo de sistema de archivos compatible, como se documenta aquí.
| Sistema operativo | FS de origen | FS de Staging Disk | Agente de Backup and DR (Conector) mínimo requerido Version |
|---|---|---|---|
| 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 |
Se usa una instantánea de LVM 1 como fuente, si está presente. Se admite la activación de LVM en el mismo servidor.
2 Solo en versiones integradas
3 No se admite la encriptación.
4 Solo se admite la versión 3 del protocolo NFS.
Prueba la administración de datos con contenedores
La copia de seguridad y la DR aprovechan los volúmenes de NFS para que los datos capturados de la aplicación estén disponibles como recursos compartidos de NFS para los contenedores. Esto permite crear clones virtuales de bases de datos compatibles a las que se puede acceder desde el entorno de contenedor.
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 de copia de seguridad y DR admite la captura de datos de máquinas virtuales de VMware mediante el uso de las llamadas a las APIs de VMware vSphere Storage - Data Protection (antes conocidas como APIs de vStorage para Data Protection o VADP) para capturar un servidor virtual completo. Específicamente, las llamadas a la API pueden hacer lo siguiente:
Realizar el seguimiento de bloques de cambios: Crea una instantánea completa inicial de una base de datos y, luego, solo toma instantáneas de los cambios en la base de datos, lo que habilita la estrategia de captura incremental de por vida de las copias de seguridad y la DR.
Inhabilita las aplicaciones: Garantiza la coherencia de las aplicaciones durante la captura.
| vCenter 1, 6 | 7.0, 7.0 U1, 7.0 U2 y 7.0 U3 |
| Servidor ESX 6 | 7.0, 7.0 U1, 7.0 U2 y 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 |
| Inhabilitar aplicaciones 3 | Sí, según las herramientas de VMware |
| Compatibilidad con vSAN 4 | vSAN 7.0 U1, vSAN 7.0 U2 y vSAN 7.0 U3 |
| Cambio en el seguimiento de bloqueos5 | Aprovecha las APIs de almacenamiento de VMware vSphere: Protección de datos (antes conocidas como APIs de vStorage para protección de datos o VADP) |
1 Aprovecha la versión 7.0 de VDDK de VMware.
No se admiten los tipos de controladores NVME 2 (que se encuentran en ESX 7.0 y versiones posteriores). El hardware virtual de la versión 14 y posteriores solo es compatible con ESX 7.0 (y versiones posteriores).
3 Es una función 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, el servicio de copia de seguridad y DR no admite el acceso a una VM cuando se usan RDM. Se admiten las copias de seguridad y los clones de VMs. Sin embargo, la activación de una VM es compatible con la copia de seguridad y la DR cuando se usa el transporte NFS en lugar de RDM.
5 No se admite para los discos que se presentan a las VMs de producción como pRDM.
6 No se admite la configuración del modo de transporte de SAN para crear copias de seguridad del disco de preparación (copias de seguridad basadas en agentes) ni activar ni restablecer copias de seguridad con iSCSI.