--- title: "Restaurer une base PostgreSQL à un instant, avec while.sh" url: https://while.sh/fr/guides/restaurer-une-base/ author: "Aloïs Oddon, cofondateur de Nextmap" updated: 2026-11-02 --- # 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. ## 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écis (source 1). 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 appli (source 2). ## 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. ## Prochaines étapes - [Mettre en ligne une API Node.js et sa base PostgreSQL](/fr/guides/api-node-postgresql/) - [Revenir à la version d'avant en une seconde](/fr/guides/revenir-en-arriere/) - [Comparer les hébergements PostgreSQL](/fr/comparatifs/hebergement-postgresql/) ## Sources 1. [PostgreSQL, l'archivage continu et la restauration à un instant](https://www.postgresql.org/docs/current/continuous-archiving.html), 2026-11-02 2. [PostgreSQL, la commande pg_restore](https://www.postgresql.org/docs/current/app-pgrestore.html), 2026-11-02 ## Questions ### Jusqu'où puis-je revenir en arrière ? 14 jours, à une sauvegarde ou à un instant précis. ### Mon agent peut-il restaurer la production sans moi ? Non. En production, la restauration attend votre accord, ou celui d'un administrateur selon vos droits. ### Les sauvegardes sont-elles vraiment testées ? Oui. Chaque jour, une base jetable naît de la dernière sauvegarde de production, et ses tables sont relues. Le résultat est affiché. ### Où sont gardées les sauvegardes ? En France, chiffrées, hors du cluster de votre base, et gardées 14 jours. ### Le retour de la base change-t-il mon code ? Non. La base et le code reviennent séparément : votre agent remet aussi la version d'avant de l'appli, si besoin.