Outil logiciel de sauvegarde MySQL. Solution de sauvegarde MySQL pour les entreprises

Bienvenue > Outil logiciel de sauvegarde MySQL de Bacula Systems

MySQL est un système de gestion de bases de données relationnelles open source largement déployé dans les environnements d’entreprise pour alimenter des plateformes de commerce électronique, des applications SaaS et des systèmes métier internes traitant des milliers de transactions par minute. À l’échelle de l’entreprise, un déploiement MySQL gère des opérations d’écriture en continu sur plusieurs bases de données, et une stratégie de sauvegarde de niveau entreprise doit offrir des délais de restauration rapides, une capacité de restauration à un instant donné et des opérations de sauvegarde qui n’interrompent pas les charges de travail en cours d’exécution.

Le module de sauvegarde MySQL de Bacula Enterprise répond à ces exigences opérationnelles grâce à une intégration native avec Percona XtraBackup, un utilitaire de sauvegarde à chaud spécialement conçu pour les environnements MySQL à haut débit de transactions. L’outil de sauvegarde MySQL de Bacula Enterprise gère l’ensemble des opérations de sauvegarde et de restauration MySQL sans que l’administrateur de sauvegarde ait besoin de comprendre les mécanismes internes de sauvegarde de MySQL ou d’écrire des scripts personnalisés. L’outil capture automatiquement les fichiers de configuration, les définitions d’utilisateurs, les autorisations globales, les paramètres du serveur, les schémas par base de données et les scripts de création, en plus des données de la base de données, à chaque tâche.

Il prend en charge les stratégies de sauvegarde « Dump » et « Binaire », et la restauration ponctuelle (PITR) est disponible pour chacune d’entre elles, en utilisant les journaux binaires de MySQL pour rejouer les transactions jusqu’à un moment précis. Le filtrage des objets lors des opérations de sauvegarde et de restauration permet aux administrateurs de contrôler quelles bases de données et tables sont incluses ou exclues sans avoir à modifier manuellement les fichiers.

*L’outil de sauvegarde MySQL fonctionne sur les plateformes Linux 32 bits et 64 bits et prend en charge les versions de MySQL jusqu’à la version 8.0 incluse. Les versions 8.1 et supérieures de MySQL nécessitent Bacula Enterprise 18.0.4 ou une version ultérieure.

Sauvegarde MySQL d’entreprise avec le module Percona

Les bases de données MySQL à haut débit traitent les paiements, répondent aux requêtes des utilisateurs et enregistrent en continu des données opérationnelles. Lorsqu’une panne ou une perte de données impose une restauration, l’instance est mise hors ligne et cet arrêt imprévu entraîne des commandes client incomplètes, des transactions de paiement échouées et des erreurs au niveau de la couche applicative pour les utilisateurs finaux.

Pour les bases de données traitant des milliers de transactions par minute, les objectifs de temps de récupération ont une valeur financière directe, et chaque minute supplémentaire de temps de restauration ajoute des transactions non traitées et des obligations SLA non respectées.

Le module MySQL Percona de Bacula intègre Percona XtraBackup pour effectuer des sauvegardes physiques sans acquérir de verrouillage global de la base de données, de sorte que l’instance MySQL reste en ligne et traite le trafic de production tout au long de la fenêtre de sauvegarde. Il s’agit de l’une des solutions de sauvegarde et de restauration les plus rapides du secteur pour les environnements MySQL à haut débit de transactions.

Le module MySQL Percona de Bacula est un utilitaire de sauvegarde à chaud pour les serveurs basés sur MySQL qui s’exécute sans verrouiller la base de données pendant la sauvegarde. Il sauvegarde les tables InnoDB, XtraDB et MyISAM dans un état cohérent sur l’ensemble du serveur et ne nécessite pas de fichiers temporaires volumineux. Au moment de la restauration, l’étape de préparation nécessite un espace disque suffisant pour contenir deux fois la taille de la base de données sur l’hôte cible de restauration.

