Ter uma cópia dos arquivos não significa, por si só, estar protegido. Um backup confiável precisa sobreviver a falhas de equipamento, exclusões acidentais, ataques e problemas no local onde a empresa opera. A regra 3-2-1 transforma essa necessidade em uma estratégia simples de entender, executar e auditar.
O que significa a regra 3-2-1
A regra organiza as cópias de forma que um único incidente não consiga atingir tudo ao mesmo tempo. Ela serve como ponto de partida para empresas de diferentes portes.
Na prática, o arquivo de produção é a primeira cópia. Uma segunda pode ficar em um repositório local dedicado, separado do servidor, enquanto a terceira permanece em outro local físico ou em uma nuvem com controles próprios. O importante é evitar que todas dependam do mesmo equipamento, credencial ou ambiente.
- 3 cópias dos dados, contando o arquivo em uso
- 2 tipos de armazenamento ou ambientes diferentes
- 1 cópia mantida fora do ambiente principal
Por que uma cópia conectada não basta
Um disco externo permanentemente conectado pode ser atingido pelo mesmo ransomware, falha elétrica ou erro humano que afeta o servidor. Da mesma forma, sincronização em nuvem não substitui automaticamente um backup: um arquivo apagado ou corrompido pode ser sincronizado para todos os dispositivos.
A cópia deve ter algum grau de isolamento. Isso pode ser obtido com armazenamento imutável, retenção de versões, credenciais exclusivas para o serviço de backup ou uma mídia desconectada após o uso. Se a mesma conta administrativa acessa produção e backup, um invasor pode apagar os dois ambientes.
Defina RPO e RTO antes da ferramenta
RPO é a quantidade de informação que a empresa aceita perder, medida em tempo. Se o financeiro pode perder no máximo duas horas de lançamentos, o intervalo entre cópias precisa ser menor ou igual a esse período. RTO é quanto tempo a operação pode ficar parada até a restauração.
Essas metas não precisam começar com cálculos complexos. Converse com cada área, identifique os processos que geram receita ou cumprem obrigações e classifique-os por prioridade. O sistema de emissão fiscal pode exigir recuperação em poucas horas, enquanto um arquivo histórico talvez aceite um prazo maior.
- Qual foi a última versão recuperável?
- Quanto tempo leva para baixar e restaurar os dados?
- Quais sistemas precisam voltar primeiro?
- Quem decide que o ambiente já pode retornar à operação?
O teste de restauração é parte do backup
O momento de descobrir que uma cópia está incompleta não pode ser durante uma emergência. Defina testes periódicos, registre o tempo de recuperação e confirme se os sistemas prioritários voltam a funcionar com os dados restaurados.
Um painel indicando “backup concluído” prova apenas que uma tarefa terminou. O teste de restauração confirma que arquivos abrem, bancos de dados mantêm consistência, permissões continuam corretas e dependências da aplicação também foram preservadas. Faça o teste em ambiente isolado para não colocar a produção em risco.
- Escolha arquivos e sistemas críticos para o teste
- Registre a data, o resultado e o tempo necessário
- Corrija falhas antes do próximo ciclo
- Revise a estratégia sempre que a infraestrutura mudar
Comece pelo impacto no negócio
Liste o que a empresa não pode perder e por quanto tempo cada operação pode ficar indisponível. Essa análise orienta frequência, retenção e investimento sem transformar o backup em uma coleção desorganizada de cópias.
Inclua servidores, sistemas em nuvem, estações com arquivos locais e dados de serviços como e-mail e colaboração. Muitos fornecedores protegem a disponibilidade da plataforma, mas a retenção, a exclusão indevida e a recuperação dos dados continuam sendo responsabilidades que precisam estar claras no contrato.
O resultado esperado é um plano curto: dados cobertos, frequência, retenção, responsáveis, local das cópias e roteiro de recuperação. Revise esse documento a cada mudança relevante na operação e pelo menos uma vez por ano.