Benutzer-Werkzeuge

Webseiten-Werkzeuge


ha:raderbroich:technik:backup

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

ha:raderbroich:technik:backup [2026/09/27 05:00] – Abgleich lokal <-> online nbadmha:raderbroich:technik:backup [2026/10/01 05:00] (aktuell) – Abgleich lokal <-> online nbadm
Zeile 9: Zeile 9:
   * **Inhalt:** Home Assistant, alle Add-ons, Datenbank, Ordner ''media'' und ''share''.   * **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.   * **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).+  * **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).
  
 ===== Dauerhafte Backups ===== ===== Dauerhafte Backups =====
Zeile 23: Zeile 23:
   * 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.   * 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.   * 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.
 +
 +==== NAS-Neuinstallation am 30.09.2026 ====
 +
 +**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:**
 +  - Benutzer ''nbadm'' vorhanden, Passwort gültig, Gruppe //administrators//, **keine 2FA**.
 +  - //Systemsteuerung → Sicherheit → Schutz → Automatische Blockierung//: HA-IP ''192.168.192.12'' in die Zulassungsliste, ggf. aus der Blockierliste entfernen.
 +  - //Systemsteuerung → Hardware & Energie → USV//: „Netzwerk-USV-Server aktivieren“, HA-IP bei den zugelassenen Geräten eintragen. NUT-Zugang in HA: ''monuser'' / ''secret'' (DSM-Standard).
 +  - //Systemsteuerung → Dateidienste → NFS// aktivieren; //Freigegebener Ordner → hassio → NFS-Berechtigungen//: ''192.168.192.12'', Lesen/Schreiben, Squash „Alle Benutzer zu admin zuordnen“.
 +  - In HA: Synology-Integration neu laden; NUT-Re-Auth bestätigen; Speicher ''nas'' neu verbinden; manuelles Test-Backup auf ''nas''.
 +  - In DSM den **Sicherheitsberater** einmal laufen lassen.
  
 ===== Vorhandene Backups (Stand 26.09.2026) ===== ===== Vorhandene Backups (Stand 26.09.2026) =====
ha/raderbroich/technik/backup.1790478012.txt.gz · Zuletzt geändert: von nbadm

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki