Resposta direta
O diagnóstico começa pela contagem, não pelo armazenamento. Sem política de retenção, é preciso separar o que é registro obrigatório do que é histórico de conveniência. O levantamento costuma exigir três medidas: quanto cada base cresce por mês, quanto tempo ela precisa guardar por exigência legal ou contratual, e quem decide o descarte. Onde não houver responsável nomeado, o volume não é problema de infraestrutura, é decisão pendente. O sintoma aparece em consultas lentas, cópias maiores e retrabalho de conferência.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: As outras páginas do tema tratam de divergência, sincronização, duplicidade e validação; esta olha só o acúmulo: quanto cada base cresce, o que a obriga a guardar e quem responde pelo descarte.
O acúmulo visto como custo, não como falha
Base grande não é, por si, defeito. O problema aparece quando o volume passa a encarecer rotinas que ninguém associa a ele: cópia de segurança mais longa, consulta lenta em fechamento, conferência manual de registros antigos que ninguém usa. São efeitos medidos em tempo de equipe, não em disco.
Antes de discutir descarte, vale classificar o conteúdo. Registro transacional sustenta obrigação e histórico. Log serve para investigar falha por período curto. Anexo e imagem costumam ser o maior peso e o menos consultado. Extração de análise é descartável por natureza e quase sempre permanece. Cada classe tem regra diferente e prazo diferente.
Quem responde por cada base
Sem dono nomeado, o descarte trava. Quem opera não decide apagar; quem decide não conhece o conteúdo. O levantamento precisa registrar, por base, quem responde pela guarda, quem autoriza a saída e com base em qual exigência. Sem esse par, qualquer política fica no papel.
A exigência de guarda também precisa de origem declarada: lei, cláusula de contrato, prestação de contas interna ou costume da área. Guardar por precaução indefinida transfere custo para a operação sem resolver risco nenhum. O que se ganha em segurança aparente se perde em rastreabilidade, porque ninguém sabe mais o que existe ali.
O que esse diagnóstico não resolve
O levantamento não apaga nada e não substitui parecer jurídico sobre prazo de guarda. Ele também não corrige duplicidade, divergência entre sistemas nem falha de integração, que são problemas de conteúdo, não de volume. Reduzir cópias de uma base errada só propaga o erro mais depressa.
Também não há redução imediata de custo. Parte do acúmulo é obrigatória e permanece. O ganho aparece depois, quando existir responsável definido e critério escrito, e mesmo assim de forma desigual entre as bases. Quem espera corte rápido costuma abandonar o trabalho antes de ele produzir efeito.
Recurso prático
Roteiro para levantar volume e retenção por base
- Listar todas as bases e repositórios em uso, incluindo planilhas compartilhadas, anexos de e-mail e cópias locais fora do ambiente central.
- Para cada base, registrar o tipo de conteúdo: transação, cadastro, log, anexo, imagem de documento ou extração temporária de análise.
- Anotar o crescimento por mês e o registro mais antigo que ainda é consultado na operação, não o mais antigo que existe.
- Identificar a origem de cada exigência de guarda: lei, contrato com cliente, prestação de contas interna ou hábito de equipe.
- Nomear um responsável por base, com poder de decidir o que sai e o que fica, e o critério que ele usa.
- Separar o que depende de retenção definida do que depende de correção de cadastro, integração ou processo, para não tratar tudo como o mesmo problema.
O erro mais comum é medir só a base principal. Cópias de segurança, anexos e extrações de análise costumam crescer mais rápido e ficam fora de qualquer contagem, porque ninguém as trata como base de dados.
Sobre o que está escrito aqui
Conceitos relacionados: política de retenção · registro transacional · log de aplicação · cópia de segurança · obrigação contratual. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Cadastros duplicados: o que exigir na contrat… — cadastros duplicados
- Dados desatualizados: caminhos para sanear ou… — dados desatualizados
Páginas relacionadas
O mesmo problema em outro objetivo
- Volume de dados sem retenção: o que decidir antes de arquivar — Organizar um processo
- Volume acumulado sem retenção: como comparar as opções — Comparar alternativas
- Volume de dados sem política de retenção: o que medir — Explicar medição
- Volume de dados sem retenção: como decidir o descarte — Orientar implementação
- Volume de dados sem retenção: o que avaliar antes de contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Registro excluído sem trilha: como implantar o rastro — O que definir para que exclusões deixem rastro: eventos a registrar, onde guardar o histórico, retenção e responsabilidade pelo acesso.
- Registro excluído sem trilha: o que reconstruir depois — Processo para lidar com exclusão sem histórico: o que reconstruir, quem responde e quais cadastros passam a exigir trilha.
- Cópia de segurança sem teste de leitura: onde o processo para — Mostra como organizar teste de leitura e restauração: escopo, responsável, registro e critério de aceite para cada cópia.
- Alteração sem registro: o que precisa virar histórico — Descreve como implementar registro de alterações: quais campos entram no histórico, onde capturar a gravação e qual o limite desse registro.
- Exportação como integração permanente: o que formalizar — O que uma exportação precisa ter para virar integração permanente: contrato de dados, responsável, conferência de fechamento e critério de falha.