¿Qué provoca el crecimiento de los metadatos y el historial de Home Assistant al controlar toda la casa?

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

El «crecimiento de metadatos» de Home Assistant es fácil de diagnosticar erróneamente porque varias clases de datos diferentes conviven en torno a la misma instalación. Los registros de dispositivos y entidades conservan las identidades y las relaciones de configuración; el árbol de configuración almacena el estado gestionado por la interfaz; Recorder almacena la serie temporal, mucho más grande, de cambios de estado y eventos; las estadísticas a largo plazo conservan determinados agregados más allá del periodo de retención del historial sin procesar.

El control de toda la casa aumenta estas capas de distintas maneras. Añadir dispositivos hace crecer los registros lentamente, mientras que añadir sensores de alta frecuencia o entidades con muchos atributos puede hacer crecer la base de datos rápidamente. Antes de cambiar la retención o eliminar archivos, identifica qué capa está aumentando realmente.

Los registros de entidades y dispositivos crecen con los objetos gestionados

Home Assistant conserva registros permanentes para que una entidad mantenga su identidad, las personalizaciones del usuario, la relación con el dispositivo, la asignación de área y la integración propietaria tras los reinicios. Esos metadatos no equivalen a todas las muestras históricas de los sensores.

El modelo actual del registro de dispositivos describe cómo los dispositivos mantienen relaciones con las entradas de configuración y las entidades que representan sus funciones. A medida que la casa incorpora integraciones, puentes, dispositivos secundarios y entidades, este registro se vuelve naturalmente más complejo.

El crecimiento de los registros suele ser moderado en comparación con Recorder. Mil definiciones de entidades son importantes desde el punto de vista operativo, pero mil entidades que generan cientos o miles de filas históricas cada una pueden dominar el almacenamiento.

El crecimiento de Recorder depende de la tasa de cambios, no solo del número de dispositivos

Recorder escribe cambios de estado y determinados eventos. Un contacto de puerta que cambia dos veces al día puede consumir menos espacio que un sensor de potencia que informa cada pocos segundos, aunque ambos cuenten como una entidad en el panel.

Un caso de ajuste de 2026 descubrió que una base de datos de Home Assistant alcanzó los 963 MB en seis días antes de que excluir las entidades ruidosas redujera el crecimiento diario de unos 160 MB a menos de 50 MB. Las cifras exactas dependen de cada instalación; el mecanismo no.

Mide el crecimiento diario de la base de datos y clasifica las entidades o dominios que crean más filas antes de aplicar una reducción global de la retención. Conserva el historial que realmente utiliza el hogar.

Los atributos pueden añadir más almacenamiento de lo que sugiere el estado visible

Una entidad puede mostrar un estado breve como on, 23.4 o home mientras contiene un conjunto de atributos mucho mayor con detalles del dispositivo, previsiones, listas, coordenadas o metadatos de diagnóstico.

La guía actual para desarrolladores de Home Assistant advierte explícitamente que las entidades con cambios frecuentes de estado pueden hacer crecer rápidamente la base de datos cuando extra_state_attributes también cambia a menudo. La recomendación es minimizar los atributos no críticos o exponer entidades de sensor independientes.

No calcules el almacenamiento basándote únicamente en el estado visible de la entidad. Inspecciona tanto la frecuencia de estado como los cambios de atributos, especialmente en las integraciones que exponen estructuras grandes similares a JSON.

Las estadísticas crean una curva de retención a largo plazo diferente

El historial sin procesar normalmente está limitado por la retención, pero las estadísticas a largo plazo pueden conservar agregados de determinados sensores durante mucho más tiempo. Esto resulta útil para las tendencias de energía, temperatura y servicios, porque el sistema no necesita cada muestra sin procesar para responder a una consulta mensual.

Esto significa que eliminar estados sin procesar antiguos no necesariamente elimina todos los datos históricos, y es intencionado. Trata el historial reciente para solucionar problemas y el historial analítico a largo plazo como productos de retención independientes.

El modelo de retención de sensores de ZimaSpace muestra por qué la frecuencia de muestreo, los índices, los agregados y las generaciones de copias de seguridad deben medirse por separado, en lugar de reducirse a bytes por sensor.

Las copias de seguridad multiplican todo lo que conserva el sistema activo

Una base de datos de Recorder más grande aumenta el tamaño de las copias de seguridad y el tiempo de restauración. Por tanto, varias copias de seguridad conservadas pueden consumir más capacidad que la base de datos activa actual, especialmente cuando cada archivo contiene una copia completa.

Una guía comunitaria sobre Recorder señala que las entidades con actualizaciones frecuentes y los atributos grandes son causas habituales del crecimiento continuo de la base de datos de Home Assistant.

Establece la retención tanto para el historial activo como para las copias de seguridad. Reducir la base de datos activa no recupera el espacio de los archivos de copia de seguridad antiguos e inmutables hasta que esas copias caduquen.

Haz una auditoría por función de los datos antes de eliminar nada

Plantéate cuatro preguntas por separado: ¿se están acumulando registros obsoletos de dispositivos o entidades?; ¿qué entidades dominan los cambios sin procesar de Recorder?; ¿qué sensores necesitan legítimamente estadísticas a largo plazo?; y ¿cuántas generaciones completas de copias de seguridad están multiplicando la huella de datos activa?

El crecimiento es saludable cuando corresponde a dispositivos, historial o análisis útiles y se mantiene dentro de una ventana planificada de mantenimiento y recuperación. Se convierte en un problema cuando un pequeño número de entidades ruidosas, registros obsoletos o generaciones innecesarias de copias de seguridad consume la mayor parte de la capacidad.

Preguntas frecuentes

¿Los metadatos de Home Assistant son lo mismo que el historial de Recorder?

No. Los metadatos de los registros y la configuración describen dispositivos, entidades, integraciones y el estado gestionado por la interfaz. El historial de Recorder es una serie temporal de cambios de estado y eventos, y normalmente constituye la capa de almacenamiento mucho más grande.

¿Añadir más dispositivos siempre hace que la base de datos crezca rápidamente?

No. La tasa de cambios importa más que el número de dispositivos por sí solo. Unas pocas entidades de alta frecuencia o con muchos atributos pueden generar más historial que muchos interruptores y sensores de contacto con poca actividad.

Centro de Tecnología e IA

Más para leer

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.