--- title: "Sauvegardes : code, points de restauration et copies | Briks" url: https://briks.dev/fr/docs/backups description: "Briks garde par projet : versions du code, points de restauration de base de données et copies nocturnes. Restaurer, télécharger, contenu de chaque copie." last_updated: 2026-10-08 --- # Sauvegardes : code, points de restauration et copies Briks conserve plusieurs types de copies d'un projet, chacune pour un usage différent. Cette page explique ce que contient chacune, comment la télécharger et comment tout remettre en place quand une modification tourne mal. 6 minutes de lecture Vérifié par rapport au studio le 8 octobre 2026 ## Trois types de sauvegarde | Quoi | Où le trouver | À quoi cela sert | | --- | --- | --- | | Versions du code | **Settings**, **Backups**, **Code** | Toutes les versions publiées du site. Remettez-en une en ligne, ou téléchargez son code avec une offre payante. | | Historique de la base de données et points de restauration | **Database**, **Settings**, **Backups** | Ramenez toute la base de données à un moment nommé, ou à n'importe quelle minute couverte par son historique. | | Copies nocturnes de la base de données | **Settings**, **Backups**, **Database** | Un fichier de toute la base de données créé chaque nuit et conservé 30 jours, que vous pouvez télécharger. Offres payantes uniquement. | Le code et la base de données sont séparés. Restaurer une version du code ne touche jamais à la base de données, et restaurer la base de données ne change jamais le code. Si une modification a tout faussé des deux côtés, restaurez chacun des deux. ## Versions du code Où 1. Projects 2. Your project 3. Settings 4. Backups 5. Code Chaque publication est conservée comme une version. Le tableau les liste de la plus récente à la plus ancienne avec **Version**, **Saved**, **What** (les mots de la demande qui l'a produite) et **Made by**, qui indique la personne qui l'a demandée, ou Briks quand le studio l'a fait de lui-même. La version en ligne porte une étiquette **Live**. Remettre une version antérieure sur le site en ligne 1. Trouver la version Où : Settings, Backups, Code Parcourez la colonne **What** pour trouver la modification à laquelle revenir, et notez son numéro. 2. Appuyez sur Restore Où : Settings, Backups, Code Appuyez sur **Restore** sur sa ligne. La boîte de dialogue indique : It goes back on the live site exactly as it was published. Les versions suivantes restent enregistrées, vous pouvez donc y revenir. 3. Confirmer Où : Restore dialog Appuyez sur **Restore version** suivi de son numéro. Vous retournez dans le studio pendant la mise en ligne. Rien n'est reconstruit et rien n'est facturé. La restauration demande des droits de modification : les Editors, les Admins et les Owners peuvent donc la faire. Elle est verrouillée pendant qu'un test A/B est en cours. Les mêmes versions, avec annuler et rétablir, sont aussi dans le studio : voir [Versions, annuler et rétablir](https://briks.dev/fr/docs/versions). Avec une offre payante, **Download** sur n'importe quelle ligne vous donne le code de cette version en .zip. Il contient les fichiers écrits pour votre site, mais pas les briques partagées sur lesquelles repose chaque site Briks : il ne fonctionnera donc pas seul. Plus de détails dans [Le code de votre site](https://briks.dev/fr/docs/code). ## Points de restauration et historique de la base de données La base de données garde son propre historique, elle peut donc revenir à n'importe quelle minute de celui-ci. Un **point de restauration** est un moment nommé de cet historique, facile à retrouver. Briks en marque un avant que le studio ne change la structure de la base de données (en ajoutant un champ, par exemple) et avant chaque restauration, et vous pouvez enregistrer les vôtres à tout moment. Où 1. Projects 2. Your project 3. Database 4. Settings 5. Backups Le groupe **Backups** s'ouvre sur une phrase indiquant jusqu'où remonte l'historique, jusqu'à la plus ancienne minute que vous pouvez choisir. Les points de restauration plus anciens disparaissent de la liste, car ils ne peuvent plus être utilisés. Chacun porte la mention de sa date et de son origine : | Libellé | Créé le | | --- | --- | | enregistré à la main | Quelqu'un a appuyé sur **Save now**. | | enregistré avant une restauration | Juste avant que la base de données ne soit ramenée à un autre moment, pour que la restauration elle-même puisse être annulée. | | enregistré avant que le studio ne modifie la base de données | Juste avant qu'une construction ne change la structure de la base de données. | Enregistrer un point de restauration 1. Appuyez sur Save now Où : Database, Settings, Backups Trouvez **Save a restore point** et appuyez sur **Save now**. 2. Donnez-lui un nom Où : Save dialog Donnez-lui un nom que vous reconnaîtrez plus tard, jusqu'à 80 caractères, par exemple `Before the spring menu`. Le nom est facultatif ; sans nom, elle s'appelle Saved by hand. 3. Enregistrer Où : Save dialog Appuyez sur **Save**. Vous voyez : Restore point saved. Reprendre la base de données 1. Choisissez le moment Où : Database, Settings, Backups Appuyez sur **Restore** à côté d'un point de restauration. Ou, sous **Go back to another moment**, choisissez une date et une heure dans votre fuseau horaire (au moins une minute dans le passé) et appuyez sur **Restore** à côté. 2. Garder d'abord les enregistrements du jour Où : Restore dialog Avec une formule payante, la boîte de dialogue propose **Download .zip** sous First, keep the records as they are now. Prenez-le s'il y a la moindre chance que vous ayez besoin de quelque chose d'aujourd'hui. 3. Confirmer Où : Restore dialog Tapez le nom du projet et appuyez sur **Restore**. Toute la base de données revient à ce moment-là, collections et comptes du site compris, et ce qui a changé depuis est remplacé. 4. Vérifier le site Où : Database, Settings Vous voyez : Restored. L'état précédent a été enregistré comme point de restauration, cette action peut donc être annulée. Le site publié se met à jour en quelques minutes. La restauration remplace tout Une restauration reprend toute la base de données, pas un seul enregistrement. Toutes les modifications faites après ce moment disparaissent aussi. La restauration est réservée aux Owners et aux Admins, et un projet peut être restauré jusqu'à cinq fois par heure. Si vous n'avez besoin de récupérer qu'un seul enregistrement, le saisir à nouveau à la main est souvent plus rapide. ## Copies nocturnes Une copie nocturne est un fichier de toute la base de données, créé chaque nuit et conservé 30 jours. Elle est désactivée par défaut et fait partie d'une offre payante : l'activer et télécharger une copie en demandent toutes deux une. Les copies comptent dans le [stockage](https://briks.dev/fr/docs/storage) de votre offre. Activer les copies nocturnes 1. Ouvrez les paramètres de la base de données Où : Database, Settings Faites défiler jusqu'au groupe **Backups**. 2. Activer Nightly copy Où : Backups group Activez **Nightly copy**. Les Editors, les Admins et les Owners peuvent le faire. La désactivation fonctionne avec n'importe quel plan. 3. Attendre la première Où : Settings, Backups, Database Sous **Nightly copies**, la liste indique **No copies yet** et : La première est faite cette nuit. Où 1. Projects 2. Your project 3. Settings 4. Backups 5. Database Les copies sont listées par jour, de la plus récente à la plus ancienne, avec leur taille. Appuyez sur **Download** à côté du jour voulu. Toute personne qui peut voir le projet peut en télécharger une avec une formule payante. La même page liste les derniers points de restauration de la base de données et un bouton **Database settings** qui mène à l'endroit où se font les restaurations. Une copie contient toute la base de données (chaque collection, ses enregistrements et les comptes que le site conserve) dans un seul fichier compressé se terminant par `.sql.gz`. Elle est destinée à être ouverte par un développeur ou un outil de base de données. Si vous voulez quelque chose pour un tableur, utilisez plutôt le téléchargement CSV dans les paramètres de l'onglet Database. Les copies servent à conserver, pas à restaurer Il n'existe pas de restauration depuis une copie de nuit dans le studio. Pour revenir en arrière sur la base de données, utilisez un point de restauration ou un moment de son historique. La copie de nuit est votre propre copie, à conserver ailleurs. ## Fichiers dans le stockage La vue **Storage** dans Backups ne contient pas, pour le moment, de copies de vos fichiers stockés. Pour garder votre propre copie, ouvrez l'onglet **Storage** du projet, choisissez **Settings**, puis utilisez **Download as a .zip** : un dossier, ou tous les fichiers, jusqu'à 10 000 fichiers et 2 Go à la fois. Au-delà, téléchargez dossier par dossier. Où 1. Projects 2. Your project 3. Storage 4. Settings 5. Export ## Exemple concret : le changement de menu d'un café Avant un gros changement Harbour Café, Galway > Le café conserve son menu sous forme d'enregistrements. Avant de remplacer quarante plats pour l'automne, le propriétaire ouvre les paramètres de l'onglet Database, appuie sur **Save now** et nomme le point `Before the autumn menu`. Point de restauration enregistré. Deux jours plus tard > Les mentions sans gluten ont disparu de la moitié des plats. Le propriétaire clique sur **Restore** à côté de Before the autumn menu, télécharge le fichier .zip quand il est proposé, saisit le nom du projet du café et confirme. Les enregistrements du menu sont revenus tels qu'ils étaient. Les deux prix modifiés depuis sont aussi revenus en arrière : le propriétaire doit donc les saisir de nouveau à la main. Rien n'a changé dans le design, car le code n'a pas été restauré. Le menu en ligne s'est mis à jour quelques minutes plus tard. ### Jusqu'où puis-je remonter dans le temps pour la base de données ? Aussi loin que remonte son historique. Le groupe **Backups** dans les réglages de l'onglet Database indique la minute la plus ancienne. ### La restauration de la base de données annulera-t-elle mes modifications de design ? Non. Les versions du code et la base de données sont restaurées séparément. ### Puis-je restaurer à partir d'une copie de la nuit ? Pas dans le studio. Les copies nocturnes servent à être téléchargées. Utilisez les points de restauration ou un moment de l'historique pour revenir en arrière. ### Pourquoi l'interrupteur de copie Nightly est-il grisé ? Soit votre plan est Free, où l'activation n'est pas disponible, soit votre rôle est Viewer. Un Owner de l'espace de travail peut passer à un plan payant dans **Billing**. ## À lire ensuite - [Données et automatisation **Base de données** Voyez ce que stocke votre site, modifiez ou ajoutez des enregistrements à la main, exportez les collections en JSON ou CSV. Qui peut quoi, et les limites.](https://briks.dev/fr/docs/database) - [Travailler sur un projet **Versions, annuler et rétablir** Chaque création et modification est une version de votre site. Annulez, rétablissez ou republiez une ancienne version à l'identique, sans crédit retenu.](https://briks.dev/fr/docs/versions) - [Travailler sur un projet **Le code de votre site** Parcourez, modifiez et publiez le code de votre site sur toutes les formules. En formule payante, téléchargez toute version en zip et voyez ce qu'il exclut.](https://briks.dev/fr/docs/code) - [Les fonctionnalités de votre site **Stockage** Conservez les fichiers de votre projet, partagez-les par lien ou dossier public, voyez où va le stockage de votre formule et téléchargez tout en .zip.](https://briks.dev/fr/docs/storage) Toujours bloqué ? Écrivez à [hello@briks.dev](mailto:hello@briks.dev) en indiquant le nom de votre projet et ce que vous espériez voir. Une capture d'écran aide.