Supabase Point-in-Time Recovery: Kosten und Grenzen

Du bist auf dem Supabase Pro-Tarif, etwas ist zu einer Zeit schiefgegangen, die du aufschreiben könntest, und das Backup von gestern Nacht ist älter als der Fehler. Irgendwo im Dashboard gibt es einen Schalter namens Point in Time Recovery mit einem Preis daneben, und die Frage ist, ob dieser Preis kauft, was du glaubst.

Hier ist der Teil, den jede Übersicht plattbügelt: Point-in-Time Recovery und ein Backup, das du selbst hältst, sind zwei verschiedene Produkte, und das erste einzuschalten ändert nichts an dem, wofür das zweite da ist. Beide stehen im Dashboard unter Backups, und das ist der größte Teil der Verwirrung.

Es hilft, sich das eine als Aufzeichnung und das andere als Foto vorzustellen. Ein tägliches Backup ist ein Foto: ein Bild pro Tag, zu einer festen Stunde aufgenommen, und du kannst es aus dem Gebäude tragen. Point-in-Time Recovery ist die Kamera des Gebäudes selbst, die durchgehend läuft und dich auf jedem Bild anhalten lässt. Die Bänder liegen im Keller und reichen eine Woche zurück.

Was ist Point-in-Time Recovery bei Supabase?

Es ist ein Weg, deine Datenbank auf einen bestimmten Moment zurückzusetzen statt auf ein bestimmtes Backup.

Supabase baut es aus zwei Dingen, die zusammenlaufen. Das erste ist ein physisches Backup, ein täglich gezogener Abzug der Datenbankdateien. Das zweite ist die Archivierung des Write Ahead Log: Postgres führt eine laufende Aufzeichnung jeder Änderung, die es vornimmt, und Supabase kopiert diese Dateien im Abstand von zwei Minuten weg, oder sofort, sobald eine eine Größenschwelle überschreitet. Eine Wiederherstellung lädt den Abzug und spielt danach das Log vorwärts ab, bis es den Moment erreicht, nach dem du gefragt hast.

Aus diesem Mechanismus kommt die Genauigkeit. Supabase beschreibt das Ergebnis als Granularität bis hinunter zu Sekunden, mit einem schlechtesten Fall, den sie als Recovery Point Objective von zwei Minuten angeben, also im Klartext das Meiste, was du am Ende des gewählten Moments verlieren könntest.

Ihre Backup-Dokumentation ist die Seite, auf der die aktuelle Form von alldem steht. Alles Weitere hier hängt an Zahlen, die Supabase gehören.

Was kostet Supabase Point-in-Time Recovery?

$100 im Monat für ein Fenster von sieben Tagen, zusätzlich zum Pro-Tarif, der für sich allein $25 im Monat kostet.

Supabase rechnet die Zusatzoption stundenweise ab und verkauft drei Fenstergrößen:

Es gibt einen zweiten Posten auf der Rechnung, und der ist es, der die Leute überrascht. Point-in-Time Recovery verlangt mindestens die Compute-Instanz Small. Ein Pro-Projekt läuft standardmäßig auf Micro, und die $10 an Compute-Guthaben im Tarif decken das vollständig ab; Small liegt bei etwa $15 im Monat, das Guthaben deckt deine Compute-Kosten also nicht mehr und der Rest taucht auf deiner Rechnung auf. Die Zusatzoption ist damit etwas teurer als die Zahl, die danebensteht.

Verfügbar ist sie auf Pro, Team und Enterprise. Im Gratis-Tarif gibt es nichts, wozu man sie hinzufügen könnte, denn der Gratis-Tarif legt überhaupt keine automatischen Backups an.

Prüfe beide Zahlen an dem Tag, an dem du entscheidest, auf Supabases eigener Preisseite und nicht auf dieser. Sie gehören Supabase, und diese Seite merkt es nicht, wenn sie sich ändern.

Wann lohnt sich Point-in-Time Recovery?

Wenn du die Minute benennen kannst, und wenn die Arbeit auf beiden Seiten davon zählt.