Comment ajouter un client de sauvegarde MySQL dans Bacula ?

Télécharger la version d’essai Télécharger le Whitebook MySQL

Principaux avantages des logiciels de sauvegarde MySQL

Couverture de sauvegarde en double mode

Contrôle flexible de la vitesse et de la taille des sauvegardes – Les administrateurs peuvent choisir le mode Dump pour des sauvegardes plus petites et portables, ou le mode Binaire pour des vitesses de sauvegarde et de restauration nettement plus rapides, les deux options étant disponibles pour un même serveur.
Combinaison des modes Dump et Binaire – Ces deux stratégies peuvent être exécutées simultanément sur un même serveur, et les équipes peuvent utiliser les modes Dump et Binaire en tandem au sein d’une même politique de sauvegarde.
Prise en charge de la restauration entre versions – Les sauvegardes en mode Dump peuvent être restaurées vers une version majeure antérieure ou postérieure de MySQL, et les administrateurs bénéficient d’une flexibilité de migration que le mode Binary ne prend pas en charge.

Précision de la restauration

Restauration à un instant donné pour les deux modes – La restauration à un instant donné (PITR) est disponible pour les stratégies Dump et Binary. L’agent gère les fichiers journaux binaires nécessaires pour rejouer les transactions jusqu’à un point de restauration précis sans suivi manuel des journaux.
Restauration d’une seule base de données – En mode Dump, les bases de données individuelles peuvent être restaurées indépendamment sans restaurer l’intégralité du serveur, ce qui réduit d’autant la portée et la durée des opérations de restauration ciblées.
Filtrage d’objets lors de la restauration – Les administrateurs peuvent inclure ou exclure des bases de données et des tables spécifiques lors des opérations de sauvegarde et de restauration sans avoir à modifier manuellement les fichiers.

Portée complète de la sauvegarde

Sauvegarde automatique des métadonnées – Chaque tâche de sauvegarde capture les autorisations globales, les paramètres du serveur, les schémas propres à chaque base de données, les scripts de création et les autorisations utilisateur propres à chaque base de données, en plus des données de la base de données elles-mêmes.
Prise en charge des sauvegardes incrémentielles et différentielles – Les modes Dump et Binary prennent en charge les niveaux de sauvegarde incrémentielle et différentielle. L’agent gère automatiquement le traitement des journaux binaires à chaque tâche.
Sauvegarde en ligne – Chaque mode prend en charge des opérations de sauvegarde entièrement en ligne, sans temps d’arrêt requis pour le serveur MySQL.
Aucun script requis – L’agent gère les opérations de sauvegarde via l’interface de Bacula sans que l’administrateur ait besoin d’écrire des scripts spécifiques à MySQL ou de comprendre les mécanismes internes de la sauvegarde MySQL.

Choisir entre le mode binaire et le mode dump

Le choix entre le mode dump et le mode binaire dépend des exigences de restauration de votre environnement MySQL et de la taille de la base de données.

Le mode dump produit des sauvegardes SQL plus légères et portables, adaptées aux restaurations granulaires d’objets et aux migrations entre versions.

Le mode binaire via Percona XtraBackup produit des sauvegardes plus volumineuses, mais s’exécute nettement plus rapidement ; il constitue l’option la plus performante pour les bases de données volumineuses où la vitesse de sauvegarde et de restauration est une priorité.

Le tableau ci-dessous présente les différences fonctionnelles entre les deux modes. Pour les équipes qui ont besoin des deux fonctionnalités, les deux stratégies peuvent également s’exécuter simultanément sur le même serveur.

Fonctionnalité	Dump	Binaire
Possibilité de restaurer directement un seul objet (table, schéma, . . .)	Oui¹	Non
Vitesse de sauvegarde	Lente	Rapide
Vitesse de restauration	Très Lente	Rapide
Taille de sauvegarde	Petite	Lourde
Possibilité permanente de restauration	Oui	Oui
Prise en charge différentielle / Incrémentale	Oui	Oui
Sauvegarde en ligne	Oui	Oui
Consistante	Oui	Oui
Possibilité de restaurer la version majeure précédente de MySQL	Oui²	Non
Possibilité de restaurer une version majeure plus récente de MySQL	Oui	Non

