Quanto tempo sua empresa leva para voltar após um desastre? (RTO e RPO)
Você sabe quantas horas sua empresa aguenta parada? E quantos dias de dado pode perder? Se não sabe, seu backup foi escolhido no chute — e o dia do desastre vai revelar isso.
RTO — Recovery Time Objective
Tempo máximo aceitável entre a falha e o retorno da operação. Se seu RTO é 4h, o backup precisa ser restaurável nesse prazo. Backup em fita off-site geralmente não atende — vai buscar a fita, montar, restaurar.
RPO — Recovery Point Objective
Quanto de dado você aceita perder. Backup diário = RPO de até 24h. Para vendas online, isso significa perder um dia inteiro de pedidos — inaceitável. Para RPO próximo de zero, use replicação contínua.
Referências realistas por segmento
- E-commerce, fintech, saúde crítica: RTO < 1h, RPO < 15 min
- SaaS, indústria com produção parada: RTO < 4h, RPO < 1h
- Escritório comum, comércio: RTO 8h, RPO 12h
- Backup fiscal e histórico: RTO 24-48h, RPO 24h
DRaaS: quando faz sentido
Disaster Recovery as a Service mantém uma cópia dos seus servidores em nuvem, prontos para 'ligar' em minutos. Custa mais que backup simples, mas entrega RTO de minutos. Recomendado para operações onde cada hora parada custa muito.
Quer implementar isso na sua empresa?
Nosso time desenha a solução, faz o projeto e opera com SLA 99,99% e NOC 24/7.
Perguntas frequentes
Backup e disaster recovery são a mesma coisa?+
Não. Backup protege os dados; DR garante que o sistema volte a operar. Uma empresa pode ter backup perfeito e ainda ficar 3 dias parada porque não tem plano de DR.
Como sei se meu backup atende ao RTO?+
Só testando. Faça restauração real (não simulada) uma vez por trimestre e cronometre. É a única forma honesta.
Vale a pena manter réplica em outro data center?+
Sim, para operações críticas. Replicação assíncrona entre dois data centers custa relativamente pouco e reduz RTO/RPO drasticamente.