Supabase-Projekt pausiert? Deine Daten sind noch da

Deine App antwortet nicht mehr. Jede Anfrage kommt als Fehler zurück, und wenn du dein Supabase-Dashboard öffnest, steht neben dem Projektnamen das Wort Paused, mit einem Wiederherstellen-Knopf dort, wo sonst die Panels sind. Nichts, was du deployt hast, hat das ausgelöst, und gewarnt hat dich auch nichts.

Hier gehen die beiden üblichen Antworten schief. Die eine sagt, deine Datenbank sei weg, was nie gestimmt hat. Die andere sagt, entspann dich, ein wegen Inaktivität pausiertes Supabase-Projekt hält seine Daten ja noch alle, also drück auf Wiederherstellen und mach weiter. Das stimmt heute und hört an einem Datum, das niemand erwähnt, still auf zu stimmen.

Stell dir das Projekt als Lagerbox vor. Die Miete ist ausgeblieben, also ist das Licht aus und die Tür zu. Deine Kisten stehen drin, genau so, wie du sie abgestellt hast. Da steht dein Projekt gerade, und es gibt ein Datum, nach dem die Box geräumt wird.

Ist ein pausiertes Supabase-Projekt gelöscht?

Nein. Das Projekt ist angehalten, und Anhalten ist kein Entfernen. Deine Tabellen, deine Zeilen, deine Row-Level-Security-Regeln und die Dateien, die deine Nutzer hochgeladen haben, liegen alle weiter auf der Platte. Abgeschaltet ist die Datenbank davor, und deshalb bekommt deine App auf jede Anfrage einen Fehler.

Dieser Abstand macht die Panik nachvollziehbar. Von außen ist die App kaputt, wie eine App eben kaputt ist, wenn ihre Datenbank fehlt: leere Listen, Ladebalken, die nie fertig werden, ein Fehler bei jedem Speichern. Vom Dashboard aus ist es ein Projekt mit einem Knopf darauf.

Supabase pausiert Projekte im Gratis-Tarif und nur dort. Nach eigener Aussage können Anwendungen im Gratis-Tarif pausiert werden, die über sieben Tage wenig Aktivität zeigen, um Serverressourcen zu sparen, und bezahlte Projekte werden wegen Inaktivität überhaupt nicht pausiert. Ihre Seite zum Pausieren ist die, die du lesen solltest, denn alles Weitere hier hängt an Zahlen, die ihnen gehören.

Warum hat Supabase mein Projekt pausiert?

Weil etwa eine Woche lang niemand mit ihm gesprochen hat.

Aktivität heißt Anfragen. Das Projekt im Dashboard zu öffnen zählt. Deine App, die die Datenbank aufruft, zählt. Was nicht zählt, ist die bloße Existenz deiner App. Ein Projekt, das letzten Monat gestartet ist und noch keine Besucher gefunden hat, ist deshalb genau die Form, die pausiert wird. Es trifft fast nie die vielbesuchten Apps.

Der Gratis-Tarif erlaubt außerdem zwei aktive Projekte gleichzeitig, und pausierte zählen nicht mehr gegen dieses Limit. Ein Projekt, das du absichtlich geparkt hast, und eines, das von selbst stehen geblieben ist, sehen im Dashboard also gleich aus, und beide laufen jetzt gegen dieselbe Jahresuhr.

Wie stelle ich ein pausiertes Supabase-Projekt wieder her?

Dashboard öffnen, Projekt auswählen, auf Wiederherstellen drücken. Innerhalb des Fensters ist das die ganze Prozedur, und es sind ein paar Minuten Warten statt einer Migration.

Zurück kommt das Projekt, das du hattest. Dieselbe Projekt-Kennung, also dieselbe API-URL. Dieselben Tabellen, dieselben Regeln, dieselben Storage-Buckets. Supabase startet Gratis-Projekte dabei auf der neuesten Postgres-Nebenversion, was dir nicht auffallen wird.

Die Schlüssel sind der Teil, der vielleicht nicht so zurückkommt, wie er war. Supabase hat gewarnt, dass Projekte, die seit dem 1. November 2025 wiederhergestellt werden, die Legacy-Schlüssel anon und service_role nicht mehr bekommen. Nach Supabases eigenen Worten laufen wiederhergestellte pausierte Projekte Gefahr, kaputt zu sein, weil ihnen die Legacy-Schlüssel fehlen. Schickt deine App noch den älteren anon-Schlüssel, eine lange Zeichenkette, die mit eyJ beginnt, rechne damit, dass ihre Anfragen abgelehnt werden, sobald das Projekt zurück ist. Die Lösung ist der Publishable Key des Projekts, der mit sb_publishable_ beginnt, in den Umgebungseinstellungen deines Builders. Die beiden Schlüsselformate werden dort nebeneinander verglichen.

