Guia de Disaster Recovery com Veeam

A maioria das médias empresas brasileiras opera hoje em um cenário híbrido — uma parte em servidores físicos, outra em cloud, várias filiais com conectividade limitada e uma equipe de TI que precisa entregar projetos novos enquanto sustenta a operação. Nesse contexto, Disaster Recovery deixou de ser “backup com outro nome” para se tornar a prova mais difícil de uma estratégia de Cyber Resilience.

Este guia tem dois objetivos. O primeiro é explicar, sem jargão e com dados, por que um plano de DR baseado em Veeam + AWS + Wasabi é hoje o caminho mais consistente e o mais defensável tecnicamente para empresas de médio porte que precisam combinar custo, prazo de recuperação e proteção contra ransomware. O segundo é apresentar a metodologia da Stronit em campo — construída em três pilares (Processos, Tecnologias e Pessoas) e validada em mais de 1.000 workloads protegidos, mais de 1,3 petabyte de dados sob custódia e 100% de restaurações com sucesso.

Com processos claros, tecnologia robusta e pessoas preparadas, sua empresa estará pronta para enfrentar qualquer desafio, garantindo a continuidade dos negócios. Webinar Stronit · Disaster Recovery

Por que Disaster Recovery deixou de ser opcional

Há cinco anos, “Disaster Recovery” era um assunto de planilha — calculávamos custo de mídia de fita, contratávamos um datacenter espelho e considerávamos o trabalho feito. O cenário mudou em três frentes simultaneamente: o crime cibernético se profissionalizou, a infraestrutura saiu dos racks da empresa e o regulador passou a olhar com lupa para a forma como dados são protegidos. Resultado: o custo de não ter um plano de DR ficou maior do que o custo de ter um.

Ransomware: o pesadelo que não acaba

Os números compilados durante o webinar Stronit ilustram o motivo do tema dominar pautas de conselho:

• A cada 11 segundos, uma organização no mundo é vítima de ransomware — a janela entre dois incidentes é menor do que o tempo de fazer um café.
• 1 em cada 4 organizações que pagam o resgate não recuperam seus dados. O pagamento não é uma garantia: é um custo somado ao incidente.
• 40% das empresas que pagam sofrem um segundo ataque — frequentemente pelos mesmos criminosos.

A leitura prática é simples: o backup tradicional, escrito sobre o mesmo storage ou na mesma rede do ambiente produtivo, é o primeiro alvo do atacante. Quando o adversário consegue criptografar — ou apagar — o repositório de backup, a empresa fica sem rede de segurança. Por isso a indústria toda migrou para o padrão 3-2-1-1-0: três cópias, em dois tipos de mídia, com uma cópia off-site, uma cópia imutável e zero erros de restauração comprovados em testes.

Desastres naturais e falhas “normais”

• 40% das pequenas e médias empresas nunca reabrem após um desastre natural significativo.
• 90% das que não retomam operações em até 5 dias fecham em até um ano após o evento.

Em estados como Santa Catarina, Rio Grande do Sul e Bahia, episódios de enchentes e deslizamentos mostraram que esse risco não é teórico. Empresas que mantinham seus servidores em escritórios próprios — frequentemente no térreo, frequentemente sem uma cópia secundária externa — simplesmente perderam o acesso ao próprio negócio durante semanas.

Falhas humanas e de cadeia: a categoria mais silenciosa

• Cadeia de suprimentos: parceiros e prestadores com VPN ou acesso administrativo passam a ser vetor de incidentes.
• Falhas humanas: erros operacionais — alterações em produção, exclusões acidentais — acontecem e precisam ser previstos no desenho do DR.
• Falhas de hardware: equipamentos eletrônicos vão falhar, com ou sem garantia. A pergunta não é “se”, é “quando”.

Cyber Resilience: o conceito que separa quem sobrevive de quem fecha

Cyber Resilience é o conjunto de capacidades que permite a uma organização operar, ou voltar a operar rapidamente, durante e após um evento adverso — seja ele um ataque cibernético, uma falha técnica, uma intempérie ou um erro humano. Diferente de “cibersegurança” no sentido clássico, que se concentra em prevenir ataques, Cyber Resilience parte do pressuposto de que o incidente vai acontecer e organiza a empresa para que o impacto seja limitado e a recuperação seja previsível.

