Backup não é Disaster Recovery: quanto tempo sua empresa aguenta parada?

Segunda-feira, 9h. O servidor principal não sobe. Pode ter sido uma atualização que corrompeu o sistema, um disco que falhou durante a noite ou um ransomware que criptografou tudo no fim de semana. A primeira pergunta de quase todo gestor é: "a gente tem backup, certo?". A pergunta certa, porém, é outra: em quanto tempo a empresa volta a funcionar? É exatamente nessa diferença que muitas operações descobrem, no pior momento possível, que ter uma cópia dos dados não é o mesmo que ter um plano de continuidade.

O que é um "desastre" hoje

Quando se fala em Disaster Recovery, muita gente ainda pensa em incêndio, enchente ou queda de raio no data center. Esses cenários existem, mas estão longe de ser os mais comuns. Na prática, qualquer evento que paralise a operação é um desastre para o negócio, e os mais frequentes são bem menos cinematográficos:

• Ataques cibernéticos: um ransomware que sequestra os dados e exige resgate. Um único clique em um anexo malicioso pode travar a empresa por dias ou semanas.
• Falha de hardware: servidores críticos que param sem aviso prévio, levando junto dados essenciais.
• Erro humano: um arquivo ou banco de dados apagado por engano. Acontece mais do que se imagina.
• Falha de software: uma atualização mal-sucedida que corrompe o sistema principal e derruba tudo de forma inesperada.

Nenhum desses eventos pede licença, e nenhum deles escolhe um horário conveniente.

Backup e Disaster Recovery não são a mesma coisa

Uma boa analogia é a do carro: o backup tradicional é o estepe no porta-malas. Ele existe, é importante, mas quando o pneu fura você ainda precisa parar no acostamento, tirar as ferramentas, trocar o pneu e torcer para que o estepe esteja calibrado. O Disaster Recovery é o serviço de assistência completa: alguém já sabe o que fazer, já tem o plano pronto e coloca você de volta na estrada rapidamente.

No mundo da TI, a diferença fica assim:

• Backup tradicional: recuperação manual, que leva horas ou dias; operação parada durante todo o processo; e, muitas vezes, a descoberta de que a cópia estava incompleta ou corrompida só acontece na hora da crise.
• Disaster Recovery: o ambiente é replicado continuamente para a nuvem. Se o servidor de produção cair, os sistemas são ativados no ambiente de recuperação e a equipe continua trabalhando, com interrupção medida em minutos.

O objetivo do DR não é só recuperar dados. É garantir a continuidade do negócio.

RTO e RPO: as duas perguntas que importam

Dois indicadores traduzem essa diferença para a linguagem de negócio:

• RTO (Recovery Time Objective): quanto tempo a empresa pode ficar parada até voltar a operar.
• RPO (Recovery Point Objective): quanto de dados a empresa aceita perder, medido em tempo. Se o último backup foi feito ontem à noite e o servidor caiu às 16h, o RPO real foi de um dia inteiro de trabalho.

Se ninguém na empresa sabe responder esses dois números com segurança, o plano de recuperação provavelmente ainda não existe de verdade.

O custo real de ficar parado

A inatividade raramente é "só um problema de TI". Cada hora de operação parada se espalha pelo negócio inteiro:

• Perda de receita: vendas interrompidas, produção paralisada e clientes que migram para a concorrência.
• Danos à reputação: confiança leva anos para ser construída e pode ser abalada em poucas horas.
• Custos de recuperação: horas extras, especialistas contratados às pressas, multas contratuais e reconstrução de dados.
• Riscos regulatórios: violação de SLAs e descumprimento da LGPD podem gerar sanções.

E existe um fator que ganhou peso recentemente: o seguro cibernético. As seguradoras estão cada vez mais exigentes e, sem controles comprovados, como um plano de recuperação documentado e testado, a apólice pode sair mais cara ou simplesmente ser negada.

O que a maioria das empresas assume errado

Três suposições aparecem com frequência em conversas com gestores:

1. "O backup roda todo dia, então estamos protegidos." Rodar não é o mesmo que restaurar. Um backup nunca testado é uma aposta.
2. "DR é coisa de grande empresa." O modelo antigo exigia comprar e manter um segundo data center ocioso. Hoje, o DR em nuvem funciona como assinatura: paga-se pelo que se usa, sem investimento inicial em servidores reserva.
3. "Se acontecer, a gente resolve na hora." Improvisar durante uma crise, com a operação parada e o cliente ligando, é justamente o cenário que um plano de recuperação existe para evitar.

Como a TYR resolve

A TYR, parceira Acronis Gold, entrega Disaster Recovery como serviço gerenciado, combinando a tecnologia de ciber-proteção da Acronis com o acompanhamento contínuo do nosso time. A arquitetura se apoia em alguns pilares:

• Failover automático: se o servidor físico falhar, o ambiente na nuvem assume e os sistemas voltam ao ar em minutos, com RTO e RPO inferiores a 15 minutos.
• Runbooks de recuperação: cada etapa do retorno já está definida, documentada e pode ser testada sem interromper a produção.
• VPN transparente: mesmo com os sistemas rodando no ambiente de recuperação, os colaboradores continuam trabalhando normalmente, sem configurar nada.
• Recuperação em um ponto no tempo: se um ransomware criptografou os dados hoje, é possível voltar ao estado exato de minutos antes da infecção.
• Flexibilidade de destino: a recuperação pode acontecer na nuvem Acronis, no Microsoft Azure ou em data centers locais, conforme a necessidade de desempenho ou de conformidade com a LGPD.
• Custo previsível: mensalidade fixa, sem compra de hardware de reserva. Proteção de nível enterprise com lógica de seguro, não de imóvel.

Além disso, o time da TYR monitora o ambiente e realiza testes regulares de failover, para que o plano funcione de verdade quando for necessário, e gera a documentação que auditores e seguradoras costumam pedir. Com o Universal Restore, também é possível recuperar um ambiente completo em um hardware novo, sem os problemas de drivers e incompatibilidade que costumam transformar horas em dias.

No fim, a pergunta que todo decisor deveria conseguir responder com tranquilidade não é "temos backup?", e sim: "se tudo parar agora, em quanto tempo voltamos?". Se a resposta não for "em minutos", vale revisar a estratégia.