Files
Thore CimbalandClaude Opus 4.8 b3fa132f50 docs: restore drill passed; procedure moves to the notfallhandbuch repo
The databases are no longer an assumption: notfall.sh stage 3 restored all
three Borg repos into a throwaway postgres inside the pod (synapse 31908 rows,
MAS 16085, authentik 325149, wiki 251), isolated from production and repeatable.

Procedure and tool now live in git.lab/axion1337.chat/notfallhandbuch so an
emergency needs one clone; this repo keeps a pointer. Still open: phase A/B on
an empty host, Synapse media, a repeat cadence, and mirroring that new repo off
git.lab.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-08-14 12:00:00 +00:00

1.2 KiB
Raw Permalink Blame History

type, area, sources, related
type area sources related
wiki-page deployment
docs/issues/0030-der-restore-ist-nie-geprobt-sicherungen-sind.md
docs/wiki/deployment/deploy-uebergabe.md

Wiederherstellung — liegt im Notfallhandbuch

Das Verfahren und das Werkzeug leben in einem eigenen Repo:

git.lab/axion1337.chat/notfallhandbuch

Datei Inhalt
README.md Einstieg: erst Lage klären, dann erst Restore
restore-matrix.md Wiederherstellung der Matrix-Plattform (Hetzner/K3s), Phase AD
notfall.sh Menügeführtes Werkzeug: Lage prüfen · Backups prüfen · Restore-Probe · Ernstfall

Warum ein eigenes Repo und nicht hier: Im Ernstfall will man einen Clone, der alles enthält, und kein Dokument, das tief in einem Management-Repo (oder gar im Wiki, das auf dem betroffenen Cluster läuft) liegt. Das Notfallhandbuch ist bewusst klein und eigenständig.

Erprobter Stand (2026-08-14): Die Rückspielung der Datenbanken ist mit notfall.sh Stufe 3 nachgewiesen — alle drei Borg-Repos ließen sich in eine Wegwerf-Postgres zurückspielen (synapse 31.908 Zeilen, MAS 16.085, authentik 325.149, wiki 251). Der vollständige Wiederanlauf auf leerem Host steht weiterhin aus (#0030).