Repository navigation
DE Backup Recovery
Öffentliche Ausgabe 1.0, 14.10.2026. Beispiele ersetzen keine private Standortkonfiguration.
Eine Sicherung ist erst dann für die Übergabe belastbar, wenn sie ohne den laufenden Ursprungsdienst erfolgreich wiederhergestellt wurde.
Synchronisation überträgt auch Fehler und Löschungen. RAID schützt vor bestimmten Plattenausfällen. Snapshots liegen oft auf demselben gefährdeten Speicher. Git bewahrt Baupläne. Ein Backup soll einen früheren nutzbaren Datenstand unabhängig zurückbringen.
Mehrere davon sind sinnvoll; keiner ersetzt allein eine vollständige Wiederherstellung. Ein erfolgreiches Backup-Protokoll beweist außerdem nicht, dass alle wichtigen Mountpoints oder Anwendungen enthalten sind.
- System: Betriebssystem, Dienstversionen und Konfiguration.
- Daten: Dateien, Postfächer, Datenbanken und wichtige Historien.
- Standort: privates Inventory, lokale Variablen, Netze und externe Anbieter.
- Zugang: Entschlüsselung, Passphrasen, Notfallkonten und MFA-Weg.
Das Repository benennt Backup & Recovery weiterhin als Roadmap-Ausbauschritt. Ein konkreter vollständiger Sicherungsplan, Ziel und getesteter Restore sind aus den verfügbaren Angaben nicht belegt. Dieses Kapitel ist daher ein vorgeschlagener Rahmen, keine Behauptung über laufende Jobs.
RPO beschreibt, wie viel neuere Arbeit verloren gehen dürfte. RTO beschreibt, wie lange der Ausfall dauern darf. Beispiel zur Erklärung: RPO 24 Stunden und RTO zwei Tage bedeuten höchstens einen Tag verlorene Änderungen und zwei Tage Zeit für die Rückkehr. Das ist kein bereits vereinbartes Bergen-Ziel.
Für Mail und wichtige Dokumente konkrete Ziele gemeinsam festlegen. Sicherungen mit mehreren Ständen, eine Kopie außerhalb des Hauptsystems und einen nachweisbar erreichbaren Entschlüsselungsweg vorsehen. Verlust von Haus, NAS oder Administratorgerät mitdenken.
Eine laufende Datenbank beliebig Datei für Datei zu kopieren kann unbrauchbar sein. Die Betreuung wählt eine zum Dienst passende Methode, etwa einen unterstützten Export oder eine abgestimmte System-/Datenbanksicherung. Versionen, Zeitpunkt und Schreibpause werden dokumentiert.
Abnahmefrage: Kann eine zweite Person mit Sicherung und Notfallpaket eine wichtige Datei beziehungsweise Mail auf einem getrennten Ziel öffnen?
Die folgende Matrix beschreibt den erforderlichen Umfang. Sie ist keine Liste nachgewiesener vorhandener Sicherungen.
| System | Inhalt und zusätzliche Prüfpunkte |
|---|---|
| UniFi / Telefonie | Konfigurationsexporte, VLAN-/Portplan, DHCP, DNS, Firewall, WAN und Telefonieangaben; Wiederanmeldung prüfen. |
| Synology / LDAP | Freigaben samt Inhalt, DSM-/Paketkonfiguration, Verzeichnisdienst und DNS; Paket-spezifischen Restore prüfen. |
| Proxmox / Proxmox-Host | Host-/Netz-/Storage-Konfiguration und passende Gäste; Host selbst wird nicht durch jeden Gastbackup gesichert. |
| bp-controller | Ganze Arbeitskopie inklusive ignorierter Dateien; Vault, SSH, benötigte Abhängigkeiten und echter Ausführungsweg. |
| Aktive Maildienste | Alle tatsächlichen Postfachorte, Aliasse, Regeln und Gateway-Konfiguration; Bergen-Backend insbesondere /var/vmail. |
| Nextcloud | Daten, Datenbank, Konfiguration und Anpassungen; externe Speicher/Apps und gegebenenfalls Schlüssel ergänzen. |
| Paperless | Nach Einrichtung Dokumente, Datenbank, Konfiguration, Export und Versionsstände; Intake-Zugang getrennt sichern. |
| EVCC / MQTT | evcc.db und ggf. evcc.yaml; MQTT-Konfiguration, Benutzer/ACL und benötigte Persistenz. |
| KI / Protokolle | Zu erhaltende Inhalte bewusst auswählen; KI-Konfiguration/Chats, relevante Protokolle. |
Proxmox sichert zusätzliche Volume-Mountpoints nicht automatisch alle mit. Bei verwalteten Volumes kann die Backup-Option sie einbeziehen. Inhalte von Bind- und Device-Mounts werden nicht als normale Gastdaten mitgesichert und benötigen eine andere Sicherung.
Die Option backup=1 für ein verwaltetes zusätzliches Volume ist ein Konfigurationshinweis, kein Nachweis eines durchgeführten Jobs. Im Backup-Log und einem Testrestore prüfen, ob alle erwarteten Dokumente und Datenbanken enthalten sind.
Für jede Matrixzeile privater Übergabebogen ausfüllen: Ziel, Umfang, Zeitplan, Aufbewahrung, Verschlüsselung, letzter Erfolg, letzter Restore und Verantwortlicher. Einen leeren oder nicht überprüften Punkt als offen behandeln. [R2, R5, N1, L1]
Ein Wiederherstellungstest soll zeigen, dass die Daten nutzbar sind. Er darf nicht gleichzeitig in den laufenden Familienbetrieb eingreifen.
- 1. Bestand erhalten: Laufendes System und vorhandene Sicherungen unverändert bewahren. Den gewünschten Datenstand und die Ursache des Ausfalls notieren.
- 2. Backup wählen: Datum, Dienstversion, Vollständigkeit, Verschlüsselung und Lesbarkeit prüfen. Neuere lokale Dateien gesondert sichern.
- 3. Getrenntes Ziel planen: Neue freie ID und getrennten Speicher wählen. Produktive IP, DNS-Namen, MAC-Adressen und Steuerzugänge nicht doppelt verwenden.
- 4. Netz vor Start isolieren: Automatisches Senden, Mailabholung, Dokumentimport, Synchronisation und Wallboxsteuerung wirksam verhindern. Schon der erste Start kann solche Tätigkeiten auslösen.
- 5. Wiederherstellen: Zur vorhandenen Version passende offizielle und standortspezifische Anleitung verwenden. Datenbanken und Dateien als zusammengehörigen Stand zurückbringen.
- 6. Inhalte prüfen: Anmeldung, Stichproben und die spezifischen Funktionen prüfen. Erst danach eine geplante Umschaltung vorbereiten.
- 7. Ergebnis dokumentieren: Zeitbedarf, fehlende Schritte, Datenstand und Prüfergebnis im privaten Übergabebogen festhalten.
| Dienst | Beispiel für eine ausreichende Stichprobe |
|---|---|
| Alte und neue Nachricht, Anhang, Ordner und Lesestatus; kontrollierter Versand erst nach sicherer Umschaltung | |
| Nextcloud | Datei öffnen und herunterladen; Freigaben sowie tatsächlich genutzte Kalender/Kontakte |
| Paperless | Original öffnen, Suche und Metadaten prüfen; eine neuere und eine ältere Datei |
| EVCC | Konfiguration und Historie ohne Steuerzugriff; echter Ladevorgang erst mit genau einer produktiven Instanz |
| LDAP / DNS | Erforderliche Konten, Gruppen und ausgewählte interne Namen korrekt wiederfinden |
Die Betreuung legt fest, welcher Stand künftig führend ist und wie seit dem Backup hinzugekommene Daten übernommen werden. Originalsystem erst nach erfolgreicher Abnahme und vereinbartem Rückkehrfenster stilllegen.
Proxmox ermöglicht die Wiederherstellung über Oberfläche und für LXC über pct restore. Einen konkreten ausführbaren Restore-Befehl erst erstellen, wenn Backup, neue ID, Storage und Isolation bekannt sind. Ein falsches Ziel kann Daten überschreiben.
Deutsch · English · Sources / Quellen
Only blank templates may be published. / Nur leere Vorlagen veröffentlichen.