O que é RTO e RPO: o que são, diferenças e como calcular

As taxas de RTO e RPO são métricas que orientam empresas de diversos setores na escolha de um plano ideal de recuperação de dados em caso de incidentes ou desastres.

Uma parada de sistema de duas horas e uma perda de dados de 24 horas são problemas diferentes, com custos e soluções diferentes. A definição de RTO e RPO é o que separa os dois problemas e permite contratar a proteção adequada para cada sistema.

Se a operação do seu negócio não pode parar, você precisa conhecer essas siglas. Este artigo responde às perguntas mais comuns de gestores e equipes de TI sobre o tema: diferença entre as métricas, valores por setor, cálculo, relação com backup, replicação, LGPD e custo da ausência de um plano de recuperação.

RTO e RPO passaram a fazer parte das decisões estratégicas de negócios, sendo essenciais para:

• Prevenção de adversidades;
• Minimizar falhas e perda de dados;
• Garantir alta disponibilidade das operações;
• Base sólida para redundância;
• Otimização da atuação dos profissionais de TI.
  

É importante que todos envolvidos em tomadas de decisões (inclusive gestores), tenham ao menos o conhecimento básico sobre o assunto.

Em um cenário de ataques de ransomware, ambientes em nuvem e operações cada vez mais dependentes de dados, entender esses indicadores é essencial para evitar o temido downtime, perdas financeiras, paralisações prolongadas e danos à reputação da empresa.

O é RTO e RPO?

RTO (Recovery Time Objective) é o tempo máximo que um sistema pode ficar indisponível após uma falha. RPO (Recovery Point Objective) é a quantidade máxima de dados, medida em tempo, que a empresa aceita perder. Juntas, as duas métricas definem os limites de um plano de disaster recovery e orientam a escolha das tecnologias de backup e replicação.

• RTO é o intervalo entre a falha e a volta do sistema ao funcionamento normal. O cálculo inclui a detecção do incidente, acionamento da equipe, download dos dados do repositório, reinstalação do sistema operacional, aplicação de atualizações e validação da aplicação antes de liberar o acesso. Quanto menor o RTO, maiores a automação, a redundância e o investimento exigidos.
  
  

• O RPO depende da frequência de backup e replicação. Com backup diário, o RPO é de até 24 horas. Com pontos de recuperação a cada 15 minutos, a perda máxima é de 15 minutos de transações, pedidos e registros financeiros ou operacionais.

Em e-commerces, hospitais, indústrias ou sistemas financeiros, a indisponibilidade de minutos pode gerar perdas irreparáveis. Por isso, RTO e RPO funcionam como limites operacionais que definem até onde o negócio suporta falhas sem comprometer sua continuidade.

De acordo com estudo da Uptime Institute, 54% das organizações afirmam que a sua última falha significativa custou mais de US$100.000 e 16% reportam valores superiores a US$1 milhão.

Em serviços de TI, nada deve ser feito sem números definidos: até a quantidade máxima de tempo que a operação de uma empresa pode ficar fora do ar em caso de downtime e o limite de dados que ela pode perder sem ter grandes prejuízos é calculado e definido pelas métricas de RTO e RPO.

Para manter a continuidade operacional e evitar esse tipo de prejuízo, definir corretamente o RPO e RTO com o seu provedor de infraestrutura de TI é o caminho para garantir que a estratégia de disaster recovery (DR) esteja alinhada às necessidades da empresa.

Qual a diferença entre RTO e RPO?

A diferença entre RTO e RPO está no que cada um mede. O RTO mede tempo: quanto a operação pode ficar parada. O RPO mede dados: quanto de informação pode ser perdida, contada em minutos ou horas anteriores à falha.

Uma forma simples de diferenciar os dois conceitos é separar tempo e dados:

• RTO mede quanto tempo o negócio fica parado.
• RPO mede quanto de informação será perdida.

Muitas empresas cometem o erro de focar apenas em um deles, afinal não são interligados automaticamente. Um sistema pode voltar rapidamente (RTO baixo), mas com grande perda de dados (RPO alto), ou preservar dados, mas levar horas ou dias para retomar a operação.

Dentro de um plano de disaster recovery, o RTO representa a velocidade de retomada e o RPO o volume de integridade dos dados recuperados. 

Ambientes muito grandes têm dificuldade em ter um RPO minúsculo (como 5 minutos) porque as ferramentas demoram para concluir a rotina de cópia. Já ambientes menores ou bancos de dados críticos conseguem fazer a cada 15 ou 30 minutos. Quanto menor o RTO e RPO, maior é a tecnologia necessária.

Qual o RTO ideal para e-commerce, hospital e indústria?

O RTO ideal depende do custo por hora de parada e da criticidade do sistema. Como referência de projeto, e-commerce trabalha com RTO de 15 minutos a 1 hora, hospitais com RTO de minutos para prontuário e sistemas assistenciais, e indústrias com 1 a 4 horas para sistemas de chão de fábrica. Esses valores são ponto de partida.

