Porque é que o Home Assistant causa atividade repetida no disco durante a noite?

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

A atividade repetida do disco do Home Assistant durante a noite é normalmente trabalho agendado, não uma prova de que o dispositivo de armazenamento ou o Recorder esteja a funcionar mal.

O diagnóstico mais rápido consiste em alinhar o período de atividade com os registos de data e hora do Home Assistant, dos complementos, da base de dados e do anfitrião, antes de alterar a retenção ou mover a base de dados. A manutenção do Recorder, as cópias de segurança automáticas, a rotação de registos, as gravações de câmaras ou complementos e as tarefas de cópia de segurança ao nível do anfitrião podem produzir picos semelhantes. Encare primeiro o evento como um problema de temporização: identifique qual o processo que escreve, quanto tempo demora e se a mesma carga de trabalho termina corretamente todas as noites.

Associe o pico do disco a uma tarefa agendada antes de ajustar qualquer definição

Comece por analisar uma janela de uma hora em torno da atividade repetida e registe a latência do disco, a taxa de escrita, a E/S por processo ou contentor e as horas exatas de início e fim. Um padrão que começa quase sempre no mesmo minuto todas as noites sugere fortemente manutenção agendada; um padrão que varia com a atividade doméstica é mais provavelmente causado por uma integração, câmara ou dispositivo.

O Recorder do Home Assistant executa regularmente tarefas de retenção, e observações da comunidade indicam que a limpeza da base de dados ocorre durante a madrugada, enquanto as estatísticas de longo prazo continuam no seu próprio ritmo. Por isso, a temporização da limpeza do Recorder é uma comparação inicial útil quando o disco é ativado a uma hora noturna recorrente.

Não reduza a retenção, desative o histórico nem mova a base de dados apenas porque o disco está ativo. Primeiro, confirme que o Recorder é o processo que escreve. Se o pico começar antes ou depois da tarefa da base de dados, compare os agendamentos das cópias de segurança, os registos do Docker ou dos complementos, os instantâneos do sistema de ficheiros, a replicação do NAS, a análise antivírus e quaisquer serviços de multimédia ou câmaras que partilhem o mesmo disco.

As quatro causas comuns têm assinaturas de E/S diferentes

Os principais candidatos são a manutenção do Recorder, as cópias de segurança automáticas, as integrações ou complementos muito ativos e as tarefas de armazenamento ao nível do anfitrião. Podem sobrepor-se, pelo que a evidência útil não é apenas “disco ocupado”, mas sim saber se o ficheiro da base de dados, o destino da cópia de segurança, o caminho dos registos ou outro contentor é responsável pelas escritas durante o mesmo intervalo.

O sistema de cópias de segurança automáticas do Home Assistant utilizava originalmente um agendamento de madrugada e, mais tarde, passou a permitir uma temporização configurável pelo utilizador. Isto significa que a atividade das cópias de segurança pode naturalmente coincidir com a manutenção da base de dados. O histórico de versões relativo à temporização das cópias de segurança automáticas lembra que deve verificar a janela de cópia configurada, em vez de presumir que toda a E/S noturna pertence ao Recorder.

Utilize as assinaturas abaixo como hipóteses e altere apenas um agendamento de cada vez. Uma causa é confirmada quando mover ou desativar essa única tarefa move também o pico do disco, enquanto a restante carga de trabalho do Home Assistant permanece inalterada.

Causa 1: Limpeza ou reorganização do Recorder

  • Assinatura: escritas intensivas na base de dados a uma hora previsível da madrugada.
  • Verificação: compare os registos do Recorder, o tamanho da base de dados e a latência do armazenamento durante a janela.
  • SE–ENTÃO: se a atividade seguir a temporização da limpeza ou reorganização e terminar corretamente, trata-se de manutenção agendada e não de um ciclo inexplicado.