Eine Migration lief um 14:32 und nahm eine Spalte mit. Ein Skript, das du mittags gestartet hast, schrieb den falschen Wert in jede Zeile. Ein KI-Agent bekam Schreibzugriff und benutzte ihn. In allen drei Fällen weißt du wann, und dieses Wann ist die ganze Eingabe. Du wählst 14:31, und die Datenbank kommt so zurück, wie sie eine Minute vor dem Schaden stand.

Der Teil, der Geld kostet, ist der Rest dieses Vormittags. Die Kopie von Mitternacht zurückzuspielen entfernt auch jede Anmeldung, jede Bestellung und jede Nachricht, die deine Nutzer seit Mitternacht erzeugt haben. Einen Fehler rückgängig zu machen heißt dann, einen zweiten, kleineren Verlust hinzunehmen. Mit Point-in-Time Recovery bleibt die Arbeit des Vormittags stehen.

Während du im Dashboard darüber nachdenkst, was schiefgehen könnte, lohnt sich auch die Frage, was deine App einem Fremden bereits zeigt. Unser kostenloser Scan liest deine Live-Seite von außen und sagt dir, was er sieht. Er dauert etwa 20 Sekunden und braucht kein Konto: App scannen.

Was Point-in-Time Recovery nicht erreicht

Zwei Dinge: einen Fehler, den du erst nach dem Fenster bemerkst, und das Konto, in dem die ganze Einrichtung liegt.

Ein Fehler, den du spät bemerkst. Das Fenster wandert mit dem heutigen Tag, ein Fenster von sieben Tagen sind also immer die letzten sieben Tage und nie eine feste Woche. Für eine Löschung ist das großzügig, denn die meldet sich üblicherweise innerhalb von Minuten. Bei der leisen Sorte hilft es überhaupt nicht: ein Formular, das seit vorletztem Dienstag den falschen Wert speichert, eine Spalte, die bei einer Migration verschwand, die niemand genau las, ein Feld, das ein Skript seit einem Monat überschreibt. So etwas kommt heraus, wenn ein Kunde schreibt, und ein schreibender Kunde ist selten innerhalb von sieben Tagen nach der Ursache.

Das Konto, in dem die Wiederherstellung liegt. Die Abzüge und das archivierte Log liegen in deinem Supabase-Projekt, und genau das macht sie schnell und macht sie zu einem Klick. Es heißt auch, dass ein gesperrtes Projekt, eine abgelaufene Karte oder ein Login, an das du nicht mehr kommst, die Wiederherstellung zusammen mit dem mitnimmt, wofür sie da war. Das ist ein fairer Tausch und kein Mangel, und es ist der Grund, warum eine Kopie im eigenen Konto nur das halbe Sicherheitsnetz ist.

Deckt Point-in-Time Recovery meine Storage-Dateien ab?

Nein. Supabase schreibt selbst, dass Datenbank-Backups keine Objekte enthalten, die du über die Storage-API ablegst, und Point-in-Time Recovery ist eine Funktion der Datenbank.

Jeder Avatar, jedes hochgeladene PDF und jedes Produktbild deiner Nutzer liegt in Storage, und das ist ein eigener Dienst. Deine Datenbank hält den Pfad zu jeder Datei und von deren Inhalt nichts. Eine auf Dienstag zurückgespulte Datenbank zeigt also auf das, was heute in deinen Buckets liegt, und eine am Mittwoch gelöschte Datei ist nach einer einwandfrei gelaufenen Wiederherstellung weiterhin gelöscht.

Was du auf dieser Seite auch entscheidest, deine Dateien brauchen ihre eigene Antwort. Drei Wege, eine Supabase-Datenbank zu sichern zeigt, wo jeder Weg sie liegen lässt.

Kann ein fremdes Werkzeug mir Point-in-Time Recovery geben?

Nein, und das ist die eine Behauptung zu diesem Thema, die genaues Hinsehen lohnt, weil sie wie ein Funktionsvergleich klingt und ein Unterschied der Kategorie ist.

Point-in-Time Recovery spielt das Write Ahead Log ab, und dieses Log ist eine Datei auf der Platte, auf der deine Datenbank läuft. Es zu lesen heißt, auf dieser Maschine zu stehen. Jedes externe Backup-Werkzeug, unseres eingeschlossen, verbindet sich mit deiner Datenbank so, wie deine App es tut, fragt sie nach ihrem Inhalt und schreibt die Antwort auf. Heraus kommt ein logischer Dump: eine vollständige, tragbare Kopie von allem, was zum Zeitpunkt des Dumps in der Datenbank stand.

