Restaurer une sauvegarde

Restaurer remet un site dans l'état exact où il était au moment de la sauvegarde. Tout ce qui a été écrit depuis est perdu, définitivement et sans confirmation supplémentaire. Lis la section « Ce que tu vas perdre » avant de cliquer.

Le chemin dans l'interface

1. Ouvre la fiche du site depuis le Tableau de bord ou depuis son projet.
2. Descends jusqu'à la section Backups. Chaque ligne est une sauvegarde, avec sa date, sa taille, son type et sa date d'expiration.
3. Avant d'aller plus loin : clique sur Backup now pour prendre une sauvegarde de l'état actuel. C'est elle qui te permettra de revenir si la restauration ne donne pas ce que tu attendais.
4. Sur la ligne de la sauvegarde que tu veux remettre en place, clique sur restaurer.
5. Une fenêtre s'ouvre et te demande de taper le slug du site pour confirmer. Ce slug est écrit sur la fiche du site, juste sous son nom.
6. Tape-le exactement, puis valide. Un slug incorrect annule l'opération et Iridflow te dit lequel il attendait. Annuler la fenêtre annule aussi l'opération.

Le texte de la fenêtre de confirmation est volontairement sec :

En clair : le site s'arrête, ses données sont effacées, celles de la sauvegarde prennent leur place, puis le site redémarre. Pendant l'opération, le site ne répond pas.

Ce que tu vas perdre

Tout ce qui a été écrit entre la sauvegarde et maintenant. Concrètement, selon ce que fait ton site :

• Les fichiers déposés par les visiteurs ou par toi : images, pièces jointes, téléversements, fichiers générés par l'application. Ils reviennent à ce qu'ils étaient, et ceux d'après disparaissent.
• Le contenu des bases de données rattachées au site. La sauvegarde contient une copie de chaque base, qui est rejouée telle quelle. Les commandes, comptes, commentaires, pages ou articles créés depuis la sauvegarde n'existent plus après.
• Le code du site, qui revient à la version de la sauvegarde. Si tu as poussé du code depuis, il faut le redéployer après la restauration. Ton dépôt Git, lui, n'est pas touché : c'est la copie installée sur le site qui recule.
• Les réglages écrits par l'application elle-même : configuration d'un WordPress, comptes créés dans une interface d'administration, préférences enregistrées. Tout cela vit dans les données, donc tout cela recule.

Ce qui n'est pas touché

• Tes domaines et leurs certificats.
• Ta clé d'accès et tes sessions.
• Les autres sites du projet, et les autres projets.
• Tes autres sauvegardes, y compris celle que tu viens de prendre.
• La production. Restaurer agit sur la préproduction. Un site en production continue de servir l'ancienne version pendant et après la restauration. Voir Mettre en production.

Ce qui peut ne pas revenir

• Redis. Une base Redis n'est pas restaurée par cette opération. Si ton site utilise Redis comme cache, ce n'est pas grave, il se remplira à nouveau. Si tu y stockes des données que tu ne peux pas perdre, elles ne reviendront pas.
• Une base à l'arrêt. La copie des bases est rejouée dans les bases rattachées au site, et cela suppose qu'elles tournent. Vérifie leur état sur la fiche du site, section Bases de données, avant de restaurer.
• Une sauvegarde expirée. Chaque ligne affiche sa date d'expiration, trente jours après sa création par défaut. Passé ce délai, la sauvegarde est effacée et n'est plus restaurable. Ce qui doit être gardé plus longtemps doit être sorti par un export téléchargeable.

Après la restauration

1. Recharge la fiche du site et vérifie qu'il est revenu en ligne. Voir Comprendre l'état de ses sites.
2. Ouvre l'adresse de préproduction et contrôle le contenu attendu.
3. Si quelque chose cloche, ouvre les journaux : une base qui n'a pas pu être rejouée s'y voit tout de suite.
4. Si le résultat ne te convient pas, restaure la sauvegarde que tu as prise juste avant. C'est exactement à cela qu'elle sert.

Quand restaurer, et quand faire autre chose

En complément, par le MCP

list_backups({ site_id: "site_xxxxxxxx" })
create_backup({ site_id: "site_xxxxxxxx" })       // le filet, avant de restaurer
restore_backup({
  backup_id: "bak_xxxxxxxx",
  confirm_slug: "mon-site",                       // même protection que dans l'interface
})

Voir Sauvegardes et export pour ce que contient une sauvegarde, et MCP et Claude Desktop pour brancher un agent.