Guia
Que tempo de paragem e que perda de dados a sua atividade pode aceitar
Quanto tempo pode ficar sem as suas ferramentas e quanto trabalho pode perder? Estes dois números são uma decisão da direção. Eis como os fixar, ferramenta a ferramenta, e o que mudam na arquitetura dos seus servidores.
Atualizado a 18 de outubro de 2026 · Os números têm as fontes indicadas no fundo da página; as apreciações são da IT CyberWall.
Uma decisão da direção
Quanto tempo pode a sua empresa ficar sem as suas ferramentas? Quanto trabalho pode dar-se ao luxo de perder? Não são configurações técnicas: são escolhas da direção, que determinam depois a arquitetura dos servidores e o orçamento. O guia do SGDSN sobre a continuidade da atividade pede que os impactos de uma interrupção sejam medidos numa escala comum validada pela direção[1].
Dois números a fixar
- O tempo máximo de interrupção admissível (DMIA, ou RTO em inglês): o tempo durante o qual uma ferramenta pode estar indisponível antes de a atividade ser afetada[1][2].
- A perda máxima de dados admissível (PDMA, ou RPO): até que momento os dados devem poder ser restaurados após uma avaria; se a última cópia for de ontem à noite, perde-se o dia[1][3].
Estas duas noções são aplicadas pelo seu prestador de cópias de segurança e de retoma: a WeDoBack detalha-as em RPO e RTO explicados.
Que ferramentas são críticas?
O SGDSN propõe uma ficha por atividade crítica: o seu tempo de interrupção aceitável, a sua criticidade, os recursos de que depende e as suas interdependências, com impactos humanos, financeiros, jurídicos e de imagem[1]. Para uma PME, uma tabela basta para começar. Exemplo a adaptar:
| Ferramenta | Se a ferramenta parar | Paragem tolerável | Perda aceitável |
|---|---|---|---|
| Deixa de haver encomendas e orçamentos | Meio dia | Nenhuma | |
| Software de gestão ou de produção | Oficina ou faturação parada | Algumas horas | Uma hora de introdução de dados |
| Servidor de ficheiros | Pastas inacessíveis | Um dia | O dia em curso |
| Contabilidade | Atraso no fecho | Vários dias | Um dia |
Valores fictícios, dados a título de exemplo: só a sua direção os pode fixar.
O que as suas respostas mudam na arquitetura
| Paragem tolerável | Arquitetura dos servidores |
|---|---|
| Vários dias | Um servidor e uma cópia de segurança que permite reconstruí-lo. |
| Algumas horas | Servidores virtualizados, que voltam a arrancar noutra máquina sem reinstalar tudo. |
| Praticamente nenhuma | Vários servidores físicos, com reinício automático noutra máquina em caso de avaria e, muitas vezes, servidores de retoma noutro local. |
Estas arquiteturas estão descritas na nossa página Arquitetura virtualizada. A perda aceitável, por sua vez, traduz-se em frequência de cópias e em plano de retoma: é o ofício da WeDoBack, que descreve o PRA e o PCA no seu guia da continuidade informática.
Quem faz o quê
| IT CyberWall | WeDoBack |
|---|---|
| Ajuda a direção a listar as ferramentas críticas e a fixar os dois números. | Aplica o plano de retoma e o plano de continuidade da atividade. |
| Concebe a arquitetura dos servidores em conformidade. | Fixa a frequência das cópias, organiza os testes de restauro e os servidores de retoma. |
Vamos fixar juntos os seus dois números
Listamos consigo as suas ferramentas críticas e propomos-lhe a arquitetura correspondente.
Fontes
Fontes consultadas a 18 de outubro de 2026. Os preços dos fornecedores são indicados sem IVA, na moeda e na região da tabela publicada, e podem mudar: confirme sempre a página oficial antes de decidir.
- SGDSN – Guide pour réaliser un plan de continuité d’activité (2013), fichas 6 e 8 — armement.defense.gouv.fr/sites/default/files/2022-04/20130612_NP_SGDSN_guide_pca.pdf
- NIST – Glossário, Recovery Time Objective (SP 800-34 Rev. 1) — csrc.nist.gov/glossary/term/rto
- NIST – Glossário, Recovery Point Objective (SP 800-34 Rev. 1) — csrc.nist.gov/glossary/term/recovery_point_objective
A cópia de segurança e o restauro são operados pela WeDoBack.