Vier Bestandteile Jeder davon ist eine Station dieses Kurses „Was passiert, wenn Sie im Urlaub sind und etwas steht?“ Die Frage hat vier Bestandteile. Fehlt einer, ist die Antwort ein Gefühl. 1 Merkt es jemand? Ein Ausfall, den niemand bemerkt, dauert bis zum Anruf des Kunden. Station 05 2 Kommt jemand hinein? Zugang, Schlüssel, der APP_KEY — oder es bleibt beim Zusehen. Station 03 · 06 3 Weiß er, was zu tun ist? Ein Ablaufplan, der ohne Nachdenken funktioniert — nicht Ihr Kopf. Station 08 · 09 4 Trägt die Sicherung? Zurückgespielt oder nur angelegt? Das ist nicht dieselbe Frage. Station 01 · 02 Drei von vier genügen nicht. Wer gesichert hat, aber den Schlüssel nicht außer Haus, hat drei — und im Ernstfall nichts. Die Zeitachse Kurs 1 endet, wo dieser Kurs anfängt DIE ZEITACHSE EINER ANWENDUNG KURS 1 — BAUEN bauen · veröffentlichen · absichern · übergeben Endet mit einer laufenden Anwendung. Danach steht im Programm bisher nichts. DIESER KURS — BETRIEB das zweite Jahr · die dritte Anwendung · der Urlaub des Kümmerers · der Server, der weg ist · der Kollege, der geht Endet mit einem Bestand, der zwei Wochen ohne Sie übersteht. Nicht: eine Anwendung, die dicht ist. Das steht in Kurs 1, Station 06. live hier hören die meisten auf
Das Beispiel dieses Kurses Drei Anwendungen, eine Vertretung, zwei Wochen Abwesenheit WAS SIE BETREIBEN — DAS BEISPIEL DIESES KURSES EIN SERVER website die öffentliche Seite fällt sofort auf, kostet aber wenig ausleihe aus Kurs 1 · mit Datenbank Betrieb steht still, Daten sind heikel beleg aus Kurs 2 · läuft nachts fällt tagelang nicht auf — das ist das Teure Die Vertretung Eine Kollegin, keine Entwicklerin. Muss im Ernstfall hineinkommen und handeln können. 14. bis 28. Juli Zwei Wochen ohne den Kümmerer. Jede Station beantwortet ein Stück dieser Frage; Station 09 macht daraus die Probe. Der Gegenstand dieses Kurses ist nicht eine Anwendung, sondern dieser Bestand. Deshalb steht hier auch die Liste selbst auf der Prüfliste: Wer sie nicht hat, betreibt Dinge, an die er sich erinnern muss. Sechs Fälle Nach Häufigkeit, Schaden und dem, was dagegen hilft SECHS ERNSTFÄLLE — UND WAS SIE KOSTEN WAS GESCHIEHT WIE OFT WAS ES KOSTET WAS HILFT STATION Etwas steht oft klein Zurückrollen, Neustart 05 · 08 Daten sind weg selten groß Sicherung zurückspielen 01 · 02 Der Server ist weg sehr selten existenziell Neuaufbau plus Umschlag 02 · 03 Der Schlüssel ist weg selten existenziell nichts — dann ist es zu spät 03 Jemand kommt hinein selten groß Aktualisieren, Zugänge prüfen 04 · 06 Der Kümmerer ist weg sicher groß Betriebsbuch, Vertretung 09 Die unterste Zeile ist die einzige, die sicher eintritt. Urlaub, Krankheit, Kündigung — der Kümmerer fällt aus, und zwar planbar. Alle anderen fünf Zeilen sind Wahrscheinlichkeiten. Erprobungsstand Stand 04.09.2026 — dieselbe Tabelle steht im KONZEPT.md des Ordners WAS AN DIESEM KURS ERPROBT IST — UND WAS NICHT check.sh, Notfallumschlag, Fingerabdruck im Repository, auf dem eigenen Server gelaufen erprobt Zurückrollen, die drei Schäden, /healthz mit 503 in Kurs 1 scharf durchgespielt erprobt Uptime Kuma mit E-Mail-Alarm eingerichtet und ausgelöst — keine Eskalation über eine Person hinaus teilweise Sicherung nach S3 und der Rückweg Weg eingerichtet — der große Wiederanlauf ist nicht durchgespielt teilweise Die Zeiten in Station 02 Platzhalter — die Zahl entsteht bei Ihnen, nicht bei uns nur verfasst Mehrere Anwendungen auf einem Server aus dem eigenen Betrieb beschrieben, keine Lastmessungen teilweise Übergabe und Betreuungsvertrag Verfahren beschrieben, noch keine vollzogene Kundenübergabe nur verfasst Coolify-Fassungen, Lücken, Zahlen Stand 04.09.2026, öffentliche Quellen — altert am schnellsten teilweise Rechtliches: Aufbewahrung, Meldepflichten steht im Kurs „Pflichten“ — hier keine Rechtsauskunft nur verfasst Dieser Kurs verspricht kein Ergebnis, das wir nicht am eigenen Betrieb belegt haben. Die Zahl in Station 02 messen Sie selbst.
Vier Sorten Verschiedene Orte, verschiedene Rhythmen, verschiedene Werkzeuge VIER SORTEN — VIER VERSCHIEDENE WEGE Die Datenbank Coolify sichert sie nach Zeitplan in ein S3-Ziel. täglich Dateien im Volume Alles unter /data — Uploads, erzeugte PDFs, Anhänge. täglich Der Code Liegt bei GitHub als zweitem Remote (Kurs 1, Kapitel 3). bei jedem Push Die Geheimnisse Der Notfallumschlag: APP_KEY, SSH-Schlüssel, Zugänge. nach jeder Änderung Was ausdrücklich nicht gesichert wird — und warum das richtig ist · Das gebaute Image wird aus dem Code neu gebaut — sichern hieße, den Bauplan zu misstrauen · Der Server selbst wird aus bootstrap.sh neu aufgesetzt, in zwanzig Minuten · Coolify-Einstellungen im Detail stecken in der Coolify-Datenbank — die ist Sorte 1 Wohin — und wohin nicht Die Prüffrage ist immer dieselbe WOHIN — UND WOHIN NICHT Ihr Server drei Anwendungen eine Datenbank Sicherung daneben stirbt mit dem Server S3 außer Haus Backblaze B2, verschlüsselt Die Regel in einem Satz Eine Sicherung, die dasselbe Schicksal teilt wie das Original, ist keine Sicherung. Dasselbe Schicksal haben: derselbe Server · dasselbe Konto · dasselbe Rechenzentrum · derselbe Schlüssel Auch der Schlüssel gehört hinaus. Eine verschlüsselte Sicherung außer Haus und der Schlüssel dazu auf dem Server, der gerade brennt — das ist Station 03. Zwei Wochen Sicherung Was noch da ist, wenn Sie am 21. zurückgreifen müssen ZWEI WOCHEN SICHERUNG — WAS BLEIBT, WENN SIE AM 21. ZURÜCKGREIFEN 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 täglich um 3 Uhr ÄLTER ALS 7 TAGE AUFBEWAHRT Nur der Montag bleibt Jeder Tag bleibt Wie oft täglich ergibt sich aus der ersten Zahl: wie viel Datenverlust ist tragbar Wie lange 7 Tage täglich, dann 8 Wochen wöchentlich ein gelöschter Datensatz fällt selten am selben Tag auf Wer prüft check.sh wöchentlich, Wiederanlauf halbjährlich eine Sicherung ohne Prüfung ist eine Vermutung