Recuperação
de Desastres
Quando o pior acontece — ransomware, avaria de hardware, catástrofe natural — precisa de voltar a estar online em horas, não em semanas. Desenhamos e testamos planos de DR para que, quando precisar deles, funcionem mesmo.
A maioria das empresas só descobre que o seu plano de recuperação de desastres não funciona quando precisa dele — um backup que nunca foi testado, um runbook que ninguém abre há dois anos, um processo de failover que parte do princípio de que alguém se lembra dos passos manuais sob pressão. Construímos planos de DR precisamente para que, no dia em que precisar de um, já esteja comprovado que funciona.
Isso implica definir números reais antes de tudo o resto: quantos dados pode dar-se ao luxo de perder (Recovery Point Objective) e quanto tempo pode estar parado (Recovery Time Objective), para cada sistema crítico — e não uma resposta única para toda a empresa. O ransomware altera ainda mais esta equação, já que uma recuperação rápida e bem testada é muitas vezes a única defesa real quando um atacante já está lá dentro.
- Documentação e revisão do Plano de Continuidade de Negócio (PCN)
- Implementação e gestão do VMware Site Recovery Manager (SRM)
- Configuração, replicação e orquestração do Azure Site Recovery
- Definição do Recovery Time Objective (RTO) e do Recovery Point Objective (RPO)
- Testes completos de failover de DR com periodicidade definida
- Planeamento da recuperação de ransomware e estratégias de backup imutável
O processo deste projeto.
Impacto no negócio e definição de RTO/RPO
Para cada sistema crítico, definimos quanta perda de dados e quanta indisponibilidade o negócio consegue realmente tolerar — são estes números que orientam todas as decisões técnicas seguintes.
Desenho da arquitetura de DR
VMware Site Recovery Manager, Azure Site Recovery ou uma abordagem híbrida, consoante o seu ambiente atual — dimensionada para as metas de RTO/RPO, e não para um modelo genérico.
Backup imutável e proteção contra ransomware
Cópias de backup isoladas (air-gapped) e imutáveis que um atacante com credenciais de administrador de domínio continua a não conseguir apagar nem encriptar — precisamente a lacuna que transforma um incidente de ransomware numa paragem de várias semanas em vez de uma recuperação no próprio dia.
Testes de DR agendados
Um teste de failover completo com periodicidade regular, e não um exercício único no fecho do projeto — os planos de DR que não são testados de novo após alterações à infraestrutura deixam de funcionar sem que ninguém dê por isso.
Engenheiros reais, não uma fila de pedidos de suporte.
As pessoas nesta página são as que fazem o trabalho. Sem gestores de conta pelo meio e sem o seu pedido a ser reencaminhado para um serviço de assistência.
Conheça a equipa →
Sobre recuperação de desastres.
Qual é a diferença entre RTO e RPO?
O RTO (Recovery Time Objective) é o tempo que pode estar parado antes de isso prejudicar seriamente o negócio. O RPO (Recovery Point Objective) é a quantidade de dados que pode dar-se ao luxo de perder — o intervalo entre o último backup válido e o momento da falha. São definidos separadamente para cada sistema, porque a tolerância raramente é a mesma para o email e, por exemplo, para uma partilha de ficheiros interna.
Com que frequência devemos testar o nosso plano de DR?
No mínimo uma vez por ano, e após qualquer alteração significativa à infraestrutura — um plano de DR vale o que valeu a última vez que se provou que funciona no seu ambiente atual, e não no ambiente para o qual foi desenhado.
Um plano de DR consegue mesmo travar um ataque de ransomware?
Nenhum plano impede um ataque por completo, mas backups imutáveis e isolados (air-gapped) significam que um atacante que encripte os seus sistemas de produção não destrói também o seu caminho de recuperação — transformando um acontecimento que poderia acabar com o negócio numa semana má.
Tratam da recuperação ou apenas do planeamento?
De ambos — desenhamos e testamos o plano e, se for cliente de serviços geridos, somos nós que o executamos durante um incidente real, para que a recuperação não seja a primeira vez que alguém corre o runbook sob pressão.
Veja-o na prática.
O resto da stack.
Migrações para a Cloud
Migre o email, os serviços de ficheiros, o SQL e workloads completos para o Azure — sem qualquer disrupção nas suas operações.
Alta Disponibilidade
99,99% de uptime não é marketing — é um padrão de engenharia. Arquiteturas de failover que o mantêm sempre online.
Backup e Proteção de Dados
Veeam, EMC Avamar, CommVault. Os seus dados são o seu negócio — e tratamo-los como tal.
Tecnologias Microsoft
Conhecimento profundo de Azure, Microsoft 365, Exchange Server e Hyper-V — pensado à medida do seu ambiente.
Desenvolvimento Web e de Aplicações
Sites, aplicações à medida, bases de dados e APIs — construídos por engenheiros que também conhecem os servidores, o armazenamento e a rede em que funcionam.
Alojamento de Alta Velocidade
Alojamento rápido e seguro no Microsoft Azure, em CDN de topo e em plataformas serverless — gerido pelos engenheiros que construíram o seu site e conhecem a infraestrutura que está por baixo.
Visibilidade na Pesquisa com IA
Faça com que a sua empresa seja citada pelo ChatGPT, pelo Gemini e pelas AI Overviews da Google. A nossa parceria com a SEO Web Boss mantém conteúdos novos e citáveis a chegar ao seu site.
Vamos definir o seu projeto de recuperação de desastres.
Uma consulta gratuita, uma avaliação honesta e um plano claro — sem compromisso.