Um consumo elevado de CPU após uma atualização do Home Assistant pode dever-se temporariamente a tarefas de migração, mas uma carga persistente exige, na maioria dos casos, separar o Core, uma integração, um add-on, a base de dados e uma regressão específica da versão.
Comece por registar o componente exato atualizado, a hora, o consumo de CPU de referência, o processo responsável e se o controlo ou o histórico estão afetados. Deixe uma tarefa de arranque limitada terminar apenas enquanto houver progresso visível e o anfitrião continuar responsivo; em seguida, isole um componente de cada vez. Preserve os registos e uma cópia de segurança em bom estado antes de qualquer reversão que possa atravessar uma alteração do formato dos dados.
Determine se a carga é temporária ou está bloqueada
Meça o consumo de CPU por processo ou contentor desde o arranque até um período de inatividade representativo. Registe as escritas no disco, a atividade da base de dados, a frequência dos registos, a memória, a temperatura e o tempo de resposta do Home Assistant. Uma tendência descendente com migrações concluídas é diferente de uma carga estável ou crescente com erros repetidos.
Defina uma janela de observação limitada para o trabalho temporário com base no progresso visível, não numa promessa arbitrária. Se a mesma linha de registo se repetir, a CPU permanecer saturada, as automações falharem os prazos, a base de dados crescer de forma anormal ou o anfitrião sobreaquecer, pare de esperar e trate o estado como uma falha.
Se o consumo de CPU regressar próximo da referência e o reinício seguinte for normal, avance para a validação da carga de trabalho. Se continuar elevado, identifique o processo que está a consumir os ciclos antes de desativar integrações ou alterar o hardware. Uma percentagem relativa a todo o anfitrião, sem atribuição ao processo, não permite selecionar a próxima reparação.
Separe o Core, as integrações, os add-ons e as tarefas partilhadas do anfitrião
Compare o processo do Home Assistant Core com os add-ons, a base de dados, o agente de cópias de segurança, a análise de câmaras e outros contentores. Feche os painéis pesados, pause uma cópia de segurança agendada e desative um add-on não essencial ou uma integração personalizada de cada vez, mantendo constante a janela de observação original.
A resolução de problemas recente na comunidade recomenda verificar individualmente o consumo de CPU da aplicação ou do add-on e parar temporariamente um suspeito para verificar se a carga se altera. Esse teste de isolamento de um componente serve para atribuir a causa, não para usar reinícios repetidos como solução.
Se um componente alterar o resultado, volte a ativá-lo e reproduza o pico uma vez para confirmar. Se nenhum componente o alterar, inspecione o Recorder, a latência do armazenamento e as tarefas do anfitrião. Reverta cada alteração reversível antes de avançar para a seguinte, para que vários serviços desativados não criem uma falsa sensação de sucesso.
Verifique a versão exata quanto a uma regressão reproduzível
Compare o início do problema com as versões exatas do Core, do OS, do Supervisor e dos add-ons, em vez de dizer apenas que ocorreu uma atualização. Procure a mesma plataforma, versão, processo e condição de ativação. Preserve os diagnósticos do estado de consumo elevado de CPU antes de alterar versões.
Um problema duplicado encerrado do Core comunicou um consumo de CPU de 100% na versão 2025.9.2 e a recuperação após o regresso à versão 2025.8.3. Esta regressão de CPU limitada à versão justifica a comparação entre versões exatas; não explica lançamentos ou plataformas não relacionados.
Faça a reversão apenas quando a cópia de segurança ou a imagem forem reconhecidamente boas, o problema corresponder ao seu âmbito e o caminho de restauro preservar os dados atuais. O guia da ZimaSpace sobre reversão segura do Home Assistant define os limites de recuperação para evitar uma redução de versão improvisada.
Verifique a recuperação com a mesma carga de trabalho após a atualização
Aplique a reparação adequada — atualização do componente, correção da configuração, reagendamento da carga de trabalho, reparação da base de dados ou reversão qualificada — e repita os mesmos painéis, automações, integrações e tarefas agendadas que produziram a carga elevada. Observe as mesmas métricas ao nível do processo.
A recuperação significa que a CPU regressa a uma referência estável após a conclusão do trabalho limitado, que a latência do controlo e as escritas do histórico permanecem normais, que os registos deixam de se repetir e que a temperatura estabiliza. Reinicie duas vezes e observe o ciclo seguinte de cópia de segurança ou manutenção, para que um minuto tranquilo de inatividade não seja confundido com persistência.
Peça ajuda com as versões, a discriminação por processo, os registos, o resultado do profiler, a condição de ativação e os resultados do isolamento se o consumo elevado de CPU regressar. Pare de fazer alterações se cada tentativa modificar o sintoma sem restaurar a referência; preserve o último estado recuperável em vez de acumular soluções alternativas.
Suporte e Dicas
Mais para Ler

O Home Assistant funciona por Wi-Fi, mas falha através de Ethernet ou VPN
Teste cada caminho de rede separadamente, verifique o estado da interface e do encaminhamento, distinga o IP direto da descoberta e repare apenas a...

Como desativar o Home Assistant sem deixar dados desprotegidos
Comprove a substituição ou o arquivamento, revogue todos os caminhos de confiança, higienize cada dispositivo que contenha dados e conserve apenas cópias de recuperação...

Deve utilizar atualizações automáticas do Home Assistant num servidor doméstico?
Escolha atualizações manuais, apenas de notificação ou automáticas faseadas, tendo em conta o impacto no agregado familiar, o risco de compatibilidade, o tempo de...