¹Pour restaurer un seul objet, il faut modifier le fichier de sauvegarde.

²Pour restaurer une sauvegarde SQL vers une version antérieure de MySQL, vous devrez peut-être modifier le fichier SQL si vous utilisez des fonctionnalités qui ne sont pas disponibles dans cette version antérieure. En règle générale, la restauration vers une version antérieure de MySQL n’est ni prise en charge ni garantie.

Mode Binaire

En mode binaire, l’outil de sauvegarde MySQL utilise Percona XtraBackup, qui est un utilitaire de sauvegarde à chaud open-source pour les serveurs basés sur MySQL qui n’a pas besoin de verrouiller votre base de données pendant la sauvegarde. La technologie Percona utilise des techniques qui garantissent la cohérence de l’ensemble de la sauvegarde.

Elle peut sauvegarder les données des tables InnoDB, XtraDB et MyISAM sur MySQL non modifié, ainsi que sur un serveur Percona avec XtraDB.

Fonctionnalités de sauvegarde

Sauvegarde par vidage de chaque base de données – Par défaut, l’agent effectue un vidage de chaque base de données séparément. Chaque base de données produit un instantané SQL cohérent qui peut être restauré indépendamment, sans qu’il soit nécessaire de restaurer l’intégralité du serveur.
Sauvegarde par vidage de toutes les bases de données – L’option all_databases effectue un vidage de toutes les bases de données en une seule opération et produit un instantané globalement cohérent. La sauvegarde inclut également les fichiers journaux binaires générés jusqu’à la fin de la tâche.
Sauvegarde binaire via Percona XtraBackup – En mode binaire, l’agent utilise Percona XtraBackup pour effectuer une sauvegarde physique à chaud de l’ensemble du serveur. Elle couvre les tables InnoDB, XtraDB et MyISAM, s’exécute sans verrouiller la base de données et ne nécessite pas de fichiers temporaires volumineux.
Capture des journaux binaires – Le plugin MySQL du démon de fichiers enregistre les fichiers journaux binaires générés pendant la tâche de sauvegarde. Lors d’une restauration PITR, Bacula rejoue ces journaux pour restaurer la base de données à un moment précis.
Sauvegarde incrémentielle – Après une sauvegarde complète, chaque tâche incrémentielle ne capture que les nouveaux journaux binaires générés depuis la tâche précédente, ce qui réduit la consommation de stockage et le temps de transfert sur les instances MySQL actives.
Sauvegarde différentielle – Une tâche différentielle capture tous les journaux binaires générés depuis la dernière sauvegarde complète. Cela offre aux administrateurs une chaîne de restauration en deux étapes sans la surcharge de stockage liée à des instantanés complets répétés.
Sauvegarde en ligne – Les modes Dump et Binaire s’exécutent sur un serveur MySQL en production, sans temps d’arrêt ni interruption de service.
Sauvegarde cohérente – Le mode Dump garantit la cohérence au niveau de chaque base de données individuellement et utilise les journaux binaires pour assurer une cohérence globale entre les bases de données. Le mode Binary produit un instantané globalement cohérent de l’ensemble du serveur en une seule opération.
Capture automatique des métadonnées – Chaque tâche de sauvegarde capture le fichier de configuration du serveur MySQL (my.cnf), les autorisations globales, les variables actuelles du serveur, ainsi que les scripts de création, les schémas, les données et les autorisations propres à chaque base de données.

Fonctionnalités de restauration

