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
  • Description des champs
  • Indexation des pg_dumps présents dans un bucket S3
  1. Guides
  2. PostgreSQL
  3. PostgreSQL Base
  4. Backup, Restore et Copy de Databases

Databases Backups (pg_dump)

Il s'agit de l'objet Muppy qui matérialise tous les PostgreSQL Database Backups

PreviousBackup, Restore et Copy de DatabasesNextPostgreSQL Backup

Last updated 3 years ago

Pour chaque backup d'une Database PostgreSQL, Muppy génère un objet Database Backups (pg_dump) accessible via le menu du même nom dans Muppy / Databases / PostgreSQL.

Cet objet contient toutes les informations:

  • sur le déroulement du Backup et de la copie dans S3

  • nécessaires à la restauration

Description des champs

Veuillez vous référer à l'aide contextuelle pour une description des différents champs. Ce paragraphe complète l'aide contextuelle des 2 champs suivants:

  1. Is Linked ; ce champ permet d'indiquer que l'objet pg_dump Muppy est lié avec l'objet S3 correspondant. Lorsqu'un objet est lié, (ce qui est le cas par défaut) la suppression de l'objet Muppy pg_dump entraîne la suppression de l'objet S3 correspondant. Si l'objet n'est pas lié la suppression de l'objet pg_dump n'a pas d'incidence sur l'objet S3.

  2. Never Delete ; lorsque ce champ est coché, (par défaut il ne l'est pas), il n'est pas possible de supprimer l'objet Muppy pg_dump. Les opérations de Suppression (option de menu Delete) et de purge des pg_dumps (voir Gestion rétention des Backups) n'ont aucun effet si Never Delete est coché.

Indexation des pg_dumps présents dans un bucket S3

Muppy stocke la plupart des informations nécessaires à la restauration d'un pg_dump dans les metadata de l'objet S3.

Il est possible de récupérer dans un serveur Muppy les objets Database Backups (pg_dump) générés par un autre serveur Muppy à condition que les 2 serveurs aient accès au Bucket S3.

Pour cela, il faut utiliser le bouton "Index pgdumps" présent sur le formulaire des Buckets S3. Ce bouton lance un Wizard "Reindex pg_dumps on S3 Bucket" qui va lui même exécuter une Task qui analyse le contenu du bucket et créé les objets pg_dumps trouvés.

🐘
Formulaire d'un Database Backup (pg_dump)
Le Wizard "Reindex pg_dumps on S3 Bucket"