Ce projet pratique de restauration PostgreSQL s’adresse aux débutants DevOps qui connaissent les bases du terminal. Vous sauvegarderez les commandes réelles d’une petite boutique, ouvrirez l’état sauvegardé dans un service indépendant et montrerez que les commandes de test restent dans la copie.
Deux laboratoires guidés enseignent une limite d’exportation précise et une restauration complète et sûre. Un défi indépendant applique les mêmes outils aux réservations d’ateliers, aux participants associés et à deux points de reprise. Chaque unité dispose de son propre environnement préparé.
Ce que vous apprendrez
- Identifier les bases source et cible avant de choisir une connexion.
- Créer et examiner une archive PostgreSQL au format personnalisé avec
pg_dumpetpg_restore. - Distinguer le point sauvegardé des enregistrements ultérieurs de l’original.
- Refuser une cible non vide et restaurer dans une copie indépendante avec une transaction.
- Lire les relations complètes des commandes ou des participants, télécharger les reçus et tester les écritures propres à la copie.
À qui s’adresse ce cours
Aux apprenants DevOps sachant saisir des commandes et reconnaître les chemins. Aucune programmation SQL, installation de base ou formation préalable n’est nécessaire. Les services de connexion, options d’archive et éléments de syntaxe shell sont expliqués au moment de leur utilisation.
Le navigateur fournit PostgreSQL, un terminal et deux sites commerciaux complets aux données fictives. Les documents sont disponibles dans huit langues supplémentaires ; les libellés du site, commandes et sorties restent en anglais.
Questions fréquentes
Dois-je installer PostgreSQL ? Non. Chaque laboratoire fournit sa base préparée et des clients compatibles.
Vais-je endommager la boutique d’origine ? L’exercice préserve les commandes originales et restaure dans une base jetable nommée. Il enseigne les contrôles d’identité et refuse les cibles non vides.
Est-ce un plan complet de reprise après sinistre ? Non. Il s’agit d’une répétition de sauvegarde logique et de restauration sur une instance. PITR continu, stockage hors site, panne du serveur et reprise complète en production ne sont pas couverts.
