Matrice d'assistance : service Backup and DR

Règlement relatif à la fin de vie du service Backup and DR

La politique de fin de vie (EOSL, End-of-Support-Life) de Backup and DR couvre le processus et les détails concernant la fin de l'assistance de Backup and DR pour les systèmes et logiciels tiers, ainsi que pour les logiciels et le matériel Backup and DR.

Le matériel et les logiciels tiers incluent les plates-formes matérielles, les systèmes d'exploitation et les logiciels d'application protégés par des appliances de sauvegarde/récupération. Lorsqu'une configuration matérielle, de système d'exploitation ou logicielle d'application tierce atteint sa date de fin de vie auprès du fournisseur, l'assistance Backup and DR pour ces configurations est limitée à une assistance commercialement raisonnable.

Backup and DR n'émettra plus de correctifs ni de mises à jour pour prendre en charge les systèmes logiciels et matériels qui ont dépassé la fin de vie de l'assistance de leurs fournisseurs respectifs.

Protocoles réseau compatibles

Backup and DR est compatible avec le transfert de données via :

  • Network Block Device (NBD) : ce mode de transport est utilisé pour sauvegarder les machines virtuelles Google Cloud VMware Engine.

  • NFS : Backup and DR est compatible avec NFS V3 (uniquement) pour la capture et la présentation des données dans les configurations de déploiement suivantes :

    • Présenter des sauvegardes à des hôtes Google Cloud VMware Engine à l'aide d'un datastore NFS

    • Présentation d'un disque intermédiaire pour la capture de données basée sur un agent dans une VM Compute Engine ou Google Cloud VMware Engine

Environnements compatibles avec les sauvegardes

L'agent est compatible avec ces environnements.

Sauvegardes basées sur un agent

L'agent Backup and DR peut sauvegarder et récupérer les bases de données et les systèmes de fichiers compatibles des systèmes d'exploitation Microsoft Windows et Linux compatibles dans les environnements suivants.

Type d'application Exécuter sur des instances Compute Engine Exécution sur des VM Google Cloud VMware Engine
Bases de données Oui Oui
Systèmes de fichiers Oui Oui

Sauvegardes sans agent