Restauration à un instant donné – La fonctionnalité PITR est disponible aussi bien en mode Dump qu’en mode Binaire. L’agent MySQL gère les fichiers de journal binaire nécessaires pour rejouer les transactions jusqu’à un point de restauration cible, sans qu’il soit nécessaire de suivre manuellement les journaux.
Restauration d’une seule base de données – En mode Dump, les bases de données individuelles peuvent être restaurées indépendamment à partir de leurs fichiers de sauvegarde spécifiques, sans avoir à restaurer l’intégralité du serveur.
Restauration des utilisateurs et des rôles – Les autorisations globales et les autorisations utilisateur par base de données sont capturées dans le cadre de chaque tâche de sauvegarde et peuvent être restaurées indépendamment des données de la base de données.
Restauration complète du serveur à partir du mode binaire – L’agent utilise les outils Percona pour restaurer un serveur complet à partir d’une sauvegarde binaire. Les données sont d’abord récupérées vers un emplacement temporaire et rendues cohérentes à l’aide de l’étape Percona Prepare avant que les modifications ne soient écrites dans la base de données en production.
Optimisation de la préparation au moment de la sauvegarde – Le module MySQL de Bacula peut exécuter automatiquement l’étape de préparation pendant la phase de sauvegarde, et lorsqu’une restauration est nécessaire, la récupération démarre sans délai car le traitement de cohérence est déjà terminé. L’option de préparation s’applique uniquement aux sauvegardes complètes.
Restauration à partir de fichiers de sauvegarde ou de journaux binaires – Les administrateurs peuvent effectuer une restauration à partir de fichiers de sauvegarde SQL ou de sauvegardes de journaux binaires en fonction du scénario de récupération, les deux méthodes étant prises en charge via l’interface de restauration de Bacula.

Fonctionnalités opérationnelles

Commande d’estimation – Avant l’exécution de toute tâche de sauvegarde, la commande d’estimation interroge l’agent MySQL et affiche toutes les bases de données détectées sur le serveur, ainsi que leur taille en mode Dump, afin que les administrateurs puissent vérifier l’étendue de la tâche avant de la lancer.
Détection automatique des bases de données – Le plugin MySQL du File Daemon détecte automatiquement toutes les bases de données présentes sur le serveur MySQL sans configuration manuelle. Des bases de données spécifiques peuvent être ciblées par leur nom dans la configuration du Fileset.
Filtrage d’objets – Les administrateurs peuvent inclure ou exclure des bases de données et des tables spécifiques lors des opérations de sauvegarde et de restauration à l’aide des paramètres du plugin, sans avoir à modifier manuellement les fichiers de sauvegarde.
Mode précis pour les tâches incrémentielles – L’option « Précis », lorsqu’elle est activée pour les tâches incrémentielles et différentielles, empêche l’inclusion de fichiers journaux binaires en double dans les jeux de sauvegarde. Cela permet de maintenir le catalogue propre et d’éviter toute ambiguïté dans les chaînes de restauration.
Flexibilité de configuration du mode de sauvegarde – L’agent accepte les paramètres du plugin pour le compte utilisateur Unix, le répertoire temporaire, les identifiants de l’utilisateur MySQL, le chemin d’accès au fichier de configuration supplémentaire et les options mysqldump personnalisées, y compris les exclusions de tables, sans nécessiter de scripts personnalisés.

Prise en charge des plateformes et des versions

Linux 32 bits et 64 bits
Versions de MySQL jusqu’à la version 8.0 incluse
Percona Server avec XtraDB
Moteurs de stockage InnoDB, XtraDB et MyISAM

Comment Bacula Enterprise protège vos données de sauvegarde MySQL

Les organismes de défense, les agences gouvernementales et les institutions financières font confiance à Bacula Enterprise pour protéger leurs environnements MySQL les plus sensibles.

La sécurité de Bacula commence dès le niveau de l’architecture. Les clients de sauvegarde n’ont aucune connaissance des cibles de stockage et ne détiennent aucun identifiant pour y accéder, ce qui signifie qu’un hôte MySQL compromis ne peut pas lire, écraser, modifier ou supprimer les données de sauvegarde. Cette protection est intégrée au protocole lui-même ; elle ne s’active pas via un paramètre de configuration.

