TL;DR
Ich habe ein Tool gebaut, das komplette Airtable‑Bases zuverlässig sichert und bei Bedarf wiederherstellt, inklusive Anhängen und Verknüpfungen. Der Fokus lag auf einem robusten Kern statt auf vielen Extras: knappes Backup-Format, klarer Wiederherstellungsablauf, Edge‑Cases bedacht. Besonders wichtig war mir, versehentlich gelöschte Daten zügig zurückholen zu können, ohne manuell in zig Tabellen zu klicken.
Kontext & Ziel
Ich arbeite aktuell viel mit Airtable und habe mich zu Beginn gefragt, was eigentlich passiert, wenn jemand versehentlich etwas löscht. Auch wenn Airtable dafür eigene Lösungen hat, bin ich neugierig geworden, wie leicht oder schwer es ist, selber etwas zu bauen. In Firmenumgebungen mit mehreren Bases ist es wichtig, Backups parat zu haben und im Notfall einfach wiederherstellen zu können. Das war der Anlass, diese Woche gezielt herauszufinden, wie ich Backups selbst erstelle (unabhängig von Drittanbietern) und wie ich sie verlässlich zurückspiele. Nach zwei Wochen ohne Wochenprojekt (Masterarbeit und Kundenthemen gingen vor) wollte ich wieder in meine Routine zurückfinden und etwas bauen, das mir im Alltag hilft.
Meine Anforderungen
Backups lassen sich manuell anstoßen und später auch regelmäßig automatisieren
Es ist möglich, gezielt eine Base zu sichern und in einem Verzeichnis mit Zeitstempel abzulegen
Anhänge sollen lokal mitgesichert werden, damit nichts an ablaufenden URLs hängt
Im Notfall kann ich die Daten zuverlässig wiederherstellen, inklusive Tabellenstruktur und Verknüpfungen
Wenn ich nur testen will, sollen Wiederherstellungen in neue, eindeutig benannte Tabellen laufen
Mein AI-Workflow
Ich habe das Tool mit Claude Code implementiert, ohne große Vorab‑Planung, aber in kleinen Schritten. Erst habe ich das Auslesen der Tabellen und Datensätze stabilisiert, dann die Backups der Anhänge ergänzt und zum Schluss den Wiederherstellungsprozess umgesetzt. Die schrittweise Vorgehensweise half mir, die Airtable‑API im Detail zu testen, statt mich darauf zu verlassen, dass Claude Code die Airtable API auf Anhieb versteht.
Das Blogbild wurde von ChatGPT erstellt.
Was die Extension kann
👉 Das Tool erstellt vollständige Backups einer Airtable‑Base und legt alles strukturiert in einem Zeitstempel‑Ordner ab inklusive lokal gespeicherte Anhänge.
👉 Der Backup‑Ablauf holt pro Tabelle zunächst die Struktur, dann alle Datensätze in Seiten und speichert sie zusammen mit Metadaten (Tabellen‑ID, Name, Anzahl Datensätze).
👉 Anhänge werden beim Sichern tatsächlich heruntergeladen und jeweils der passende lokale Pfad im Backup festgehalten, damit die Wiederherstellung nicht von abgelaufenen Links abhängt.
👉 Beim Restore wird die Tabellenstruktur zuerst rekonstruiert; Felder mit Sonderlogik (z. B. automatisch gepflegte Felder) werden sinnvoll behandelt, damit die API die Tabelle akzeptiert.
👉 Verknüpfte Datensätze werden mit neu vergebenen Record‑IDs korrekt abgebildet: Das Tool merkt sich, welche alte ID welcher neuen entspricht, und trägt die Verknüpfungen konsistent wieder ein. 🔁
Stack & Tools
Frontend: keines
Backend: Python
Daten: JSON‑Backups auf dem Dateisystem, inklusive lokal gespeicherter Anhänge
API: Airtable‑REST‑API für Schema, Datensätze und Wiederherstellung
Deployment: lokal ausführbar auf dem eigenen Rechner; Konfiguration per Umgebungsvariablen
Herausforderungen & Learnings
Tabellen‑IDs und Verknüpfungen: Beim Wiederherstellen erhalten Datensätze neue IDs. Ohne Remapping wären Links inkonsistent: das Mapping über alle Tabellen hinweg ist Pflicht.
Anhänge sind flüchtig: Direktlinks laufen aus. Der lokale Download ins Backup und ein erneutes Bereitstellen beim Restore stellen sicher, dass Dateien zuverlässig zurückkommen.
Feldtypen mit Sonderlogik: Bestimmte Felder (z. B. automatisch gepflegt) lassen sich nicht 1:1 neu anlegen. Ich musste entscheiden, was beim Erstellen der Tabelle gesetzt wird, erst Daten, dann Verknüpfungen.
API‑Grenzen: Die Rate‑Limits von Airtable erfordern Wartelogik und Retry‑Strategien, sonst scheitern längere Wiederherstellungen sporadisch.
Arbeitsmodus umstellen: Aus dem Frontend‑Flow „viel auf einmal bauen“ zurück in kleine Backend‑Schritte zu wechseln war wichtig, um Fehlerquellen früh zu isolieren und Claude gezielt zu steuern. 😅
Keine Live-Demo
Das Tool ist ein lokales Skript und nutzt persönliche Zugriffsdaten für eine konkrete Base.
Fazit
Woche 28: ✅
Für diese Woche bin ich mit dem Ergebnis sehr zufrieden: Ich kann meine Bases vollständig sichern und im Notfall wiederherstellen. Airtable‑Backuper erfüllt genau den Zweck, für den ich ihn gebaut habe: Ruhe im Hintergrund, wenn mal etwas schiefgeht.
