Chat with us, powered by LiveChat
Demande de devis
WW +41 21 641 6080 | US +1 800 256 0192 | CA +1 800 935 0725 | FR +33 261 880008 | UK +44 808 1890445
Contactez-nous
Bienvenue > Outil de sauvegarde des données dans Bacula Enterprise. Outils de sauvegarde de Bacula Systems. > Sauvegardez et restaurez des bases de données DB2 en ligne et hors ligne avec Bacula Enterprise

Sauvegardez et restaurez des bases de données DB2 en ligne et hors ligne avec Bacula Enterprise

Sauvegarde et restauration complètes, incrémentielles et différentielles de DB2

DB2 est l’un des plus anciens systèmes de gestion de bases de données relationnelles encore largement déployés dans les environnements d’entreprise. Les services financiers et les organismes publics en dépendent fortement, car aucun de ces deux secteurs ne peut se permettre des échecs de transactions ou des temps d’arrêt imprévus. Les déploiements DB2 à grande échelle s’étendent souvent sur plusieurs instances, avec des dizaines de bases de données gérées par un seul administrateur ; dans ces environnements, les conséquences d’une sauvegarde échouée ou incomplète peuvent être désastreuses, entraînant la perte de données critiques sur plusieurs charges de travail et exposant les entreprises à des sanctions liées à la conformité.

Un utilitaire de sauvegarde et de restauration au niveau des fichiers ne peut pas protéger efficacement une base de données DB2 en cours d’exécution, car il copie les données au niveau du système de fichiers sans avoir aucune connaissance de ce que DB2 effectue en interne. Par conséquent, l’instantané est incohérent et la base de données ne peut pas être restaurée correctement.

Le plugin Bacula Enterprise DB2 prévient la perte de données et prend en charge la reprise après sinistre dans les environnements DB2 actifs en acheminant les données via un tuyau nommé Unix directement vers l’API de sauvegarde et de restauration propre à DB2. Le plugin lit automatiquement la configuration de chaque base de données et détermine si une sauvegarde en ligne ou hors ligne est possible. Ainsi, l’ensemble du processus ne nécessite aucune intervention manuelle. Pour les bases de données configurées pour prendre en charge la sauvegarde en ligne, le plugin effectue des sauvegardes complètes, incrémentielles et différentielles tandis que la base de données reste en ligne et pleinement opérationnelle. Vous trouverez ci-après une présentation détaillée du plugin DB2 de Bacula ainsi que de l’ensemble des fonctionnalités que Bacula propose aux entreprises.

Télécharger la version d’essai

Principales fonctionnalités du module complémentaire DB2 de Bacula

Backup Intelligence

  • Détection automatique du mode en ligne/hors ligne – Le plug-in lit les paramètres TRACKMOD et LOGARCHMETH1 de chaque base de données au moment de l’exécution de la tâche et détermine si une sauvegarde en ligne ou hors ligne est possible (aucune configuration manuelle n’est nécessaire).
  • Niveaux de sauvegarde complets, incrémentiels et différentiels – Le plug-in DB2 exécute nativement ces trois niveaux de tâches et ne capture que les données modifiées, ce qui réduit les fenêtres de sauvegarde lors des exécutions incrémentielles et différentielles.
  • Capture automatique du schéma – Le plugin extrait et stocke le schéma de la base de données dans un fichier distinct, ce qui fournit un instantané DDL récupérable en plus de l’image des données.
  • Prise en charge de Docker – Le plugin communique avec DB2 s’exécutant au sein d’un conteneur Docker en encapsulant toutes les commandes db2 avec un préfixe bin_dir configurable, afin d’exécuter la tâche de sauvegarde dans l’environnement du conteneur sans qu’aucune modification de la configuration du plugin ne soit nécessaire.