Protection contre les ransomwares et les logiciels malveillants

Volumes de disque immuables – Les volumes de sauvegarde peuvent être configurés comme immuables, ce qui empêche toute modification ou suppression une fois les données écrites, y compris par des utilisateurs privilégiés.
Détection de l’altération des données – Identifie automatiquement les données corrompues ou altérées avant qu’elles ne se propagent dans la chaîne de sauvegarde.
Détection avancée des ransomwares – BGuardian surveille l’activité de sauvegarde à la recherche de schémas suspects et déclenche des alertes avant que les dommages ne s’étendent.
Détection silencieuse de la corruption des données – Vérifie l’intégrité des données sauvegardées indépendamment du système source.

Chiffrement et authentification

Chiffrement AES – Chiffrement des données configurable par client en AES 128, AES 192 ou AES 256, appliqué au niveau du volume.
TLS pour l’ensemble du trafic réseau – Chiffrement TLS automatique sur tous les canaux de communication des composants, avec authentification par mot de passe CRAM-MD5 entre les démons.
Authentification multifactorielle – Authentification MFA et OTP avec prise en charge biométrique des smartphones pour l’accès BWeb.
Intégration Active Directory et LDAP – Contrôle d’accès centralisé directement lié à votre infrastructure de gestion des identités existante.

Conformité et auditabilité

Conforme à la norme FIPS 140-3 – Respecte les normes cryptographiques fédérales requises dans les environnements gouvernementaux et de défense.
Signatures de fichiers SHA256 et SHA512 – Vérification cryptographique de chaque fichier sauvegardé, avec comparaison de catalogues de type Tripwire pour la détection des intrusions.
Intégration SIEM – Les événements de sécurité sont directement transmis à votre plateforme existante de gestion des informations et des événements de sécurité (SIEM).
Rapports de renforcement de la sécurité – Rapports de renforcement par hôte pour chaque système sur lequel Bacula est exécuté, mettant en évidence les configurations non sécurisées avant qu’elles ne deviennent des vulnérabilités.

Fonctionnalités de base pour tous les utilisateurs de Bacula

L’outil de sauvegarde MySQL fait partie de la plateforme de sauvegarde unifiée de Bacula Enterprise. Toutes les fonctionnalités énumérées ci-dessous sont disponibles dans toutes les installations Bacula, quel que soit l’environnement.

Infrastructure de stockage et efficacité

Bacula Enterprise offre aux administrateurs un contrôle direct sur 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, ce qui réduit la redondance à la source.
Compression adaptative – Les algorithmes de compression sont configurables pour chaque tâche ; les administrateurs peuvent ajuster la compression en fonction du type de données et de la disponibilité des ressources.
Plusieurs types de cibles de stockage – Les sauvegardes s’écrivent 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 – Se connecte à n’importe quel fournisseur compatible S3 pour une conservation à long terme sans dépendance vis-à-vis d’un fournisseur.
Workflows de stockage hiérarchisé – Les données de sauvegarde migrent automatiquement entre les niveaux de stockage à mesure qu’elles vieillissent, de sorte que 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 sauvegarde complète initiale, chaque tâche suivante ne capture que les modifications. Les fenêtres de sauvegarde complète récurrentes deviennent inutiles.
Transferts optimisés en termes de bande passante – Seules les données modifiées transitent par le réseau entre les exécutions de sauvegarde, ce qui réduit au minimum la charge sur le réseau de production.

Protection des données et conformité

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 de bout en bout – Le chiffrement AES-256 couvre l’intégralité du parcours des données, du client source à la destination de stockage finale, avec une gestion des clés 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 contre toute modification ou suppression une fois qu’elles ont été écrites, vous offrant ainsi un point de restauration hors de portée des ransomwares et des menaces internes.
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, de sorte que 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 l’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 à une combinaison de chiffrement, de politiques de conservation configurables et de journaux d’audit détaillés.
Architectures préservant la confidentialité – Des options de déploiement en connaissance zéro permettent à l’infrastructure de sauvegarde de fonctionner sans accorder aux administrateurs aucune visibilité sur les données protégées elles-mêmes.

