Quali sono i ruoli dei dati persistenti di Home Assistant e perché sono importanti?
I dati persistenti di Home Assistant sono più facili da gestire quando vengono suddivisi per ruolo, invece di essere trattati come un unico “config” indistinto. Alcuni dati definiscono l’identità e il comportamento della casa intelligente, altri memorizzano osservazioni storiche, altri contengono credenziali e altri ancora servono solo a ricreare il runtime attorno a Home Assistant.
Questi ruoli sono importanti perché hanno un valore diverso in fase di ripristino. Perdere un mese di cronologia non equivale a perdere il registro delle entità, così come ricreare un’immagine Docker non equivale a ricreare le associazioni dei dispositivi, i segreti o la configurazione che gestisce le automazioni domestiche.
La configurazione e lo stato dei registri definiscono l’installazione
L’albero della configurazione persistente contiene YAML, archiviazione gestita dall’interfaccia utente, configurazione delle integrazioni, dashboard, helper, registri di dispositivi ed entità, componenti personalizzati e altri file che rendono un’istanza di Home Assistant diversa da un’installazione pulita.
La persistenza dei container dipende dalla memorizzazione dello stato al di fuori del layer scrivibile del container. Le attuali indicazioni di Docker sulla gestione dello storage spiegano che i volumi e i bind mount mantengono persistenti i dati dell’applicazione indipendentemente dal ciclo di vita del container. L’immagine può essere ricreata; non si può dare per scontato che lo stato specifico della casa ricompaia.
Questo ruolo richiede backup conservativi, migrazioni controllate e una procedura di ripristino nota. Non dovrebbe condividere una politica di pulizia con la cache o con i layer di container temporanei.
La cronologia del Recorder è un dato prezioso, ma non equivale alla configurazione
Il Recorder memorizza stati, eventi e statistiche storici utilizzati da Cronologia, Registro, dashboard e analisi. Questi dati possono essere importanti, soprattutto per i consumi energetici, le tendenze ambientali o la risoluzione dei problemi, ma Home Assistant può comunque rappresentare lo stato attuale senza conservare una cronologia grezza illimitata.
Separare la cronologia dall’identità cambia le decisioni di ripristino. Un database del Recorder danneggiato o di dimensioni eccessive può giustificare la riparazione, il ripristino o persino la ricreazione della cronologia senza eliminare automazioni funzionanti e configurazione delle integrazioni.
I dati storici richiedono un ciclo di vita specifico: frequenza di campionamento, conservazione, aggregazioni, indici e generazioni di backup determinano la crescita dello spazio di archiviazione indipendentemente dal numero di regole di automazione. Gestisci queste decisioni di conservazione separatamente dalla configurazione e dallo stato dei registri che definiscono l’installazione.
I segreti e le chiavi di ripristino hanno requisiti di protezione diversi
Credenziali, token, certificati, chiavi di crittografia e materiale di emergenza per i backup possono occupare pochi byte, ma avere un valore elevato in fase di ripristino. Un backup che non può essere decrittografato, o un’integrazione ripristinata priva di credenziali valide, può lasciare il sistema parzialmente inutilizzabile.
La strategia di backup di Home Assistant raccomanda esplicitamente di conservare copie di ripristino crittografate su supporti diversi e in una posizione esterna. Questa protezione è utile solo se la chiave necessaria per ripristinare il backup è disponibile anche dopo la perdita dell’host.
Non inserire ogni segreto in un repository Git pubblico solo perché la configurazione è sottoposta a controllo versione. Conserva il materiale segreto tramite un meccanismo protetto e documenta dove recuperarlo in caso di ripristino.
La definizione del runtime ricrea l’ambiente attorno allo stato
Un albero di configurazione ripristinato può comunque non funzionare se il nuovo host non riproduce l’associazione della radio USB, la modalità di rete, le porte, i percorsi dell’host, il servizio database, il broker MQTT, le variabili d’ambiente, il fuso orario o i permessi previsti dalla distribuzione originale.
Le indicazioni di Home Assistant Container separano gli aggiornamenti dallo stato persistente e presuppongono che il runtime venga ricreato a partire da parametri Docker noti. L’attuale flusso di lavoro dei container mantiene backup e sostituzione dell’immagine come operazioni distinte, la stessa separazione che dovrebbe essere preservata da un piano di ripristino.
Conserva i file Compose o definizioni di distribuzione equivalenti insieme alla documentazione dei servizi esterni. La configurazione del runtime non è il database di Home Assistant, ma fa parte della riproduzione di un servizio funzionante.
I backup sono copie di ripristino, non un altro ruolo di dati attivi
Un backup dovrebbe sopravvivere al guasto da cui è destinato a ripristinare il sistema. Se tutti i backup si trovano sullo stesso SSD di sistema della configurazione attiva e del database del Recorder, un singolo guasto dello storage può eliminare contemporaneamente tutti e tre i ruoli.
Le copie di ripristino dovrebbero inoltre sopravvivere alla perdita dell’host di Home Assistant. Il modello di backup 3-2-1 conserva più copie su supporti diversi, con almeno una copia fuori sede. Per i backup crittografati di Home Assistant, anche il kit di emergenza o la chiave corrispondente deve rimanere disponibile al di fuori del sistema guasto.
- Configurazione e registri: ripristinali o riparali con attenzione, perché definiscono l’identità e il comportamento delle automazioni.
- Recorder e statistiche: riparali, ripristinali o ricostruiscili indipendentemente quando la cronologia è l’unico livello danneggiato.
- Segreti e chiavi: recuperali da un archivio protetto esterno all’host guasto.
- Definizione del runtime: ricrea mount, dispositivi, rete e dipendenze dei servizi.
- Backup: conserva le copie di ripristino al di fuori del dominio del guasto attivo.
L’esempio di distribuzione di Home Assistant su ZimaSpace è un contesto utile per questa separazione: la piattaforma server può cambiare, mentre lo stato dell’applicazione e le responsabilità di ripristino restano logicamente distinti.
I ruoli dei dati persistenti sono importanti perché consentono di riparare il livello guasto più piccolo possibile. Un problema del database non deve trasformarsi in un’installazione pulita, così come un aggiornamento del container non deve causare la perdita della configurazione.
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...
