Sinais de que uma base de dados do Home Assistant precisa de manutenção ou substituição

Uma base de dados grande do Home Assistant não precisa automaticamente de ser substituída. O crescimento do tamanho, um histórico lento ou um ficheiro que continua grande depois da limpeza normalmente exigem primeiro retenção, filtragem, armazenamento ou compactação. A substituição torna-se mais razoável quando a base de dados não pode ser aberta de forma consistente, surgem repetidamente erros de integridade ou o Home Assistant já a isolou como estando corrompida.

Separe a “manutenção necessária” do “estado já não fiável”. A primeira categoria deve preservar o histórico útil. A segunda deve proteger a base de dados com falhas, restaurar uma cópia em boas condições ou iniciar uma nova base de dados do Recorder, e investigar a causa da corrupção antes de retomar as gravações normais.

O crescimento rápido é primeiro um sinal de manutenção, não de substituição

Verifique o tamanho estimado do Recorder e o crescimento diário. Se algumas entidades ruidosas, uma retenção prolongada do histórico bruto ou eventos desnecessários dominarem a base de dados, reduza o volume de dados recebido antes de eliminar o ficheiro inteiro.

As orientações atuais de armazenamento do Home Assistant recomendam limpar dados antigos do Recorder, filtrar o que é gravado e ajustar a retenção quando a base de dados se torna demasiado grande.

Se o crescimento abrandar depois de alterações à filtragem ou à retenção, a própria base de dados pode estar saudável. Continue a monitorizá-la em vez de repor o histórico apenas porque o tamanho absoluto do ficheiro parece excessivo.

Um ficheiro grande depois da limpeza pode precisar de compactação, não de substituição

A eliminação de linhas antigas pode libertar espaço dentro da base de dados para reutilização sem reduzir o tamanho do ficheiro no disco. A compactação reescreve a base de dados para que o espaço no sistema de ficheiros possa ser recuperado.

A atual ação de limpeza do Recorder descreve a compactação como uma operação pesada que reescreve a base de dados, pode tornar o sistema mais lento e pode exigir temporariamente mais espaço em disco.

Execute esse trabalho apenas com espaço livre suficiente e uma cópia de segurança testada. Uma base de dados lenta ou grande durante a compactação não é prova de que os dados devam ser descartados.

Erros repetidos de integridade ou de formato inválido são sinais de alerta mais fortes

Erros de base de dados, como páginas com formato inválido, verificações de integridade falhadas, erros de E/S repetidos ou corrupção que regressa depois de uma restauração limpa, exigem uma resposta diferente do simples crescimento. Preserve o ficheiro e suspenda a manutenção destrutiva enquanto determina se o armazenamento, uma falha de energia, pressão de memória ou o sistema de ficheiros estão a contribuir.

A corrupção irrecuperável do SQLite é um evento de recuperação, não uma condição normal de manutenção: o Home Assistant pode colocar de lado uma base de dados do Recorder danificada e iniciar uma nova, permitindo que o resto do sistema continue online. Este é um sinal muito mais forte para substituição do que o simples crescimento do tamanho ou consultas de histórico lentas.

Se precisar de uma verificação SQLite de baixo nível, PRAGMA integrity_check pode analisar a consistência da base de dados. Trabalhe numa cópia ou durante uma janela de manutenção controlada ao utilizar ferramentas manuais de bases de dados.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

A substituição faz sentido quando o estado do Recorder já não é fiável

Substituição significa restaurar uma base de dados em boas condições ou permitir que o Home Assistant crie uma nova quando preservar o histórico é menos importante do que voltar a colocar o Recorder em funcionamento. Não é uma otimização de desempenho de primeira linha.

Escolha a substituição quando a base de dados falha repetidamente ao abrir, a corrupção persiste após tentativas normais de recuperação, uma cópia de segurança em boas condições é mais segura do que a reparação, ou perder o histórico antigo é aceitável e o estado da configuração está saudável.

O guia da ZimaSpace sobre capturar o estado antes de uma manutenção de aplicações de risco é útil neste caso: preserve um artefacto de reversão antes de limpar, compactar, reparar manualmente com SQL ou substituir a base de dados.

Use o padrão da falha para escolher a ação seguinte

Não elimine home-assistant_v2.db apenas porque o Home Assistant parece lento. Determine primeiro se o problema é o volume de dados, a manutenção, o tempo de serviço do armazenamento ou uma corrupção real.

Perguntas frequentes

Devo eliminar home-assistant_v2.db para tornar o Home Assistant mais rápido?

Normalmente, não. Eliminá-lo descarta o histórico do Recorder e pode ocultar a verdadeira causa. Reduza as gravações desnecessárias, verifique o armazenamento e o espaço livre e use a limpeza ou a compactação de forma adequada antes de escolher a substituição.