RTO e RPO: o plano de continuidade que repõe a operação a tempo

Porque a cópia é só o ponto de partida. Pense num servidor que morre numa manhã de segunda-feira, com uma cópia feita na véspera num disco USB. A cópia existe; a empresa continua parada. Para repor a operação faltam quatro coisas:

• Hardware de substituição O servidor avariado não pode receber os dados de volta.
• Competência e credenciais Um técnico que conheça o sistema e tenha à mão senhas e chaves de licença.
• Horas de trabalho Transferir os dados, pôr as aplicações a correr e validar o resultado.
• Religar o escritório Postos, impressoras e permissões que apontavam para a máquina antiga.

É nestes quatro passos que uma avaria de uma manhã se transforma numa semana sem faturar. Muitas PME só o descobrem quando já aconteceu.

RTO: Recovery Time Objective. O tempo máximo de paragem que o negócio tolera antes de as perdas se tornarem sérias.

RPO: Recovery Point Objective. A janela de dados que se aceita perder, contada para trás a partir do incidente. Com a última cópia feita à meia-noite, um problema às 17h custa o dia inteiro de trabalho.

Lido em conjunto: RTO de 4 horas e RPO de 1 hora querem dizer “estamos operacionais em 4 horas e, no pior caso, perdemos a última hora”. A decisão é de negócio. O parceiro de IT traduz esses valores numa arquitetura e num preço, e quanto mais apertados, mais caro. Exigir recuperação instantânea para todos os sistemas é desperdiçar orçamento.

Quatro passos para os definir numa reunião

1. Listar dependências: correio eletrónico, ERP e faturação, pastas partilhadas, software do setor, telefonia, site.
2. Perguntar pelo impacto: a cada responsável: “a partir de que hora de paragem começamos a perder clientes ou receita?” A resposta dá o RTO.
3. Perguntar pelo retrabalho: “quantas horas de trabalho estamos dispostos a repetir?” Daí sai o RPO.
4. Exigir prova: passar a lista ao fornecedor e pedir a solução acompanhada do ensaio que a valida.

Cenário ilustrativo: empresa de serviços, 40 postos, faturação todos os dias, parte da equipa a trabalhar a partir de casa. Os números servem de referência, não de receita.

A diferença entre a primeira e a última linha é o argumento económico: proteger o arquivo como se fosse o ERP é gastar dinheiro sem ganho; proteger o ERP como se fosse o arquivo é aceitar um risco que ninguém aprovou.

A base continua a ser o 3-2-1: três cópias, dois suportes distintos, uma delas fora das instalações. Hoje isso já não chega. Os ataques modernos localizam e destroem as cópias acessíveis pela rede antes de cifrar os servidores, por isso é preciso uma cópia imutável, que ninguém consegue apagar durante um período fixado, e um último teste sem erros. A agência norte-americana CISA aconselha guardar cópias cifradas e desligadas da rede dos dados críticos e verificar com regularidade que estão íntegras e disponíveis.

Quem trabalha em Microsoft 365 tem um ponto cego adicional: a reciclagem nativa guarda os dados por pouco tempo. Explicamos o problema em porque o Microsoft 365 precisa de uma cópia própria.

• Falha de hardware Disco, servidor, switch ou firewall que deixa de responder.
• Ataque informático Ransomware ou acesso indevido que cifra ou apaga dados, cópias incluídas quando estão na mesma rede.
• Engano de um utilizador Pasta eliminada, documento substituído, conta removida por engano.
• Corte de energia ou de ligação Várias horas sem rede elétrica, como em 28 de abril de 2025. Analisamos esse dia em oito horas sem energia nem internet: o escritório aguentava?
• Dano no edifício Fogo, água ou roubo de equipamento.

A União de Freguesias de Massamá e Monte Abraão contratou a DataRoad em 2022, por procedimento público, para um projeto que reúne as três camadas de que falamos: um servidor empresarial novo, instalado e configurado; uma UPS para proteger e manter os sistemas em funcionamento; e backup corporativo em duas frentes, local e cloud, criado e depois validado. A informação e as configurações anteriores passaram para a nova infraestrutura sem perdas.

A camada local garante reposição rápida. A camada cloud cobre o desastre no edifício. A validação transforma ambas em compromissos verificados, e não em suposições.

Trimestralmente, no mínimo, com uma reposição de um servidor em ambiente isolado e o tempo registado. Anualmente, com um exercício completo a que a administração assiste. Sem esse registo, RTO e RPO são apenas intenções.

Deixámos o procedimento em o ensaio de reposição de 30 minutos a exigir ao seu fornecedor. Se o incidente já está em curso, leia primeiro o que fazer nas horas iniciais de uma recuperação de dados.

Num contrato IT Unlimited, a DataRoad - IT Services and Consulting fixa os objetivos de recuperação com a direção, dimensiona os backups geridos e monitorizados para os cumprir e guarda o registo de cada teste. A camada de continuidade de negócio e disaster recovery acrescenta a sequência de arranque, as prioridades e o plano de comunicação durante o incidente.

Quando a operação não pode esperar pelo dia útil seguinte, o plano Premium 365 estende a cobertura a noites, fins de semana e feriados.

• NIST SP 800-34: definição de RTO
• NIST SP 800-34: definição de RPO
• CISA: guia de resposta a ransomware

Fixamos consigo o RTO e o RPO de cada sistema, medimos o que a sua infraestrutura de cópias cumpre hoje e entregamos o plano de correção por prioridades. Veja o serviço de disaster recovery e continuidade de negócio e peça proposta sem compromisso.

Mais de 10 postos · contrato de assistência · suporte remoto, local e telefónico. Ligue +351 211 459 950 * ou escreva para sales@dataroad.pt.

*Chamada para a rede fixa nacional.