Replicação não é backup: entenda a diferença antes de perder dados

O que é replicação de dados e para que ela serve

Replicação de dados é o processo de manter uma cópia de um sistema, banco de dados ou máquina virtual sincronizada com o original, em outro servidor ou em outro local. Ela pode ser síncrona, quando cada gravação só é confirmada depois de chegar aos dois lados, ou assíncrona, quando as alterações são enviadas em intervalos curtos, de segundos ou minutos. Nos dois casos, o objetivo é ter um ambiente pronto para assumir a operação se o principal parar.

Por isso a replicação está ligada à alta disponibilidade e à continuidade do negócio. Se um servidor físico queima, se um storage falha ou se o data center principal fica sem energia, a réplica pode ser ligada em minutos e os usuários voltam a trabalhar quase sem perceber. Em sistemas críticos, como ERP, banco de dados de vendas, telefonia ou aplicações de atendimento, essa velocidade de retomada vale muito.

Dois indicadores medem o que a replicação entrega:

• RPO (Recovery Point Objective): quanto de dado a empresa aceita perder. Com replicação, costuma ficar em segundos ou poucos minutos.
• RTO (Recovery Time Objective): quanto tempo a empresa aceita ficar parada. Com uma réplica pronta, o retorno pode levar minutos em vez de horas.

Esses números são excelentes, mas resolvem um tipo específico de problema: a falha de infraestrutura. E é aí que muitas empresas se confundem.

O que é backup e por que ele é outra coisa

Backup é uma cópia dos dados guardada em determinados pontos no tempo, com histórico. Em vez de manter só o estado mais recente, o backup guarda várias versões: a de ontem, a da semana passada, a do fechamento do mês. Cada uma dessas versões é um ponto de restauração independente, que pode ser usado mesmo que o ambiente de produção esteja comprometido.

A diferença essencial está no propósito. A replicação tenta deixar a cópia igual ao original o tempo todo. O backup preserva o que o dado era antes de algo dar errado. Quando um funcionário apaga uma pasta inteira sem querer, quando uma atualização corrompe um banco de dados ou quando alguém altera uma planilha financeira de forma indevida, o que resolve é voltar a uma versão anterior. Isso só o backup oferece.

Um backup bem feito também segue regras de isolamento. Ele fica em mídia ou repositório separado da produção, com credenciais diferentes, retenção definida e, de preferência, uma cópia fora do site principal. Essa separação é o que permite recuperar a empresa num cenário em que tudo o mais foi atingido.

Por que a replicação copia também o erro e o ransomware

A replicação não sabe distinguir uma alteração legítima de uma alteração destrutiva. Para ela, uma gravação é uma gravação. Se um usuário exclui 10 mil registros de um banco de dados, a exclusão é replicada. Se um script com defeito sobrescreve arquivos, a sobrescrita é replicada. E, em poucos segundos ou minutos, a réplica fica tão errada quanto o original.

Com ransomware a situação é ainda mais séria. O ataque criptografa os arquivos em produção e a replicação, fazendo exatamente o que deveria fazer, envia os arquivos criptografados para o outro lado. Muitos grupos criminosos também procuram ativamente consoles de virtualização, repositórios de backup e servidores de réplica para apagá-los ou criptografá-los antes de pedir o resgate. Se a réplica está no mesmo domínio, com as mesmas senhas de administrador, ela vira só mais um alvo.

Replicação protege contra a falha do equipamento. Backup protege contra a falha das pessoas, do software e dos atacantes. Uma não substitui a outra.

Algumas soluções de replicação guardam um número limitado de pontos de restauração, o que ajuda em parte. Mas esses pontos costumam cobrir poucas horas ou dias, ficam no mesmo ambiente e raramente são imutáveis. Se o erro ou a infecção só for descoberto uma semana depois, situação comum em ataques que ficam silenciosos antes de agir, esses pontos já foram descartados.

Quando usar replicação e quando usar backup

