Imagine que chega ao escritório numa segunda-feira e os ficheiros de clientes, a facturação e os documentos de trabalho deixaram de abrir. Um ataque de ransomware encriptou o servidor. Ou então uma avaria no disco, uma inundação ou um erro humano apagou informação essencial. É nestes momentos que a regra backup 321 deixa de ser uma recomendação técnica e passa a ser uma condição para a continuidade do negócio.
Ter uma cópia dos dados não basta. Se essa cópia estiver no mesmo servidor, no mesmo escritório ou acessível com as mesmas credenciais, pode desaparecer ao mesmo tempo que os originais. A questão que uma empresa deve colocar não é apenas «temos backups?». É esta: conseguimos recuperar e voltar a trabalhar dentro do tempo que o negócio suporta?
O que significa a regra backup 321
A regra 3-2-1 é simples de explicar e exigente de aplicar com método. Determina que a empresa deve manter três cópias dos dados, em dois suportes ou sistemas distintos, e uma cópia fora das instalações.
As três cópias incluem os dados que estão em produção e duas cópias de segurança. Por exemplo, os documentos num servidor de ficheiros, uma cópia num equipamento de backup local e outra numa infraestrutura cloud. Se um ficheiro for eliminado por engano, há alternativas para o repor. Se um equipamento avariar, não se perde a única fonte de informação.
Os dois suportes distintos reduzem o risco de uma falha comum. Não faz sentido guardar duas cópias no mesmo disco externo ligado permanentemente ao servidor. Um pico eléctrico, uma falha do controlador ou malware com acesso à rede pode comprometer ambos. A combinação pode passar por armazenamento no servidor e num NAS dedicado, ou por disco local e armazenamento cloud. A escolha depende do volume de dados, da velocidade de recuperação exigida e do orçamento disponível.
A cópia fora das instalações protege contra acontecimentos que afectam o espaço físico: incêndio, furto, inundação ou danos eléctricos graves. Também é uma defesa relevante contra ransomware, desde que essa cópia não possa ser alterada ou eliminada por um atacante que consiga entrar na rede.
Porque é que uma cópia no escritório não chega
Muitas PME têm um disco USB ligado ao computador principal ou ao servidor. É melhor do que não ter nada, mas não cumpre por si só a regra backup 321. Se o disco estiver sempre ligado, o vírus que encripta as pastas partilhadas pode encriptá-lo também. Se estiver na mesma sala, não protege contra um incidente físico. Se ninguém verificar os trabalhos, pode passar meses a guardar cópias incompletas sem se aperceber.
Há ainda um problema menos visível: a sincronização não é necessariamente backup. Serviços de armazenamento em cloud podem replicar rapidamente um ficheiro apagado ou infectado para todos os dispositivos. São excelentes para colaboração, mas precisam de políticas de versões e retenção adequadas para funcionarem como parte de uma estratégia de recuperação.
O backup existe para permitir regressar a um ponto anterior. Por isso, deve preservar versões históricas. Se a empresa só guarda a cópia da noite anterior e o problema foi detectado três semanas depois, essa cópia pode já conter ficheiros corrompidos ou eliminados.
Comece pelos dados que parariam a empresa
Não é preciso proteger tudo da mesma forma no primeiro dia. O passo mais útil é identificar o que impede a operação de continuar. Para uma empresa, isto pode incluir a base de dados do software de gestão, documentos de clientes, emails, ficheiros de projecto, configurações do servidor, dados de facturação e credenciais técnicas guardadas num local seguro.
Depois, importa responder a duas perguntas práticas. Quanto tempo pode a empresa estar sem cada serviço? E quantos dados pode aceitar perder? Uma base de dados de encomendas pode exigir cópias de hora a hora e recuperação no próprio dia. Um ficheiro histórico pouco alterado pode ser protegido diariamente. Estas metas são habitualmente designadas por RTO, tempo máximo de recuperação, e RPO, perda máxima de dados aceitável. Não é necessário decorar as siglas para tomar boas decisões, mas é necessário definir expectativas realistas.
Uma cópia cloud pode ser economicamente sensata para guardar informação fora do escritório, mas a recuperação de vários terabytes através de uma ligação lenta pode demorar demasiado. Nesses casos, uma cópia local permite recuperar depressa, enquanto a cópia externa assegura protecção perante um desastre no local. A arquitectura certa raramente é só local ou só cloud. É desenhada em função da forma como a empresa trabalha.
Como aplicar a regra 3-2-1 sem criar mais complexidade
A automatização é essencial. Um processo que depende de alguém se lembrar de ligar um disco ou copiar pastas à sexta-feira acabará por falhar quando essa pessoa estiver de férias, doente ou ocupada com uma urgência. O sistema deve executar cópias segundo um calendário definido, registar o resultado e alertar quando algo corre mal.
Para uma pequena empresa com servidor local, uma abordagem equilibrada pode ser manter os dados em produção, criar cópias frequentes para um destino de backup local separado e replicar essas cópias para cloud. Para empresas que trabalham sobretudo com aplicações alojadas, o plano deve incluir não só os computadores dos colaboradores, mas também as bases de dados, os ficheiros partilhados, os emails e as configurações relevantes.
A protecção dos postos de trabalho merece atenção. Quantos ficheiros importantes estão apenas no portátil de um comercial ou no computador de um responsável financeiro? Uma política clara deve definir onde os documentos de trabalho são guardados e que equipamentos são abrangidos pelo backup. Sem esta disciplina, a empresa pode ter uma boa cópia do servidor e continuar a perder informação crítica.
Também é prudente separar as credenciais de administração do backup das credenciais usadas no dia-a-dia. Um atacante que obtenha a palavra-passe de um utilizador não deve ganhar automaticamente o poder de apagar cópias. Autenticação multifactor, permissões limitadas e registos de actividade reduzem este risco.
Imutabilidade e cópias desligadas
A regra 3-2-1 continua válida, mas os ataques de ransomware levaram muitas organizações a acrescentar uma preocupação: garantir que pelo menos uma cópia não pode ser alterada durante um período definido. É o princípio da imutabilidade.
Uma cópia imutável não substitui as restantes. Funciona como uma última linha de defesa: mesmo que o atacante consiga privilégios elevados, não consegue apagar ou encriptar os backups retidos. Outra opção complementar é uma cópia desligada da rede, guardada com controlo físico. Ambas têm custos e exigem gestão, mas podem fazer a diferença numa recuperação difícil.
Não vale a pena adoptar tecnologia apenas porque parece avançada. Para algumas PME, retenção protegida num serviço cloud bem configurado é mais simples e eficaz do que gerir suportes físicos. Para outras, sobretudo com grande volume de dados e exigência de recuperação rápida, faz sentido combinar soluções.
Um backup só é válido quando é possível restaurá-lo
O erro mais caro é descobrir, no dia do incidente, que os backups falharam ou que ninguém sabe como restaurar uma aplicação. Verificar que existe uma mensagem de «cópia concluída» não é suficiente. É preciso testar recuperações.
Os testes devem incluir ficheiros isolados, pastas completas e, quando aplicável, a recuperação de uma máquina virtual ou de uma base de dados. Convém confirmar se a informação abre correctamente e medir quanto tempo demora o processo. Esse tempo deve ser comparado com aquilo que a empresa considera aceitável para retomar a actividade.
Um teste também revela dependências esquecidas. Pode recuperar-se o servidor de ficheiros, mas faltar a configuração da aplicação, uma chave de licença, uma conta de email ou a palavra-passe de administração. Documentar estes elementos e guardar as credenciais num gestor de palavras-passe adequado evita improvisos quando a pressão é maior.
Sinais de que o seu plano precisa de revisão
O crescimento da empresa, a adopção de teletrabalho, uma mudança de software de gestão ou a entrada de novos colaboradores podem tornar um plano antigo inadequado. Há sinais claros a vigiar: backups sem relatórios de sucesso, cópias no mesmo local dos originais, ausência de versões históricas, discos sem encriptação, equipamentos pessoais fora da política de protecção e inexistência de testes de restauro.
Também deve haver atenção aos custos escondidos. Uma solução muito barata que não permite recuperar rapidamente pode sair cara numa paragem de dois dias. Por outro lado, pagar por capacidade cloud excessiva ou por retenções sem critério não é sinónimo de segurança. O objectivo é proteger os dados necessários, durante o tempo necessário, com uma recuperação que a operação consiga suportar.
Na IMPULSYS, este diagnóstico começa pelas perguntas certas: que dados não podem desaparecer, onde estão, quem lhes acede e quanto tempo a empresa pode estar parada? A resposta permite desenhar uma política de backup ajustada, sem acrescentar ferramentas que ninguém vai gerir.
A melhor altura para testar uma recuperação é quando nada está avariado. Reserve esse tempo, confirme que a regra 3-2-1 está realmente a ser cumprida e transforme o backup numa garantia operacional, não numa esperança guardada num disco.
No responses yet