Gestion et contrôle d’entreprise

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, tandis que bconsole 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 des environnements allant d’une poignée de serveurs à des déploiements comptant des milliers de serveurs, le tout sous un seul plan de gestion.
Isolation des locataires – Les MSP et les grandes entreprises partitionnent l’environnement de sauvegarde en unités administrées indépendamment, chacune disposant de sa propre configuration, de ses propres politiques et de ses propres contrôles d’accès.
Détection automatique des ressources – La plateforme analyse l’infrastructure pour identifier et répertorier automatiquement les cibles de sauvegarde, de sorte que la couverture de protection reste à jour à mesure que l’environnement se développe.
Rapports complets – 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, et sont fournis à une fréquence définie.
Intégration de systèmes externes – Se connecte aux outils de surveillance, aux systèmes de tickets informatiques et aux services d’annuaire, notamment LDAP et Active Directory, s’intégrant ainsi à l’infrastructure opérationnelle existante sans développement sur mesure.

L’excellence en matière d’infrastructure hybride

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 du cloud natif – Protection complète pour les environnements Docker, Kubernetes et OpenShift avec 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, notamment S3, S3-IA, Azure, Google Cloud, Oracle Cloud et Glacier, avec la fonctionnalité Coût de restauration minimal.
Intégration des bases de données et des applications – Sauvegarde à chaud pour Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA et d’autres applications critiques, avec une cohérence transactionnelle totale.

Avantages économiques

La tarification des licences est basée sur la taille de l’environnement, et non sur le volume de données. Les bases de données MySQL peuvent évoluer sans entraîner de coûts de licence supplémentaires :

Tarification indépendante du volume – L’augmentation de la capacité de sauvegarde n’entraîne pas de hausse des frais de licence ; les coûts de protection des données restent donc stables même lorsque les volumes de données augmentent.
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 bases de données MySQL volumineuses ou en forte croissance bénéficient d’avantages économiques de plus en plus significatifs par rapport aux concurrents pratiquant une tarification à la capacité.
Avantages économiques pour les fournisseurs de services – Les MSP acceptent des clients disposant d’ensembles de données volumineux ou en forte croissance sans avoir à absorber les augmentations des coûts de licence qui érodent les marges dans le cadre des modèles de tarification au téraoctet.

Récupération et continuité des activités

Chaque scénario de récupération suit un parcours défini, de la restauration d’un seul fichier à la reconstruction complète d’un site.

Restauration complète du système (Bare Metal Restore) – Récupère 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 de sauvegarde peuvent être restaurées sur un système d’exploitation différent de celui d’origine, offrant ainsi des options aux équipes 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 emplacements de stockage géographiquement distincts, de sorte qu’une panne à l’échelle du site n’entraîne pas la perte des points de restauration.
Planification de sauvegardes fréquentes – Les intervalles de sauvegarde peuvent être réduits à quelques minutes, limitant ainsi la fenêtre de perte potentielle de données à quelques minutes plutôt qu’à plusieurs heures.
Validation automatisée de la restauration – La récupérabilité est confirmée par des tests automatisés sans intervention de l’administrateur ni processus de validation distinct.

Foire aux questions

Le plugin MySQL de Bacula prend-il en charge les configurations de réplication ?

Oui. Les journaux binaires de MySQL permettent à la fois la réplication et la restauration à un instant donné (PITR), et l’agent MySQL de Bacula capture automatiquement ces journaux à chaque tâche de sauvegarde. En mode binaire, la sauvegarde enregistre le nom et la position du fichier de journal binaire au moment de la sauvegarde, ce qui fournit les coordonnées nécessaires pour reprendre ou configurer la réplication après une restauration.

