Retenção de dados
Defina por quantos dias a plataforma guarda eventos, logs de auditoria do CMDB e traces do APM.
A plataforma permite ajustar por quanto tempo cada tipo de dado fica guardado, de acordo com a política da sua organização. A retenção é configurada em três lugares:
| O que é guardado | Onde configurar |
|---|---|
| Eventos | Configurações de admin › Módulos › Events |
| Logs de auditoria do CMDB | Configurações de admin › Módulos › CMDB |
| Issues e traces do APM | Configurações APM › Regras de issues e Configurações de admin › Módulos › APM |
Permissões
As configurações de Módulos exigem papel Super Admin. As Regras de issues do APM podem ser editadas por quem tem papel Editor ou superior.
Eventos: retenção por pontuação
Os eventos não têm um prazo único. Cada evento recebe uma pontuação quando é processado, e a Política de retenção define quantos dias ele fica guardado conforme essa pontuação. Assim, eventos críticos podem ficar guardados por um ano, e eventos informativos, por poucos dias.
Como a pontuação é calculada
A tela fica em Configurações de admin › Módulos › Events, seção Inteligência de Eventos. A pontuação é a soma de duas partes:
- Pontuação por severidade: o valor base de cada severidade. Os valores padrão são Crítico 80, Maior 60, Menor 40, Aviso 20, Informativo 10 e Desconhecido 5.
- Ajustes de pontuação: somados ou subtraídos conforme o contexto. Os valores padrão são Novo alerta +10, Alerta suprimido −30 e Em manutenção −50.
Exemplo: um evento Crítico que abre um novo alerta soma 80 + 10 = 90 pontos. O mesmo evento recebido durante uma janela de manutenção soma 80 − 50 = 30 pontos.
Como as regras são aplicadas
Cada linha da Política de retenção tem um Limiar (Pontuação ≥) e uma Retenção (Dias). As regras são avaliadas de cima para baixo e a primeira cujo limiar o evento atinge define a retenção. A lista é reordenada sozinha, do maior para o menor limiar.
A política padrão é:
| Pontuação ≥ | Retenção |
|---|---|
| 90 | 365 dias |
| 70 | 180 dias |
| 50 | 90 dias |
| 30 | 30 dias |
| 0 | 7 dias |
Se nenhuma regra corresponder ao evento, ele é guardado por 90 dias. Mantenha uma regra com limiar 0 para controlar também os eventos de menor pontuação.
Alterar a política
Abra Configurações de admin pelo menu do seu avatar e, em Módulos, clique em Events.
Na seção Inteligência de Eventos, ajuste os limiares e os dias da Política de retenção. Use Adicionar regra para criar uma faixa e o ícone de lixeira para remover uma. A política precisa ter pelo menos uma regra, e cada limiar só pode aparecer uma vez.
Clique em Salvar alterações.
A retenção é definida no momento em que o evento é processado. A nova política vale para os eventos recebidos depois de salvar; os eventos já guardados mantêm o prazo que receberam.
CMDB: logs de auditoria
O CMDB registra as alterações feitas nos itens de configuração. O campo Retenção, na seção Log de auditoria, define por quantos dias esses registros ficam guardados. O padrão é 30 dias.
Em Configurações de admin › Módulos, clique em CMDB.
Na seção Log de auditoria, informe o número de dias em Retenção.
Clique em Salvar alterações.
Os registros mais antigos que o prazo são removidos pela rotina periódica de limpeza do CMDB.
APM: issues e traces
No APM, o que fica guardado por mais tempo são as issues: os erros e lentidões agrupados que aparecem na página de Exceções. A plataforma guarda as amostras e os traces de cada issue pelo prazo da regra que a criou.
Prazo por regra de issue
Abra Configurações APM › Regras de issues e clique em Editar na regra desejada (ou em Nova regra).
Em Ciclo de vida, informe a Retenção em dias. O prazo é contado a partir do último evento da issue.
Clique em Salvar. A regra passa a valer na próxima execução do detector de issues.
Na lista de regras, o prazo aparece como Guardada N d ao lado de cada regra. Quando o campo fica vazio, a plataforma usa 60 dias.
Quanto de cada trace é guardado
Em Configurações de admin › Módulos › APM, a seção Retenção de traces define o que acompanha cada issue:
- Reter trace completo no problema: quando ativo (padrão), guarda todos os spans do trace que gerou a issue, e não só os spans com erro. É o que mantém a visualização em cascata completa depois que os traces comuns expiram. Desativar economiza armazenamento, mas a cascata fica incompleta.
- Máx. spans por trace retido: limite de spans guardados por trace (padrão 500). Quando um trace passa do limite, a plataforma guarda só os spans próximos aos que falharam.