Outil de sauvegarde PostgreSQL de Bacula Systems

Bacula Enterprise s’intègre directement à PostgreSQL pour assurer la sauvegarde et la restauration même dans les environnements de production les plus exigeants, notamment les bases de données à haut débit de transactions et les grands clusters multi-bases de données qui ne peuvent se permettre aucune interruption de service pendant les fenêtres de sauvegarde.

Le logiciel de sauvegarde PostgreSQL gère l’intégralité du cycle de sauvegarde et de restauration de vos clusters PostgreSQL sans recourir à des scripts et sans interrompre le fonctionnement du cluster. Il s’exécute sous forme de plugin File Daemon sur l’hôte de la base de données et capture tout ce dont le cluster a besoin pour une restauration propre, des rôles et des tablespaces aux schémas par base de données et aux scripts de création.

L’outil de sauvegarde PostgreSQL de Bacula prend en charge les stratégies Dump et PITR pour couvrir deux scénarios de restauration distincts. Le mode Dump exécute pg_dump au format personnalisé ou standard sur l’ensemble des bases de données ou un sous-ensemble défini, avec un filtrage au niveau des objets disponible tant au moment de la sauvegarde que de la restauration. Cela s’avère particulièrement utile lorsque vous devez récupérer une seule table ou un seul schéma sans toucher au reste de la base de données.

En mode PITR, le plugin gère l’archivage WAL à tous les niveaux de tâches (complète, incrémentielle et différentielle), ce qui vous permet de restaurer n’importe quel cluster à un moment donné de votre choix et d’éviter de perdre des heures de transactions en cas de perte accidentelle de données, de corruption ou d’échec de déploiement.

Dans les environnements HA à plusieurs nœuds tels que Patroni, les sauvegardes Dump peuvent se connecter via le point de terminaison du cluster, quel que soit le nœud qui est le nœud principal. Les sauvegardes PITR et basées sur le WAL, en revanche, s’effectuent au niveau du système de fichiers sur l’hôte principal actif. Après un changement de rôle, les tâches de sauvegarde doivent pointer vers le nouveau nœud principal afin de maintenir une archive WAL cohérente.

Télécharger l’essai gratuitTéléchargez le whitepaper de PostgreSQL

Fonctionnalités de sauvegarde robustes

• Sauvegarde complète – Capture l’intégralité du répertoire de données et tous les fichiers WAL générés au cours de la tâche, constituant ainsi la base de référence pour toutes les chaînes de restauration PITR.
• Sauvegarde incrémentielle – Force un changement de segment WAL et archive tous les fichiers WAL générés depuis la tâche précédente, ce qui permet de réduire au minimum les fenêtres de sauvegarde sur les instances PostgreSQL à forte activité.
• Sauvegarde différentielle – Capture les fichiers de données modifiés depuis la dernière sauvegarde complète ainsi que tous les fichiers WAL actuels, conciliant l’efficacité du stockage et une résolution plus rapide de la chaîne de restauration.
• Sauvegarde basée sur pg_dump – Exécute pg_dump au format personnalisé ou standard sur l’ensemble des bases de données ou un sous-ensemble défini, avec un filtrage au niveau des objets disponible au moment de la sauvegarde.
• Sauvegarde en ligne – Tous les types de sauvegarde s’exécutent sur une instance PostgreSQL en production, sans temps d’arrêt ni interruption du cluster.
• Détection automatique du cluster – Le plugin détecte automatiquement toutes les bases de données du cluster et capture la configuration, les rôles, les tablespaces, les schémas et les scripts de création sans configuration manuelle.
• Aucun espace disque temporaire requis – Transfert en masse des données directement depuis l’hôte de la base de données vers le Storage Daemon à chaque niveau de sauvegarde.

Fonctionnalités de restauration

• Restauration à un instant donné (PITR) – Rejoue n’importe quelle chaîne WAL pour restaurer une instance PostgreSQL à une transaction précise, indépendamment des intervalles de sauvegarde planifiés.
• Restauration d’un objet unique – Restaure des tables, des schémas ou des index individuels directement à partir de sauvegardes au format personnalisé à l’aide de pg_restore, sans toucher au reste de la base de données.
• Restauration vers un emplacement alternatif – Récupère n’importe quelle base de données sur un serveur différent ou dans un répertoire local à des fins de migration, de test ou de reprise après sinistre, sans affecter l’environnement de production.
• Restauration parallèle – Les sauvegardes au format personnalisé prennent en charge les tâches de restauration simultanées via pg_restore, ce qui réduit le temps de récupération sur les systèmes multicœurs.
• Restauration entre versions – Les formats de sauvegarde personnalisés et standard prennent en charge la restauration vers des versions majeures plus récentes de PostgreSQL ; le format standard prend en charge la restauration vers des versions majeures antérieures.
• Récupération granulaire des rôles et des schémas – Les rôles, les utilisateurs et les schémas de base de données peuvent être restaurés indépendamment à l’aide des fichiers roles.sql et schema.sql, avec une édition sélective prise en charge via psql avant le chargement.

