Quelles sont les causes de l’augmentation des métadonnées et de l’historique de Home Assistant lors du contrôle de toute la maison ?
La « croissance des métadonnées » de Home Assistant est facile à mal diagnostiquer, car plusieurs catégories de données différentes coexistent autour de la même installation. Les registres des appareils et des entités préservent les identités et les relations de configuration ; l’arborescence de configuration stocke l’état géré par l’interface ; Recorder conserve les séries temporelles, bien plus volumineuses, des changements d’état et des événements ; les statistiques à long terme conservent certains agrégats au-delà de la période de rétention de l’historique brut.
Le contrôle de toute la maison augmente ces différentes couches de manière distincte. L’ajout d’appareils fait croître lentement les registres, tandis que l’ajout de capteurs à haute fréquence ou d’entités comportant de nombreux attributs peut faire augmenter rapidement la base de données. Avant de modifier la rétention ou de supprimer des fichiers, identifiez la couche qui augmente réellement.
Les registres des entités et des appareils augmentent avec les objets gérés
Home Assistant conserve des enregistrements de registre persistants afin qu’une entité puisse conserver son identité, les personnalisations de l’utilisateur, sa relation avec un appareil, son attribution à une zone et la propriété de son intégration après chaque redémarrage. Ces métadonnées ne correspondent pas à tous les échantillons historiques des capteurs.
Le modèle actuel du registre des appareils décrit comment les appareils conservent leurs relations avec les entrées de configuration et les entités qui représentent leurs fonctions. À mesure que la maison ajoute des intégrations, des ponts, des appareils enfants et des entités, ce registre devient naturellement plus complexe.
La croissance du registre reste généralement modeste par rapport à Recorder. Un millier de définitions d’entités est important sur le plan opérationnel, mais un millier d’entités générant chacune des centaines ou des milliers de lignes historiques peut dominer l’espace de stockage.
La croissance de Recorder dépend du rythme des changements, pas seulement du nombre d’appareils
Recorder enregistre les changements d’état et certains événements. Un contact de porte qui change deux fois par jour peut être moins coûteux qu’un capteur de consommation électrique qui envoie des données toutes les quelques secondes, même si tous deux comptent comme une seule entité dans le tableau de bord.
Un cas d’optimisation analysé en 2026 a montré qu’une base de données Home Assistant avait atteint 963 Mo en six jours avant que l’exclusion des entités bruyantes ne réduise la croissance quotidienne d’environ 160 Mo à moins de 50 Mo. Les chiffres exacts dépendent de l’installation ; le mécanisme, lui, reste le même.
Mesurez la croissance quotidienne de la base de données et classez les entités ou les domaines qui créent le plus de lignes avant d’appliquer une réduction globale de la rétention. Conservez l’historique réellement utilisé par le foyer.
Les attributs peuvent ajouter davantage de données que ne le laisse penser l’état visible
Une entité peut afficher un état court comme on, 23.4 ou home, tout en contenant un ensemble d’attributs beaucoup plus volumineux avec des détails sur l’appareil, des prévisions, des listes, des coordonnées ou des métadonnées de diagnostic.
Les recommandations actuelles des développeurs de Home Assistant avertissent explicitement que les entités dont l’état change fréquemment peuvent faire croître rapidement la base de données lorsque extra_state_attributes changent également souvent. L’orientation recommandée consiste à réduire les attributs non critiques ou à exposer plutôt des entités de capteur indépendantes.
N’estimez pas l’espace de stockage à partir du seul état visible de l’entité. Examinez à la fois la fréquence des changements d’état et celle des attributs, en particulier pour les intégrations qui exposent de grandes structures ressemblant à du JSON.
Les statistiques créent une courbe de rétention à long terme différente
L’historique brut est généralement limité par la période de rétention, mais les statistiques à long terme peuvent conserver des agrégats pour certains capteurs pendant bien plus longtemps. Cela est utile pour les tendances liées à l’énergie, à la température et aux services publics, car le système n’a pas besoin de chaque échantillon brut pour répondre à une question mensuelle.
La suppression des anciens états bruts ne supprime donc pas nécessairement toutes les données historiques, et c’est intentionnel. Considérez l’historique récent utilisé pour le dépannage et l’historique analytique à long terme comme deux produits de rétention distincts.
Le modèle de rétention des capteurs de ZimaSpace montre pourquoi la fréquence d’échantillonnage, les index, les agrégations et les générations de sauvegardes doivent être mesurés séparément plutôt que réduits à un nombre d’octets par capteur.
Les sauvegardes multiplient tout ce que le système en direct conserve
Une base de données Recorder plus volumineuse augmente la taille des sauvegardes et le temps de restauration. Plusieurs sauvegardes conservées peuvent donc consommer davantage de capacité que la base de données active actuelle, en particulier lorsque chaque archive contient une copie complète.
Un guide communautaire consacré à Recorder indique que les entités mises à jour fréquemment et les attributs volumineux sont des causes courantes de la croissance continue d’une base de données Home Assistant.
Définissez une politique de rétention pour l’historique actif comme pour les sauvegardes. La réduction de la base de données active ne libère pas l’espace occupé par les anciennes archives de sauvegarde immuables tant que ces sauvegardes n’ont pas expiré.
Effectuez un audit des rôles des données avant toute suppression
Posez quatre questions distinctes : des enregistrements obsolètes d’appareils ou d’entités s’accumulent-ils ; quelles entités dominent les changements bruts enregistrés par Recorder ; quels capteurs ont réellement besoin de statistiques à long terme ; et combien de générations complètes de sauvegardes multiplient l’empreinte des données en direct ?
La croissance est saine lorsqu’elle correspond à des appareils, à un historique ou à des analyses utiles et qu’elle reste dans une fenêtre de maintenance et de récupération planifiée. Elle devient problématique lorsqu’un petit nombre d’entités bruyantes, de registres obsolètes ou de générations de sauvegardes inutiles consomme la majeure partie de la capacité.
FAQ
Les métadonnées de Home Assistant sont-elles identiques à l’historique de Recorder ?
Non. Les métadonnées des registres et de la configuration décrivent les appareils, les entités, les intégrations et l’état géré par l’interface. L’historique de Recorder est une série temporelle de changements d’état et d’événements, et constitue généralement la couche de stockage la plus volumineuse.
L’ajout d’un plus grand nombre d’appareils fait-il toujours croître rapidement la base de données ?
Non. Le rythme des changements compte davantage que le seul nombre d’appareils. Quelques entités à haute fréquence ou comportant de nombreux attributs peuvent générer davantage d’historique que de nombreux interrupteurs et capteurs de contact peu actifs.
Produits recommandés
Centre Tech & IA
Plus à lire
Pourquoi Home Assistant fonctionne-t-il différemment sur le réseau local et à distance ?
Les sessions Home Assistant en réseau local et à distance utilisent des chemins réseau différents ; la latence à distance ajoute le DNS, le...
Home Assistant fonctionne-t-il de manière fiable derrière un CGNAT ou un double NAT ?
Le CGNAT et le double NAT n’affectent généralement pas le contrôle local de Home Assistant ; ils modifient principalement la façon dont les clients...
Comment la latence du réseau affecte-t-elle Home Assistant pendant les pannes d’Internet ?
La perte de connexion Internet et la latence du réseau sont deux problèmes distincts : les chemins locaux entre les appareils peuvent rester rapides...
