Cosa causa la crescita dei metadati e della cronologia di Home Assistant durante il controllo dell’intera casa?
La “crescita dei metadati” di Home Assistant è facile da diagnosticare erroneamente perché diverse classi di dati risiedono nella stessa installazione. I registri dei dispositivi e delle entità conservano identità e relazioni di configurazione; l’albero di configurazione memorizza lo stato gestito dall’interfaccia; Recorder conserva la serie temporale molto più ampia delle modifiche di stato e degli eventi; le statistiche a lungo termine mantengono determinati aggregati oltre il periodo di conservazione della cronologia grezza.
Il controllo dell’intera abitazione aumenta questi livelli in modi diversi. L’aggiunta di dispositivi fa crescere lentamente i registri, mentre l’aggiunta di sensori ad alta frequenza o di entità con molti attributi può far aumentare rapidamente il database. Prima di modificare la conservazione o eliminare file, individua quale livello sta effettivamente aumentando.
I registri delle entità e dei dispositivi crescono insieme agli oggetti gestiti
Home Assistant conserva record permanenti nel registro, così un’entità può mantenere la propria identità, le personalizzazioni dell’utente, la relazione con il dispositivo, l’assegnazione all’area e l’integrazione di appartenenza tra un riavvio e l’altro. Questi metadati non corrispondono a ogni campione storico del sensore.
Il modello attuale del registro dei dispositivi descrive come i dispositivi mantengono le relazioni con le voci di configurazione e con le entità che ne rappresentano le funzioni. Man mano che la casa aggiunge integrazioni, bridge, dispositivi secondari ed entità, questo registro diventa naturalmente più complesso.
La crescita del registro è solitamente modesta rispetto a Recorder. Mille definizioni di entità sono importanti dal punto di vista operativo, ma mille entità che producono ciascuna centinaia o migliaia di righe storiche possono dominare lo spazio di archiviazione.
La crescita di Recorder dipende dalla frequenza dei cambiamenti, non solo dal numero di dispositivi
Recorder scrive le modifiche di stato e determinati eventi. Un contatto per porta che cambia due volte al giorno può richiedere meno spazio di un sensore di potenza che invia dati ogni pochi secondi, anche se entrambi contano come una sola entità nella dashboard.
Un caso di ottimizzazione del 2026 ha rilevato che un database di Home Assistant aveva raggiunto 963 MB in sei giorni prima che l’esclusione delle entità rumorose riducesse la crescita giornaliera da circa 160 MB a meno di 50 MB. I numeri esatti dipendono dall’installazione; il meccanismo no.
Misura la crescita giornaliera del database e classifica le entità o i domini che creano più righe prima di applicare una riduzione globale della conservazione. Mantieni la cronologia realmente utilizzata dalla famiglia.
Gli attributi possono aggiungere più spazio di archiviazione di quanto suggerisca lo stato visibile
Un’entità può mostrare uno stato breve come on, 23.4 o home, pur contenendo un insieme di attributi molto più ampio con dettagli del dispositivo, previsioni, elenchi, coordinate o metadati diagnostici.
Le attuali indicazioni degli sviluppatori di Home Assistant avvertono esplicitamente che le entità con frequenti cambiamenti di stato possono far crescere rapidamente il database quando cambia spesso anche extra_state_attributes. L’approccio consigliato consiste nel ridurre al minimo gli attributi non essenziali o nell’esporre invece entità sensore indipendenti.
Non stimare lo spazio di archiviazione basandoti solo sullo stato visibile dell’entità. Controlla sia la frequenza dello stato sia la variazione degli attributi, soprattutto per le integrazioni che espongono strutture simili a grandi oggetti JSON.
Le statistiche creano una curva di conservazione a lungo termine diversa
La cronologia grezza è normalmente limitata dal periodo di conservazione, ma le statistiche a lungo termine possono mantenere gli aggregati per molto più tempo per determinati sensori. È utile per le tendenze relative a energia, temperatura e utenze, perché il sistema non ha bisogno di ogni campione grezzo per rispondere a una domanda mensile.
Ciò significa che l’eliminazione degli stati grezzi più vecchi non rimuove necessariamente tutti i dati storici, e questo è intenzionale. Considera la cronologia recente utile per la risoluzione dei problemi e la cronologia analitica a lungo termine come due prodotti di conservazione separati.
Il modello di conservazione dei sensori di ZimaSpace mostra perché la frequenza dei campioni, gli indici, gli aggregati e le generazioni di backup devono essere misurati separatamente anziché ridotti ai byte per sensore.
I backup moltiplicano tutto ciò che il sistema attivo conserva
Un database Recorder più grande aumenta le dimensioni dei backup e i tempi di ripristino. Di conseguenza, più backup conservati possono consumare più capacità del database attivo corrente, soprattutto quando ogni archivio contiene una copia completa.
Una guida della community su Recorder osserva che le entità aggiornate frequentemente e gli attributi voluminosi sono cause comuni della crescita continua del database di Home Assistant.
Imposta la conservazione sia per la cronologia attiva sia per i backup. Ridurre il database attivo non recupera lo spazio occupato dai vecchi archivi di backup immutabili finché tali backup non scadono.
Esegui un controllo dei ruoli dei dati prima di eliminare qualsiasi elemento
Poni quattro domande separate: si stanno accumulando record obsoleti di dispositivi o entità; quali entità generano la maggior parte delle modifiche grezze registrate da Recorder; quali sensori necessitano legittimamente di statistiche a lungo termine; e quante generazioni complete di backup stanno moltiplicando l’impronta dei dati attivi?
La crescita è sana quando corrisponde a dispositivi, cronologia o analisi utili e rimane all’interno di una finestra di manutenzione e ripristino pianificata. Diventa un problema quando un piccolo numero di entità rumorose, registri obsoleti o generazioni di backup non necessarie consuma la maggior parte della capacità.
Domande frequenti
I metadati di Home Assistant sono la stessa cosa della cronologia di Recorder?
No. I metadati del registro e della configurazione descrivono dispositivi, entità, integrazioni e stato gestito dall’interfaccia. La cronologia di Recorder è una serie temporale di modifiche di stato ed eventi e solitamente costituisce il livello di archiviazione molto più grande.
Aggiungere più dispositivi fa sempre crescere rapidamente il database?
No. La frequenza dei cambiamenti conta più del solo numero di dispositivi. Alcune entità ad alta frequenza o con molti attributi possono generare più cronologia di numerosi interruttori e sensori di contatto con poca attività.
Prodotti consigliati
Hub Tecnologico e AI
Altro da leggere
Perché Home Assistant offre prestazioni diverse sulla rete locale e con le connessioni remote?
Le sessioni di Home Assistant sulla LAN e da remoto utilizzano percorsi di rete diversi; la latenza da remoto aggiunge DNS, crittografia, WAN, proxy...
Home Assistant funziona in modo affidabile dietro CGNAT o doppio NAT?
CGNAT e doppio NAT di solito non influiscono sul controllo locale di Home Assistant; cambiano principalmente il modo in cui i client remoti possono...
In che modo la latenza di rete influisce su Home Assistant durante le interruzioni di Internet?
La perdita della connessione Internet e la latenza di rete sono problemi diversi: i percorsi dei dispositivi locali possono rimanere veloci mentre DNS, integrazioni...