Causa 2: Cópias de segurança automáticas ou de complementos

  • Assinatura: leituras dos dados da aplicação seguidas de grandes escritas sequenciais para armazenamento local, USB ou de rede.
  • Verificação: compare a hora de início da tarefa de cópia de segurança e o débito do destino.
  • SE–ENTÃO: se alterar o agendamento da cópia de segurança alterar também o pico do disco, mantenha a cópia de segurança e mude a respetiva janela, em vez de suprimir as escritas da base de dados.

Causa 3: Registos, câmaras ou integrações muito ativas

  • Assinatura: pequenas escritas contínuas ou repetidas que acompanham eventos de entidades, em vez de uma única janela de manutenção.
  • Verificação: identifique entidades que mudam rapidamente, registos de depuração, clips de câmaras e bases de dados de complementos.
  • SE–ENTÃO: se as escritas continuarem quando não existem tarefas agendadas, reduza o produtor específico em vez de limitar globalmente a funcionalidade do Recorder.

Causa 4: Outra tarefa do anfitrião partilha o disco

  • Assinatura: a latência do Home Assistant aumenta enquanto outro contentor, instantâneo, operação de verificação ou processo de replicação utiliza a E/S.
  • Verificação: analise a atribuição de E/S ao nível do anfitrião, não apenas os registos do Home Assistant.
  • SE–ENTÃO: se mover a tarefa vizinha eliminar a contenção noturna, o Home Assistant era a vítima e não a origem.

Distinguir manutenção saudável de pressão anormal de escrita

Um pico agendado saudável começa, executa uma quantidade limitada de trabalho e regressa à linha de base normal sem erros da base de dados nem aumento posterior da latência de cauda. Os sinais de alerta são uma janela de atividade que cresce noite após noite, corrupção repetida da base de dados ou erros de bloqueio, um sistema de ficheiros cheio ou uma tarefa que nunca atinge um ponto de conclusão estável.

Um caso de otimização do Recorder mostra como reduzir o estado registado desnecessariamente pode diminuir o crescimento da base de dados e, consequentemente, reduzir o trabalho futuro de manutenção e de cópia de segurança. Utilize este tipo de redução do volume de registos apenas depois de as evidências mostrarem que o volume do Recorder é realmente o problema, e não como reação automática a qualquer atividade do indicador do disco.

O limite de falha é o impacto visível para o utilizador ou a perda de margem para concluir a tarefa. Se a tarefa noturna terminar antes do período de maior atividade da casa e a latência do armazenamento se mantiver saudável, a atividade, por si só, não é um defeito. Se a manutenção coincidir com as automações da manhã, as cópias de segurança falharem repetidamente ou a base de dados se aproximar dos limites de espaço livre, deverá considerar alterações à retenção, ao agendamento, ao armazenamento ou à separação das cargas de trabalho.

Faça um teste de isolamento de uma noite e valide a janela original

Mantenha a configuração normal do Home Assistant e altere apenas uma tarefa suspeita para outra hora. Registe a taxa de escrita do disco, a espera de E/S, a atividade da base de dados e os processos que escrevem ao nível dos contentores durante ambas as noites. Não desative várias integrações e cópias de segurança em conjunto, pois um resultado melhorado não permitiria saber qual foi a alteração relevante.

A análise relacionada da ZimaSpace sobre o trabalho em segundo plano do Home Assistant utiliza a mesma regra de atribuição: identifique o responsável pela tarefa em fila ou agendada antes de tratar um pico de recursos como um problema de capacidade do hardware.

O sistema passa no teste quando o processo que escreve durante a noite é identificado, a sua atividade é limitada, a base de dados e as cópias de segurança são concluídas com êxito, o espaço livre se mantém saudável e o controlo local normal não é afetado durante a janela original. Investigue a saúde do armazenamento ou a recuperação da base de dados apenas quando o mesmo teste controlado revelar erros persistentes, duração ilimitada ou latência de E/S que não corresponda a nenhuma tarefa agendada legítima.

Suporte e Dicas

Mais para Ler

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.