Was verursacht das Wachstum von Metadaten und Verlauf in Home Assistant bei der Steuerung des gesamten Zuhauses?

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.

Das „Metadatenwachstum“ von Home Assistant lässt sich leicht falsch diagnostizieren, da mehrere unterschiedliche Datenklassen rund um dieselbe Installation existieren. Geräte- und Entitätsregister bewahren Identitäten und Konfigurationsbeziehungen; der Konfigurationsbaum speichert UI-verwaltete Zustände; Recorder speichert die deutlich umfangreichere Zeitreihe von Zustandsänderungen und Ereignissen; Langzeitstatistiken bewahren ausgewählte Aggregate über die Aufbewahrungsdauer des Rohverlaufs hinaus.

Eine ganzheitliche Haussteuerung vergrößert diese Ebenen auf unterschiedliche Weise. Das Hinzufügen von Geräten lässt die Register langsam wachsen, während zusätzliche Sensoren mit hoher Abtastrate oder Entitäten mit vielen Attributen die Datenbank schnell vergrößern können. Bevor Sie die Aufbewahrungsdauer ändern oder Dateien löschen, ermitteln Sie, welche Ebene tatsächlich zunimmt.

Entitäts- und Geräteregister wachsen mit den verwalteten Objekten

Home Assistant bewahrt dauerhafte Registereinträge auf, damit eine Entität ihre Identität, benutzerdefinierten Einstellungen, Gerätebeziehung, Raumzuordnung und Integrationszugehörigkeit über Neustarts hinweg beibehalten kann. Diese Metadaten sind nicht dasselbe wie sämtliche historischen Sensormesswerte.

Das aktuelle Gerätemodell des Registers beschreibt, wie Geräte Beziehungen zu Konfigurationseinträgen und den Entitäten speichern, die ihre Funktionen darstellen. Wenn das Haus um Integrationen, Bridges, untergeordnete Geräte und Entitäten erweitert wird, wird dieses Register natürlich komplexer.

Das Wachstum der Register ist im Vergleich zum Recorder normalerweise moderat. Tausend Entitätsdefinitionen sind betrieblich wichtig, aber tausend Entitäten, die jeweils Hunderte oder Tausende historische Zeilen erzeugen, können den Speicherbedarf dominieren.

Das Recorder-Wachstum wird von der Änderungsrate bestimmt, nicht allein von der Geräteanzahl

Recorder schreibt Zustandsänderungen und ausgewählte Ereignisse. Ein Türkontakt, der sich zweimal täglich ändert, kann weniger Speicher benötigen als ein Stromsensor, der alle paar Sekunden meldet, obwohl beide im Dashboard als jeweils eine Entität zählen.

In einem Optimierungsfall aus dem Jahr 2026 erreichte eine Home-Assistant-Datenbank innerhalb von sechs Tagen 963 MB, bevor das Ausschließen verrauschter Entitäten das tägliche Wachstum von etwa 160 MB auf unter 50 MB reduzierte. Die genauen Zahlen hängen von der jeweiligen Installation ab; der Mechanismus ist jedoch derselbe.

Messen Sie das tägliche Datenbankwachstum und ermitteln Sie vor einer globalen Verkürzung der Aufbewahrungsdauer, welche Entitäten oder Domänen die meisten Zeilen erzeugen. Bewahren Sie den Verlauf auf, den der Haushalt tatsächlich nutzt.

Attribute können mehr Speicher hinzufügen, als der sichtbare Zustand vermuten lässt

Eine Entität kann einen kurzen Zustand wie on, 23.4 oder home anzeigen und gleichzeitig einen deutlich größeren Attributsatz mit Gerätedetails, Vorhersagen, Listen, Koordinaten oder Diagnosemetadaten enthalten.

Die aktuelle Entwicklerdokumentation von Home Assistant warnt ausdrücklich davor, dass Entitäten mit häufigen Zustandsänderungen die Datenbank schnell vergrößern können, wenn sich auch extra_state_attributes häufig ändern. Als empfohlene Lösung gilt, nicht kritische Attribute zu minimieren oder stattdessen unabhängige Sensorentitäten bereitzustellen.

