Conclusão: o elevado uso de CPU deveu-se à tarefa de cópia de segurança, não a uma regressão persistente da CPU do ZimaOS
O NAS passou de cerca de 3% de CPU para 45–60% após a instalação da versão 1.7.0 Beta 2, e a temperatura subiu de aproximadamente 32–36 °C para 58 °C. O acompanhamento essencial resolveu a questão: a atualização tinha ativado processos de cópia de segurança previamente configurados. Depois de parar essas tarefas e reiniciar o ZimaOS, o uso da CPU voltou ao normal.
Verifique a carga de trabalho antes de reverter o sistema operativo
Quando o uso da CPU aumenta imediatamente após uma atualização, verifique primeiro o que foi retomado: cópias de segurança, indexação, análise de ficheiros multimédia, cálculo de somas de verificação, transferências de aplicações ou reinícios de contentores. Use top ou ps para os processos do anfitrião e docker stats para os contentores. A Docker documenta a apresentação em tempo real do uso de CPU e memória em docker stats.
Utilize um teste de confirmação simples
Pause a tarefa suspeita. Se o uso da CPU diminuir rapidamente e voltar a subir quando a tarefa for retomada, a causa é uma carga de trabalho específica, não uma teoria vaga de que “a versão beta aquece demasiado”. Neste caso, o utilizador fez exatamente isso e o sistema regressou ao comportamento anterior.
A atividade de cópia de segurança pode consumir legitimamente muita CPU e E/S
As cópias de segurança podem incluir a enumeração de ficheiros, cálculo de hashes, compressão, encriptação e grandes operações de leitura/escrita. O atual guia de cópias de segurança 3-2-1 do ZimaOS explica as tarefas agendadas e a importância da verificação. O guia de planeamento de hardware para cópias de segurança é útil quando as tarefas são suficientemente grandes para afetar a atividade normal do NAS.
Para diagnosticar processos no anfitrião, o manual do top explica os campos de CPU e processos utilizados para identificar a carga de trabalho real.
Quando continua a ser um problema do sistema operativo
Se o uso da CPU continuar elevado com a cópia de segurança parada, identifique o processo responsável pela carga e recolha os registos antes de reiniciar. Um NAS estável, com acesso total às partilhas mas com utilização elevada, não constitui, por si só, evidência suficiente para considerar o sistema operativo defeituoso.
Para obter contexto sobre as versões, consulte a página de contexto das atualizações do ZimaOS 1.6/1.7 e a atual página do ZimaOS.