Flexibilité de restauration

  • Restauration de la base de données d’origine ou dans une nouvelle base – Le paramètre where permet aux administrateurs de restaurer une base de données sous son nom d’origine ou dans une nouvelle base de données créée automatiquement par le plug-in lors de la tâche de restauration.
  • Restauration incrémentielle à un instant donné (PITR) – Le plug-in applique automatiquement les images complètes, différentielles et incrémentielles dans l’ordre correct, l’image finale extrayant les journaux de la base de données pour permettre aux administrateurs d’exécuter la commande ROLLFORWARD à n’importe quel instant souhaité.
  • Sauvegarde dans un répertoire pour une restauration manuelle – En définissant le paramètre where sur un chemin d’accès à un répertoire, les fichiers image DB2 bruts sont restaurés sur le disque, ce qui permet aux administrateurs d’utiliser directement les commandes de restauration natives de DB2 pour une récupération granulaire ou partielle.

Contrôle opérationnel

  • Interruption automatique de la connexion – Pour les sauvegardes hors ligne, le plugin met fin à toutes les sessions actives, désactive la base de données, exécute la sauvegarde, puis rétablit automatiquement le service, sans aucune intervention manuelle.
  • Transfert de données via un tuyau nommé – Les données transitent par un tuyau nommé Unix plutôt que par le système de fichiers afin d’éviter l’écriture de fichiers temporaires sur le disque, ce qui permet d’économiser de l’espace de stockage local et d’accélérer le transfert.
  • Sélection de bases de données par expression glob – Le paramètre de base de données accepte des expressions glob pour sélectionner les bases de données d’une instance à sauvegarder, et génère automatiquement une erreur si l’expression ne correspond à aucun élément.
  • Gestion des erreurs configurable – Le paramètre abort_on_error permet de déterminer si le plugin interrompt l’ensemble de la tâche en cas d’erreur grave ou s’il consigne l’erreur dans le journal et poursuit la sauvegarde des bases de données restantes.

Plugin Bacula Enterprise pour DB2 – Toutes les fonctionnalités

Fonctionnalités de sauvegarde

  • Détection automatique du mode de sauvegarde – Le plugin analyse les paramètres TRACKMOD et LOGARCHMETH1 de chaque base de données au moment de l’exécution de la tâche afin de déterminer si une sauvegarde en ligne ou hors ligne est possible, puis ajuste automatiquement tous les paramètres de la tâche sans aucune configuration manuelle.
  • Sauvegarde en ligne aux niveaux complet, incrémentiel et différentiel – Pour les bases de données configurées avec TRACKMOD et LOGARCHMETH1, le plugin effectue des sauvegardes complètes, incrémentielles et différentielles tandis que la base de données reste en ligne et pleinement opérationnelle.
  • Sauvegarde hors ligne avec gestion automatique du cycle de vie – Pour les bases de données ne prenant pas en charge la sauvegarde en ligne, le plugin met fin à toutes les sessions actives, désactive la base de données, effectue la sauvegarde, puis la remet en service automatiquement sans aucune intervention manuelle.
  • Capture automatique du schéma – Le plug-in extrait et stocke le schéma de la base de données dans un fichier DDL distinct afin de fournir aux administrateurs un instantané récupérable du schéma à chaque exécution.
  • Sauvegarde de plusieurs instances de base de données – Le paramètre database accepte des expressions globales pour sélectionner les bases de données d’une instance à inclure dans la tâche de sauvegarde, et génère automatiquement une erreur si le motif ne correspond à aucun élément.
  • Sauvegarde de DB2 conteneurisé sous Docker – Le plugin communique également avec DB2 s’exécutant au sein d’un conteneur Docker en encapsulant toutes les commandes db2 avec un préfixe bin_dir configurable afin d’exécuter les tâches de sauvegarde dans l’environnement du conteneur.
  • Transfert de données via un canal nommé – Les données transitent par un canal nommé Unix afin d’éviter l’écriture de fichiers temporaires sur le disque, ce qui permet d’économiser de l’espace de stockage local et d’accélérer le transfert.
  • Suivi des horodatages de sauvegarde – L’outil de sauvegarde DB2 enregistre l’horodatage de chaque image de sauvegarde et l’utilise pour coordonner l’ordre des restaurations incrémentielles et différentielles entre plusieurs exécutions de tâches.

