Sichert Supabase meine Datenbank? Das hängt von deinem Tarif ab.

Jemand hat dir gesagt, du müsstest dir um Backups keine Sorgen machen, weil Supabase das für dich erledigt. Ob das für deine App stimmt, hängt an einer Abrechnungsseite, die du vermutlich nie geöffnet hast.

Hier ist der Teil, den die Beruhigung überspringt: Supabase sichert deine Datenbank auf einem bezahlten Tarif, und im Gratis-Tarif gar nicht. Nicht weniger Backups, nicht kürzere. Keine. Das hast du auch nie bewusst entschieden. Der Gratis-Tarif ist einfach der Ort, an dem ein Projekt beginnt.

Sichert Supabase meine Datenbank?

Auf einem bezahlten Tarif ja: eine Kopie pro Tag, automatisch gezogen, in deinem Supabase-Projekt aufbewahrt. Im Gratis-Tarif nein. Nichts wird nach Zeitplan irgendwohin kopiert, und nichts weist dich darauf hin.

Diese Fenster sind Supabases eigene, veröffentlicht in seiner Backup-Dokumentation. Lies sie dort nach statt hier, denn sie gehören Supabase und diese Seite merkt es nicht, wenn sie sich ändern.

Dein Builder füllt die Lücke ebenfalls nicht. Lovable, Bolt, v0 und der Rest führen eine Historie deines Codes, und das ist etwas anderes als deine Daten und liegt woanders. Der Versionsverlauf ist kein Backup ist die lange Fassung davon, warum ein Rücksprung keine gelöschte Tabelle mitbringt.

So findest du heraus, auf welchem Tarif du wirklich bist

Öffne dein Supabase-Dashboard, wähle das Projekt, mit dem deine App spricht, und finde unter deiner Organisation die Abrechnung. Das dauert etwa zwei Minuten und ist der einzige Weg, es zu wissen.

Zwei Dinge machen das weniger offensichtlich, als es klingt. Die Abrechnung hängt an der Organisation, nicht am Projekt, also können zwei Apps unter demselben Login auf zwei verschiedenen Tarifen liegen. Und das Dashboard räumt gelegentlich um: Stehen diese Wörter nicht dort, wo du sie erwartest, halte auf Organisationsebene nach allem Ausschau, was Billing heißt.

Wenn du schon dort bist, öffne Database und dann Backups. Eine Liste datierter Kopien heißt, du hast welche. Ein leeres Feld oder ein Hinweis, dass die Funktion einen bezahlten Tarif braucht, ist deine Antwort in einem Bildschirm.

Worin die eigenen Backups von Supabase gut sind

In ziemlich viel. Sie sind das Erste, was man haben sollte, nicht das, was man ersetzt.

Sie laufen ohne dich, und genau das geht bei einem Backup schief, das du von Hand ziehst: Die Kopie auf deinem Laptop trägt das Datum davon, wann du zuletzt daran gedacht hast. Sie sind vollständig, samt deiner Row-Level-Security-Regeln und nicht nur der Tabellen, die diese Regeln schützen. Und eine wiederherzustellen sind ein paar Klicks im Browser statt eines Befehls, den du um zwei Uhr nachts richtig hinbekommen musst.

Sie decken außerdem den gewöhnlichen Weg ab, auf dem Daten verschwinden: nämlich, dass du sie selbst entfernt hast. Ein Löschen, das mehr Zeilen erwischt hat als gemeint, eine Migration, die ein KI-Agent geschrieben und du bestätigt hast, ein Seed-Skript auf dem falschen Projekt. Passiert das auf einem bezahlten Tarif, liegt die Kopie von gestern genau dort.

Warum eine Kopie im Konto nur ein halbes Sicherheitsnetz ist

Weil es zwei verschiedene Arten gibt, deine Daten zu verlieren, und eine Kopie im Konto nur eine davon beantwortet.

Supabase legt einen Zweitschlüssel ins Haus. Das hilft wirklich, wenn du dich aus einem Zimmer aussperrst. Am Tag, an dem du das Haus verlierst, hilft es nicht.

Bei der zweiten Art von Verlust geht in deiner Datenbank überhaupt nichts kaputt: eine Karte, die im Urlaub ablief, ein gesperrtes Projekt, ein Login, an das du nicht mehr herankommst, ein Konto, in das jemand anderes hineingekommen ist. Die Daten und ihre Kopien liegen hinter derselben Tür, und die Tür ist das, was zugegangen ist.

Das ist kein Vorwurf an Supabase. Plattform-Backups liegen bei der Plattform, weil genau das sie mit einem Klick wiederherstellbar macht, und der Tausch ist fair. Es heißt aber, dass die Lösung nicht darin besteht, ihnen weniger zu trauen, sondern eine zweite Kopie an einem Ort zu halten, der ihr Schicksal nicht teilt. Drei Wege, eine Supabase-Datenbank zu sichern vergleicht, was dich jeder Weg kostet.

