Backup und Wiederherstellung

← Übersicht

• Zeitplan: wöchentlich, sonntags 03:17 Uhr (Entscheidung Norbert, 26.09.2026).
• Aufbewahrung: 10 Kopien = rund 10 Wochen. Gilt nur für die automatischen Backups; manuell erstellte Backups werden nie automatisch gelöscht.
• Inhalt: Home Assistant, alle Add-ons, Datenbank, Ordner media und share.
• Ziel: nur NAS per NFS (hassio.nas). Lokal auf dem HA-Rechner wird nicht mehr gesichert.
• Test: Am 26.09.2026 um 15:34 erfolgreich gesichert (81 MB). Nach der NAS-Neuinstallation am 30.09.2026 um 16:20 erneut erfolgreich geprüft (siehe unten).

• „Dauerhaft 2026-09-26 (nicht löschen)“ – wird am 26.09.2026 um 23:00 Uhr von der einmaligen Automation „Backup: Dauerhaftes NAS-Backup 26.09.2026 23:00 (einmalig)“ als Voll-Backup direkt aufs NAS geschrieben (verschlüsselt mit dem normalen Backup-Schlüssel). Weil es nicht mit den automatischen Einstellungen entsteht, löscht die Aufbewahrungsregel es nie. Die Automation schaltet sich danach selbst ab und kann gelöscht werden.
• Weitere dauerhafte Backups: in HA unter Einstellungen → System → Backups → „Jetzt sichern“ → „Manuelles Backup“, Speicherort nas wählen.

• Home Assistant: Einstellungen → System → Speicher → Netzwerkspeicher – Eintrag nas, Verwendung Backup, Server 192.168.192.2, Protokoll NFS, Remote-Freigabepfad /volume1/hassio.
• Synology: Systemsteuerung → Dateidienste → NFS aktiviert. Freigegebener Ordner → hassio → NFS-Berechtigungen: Host 192.168.192.12 (Home Assistant), Lesen/Schreiben. Kein Benutzer nötig, die Synology prüft nur die IP.
• Stolperfallen beim Einrichten: Der Pfad braucht das Volume (/volume1/hassio, nicht /hassio). Die macOS-Autokorrektur hat „hassio“ zu „Cassio“ geändert. Beides führte zu „access denied by server“ im Host-Log.
• In der Freigabe liegen auch ältere Backups der früheren HA-Installation (z. B. „vorneuinstallation“ vom 21.09.2026, „Custom backup 2025.2.5“ und Add-on-Backups). HA zeigt sie in der Backup-Liste an, löscht sie aber nicht automatisch. Einige davon kann HA nicht lesen („Permission denied“ im Supervisor-Log) – das ist harmlos.
• Die Synology-Integration hat ebenfalls ein Backup-Ziel (nasnbruch, Freigabe hassio). Es wird nicht verwendet, weil dem DSM-Benutzer die Rechte fehlen; das NFS-Ziel ersetzt es.
• Wichtig: Wird das NAS neu gestartet oder ist es länger weg, markiert der Supervisor den Speicher nas als fehlgeschlagen und verbindet ihn nicht von selbst neu. Dann Einstellungen → System → Reparaturen → „Mount nas fehlgeschlagen“ → Neu laden (oder unter Speicher → Netzwerkspeicher → nas neu verbinden). Sonst schlägt das Sonntags-Backup fehl.

Was passiert ist: Norbert hat die Synology ohne Platten gestartet und DSM neu installiert; die Daten auf den Volumes blieben erhalten, die DSM-Systemeinstellungen wurden zurückgesetzt.

Folgen in Home Assistant:

• 15:19–15:31 NAS nicht erreichbar (DSM Port 5001 und USV-Server Port 3493 lehnten Verbindungen ab).
• 15:32 Speicher nas (NFS) als fehlgeschlagen markiert.
• 15:44 Synology-Integration: Anmeldung des Benutzers nbadm abgelehnt (DSM-Fehler 499). HA erkennt den Code nicht als Passwortfehler – daher keine Reparaturmeldung und kein „Erneut anmelden“-Dialog, alle nasnbruch-Entitäten waren einfach „nicht verfügbar“.
• Der USV-Server (NUT) lehnte die Anmeldung schon seit 29.09. 15:46 ab (Re-Auth-Dialog in HA).