Fonctionnalités de restauration

  • Restauration complète d’une seule base de données – Le plugin restaure une sauvegarde complète de la base de données en sélectionnant le fichier data.sql.* dans le catalogue Bacula, puis le restaure sous le nom d’origine de la base de données ou sous un nouveau nom spécifié via le paramètre « where ».
  • Création d’une nouvelle base de données lors de la restauration – Lorsque le paramètre « where » est défini sur un nom de base de données valide, le plugin crée automatiquement la base de données cible et y restaure les données, sans que l’administrateur ait à provisionner manuellement la base de données au préalable.
  • Restauration incrémentielle à un instant donné (PITR) – Le plugin applique automatiquement les images complètes, différentielles et incrémentielles dans l’ordre correct, l’image finale extrayant les journaux de la base de données afin de permettre aux administrateurs d’exécuter la commande ROLLFORWARD à n’importe quel instant souhaité.
  • Protection contre les doublons de bases de données – Lorsque le paramètre « replace » est défini sur « Never », le plugin vérifie la liste des bases de données existantes avant le début de la restauration et interrompt automatiquement la tâche si la base de données cible existe déjà.
  • Transmission des options de restauration – Les paramètres restore_options, rollforward_options et logtarget transmettent directement les arguments aux commandes sous-jacentes « db2 restore » et « db2 rollforward », offrant ainsi aux administrateurs un contrôle total sur le comportement de la restauration sans avoir à modifier le plugin lui-même.
  • Sauvegarde de répertoire pour une restauration manuelle – La définition du paramètre where sur un chemin d’accès à un répertoire permet de restaurer les fichiers image DB2 bruts sur le disque, afin que les administrateurs puissent utiliser directement les commandes de restauration natives de DB2 pour une récupération granulaire ou partielle.
  • Restauration ciblée sur une instance – Le paramètre instance valide l’instance DB2 cible avant le début de la restauration et ignore la commande du plugin si l’instance présente sur le système ne correspond pas à la valeur configurée.

Caractéristiques opérationnelles

  • Gestion des erreurs configurable – Le paramètre abort_on_error permet de déterminer si le plugin interrompt immédiatement l’ensemble de la tâche en cas d’erreur grave ou s’il consigne l’erreur dans le journal et poursuit la sauvegarde des bases de données restantes de l’instance.
  • Délai d’attente configurable pour les commandes – Le paramètre timeout définit le nombre maximal de secondes pendant lesquelles le plugin attend que les commandes DB2 s’exécutent ou qu’une connexion DB2 soit établie au cours d’une sauvegarde ; la valeur par défaut est de 120 secondes.
  • Répertoire de contrôle partagé – Le paramètre ctl_dir définit un répertoire accessible à la fois au service DB2 et au démon de fichiers Bacula, dans lequel le plugin écrit des scripts de commande dynamiques au moment de l’exécution de la tâche, avec des droits d’accès configurables pour l’utilisateur de l’instance DB2 à des fins de sécurité.
  • Exécution des commandes au niveau utilisateur – Les paramètres unix_user et use_sudo permettent aux administrateurs d’exécuter toutes les commandes DB2 sous un compte système spécifique plutôt que sous le compte root par défaut du démon de fichiers Bacula, sans modifier le plugin lui-même.
  • Interface de script de personnalisation – Le paramètre user_config_dir permet aux administrateurs de remplacer les variables du plugin au moment de l’exécution de la tâche en plaçant des scripts shell personnalisés dans un répertoire désigné, de sorte que des options natives de DB2 telles que COMPRESS ou DEDUP_DEVICE puissent être appliquées sans modifier la configuration du plugin.
  • Optimisation du stockage par déduplication – La définition de DEDUP_DEVICE dans le script de personnalisation optimise le format des images de sauvegarde pour le stockage avec déduplication par périphérique aligné ou par point de terminaison global, ce qui réduit la consommation de stockage sur les cibles prenant en charge la déduplication.
  • Rapports complets du journal des tâches – Le plugin consigne chaque étape du processus de sauvegarde et de restauration dans le journal des tâches de Bacula, y compris la sortie des commandes DB2, l’état de la connexion et les messages d’erreur, ce qui permet aux administrateurs de disposer d’une piste d’audit complète pour chaque tâche.

Ce que comprend chaque déploiement de Bacula Enterprise