Fonctionnalités opérationnelles

• Vérification de l’accès à la base de données – La commande « estimate » interroge le plugin PostgreSQL afin de valider la connectivité du cluster et de répertorier toutes les bases de données détectées avant l’exécution de toute tâche de sauvegarde.
• Ciblage sélectif des bases de données – Le paramètre « database » accepte les chaînes de caractères avec caractères génériques, ce qui permet au plugin de sauvegarder uniquement les bases de données correspondant à un modèle défini sans modifier la configuration de la tâche.
• Prise en charge des fichiers de connexion au service – Les paramètres de connexion PostgreSQL peuvent être abstraits dans une entrée pg_service nommée. Cela permet au plugin de se connecter à des instances distantes sans intégrer directement l’hôte, le port ou les identifiants dans le FileSet.
• Contrôle du délai d’expiration – Un paramètre de délai d’expiration configurable définit le temps d’attente maximal en secondes pour toute commande envoyée à PostgreSQL, la valeur par défaut étant de 60 secondes. Définissez abort_on_error pour interrompre immédiatement la tâche en cas d’échec de la connexion plutôt que de la laisser s’exécuter de manière incomplète.
• Conseils sur la déduplication – PostgreSQL n’implémente pas ses routines de sauvegarde en tenant compte de la déduplication. L’exécution de la commande CLUSTER avant la sauvegarde réorganise physiquement les données des tables par index, améliorant ainsi les taux de déduplication au prix d’un verrou exclusif sur la table et d’une surcharge significative du processeur et des E/S.

Administration et surveillance

• Gestion via l’interface Web (BWeb) – Configurez et surveillez les tâches de sauvegarde PostgreSQL via la console graphique BWeb de Bacula sans avoir à modifier directement les fichiers de configuration.
• Contrôle en ligne de commande – Utilisez bconsole pour le déclenchement des tâches, la navigation dans le catalogue, les opérations de restauration et l’automatisation par script pour toutes les tâches de sauvegarde PostgreSQL.
• Limitations connues – dump_opt ne peut pas être utilisé pour sauvegarder des serveurs PostgreSQL distants ; utilisez plutôt PGSERVICE. La restauration de template1, postgres ou de toute base de données comportant des connexions actives nécessite que ces connexions soient d’abord fermées. La relecture de longues chaînes WAL sur des clusters à forte activité allonge considérablement la durée des opérations de restauration PITR.

Prise en charge des plateformes et des versions

La solution de sauvegarde Bacula Enterprise PostgreSQL prend en charge les configurations suivantes :

• Toutes les versions de PostgreSQL officiellement maintenues à partir de la version 8.4
• Linux 32 bits
• Linux 64 bits

Infrastructure de stockage et efficacité

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, ce qui élimine la redondance à la source plutôt qu’a posteriori.
• Compression adaptative – Les algorithmes de compression sont configurables par tâche, ce qui permet d’équilibrer la charge CPU et les économies de stockage en fonction du type de données et des ressources disponibles.
• 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 première sauvegarde complète, chaque tâche suivante ne capture que ce qui a changé. Les fenêtres de sauvegarde complète récurrentes deviennent superflues.
• Transferts optimisés en termes de bande passante – Seules les données modifiées transitent sur le réseau entre les cycles de sauvegarde, ce qui réduit au minimum la charge sur l’infrastructure de production.

Protection des données et conformité

La sécurité et la conformité réglementaire sont intégrées à chaque niveau 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, ce qui vous offre 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 les administrateurs n’accèdent qu’aux éléments requis par leur 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 les environnements évoluent.
• 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 aux flux de travail opérationnels existants sans développement personnalisé.

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é « Minimal Restore Cost ».
• 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 PostgreSQL peuvent s’étendre sans entraîner d’augmentation des coûts de licence :

• 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 PostgreSQL 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 au niveau du système – 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, ce qui offre 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, ce qui réduit considérablement la fenêtre de perte potentielle de données par rapport à ce que permettent les planifications traditionnelles horaires ou nocturnes.
• 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.