Exclusão não é um único comando DELETE. Em um ecossistema distribuído, o registro pode sobreviver em réplicas, índices de busca, tabelas analíticas, filas, exports, backups e logs de auditoria. Um ciclo de vida defensável define esses caminhos antes de a solicitação chegar.
Construa um mapa de retenção
Para cada domínio de dados, o cliente define a regra de retenção aprovada e seu responsável. O trabalho técnico mapeia onde o registro persiste, é copiado, transformado, arquivado e restaurado. Assim é possível distinguir exclusão imediata, purge agendado, anonimização, arquivo restrito e expiração de backup.
Projete solicitações com segurança
- Localize registros por identificadores aprovados sem exposição ampla de dados.
- Exporte somente o necessário por fluxo autorizado e auditado.
- Aplique correção, exclusão ou anonimização na fonte de verdade e identifique propagação downstream.
- Registre execução, exceções, restrições de retenção e evidência sem colocar dados pessoais em tickets.
Backups e recuperação
Backups não devem ser regravados silenciosamente a cada solicitação, salvo se o modelo de risco e recovery suportarem isso. Em vez disso, definimos criptografia, acesso estrito, janelas de retenção, controles de restauração e o ponto documentado em que os dados expiram naturalmente das mídias. A decisão cabe ao controlador com DPO/jurídico; o DBA implementa e valida.
Escopo técnico da consultoria
Desenhamos inventário, implementação de controles de retenção, automação de purge, evidências de auditoria e procedimentos seguros de restore em PostgreSQL, MySQL/MariaDB, Oracle e SQL Server.