Le plugin DB2 s’exécute au sein de Bacula Enterprise, ce qui signifie que chaque installation est fournie avec un ensemble complet de fonctionnalités de sauvegarde et de restauration à l’échelle de la plateforme, allant au-delà de ce que le plugin lui-même offre. Les fonctionnalités ci-dessous sont disponibles dans tous les déploiements de Bacula Enterprise, quels que soient l’environnement ou la charge de travail.

Stockage des sauvegardes et maîtrise des coûts

Bacula Enterprise permet aux administrateurs de contrôler directement les coûts de stockage grâce à la réduction des données et à un routage flexible vers les destinations.

  • Déduplication au niveau des blocs – Tout bloc de données apparaissant plus d’une fois dans le catalogue de sauvegarde n’est écrit qu’une seule fois sur le stockage. L’espace de stockage utilisé diminue sans aucune modification de la politique ou du calendrier de sauvegarde.
  • Compression adaptative – Les algorithmes de compression sont configurables pour chaque tâche. Les administrateurs ajustent la compression en fonction du type de données et des ressources disponibles.
  • Plusieurs types de cibles de stockage – Les sauvegardes sont écrites sur un disque local, un NAS, un SAN, des bibliothèques de bandes, un stockage objet dans le cloud (notamment S3, Azure et Google Cloud), ou toute combinaison de ces options au sein d’une même politique.
  • Stockage objet compatible S3 – Bacula se connecte à n’importe quel fournisseur compatible S3 pour une conservation à long terme sans dépendance vis-à-vis d’un fournisseur.
  • Workflows de stockage à plusieurs niveaux – Les données de sauvegarde peuvent être configurées pour être déplacées automatiquement d’un niveau de stockage à l’autre au fur et à mesure de leur vieillissement. Les points de restauration fréquemment consultés restent sur un stockage rapide, tandis que les données plus anciennes sont transférées vers des destinations moins coûteuses.
  • Incrémental à vie – Après une première sauvegarde complète, chaque tâche suivante ne capture que les modifications. Les fenêtres de sauvegarde complète récurrentes ne sont plus nécessaires.
  • Transferts optimisés en termes de bande passante – Seules les données modifiées transitent par le réseau entre deux exécutions de sauvegarde. La charge du réseau de production reste faible, sans limitation manuelle ni contournements de planification.

Sécurité et conformité des sauvegardes

La sécurité et la conformité réglementaire sont intégrées à chaque couche de la plateforme, du chiffrement du transport et du stockage des données au contrôle d’accès et à la journalisation des audits.

  • Chiffrement AES-256 – Le chiffrement AES-256 couvre l’intégralité du chemin des données, du client source à la destination de stockage finale. La gestion des clés est configurable pour s’adapter aux politiques de sécurité de l’organisation.
  • Copies de sauvegarde immuables – Le stockage compatible WORM verrouille les données de sauvegarde afin d’empêcher toute modification ou suppression une fois celles-ci écrites. Les ransomwares et les menaces internes n’ont aucun accès au point de restauration.
  • Contrôles d’accès granulaires – Les autorisations des utilisateurs s’appliquent à des tâches spécifiques, à des workflows de restauration et à des fonctions de gestion. Chaque administrateur n’accède qu’aux éléments requis par son rôle.
  • Audit complet des activités – Chaque sauvegarde, restauration et modification de configuration est consignée avec l’identité de l’utilisateur et un horodatage. Les équipes chargées de la conformité et de la sécurité disposent ainsi d’une piste d’audit complète et ininterrompue.
  • Prise en charge du cadre réglementaire – Les contrôles de la plateforme répondent aux exigences du RGPD, de la loi HIPAA et de la norme SOC 2 grâce au chiffrement, à des politiques de conservation configurables et à des journaux d’audit détaillés.
  • Architectures préservant la confidentialité – Des options de déploiement en « zéro connaissance » permettent à l’infrastructure de sauvegarde de fonctionner sans accorder aux administrateurs aucune visibilité sur les données protégées.

Gestion et administration des sauvegardes

