Règlement sur la fin de la période de prise en charge du service Backup and DR
La politique de fin de vie de Backup and DR (EOSL) 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 le matériel et les logiciels de 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/DR. Lorsqu'une configuration de matériel, de système d'exploitation ou de logiciel d'application tiers arrive à la fin de son cycle de vie, l'assistance de sauvegarde et de reprise après sinistre pour ces configurations est limitée à une assistance commercialement raisonnable. La sauvegarde et la reprise après sinistre ne publieront plus de correctifs ni de mises à jour pour prendre en charge les systèmes logiciels et matériels dont la durée de prise en charge a expiré auprès de leurs fournisseurs respectifs.
Protocoles réseau compatibles
La sauvegarde et la reprise après sinistre permettent de déplacer des données via:
iSCSI
Network Block Device (NBD) : ce mode de transport permet de 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 aux hôtes Google Cloud VMware Engine à l'aide d'un datastore NFS
Présenter un disque de préproduction pour la capture de données basée sur des agents dans une VM Compute Engine ou Google Cloud VMware Engine
Environnements compatibles pour les sauvegardes
L'agent est compatible avec ces environnements.
Sauvegardes basées sur l'agent
L'agent Backup and DR (connecteur) 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écution sur des instances Compute Engine 1 | Exécution sur des VM Google Cloud VMware Engine 1 |
|---|---|---|
| Bases de données | Oui | Oui |
| Systèmes de fichiers | Oui | Oui |
1 Le CBT sur les instances Compute Engine et les VM GCVE nécessite que le démarrage sécurisé UEFI soit désactivé.
Sauvegardes sans agent
Le service Backup and DR est compatible avec les sauvegardes de VM dans les environnements suivants, sans avoir besoin d'un agent dans la VM:
Instances Compute Engine (exploite les API d'instantanés de disque persistant)
VM Google Cloud VMware Engine (exploite les API de stockage VMware vSphere – Protection des données (anciennement appelées API vStorage for Data Protection ou VADP))
Compatibilité du stockage d'objets avec OnVault
OnVault est compatible avec le stockage Google Cloud suivant.
| Type de stockage | Version minimale requise du service Backup and DR |
|---|---|
| Stockage standard | V11.0.1 |
| Stockage Nearline | V11.0.1 |
| Stockage Coldline | V11.0.1 |
| Stockage Archive | V11.0.1 |
Virtualisation des données d'application avec l'agent Backup and DR (Connector)
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 d'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 de sauvegarde et de DR s'intègrent aux API/commandes spécifiques à l'application pour capturer efficacement les données de l'application.
Suivi des blocs modifiés: lorsque les applications de production ne disposent pas d'un suivi des blocs modifiés intégré, la sauvegarde et la reprise après sinistre introduisent le suivi des blocs modifiés sur certaines plates-formes.
Récupération/montage prenant en compte les applications: les agents de sauvegarde et de reprise après sinistre sont dotés d'une prise en compte des applications intégrée. L'agent Backup and DR (Connecteur) vous permet d'instancier des instances utilisables d'applications lors des opérations d'installation de récupération, ce qui élimine la nécessité d'effectuer des actions de script manuelles après l'installation.
Framework de capture de données d'application générique (LVM): les agents de sauvegarde et de reprise après sinistre fournissent un framework générique pour capturer les données de n'importe quelle application exécutée sur des systèmes d'exploitation Linux compatibles. Ce framework fournit des crochets pour appeler des scripts personnalisés afin d'obtenir une capture de données cohérente et une instanciation d'application à partir de 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 (connecteur) | Prise en charge du suivi des blocs de modifications 1 | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|---|
| Windows Server 2016 | Oui | Oui | V11.0.1 |
| Windows Server 2019 | Oui | Oui | V11.0.1 |
| Windows Server 2022 | Oui | Oui | V11.0.1 |
1 : la CBT n'est compatible qu'avec Microsoft SQL Server.
Compatibilité avec les systèmes d'exploitation Linux
L'agent Backup and DR (Connecteur) est compatible avec les systèmes d'exploitation Linux (x86) suivants.
La compatibilité de base inclut 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 possibilité de sauvegarde incrémentielle permanente pour d'autres bases de données.
| OS | Version | Assistance de base pour l'agent Backup and DR (connecteur) | Compatibilité avec le suivi des modifications de bloc | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|---|---|
| RHEL1,4,5 | 8.0-8.17 | Oui | Oui | V11.0.1 |
| 8.2 | Oui | Oui | V11.0.1 | |
| 8,3 | Oui | Oui | V11.0.1 | |
| 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 | |
| 9 | Oui | Non | V11.0.4 | |
| 9.2 | Oui | Non | V11.0.8 | |
| 9.3 | Oui | Non | V11.0.9 | |
| RHEL pour SAP 1.5 | 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 | |
| SLES 1, 3, 6 | 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 | |
| SLES pour SAP 1, 3, 6 | 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 5 | 8.7 | Oui | Oui | V11.0.7 |
| 8,8 | Oui | Non | V11.0.8 | |
| 8.9 | Oui | Non | V11.0.9 | |
| 9 | Oui | Non | V11.0.8 | |
| 9.1 | Oui | Non | V11.0.8 | |
| 9.2 | Oui | Non | V11.0.8 | |
| 9.3 | Oui | Non | V11.0.9 | |
| Rocky Linux optimisé pour Google Cloud | 8.7 | Oui | Non | V11.0.5 |
| 8,8 | Oui | Non | V11.0.8 | |
| 8.9 | Oui | Non | V11.0.9 | |
| 9.2 | Oui | Non | V11.0.8 | |
| 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 Enterprise 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,88 | Oui | Non | V11.0.8 | |
| 9 | Oui | Non | V11.0.4 | |
| 9.18 | Oui | Non | V11.0.8 | |
| 9.28 | Oui | Non | V11.0.8 |
1 La fonctionnalité Dynamic Multi Pathing (DMP) de Symantec (Veritas) n'est PAS prise en charge.
2 Compatible uniquement 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 ISO), l'installateur SuSE n'exécute pas de reconfiguration sur les paquets externes, y compris le module CBT et le DLKM. Par conséquent, lorsque le système démarre avec le noyau mis à jour, le dlkm ne peut pas être chargé, car les anciens fichiers de configuration pointent toujours vers l'ancien module de noyau. La mise à niveau de l'OS à partir d'une ISO n'est pas prise en charge.
4 Le service de sauvegarde et de reprise après sinistre n'est pas compatible avec la haute disponibilité RHEL.
5 : CBT n'est pas compatible si la version du kernel est supérieure à 4.18.0-425.3.1.
6 : CBT n'est pas compatible si la version du kernel est supérieure à 5.14.21-150400.22.1.
7 Dans de rares cas, la commande d'instantané LVM sur cette version d'OS peut empêcher les sauvegardes de répondre. Il s'agit d'un problème connu de Red Hat. L'ID de bug interne de ce bug, géré par Red Hat, est 1758605. Mettez à niveau le kernel Linux vers la dernière version disponible sur la version RHEL/CentOS 8.1. Pour en savoir plus, consultez https://access.redhat.com/solutions/5049041 ou contactez l'équipe d'assistance Red Hat/CentOS pour obtenir de l'aide.
8 Compatible avec les versions du noyau Red Hat Compatible Kernel (RHCK) et du noyau Unbreakable Enterprise Kernel (UEK).
Microsoft SQL Server
Les agents de sauvegarde et de reprise après sinistre prennent en charge la capture cohérente des données de base de données (instantanés) à partir de Microsoft SQL Server.
| Version | Configurations compatibles | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|
| 2019 | Autonome | V11.0.1 |
| Groupes de disponibilité Always On | V11.0.1 | |
| Groupes de disponibilité distribués | V11.0.1 | |
| Instance de bascule 1 | V11.0.1 | |
| 2017 | Autonome | V11.0.1 |
| Groupes de disponibilité Always On | V11.0.1 | |
| Groupes de disponibilité distribués | V11.0.1 | |
| Instance de bascule 1 | V11.0.1 | |
| 2016 | Autonome | V11.0.1 |
| Groupes de disponibilité Always On | V11.0.1 | |
| Groupes de disponibilité distribués | V11.0.1 | |
| Instance de bascule 1 | V11.0.1 | |
| 2014 | Autonome | V11.0.1 |
| Groupes de disponibilité Always On | V11.0.1 | |
| Instance de bascule 1 | V11.0.1 |
1 Les montages compatibles avec les applications ne sont pas acceptés dans une instance SQL Server exécutée sur un cluster de basculement Microsoft si l'un de ses nœuds a été détecté en tant que VM Google Cloud VMware Engine.
IBM Db2
Le service de sauvegarde et de reprise après sinistre 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 permanente, avec un accès instantané et la création de clones virtuels pour la gestion des données de test (TDM). Cette approche exploite les fonctionnalités de suivi des blocs modifiés de Linux LVM et de sauvegarde et de 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 les vidages de la base de données.
| Versions IBM DB2 compatibles | Systèmes d'exploitation compatibles | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|
| 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 de sauvegarde et de reprise après sinistre 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, avec un accès instantané et la création d'un clone virtuel pour TDM. Cette approche exploite les fonctionnalités de Linux LVM et de suivi des blocs modifiés de sauvegarde et de reprise après sinistre. Il s'agit de l'option 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. Il utilise la propre sauvegarde basée sur les vidages de la base de données et s'exécute généralement en tant que sauvegarde complète hebdomadaire et incrémentielle quotidienne. La récupération implique la reconstruction des incrémentiels au-dessus de la dernière sauvegarde complète.
| Versions MariaDB compatibles | Systèmes d'exploitation compatibles | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|
| 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 de sauvegarde et de reprise après sinistre 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, avec un accès instantané et la création de clones virtuels pour la TDM. Cette approche exploite les fonctionnalités de suivi des blocs modifiés de Linux LVM et de sauvegarde et de DR. Il s'agit de l'option 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. Il utilise la propre sauvegarde basée sur les vidages de la base de données et s'exécute généralement en tant que sauvegarde complète hebdomadaire et incrémentielle quotidienne. La récupération implique de reconstruire les incrémentielles au-dessus de la dernière sauvegarde complète.
| Versions MySQL compatibles | Systèmes d'exploitation compatibles | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|
| 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 de sauvegarde et de DR permettent de capturer des données cohérentes dans les bases de données Oracle. Oracle doit s'exécuter en mode ARCHIVELOG. La capture de données permet de capturer des données sur des disques de préproduction 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 Bare Metal Solution 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 configuration | 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 active 2 | RHEL 8.4
Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.7 | |
| Protection active des données 2 | 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 |
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 | ||
| Protection des données non active 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 | ||
| Protection active des données 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
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 active 2 |
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 de modifications RMAN de la base de données Oracle n'est disponible que sur Active Data Guard.
3 La capture des données d'Oracle 18c et versions ultérieures se fait au niveau du conteneur (ce qui inclut toutes les PDB). L'installation consciente de l'application sur une cible se fait au niveau du conteneur. Les PDB virtuels vers un conteneur existant sont compatibles avec l'utilisation de scripts personnalisés.
Méthodes de capture et de présentation des données compatibles
Le service Backup and DR est compatible avec diverses méthodes de capture et de présentation pour les bases de données Oracle dans différentes configurations. Cela inclut les opérations de sauvegarde, de récupération et de montage de la base de données Oracle avec le chiffrement transparent des données (TDE). 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 l'application 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 capture 1 | Format de présentation |
|---|---|---|
| Fichiers de base de données sur ASM/RAC | Système de fichiers (appareil de stockage en mode 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 (appareil de stockage en mode 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 vers ASM et la présentation des sauvegardes au format ASM ne sont pas compatibles avec les systèmes d'exploitation Windows.
4 Instance Oracle ASM requise sur le système source pour cette méthode de capture
5 La combinaison de disque ASM (format de capture) n'est pas prise en charge 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 |
|---|---|
| Compatibilité avec les sauvegardes | Données HCC ou non |
| Récupération Oracle à l'aide de RMAN | HCC ou non |
| Montage compatible avec les applications 1 | Exadata vers non-Exadata |
1 L'accès aux données à partir de copies virtuelles de données compressées HCC nécessite de décompresser les données avant d'y accéder
Assistance Oracle Exadata
Le service Backup and DR est compatible avec les configurations suivantes d'Oracle Exadata.
Versions de machines Exadata Database: X4 et versions ultérieures
Versions d'Oracle: 18c et 19c
PostgreSQL
Le service de sauvegarde et de reprise après sinistre 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, avec un accès instantané et la création de clones virtuels pour la TDM. Cette approche exploite les fonctionnalités de suivi des blocs modifiés de Linux LVM et de sauvegarde et de DR. Il s'agit de l'option 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 n'est pas compatible avec la sauvegarde incrémentielle. Par conséquent, chaque sauvegarde sera une sauvegarde de vidage de base de données complète.
En raison des limites de PostgreSQL, la récupération en avant n'est pas compatible avec l'opération de restauration des sauvegardes complètes et incrémentielles.
| Versions PostgreSQL compatibles |
Systèmes d'exploitation compatibles | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|
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 |
SAP
Le service Backup and DR est compatible avec SAP sur toutes les bases de données compatibles avec ce document.
SAP ASE (anciennement Sybase ASE)
Le service de sauvegarde et de reprise après sinistre 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, avec un accès instantané et la création de clones virtuels pour la TDM. Cette approche exploite les fonctionnalités de suivi des blocs modifiés de Linux LVM et de sauvegarde et de DR. Il s'agit de l'option 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. Il utilise la propre sauvegarde basée sur les vidages de la base de données et s'exécute généralement en tant que sauvegarde complète hebdomadaire et incrémentielle quotidienne. La récupération implique de reconstruire les incrémentielles au-dessus 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 (connecteur) |
|---|---|---|
| 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 (connecteur) |
|---|---|---|---|---|
| HANA 2.0 à scaling horizontal, 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 | 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 (à privilégier) | Oui |
RHEL 8.1 à 8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| Oui (à privilégier) | 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 SavePoint de SAP HANA exploite la technologie CBT de sauvegarde et de reprise après sinistre, et prend en charge la fonctionnalité d'installation instantanée incrémentielle et consciente des applications avec l'option de transfert 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 RHEL qualifiées pour la formation CBT, consultez la section Compatibilité avec les systèmes d'exploitation Linux.
3 Le mode Backint SAP HANA n'est compatible qu'avec les sauvegardes complètes hebdomadaires avec des 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 l'application n'est pas prise en charge avec l'API HANA basée sur les fichiers (HDBSQL/Backint).
4 : n'est compatible qu'avec l'option de mappage de disque NFS pour Backup and DR. Le disque NFS est toujours mappé sur tous les nœuds HANA.
5 Compatible avec les options de mappage de blocs et de disques NFS pour la sauvegarde et la reprise après sinistre
SAP MaxDB
Le service de sauvegarde et de reprise après sinistre est compatible avec les méthodes de capture de données suivantes:
SAP MaxDB sous Linux peut être capturé au niveau du volume de manière incrémentielle, avec un accès instantané et la création de clones virtuels pour la TDM. Cette approche exploite les fonctionnalités de LVM Linux et de suivi des blocs modifiés de sauvegarde et de reprise après sinistre. Il s'agit de l'option 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. Il utilise la propre sauvegarde basée sur les vidages de la base de données et s'exécute généralement en tant que sauvegarde complète hebdomadaire et incrémentielle quotidienne. La récupération implique de reconstruire les incrémentielles au-dessus 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 (connecteur) |
|---|---|---|
| 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 prend en charge la capture de SAP IQ au niveau du volume de manière incrémentielle, avec un accès instantané et la création de clones virtuels pour TDM. Cette approche exploite les fonctionnalités de LVM Linux et de suivi des blocs modifiés de sauvegarde et de reprise après sinistre. Il s'agit de l'option recommandée.
| Versions SAP IQ compatibles | Systèmes d'exploitation compatibles | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|
| SAP IQ 16.x (complet et incrémentiel) |
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 de sauvegarde et de reprise après sinistre 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 de sauvegarde et de DR orchestre le processus d'obtention de la cohérence (via des instantanés VSS/LVM), présente un disque d'espace de préparation 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 | FS de disque de préproduction | Version minimale requise de l'agent Backup and DR (connecteur) |
|---|---|---|---|
| Windows | NTFS | NTFS | V11.0.1 |
| PME | NTFS | V11.0.1 | |
| ReFS | ReFS | V11.0.1 | |
| Linux 1 | EXT2 | EXT2 ou NFS 4 | V11.0.1 |
| EXT3 | EXT3 ou NFS 4 | V11.0.1 | |
| EXT4 | EXT4 ou NFS 4 | V11.0.1 | |
| XFS | XFS ou NFS 4 | V11.0.1 | |
| ReiserFS | ReiserFS ou NFS 4 | V11.0.1 | |
| NFS | EXT3 ou NFS 4 | V11.0.1 | |
| BTRFS | EXT3 ou NFS 4 | V11.0.1 |
1 : un 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 prise en charge
Tester la gestion des données avec des conteneurs
La sauvegarde et la reprise après sinistre exploitent les 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 prend en charge la capture de données à partir de machines virtuelles VMware en exploitant les appels des API VMware vSphere Storage - Data Protection (anciennement appelées API vStorage 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 crée à l'avenir que des instantanés des modifications apportées à la base de données, ce qui permet d'activer la stratégie de capture incrémentielle permanente de la sauvegarde et de la reprise après sinistre.
Applications en veille: assure la cohérence des applications lors de la capture.
| vCenter 1, 6 | 7.0, 7.0 U1, 7.0 U2, 7.0 U3 |
| 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 OS compatibles avec Google Cloud VMware Engine |
| Mettre les applications en veille 3 | Oui, basé sur les outils VMware |
| Assistance vSAN 4 | vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3 |
| Modification du suivi des blocs5 | Exploite les API de stockage VMware vSphere - Data Protection (anciennement appelées API vStorage for Data Protection ou VADP) |
1 : exploite la version 7.0 de VMware VDDK.
2 types de contrôleurs NVME (disponibles sur ESX 7.0 et versions ultérieures) ne sont pas compatibles. Le matériel virtuel version 14 et ultérieures n'est compatible qu'avec ESX 7.0 (et versions ultérieures).
3 Fonctionnalité applicable à toute application avec un éditeur VSS ou des scripts pré et post 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 appareils RDM, le montage d'une VM n'est pas pris en charge par Backup and DR lorsque des RDM sont utilisés. Les restaurations et les clones de VM sont acceptés. Toutefois, l'installation d'une VM est compatible avec la sauvegarde et la reprise après sinistre 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 sauvegarder le disque de préproduction (sauvegardes basées sur un agent), ainsi que le montage et la restauration des sauvegardes à l'aide d'iSCSI, n'est pas prise en charge.