A NIST resume Cyber Resilience em cinco funções: Identify, Protect, Detect, Respond, Recover. Disaster Recovery é a espinha dorsal do “Recover” — mas é também o que torna “Respond” viável. Uma equipe que sabe que tem uma cópia íntegra e isolada do ambiente toma decisões mais rápidas e mais corajosas em uma resposta a incidente. Sem essa rede, qualquer resposta vira refém da pressão por “voltar logo, custe o que custar” — e é exatamente nesse momento que se aceita pagar resgate.

Por que isso é decisão de negócio, não de TI

Conselhos de administração e diretorias financeiras já internalizaram que indisponibilidade tem preço. Em uma indústria de médio porte, cada hora parada custa de R$ 30 mil a R$ 250 mil dependendo do segmento. Em e-commerce e serviços, o relógio do faturamento é literal. Em saúde, o risco é a continuidade do atendimento e a integridade dos prontuários. A pergunta que define o investimento em DR é simples: quantas horas a operação aguenta sem o sistema X e quanto vale comprar uma hora a menos de downtime?

Os 3 pilares de uma estratégia de DR consistente

Mais importante do que escolher qual ferramenta de backup contratar é entender que a ferramenta sozinha resolve menos de um terço do problema. O modelo Stronit, repetido em todos os engajamentos de Cyber Resilience, organiza o plano em três pilares interdependentes — se algum dos três falhar, o plano inteiro falha.

Pilar 1 — Processos

• Plano de continuidade: definição formal de RTO/RPO por sistema, mapeamento de processos críticos e gatilhos de ativação.
• Tomada de decisão: cadeia de comando definida (quem decide acionar o plano), pontos de não-retorno e simulações regulares.
• Envolvimento de áreas: TI, segurança, operações, compliance e liderança alinhados sobre o que cada um faz no Hora-Zero.

Pilar 2 — Tecnologias

• Veeam Backup & Replication: proteção de dados em VMware, Hyper-V, Nutanix AHV, Proxmox, oVirt, físicos, AWS, Azure, GCP, Kubernetes e Microsoft 365.
• AWS: destino de DR-as-a-Service, com instâncias EC2 sob demanda, latência controlada e elasticidade.
• Wasabi (ou S3 Object Lock): armazenamento de objetos com imutabilidade real, custo previsível e sem taxa de saída agressiva.

Pilar 3 — Pessoas

• Treinamento e domínio: equipe certificada na ferramenta (VMCE) e treinada no plano de contingência.
• Parceiro certificado: no incidente real, ninguém quer descobrir que o suporte do fornecedor está em outro fuso horário.
• Simulações: DR só existe se for testado — failover real, validação de aplicações no ambiente recuperado e medição do tempo até o sistema voltar a aceitar transações.

RTO e RPO: a métrica que define seu apetite por risco

Quando uma empresa contrata um plano de DR, há duas métricas que devem aparecer em todos os documentos contratuais — e em todas as decisões de arquitetura. Se essas duas métricas não estiverem definidas com clareza, não existe plano de DR. Existe apenas backup.

RTO — Recovery Time Objective

Tempo máximo aceitável entre o momento em que o sistema cai e o momento em que ele volta a operar. Quanto menor o RTO, mais caro tende a ser o plano — porque mais infraestrutura precisa estar quente em standby.

RPO — Recovery Point Objective

Quanto de dado a empresa aceita perder. Se o RPO for de 15 minutos, o backup precisa rodar pelo menos a cada 15 minutos — porque, no pior caso, o sistema vai voltar com o estado de 15 minutos antes do incidente.

Como traduzir RTO/RPO em tiers de proteção

Em todos os tiers, o ponto inegociável é a existência de pelo menos uma cópia imutável fora do domínio Active Directory do ambiente protegido — isolando o backup de uma eventual escalada de privilégio do atacante.

Por que Veeam (e por que com AWS e Wasabi)

1. Cobertura horizontal real