Deux interfaces complémentaires et une suite complète d’outils de gestion offrent une visibilité et un contrôle sur l’ensemble des opérations de sauvegarde.

  • Double interface – BWeb fournit une console graphique pour la gestion et la surveillance quotidiennes des tâches. Bconsole (agent utilisateur) offre aux opérateurs un contrôle total via la ligne de commande pour la création de scripts, l’automatisation et la configuration avancée.
  • Évolutivité sans limites – La même architecture de plateforme gère aussi bien des environnements composés de quelques serveurs que des déploiements comptant des milliers de serveurs, le tout sous un seul plan de gestion.
  • B Découverte automatique des ressourcesB – La plateforme analyse l’infrastructure pour identifier et répertorier automatiquement les cibles de sauvegarde. La couverture de protection reste à jour à mesure que l’environnement s’étend.
  • Rapports détaillés – Des rapports planifiés couvrent les résultats des tâches, les tendances en matière de capacité, l’état de conformité et les performances opérationnelles selon une fréquence définie.
  • Intégration de systèmes externes – Bacula se connecte aux outils de surveillance, aux systèmes de tickets informatiques et aux services d’annuaire, sans nécessiter de développement sur mesure.

Couverture de sauvegarde multi-environnements

Les serveurs physiques, les machines virtuelles, les conteneurs et l’infrastructure cloud s’inscrivent tous dans une stratégie de sauvegarde unique et unifiée.

  • Virtualisation multi-plateforme – Intégration native pour VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox et Nutanix AHV, avec une application cohérente des politiques sur toutes les plateformes.
  • Convergence physique et virtuelle – Les serveurs physiques, les postes de travail et les machines virtuelles sont protégés via la même interface de gestion, avec des politiques de sauvegarde unifiées.
  • Prise en charge des conteneurs et des environnements cloud natifs – Protection complète des environnements Docker, Kubernetes et OpenShift grâce à des sauvegardes de volumes persistants et des instantanés cohérents au niveau des applications.
  • Intégration du stockage multicloud – Prise en charge native du stockage dans les clouds publics, privés et hybrides, y compris les interfaces S3, S3-IA, Azure, Google Cloud, Oracle Cloud et Glacier, avec la fonctionnalité « Minimal Restore Cost » (MRC)
  • Intégration des bases de données et des applications – Prise en charge de la sauvegarde à chaud pour Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA et d’autres applications critiques, avec une cohérence transactionnelle totale.

Licences de sauvegarde prévisibles

Les licences du logiciel Bacula Enterprise sont liées à la taille de l’environnement, et non au volume de données. Par conséquent, la croissance de la base de données DB2 n’entraînera pas d’augmentation des coûts de licence.

  • Licences indépendantes du volume – L’augmentation de la capacité de sauvegarde n’entraîne pas de hausse des frais de licence. Les coûts liés à la protection des données restent stables malgré l’augmentation des volumes de données.
  • Structure de coûts prévisible – Un modèle de tarification fixe permet aux équipes de planifier les budgets d’infrastructure sans avoir à tenir compte des coûts variables liés à la croissance du stockage ou aux changements de charge de travail.
  • Tarification indépendante de la charge de travail – La taille des bases de données, le nombre de serveurs et les volumes de stockage n’ont aucune incidence sur les coûts de licence.
  • Avantages financiers à grande échelle – Les organisations qui protègent des environnements DB2 volumineux ou en forte croissance paient les mêmes frais de licence, quelle que soit la quantité de données qu’elles ajoutent. L’avantage financier par rapport aux concurrents pratiquant une tarification en fonction de la capacité s’accroît à mesure que les volumes de données augmentent.

Récupération et continuité d’activité

Bacula Enterprise propose des parcours de récupération adaptés à tous les scénarios de restauration, de la restauration d’une seule base de données à la reconstruction complète d’un site.

  • Restauration « bare metal » au niveau du système – Bacula Enterprise restaure un serveur complet à partir de zéro, y compris le système d’exploitation, les applications, la configuration et les données, sans nécessiter d’installation manuelle préalable.
  • Transfert de données multiplateforme – Les données sauvegardées peuvent être restaurées sur un système d’exploitation différent de celui d’origine. Les équipes disposent de plusieurs options lorsque du matériel équivalent n’est pas disponible ou qu’une migration est en cours.
  • Réplication géographique des sauvegardes – Les jeux de sauvegarde sont copiés vers des sites de stockage géographiquement distants. Une panne à l’échelle d’un site n’entraîne pas la perte des points de restauration.
  • Planification de sauvegardes fréquentes – La fenêtre de perte potentielle de données est réduite à quelques minutes.
  • Validation automatisée de la restauration – La restaurabilité est confirmée par des tests automatisés, sans intervention de l’administrateur ni processus de validation distinct.

