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 générale
  • Description détaillée
  1. Guides
  2. Odizy

Restaurer un backup sur le serveur de staging

PreviousAccéder à vos serveursNextActiver un serveur Standby

Last updated 1 year ago

Description générale

Le flux général est le suiest de sélectionner un backup de la prod et de le restaurer sur le cluster PostgreSQL d'un serveur staging.

  • Stopper le Serveur de staging

  • [Option] Supprimer la base de données existante

  • Restaurer un backup (pg_dump) sur le cluster PostgreSQL de staging

  • Configurer le serveur de staging pour qu'il utilise la bonne base de données

  • Redémarrer le serveur de staging

Description détaillée

Stopper le serveur de Staging

  • Utilisez les instructions de la page Accéder à vos serveurs pour ouvrir le formulaire du serveur staging.

  • Ouvrir l'onglet Systemd

  • Cliquez sur le bouton Stop All

  • Vérifier que le Substate des services passe à Dead

Supprimer la base de données existante

Si la base n'a pas été supprimée, c'est qu'elle est utilisée par un autre programme. Contactez le support Muppy si vous n'arrivez pas à la trouver et le fermer.

Notez le nom du PostgreSQL Cluster et copier le nom de l'utilisateur PostgreSQL dans le presse papier.

Restaurer un pg_dump sur le cluster PostgreSQL de staging

Ouvrez la liste des backups de base de données via le menu Muppy / Databases / Database Backups (pg_dump)

Dans le formulaire "Restore PostgreSQL Database" qui s'ouvre, indiquez les valeurs de:

  • PostgreSQL Cluster

  • Owner (Coller la valeur qui est dans le Presse Papier)

  • Database name

    • Si vous ne mettez rien, le nom d'origine est utilisé.

  • Comment (éventuellement)

Configurer le serveur de staging pour qu'il utilise la bonne base de données

Une fois que vous avez reçu la notification de la fin de la restoration, dans l'onglet Databases du formulaire du serveur de Staging:

Redémarrer le serveur de Staging

Utilisez le bouton Start All de l'onglet Systemd pour redémarrer le serveur (cf § Stopper le serveur de Staging)

Dans l'onglet Databases du formulaire du serveur de Staging, cliquer sur le bouton de la base de données que vous voulez supprimer.

Puis cliquer sur le bouton pour vérifier que la suppression a été réalisée.

Utilisez les filtres pour identifier et ouvrir le formulaire du backup que vous souhaitez restaurer puis cliquez sur le bouton

Puis cliquez sur le bouton .

Cliquez sur le bouton de la base de données que vous voulez utilisez

Cliquez sur le bouton s'il apparait.

Use the button to refresh the database list.

⛏️
Stopper les process Odoo
Formulaire d'un objet pg_dump et bouton Restore
Formulaire Restore PostgreSQL Database