Schätzen Sie den Speicherbedarf nicht allein anhand des sichtbaren Entitätszustands. Prüfen Sie sowohl die Häufigkeit der Zustandsänderungen als auch die Attributänderungen, insbesondere bei Integrationen, die große JSON-ähnliche Strukturen bereitstellen.

Statistiken erzeugen eine andere Kurve für die langfristige Aufbewahrung

Der Rohverlauf ist normalerweise durch die Aufbewahrungsdauer begrenzt, aber Langzeitstatistiken können Aggregate ausgewählter Sensoren deutlich länger bewahren. Das ist für Energie-, Temperatur- und Verbrauchstrends nützlich, da das System nicht jeden Rohmesswert benötigt, um eine monatliche Frage zu beantworten.

Das bedeutet, dass das Löschen alter Rohzustände nicht zwangsläufig alle historischen Daten entfernt – und das ist beabsichtigt. Behandeln Sie den aktuellen Verlauf zur Fehlerbehebung und den langfristigen analytischen Verlauf als getrennte Aufbewahrungsarten.

Das Sensoraufbewahrungsmodell von ZimaSpace zeigt, warum Abtastfrequenz, Indizes, Rollups und Backup-Generationen separat gemessen werden müssen, anstatt sie auf Bytes pro Sensor zu reduzieren.

Backups vervielfachen alles, was das Live-System aufbewahrt

Eine größere Recorder-Datenbank erhöht die Backup-Größe und die Wiederherstellungsdauer. Mehrere aufbewahrte Backups können daher mehr Kapazität verbrauchen als die aktuelle Live-Datenbank, insbesondere wenn jedes Archiv eine vollständige Kopie enthält.

Ein Recorder-Leitfaden aus der Community weist darauf hin, dass Entitäten mit häufigen Aktualisierungen und große Attribute häufige Ursachen für eine ständig wachsende Home-Assistant-Datenbank sind.

Legen Sie die Aufbewahrungsdauer sowohl für den Live-Verlauf als auch für Backups fest. Das Verkleinern der aktiven Datenbank gibt keinen Speicherplatz aus alten, unveränderlichen Backup-Archiven frei, solange diese Backups nicht abgelaufen sind.

Führen Sie vor dem Löschen eine Prüfung nach Datentyp durch

Stellen Sie vier getrennte Fragen: Werden veraltete Geräte- oder Entitätsdatensätze angesammelt? Welche Entitäten dominieren die Änderungen im Roh-Recorder? Welche Sensoren benötigen berechtigterweise Langzeitstatistiken? Und wie viele vollständige Backup-Generationen vervielfachen den Speicherbedarf der Live-Daten?

Wachstum ist gesund, wenn es nützlichen Geräten, Verläufen oder Analysen entspricht und innerhalb eines geplanten Wartungs- und Wiederherstellungsfensters bleibt. Es wird zum Problem, wenn eine kleine Anzahl verrauschter Entitäten, veraltete Register oder unnötige Backup-Generationen den Großteil der Kapazität verbrauchen.

FAQ

Sind Home-Assistant-Metadaten dasselbe wie der Recorder-Verlauf?

Nein. Register- und Konfigurationsmetadaten beschreiben Geräte, Entitäten, Integrationen und UI-verwaltete Zustände. Der Recorder-Verlauf ist eine Zeitreihe aus Zustandsänderungen und Ereignissen und bildet normalerweise die deutlich größere Speicherebene.

Vergrößert das Hinzufügen weiterer Geräte die Datenbank immer schnell?

Nein. Die Änderungsrate ist wichtiger als die Geräteanzahl allein. Einige wenige Entitäten mit hoher Änderungsfrequenz oder vielen Attributen können mehr Verlauf erzeugen als zahlreiche Schalter und Kontaktsensoren mit geringer Aktivität.

Tech- & KI-Zentrum

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.