O Veeam Backup & Replication 12.x protege, com o mesmo console e o mesmo workflow, ambientes VMware vSphere, Microsoft Hyper-V, Nutanix AHV, Red Hat Virtualization, Oracle Linux Virtualization, Proxmox VE, servidores físicos Windows e Linux, instâncias AWS EC2, Azure VMs, GCE, containers Kubernetes (CSI snapshots), bancos de dados (Oracle, SAP HANA, PostgreSQL, MS SQL Server), Microsoft 365 (Exchange Online, SharePoint, OneDrive, Teams) e arquivos em NAS. Para uma empresa híbrida, isso significa um único contrato, um único skill set e uma única política de retenção.

2. Restauração granular

Restaurar uma VM inteira em 30 minutos resolve um cenário; restaurar um único item de Exchange, uma OU do Active Directory ou três tabelas de um banco de dados sem mexer no resto é o que define DR de operação madura. O Veeam oferece restauração granular nativa para Active Directory, Exchange, SharePoint, OneDrive, Teams, SQL Server, Oracle, PostgreSQL e item-level recovery para arquivos individuais.

3. Portabilidade entre nuvens

Um mesmo backup pode ser restaurado on-prem, na AWS, no Azure, no GCE, em Nutanix AHV, em Proxmox VE ou em oVirt KVM. Essa portabilidade é o que torna possível arquitetar um plano de DR independente do hypervisor original — você não fica preso ao mesmo fornecedor de virtualização no pior dia da empresa.

4. Maturidade do ecossistema

Veeam tem hoje a maior base instalada no mid-market global, com comunidade ativa, documentação madura e disponibilidade de mão de obra certificada (VMCE — Veeam Certified Engineer).

Por que AWS como destino de DR

AWS oferece, no Marketplace, AMIs prontas do Veeam Backup & Replication, permitindo provisionar um servidor Veeam funcional em minutos — sem dependência de um datacenter físico secundário. As regiões us-east-2 (Ohio) e sa-east-1 (São Paulo) são as escolhas habituais para clientes brasileiros, dependendo do requisito de soberania de dados.

Por que Wasabi como camada de imutabilidade

Wasabi é um provedor S3-compatível com imutabilidade nativa (Object Lock em modo Compliance), preço fixo previsível por TB/mês e sem taxas agressivas de saída ou de requisição. Combinado com Veeam, o Wasabi se torna a “última linha” do plano — a cópia que sobrevive mesmo no cenário em que o atacante comprometeu o ambiente principal e o servidor de backup.

Arquitetura demonstrada: DRaaS Stronit em produção

Durante o webinar, a equipe da Stronit demonstrou uma arquitetura real de DR rodando em AWS, com Veeam Backup & Replication instalado em uma instância EC2 dedicada (STRONIT-VEEAM-DR) protegendo um Active Directory Domain Controller (SRV-VM-DC01) e usando object storage como repositório imutável. A demonstração saiu do AWS Marketplace e foi até a restauração granular de objetos do Active Directory.

Componentes

• STRONIT-VEEAM-DR (EC2 c5d.xlarge): servidor Veeam Backup & Replication 12.3 instalado a partir do AWS Marketplace. 4 vCPU, 8 GB RAM, NVMe local — adequado para até ~50 workloads de médio porte.
• SRV-VM-DC01 (EC2 c5.large): Active Directory Domain Controller usado como carga de exemplo.
• Object Storage Repository: bucket S3 com Object Lock ou bucket Wasabi com retenção em modo Compliance.
• Veeam Backup & Replication 12.3.0.310: em produção, a Stronit utiliza a edição com licença completa (Veeam Data Platform), que remove o limite de 10 workloads da Community Edition e habilita detecção de ransomware, integração com object storage de produção, malware detection e backup recoverability testing.

Fluxo de implantação

1. Acesso ao AWS Marketplace e busca por “Veeam Backup & Replication”.
2. Provisionamento da instância EC2 a partir da AMI selecionada — tipo de instância, região e VPC.
3. Acesso à instância via RDP e abertura do console do Veeam.
4. Configuração do License File (ou Community Edition na demo).
5. Adição do Object Storage como repositório de backup — credenciais, imutabilidade e teste de gravação.
6. Importação de backups existentes ou criação de novos jobs apontando para os servidores a serem protegidos.

