Backup e Recuperação
Backup deve incluir banco, RRD, .env, config.php e customizações relevantes.
Ponto técnico 1
Escopo: Backup deve incluir banco, RRD, .env, config.php e customizações relevantes.
Ponto técnico 2
Banco: Use dump/backup consistente do MariaDB/MySQL e teste restauração.
Ponto técnico 3
RRD: RRD contém histórico de desempenho. Em migração para arquitetura de CPU diferente, a própria FAQ alerta que pode ser necessário dump/recreate dos RRDs.
Ponto técnico 4
Configuração: .env e config.php contêm parâmetros essenciais e possivelmente segredos.
Ponto técnico 5
Customizações: Use git status para localizar arquivos modificados/custom OS/MIBs e decidir como preservá-los.
Ponto técnico 6
Scheduler: Durante restore/migração, evite dois pollers gravando simultaneamente no mesmo ambiente.
Ponto técnico 7
Restore: Instale versão compatível → restaure DB → RRD/config → ownership → validate.php → poller controlado → WebUI.
Ponto técnico 8
RPO/RTO: Defina criticidade do histórico versus inventário/alerting. Nem todo ambiente precisa do mesmo RPO para RRD.
Ponto técnico 9
Teste: Faça restauração periódica em VM/host isolado e valide device, graph, alert rule e API.
Procedimento de engenharia
Escopo e impacto
Defina serviço, owner, estado esperado e impacto antes de alterar o monitoramento.
Evidência primeiro
Valide fonte, caminho, credenciais, baseline e timestamps antes de alterar thresholds.
Mudança controlada
Altere uma variável por vez e mantenha um caminho de rollback.
Rotina operacional recomendada
- Revise estados críticos, lacunas de coleta e falhas de entrega a cada turno.
- Revise alertas ruidosos, objetos lentos, credenciais e erros recorrentes semanalmente.
- Revise versões, backup/restore, permissões e capacidade periodicamente.
Sintoma → escopo → camada → evidência → hipótese → validação
Construa, quebre, diagnostique e recupere
- Registre um baseline saudável.
- Induza uma falha controlada relacionada ao tema.
- Identifique a camada com falha antes de reiniciar componentes.
- Corrija a causa identificada e valide a recuperação.
Pronto para produção?
Responsabilidade
Objetivo, escopo e owner estão definidos.
Segurança
Credenciais e integrações seguem menor privilégio.
Validação
Falha e recuperação foram testadas e documentadas.
Documentação sensível à versão
LibreNMS é rolling release. O conteúdo foi confrontado com a documentação oficial atual; instalação, Dispatcher, API, distributed polling, RRDCached, Redis, HA e requisitos devem ser reconfirmados antes de change.