O que é RTO e RPO: definições e como calcular para o seu negócio
RTO (Recovery Time Objective) é o tempo máximo aceitável para que um sistema volte a funcionar após um desastre, por exemplo, 4 horas para o ERP. RPO (Recovery Point Objective) é a quantidade máxima de dados que o negócio aceita perder, por exemplo, 1 hora de transações. Esses dois números definem completamente o nível de proteção necessário e, consequentemente, o custo da solução de DR.
Sem RTO definido, não há SLA para recuperação. Em um desastre real, a pressão de negócio leva a decisões apressadas e erros técnicos. RTO definido antes do desastre permite que a equipe de TI execute um plano, não improvise.
Se o último backup é de 24 horas atrás e o desastre ocorre às 17h, o RPO real é até 16 horas de dados perdidos. Para um ERP com movimentação financeira, isso pode significar centenas de transações, reprocessamento manual ou perda definitiva.
É comum definir RTO de 4 horas mas nunca testar. No desastre real, descobrir que o backup está corrompido, o ambiente de destino leva 6 horas para ser provisionado e a aplicação tem dependências não documentadas. O RTO real é muito maior que o teórico sem testes.
Pergunte ao negócio: 'Se este sistema ficar indisponível por 1 hora durante o horário comercial, qual é o impacto financeiro?' Vendas perdidas, produção parada, multas contratuais. Esse número define o investimento máximo justificável em DR.
Crítico (RTO < 1h): ERP em produção, sistema de vendas, PDV. Importante (RTO 4 a 8h): sistemas de RH, BI, portal do cliente. Útil (RTO 24h+): sistemas de relatório, staging, desenvolvimento.
RPO de 1 hora significa que a empresa aceita reprocessar 1 hora de transações manualmente. RPO de 15 minutos exige replicação contínua ou log shipping. O custo do DR aumenta proporcionalmente à redução do RPO.
Documente os RTO/RPO de cada sistema em uma matriz de criticidade. Revise anualmente, sistemas crescem em criticidade sem que o DR seja atualizado. Um sistema de vendas online que faturava R$ 10k/mês em 2020 pode faturar R$ 100k/mês em 2025.
A Boreal Tecnologias ajuda empresas a definir RTO/RPO realistas e implementar a solução de DR mais custo-eficiente para cada nível de criticidade. Diagnóstico gratuito inclui análise de sistemas críticos e proposta de DR em cloud privada no Brasil.
RTO é o objetivo (tempo máximo aceitável de recuperação, definido pelo negócio). MTTR (Mean Time To Recovery) é a métrica real (tempo médio que a TI leva para recuperar na prática). Um bom DR tem MTTR consistentemente abaixo do RTO.
RPO zero significa zero perda de dados, só possível com replicação síncrona em tempo real, onde cada transação é confirmada em dois locais simultaneamente antes de ser aceita. É tecnicamente possível mas muito caro, usado em sistemas financeiros críticos. Para a maioria das empresas, RPO de 15 a 60 minutos é o ponto de equilíbrio.
Crie uma tabela com: nome do sistema, responsável de negócio, impacto de 1h de downtime (em reais), RTO definido pelo negócio, RPO definido, última data de teste de DR e resultado. Essa matriz é o documento central do seu plano de DR.
Com warm DR pré-configurado, ambiente menor em cloud com backup sincronizado a cada hora, RTO de 2 a 4 horas para ERP é perfeitamente realista. Com cold DR (provisionar ambiente sob demanda), o RTO realista é de 4 a 8 horas dependendo do tamanho do banco.
Receba um diagnóstico estratégico gratuito e descubra o que está limitando performance, estabilidade e escala hoje.
Sem compromisso. Resposta em até 15 minutos em horário comercial.