Backup e recuperação de desastres são duas coisas diferentes, e a confusão entre elas é a razão pela qual tantas PME descobrem, no pior dia possível, que “tinham backup” mas ficaram uma semana paradas. O backup responde à pergunta “temos uma cópia?”. A recuperação de desastres responde à pergunta que interessa ao negócio: “em quanto tempo voltamos a faturar, e com que dados?”.
Este guia ajuda a administração a definir essas respostas sem jargão, sistema a sistema, e a confirmar que o fornecedor de IT as consegue cumprir.
Backup não é recuperação de desastres
Imagine que o servidor do escritório avaria numa segunda-feira de manhã. Há uma cópia de domingo à noite num disco externo. Para voltar a trabalhar, é preciso:
- um equipamento onde repor essa cópia (o servidor avariado não serve);
- alguém que saiba fazê-lo, com as palavras-passe e as licenças à mão;
- tempo para copiar os dados, arrancar as aplicações e verificar que funcionam;
- reconfigurar os computadores, as impressoras e os acessos que dependiam do servidor.
O backup é só o primeiro ponto. Tudo o resto é recuperação — e é aí que se perdem os dias.
As duas perguntas que decidem tudo: RTO e RPO
Em linguagem simples: o RTO (objetivo de tempo de recuperação) é quanto tempo a empresa aguenta parada antes de o prejuízo se tornar grave. O RPO (objetivo de ponto de recuperação) é quanto trabalho pode perder, medido em tempo: se o último backup é de ontem à noite, perde-se o dia de hoje. Um RTO de 4 horas e um RPO de 1 hora significam “voltamos a trabalhar em 4 horas, com os dados de há 1 hora, no máximo”.
Os dois números são uma decisão de gestão, não técnica. Quem os define é a administração; o fornecedor de IT desenha a solução que os cumpre — e diz quanto custa. Quanto mais curtos, mais cara a solução. Por isso não faz sentido pedir “zero horas” para tudo.
Como chegar aos seus números
- Liste os sistemas de que a empresa depende: email, faturação, ficheiros, aplicação do setor, telefones, website.
- Para cada um, pergunte a quem o usa: “se isto parar agora, a partir de quando é que perdemos clientes ou dinheiro?”. Esse é o RTO.
- Pergunte a seguir: “se tivermos de refazer trabalho, quantas horas aceitamos refazer?”. Esse é o RPO.
- Entregue a lista ao fornecedor de IT e peça a solução — e o teste que prova que funciona.
Exemplo: RTO e RPO por tipo de sistema
Exemplo — empresa de serviços com 40 postos, faturação diária e equipa parcialmente em teletrabalho. Os valores são ilustrativos; cada empresa deve definir os seus.
| Sistema | Quanto tempo aguenta parado (RTO) | Quanto trabalho pode perder (RPO) | Solução típica |
|---|---|---|---|
| Faturação / ERP | 2 a 4 horas | 15 minutos a 1 hora | Cópias frequentes ao longo do dia e réplica pronta a arrancar |
| Email e calendários (Microsoft 365) | 4 horas | 24 horas | Backup diário independente da Microsoft |
| Servidor de ficheiros | 1 dia útil | 4 a 24 horas | Cópias várias vezes por dia, local e fora da empresa |
| Aplicação do setor (clínica, hotel, projeto) | 2 a 8 horas | 1 a 4 horas | Máquina virtual com cópia que arranca noutro equipamento |
| Telefones | 1 hora | Não se aplica | Central na cloud com reencaminhamento para telemóveis |
| Website institucional | 1 a 2 dias | 1 semana | Backup semanal do alojamento |
| Arquivo de anos anteriores | 1 semana | 1 semana | Cópia mensal em suporte separado |
Repare que a faturação e o arquivo exigem soluções muito diferentes. Tratá-los da mesma forma é pagar de mais por um ou proteger de menos o outro.
A regra base: 3-2-1, reforçada contra ransomware
A regra clássica pede três cópias dos dados, em dois tipos de suporte, com uma fora da empresa. Hoje acrescenta-se uma cópia que não se pode apagar durante um prazo definido — porque os ataques de ransomware procuram e destroem os backups antes de cifrar os servidores — e zero erros no último teste. A CISA, agência norte-americana de cibersegurança, recomenda manter cópias offline e cifradas dos dados críticos e testar regularmente a sua disponibilidade e integridade.
Se usa Microsoft 365, lembre-se de que a reciclagem da Microsoft tem prazos curtos e não substitui um backup próprio, como explicamos em o backup do Microsoft 365 que quase nenhuma empresa tem.
Os cenários que o plano deve cobrir
- Avaria de equipamento: servidor, disco ou equipamento de rede que deixa de funcionar.
- Ransomware ou intrusão: dados cifrados ou apagados, muitas vezes incluindo os backups ligados à rede.
- Erro humano: a pasta apagada, o ficheiro gravado por cima, a conta eliminada.
- Falta de energia ou de internet: um apagão de várias horas, como o de 28 de abril de 2025 — o tema de a sua empresa aguentava 8 horas sem luz nem internet?
- Incidente físico: incêndio, inundação ou furto no escritório.
Um caso real: servidor, UPS e backups na União de Freguesias de Massamá e Monte Abraão
Em 2022, a União de Freguesias de Massamá e Monte Abraão adjudicou à DataRoad, por contrato público, um projeto que junta as três peças de que falamos neste artigo: a instalação e configuração de um novo servidor empresarial, a implementação de uma UPS para proteção e continuidade dos sistemas, e soluções de backup corporativo — com criação e validação de sistemas de backup local e cloud. Os dados e configurações existentes foram migrados de forma segura para a nova infraestrutura.
A palavra importante é “validação”. Um backup local permite repor depressa; um backup na cloud protege contra o incidente físico; a validação prova que os dois funcionam. É o RTO e o RPO a sair do papel.
DataRoad IT Unlimited
Fale com a DataRoad. Avaliamos a sua operação e propomos o plano certo.
Teste: a única prova que conta
Os objetivos de recuperação só existem se forem medidos. Pelo menos uma vez por trimestre, peça ao fornecedor que reponha um servidor num ambiente isolado e cronometre. Uma vez por ano, faça um ensaio completo com a administração presente. O guia passo a passo está em o teste de 30 minutos que deve pedir ao fornecedor. Se o pior já aconteceu, comece pelo artigo sobre as primeiras horas de uma recuperação de dados.
Como a DataRoad trata a recuperação de desastres
Nos contratos IT Unlimited, definimos os objetivos de recuperação com a administração, desenhamos os backups geridos à medida desses objetivos e documentamos os testes. O serviço de disaster recovery e continuidade de negócio junta a isso o plano de arranque, a ordem de prioridades e a comunicação durante a crise. Para empresas que não podem esperar pela manhã seguinte, o IT Unlimited Premium 365 inclui cobertura a noites, fins de semana e feriados.
Perguntas frequentes
Qual é a diferença entre RTO e RPO?
O RTO é quanto tempo a empresa aguenta parada até voltar a trabalhar. O RPO é quanto trabalho pode perder, medido em tempo desde a última cópia válida. Um define a velocidade da recuperação; o outro, a frequência dos backups.
Com que frequência devo fazer backup?
Com a frequência que o seu RPO exige. Se a faturação não pode perder mais de uma hora de trabalho, precisa de cópias pelo menos de hora a hora. Para o arquivo, uma cópia semanal ou mensal pode chegar.
Um disco externo chega como backup?
Como única cópia, não. Um disco ligado ao servidor pode ser cifrado pelo mesmo ransomware, e fica no mesmo edifício. Deve existir também uma cópia fora da empresa e uma que não se possa apagar.
Quanto custa um plano de recuperação de desastres?
Depende dos objetivos de recuperação. Recuperar em quatro horas custa muito menos do que recuperar em quinze minutos. Por isso o primeiro passo é definir RTO e RPO por sistema, e só depois escolher a solução.
Mapa de recuperação da sua empresa em 10 dias úteis
Definimos consigo o RTO e o RPO de cada sistema, comparamos com o que os seus backups conseguem cumprir hoje e entregamos um plano com as correções prioritárias. Para empresas com mais de 10 postos · contrato de assistência · suporte remoto, local e telefónico.
