muppy.io
  • ⛏️Qu'est ce que muppy.io ?
  • ⚒️Concepts Muppy
  • Quickstarts
    • ✏️Introduction
  • Guides
    • ⛏️Muppy Core
      • Hosts
        • Création et enrôlement d'un Host
          • ✏️Server Types
          • ✏️Configuration réseaux spécifiques
        • ⚒️Host's Users
        • ⚒️Host's Network information
        • ⚒️Host's Metrics
      • Tasks et Fact Collectors
        • ⚒️Exécution des Tasks (Task Runs)
          • ⚒️Exécution asynchrone des Tasks (Launch as Job)
        • ⚒️Synchronisation des Tasks et Scripts
        • ⚒️Liste des Scripts
        • ⚒️Liste des Tasks
        • ⚒️Création de Task "Shell Script"
        • ⚒️Liste des Fact Definitions
      • ⛏️Firewall UFW
        • Désactiver UFW globalement
        • ✏️Page 1
      • SSH Keys
        • Gestion des SSH Keys
        • Gestion des "authorized_keys"
        • Extraction Clef Privée d'un User User
      • ⚒️Systemd Service Units
        • ⚙️Liste des Systemd Units
        • ➕Création de Systemd Units
        • 📰Systemctl status et log
        • ✏️Edition des Systemd Units
    • 🐘PostgreSQL
      • PostgreSQL Base
        • Installation de PostgreSQL
        • Gestion des Clusters
          • Création
          • Configuration
          • Contrôle
          • Administration (basique)
        • Backup, Restore et Copy de Databases
          • Databases Backups (pg_dump)
          • PostgreSQL Backup
          • pg_dump Restore
          • Database Copy
          • pg_restore Callback Task
        • Backups Planifiés
        • Gestion rétention des Backups
      • PostgreSQL Replication
        • Créer un RCS
        • Visualiser un RCS
        • Suivre la Replication
        • Ajouter des Standbys
        • Restructurer un RCS
        • Intégration d'un RCS
        • Reconfigurer un RCS
      • PostgreSQL HA
        • Configuration
        • Activation et Désactivation
        • Monitoring
        • pglookout Heartbeat
      • PostgreSQL PITR
        • Configuration de WAL-G
        • Lancement des Clusters Backups
        • Liste des Clusters Backups (WAL-G)
        • Purge des fichiers de Backup PITR
        • Monitoring du PITR
        • Objets S3 stockés par WAL-G
        • Restauration PITR
      • PostgreSQL Tools
        • pgBadger - log analysis
    • Muppy Pack
      • ⛏️Packs
      • Concepts
      • ⛏️Muppy Cluster
        • Cluster Security
        • PostgreSQL Cluster Resources
      • ⛏️Reverse Proxy
    • ✏️Configuration
      • 👫Gestion des Users Muppy
      • 🏬S3 Buckets
      • 💬Notifications Teams
      • ✏️Notifications Slack
    • ⛏️Odizy
      • Odizy Workflow
        • Test Servers
      • Accéder à vos serveurs
      • Restaurer un backup sur le serveur de staging
      • Activer un serveur Standby
      • ⛏️Configuration LXC CI/CD
      • Activate and Launch remote Code-Server (VS Code from coder.com)
    • ⚒️Kubernetes
      • ⚒️Installer Tailscale
      • ⚒️Installer un cluster microk8s
      • ⚒️Installer PostgrSQL
      • ⚒️Installer les packages d'infrastructures
  • 📡Muppy Enterprise
    • Introduction
    • ⛏️Configuer une Instance Muppy Enterprise
    • 🌡️Monitoring Muppy Enterprise
  • ⛏️Work in progress
    • ⛏️Code Server
    • ⛏️Muppy Development Servers
      • Move Development Server
Powered by GitBook
On this page
  • Lancement manuel
  • Lancement via CRONTAB du user postgres
  • Application de la Configuration
  • Lancement via une Task Muppy planifiée
  • Mise en oeuvre
  1. Guides
  2. PostgreSQL
  3. PostgreSQL PITR

Lancement des Clusters Backups

PreviousConfiguration de WAL-GNextListe des Clusters Backups (WAL-G)

Last updated 3 years ago

En parallèle du backup continu des WAL Segments, le PITR nécessite de réaliser régulièrement des "Full" Backups ou Cluster Backups (WAL-g).

Les Clusters Backups peuvent être lancés:

  1. Manuellement

  2. Automatiquement via le CRONTAB du user postgres

  3. Automatiquement via un Task Muppy planifiée

Lancement manuel

Il est possible de lancer manuellement le backup d'un Cluster, à tout moment, en cliquant sur le bouton situé en entête de l'onglet Backup / WAL-G du formulaire Cluster PostgreSQL.

Lancement via CRONTAB du user postgres

Le groupe de paramètres Full Backups Configuration présent dans l'onglet Backup / WAL-G du formulaire des Database Clusters permet de planifier les Cluster Backups (et la purge des fichiers de backup) quand ils sont exécutés à partir du Database Cluster.

Dans ce cas, les Full Backups sont lancés via le CRONTAB du user postgres.

La configuration de la purge des fichiers de backups est décrite dans la page Purge des fichiers de Backup PITR

Lorsque vous cochez Setup CRONTAB for Wal-g, Muppy affiche le groupe de paramètres suivant:

  1. Le fichier CRONTAB avec son timestamp collecté à l'issue de la dernière reconfiguration par Muppy.

Muppy n'écrase pas le CRONTAB du user postgres mais injecte un bloc contenant les commandes nécessaires au Full Backups WAL-G (Cf. #5 sur la figure précédente).

Ce bloc est généré par un fichier Template Muppy qui est défini avec le paramètre CRONTAB Template.

Le template est utilisé pour planifier les backups et la purge.

Application de la Configuration

Lancement via une Task Muppy planifiée

Notre recommandation est d'utiliser une Muppy Task planifiée pour lancer les Clusters Backups (WAL-G).

Ceci vous permet:

  • de pouvoir recevoir des notifications en cas d'erreur et/ou de succès du backup

  • de disposer des logs d'exécution

  • d'avoir une liste des backups toujours à jour

Mise en oeuvre

Créez un Task Run avec les caractéristiques suivantes:

  1. La Muppy Task walg_backup_push

  2. Le Host qui héberge le Cluster PostgreSQL à sauvegarder

  3. Le PostgreSQL Database Cluster à sauvegarder

Lorsque les Backups sont réalisés via la Task Muppy walg_backup_push la liste des backups est actualisée automatiquement à l'issue du backup.

Ces 3 paramètres permettent de planifier l'exécution des Full Backups en indiquant les paramètres heures, minutes et "jour de la semaine" d'une ligne de CRON (Voir )

Une fois que vous avez configuré ou modifié la configuration des Full Backups, cliquez sur le bouton pour mettre à jour le CRONTAB afin d'activer et configurer ou désactiver les Full Backups en fonction du paramètre Activate WAL-G Full Backups in postgres CRONTAB.

Lorsque les Backups sont réalisés directement via un CRON sur le serveur PostgreSQL, Muppy n'a pas connaissance de ces backups et la liste des backups doit être mise à jour comme indiqué dans le paragraphe

Un CRON Muppy pour planifier l'exécution périodique (Utilisez le bouton )

Tester votre Task en la lançant avec le bouton .

🐘
https://crontab.guru/
Configuration of WAL-G Full Backups via postgres CRONTAB
Exemple de Task Run d'exécution périodique de Cluster Backups (WAL-G)
Actualisation de la liste des Clusters Backups