Resposta direta
Retenção de log se mede pela decisão que depende dele, não por um prazo padrão. O ponto de partida é listar quais perguntas precisam ser respondidas depois do fato — de quem foi a ação, o que mudou, quando falhou — e por quanto tempo essa resposta ainda importa. A partir daí, conta-se o volume diário de eventos por automação e verifica-se se o custo e o acesso cabem. O prazo sai desse cálculo. Sem essa lista, qualquer retenção escolhida é chute e vira armazenamento sem uso.
- Objetivo
- Explicar medição
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata retenção como decisão de medição e custo, em vez de configuração técnica ou lista de eventos a registrar.
O prazo sai da pergunta seguinte
Um log só precisa durar enquanto alguma pergunta puder ser feita a ele. Perguntas de operação e de incidente se esgotam rápido, porque o desvio é corrigido na hora. Perguntas de auditoria, contestação de cobrança e disputa contratual vivem em outro horizonte e costumam ser as que definem o prazo real.
A medição começa listando essas perguntas por categoria de automação. Automação que move pagamento, que altera cadastro e que apenas copia arquivo interno não têm a mesma exposição. A lista registra quem faz a pergunta, com que frequência e a partir de qual área, porque é isso que sustenta o prazo escolhido quando o custo é questionado.
Volume, destino e custo do que se guarda
Medir retenção exige saber quanto se gera, não quantos arquivos existem. O volume é eventos por dia multiplicados pelo tamanho médio do registro, medido em amostra do destino real, não do ambiente de teste. Cada destino tem seu próprio número, e a soma define a ordem de grandeza.
Depois vem o custo de guardar e o custo de encontrar. Guardar é armazenamento; encontrar é índice, busca e acesso. Em automações de alto volume, o custo de consulta pode superar o de armazenamento, e a medição precisa separar os dois. Sem essa separação, o prazo escolhido parece barato e a investigação, cara.
O que o cálculo não decide
O cálculo dá ordem de grandeza, não número exato. Ele não resolve disputa sobre obrigação legal de guarda, porque essa obrigação vem de fora e pode exigir prazo maior do que o custo justifica. Também não cobre log que nunca foi gerado: se a automação não registra a ação na origem, nenhuma retenção recupera a informação.
E não serve para automação de comportamento irregular. Quando o volume varia muito entre dias, a média engana e a medição precisa de faixa, com pico observado. Onde não há medição nem janela de decisão acordada, o resultado honesto é registrar que a escolha do prazo está em aberto, em vez de apresentar um número sem base.
Recurso prático
Retenção a partir da janela de decisão e do custo de guarda
Dias de retenção = capacidade de armazenamento disponível ÷ (eventos por dia × tamanho médio do evento). Em seguida, comparar o resultado com a janela de decisão e adotar o menor dos dois.
- eventos_por_dia
- eventos/dia
- Registros gerados por uma automação em um dia de operação normal, contados no destino real do log
- tamanho_medio_evento
- bytes
- Tamanho médio de um registro, medido em amostra do destino real, não estimado
- capacidade_armazenamento
- bytes
- Limite de volume ou de custo definido pela área responsável, não pelo fornecedor da ferramenta
- janela_de_decisao
- dias
- Tempo em que a pergunta feita ao log ainda muda alguma decisão: abertura de incidente, auditoria, contestação de cobrança
O erro mais comum é medir só o volume e ignorar a janela de decisão. Log retido por mais tempo do que qualquer pergunta consegue usar vira custo sem resposta, e o prazo acaba sendo defendido pela capacidade técnica, não por quem precisa da informação.
Sobre o que está escrito aqui
Conceitos relacionados: retenção de log · volume de eventos por automação · política de guarda · custo de armazenamento e consulta · janela de decisão. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Automação sem registros: o que fica fora do c… — ausência de registros
- Dados enviados indevidamente: como rastrear a… — dados enviados indevidamente
Páginas relacionadas
O mesmo problema em outro objetivo
- Log sem retenção definida: o que apurar antes de decidir — Diagnosticar
- Log sem retenção definida: como fixar prazo e descarte — Organizar um processo
- Log sem retenção definida: como definir prazo e descarte — Orientar implementação
- Log sem retenção definida: o que decidir na contratação — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Logs espalhados entre automações: onde concentrar a leitura — Processo de organização de logs de automação: onde guardar, por quanto tempo, quem lê e em que ordem. Inclui limites da consolidação.
- Log sem assinatura: qual peso a evidência tem — Define o que fazer quando o log de automação não tem assinatura de integridade: o que registrar, quem responde pela guarda e o que a evidência sustenta.
- Fluxo sem dono: o que definir antes de contratar — O que precisa estar definido na contratação para o fluxo ter responsável pela manutenção, e o que fazer quando esse responsável não existe.
- Rotina em horário crítico: como comparar as opções — Compara três caminhos para rotina em horário crítico: mudar a janela, isolar a execução ou manter com vigilância. Traz critérios e checklist de decisão.
- Rotina crítica sem plantão: quem responde e até quando — Sobre a escolha entre plantão e janela de operação: quem responde pela rotina crítica, o critério de parada e onde as exceções ficam registradas.