Backups
Supabase sauvegarde-t-il ma base de données ? Cela dépend du plan.
Supabase sauvegarde-t-il votre base de données ? Chaque jour sur les plans payants, jamais sur le gratuit. Comment savoir ce que vous avez vraiment.
En bref
- Supabase sauvegarde bien votre base de données, mais uniquement sur un plan payant. Le plan gratuit ne comporte aucune sauvegarde automatique.
- Les sauvegardes payantes sont quotidiennes et vivent dans votre projet Supabase, ce qui vous couvre si vous cassez vos données et pas si vous perdez le compte.
- Les deux valent la peine. Vérifiez sur quel plan vous êtes avant de vous croire couvert.
Quelqu'un vous a dit de ne pas vous inquiéter des sauvegardes, parce que Supabase s'en charge. Que ce soit vrai pour votre app dépend d'une page de facturation que vous n'avez sans doute jamais ouverte.
Voici la partie que ce réconfort saute : Supabase sauvegarde votre base de données sur un plan payant, et pas du tout sur le plan gratuit. Pas moins de sauvegardes, pas des plus courtes. Aucune. Ce n'est pas non plus une décision que vous avez prise sciemment : le plan gratuit est simplement là où un projet commence.
Supabase sauvegarde-t-il ma base de données ?
Sur un plan payant, oui : une copie par jour, prise automatiquement, conservée dans votre projet Supabase. Sur le plan gratuit, non. Rien n'est copié nulle part selon un horaire, et rien ne vous en avertit.
| Votre plan Supabase | Sauvegardes automatiques | Jusqu'où elles remontent |
|---|---|---|
| Gratuit | Aucune | Rien vers quoi remonter |
| Pro | Quotidiennes | 7 jours |
| Team | Quotidiennes | 14 jours |
| Enterprise | Quotidiennes | Jusqu'à 30 jours |
Ces fenêtres sont celles de Supabase, publiées dans leur documentation des sauvegardes. Lisez-les là-bas plutôt qu'ici, car elles leur appartiennent et cette page ne s'apercevra pas qu'elles ont changé.
Votre builder ne comble pas le trou non plus. Lovable, Bolt, v0 et les autres tiennent un historique de votre code, ce qui est autre chose que vos données et vit ailleurs : l'historique des versions n'est pas une sauvegarde est la version longue de la raison pour laquelle revenir en arrière ne ramène pas une table supprimée.
Comment vérifier sur quel plan vous êtes vraiment
Ouvrez votre tableau de bord Supabase, choisissez le projet auquel votre app parle, et trouvez la facturation sous votre organisation. Cela prend environ deux minutes, et c'est la seule façon de savoir.
Deux choses rendent cela moins évident qu'il n'y paraît. La facturation est rattachée à l'organisation, pas au projet : deux apps sous le même identifiant peuvent donc être sur deux plans différents. Et le tableau de bord déplace régulièrement les choses, donc si ces mots exacts ne sont pas là où vous les attendez, cherchez tout ce qui s'appelle Billing au niveau de l'organisation.
Tant que vous y êtes, ouvrez Database puis Backups. Une liste de copies datées signifie que vous en avez. Un panneau vide, ou une mention indiquant que la fonctionnalité demande un plan payant, est votre réponse en un seul écran.
Ce que les sauvegardes de Supabase font bien
Beaucoup de choses. Elles sont la première chose à avoir, pas celle à remplacer.
Elles tournent sans vous, ce qui est exactement ce qui déraille avec une sauvegarde prise à la main : la copie sur votre portable date de la dernière fois que vous y avez pensé. Elles sont complètes, y compris vos règles de Row Level Security et pas seulement les tables que ces règles protègent. Et en restaurer une, ce sont quelques clics dans un navigateur plutôt qu'une commande à réussir du premier coup à deux heures du matin.
Elles couvrent aussi la façon ordinaire dont les données disparaissent : vous les avez retirées vous-même. Une suppression qui a emporté plus de lignes que prévu, une migration écrite par un agent IA et validée par vous, un script de remplissage pointé sur le mauvais projet. Si cela arrive sur un plan payant, la copie d'hier est juste là.
Pourquoi une copie dans votre compte n'est qu'un demi-filet
Parce qu'il y a deux façons différentes de perdre vos données, et qu'une copie gardée dans le compte ne répond qu'à l'une des deux.
Supabase range un double des clés à l'intérieur de la maison. C'est réellement utile le jour où vous vous enfermez dehors d'une pièce. Cela ne sert à rien le jour où vous perdez la maison.
Le second type de perte n'implique aucune erreur dans votre base : une carte expirée pendant vos vacances, un projet suspendu, un identifiant que vous ne pouvez plus récupérer, un compte dans lequel quelqu'un d'autre est entré. Les données et leurs copies sont derrière la même porte, et c'est la porte qui s'est refermée.
Ce n'est pas un reproche adressé à Supabase. Les sauvegardes d'une plateforme sont stockées avec la plateforme, et c'est précisément ce qui les rend restaurables en un clic : l'échange est honnête. Cela veut simplement dire que le remède n'est pas de leur faire moins confiance, mais de garder une seconde copie dans un endroit qui ne partage pas leur sort. Trois façons de sauvegarder une base Supabase compare ce que chaque voie vous coûte.
Jusqu'où remonte la fenêtre ?
Sept jours sur Pro, et la fenêtre avance : chaque nouvelle copie pousse la plus ancienne dehors par l'autre bout.
C'est largement assez pour les erreurs que vous remarquez sur le coup, et une suppression s'annonce généralement en quelques minutes. Le problème, c'est l'espèce silencieuse. Une colonne disparue au cours d'une migration que personne n'a lue attentivement. Un script qui a écrasé un champ sur chaque ligne. Un formulaire qui enregistre la mauvaise valeur depuis mardi. Ces choses-là font surface quand un client écrit, et un client qui écrit, cela peut être quinze jours après le changement.
Le sujet n'est pas que sept jours soit avare. C'est que la longueur de votre fenêtre est un chiffre, la durée pendant laquelle une erreur pourrait passer inaperçue dans votre app en est un autre, et qu'il vaut la peine de les poser côte à côte avant d'avoir besoin qu'ils coïncident.
Quelqu'un a-t-il vérifié la copie ?
Si la réponse est non, vous n'avez pas encore de sauvegarde. Vous avez un fichier, et vous saurez lequel des deux le jour où vous l'ouvrirez.
Une sauvegarde qui a cessé de fonctionner en silence il y a trois semaines est la pire espèce, parce qu'elle ressemble exactement à une protection jusqu'au moment où vous l'ouvrez. Un dump écrit pendant qu'une migration était à moitié appliquée, ou tronqué quand la connexion a lâché, est extérieurement identique à un bon.
Vous n'avez rien à acheter pour régler cela. Restaurez une de vos propres sauvegardes dans un projet Supabase jetable, ouvrez votre app dessus et vérifiez qu'une ligne que vous reconnaissez est bien là. Une demi-heure, une fois par trimestre, et vous l'apprenez un mardi après-midi plutôt qu'en pleine panne.
C'est aussi la raison pour laquelle Reeve Care vous montre la date de la dernière copie qui a passé la vérification et non celle de la dernière tentative, et garde ces copies hors de votre compte Supabase. Il sauvegarde votre base de données, et les fichiers téléversés par vos utilisateurs dès que vous les connectez.
Que faire cette semaine
Que faire
- Trouvez le nom du plan sur votre page de facturation Supabase. Ce seul élément décide si vous avez la moindre sauvegarde automatique, et tout le reste en dépend.
- Si vous êtes sur le plan gratuit, passez à un plan payant ou prenez une copie vous-même aujourd'hui. Une copie périmée vaut mieux qu'aucune copie.
- Gardez une copie hors de votre compte Supabase, parce qu'une copie à l'intérieur ne survit pas à la perte du compte.
- Comparez la portée de votre fenêtre à la durée pendant laquelle une erreur discrète pourrait passer inaperçue dans votre app. Si le second chiffre est plus grand, c'est la fenêtre qu'il faut changer.
- Restaurez une sauvegarde dans un projet jetable, pour que la première lecture de ce fichier ne soit pas le jour où vous en avez besoin.
Avant de fermer cet onglet, ouvrez votre tableau de bord Supabase et trouvez le nom du plan. Rien de ce qui précède n'est une décision que vous pouvez prendre sans le savoir. La checklist sécurité en 10 minutes couvre les sauvegardes avec le reste de ce qui mérite d'être confirmé sur une app fraîchement lancée, et le guide de sécurité Supabase passe en revue ce qui reste couramment ouvert.
Ce que Reeve Care ajoute par-dessus
Une seconde copie qui ne vit pas dans votre compte Supabase, vérifiée après chaque exécution, et une restauration que vous pouvez lancer sans retenir votre souffle.
Ce que dit la comparaison ci-dessous, ce n'est pas que Supabase fait quelque chose de mal. C'est que la sauvegarde d'une plateforme et une sauvegarde indépendante répondent à des questions différentes, et que vous avez le droit d'avoir les deux.
| Sauvegardes propres à Supabase | Reeve Care | |
|---|---|---|
| Tourne sans vous | Oui | Oui |
| Où vit la copie | Dans votre compte Supabase | En dehors, chiffrée, sur un stockage que nous tenons |
| Survit à la perte du compte | Non | Oui |
| Vérifiée avant de compter | Non | Oui, et la date affichée est celle de la dernière copie qui a réussi |
| Jusqu'où elle remonte | La fenêtre incluse dans votre plan | Plus de points de restauration, et plus de copies par jour, selon la formule |
| Restaurer | Vous choisissez une copie en console | Un bouton, et nous figeons l'état actuel avant, si bien que la restauration a elle aussi une annulation |
| Fichiers téléversés | Non inclus | Inclus, dès que vous connectez vos buckets Storage |
| Si vous n'êtes pas sûr | La file du support de la plateforme | Quelqu'un à qui demander |
Une limite et un choix, dits franchement, parce qu'une sauvegarde que vous avez mal comprise vaut moins que celle dont vous savez ne pas disposer. Les sauvegardes sont aujourd'hui réservées à Supabase ; si vos données vivent ailleurs, nous vous le disons avant que vous payiez, pas après. Et les fichiers téléversés par vos utilisateurs sont copiés aussi, dès que vous connectez vos buckets Storage. Cela demande une seconde clé et reste facultatif, parce que la clé que Supabase émet pour Storage peut écrire et que nous préférons demander plutôt que supposer.
Laissez les sauvegardes Supabase activées dans tous les cas. Deux copies dans deux endroits, c'est toute l'idée, et la moins chère des deux est déjà dans votre plan.
Les sauvegardes ne sont pas tout non plus : Care surveille les pannes de votre app, relance l'analyse de sécurité selon un calendrier et envoie un rapport mensuel écrit pour quelqu'un qui ne lit pas de journaux. Ce que contient chaque formule, et à quelle fréquence elle copie, est dans la grille tarifaire de Care.
Comment une copie est prise, vérifiée et remise en place est détaillé étape par étape sur la page des sauvegardes Supabase.
FAQ
Comment savoir sur quel plan Supabase je suis ?
Ouvrez votre tableau de bord Supabase, choisissez le projet qu'utilise votre app et cherchez Billing sous votre organisation. La facturation dépend de l'organisation et non du projet : deux projets sous le même identifiant peuvent donc être sur des plans différents. Le plan gratuit est celui par défaut et ne demande jamais de carte, donc si vous n'avez jamais ouvert cette page ni saisi de coordonnées bancaires, c'est là que se trouve votre projet.
Combien de temps Supabase conserve-t-il ses sauvegardes ?
Sept jours sur Pro, quatorze sur Team et jusqu'à trente sur Enterprise, d'après la documentation de sauvegarde de Supabase elle-même. La restauration à un instant précis est une option payante qui permet de revenir à une minute donnée à l'intérieur de cette fenêtre plutôt qu'à une copie nocturne. Lisez ces chiffres dans leur documentation plutôt que sur cette page : ils leur appartiennent et peuvent changer.
Mon projet a été mis en pause. Mes sauvegardes sont-elles perdues ?
Un projet en pause n'est pas un projet supprimé. Supabase met en pause les projets gratuits après environ une semaine de faible activité, et vous les relancez depuis le tableau de bord. Ce que vous n'avez pas sur le plan gratuit, c'est une sauvegarde sur laquelle vous rabattre si quelque chose tourne mal ensuite, puisque le plan gratuit n'en a jamais pris.
Je suis sur le plan Pro. Ai-je quand même besoin d'une autre sauvegarde ?
Cela dépend du désastre contre lequel vous vous assurez. Les copies quotidiennes couvrent le cas ordinaire : vous ou un agent IA avez cassé vos propres données et vous voulez récupérer hier. Elles ne couvrent pas la perte d'accès au compte, puisqu'elles vivent dedans. Si votre app contient de vrais clients, une seconde copie dans un endroit que vous contrôlez est la moitié la moins chère de cette réponse.