GRC FlowGRC Flow
  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes
A sua opiniãoIniciar sessãoComeçar
  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes
  • Dar a minha opinião
  • Iniciar sessão
GRC Flow

Serviços de governação, risco, conformidade e operações de TI cujos entregáveis se alimentam uns aos outros.

Produto

  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes
  • Sobre nós

Referenciais

  • ISO/IEC 27001
  • RGPD
  • NIS2
  • DORA
  • HIPAA
  • PCI DSS

Informação legal

  • Termos de utilização
  • Privacidade
  • Aviso legal

© GRC Flow

  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes

O RTO explicado

O objetivo de tempo de recuperação, ou RTO, é o prazo em que uma atividade ou um sistema tem de voltar após uma perturbação, antes de as consequências se tornarem inaceitáveis.

Enciclopédia / Continuidade do negócio · Conceitos · Atualizado em 7 de novembro de 2026

Depois de ler, poderá fixar um RTO a partir do impacto no negócio, orçamentar os meios para o atingir e verificá-lo com um teste cronometrado.

Definição

A ISO 22301 define-o como o período após um incidente em que uma atividade tem de ser retomada ou um recurso recuperado. É fixado dentro do tempo a partir do qual o impacto de não retomar se torna inaceitável, muitas vezes chamado período máximo tolerável de interrupção (MTPD).

O negócio fixa o RTO como objetivo. O que a informática consegue num teste é o tempo de recuperação real, e os dois diferem muitas vezes.

Um gráfico em que o custo da interrupção sobe com o tempo enquanto o custo da recuperação desce, cruzando-se as duas curvas num ponto de equilíbrio
Imagem: NIST SP 800-34 Rev. 1, Figure 3-3, Public domain in the United States (17 U.S.C. 105)

Porque é importante

O RTO dimensiona o investimento. Um objetivo de 15 minutos implica uma comutação sempre pronta, enquanto 3 dias podem exigir apenas boas cópias de segurança, e as faturas não têm comparação.

Como funciona

Retire o RTO da análise de impacto no negócio, atividade a atividade. Traduza-o em objetivos para os sistemas que as suportam, incluindo as suas dependências.

Escolha meios de recuperação adequados e compare o seu custo com o impacto que evitam.

Teste e registe o tempo alcançado. Se falhar o objetivo, mude os meios ou faça a direção aceitar a diferença.

Um caso prático

Uma loja online perde 2 000 € por hora quando o site está em baixo, por isso fixa um RTO de 2 horas. Um teste demora 5 horas, 4 delas na reposição da base de dados.

Uma réplica morna reduz isso para 1 hora e 30 minutos por 1 200 € por mês. A direção aprova: as 3 horas e 30 minutos ganhas numa só falha valem 7 000 €, quase seis meses desse custo.

Boas práticas

  • Faça o responsável de negócio fixar o RTO, com a informática a aconselhar sobre o custo.
  • Meça a partir do momento da perturbação e conte o tempo necessário para decidir.
  • Alinhe os RTO das dependências de um sistema.
  • Guarde cada resultado de teste ao lado do seu objetivo.

Erros frequentes

  • Dar o mesmo RTO a todos os sistemas, o que gasta de mais nuns e deixa outros aquém.
  • Fixar um objetivo que nenhum teste alguma vez atingiu, de modo que o número só existe no papel.
  • Esquecer o tempo necessário para detetar e declarar o acontecimento, muitas vezes uma hora ou mais.
  • Ignorar uma dependência com um RTO mais longo, que passa então a definir o tempo real de recuperação.

Perguntas

Qual a diferença entre RTO e RPO?
O RTO diz quão depressa tem de voltar. O RPO diz quantos dados recentes se pode dar ao luxo de perder. Um conta para a frente a partir do incidente, o outro para trás.
O que é um bom RTO?
Um justificado pelo impacto e financiado. Não existe um número universal.
Qual a diferença entre RTO e MTPD?
O período máximo tolerável de interrupção é o ponto em que o impacto se torna inaceitável. O RTO é fixado mais curto, para deixar margem.
Um RTO é o mesmo que um SLA?
Não. Um SLA é um compromisso com um cliente, muitas vezes sobre disponibilidade. O RTO é um objetivo interno de recuperação, que deve sustentar o SLA.
Como se verifica um RTO?
Com um exercício de recuperação cronometrado em condições realistas. Somar estimativas não prova nada.

Pôr em prática

Criar a sua conta

Ler a seguir

  • Guia completo da continuidade de negócio
  • O RPO explicado
  • Análise de impacto no negócio
  • O que é a recuperação de desastres?
Análise de impacto no negócioO RPO explicado

Fontes

  • ISO 22301:2019
  • NIST SP 800-34 Rev. 1
Análise de impacto no negócio
  • Gerador de planos e procedimentos
  • Gerador de SLA