O que causa o crescimento dos metadados e do histórico do Home Assistant durante o controlo de toda a casa?

O “crescimento de metadados” do Home Assistant é fácil de diagnosticar incorretamente, porque várias classes de dados diferentes coexistem na mesma instalação. Os registos de dispositivos e entidades preservam identidades e relações de configuração; a árvore de configuração armazena o estado gerido pela interface; o Recorder armazena a série temporal, muito maior, de alterações de estado e eventos; as estatísticas de longo prazo mantêm agregados selecionados para além do período de retenção do histórico bruto.

O controlo de toda a casa aumenta estas camadas de formas diferentes. Adicionar dispositivos faz crescer os registos lentamente, enquanto adicionar sensores de alta frequência ou entidades com muitos atributos pode fazer crescer rapidamente a base de dados. Antes de alterar a retenção ou eliminar ficheiros, identifique qual é realmente a camada que está a aumentar.

Os Registos de Entidades e Dispositivos Crescem com os Objetos Geridos

O Home Assistant mantém registos persistentes para que uma entidade conserve a sua identidade, personalizações do utilizador, relação com o dispositivo, atribuição a uma área e integração responsável entre reinícios. Estes metadados não são o mesmo que todas as amostras históricas dos sensores.

O modelo atual do registo de dispositivos descreve como os dispositivos mantêm relações com entradas de configuração e com as entidades que representam as suas funções. À medida que a casa adiciona integrações, bridges, dispositivos secundários e entidades, este registo torna-se naturalmente mais complexo.

O crescimento dos registos é normalmente modesto em comparação com o Recorder. Mil definições de entidades são importantes do ponto de vista operacional, mas mil entidades a produzir centenas ou milhares de linhas históricas cada uma podem dominar o armazenamento.

O Crescimento do Recorder é Determinado pela Frequência de Alteração, Não Apenas pelo Número de Dispositivos

O Recorder escreve alterações de estado e eventos selecionados. Um contacto de porta que muda duas vezes por dia pode consumir menos espaço do que um sensor de consumo elétrico que comunica a cada poucos segundos, embora ambos contem como uma entidade no painel.

Um caso de otimização de 2026 concluiu que uma base de dados do Home Assistant atingiu 963 MB em seis dias, antes de excluir entidades ruidosas reduzir o crescimento diário de cerca de 160 MB para menos de 50 MB. Os valores exatos dependem da instalação; o mecanismo, não.

Meça o crescimento diário da base de dados e ordene as entidades ou domínios que criam mais linhas antes de aplicar uma redução global do período de retenção. Preserve o histórico que a família realmente utiliza.

Os Atributos Podem Acrescentar Mais Armazenamento do que o Estado Visível Sugere

Uma entidade pode apresentar um estado curto, como on, 23.4 ou home, enquanto transporta um conjunto de atributos muito maior, com detalhes do dispositivo, previsões, listas, coordenadas ou metadados de diagnóstico.

As orientações atuais dos programadores do Home Assistant alertam explicitamente que as entidades com alterações frequentes de estado podem fazer crescer rapidamente a base de dados quando os extra_state_attributes também mudam frequentemente. A recomendação é minimizar os atributos não críticos ou expor entidades de sensor independentes.

Não estime o armazenamento apenas a partir do estado visível da entidade. Analise tanto a frequência das alterações de estado como a rotatividade dos atributos, especialmente nas integrações que expõem estruturas semelhantes a JSON de grandes dimensões.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

As Estatísticas Criam uma Curva de Retenção de Longo Prazo Diferente

O histórico bruto é normalmente limitado pelo período de retenção, mas as estatísticas de longo prazo podem preservar agregados de sensores selecionados durante muito mais tempo. Isto é útil para tendências de energia, temperatura e consumos, porque o sistema não precisa de cada amostra bruta para responder a uma pergunta mensal.

Isto significa que eliminar estados brutos antigos não remove necessariamente todos os dados históricos, e isso é intencional. Trate o histórico recente para resolução de problemas e o histórico analítico de longo prazo como produtos de retenção separados.

O modelo de retenção de sensores da ZimaSpace mostra por que razão a frequência das amostras, os índices, os agregados e as gerações de cópias de segurança devem ser medidos separadamente, em vez de serem reduzidos a bytes por sensor.

As Cópias de Segurança Multiplicam Tudo o que o Sistema Ativo Retém

Uma base de dados Recorder maior aumenta o tamanho das cópias de segurança e o tempo de restauro. Várias cópias de segurança mantidas podem, por isso, consumir mais capacidade do que a base de dados ativa atual, especialmente quando cada arquivo contém uma cópia completa.

Um guia comunitário do Recorder observa que as entidades com atualizações frequentes e os atributos de grandes dimensões são causas comuns do crescimento contínuo da base de dados do Home Assistant.

Defina a retenção tanto para o histórico ativo como para as cópias de segurança. Reduzir a base de dados ativa não recupera o espaço ocupado por arquivos de cópias de segurança antigas e imutáveis até essas cópias expirarem.

Faça uma Auditoria por Função dos Dados Antes de Eliminar Qualquer Coisa

Faça quatro perguntas distintas: estão a acumular-se registos obsoletos de dispositivos ou entidades; quais são as entidades que dominam as alterações brutas do Recorder; quais são os sensores que necessitam legitimamente de estatísticas de longo prazo; e quantas gerações completas de cópias de segurança estão a multiplicar a ocupação de dados ativos?

O crescimento é saudável quando corresponde a dispositivos, histórico ou análises úteis e permanece dentro de uma janela de manutenção e recuperação planeada. Torna-se um problema quando um pequeno número de entidades ruidosas, registos obsoletos ou gerações desnecessárias de cópias de segurança consome a maior parte da capacidade.

Perguntas Frequentes

Os metadados do Home Assistant são o mesmo que o histórico do Recorder?

Não. Os metadados dos registos e da configuração descrevem dispositivos, entidades, integrações e o estado gerido pela interface. O histórico do Recorder é uma série temporal de alterações de estado e eventos e constitui normalmente a camada de armazenamento muito maior.

Adicionar mais dispositivos faz sempre crescer rapidamente a base de dados?

Não. A frequência das alterações é mais importante do que o número de dispositivos por si só. Algumas entidades de alta frequência ou com muitos atributos podem gerar mais histórico do que muitos interruptores e sensores de contacto com pouca atividade.