Backups und Portabilität

Lernziele

Du unterscheidest Sync, Git-Remote und Archiv danach, welchen Schaden jede Kopie auffängt.
Du testest einmal eine Wiederherstellung und prüfst danach, ob alle Ordner da sind und die Links funktionieren.
Du prüfst, ob dein Vault ohne Obsidian und ohne ein bestimmtes Plugin vollständig bleibt.

Die Lektion Git, Sync und Backups hat den Unterschied kurz eingeführt. Hier richtest du die Kopien so ein, dass sie die Fehler überstehen, die tatsächlich passieren.

Sync ist kein Backup

Das ist der Kern dieser Lektion, und nach unserer Einschätzung machen fast alle diesen Fehler.

Sync verteilt Änderungen. Schreibt eine Automatisierung zweihundert Seiten schlecht um, kopiert der Sync den Schaden innerhalb von Sekunden auf jedes Gerät. Löschst du eine Datei, ist sie überall gelöscht.

Ein Backup ist eine Kopie, die nicht mitzieht. Du brauchst mindestens eine, getrennt vom Sync-Weg.

Zwei Funktionen von Obsidian halten frühere Stände fest, ersetzen das Backup aber nicht. Das Kern-Plugin File recovery (Dateiwiederherstellung) speichert Schnappschüsse im Abstand von mindestens fünf Minuten, sieben Tage lang, nur lokal auf dem Gerät. Obsidian Sync hält einen Versionsverlauf, für Notizen einen Monat im Tarif Standard und zwölf Monate im Tarif Plus (Stand: Nov. 2026). Beides hilft bei einer einzelnen Datei. Beides hängt am selben Gerät oder am selben Dienst wie der Vault.

Eine tragfähige Anordnung

Ein Git-Remote, privat, nach jedem Lauf gepusht. Er ist versioniert und beantwortet damit die Frage „Wie sah das vor drei Wochen aus?“. Eine reine Dateikopie kann das nicht.

Sync für die Arbeit auf mehreren Rechnern, mit dem Dienst, den du ohnehin nutzt.

Ein regelmäßiges Archiv auf einem externen Datenträger oder einem getrennten Cloud-Speicher, mit keinem der beiden anderen verbunden. Einmal im Monat reicht.

Drei Kopien, von denen eine dumm und langsam ist: Nach unserer Einschätzung übersteht diese Anordnung die Fehler, die wirklich vorkommen.

Welche Kopie rettet dich?

Ordne jeden Schaden der Kopie zu, die ihn am besten auffängt.

Noch offen (5)

Ein geplanter Lauf hat vor drei Wochen still zweihundert Seiten umgeschrieben.
Dein Laptop wird gestohlen, die Arbeit von heute Vormittag soll weitergehen.
Dein Konto beim Git-Hoster wird gesperrt, und der Sync-Dienst hat den Vault nach einem Fehler geleert.
Du willst sehen, welche Seiten der Lint letzte Woche geändert hat.
Ein Löschbefehl hat raw/ geleert, und der Sync hat das auf alle Geräte verteilt.

Git-Remote (0)

Sync (0)

Archiv (0)

Eine Wiederherstellung testen

Mach es einmal: Nimm das Archiv, stell es an einem anderen Ort wieder her, öffne es in Obsidian und prüfe, ob die Links funktionieren.

Ein ungetestetes Backup versagt nach unserer Einschätzung zuverlässig im schlechtesten Moment. Häufig entdeckst du dabei, dass im Archiv ein Ordner fehlt oder dass es den Vault mitten im Sync in einem halb geschriebenen Zustand erwischt hat.

Wir haben den Test am Test-Vault gemacht, mit drei Arten von Kopie. In raw/ lag eine neue Quelle, die noch nicht committet war:

git archive HEAD packt nur, was committet ist. Die neue Quelle fehlte im Archiv. Ein Klon des Remote-Repositorys hatte dieselbe Lücke.
tar -czf auf den Ordner packt alles, auch .git/ und die neue Quelle. Nach dem Entpacken auf macOS meldete link_check.py aber sieben kaputte Links statt zwei.
ditto und git clone stellten die Dateinamen unverändert wieder her. link_check.py meldete danach dieselben zwei kaputten Links wie im Original.

Wovor du dich schützt

Gegen einen Plattenausfall hilft schon der Sync, denn die Dateien liegen auf mehreren Geräten.

Das eigentliche Risiko ist eine Automatisierung, die vor drei Wochen still etwas falsch gemacht hat, und du bemerkst es jetzt. Dafür brauchst du Historie. Deshalb trägt Git hier mehr als jede Dateikopie.

Portabilität

Der Vault besteht aus Markdown und Wikilinks. Ein Wechsel weg von einem bestimmten Werkzeug kostet dich strukturell nichts. Gelegentlich lohnt es sich, drei Dinge zu prüfen.

Alles Wichtige steht in den Dateien. Plugin-Metadaten, Canvas-Dateien, Datenbank-Exporte sind gute Extras. Keines davon sollte Wissen tragen, das sonst nirgends steht.

Die Links funktionieren ohne Obsidian. scripts/link_check.py aus dem Werkzeugkasten prüft das, denn es liest die Wikilinks selbst.

Die Anweisungen für den Agenten liegen im Vault. CLAUDE.md, Skills und Befehle reisen mit dem Ordner. Im Test-Vault liegen sie unter .claude/, und git clone hat sie mitgebracht.

Merksätze

Sync verteilt jeden Schaden auf alle Geräte. Ein Backup ist eine Kopie, die nicht mitzieht.
Git-Remote, Sync und ein getrenntes Archiv fangen jeweils andere Schäden auf.
Teste eine Wiederherstellung einmal: Sind alle Ordner da, funktionieren die Links?
Das größte Risiko ist ein Fehler, den du erst Wochen später bemerkst. Dagegen hilft Historie.
Wissen, Links und Agenten-Anweisungen gehören in die Dateien des Vaults.

Prüf dich selbst

Denkfrage

Dein Vault liegt in einem Cloud-Ordner, der auf drei Geräte synchronisiert. Warum ist das keine Sicherung?

Denkfrage

Warum reicht es nicht, ein Backup anzulegen, ohne es je wiederherzustellen?

Quellen

File recovery · Obsidian, Stand: Nov. 2026
Schnappschüsse im Abstand von mindestens fünf Minuten, sieben Tage, nur lokal.
Version history · Obsidian, Stand: Nov. 2026
Notizen einen Monat (Standard) oder zwölf Monate (Plus), Anhänge zwei Wochen.
git-archive · Git, Stand: Nov. 2026
Archiv aus einem Commit.