OSTRELLE · DOKUMENTATION
Sicherungen, Wiederherstellung und Updates planen
Welche Daten ein Ostrelle-Backup umfassen muss, warum ein Restore-Test nötig ist und wie ein Betreiber Updates mit geprüftem Rückweg vorbereitet.
Betreiberverfahren · kein Backup-/Update-Assistent · Stand: 15. Oktober 2026.
Ein Inhaltsmanifest oder WordPress-Export ist keine vollständige Sicherung einer laufenden Ostrelle-Instanz. Die vorhandenen allgemeinen Backup- und Update-Handbuchseiten sind noch Gerüste; hier wird deshalb kein nicht existierender CLI-Befehl erfunden.
Sicherungsumfang festlegen
- Berücksichtige Instanzdaten, Journal, Site-Datenbanken, Medienobjekte, eingesetzte Theme-Dateien und den dokumentierten Softwarestand.
- Sichere erforderliche private Betriebs- und Zertifikatsdaten getrennt und verschlüsselt mit geeigneten Zugriffsrechten. Niemals solche Dateien als öffentliche Diagnose anhängen.
- Prüfe den tatsächlich eingesetzten Store. Ein Verfahren für SQLite ist nicht automatisch ein PostgreSQL-Backup und umgekehrt.
- Erzeuge eine konsistente Sicherung: laufende Datenbanken nicht blind als einzelne Dateien kopieren. Ein abgestimmtes Wartungsfenster oder ein geeignetes Datenbank-Sicherungsverfahren gehört zum Betreiberplan.
Wiederherstellung wirklich testen
Stelle die Sicherung zunächst in einer isolierten Umgebung wieder her. Prüfe Site-Zuordnung, Inhalte, Medien, Anmeldung, Revisionen und öffentliche Ausgabe. Verhindere dabei versehentliche E-Mail-Zustellung oder Zugriff anderer Personen.
Notiere getesteten Softwarestand, Sicherungszeitpunkt und das tatsächlich gemessene Ergebnis. Eine vorhandene Archivdatei allein beweist keine brauchbare Wiederherstellung. Die neue Testinstanz darf nicht mit einem produktiven ACME- oder Datenspeicher konkurrieren.
Update mit Rückweg
- Lies die Änderungen und sichere den bisherigen Stand, bevor du Binary, Admin-Assets oder Theme ersetzt.
- Teste neue Version und mögliche Migrationen zuerst auf einer Datenkopie. Prüfe /ready, Inhalte, Medien, Login und die wichtigsten Schreibabläufe.
- Vereinbare, wie Anwendung und Daten gemeinsam auf einen kompatiblen Stand zurückkommen. Nur ein altes Binary über bereits veränderte Daten zu legen ist kein geprüfter Rollback.
- Überwache den Betrieb nach dem Wechsel. Für selbst gehostete Instanzen wird kein automatischer Hersteller-Post-Deploy-Rollback versprochen.