Mach danach eines, bevor du den Tab schließt: Zieh eine Kopie der Daten, solange die Datenbank läuft. Ein pausiertes Projekt ist der eine Zustand, in dem du gar nichts exportieren kannst, und warum das heute besser ist als nächste Woche, steht in der Uhr im nächsten Abschnitt.

Wenn deine App ohnehin wieder oben ist, lohnt sich auch ein Blick darauf, was sie einem Fremden zeigt. Unser kostenloser Scan liest deine Website von außen und sagt dir, was er findet. Er dauert etwa 20 Sekunden und braucht kein Konto: App scannen.

Wie lange habe ich Zeit dafür?

Ein Jahr ab dem Tag der Pause. Supabase formuliert es so: Nach dem Pausieren gibt es ein Jahr langes Fenster, in dem sich das Projekt auf der Plattform aus Supabase Studio wiederherstellen lässt.

Prüf diese Zahl nach, statt ihr zu vertrauen, denn sie hat sich schon einmal bewegt. Bei der Einführung im Juni 2024 waren es 90 Tage, und alles, was über pausierte Projekte geschrieben wurde, bevor Supabase das Fenster verbreitert hat, sagt weiterhin 90. Ihr eigener Hilfeartikel ist das deutlichste Zeichen dafür: Auf der Seite steht ein Jahr, und in der URL, unter der sie liegt, stehen weiterhin 90 Tage.

Rechne das Datum aus und trag es dir ein, solange du ohnehin daran denkst. Es ist ein Jahr ab dem Tag, an dem das Projekt pausiert hat, und das ist fast nie ein Jahr ab dem Tag, an dem du es gemerkt hast.

Es gibt keinen Wiederherstellen-Knopf. Was jetzt?

Du bekommst einen Download statt einer Wiederherstellung, und dieser Unterschied ist größer, als er klingt.

Sobald das Fenster zu ist, ersetzt Supabase die Wiederherstellung durch zwei Dinge zum Mitnehmen: das letzte logische Backup, angelegt unmittelbar vor der Pause, und alle deine Storage-Objekte. Beides liegt auf der Übersichtsseite des Projekts. Deine Daten sind in diesen Dateien. Dein Projekt ist es nicht, und es kommt auch nicht zurück.

Supabase dokumentiert die Migration, die dann ansteht. Es sind fünf Schritte, und zusammen wollen sie einen Postgres-Client, die Supabase-CLI und ein Zugriffstoken für die Management API.

Die letzte Zeile ist die, von der Leute zu spät erfahren. Die Adresse, die deine App benutzt hat, gehört zum Projekt, das du gerade verloren hast, also ist ein Neuaufbau nicht nur eine Datenaufgabe. Die Umgebungsvariablen in deinem Builder, alles, was du direkt in den Code geklebt hast, jeder Webhook, jeder Zahlungsanbieter, jedes Analysewerkzeug, das auf die alte URL zeigt: Jedes davon ist eine Stelle, an der die App bricht, nachdem die Daten längst sicher sind.

Danach kommt noch eine Zeile, und an der hängt keine Rettung mehr. Supabase schreibt es unverblümt: Sobald ein Projekt gelöscht ist, sind alle zugehörigen Daten samt Backups dauerhaft entfernt und nicht wiederherstellbar. Wenn dein Dashboard dir gerade Downloads anbietet, hol sie jetzt.

Legt der Gratis-Tarif ein Backup an, solange mein Projekt pausiert ist?

Es gibt genau eines, und es ist nicht das Sicherheitsnetz, das sich die meisten darunter vorstellen.

Der Gratis-Tarif legt überhaupt keine geplanten Backups an. Nichts wird irgendwohin kopiert, solange dein Projekt läuft, was man besser weiß, bevor etwas schiefgeht, und nicht mittendrin. Die Kopie, die im Dashboard auftaucht, wenn das Fenster zugeht, ist ein einzelnes logisches Backup aus dem Moment der Pause, und herunterladbar wird es genau an dem Punkt, an dem du nicht mehr wiederherstellen kannst.

