L’article explique pourquoi il est crucial de tester régulièrement la restauration des sauvegardes PostgreSQL, illustré par l’expérience de l’auteur. Un pg_dump quotidien, même automatisé et stocké hors site, reste théorique tant qu’il n’a pas été restauré, car son intégrité et sa lisibilité ne sont pas garanties. L’auteur partage son échec initial lors d’un exercice de restauration, révélant des pièges inattendus, et souligne l’importance de mesurer le RTO (Recovery Time Objective) plutôt que de se contenter d’un RPO (Recovery Point Objective) théorique.
L’auteur propose une méthode simple pour automatiser ces tests, en utilisant un conteneur dédié qui génère des sauvegardes compressées et chiffrées, avec une rotation configurable. L’exemple concret de son blog montre comment intégrer cette pratique dans une infrastructure existante via Docker Compose, sans dépendre de scripts maison. L’objectif est de transformer une sauvegarde passive en un processus vérifiable et répétable, avec des métriques tangibles.
Enfin, l’article précise que cette approche convient aux projets modestes (blogs, side projects) et exclut les solutions avancées comme le PITR ou la réplication. L’auteur insiste sur le fait qu’un backup non testé est aussi inutile qu’un dump corrompu, et encourage à intégrer ces exercices dans les bonnes pratiques DevOps.
L'article présente une méthode pour restaurer des données critiques d'un cluster k3s après une défaillance, sans disposer de sauvegardes préalables. L'auteur détaille les étapes pour accéder aux volumes persistants via un autre cluster fonctionnel, en utilisant des outils comme kubectl et rsync. Il insiste sur la nécessité d'une bonne gestion des volumes persistants et de la mise en place de sauvegardes régulières pour éviter de telles situations.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Ça peut dépanner :)
Comment restaurer une base de données MySQL / MariaDB à partir de sauvegarde
Tout est dans le titre
À garder sous le coude, un outil de sauvegarde / restauration de bases de données
Astuce sympathique : mysql --one-database mabase < fulldump-130908.sql