Les sauvegardes en mode binaire peuvent-elles s’exécuter sans interrompre une base de données MySQL en production ?

Oui. En mode binaire, Percona XtraBackup copie les fichiers de données InnoDB au niveau du stockage sans acquérir de verrou global sur la base de données, de sorte que l’instance MySQL reste en ligne et traite le trafic de production tout au long de la fenêtre de sauvegarde. Les fichiers non-InnoDB ne nécessitent qu’un bref verrou de sauvegarde plutôt qu’un verrou complet sur la table.

Que se passe-t-il si les journaux binaires ne sont pas disponibles lors d’une restauration PITR de MySQL ?

L’agent MySQL de Bacula capture les fichiers de journaux binaires dans le cadre de chaque tâche de sauvegarde et les gère automatiquement tout au long de la chaîne de sauvegarde complète. Si les journaux binaires ne sont pas disponibles au moment de la restauration, la récupération se fait par défaut à partir du dernier instantané de sauvegarde cohérent. La récupération à un point de transaction précis nécessite une chaîne de journaux binaires ininterrompue à partir de cet instantané.

Puis-je sauvegarder plusieurs bases de données MySQL sur le même serveur avec Bacula ?

Oui. L’agent MySQL détecte automatiquement toutes les bases de données sur le serveur sans configuration manuelle. Des bases de données spécifiques peuvent être ciblées par leur nom dans la configuration du Fileset, et le filtrage d’objets permet aux administrateurs d’inclure ou d’exclure des bases de données et des tables spécifiques sans modifier manuellement les fichiers de sauvegarde.

Quel est l’impact des sauvegardes sur les performances de MySQL ?

En mode binaire, Percona XtraBackup copie les fichiers de données InnoDB au niveau du stockage sans acquérir de verrou global sur la base de données ; l’impact sur l’instance MySQL en cours d’exécution est donc minime et le trafic de production se poursuit sans interruption. En mode dump, le processus mysqldump génère une surcharge CPU et E/S qui évolue en fonction de la taille de la base de données. En général, il est recommandé d’exécuter les tâches en mode dump pendant les heures creuses pour les systèmes de production soumis à une charge d’écriture importante.

L’intégrité des sauvegardes MySQL peut-elle être vérifiée automatiquement ?

Oui. La détection silencieuse de corruption des données de Bacula vérifie l’intégrité des données sauvegardées indépendamment du système source. La détection d’empoisonnement des données identifie les données corrompues ou altérées avant qu’elles ne se propagent dans la chaîne de sauvegarde, ce qui permet de détecter les problèmes d’intégrité avant qu’une restauration ne soit nécessaire.

Comment la politique de conservation des sauvegardes affecte-t-elle les options de restauration de MySQL ?

Les politiques de conservation déterminent directement jusqu’à quand une restauration peut remonter. Une fenêtre de conservation plus courte réduit la consommation de stockage mais limite la flexibilité de restauration. Une fenêtre de conservation plus longue, en revanche, augmente l’utilisation du stockage et permet la restauration à partir d’incidents plus anciens ou d’événements de corruption de données différés. Dans Bacula, les périodes de conservation sont configurables au niveau de la tâche, du pool et du volume. Cela donne aux administrateurs un contrôle précis sur la durée pendant laquelle les jeux de sauvegarde MySQL restent disponibles pour la restauration.

Ai-je besoin de compétences d’administrateur de base de données (DBA) pour gérer les sauvegardes MySQL avec Bacula ?

Non. Le plugin MySQL gère les mécanismes de sauvegarde spécifiques à MySQL et aucun script personnalisé n’est requis. L’administrateur de sauvegarde configure et gère toutes les opérations via l’interface standard de Bacula. Une compréhension de base des objectifs de restauration, en particulier le RPO et le RTO, reste utile pour choisir entre le mode Dump et le mode Binaire pour votre environnement.