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.