Considerações de produção

Em ambientes de cliente, a Stronit complementa essa base com hardening do servidor Veeam (MFA, isolamento de rede via Security Groups, separação de contas de serviço, Four-Eyes Authorization para deleções), criação de proxies dedicados para distribuir carga de backup, agendamento por tier de criticidade, política de retenção GFS, Verification jobs automatizados (Veeam SureBackup) e monitoramento contínuo do RPO real versus o RPO contratado.

Restauração granular: o cenário real

O que o Veeam permite restaurar granularmente

• Active Directory: objetos individuais (usuários, grupos, OUs, GPOs), atributos específicos e senhas — útil em exclusão acidental ou comprometimento de uma OU específica.
• Microsoft Exchange (on-prem e Online): caixas de correio individuais, pastas, mensagens, anexos.
• SharePoint e OneDrive: sites, bibliotecas, listas e itens.
• Microsoft Teams: canais, conversas, arquivos compartilhados.
• SQL Server, Oracle, PostgreSQL, SAP HANA: bases inteiras, tabelas específicas, point-in-time recovery via Log Shipping.
• Sistemas de arquivos: arquivos e pastas individuais (NTFS, ReFS, ext, XFS, btrfs).

Backups imutáveis: a única defesa eficaz contra ransomware moderno

Atacantes modernos mudaram o playbook. Hoje, antes de criptografar o ambiente produtivo, a primeira ação é localizar e eliminar — ou criptografar — o repositório de backup. Sem essa eliminação, o pagamento de resgate seria desnecessário, e o modelo de negócio do ransomware deixa de funcionar. Conclusão prática: se o backup não é imutável, ele faz parte do alvo.

Três caminhos suportados pelo Veeam

• S3 Object Lock (AWS, Wasabi, MinIO): imutabilidade no nível do bucket — modo Compliance (irreversível) ou Governance.
• Veeam Hardened Repository (Linux): servidor Linux endurecido, XFS, atributo +i aplicado pelo Veeam, conta de serviço sem root.
• Veeam Data Cloud Vault: object storage gerenciado pela Veeam, com imutabilidade ativada por padrão.

Padrão 3-2-1-1-0 — o que cada número significa

• 3 cópias: uma em produção, mais duas de backup.
• 2 tipos de mídia: evitar que uma falha do mesmo tipo afete duas cópias.
• 1 cópia off-site: fora do datacenter primário.
• 1 cópia imutável: fora do alcance do atacante.
• 0 erros: todas as cópias verificadas por jobs automáticos (Veeam SureBackup).

Stronit em números

Além da base operacional, o time técnico é certificado nas duas frentes que importam para esta solução: VMCE (Veeam Certified Engineer) para o domínio da plataforma de proteção e ISFS / ISO 27001 (Information Security Foundation) para o domínio da governança de segurança da informação. Essa combinação — quem sabe fazer o Veeam funcionar e quem sabe o que precisa ser protegido por norma — é o que sustenta projetos de Cyber Resilience aderentes ao mercado regulado brasileiro.

Aderência regulatória: LGPD, ISO 27001 e setor financeiro

LGPD (Lei Geral de Proteção de Dados)

A LGPD não cita explicitamente “Disaster Recovery” como obrigação, mas no art. 46 estabelece o dever do controlador de adotar “medidas de segurança, técnicas e administrativas aptas a proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou difusão”. Backups imutáveis e procedimentos de restauração testados são a interpretação técnica direta dessa exigência.

ISO/IEC 27001:2022

A norma trata Continuidade no Anexo A, Controle A.5.30 (ICT readiness for business continuity), e exige planejamento, implementação e teste regular dos planos de recuperação. A arquitetura Stronit (Veeam + AWS + Wasabi imutável + simulações conduzidas por time certificado) entrega evidência documental adequada para auditorias.

ISO 22301:2019 (Continuidade de Negócios)