Estes valores são faixas de referência de projeto, não normas. O número correto de cada empresa sai de uma análise de impacto no negócio (BIA), que relaciona cada sistema ao custo de sua indisponibilidade. Sistemas de faturamento e atendimento costumam exigir metas mais rígidas que sistemas internos de apoio.

Por que RTO e RPO se tornaram métricas estratégicas para negócios?

Ao contrário do senso comum, investir em backup não é somente uma estratégia para ter arquivos copiados, mas é um dos principais planos de cibersegurança das operações.

Baixas taxas de RTO e RPO funcionam como estratégias de recuperação de desastres e restauração de ambientes produtivos em tempo hábil para gerar o mínimo de impacto possível em operações críticas

Em crimes de ransomware, por exemplo, dados são criptografados, arquivos são corrompidos e os criminosos solicitam um alto valor para o resgate, mesmo sem garantia alguma de devolução. Se a empresa possui um RTO baixo (recuperação rápida), ela consegue restabelecer o ambiente e retomar a operação sem necessidade de negociação ou esperar dias por uma chave de descriptografia que pode nem chegar.

Na mesma linha de raciocínio, as baixas taxas de RPO garantem a restauração rápida dos sistemas, diminuindo o poder de barganha dos criminosos, pequenas taxas de RPO definem até onde os dados podem ser recuperados. A manutenção e investimento em ambas é necessária para diminuir a janela de infecção. 

• Com um RPO alto de 24 horas, por exemplo, uma empresa corre o risco de perder um dia inteiro de dados;
  

• Com um RPO baixíssimo de 15 minutos, a perda seria mínima.

A perda de dados gera também uma parada de operações conhecida como downtime. Monitorar e investir na diminuição de taxas de RTO e RPO são passos importantes para o alcance de alta disponibilidade (AH) e da resiliência operacional.

Como calcular o RPO?

Para calcular o RPO, defina quanto tempo de dados a empresa aceita perder e compare com o custo dessa perda. A fórmula é: RPO = intervalo entre pontos de recuperação + tempo de cópia. Se o backup roda a cada 15 minutos e leva 5 minutos para concluir, o RPO é de até 20 minutos.

O cálculo do RPO segue quatro passos:

• Levantar o volume de transações por hora do sistema.
• Multiplicar pelo valor médio de cada transação, para obter o valor de dados gerado por hora.
• Definir quantas horas de dados o negócio suporta reconstruir manualmente ou perder.
• Escolher a tecnologia (backup incremental, snapshot, replicação) cujo intervalo fique abaixo desse limite.

Exemplo hipotético: uma loja virtual com 120 pedidos por hora e ticket médio de R$ 250 gera R$ 30.000 em transações por hora. Com RPO de 24 horas, até 2.880 pedidos (R$ 720.000) precisariam ser reconstruídos após uma falha. Com RPO de 15 minutos, o número cai para 30 pedidos (R$ 7.500).

O RTO segue a mesma lógica no sentido inverso: some o tempo de cada etapa da restauração, meça em testes reais e compare com o custo da hora parada.

Backup substitui disaster recovery?

Backup não substitui disaster recovery. Backup é a cópia dos dados; disaster recovery é o plano completo para retomar a operação, com infraestrutura de destino, procedimentos documentados, metas de RTO e RPO e testes periódicos. O backup é um componente do DR, mas sozinho não garante que o sistema volte no prazo.

Um arquivo de backup não executa aplicações. Se o servidor de produção for perdido, a empresa ainda precisa de um ambiente onde restaurar, de uma ordem de subida dos serviços e de alguém que saiba executar o processo sob pressão. A regra 3-2-1 (três cópias, em duas mídias, com uma fora do local de produção) é o mínimo para os dados. Sem teste de restauração, o backup é uma hipótese, não uma garantia.

A replicação de dados reduz o RPO?

Sim, a replicação de dados reduz o RPO. Na replicação síncrona, cada gravação é confirmada nos dois sites e o RPO tende a zero; na assíncrona, o RPO vai de segundos a poucos minutos, conforme a latência do enlace. A replicação copia também dados corrompidos ou criptografados, por isso não elimina a necessidade de backup imutável.

Em um ataque de ransomware, o site secundário replica os arquivos criptografados quase em tempo real. O backup com retenção e imutabilidade permite voltar a um ponto anterior ao ataque, e a replicação mantém o RPO baixo para falhas físicas e de infraestrutura. Os dois mecanismos cobrem riscos diferentes.

Disaster recovery e LGPD: qual a relação?

A LGPD não cita disaster recovery pelo nome, mas o artigo 46 obriga agentes de tratamento a adotar medidas técnicas que protejam dados pessoais contra perda, destruição e alteração acidental ou ilícita. Um plano de DR com RPO e RTO definidos, testado e documentado é uma forma direta de demonstrar essa medida em caso de fiscalização da ANPD.