Daraus folgen zwei Dinge. Die Kopie trägt das Datum des Tages, an dem dein Projekt stehen geblieben ist, was sich als unproblematisch erweist, weil ein pausiertes Projekt seitdem keinen Schreibvorgang mehr angenommen hat. Und sie liegt im selben Konto wie das Projekt, aus dem sie stammt, hinter demselben Login, von derselben Löschung erfasst. Sie steht in der Box, hinter derselben Tür.

Der Moment für die eigene Kopie ist, während das Projekt wieder läuft. Eine im Dashboard ohne Terminal zu machen ist der Weg im Gratis-Tarif, und drei Wege, eine Supabase-Datenbank zu sichern vergleicht, was jeder davon kostet.

Wie verhindere ich, dass es wieder pausiert?

Gib dem Projekt alle paar Tage etwas zu beantworten, oder hol es aus dem Gratis-Tarif.

Supabase zählt das Öffnen des Projekts im Dashboard und Anfragen aus deiner verbundenen Anwendung als Aktivität. Ein geplanter Job, der deine Datenbank einmal am Tag aufruft, hält den Zähler also wach, und ein kleiner Cron-Dienst oder ein geplanter Workflow in deinem Code-Repository ist der übliche Weg, so etwas einzurichten.

Ein Wechsel auf Pro nimmt die Frage weg, statt sie zu verwalten. Bezahlte Projekte werden nicht wegen Inaktivität pausiert, und im Pro-Tarif beginnen auch die täglichen Backups von Supabase, mit einem Fenster von sieben Tagen. Was Pro sonst noch ändert, Limit für Limit, steht in einem eigenen Artikel.

Was du diese Woche tun solltest

Wo Reeve Care hineinpasst

Eine Pause ist ein Ausfall, der nicht wie einer aussieht. Deine Seiten laden weiter, weil dein Builder sie ausliefert; stehen geblieben ist alles dahinter. Das ist ein großer Teil der Antwort darauf, warum dir niemand Bescheid gesagt hat.

• Ein pausiertes Projekt lässt sich nicht kopieren, und eine gescheiterte Kopie schickt dir eine E-Mail. Care verbindet sich nach eigenem Zeitplan mit deiner Datenbank, statt darauf zu warten, dass deine App es merkt. Die Nacht, in der sie nicht mehr antwortet, ist also die Nacht, in der du davon erfährst.
• Die Kopie liegt außerhalb deines Supabase-Kontos. Verschlüsselt, auf Speicher, den wir halten, sodass ein pausiertes, abgelaufenes oder gelöschtes Projekt die Backups nicht mitnimmt.
• Jede Kopie wird gegengelesen, bevor sie zählt. Das Datum in deinem Dashboard ist das letzte Backup, das diese Prüfung bestanden hat, nie der letzte Versuch.
• Wiederherstellen ist ein Knopf, und vorher wird ein Stand des Jetzt gesichert, damit auch die Wiederherstellung 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 und er ist freiwillig, denn der Schlüssel, den Supabase für Storage ausgibt, kann nicht nur lesen, sondern auch schreiben, und wir fragen lieber getrennt danach, als ihn mit einem zu bündeln, der das nicht kann.

Zwei Grenzen, bevor du irgendetwas entscheidest. Care sichert heute Supabase und sonst nichts, und wenn deine Daten woanders liegen, sagen wir das vor dem Bezahlen und nicht danach. Und nichts davon hält ein Projekt vom Pausieren ab: Die Pause passiert innerhalb von Supabase, wo wir ein Client sind wie jeder andere. Was sich ändert, ist, wo deine Daten an diesem Tag stehen.

Lass an dem Tag, an dem du auf einen bezahlten Tarif wechselst, auch die Backups von Supabase selbst eingeschaltet. Zwei Kopien an zwei Orten sind die ganze Idee, und die günstigere von beiden steckt schon in deiner Rechnung. Was jeder Tarif enthält, steht auf der Preisseite, und die Kopie, die Prüfung und die Wiederherstellung sind Schritt für Schritt auf der Supabase-Backup-Seite aufgezeichnet.

Bevor du diesen Tab schließt: Öffne dein Dashboard und schau nach, welchen der beiden Knöpfe dein Projekt dir anbietet. Diese eine Tatsache entscheidet, ob heute fünf Minuten Warten oder ein Neuaufbau ist, und die 10-Minuten-Sicherheitscheckliste deckt Backups zusammen mit dem Rest ab, was zu prüfen ist, sobald deine App wieder antwortet.