Ein Dump ist wieder das Foto. Du kannst ihn überallhin mitnehmen, ihn in ein brandneues Projekt auf einem anderen Konto laden und ihn mit gewöhnlichen Postgres-Werkzeugen lesen, die noch nie von Supabase gehört haben. Was du nicht kannst, ist zwischen zwei Dumps anhalten, denn dazwischen lief keine Aufzeichnung.

Also die ehrliche Fassung des Vergleichs. Wenn du auf 14:31 landen musst, kauf die Zusatzoption von Supabase; niemand außerhalb der Plattform kann dir das verkaufen. Ein Anbieter, der Point-in-Time Recovery über eine Verbindung bewirbt, beschreibt einen Zeitplan, und eine Frage trennt die beiden: Landet seine Wiederherstellung auf einer Minute, die du eintippst, oder auf dem letzten Lauf seiner Kopie?

Point-in-Time Recovery oder eine Kopie, die du hältst?

Frage, gegen welches Unglück du dich versicherst, denn diese beiden beantworten verschiedene.

Die meisten Apps mit echten Kunden wollen beides, und die Reihenfolge ist das, worüber man bewusst entscheidet. Eine Kopie, die du hältst, ist die, die alles übersteht, das Konto eingeschlossen, also ist sie die erste, die man einrichtet. Die Zusatzoption kauft man, sobald man ausgerechnet hat, dass ein verlorener Vormittag an Bestellungen mehr kostet als sie.

Was du diese Woche tun kannst

Wo Reeve Care hineinpasst

Care ist die Kopie, die du hältst, für dich eingerichtet, mit einer Wiederherstellung, die du drückst statt zusammenbaust.

• Kopien laufen nach einem Zeitplan, den du dir nicht merken musst, auf den höheren Tarifen alle sechs Stunden, und ein fehlgeschlagener Lauf schickt dir eine E-Mail statt Schweigen.
• Jede Kopie liegt außerhalb deines Supabase-Kontos. Verschlüsselt, auf Speicher, den wir halten, damit ein gesperrtes Projekt oder ein verlorenes Login deine Backups nicht mitnimmt.
• Jede Kopie wird zurückgelesen, bevor sie zählt. Das Datum in deinem Dashboard ist die letzte Kopie, die diese Prüfung bestanden hat, nie der letzte Versuch.
• Die Wiederherstellung ist eine Schaltfläche, und sie zieht vorher einen Abzug des aktuellen Stands, damit auch sie ein Rückgängig hat.
• Die Dateien, die deine Nutzer hochgeladen haben, werden ebenfalls kopiert, sobald du deine Storage-Buckets verbindest. Das ist ein zweiter Schlüssel, getrennt erfragt, denn der Schlüssel, den Supabase für Storage ausgibt, kann schreiben und nicht nur lesen, und wir fragen lieber nach, statt ihn mit einem zu bündeln, der das nicht kann.

Care und die Zusatzoption ergänzen einander, und so sind sie auch bepreist. Care beginnt bei €49 im Monat für eine App, gegenüber $100 für die Zusatzoption, und viele Apps sollten das Erste haben, bevor sie über das Zweite nachdenken. Unsere sind Listenpreise, und die Preisseite liegt manchmal unter der Zahl hier und nie darüber. Jede Supabase-Zahl auf dieser Seite ist von deren eigenen Seiten zitiert, nie umgerechnet und nie geschätzt.

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

Bevor du diesen Tab schließt, rechne die Zahl aus, um die sich diese ganze Entscheidung dreht: wie lange ein Fehler in deiner App liegen könnte, bevor ihn jemand bemerkt. Unter sieben Tagen kauft dir die Zusatzoption echte Genauigkeit an dem Tag, an dem du sie brauchst. Länger als das, und ein breiteres Fenster ist nicht der richtige Ort für das Geld, denn was weiter zurückreicht, ist eine eigene Kopie. Die 10-Minuten-Sicherheitscheckliste deckt Backups zusammen mit allem anderen ab, was bei einer gestarteten App einen Blick wert ist.