Há outros pontos de contato. O artigo 48 exige comunicar a ANPD e os titulares quando um incidente puder acarretar risco ou dano relevante, e uma empresa sem capacidade de recuperação tem mais dificuldade de dimensionar o que foi afetado. As sanções do artigo 52 incluem multa de até 2% do faturamento, limitada a R$ 50 milhões por infração. O texto integral está na Lei nº 13.709/2018, publicada pelo Planalto.

Quanto custa ficar sem disaster recovery?

Ficar sem disaster recovery custa o valor da hora parada multiplicado pelo tempo de recuperação, mais perdas de dados, multas e reputação. O Uptime Institute registra que 54% das organizações afirmam que a última falha significativa custou mais de US$ 100 mil, e 16% acima de US$ 1 milhão. Grandes organizações chegam a US$ 9.000 por minuto, segundo a Forbes.

Para estimar o custo na sua empresa, some receita por hora, folha de pagamento ociosa, multas contratuais, custo de recuperação emergencial e eventual resgate. Uma empresa que fatura R$ 3 milhões por mês tem cerca de R$ 4.100 de receita por hora; uma recuperação de 24 horas representa perto de R$ 98 mil só nesse item.

O custo de um serviço de DR e backup profissional é previsível e, quando contratado em reais, não sofre variação cambial nem cobrança imprevista de tráfego de dados. Empresas que economizam nessa contratação costumam pagar mais em recuperação emergencial ou em resgates sem garantia de devolução.

Por que hospedar o disaster recovery em data center no Brasil?

Hospedar o DR em um data center no Brasil reduz a latência de replicação, mantém os dados sob jurisdição nacional e facilita a conformidade com a LGPD. A latência menor permite replicação mais frequente e, consequentemente, RPO menor. A soberania dos dados evita as exigências da transferência internacional prevista no artigo 33 da lei.

Um data center Tier III é projetado para manutenção sem interrupção, com redundância em energia e climatização. Esse padrão é adequado para o site de recuperação, que precisa estar disponível justamente quando o ambiente principal falha. O suporte local em português e em regime 24x7 também reduz o tempo de acionamento, que integra o RTO.

Como a HostDime Brasil reduz RTO e RPO

A HostDime Brasil opera um data center próprio em João Pessoa, com arquitetura Tier III, e oferece disaster recovery e cloud backup desenhados a partir das metas de RTO e RPO de cada cliente. Para Francisco Roberto, especialista em engenharia de TI da empresa, muitos clientes tentam "tirar leite de pedra" economizando em backup e só percebem o erro quando o incidente ocorre.

A solução de cloud backup da HostDime Brasil inclui camadas de cibersegurança:

• Tratamento anti-malware: o backup é escaneado antes de ser salvo; arquivos infectados são tratados ou colocados em quarentena.
• Imutabilidade: o arquivo salvo não pode ser modificado ou criptografado por determinado período, mesmo que o malware passe pela primeira verificação.
• Reversão em cache: o agente instalado na máquina identifica criptografia em andamento, interrompe o processo malicioso e reverte os arquivos afetados.

Segundo Saulo Brito, engenheiro de sistemas sênior da HostDime, a varredura antes do armazenamento impede que a empresa restaure um backup infectado e sofra um segundo incidente. A equipe técnica desenha a solução após levantar criticidade, volume de dados e janela de recuperação de cada sistema, e não a partir de um pacote fechado.

Clientes que tentam economizar e não contratam backup profissional acabam pagando muito mais caro quando precisam de uma recuperação de emergência via snapshot de storage (se disponível) ou, pior, pagando resgates incertos para hackers. Investir em RTO e RPO adequados é uma forma de economia preventiva.

A solução de cloud backup da HostDime não é também uma ferramenta de cibersegurança. Ela possui:

• Tratamento anti-malware: o backup é escaneado antes de ser salvo. Se um vírus for identificado, ele é tratado ou colocado em quarentena.
• Imutabilidade: mesmo que o vírus passe, o sistema possui imutabilidade, garantindo que o arquivo de backup salvo não possa ser modificado ou criptografado pelo vírus por um determinado tempo.
• Reversão em cache: o agente de backup na máquina do usuário consegue identificar se arquivos estão sendo criptografados, parar o processo malicioso e reverter os arquivos afetados usando o cache.

Definir RTO e RPO é uma escolha direta sobre quanto risco o negócio está disposto a assumir. Em um cenário de ataques constantes, downtime caro e alta dependência de dados, essas métricas se tornam instrumentos de proteção financeira e operacional.

Na HostDime Brasil, entendemos que cada minuto de inatividade pode representar perdas irreparáveis. Por isso operamos com soluções de backup e recuperação certificadas internacionalmente.

RTO define em quanto tempo o sistema volta; RPO define quantos dados a empresa aceita perder. As duas metas precisam ser calculadas por sistema, testadas e mantidas em um plano de disaster recovery que inclua backup imutável, replicação e infraestrutura de destino em território nacional. A HostDime Brasil reúne data center próprio Tier III, backup com proteção contra ransomware e suporte técnico local 24x7 para implementar esse plano.