Wie weit reicht das Fenster zurück?

Sieben Tage auf Pro, und das Fenster wandert weiter: Jede neue Kopie schiebt die älteste am anderen Ende hinaus.

Für Fehler, die du sofort bemerkst, reicht das reichlich, und ein Löschen meldet sich meist innerhalb von Minuten. Das Problem ist die stille Sorte. Eine Spalte, die bei einer Migration verschwand, die niemand genau gelesen hat. Ein Skript, das ein Feld in jeder Zeile überschrieb. Ein Formular, das seit Dienstag den falschen Wert speichert. So etwas taucht auf, wenn ein Kunde schreibt, und ein Kunde, der schreibt, kann vierzehn Tage nach der Änderung sein.

Der Punkt ist nicht, dass sieben Tage knausrig wären. Der Punkt ist: Die Länge deines Fensters ist die eine Zahl, wie lange ein Fehler unbemerkt in deiner App sitzen könnte die andere, und die beiden gehören nebeneinandergelegt, bevor sie zusammenpassen müssen.

Hat die Kopie jemand geprüft?

Wenn nicht, hast du noch kein Backup. Du hast eine Datei, und was davon es ist, erfährst du an dem Tag, an dem du sie öffnest.

Ein Backup, das vor drei Wochen still aufgehört hat zu funktionieren, ist die schlimmste Sorte, denn es fühlt sich exakt wie Schutz an, bis zu dem Moment, in dem du es öffnest. Ein Dump, der geschrieben wurde, während eine Migration halb angewandt war, oder der abgeschnitten wurde, als die Verbindung abriss, sieht von außen genauso aus wie ein guter.

Dafür musst du nichts kaufen. Spiel eines deiner eigenen Backups in ein Wegwerf-Supabase-Projekt zurück, öffne deine App dagegen und prüfe, ob eine Zeile da ist, die du wiedererkennst. Eine halbe Stunde, einmal im Quartal, und du erfährst es an einem Dienstagnachmittag statt mitten in einem Ausfall.

Es ist auch der Grund, warum Reeve Care dir das Datum der letzten Kopie zeigt, die die Prüfung bestanden hat, und nicht das des letzten Versuchs, und diese Kopien außerhalb deines Supabase-Kontos aufbewahrt. Gesichert wird deine Datenbank, und die von deinen Nutzern hochgeladenen Dateien, sobald du sie verbindest.

Was du diese Woche tun solltest

Bevor du diesen Tab schließt: Öffne dein Supabase-Dashboard und sieh dir den Tarifnamen an. Nichts hiervon ist eine Entscheidung, die du vorher treffen kannst. Die 10-Minuten-Sicherheitscheckliste deckt Backups zusammen mit dem Übrigen ab, was bei einer frisch gestarteten App zu bestätigen ist, und der Supabase-Sicherheitsleitfaden geht durch, was sonst offen zu bleiben pflegt.

Was Reeve Care obendrauf legt

Eine zweite Kopie, die nicht in deinem Supabase-Konto liegt, nach jedem Lauf geprüft wird, und eine Wiederherstellung, die du drücken kannst, ohne die Luft anzuhalten.

Der Punkt des Vergleichs unten ist nicht, dass Supabase etwas falsch macht. Sondern dass das Backup einer Plattform und ein unabhängiges verschiedene Fragen beantworten, und du darfst beide haben.

Eine Einschränkung und eine Entscheidung, klar gesagt, denn ein Backup, das du falsch verstanden hast, ist schlimmer als eines, von dem du weißt, dass du es nicht hast. Backups gibt es heute nur für Supabase; liegen deine Daten woanders, sagen wir das vor dem Bezahlen und nicht danach. Und die von deinen Nutzern hochgeladenen Dateien werden mitkopiert, sobald du deine Storage-Buckets verbindest. Das braucht einen zweiten Schlüssel und ist optional, weil der Schlüssel, den Supabase für Storage ausgibt, schreiben kann und wir lieber fragen als annehmen.

Lass die Supabase-Backups so oder so eingeschaltet. Zwei Kopien an zwei Orten ist die ganze Idee, und die billigere der beiden steckt schon in deinem Tarif.

Backups sind auch nicht alles: Care achtet auf Ausfälle deiner App, wiederholt den Sicherheitsscan nach Zeitplan und schickt einen Monatsbericht, geschrieben für jemanden, der keine Logs liest. Was jeder Tarif enthält und wie oft er kopiert, steht in der Care-Preisübersicht.

Wie eine Kopie erstellt, geprüft und zurückgespielt wird, ist Schritt für Schritt auf der Seite zu Supabase-Backups dargestellt.