Le service Backup and DR est compatible avec les sauvegardes de VM dans les environnements suivants sans nécessiter d'agent dans la VM :

  • Instances Compute Engine et Cloud SQL (utilise les API d'instantanés de disque persistant)
  • Bases de données SAP HANA et IBM Db2 sauvegardées sur un disque persistant
  • VM Google Cloud VMware Engine (utilise les API VMware vSphere Storage – Data Protection, anciennement appelées vStorage APIs for Data Protection ou VADP)

Compatibilité du stockage d'objets pour OnVault

OnVault est compatible avec les espaces de stockage Google Cloud suivants :

  • Stockage standard
  • Stockage Nearline
  • Stockage Coldline
  • Stockage Archive

Virtualisation des données d'application avec l'agent Backup and DR

L'agent de sauvegarde et de reprise après sinistre (également appelé connecteur) est un exécutable léger qui offre les fonctionnalités avancées suivantes lors des processus de capture et de récupération des données.

  • Découverte des applications : l'agent Backup and DR permet une découverte approfondie des bases de données et des systèmes de fichiers configurés sur un hôte de production.

  • Intégration d'API : dans la mesure du possible, les agents Backup and DR s'intègrent aux API/commandes spécifiques aux applications pour capturer efficacement les données d'application.

  • Suivi des blocs modifiés : dans les situations où les applications de production ne disposent pas d'un suivi des blocs modifiés intégré, Backup and DR introduit le suivi des blocs modifiés sur certaines plates-formes.

  • Récupération/montage avec reconnaissance des applications : les agents Backup and DR sont dotés d'une reconnaissance des applications intégrée. L'agent Backup and DR vous permet d'instancier des instances utilisables d'applications lors des opérations de montage de récupération, ce qui élimine la nécessité d'effectuer des actions scriptées manuelles après le montage.

  • Framework générique de capture de données d'application (LVM) : les agents Backup and DR fournissent un framework générique pour capturer les données de n'importe quelle application s'exécutant sur les systèmes d'exploitation Linux compatibles. Ce framework fournit des hooks permettant d'appeler des scripts personnalisés pour capturer des données cohérentes avec l'application et instancier l'application à partir des données de sauvegarde.

Compatibilité avec Microsoft Windows Server

L'agent Backup and DR est compatible avec les systèmes d'exploitation Microsoft Windows suivants.

Version du système d'exploitation Assistance de base pour l'agent Backup and DR Compatibilité du suivi des blocs modifiés pour SQL Server
Windows Server 2025 Datacenter Oui Oui
Windows Server 2025 Datacenter Core Oui Oui
Windows Server 2022 Datacenter Oui Oui
Windows Server 2022 Datacenter Core Oui Oui
Windows Server 2019 Datacenter Oui Oui
Windows Server 2019 Datacenter Core Oui Oui
Windows Server 2016 Datacenter Oui Oui
Windows Server 2016 Datacenter Core Oui Oui

Systèmes d'exploitation Linux compatibles

L'agent Backup and DR est compatible avec les systèmes d'exploitation Linux (x86) suivants.

L'assistance de base inclut l'assistance pour les systèmes de fichiers et les bases de données Oracle.

La prise en charge du suivi des blocs modifiés (CBT) inclut la fonctionnalité de sauvegarde incrémentielle permanente pour les autres bases de données.

OS Version Assistance de base pour l'agent Backup and DR Compatibilité avec le suivi des blocs modifiés Version minimale requise de l'agent Backup and DR
RHEL1,4 8.4 Oui Oui V11.0.1
8,5 Oui Oui V11.0.1
8.6 Oui Oui V11.0.4
8.7 Oui Oui V11.0.5
8,8 Oui Non V11.0.8
8.9 Oui Non V11.0.9
8.10 Oui Non V11.0.15
9 Oui Non V11.0.4
9.2 Oui Non V11.0.8
9,4 Oui Non V11.0.15
9,5 Oui Non V11.0.15
RHEL pour SAP 1 8.4 Oui Oui V11.0.1
8.6 Oui Oui V11.0.4
8,8 Oui Non V11.0.8
9 Oui Non V11.0.8
9.2 Oui Non V11.0.8
9,4 Oui Non V11.0.15
SLES 1, 3 12 SP5 Oui Oui V11.0.1
15 SP2 Oui Oui V11.0.1
15 SP3 Oui Oui V11.0.1
15 SP4 Oui Oui V11.0.4
15 SP5 Oui Oui V11.0.9
15 SP6 Oui Oui V11.0.13
SLES pour SAP 1, 3 12 SP5 Oui Oui V11.0.1
15 SP2 Oui Oui V11.0.1
15 SP3 Oui Oui V11.0.1
15 SP4 Oui Oui V11.0.4
15 SP5 Oui Oui V11.0.9
Rocky Linux 9.3 Oui Non V11.0.9
Rocky Linux optimisé pour Google Cloud 9.3 Oui Non V11.0.9
Ubuntu 20.04 LTS Oui Non V11.0.1
22.04 LTS Oui Non V11.0.1
Oracle Linux 1, 2 7.0-7.6 Oui Non V11.0.1
7,7 Oui Non V11.0.1
7,8 Oui Non V11.0.1
7,9 Oui Non V11.0.1
8.0-8.1 Oui Non V11.0.1
8.2 Oui Non V11.0.1
8,3 Oui Non V11.0.1
8.4 Oui Non V11.0.1
8,5 Oui Non V11.0.1
8.6 Oui Non V11.0.1
8.7 Oui Non V11.0.4
8.85 Oui Non V11.0.8
9 Oui Non V11.0.4
9.15 Oui Non V11.0.8
9.25 Oui Non V11.0.8

1 Symantec (Veritas) Dynamic Multi Pathing (DMP) n'est PAS compatible.

2 Uniquement compatible avec les VM Google Cloud VMware Engine, et non avec les instances/VM Compute Engine

3 Lors de la mise à niveau "hors connexion" de SuSE (mise à niveau à partir d'une image ISO), le programme d'installation SuSE n'exécute pas de reconfiguration sur les packages externes, y compris le module CBT et DLKM. Par conséquent, lorsque le système démarre avec le noyau mis à jour, le dlkm ne peut pas se charger, car les anciens fichiers de configuration pointent toujours vers l'ancien module du noyau. La mise à niveau de l'OS à partir d'une image ISO n'est pas prise en charge.

4 Le service Backup and DR n'est pas compatible avec RHEL HA.

5 Compatible avec les versions RHCK (Red Hat Compatible Kernel) et UEK (Unbreakable Enterprise Kernel).

Consultez la liste des noyaux compatibles.

Microsoft SQL Server

Les agents Backup and DR version 1.0.1 et ultérieures sont compatibles avec la capture de données cohérentes avec la base de données (instantanés) à partir de Microsoft SQL Server.

Version SQL Server Version de Windows Server
SQL Server 2022 Standalone 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

Le service Backup and DR est compatible avec les méthodes de capture de données suivantes :

  • Db2 sur Linux peut être capturé au niveau du volume de manière incrémentielle et continue, avec un accès instantané et la création de clones virtuels pour la gestion des données de test (TDM, Test Data Management). Cette option utilise les fonctionnalités de suivi des blocs modifiés de Linux LVM et de Backup and DR. Il s'agit de l'alternative recommandée.

  • Pour les clients qui n'utilisent pas LVM ou qui ne peuvent pas utiliser la capture au niveau du volume, Db2 sur Linux peut également être capturé à l'aide d'une sauvegarde complète et incrémentielle. Cette méthode utilise la propre sauvegarde basée sur le vidage de la base de données.

Versions IBM Db2 compatibles Systèmes d'exploitation compatibles Version minimale requise de l'agent 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 et 15
V11.0.4

MariaDB

Le service Backup and DR est compatible avec les méthodes de capture de données suivantes :

  • MariaDB sur Linux peut être capturé au niveau du volume de manière incrémentielle et continue, avec un accès instantané et la création de clones virtuels pour TDM. Cette option utilise les fonctionnalités de suivi des blocs modifiés de Linux LVM et de Backup and DR. Il s'agit de l'alternative recommandée.

  • Pour les clients qui n'utilisent pas LVM ou qui ne peuvent pas utiliser la capture au niveau du volume, MariaDB sur Linux peut également être capturé à l'aide d'une sauvegarde complète et incrémentielle. Cette méthode utilise la propre sauvegarde basée sur le vidage de la base de données et s'exécute généralement sous la forme d'une sauvegarde complète hebdomadaire et d'une sauvegarde incrémentielle quotidienne. La récupération consiste à reconstruire les sauvegardes incrémentielles sur la base de la dernière sauvegarde complète.

Versions MariaDB compatibles Systèmes d'exploitation compatibles Version minimale requise de l'agent Backup and DR
10.3.9 RHEL 8.1 à 8.5 V11.0.1
10.4 RHEL 8.1 à 8.5 V11.0.1
10.5 RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
10.11 RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5

MySQL

Le service Backup and DR est compatible avec les méthodes de capture de données suivantes :

  • MySQL sur Linux peut être capturé au niveau du volume de manière incrémentielle et continue, avec un accès instantané et la création de clones virtuels pour le TDM. Cette option utilise les fonctionnalités de suivi des blocs modifiés de Linux LVM et de Backup and DR. Il s'agit de l'alternative recommandée.

  • Pour les clients qui n'utilisent pas LVM ou qui ne peuvent pas utiliser la capture au niveau du volume, MySQL sur Linux peut également être capturé à l'aide d'une sauvegarde complète et incrémentielle. Cette méthode utilise la propre sauvegarde basée sur le vidage de la base de données et s'exécute généralement sous la forme d'une sauvegarde complète hebdomadaire et d'une sauvegarde incrémentielle quotidienne. La récupération consiste à reconstruire les sauvegardes incrémentielles sur la base de la dernière sauvegarde complète.

Versions MySQL compatibles Systèmes d'exploitation compatibles Version minimale requise de l'agent Backup and DR
5.7 RHEL 8.1 à 8.5 V11.0.1
8.x RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5

Oracle

Les agents Backup and DR permettent de capturer des données cohérentes de bases de données Oracle. Oracle doit être exécuté en mode ARCHIVELOG. La capture de données permet de capturer des données sur des disques de préparation formatés en tant que systèmes de fichiers ou présentés en tant que cibles de groupe de disques ASM.

La protection des bases de données Oracle est la même pour les bases de données exécutées sur des serveurs de la solution Bare Metal ou dans une instance Compute Engine.

Les données peuvent également être capturées à partir des configurations Oracle Non Active Data Guard et Active Data Guard.

Famille Oracle Types de configurations Systèmes d'exploitation compatibles Version minimale requise de l'agent Backup and DR
Oracle 21c
Toutes les versions
Autonome 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
Protection des données non active2 RHEL 8.4
Rocky Linux 8.7
Windows 2016, 2019
V11.0.7
Protection active des données2 RHEL 8.4
Rocky Linux 8.7
Windows 2016, 2019
V11.0.7
Oracle 19c 3
Toutes les versions
Autonome OEL 7.x, 8.x, 9.0
RHEL 8.x, SLES 12, 15
Windows 2016, 2019
RHEL 8.10 avec le noyau 4.18.0-553.40.1
RHEL 9.5 avec le noyau 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
Protection des données non active2 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
Protection active des données2 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
Toutes les versions
Autonome 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
Protection des données non active2 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1
Protection active des données 3 OEL 7.x, 8.x, 9.0
RHEL 8.x
SLES 12, 15
Windows 2016, 2019
V11.0.1

1 Le système Oracle Exadata est compatible avec iSCSI et NFS.

2 Le suivi des blocs modifiés RMAN de la base de données Oracle n'est disponible que sur Active Data Guard.

3 La capture de données d'Oracle 18c et des versions ultérieures s'effectue au niveau du conteneur (qui inclut toutes les PDB). L'installation compatible avec les applications sur une cible se fait au niveau du conteneur. L'ajout de PDB virtuels à un conteneur existant est possible à l'aide de scripts personnalisés.

Méthodes de capture et de présentation des données compatibles

Le service Backup and DR est compatible avec différentes méthodes de capture et de présentation pour les bases de données Oracle sous différentes configurations. Cela inclut les opérations de sauvegarde, de récupération et de montage des bases de données Oracle avec TDE (chiffrement transparent des données). Pour les bases de données Oracle avec TDE, le portefeuille pour TDE peut être capturé en définissant le paramètre avancé "Emplacement du fichier de configuration Oracle" pour l'application Oracle. Les montages compatibles avec les applications pour les bases de données compatibles avec TDE nécessitent que le portefeuille soit copié à l'emplacement approprié sur l'hôte de montage.

Notez également que dNFS avec Oracle est compatible avec les systèmes d'exploitation Linux.

Configuration de la base de données de production Format de capture1 Format de présentation
Fichiers de base de données sur ASM/RAC Système de fichiers (périphérique de bloc) Système de fichiers autonome
Système de fichiers (NFS) Système de fichiers autonome (NFS)
Système de fichiers (NFS) Système de fichiers RAC (NFS)
Groupe de disques ASM 3, 5 ASM autonome
Groupe de disques ASM 3, 5 ASM RAC (un ou plusieurs nœuds)
Fichiers de base de données sur le système de fichiers Système de fichiers (périphérique de bloc) Système de fichiers autonome
Système de fichiers (NFS) Système de fichiers autonome (NFS)
Groupe de disques ASM 3, 4, 5 ASM autonome
Groupe de disques ASM 3, 4, 5 ASM RAC (un ou plusieurs nœuds)

1  Le format de capture est le format de la copie gérée par Backup and DR.

3 La capture d'ASM à ASM et la présentation des sauvegardes au format ASM ne sont pas compatibles avec les systèmes d'exploitation Windows.

4 Une instance Oracle ASM est requise sur le système source pour cette méthode de capture.

5 La combinaison de disque ASM (format de capture) n'est pas compatible lorsque les données sont capturées via NFS.

Formats de capture de données acceptés Utiliser le système de fichiers Utiliser un groupe de disques ASM
Sauvegardes compatibles Données HCC ou non HCC
Récupération Oracle à l'aide de RMAN HCC ou non-HCC
Support intelligent 1 Exadata vers non Exadata

1 Pour accéder aux données à partir de copies virtuelles de données compressées HCC, vous devrez les décompresser au préalable.

Compatibilité avec Oracle Exadata

Le service Backup and DR est compatible avec les configurations Oracle Exadata suivantes.

  • Versions d'Exadata Database Machine : X4 et versions ultérieures

  • Versions d'Oracle : 18c et 19c

PostgreSQL

Le service Backup and DR est compatible avec les méthodes de capture de données suivantes :

  • PostgreSQL sur Linux peut être capturé au niveau du volume de manière incrémentielle et continue, avec un accès instantané et la création de clones virtuels pour TDM. Cette option utilise les fonctionnalités de suivi des blocs modifiés de Linux LVM et de Backup and DR. Il s'agit de l'alternative recommandée.

  • Pour les clients qui n'utilisent pas LVM ou qui ne peuvent pas utiliser la capture au niveau du volume, PostgreSQL sur Linux peut également être capturé à l'aide d'une sauvegarde complète et incrémentielle. Cette méthode utilise la commande "pg_dump" de la base de données, qui ne prend pas en charge la sauvegarde incrémentielle. Chaque sauvegarde sera donc une sauvegarde complète de la base de données.

  • En raison des limites de PostgreSQL, la récupération par restauration incrémentielle n'est pas compatible avec l'opération de restauration complète et incrémentielle des sauvegardes.

Versions PostgreSQL compatibles Systèmes d'exploitation compatibles Version minimale requise de l'agent de service Backup and DR
10.23 RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
11.x RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
12.x RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
13.x RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
14.x RHEL 8.1 à 8.5 V11.0.1
RHEL 8.6 V11.0.4
RHEL 8.7 V11.0.5
15.x RHEL 8.1 à 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 avec correctifs

SAP

Le service Backup and DR est compatible avec SAP sur toutes les bases de données listées dans ce document.

SAP ASE (anciennement Sybase ASE)

Le service Backup and DR est compatible avec les méthodes de capture de données suivantes :

  • SAP ASE sur Linux peut être capturé au niveau du volume de manière incrémentielle et continue, avec un accès instantané et la création de clones virtuels pour TDM. Cette option utilise les fonctionnalités de suivi des blocs modifiés de Linux LVM et de Backup and DR. Il s'agit de l'alternative recommandée.

  • Pour les clients qui n'utilisent pas LVM ou qui ne peuvent pas utiliser la capture au niveau du volume, SAP ASE sur Linux peut également être capturé à l'aide d'une sauvegarde complète et incrémentielle. Cette méthode utilise la propre sauvegarde basée sur le vidage de la base de données et s'exécute généralement sous la forme d'une sauvegarde complète hebdomadaire et d'une sauvegarde incrémentielle quotidienne. La récupération consiste à reconstruire les sauvegardes incrémentielles sur la base de la dernière sauvegarde complète.

Versions SAP ASE compatibles Systèmes d'exploitation compatibles Version minimale requise de l'agent 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

L'agent de sauvegarde et de reprise après sinistre permet de capturer SAP HANA dans les configurations suivantes.

Configuration acceptée API SAP HANA SavePoint 2 SAP basé sur des fichiers (HDBSQL/Backint) 3 Systèmes d'exploitation compatibles Version minimale requise de l'agent Backup and DR
Scaling horizontal HANA 2.0, stockage non partagé Oui (recommandé)1 Oui RHEL 8.1-8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
Oui (recommandé)1 Oui RHEL 8.6
SLES 15 SP4
V11.0.4
Oui (recommandé)1 Oui RHEL 8.7 V11.0.5
Oui (recommandé)1 Oui RHEL 8.10 V11.0.14, noyau 4.18.0-553.40.1
Oui (recommandé)1 Oui RHEL 9.2 V11.0.14 avec correctifs
Oui (recommandé)1 Oui RHEL 9.5 V11.0.14, noyau 5.14.0-503.23.1
Oui (recommandé)1 Oui SLES 15 SP5 V11.0.9
HANA 2.0 à évolutivité horizontale, stockage partagé 4 Non compatible Oui RHEL 8.1-8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
Non compatible Oui RHEL 8.6
SLES 15 SP4
V11.0.4
Oui (recommandé)1 Oui RHEL 8.7 V11.0.5
Oui (recommandé)1 Oui SLES 15 SP5 V11.0.9
SAP HANA 2.0 autonome ou HA (1+1) Oui (recommandé)1 Oui RHEL 8.1-8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
Oui (recommandé)1 Oui RHEL 8.6
SLES 15 SP4
V11.0.4
Oui (recommandé)1 Oui RHEL 8.7 V11.0.5
Oui (recommandé)1 Oui SLES 15 SP5 V11.0.9
Système à conteneur unique (HANA 1.0) 5 Oui (recommandé) Oui RHEL 8.1-8.5
SLES 12 SP5
SLES 15 SP3
V11.0.1
Oui (recommandé) Oui RHEL 8.6
SLES 15 SP4
V11.0.4
Oui (recommandé)1 Oui RHEL 8.7 V11.0.5
Oui (recommandé)1 Oui SLES 15 SP5 V11.0.9

1 Nécessite SAP HANA 2.0 SPS 04 ou version ultérieure

2 L'API SAP HANA SavePoint s'appuie sur la CBT Backup and DR et est compatible avec la fonctionnalité de montage instantané incrémentiel permanent et tenant compte des applications, avec l'option de restauration des journaux. Le service Backup and DR est compatible avec CBT avec HANA sur RHEL 7.2 et versions ultérieures. Pour obtenir la liste complète des versions de RHEL qualifiées pour le CBT, consultez Compatibilité avec les systèmes d'exploitation Linux.

3 Le mode Backint SAP HANA n'est compatible qu'avec les sauvegardes complètes hebdomadaires et les sauvegardes incrémentielles quotidiennes. Compatible avec la récupération HANA à l'aide des commandes HANA HDBSQL/Backint. De plus, la fonctionnalité de montage instantané compatible avec les applications n'est pas prise en charge avec l'API HANA basée sur les fichiers (HDBSQL/Backint).

4 Ne prend en charge que l'option de mappage de disque NFS Backup and DR. Le disque NFS est toujours mappé à tous les nœuds HANA.

5 Compatible avec les options de mappage de disque Backup and DR et NFS

SAP MaxDB

Le service Backup and DR est compatible avec les méthodes de capture de données suivantes :

  • SAP MaxDB sur Linux peut être capturé au niveau du volume de manière incrémentielle et continue, avec un accès instantané et la création de clones virtuels pour le TDM. Cette option utilise les fonctionnalités de suivi des blocs modifiés de Linux LVM et de Backup and DR. Il s'agit de l'alternative recommandée.

  • Pour les clients qui n'utilisent pas LVM ou qui ne peuvent pas utiliser la capture au niveau du volume, MaxDB sur Linux peut également être capturé à l'aide d'une sauvegarde complète et incrémentielle. Cette méthode utilise la propre sauvegarde basée sur le vidage de la base de données et s'exécute généralement sous la forme d'une sauvegarde complète hebdomadaire et d'une sauvegarde incrémentielle quotidienne. La récupération consiste à reconstruire les sauvegardes incrémentielles sur la base de la dernière sauvegarde complète.

Versions SAP MaxDB compatibles Systèmes d'exploitation compatibles Version minimale requise de l'agent 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 à 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 (anciennement Sybase IQ)

Le service Backup and DR permet de capturer SAP IQ au niveau du volume de manière incrémentielle et continue, avec un accès instantané et la création de clones virtuels pour TDM. Cette option utilise les fonctionnalités de suivi des blocs modifiés de Linux LVM et de Backup and DR. Il s'agit de l'alternative recommandée.

Versions SAP IQ compatibles Systèmes d'exploitation compatibles Version minimale requise de l'agent Backup and DR
SAP IQ 16.x (complète et incrémentielle) 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

Systèmes de fichiers

Les agents Backup and DR détectent chaque volume sur un point d'installation réseau en tant qu'application protégeable. Pour chacune de ces applications détectées, l'agent Backup and DR orchestre le processus d'obtention de la cohérence (par le biais d'instantanés VSS/LVM), présente un disque intermédiaire qui sera formaté avec un système de fichiers du même type que la source ou un type de système de fichiers compatible, comme indiqué ici.

Système d'exploitation Source FS Staging Disk FS Version minimale requise de l'agent Backup and DR
Windows NTFS NTFS V11.0.1
PME NTFS V11.0.1
ReFS ReFS V11.0.1
Linux1 EXT2 EXT2 ou NFS4 V11.0.1
EXT3 EXT3 ou NFS4 V11.0.1
EXT4 EXT4 ou NFS4 V11.0.1
XFS XFS ou NFS4 V11.0.1
ReiserFS ReiserFS ou NFS4 V11.0.1
NFS EXT3 ou NFS4 V11.0.1
BTRFS EXT3 ou NFS4 V11.0.1

1 : l'instantané LVM est utilisé comme source, le cas échéant. Le montage LVM sur le même serveur est accepté

2 Versions intégrées uniquement

3 Chiffrement non accepté

4 Seule la version 3 du protocole NFS est acceptée.

Gestion des données de test avec des conteneurs

Backup and DR utilise des volumes NFS pour rendre les données d'application capturées disponibles en tant que partages NFS pour les conteneurs. Cela permet de créer des clones virtuels de bases de données compatibles, accessibles depuis l'environnement conteneurisé.

Virtualisation des données pour les environnements virtuels

Backup and DR est compatible avec la virtualisation des données pour les environnements virtuels à l'aide des méthodes suivantes :

Google Cloud VMware Engine

Le service Backup and DR permet de capturer des données à partir de machines virtuelles VMware en utilisant les appels VMware vSphere Storage APIs – Data Protection (anciennement appelées vStorage APIs for Data Protection ou VADP) pour capturer un serveur virtuel entier. Plus précisément, les appels d'API peuvent :

  • Effectuer le suivi des blocs modifiés : crée un instantané complet initial d'une base de données, puis ne prend en instantané que les modifications apportées à la base de données, ce qui permet la stratégie de capture incrémentielle continue de Backup and DR.

  • Mise au repos des applications : assure la cohérence des applications lors de la capture.

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
Matériel virtuel 2 7 à 15 ans et 17 à 19 ans
OS invité Tous les systèmes d'exploitation compatibles avec Google Cloud VMware Engine
Mettre les applications au repos 3 Oui, en fonction des outils VMware
Assistance vSAN 4 vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3
Suivi des blocs de modifications5 Utilise les API de stockage VMware vSphere (protection des données, anciennement appelées vStorage API for Data Protection ou VADP)

1 Utilise VMware VDDK version 7.0.

Les types de contrôleurs NVME 2 (disponibles sur ESX 7.0 et versions ultérieures) ne sont pas compatibles. Les versions 14 et ultérieures du matériel virtuel ne sont compatibles qu'avec ESX 7.0 (et versions ultérieures).

3 Fonctionnalité applicable à toute application avec un VSS Writer ou des scripts pré- et post-instantané pour obtenir une capture cohérente avec l'application.

4 Étant donné que VMware vSAN n'est pas compatible avec les fonctionnalités d'accès aux périphériques RDM, le montage d'une VM n'est pas pris en charge par Backup and DR lors de l'utilisation de RDM. Les restaurations et les clones de VM sont acceptés. Toutefois, le montage d'une VM est possible dans Backup and DR lorsque vous utilisez le transport NFS au lieu de RDM.

5 Non compatible avec les disques présentés aux VM de production en tant que pRDM.

6 La configuration du mode de transport SAN pour la sauvegarde du disque de préparation (sauvegardes basées sur l'agent), ainsi que le montage et la restauration des sauvegardes à l'aide d'iSCSI ne sont pas compatibles.

7 VMware vCenter Server 8.0 est compatible avec le service Backup and DR 11.0.15 et versions ultérieures.