Norma dedicada exclusivamente a Business Continuity Management Systems (BCMS). A metodologia Stronit (3 pilares + tier por sistema + simulações documentadas) alinha-se ao ciclo PDCA exigido pela norma.

Setor financeiro: Resolução BCB nº 4.893

Para cooperativas de crédito, fintechs autorizadas, instituições de pagamento e bancos de pequeno e médio porte, a Resolução BCB nº 4.893 estabelece requisitos específicos de cibersegurança e de continuidade dos serviços críticos. A combinação Veeam + objeto imutável + AWS é a arquitetura mais adotada por essas instituições no Brasil.

Saúde: LGPD Saúde e CFM

Operadoras, hospitais e clínicas que armazenam prontuários eletrônicos devem garantir integridade e recuperabilidade dos dados clínicos por períodos definidos em norma (Resolução CFM 1.821/2007 e Portaria MS 1.060/2009, entre outras). Cópias imutáveis com retenção longa em object storage atendem diretamente esses requisitos.

Como começar: o método Stronit em 4 fases

Fase 1 — Diagnóstico (2 a 4 semanas)

• Inventário de workloads: VMs, físicos, cloud, SaaS, bancos de dados, dependências.
• Classificação por criticidade: tiers (Crítico, Importante, Padrão) com base nos donos de cada processo.
• Avaliação do plano atual: backup, replicação e procedimentos existentes. Onde estão as lacunas.
• Definição de RTO/RPO por sistema: formalização dos valores que vão guiar o desenho.

Fase 2 — Desenho (1 a 2 semanas)

• Arquitetura proposta: topologia detalhada (servidor Veeam, proxies, repositórios, object storage, segurança).
• Dimensionamento: armazenamento por tier, banda necessária, custo mensal estimado de AWS e Wasabi.
• Política de retenção: GFS (semanal, mensal, anual) por tier.
• Plano de cutover: migração sem janelas de exposição.

Fase 3 — Implementação (4 a 8 semanas)

• Provisionamento da infraestrutura: instância EC2 do Veeam, buckets S3/Wasabi, segurança.
• Hardening do Veeam: MFA, separação de contas, isolamento de rede, Four-Eyes Authorization, alertas integrados ao SIEM/SOC.
• Configuração de jobs: por tier, com janela adequada, retenção, replicação para cópia off-site e imutável.
• Validação inicial: primeiro ciclo completo de backup, primeira restauração de teste, validação de RTO e RPO reais.

Fase 4 — Operação assistida + simulações (recorrente)

• Monitoramento contínuo: alertas, indicadores de RPO real, capacidade dos repositórios.
• Patch management do Veeam: versões dentro do ciclo de suporte.
• Simulação semestral: failover real no DR site, validação de aplicações, medição de “tempo até aceitar transação”.
• Relatório executivo mensal: RTO/RPO reais vs. contratados, incidentes, capacidade e ações.

Conclusão: Cyber Resilience é decisão de mesa de diretoria

Empresas brasileiras de médio porte estão hoje no ponto exato em que a digitalização cresceu mais rápido do que a estrutura para protegê-la. Sistemas críticos passaram a rodar em um patchwork de servidores físicos, virtuais, on-prem e cloud, conectados por uma rede que cresceu por acréscimo, não por desenho. Em paralelo, o crime cibernético se especializou em encontrar exatamente esse tipo de ambiente.

A boa notícia é que existe um conjunto de práticas bem definidas para virar o jogo, e essas práticas não exigem orçamento de banco grande. Disaster Recovery em arquitetura moderna (Veeam + AWS + Wasabi/Object Storage imutável), conduzido por equipe certificada e com processo testado, é hoje acessível ao mid-market e — mais importante — é a base do que diferencia uma empresa resiliente de uma empresa exposta.

Não existe “sistema 100% seguro”. Existe “sistema cuja recuperação é previsível”. Esse é o objetivo do Cyber Resilience — e é onde a Stronit posiciona suas operações. Stronit · Cibersegurança · Cloud · Compliance

Stronit · Cibersegurança · Cloud · Compliance
Partner Veeam · Parceiro AWS · stronit.com.br