Welche Rollen haben persistente Daten in Home Assistant, und warum sind sie wichtig?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

What Are Home Assistant Persistent Data Roles, and Why Do They Matter?

Persistente Daten von Home Assistant lassen sich leichter verwalten, wenn sie nach ihrer Funktion aufgeteilt werden, statt sie als eine undifferenzierte „Konfiguration“ zu behandeln. Einige Zustände definieren die Identität und das Verhalten des Smart Homes, andere speichern historische Beobachtungen, wieder andere enthalten Zugangsdaten, und manche existieren nur, um die Laufzeitumgebung rund um Home Assistant wiederherzustellen.

Diese Funktionen sind wichtig, weil sie einen unterschiedlichen Wiederherstellungswert haben. Der Verlust eines Monats an Historie ist nicht dasselbe wie der Verlust der Entitätsregistrierung, und das erneute Erstellen eines Docker-Images ist nicht dasselbe wie die Wiederherstellung von Gerätezuordnungen, Geheimnissen oder der Konfiguration, die den Automatisierungen des Haushalts ihre Funktion gibt.

Konfiguration und Registrierungsstatus definieren die Installation

Der persistente Konfigurationsbaum enthält YAML-Dateien, über die Benutzeroberfläche verwalteten Speicher, Integrationskonfigurationen, Dashboards, Helfer, Geräte- und Entitätsregistrierungen, benutzerdefinierte Komponenten sowie weitere Dateien, die eine Home-Assistant-Instanz von einer Neuinstallation unterscheiden.

Die Persistenz von Containern hängt davon ab, dass der Zustand außerhalb der beschreibbaren Containerebene gespeichert wird. Die aktuelle Speicherempfehlung von Docker erklärt, dass Volumes und Bind-Mounts Anwendungsdaten unabhängig vom Lebenszyklus des Containers persistent speichern. Das Image kann neu erstellt werden; es kann jedoch nicht vorausgesetzt werden, dass der haushaltsspezifische Zustand wieder erscheint.

Diese Funktion erfordert konservative Backups, kontrollierte Migrationen und einen bekannten Wiederherstellungspfad. Sie sollte keine Bereinigungsrichtlinie mit Cache- oder nicht dauerhaft benötigten Containerebenen teilen.

Recorder-Historie sind wertvolle Daten, aber nicht dasselbe wie Konfiguration

Der Recorder speichert historische Zustände, Ereignisse und Statistiken, die von Verlauf, Logbuch, Dashboards und Analysen verwendet werden. Diese Daten können wichtig sein, insbesondere für Energieverbrauch, Umwelttrends oder die Fehlersuche. Home Assistant kann den aktuellen Zustand jedoch weiterhin darstellen, ohne eine unbegrenzte Rohhistorie aufzubewahren.

Die Trennung von Historie und Identität verändert die Wiederherstellungsentscheidungen. Eine beschädigte oder übergroße Recorder-Datenbank kann eine Reparatur, Wiederherstellung oder sogar Neuerstellung der Historie rechtfertigen, ohne funktionierende Automatisierungen und Integrationskonfigurationen zu verwerfen.

Historische Daten benötigen einen eigenen Lebenszyklus: Abtastrate, Aufbewahrung, Zusammenfassungen, Indizes und Backup-Generationen bestimmen das Speicherwachstum unabhängig von der Anzahl der Automatisierungsregeln. Behandle diese Aufbewahrungsentscheidungen getrennt vom Konfigurations- und Registrierungsstatus, der die Installation definiert.

Geheimnisse und Wiederherstellungsschlüssel unterliegen anderen Ausfallbedingungen

Zugangsdaten, Token, Zertifikate, Verschlüsselungsschlüssel und Notfallmaterial für Backups können in Byte gemessen klein, für die Wiederherstellung aber von großer Bedeutung sein. Ein Backup, das nicht entschlüsselt werden kann, oder eine wiederhergestellte Integration ohne gültige Zugangsdaten kann das System teilweise unbrauchbar machen.