Foire aux questions

DB2 prend-il en charge les sauvegardes incrémentielles et différentielles ?

Oui. DB2 prend en charge nativement les sauvegardes complètes, incrémentielles et différentielles pour les bases de données configurées avec les paramètres TRACKMOD et LOGARCHMETH1. Le plugin Bacula Enterprise pour DB2 exécute automatiquement ces trois niveaux de sauvegarde et ne capture que les données modifiées lors des sauvegardes incrémentielles et différentielles, afin de réduire les fenêtres de sauvegarde et la consommation de stockage.

Comment fonctionne la restauration à un instant donné dans DB2 ?

La restauration à un instant donné dans DB2 nécessite de restaurer d’abord l’image de sauvegarde la plus récente, puis d’appliquer toutes les autres images dans l’ordre, et enfin d’exécuter la commande ROLLFORWARD pour rejouer les journaux de transactions jusqu’au moment souhaité. Le plugin Bacula Enterprise pour DB2 automatise l’étape de séquencement des images, en appliquant automatiquement les images complètes, différentielles et incrémentielles dans le bon ordre. L’administrateur exécute la commande ROLLFORWARD DATABASE to END OF LOGS AND COMPLETE pour finaliser la restauration.

Comment le plugin Bacula Enterprise pour DB2 s’interface-t-il avec les API de sauvegarde natives de DB2 ?

Le plugin appelle directement l’API de sauvegarde et de restauration de DB2 via des scripts shell générés dynamiquement, et transfère les données via un tuyau nommé Unix. Ainsi, le plugin fonctionne au sein du cadre de sauvegarde propre à DB2, ce qui garantit la cohérence et la restaurabilité de la sauvegarde obtenue.

Comment le plugin Bacula pour DB2 automatise-t-il la transition entre les sauvegardes en ligne et hors ligne ?

Le plugin lit la configuration de chaque base de données au moment de l’exécution de la tâche et détermine si une sauvegarde en ligne ou hors ligne est possible. Pour les bases de données prenant en charge la sauvegarde en ligne, il exécute la tâche tandis que la base de données reste active. Pour celles qui ne le permettent pas, il exécute la commande « QUIESCE DATABASE IMMEDIATE FORCE CONNECTIONS » afin de mettre fin à toutes les sessions actives, désactive la base de données, effectue la sauvegarde, puis la réactive automatiquement.

Le plugin Bacula DB2 prend-il en charge les véritables sauvegardes incrémentielles et différentielles ?

Oui, pour les bases de données configurées avec les paramètres TRACKMOD et LOGARCHMETH1.

Le plugin Bacula pour DB2 prend-il en charge les bases de données déployées dans des conteneurs Docker ?

Oui. Le plugin communique avec une instance DB2 s’exécutant dans un conteneur Docker en utilisant le paramètre bin_dir pour préfixer toutes les commandes db2 avec « docker exec ». Le répertoire de la base de données doit être partagé entre l’hôte et le conteneur via un montage de volume Docker afin que le plugin puisse écrire ses fichiers de contrôle dans un chemin accessible des deux côtés.

Comment restaurer une base de données DB2 sous un autre nom ou sur un nouvel hôte à l’aide de Bacula ?

Pour restaurer sous un autre nom de base de données, définissez le paramètre where sur le nouveau nom lors de la tâche de restauration. Le nom doit être composé exclusivement de caractères alphanumériques et de traits de soulignement. Bacula crée automatiquement la base de données cible et y restaure les données. Pour restaurer sur un autre hôte, utilisez les paramètres instance et unix_user afin de cibler la bonne instance DB2 sur le serveur de destination.

Aide complémentaire sur la sauvegarde DB2 :

Vous pouvez également être intéressé par :
sauvegarde machine virtuelle hyper v
logiciel sauvegarde windows
solution de sauvegarde