A pergunta certa não é "replicação ou backup?", e sim "que risco quero cobrir e em quanto tempo preciso voltar?". Cada tecnologia responde a cenários diferentes, e entender essa divisão evita tanto gastar demais quanto ficar exposto.

A replicação é a melhor escolha quando:

• O sistema é crítico e cada hora parada gera prejuízo direto, como vendas, produção ou atendimento;
• O risco principal é a falha de hardware, de storage ou de um site inteiro;
• A empresa precisa de RTO de minutos e RPO muito baixo;
• Há manutenções planejadas em que é preciso migrar a carga sem interromper a operação.

O backup é indispensável quando:

• É preciso recuperar arquivos, e-mails ou registros apagados ou alterados por engano;
• O risco inclui ransomware, sabotagem interna ou corrupção lógica de dados;
• Há exigências legais, fiscais ou contratuais de guardar histórico por meses ou anos, como dados contábeis e trabalhistas ou obrigações da LGPD;
• A empresa precisa provar que consegue restaurar um ambiente a partir do zero.

Na prática, quase todas as empresas se encaixam nas duas listas. O ERP precisa voltar em minutos se o servidor falhar, e também precisa de uma versão limpa de dez dias atrás se for criptografado. O servidor de arquivos talvez não precise de réplica, mas sem backup com retenção longa ele vira o ponto mais frágil da operação.

Como combinar replicação e backup na prática

A arquitetura mais segura usa as duas camadas, cada uma no seu papel. A replicação garante continuidade para os sistemas críticos, e o backup garante que existe sempre uma cópia íntegra, histórica e isolada para recuperar o negócio em qualquer cenário. Uma referência muito usada no mercado é a regra 3-2-1-1-0:

1. 3 cópias dos dados: a de produção e mais duas;
2. 2 mídias ou tipos de armazenamento diferentes;
3. 1 cópia fora do local principal, em outro site ou na nuvem;
4. 1 cópia imutável ou offline, que não possa ser alterada nem apagada durante o período de retenção, nem por um administrador;
5. 0 erros nos testes de restauração, verificados com frequência.

Alguns cuidados fazem diferença real no dia a dia. Separe as credenciais do ambiente de backup das credenciais do domínio de produção, com autenticação multifator nos consoles de gestão. Defina retenções diferentes por tipo de dado, com cópias diárias de curto prazo e cópias mensais de longo prazo. Monitore os jobs e trate falhas no mesmo dia, em vez de descobrir na hora da emergência que o backup parou de rodar há semanas.

O ponto mais esquecido é o teste. Um backup que nunca foi restaurado é uma suposição, não uma garantia. Testes periódicos de recuperação de arquivos, de máquinas virtuais completas e de bancos de dados mostram se o RTO prometido é realista e revelam dependências que ninguém documentou, como uma licença, um certificado ou um serviço que precisa subir antes dos outros.

Como a Duk ajuda a proteger seus dados de verdade

Desenhar uma estratégia que combine replicação e backup exige conhecer o negócio, e não só a tecnologia: quais sistemas não podem parar, quanto custa uma hora fora do ar, quais dados têm obrigação legal de guarda e qual é o orçamento disponível. A partir dessas respostas dá para definir onde a replicação compensa, quais cargas ficam só com backup e como garantir que exista sempre uma cópia isolada e imutável.

A Duk Informática & Cloud atua há mais de 18 anos como parceira de TI de empresas de diversos portes, com mais de 550 clientes atendidos e o reconhecimento de Microsoft Gold Partner. Nosso time projeta, implanta e monitora ambientes de backup e replicação com data center próprio em Alphaville, cópias fora do site, retenção configurada conforme a necessidade de cada cliente e testes de restauração documentados, além de suporte com SLA para agir rápido quando algo foge do previsto.

Se a sua empresa hoje depende só de replicação, só de um backup que ninguém testa ou de uma cópia guardada no mesmo servidor de produção, vale revisar essa estrutura antes que um incidente faça isso por você. Fale com a Duk e descubra como montar uma proteção que cubra tanto a falha de equipamento quanto o erro humano e o ransomware.