Remettre votre base PostgreSQL à un instant précis, ou depuis un pg_dump, depuis votre agent IA
Une migration ratée, une table vidée par erreur : votre base revient à l’instant d’avant, sur simple demande à votre agent IA. Une sauvegarde de sûreté part avant, et en production, rien ne se fait sans votre accord.
Par Aloïs Oddon, cofondateur de Nextmap. Faits relevés le 2 novembre 2026.
Prérequis
- Une appli en ligne sur while, avec sa base PostgreSQL.
- Votre agent IA, branché à while par MCP.
Étape 1 : Dites à votre agent où revenir
Vous, à votre agent : Remets la base comme hier à 18 h.
Votre agent prépare la restauration, à l’instant demandé, et vous donne un lien.
Étape 2 : Validez
Vous ouvrez le lien et validez, ou un administrateur selon vos droits. Une sauvegarde de sûreté part d’abord, puis la base restaurée prend la place de l’ancienne.
Ce que fait votre agent
Votre base archive son journal en continu et fait une sauvegarde complète chaque jour, sans rien déclarer : c’est ce qui permet de revenir à un instant précis1. Votre agent choisit le point de retour, une sauvegarde ou un instant, dans la limite de leur conservation, 14 jours. La base restaurée naît à part, puis prend la place de l’ancienne : rien n’est écrasé avant votre accord.
Vérifier qu’une sauvegarde marche vraiment
Vous, à votre agent : Fais une sauvegarde et vérifie-la.
Votre agent lance une sauvegarde, aussitôt suivie d’un essai : une base jetable en naît, et ses tables sont relues.
Importer un export pg_dump
Vous, à votre agent : Importe notre export de Heroku dans la base.
Votre agent dépose l’export, puis le charge dans votre base avec pg_restore, à part de votre appli2.
Trouver les lignes en cause avant de revenir
Vous, à votre agent : Montre-moi les commandes supprimées depuis hier.
Votre agent lit votre base en SQL par MCP, avec vos droits sur les données, sans pouvoir y écrire, et vous montre les lignes en cause avant de choisir l’instant.
Revenir à la version d’avant
Vous, à votre agent : Reviens à la version d’avant.
Dans les 30 minutes qui suivent une mise en ligne, la version d’avant revient en une seconde. Ensuite, en quelques secondes. Une fois la version d’avant revenue, votre agent lit ce qui a cassé dans les journaux de while, corrige et remet en ligne.
Dans la doc : Bases PostgreSQL, Sauvegardes testées et Versions et retour arrière.
Prochaines étapes
Sources
- PostgreSQL, l’archivage continu et la restauration à un instant, consulté le 2 novembre 2026
- PostgreSQL, la commande pg_restore, consulté le 2 novembre 2026