Wiederherstellung:

• Nach Wiederherstellung der DSM-Einstellungen Synology-Integration neu geladen (Einstellungen → Geräte & Dienste → Synology DSM → ⋮ → Neu laden) → Anmeldung ok, alle Werte zurück, USV „Online“.
• NFS-Freigabe neu eingerichtet und Speicher nas neu verbunden; Test-Backup „Test NAS-Verbindung 30.09.2026“ (nur Ordner ssl, 10 KB) um 16:20 erfolgreich auf nas geschrieben – kann gelöscht werden.
• Direkt danach meldeten alle sechs Volumes background_scrubbing (Datenkonsistenzprüfung nach der Neuinstallation, dauert Stunden bis Tage) und der Sicherheitsstatus „unsicher“ (Sicherheitsberater zurückgesetzt). Beides ist vorübergehend; NAS-Warnung per Telegram ist in diesem Fall erwartbar.

Checkliste nach einer DSM-Neuinstallation / einem DSM-Reset:

1. Benutzer nbadm vorhanden, Passwort gültig, Gruppe administrators, keine 2FA.
2. Systemsteuerung → Sicherheit → Schutz → Automatische Blockierung: HA-IP 192.168.192.12 in die Zulassungsliste, ggf. aus der Blockierliste entfernen.
3. Systemsteuerung → Hardware & Energie → USV: „Netzwerk-USV-Server aktivieren“, HA-IP bei den zugelassenen Geräten eintragen. NUT-Zugang in HA: monuser / secret (DSM-Standard).
4. Systemsteuerung → Dateidienste → NFS aktivieren; Freigegebener Ordner → hassio → NFS-Berechtigungen: 192.168.192.12, Lesen/Schreiben, Squash „Alle Benutzer zu admin zuordnen“.
5. In HA: Synology-Integration neu laden; NUT-Re-Auth bestätigen; Speicher nas neu verbinden; manuelles Test-Backup auf nas.
6. In DSM den Sicherheitsberater einmal laufen lassen.

Die älteren lokalen Backups bleiben erhalten, bis sie von Hand gelöscht werden.

Alle Backups sind passwortgeschützt. Das Backup-Passwort (Verschlüsselungsschlüssel) liegt bei Norbert außerhalb von HA (gesichert am 26.09.2026) – ohne ihn ist keine Wiederherstellung möglich. Nicht ins Wiki schreiben.

1. Home Assistant OS neu installieren und im Browser öffnen (http://homeassistant.local:8123).
2. Beim Einrichtungsassistenten „Aus Backup wiederherstellen“ wählen und die Backup-Datei hochladen (vom NAS: Freigabe hassio, Datei <backup_id>.tar).
3. Backup-Passwort eingeben, vollständige Wiederherstellung.
4. Danach prüfen:
   • Homematic IP Cloud verbunden? Sonst neu koppeln (Taste am Access Point drücken).
   • Reolink erreichbar (IP 192.168.192.11)? Kamera-Steckdose über den Testmodus einschalten.
   • Telegram-Bot: Testnachricht mit script.telegram_universal_versand.
   • iPhones: In der Companion-App prüfen, ob der Server verbunden ist; ggf. neu anmelden.
   • HACS-Karten (button-card, Camera Gallery Card) geladen? Sonst in HACS „neu herunterladen“.
   • NAS-Speicher nas unter Einstellungen → System → Speicher wieder anlegen (siehe oben).
5. Die Automation „Alarmstatus nach Neustart wiederherstellen“ synchronisiert den Alarmstatus automatisch.

Die neue Integration bekommt eine neue entry_id. Anpassen:

• Dashboard, Ansicht Main: custom:hmip-urlaub-card → entry_id.
• Entitätsnamen prüfen: Alle Automationen verwenden alarm_control_panel.hmip_raderbroich_hmip_alarm_control_panel, switch.hmip_raderbroich_dose_tv usw. Bekommen die Entitäten neue Namen, müssen sie in Automationen, Skripten, Template-Sensoren und im Dashboard ersetzt werden.