Die Backup-Strategie von Home Assistant empfiehlt ausdrücklich, verschlüsselte Wiederherstellungskopien auf verschiedenen Medien und an einem externen Standort aufzubewahren. Dieser Schutz ist jedoch nur dann wirksam, wenn der für die Wiederherstellung des Backups erforderliche Schlüssel nach dem Verlust des Hosts ebenfalls verfügbar ist.

Lege nicht jedes Geheimnis in einem öffentlichen Git-Repository ab, nur weil die Konfiguration versioniert wird. Speichere geheime Inhalte über einen geschützten Mechanismus und dokumentiere, wo sie für die Wiederherstellung abgerufen werden.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Die Laufzeitdefinition stellt die Umgebung rund um den Zustand wieder her

Ein wiederhergestellter Konfigurationsbaum kann dennoch fehlschlagen, wenn der Ersatzhost die USB-Funkzuordnung, den Netzwerkmodus, Ports, Hostpfade, den Datenbankdienst, den MQTT-Broker, Umgebungsvariablen, die Zeitzone oder die Berechtigungen, die von der ursprünglichen Bereitstellung erwartet wurden, nicht reproduziert.

Die Anleitung für Home Assistant Container trennt Aktualisierungen vom persistenten Zustand und geht davon aus, dass die Laufzeitumgebung anhand bekannter Docker-Parameter neu erstellt wird. Der aktuelle Container-Workflow behandelt Backup und Image-Ersetzung als getrennte Vorgänge – dieselbe Trennung sollte auch ein Wiederherstellungsplan beibehalten.

Speichere Compose-Dateien oder gleichwertige Bereitstellungsdefinitionen zusammen mit der Dokumentation für externe Dienste. Die Laufzeitkonfiguration ist nicht die Home-Assistant-Datenbank, gehört aber zur Reproduktion eines funktionierenden Dienstes.

Backups sind Wiederherstellungskopien und keine weitere aktive Datenfunktion

Ein Backup sollte den Ausfall überstehen, von dem es die Wiederherstellung ermöglichen soll. Wenn sich jedes Backup auf derselben System-SSD wie die aktive Konfiguration und die Recorder-Datenbank befindet, kann ein einziger Speicherausfall alle drei Funktionen gleichzeitig beseitigen.

Wiederherstellungskopien sollten außerdem den Verlust des Home-Assistant-Hosts überstehen. Das 3-2-1-Backup-Modell bewahrt mehrere Kopien auf verschiedenen Medien auf, darunter mindestens eine Kopie an einem externen Standort. Bei verschlüsselten Home-Assistant-Backups müssen auch das Notfallpaket oder der passende Schlüssel außerhalb des ausgefallenen Systems verfügbar bleiben.

Konfiguration und Registrierungen: wiederherstellen oder sorgfältig reparieren, da sie Identität und Automatisierungsverhalten definieren.
Recorder und Statistiken: unabhängig reparieren, wiederherstellen oder neu aufbauen, wenn nur die Historie beschädigt ist.
Geheimnisse und Schlüssel: aus einem geschützten Speicher außerhalb des ausgefallenen Hosts wiederherstellen.
Laufzeitdefinition: Mounts, Geräte, Netzwerk und Dienstabhängigkeiten neu erstellen.
Backups: Wiederherstellungskopien außerhalb der aktiven Ausfalldomäne aufbewahren.

Das Bereitstellungsbeispiel für Home Assistant von ZimaSpace bietet einen nützlichen Kontext für diese Trennung: Die Serverplattform kann sich ändern, während der Anwendungszustand und die Verantwortlichkeiten für die Wiederherstellung logisch getrennt bleiben.

Die verschiedenen Funktionen persistenter Daten sind wichtig, weil sie es ermöglichen, die kleinste ausgefallene Ebene zu reparieren. Ein Datenbankproblem muss nicht zu einer Neuinstallation führen, und ein Container-Update muss keinen Konfigurationsverlust bedeuten.