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
  • Vérification des Clusters Backups WAL-G
  • Notifications (Teams ou Slack)
  • Message IMQ
  • Objets Muppy Cluster Backups WAL-G
  • Fichiers stockés dans S3 par WAL-G
  • Vérification des WAL Segments
  • Log du Cluster PostgreSQL
  • Contenu du Log
  • Fichiers wal stockés dans S3
  1. Guides
  2. PostgreSQL
  3. PostgreSQL PITR

Monitoring du PITR

Où comment vérifier le fonctionnement du PITR.

PreviousPurge des fichiers de Backup PITRNextObjets S3 stockés par WAL-G

Last updated 3 years ago

Lorsque le PITR est actif, WAL-G produit:

  • Des Cluster Backups (WAL-G), à la fréquence que vous avez défini dans le même bucket S3.

  • Des WAL Segments, toutes les minutes, dans un bucket S3

Le monitoring du PITR consiste donc à contrôler que ces fichiers sont bien produits.

Vérification des Clusters Backups WAL-G

Si les backups sont gérés par le serveur PostgreSQL (via un CRONTAB), vous devez configurer une Task Muppy d'actualisation de la liste des Cluster Backups( WAL-G) comme décrit dans .

Vous disposez de 4 types d'informations:

  • Notifications (Teams ou Slack) de la fin d'exécution de la Task de backup ou d'actualisation de la liste

  • Message IMQ

  • Objets Muppy Cluster Backups WAL-G

  • Objets S3 correspondants aux fichiers de backups

Notifications (Teams ou Slack)

Rechercher dans les notifications à l'heure de début et de fin présumées. Vous devriez trouver les notifications relatives au début, à la fin ou à une erreur de traitement.

Cliquez sur le nom du message pour ouvrir le formulaire du Message IMQ dans Muppy.

Message IMQ

Sur le formulaire du message IMQ, vous pouvez vérifier:

  1. Le statut du Message

  2. Le contenu des logs

Voici un exemple de Message pour la Task walg_backup_push.

Objets Muppy Cluster Backups WAL-G

Si le traitement a réussi, Muppy a créé un objet Cluster Backup (WAL-G) correspondant au backup. Vous pouvez le retrouver dans la liste comme décrit dans la page Liste des Clusters Backups (WAL-G).

Voici l'objet Cluster Backup (WAL-G) généré par la Task walg_backup_push ci-dessus. Notez les informations suivantes qui vont vous permettre de retrouver les fichiers de backup dans le Bucket S3:

  1. Le bucket S3 utilisé pour le backup

  2. Le "nom" du Cluster Backup WAL-G

  3. Le "nom" de ce backup

Fichiers stockés dans S3 par WAL-G

Pour chaque Cluster Backup, WAL-G stocke les fichiers de backup dans le bucket S3 que vous avez défini dans la Configuration de WAL-G.

La page suivante ( Objets S3 stockés par WAL-G ) explique comment accéder aux fichiers de backups.

Vérification des WAL Segments

Actuellement, les fichiers wal produits chaque minute par WAL-G ne sont pas matérialisés dans Muppy.

Pour vérifier le bon fonctionnement de WAL-G, vous devez vérifier:

  • Le log du Cluster PostgreSQL

  • Les fichiers WAL stockés dans S3

Log du Cluster PostgreSQL

  • Ouvrez le formulaire du Database Cluster

  • Copiez la valeur de Log File dans l'onglet Configuration du Database Cluster

  • Ouvrez une session SSH sur le serveur qui héberge le Cluster PostgreSQL

    • Vous pouvez utiliser le bouton SSH Root ou la SSH Command en entête du Cluster.

  • Lancez la commande:

tail -n 50 -f {{valeur de Log File}}

Exemple:

tail -n 50 -f /var/log/postgresql/postgresql-12-main.log

Contenu du Log

Dans le log, vous devez trouver:

  1. Les lignes correspondantes à la génération et l'envoi des WAL Segment dans S3

  2. Des lignes correspondantes au Cluster Backups

Si votre cluster est actif, vous verrez des lignes de WAL toutes les minutes, dans le cas contraire (c'est le cas de l'exemple ci-dessus), utiliser psql pour générer une modification du Cluster (CREATE DATABASE force_wal_flush; par exemple) et le PITR génèrera (dans la minute) un fichier WAL qui apparaitra dans le log.

Fichiers wal stockés dans S3

WAL-G stocke les fichiers wal dans le Bucket S3 que vous avez défini dans la Configuration de WAL-G.

La page suivante ( Objets S3 stockés par WAL-G ) explique comment visualiser ces fichiers.

🐘
Actualisation de la liste des Clusters Backups
Exemple de message IMQ pour la Task walg_backup_push
Formulaire Cluster Backup (WAL-G)
Exemple de log postgresql avec activité lié au PITR