Resposta direta
A medição começa em uma única exclusão, não na média. Para cada evento destrutivo, registre quatro marcos: quando a automação apagou, quando alguém percebeu, quando o dado voltou conferido e quantos registros foram atingidos. A diferença entre o primeiro e o segundo marco indica quanto tempo o erro ficou invisível. A diferença entre o segundo e o terceiro indica o custo de recompor. Só depois de alguns eventos medidos faz sentido olhar frequência. Sem esses marcos, o número que aparece costuma ser o tempo de restauração, que raramente é a parte mais cara.
- Objetivo
- Explicar medição
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a exclusão como evento datado, com marcos de tempo e contagem, em vez de discutir frequência de falhas ou política de backup.
A unidade de medida é o evento, não o mês
Relatórios costumam trazer total de falhas por mês, o que esconde a diferença entre um apagamento de um registro e outro que removeu uma tabela inteira. A unidade útil é o evento destrutivo isolado, com data, hora e escopo. Um evento bem descrito já mostra onde o controle falhou: na permissão, na condição de disparo ou na ausência de cópia.
Escopo precisa de duas contagens: registros atingidos e registros sem outra origem. Um dado replicado em outro sistema não é perda, é atraso. Separar as duas colunas muda a decisão. O primeiro caso pede prazo de recomposição; o segundo pede desenho de controle.
Detecção tem hora e dono
O intervalo mais ignorado é o que vai da execução até alguém notar. Ele costuma ser maior que o tempo de restauração e não aparece em painel algum. Para medi-lo, cada evento precisa de uma hora de execução e uma hora de percepção, anotadas por quem as observou.
Sem dono declarado para a percepção, o marco vira estimativa e a série perde valor. Vale registrar quem percebeu e por qual sinal: chamado de usuário, alerta de volume, conferência de fechamento. O sinal importa porque indica onde colocar o próximo ponto de verificação.
O que essa medição não devolve
Medir não restaura o dado. A contagem organiza a decisão sobre cópia, permissão e interrupção, mas não substitui uma origem alternativa conferida. Quando não existe outra cópia, o número obtido serve para priorizar, não para recuperar.
A medição também não cobre o apagamento silencioso, aquele em que o dado some sem que ninguém perceba dentro do período observado. Nesses casos a hora de percepção é desconhecida e o evento sai da série. Ambientes com muitos eventos não registrados tendem a produzir uma janela de exposição curta por omissão.
Recurso prático
Janela de exposição de dado apagado sem backup
janela_de_exposicao = t_deteccao - t_execucao; tempo_de_recomposicao = t_recomposicao - t_deteccao; perda_sem_origem = registros_atingidos - registros_com_outra_origem
- t_execucao
- data e hora
- momento em que a automação apagou o dado
- t_deteccao
- data e hora
- momento em que alguém percebeu o apagamento e registrou a percepção
- t_recomposicao
- data e hora
- momento em que o dado voltou a estar disponível e conferido
- registros_atingidos
- registros
- quantidade de registros que a operação destrutiva removeu
- registros_com_outra_origem
- registros
- registros atingidos que existem em outro sistema ou arquivo conferido
O ponto mais ignorado é a hora de detecção. Sem ela, o cálculo cai para o tempo de restauração e faz a exposição parecer menor do que foi.
Sobre o que está escrito aqui
Conceitos relacionados: exclusão sem backup · janela de detecção · registros atingidos · origem alternativa do dado · tempo de recomposiçã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
- Permissão de teste que nunca expira: onde travar — permissão concedida para teste e nunca removida
- Permissão de teste que nunca sai: onde ela fi… — permissão concedida para teste e nunca removida
Páginas relacionadas
O mesmo problema em outro objetivo
- Erro que apaga dado sem backup: como achar a origem — Diagnosticar
- Deleção de dado por automação: o critério antes do erro — Organizar um processo
- Apagar dado sem backup: comparar as proteções — Comparar alternativas
- Automação que apaga dado sem backup: o que implantar antes — Orientar implementação
- Erro que apaga dado sem backup: o que exigir na contratação — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Mudança em produção sem aviso: como comparar o que mudou — Comparação entre detecção por evento, linha de base de estado, reconciliação periódica e leitura pós-fato para identificar mudanças não anunciadas em produção.
- Dependência de fornecedor: o plano de saída que falta — Dependência de fornecedor sem plano de saída: o que mapear, o que manter sob controle próprio e como decidir quando a transição é viável.
- Envio em nome de outro: como comparar as opções — Compara as formas de a automação enviar mensagem em nome de uma pessoa, com critério de autor, responsabilidade, registro e interrupção.
- Permissão de leitura usada para escrita: como medir — Medição de escritas feitas com credenciais de leitura: o que registrar no destino, como separar escrita indireta de uso indevido e o que o número não prova.
- Falha recorrente: onde a causa deixa de ser tratada — Como distinguir repetição de reincidência e identificar onde a correção deixa de virar causa tratada no processo.