Retour
Module 1 : Le rôle du DBA PostgreSQL
1.1 — Les missions du DBA Aperçu
1.2 — Architecture de PostgreSQL
1.3 — Installation avancée
🛠️ Projet 1 — Installation serveur
Module 2 : Configuration de PostgreSQL
2.1 — postgresql.conf : les paramètres essentiels Aperçu
2.2 — pg_hba.conf : contrôle d'accès
2.3 — ALTER SYSTEM et rechargement
🛠️ Projet 2 — Configurer un serveur
Module 3 : Gestion des bases et tablespaces
3.1 — CREATE DATABASE et templates Aperçu
3.2 — Tablespaces
3.3 — Schémas et search_path
🛠️ Projet 3 — Organisation physique
Module 4 : Gestion des utilisateurs et rôles
4.1 — Rôles et authentification Aperçu
4.2 — GRANT, REVOKE et hiérarchie
4.3 — Audit et bonnes pratiques
🛠️ Projet 4 — Sécuriser les accès
Module 5 : Sauvegarde et restauration
5.1 — pg_dump et pg_restore Aperçu
5.2 — Sauvegarde physique et PITR
5.3 — Stratégies de sauvegarde
🛠️ Projet 5 — Plan de reprise
Module 6 : Monitoring et diagnostic
6.1 — Les vues pg_stat_* Aperçu
6.2 — Les logs PostgreSQL
6.3 — Extensions et outils
🛠️ Projet 6 — Dashboard monitoring
Module 7 : Maintenance et VACUUM
7.1 — MVCC et VACUUM Aperçu
7.2 — Autovacuum : configuration
7.3 — REINDEX, ANALYZE, maintenance
🛠️ Projet 7 — Plan de maintenance
Module 8 : Optimisation des performances
8.1 — Identifier les requêtes lentes Aperçu
8.2 — Index manquants et inutilisés
8.3 — Optimisation mémoire et connexions
🛠️ Projet 8 — Audit de performance
Module 9 : Réplication PostgreSQL
9.1 — Réplication streaming Aperçu
9.2 — Slots de réplication
9.3 — Réplication logique
🛠️ Projet 9 — Mettre en place la réplication
Module 10 : Sécurité avancée
10.1 — SSL et chiffrement Aperçu
10.2 — Row-Level Security avancé
10.3 — Audit et conformité
🛠️ Projet 10 — Sécuriser le serveur
Module 11 : Haute disponibilité et mise à niveau
11.1 — Haute disponibilité avec Patroni Aperçu
11.2 — pg_upgrade
11.3 — Réplication logique pour rolling upgrade
🛠️ Projet 11 — Simuler une migration
Module 12 : Projet final — Mise en production complète
12.1 — Cahier des charges Aperçu
12.2 — Installation et configuration
12.3 — Sécurité, sauvegardes, monitoring
🛠️ Livraison finale

Le reste de la formation est réservé aux inscrits.

S'inscrire gratuitement
Module 7 : Maintenance et VACUUM Aperçu gratuit

7.1 — MVCC et VACUUM

📋 Objectifs d'apprentissage

  • Expliquer le MVCC et les lignes mortes
  • Exécuter VACUUM et VACUUM FULL

Pourquoi VACUUM ?

PostgreSQL utilise MVCC : un UPDATE ne modifie pas la ligne — il en crée une nouvelle. L'ancienne est marquée "morte". VACUUM nettoie ces lignes mortes et libère l'espace. Sans VACUUM régulier, la table gonfle et les performances chutent.

VACUUM (VERBOSE, ANALYZE) ma_table;
VACUUM FULL ma_table; -- Réécrit toute la table (verrou exclusif !)
-- Vérifier le besoin de VACUUM
SELECT schemaname, relname, n_dead_tup, last_vacuum, last_autovacuum FROM pg_stat_user_tables WHERE n_dead_tup > 1000;
Ceci est un aperçu gratuit.
Voir la formation complète