Backup de VM na Nuvem: VMware, Proxmox e Hyper-V (2026)

Quem virtualizou o ambiente já deu o passo certo — mas criou um risco novo e silencioso: dezenas de VMs concentradas em poucos hosts físicos. Um host que morre leva 15 VMs junto; um ransomware no hipervisor criptografa o storage inteiro de uma vez. Backup de VM não é "cópia dos arquivos de dentro" — é a capacidade de subir a VM inteira de novo, em outro lugar, rápido.

Estratégia por hipervisor

Hipervisor	Ferramenta recomendada	Caminho pro off-site
VMware vSphere/ESXi	Veeam Backup & Replication	Capacity Tier → bucket S3 imutável
Proxmox VE	Proxmox Backup Server (PBS) ou vzdump	PBS com sync remoto/datastore S3 nas versões recentes, ou vzdump + rclone pro bucket
Hyper-V	Veeam B&R ou Altaro VM Backup	Repositório S3-compatible imutável
Qualquer um (sem operar ferramenta)	Backup gerenciado Audaks	Nosso time configura, monitora e testa — VMware/Hyper-V integrado, qualquer VM ou servidor físico via agente

VMware: o caminho Veeam

Pra vSphere, o Veeam é o padrão de facto: backup incremental com CBT (só os blocos alterados), application-aware processing pra SQL Server/Exchange/AD dentro das VMs e restore granular (arquivo, VM inteira ou disco). O off-site entra via SOBR + Capacity Tier apontando pro bucket brasileiro — detalhamos a configuração completa no guia do repositório S3 pra Veeam. Ponto de atenção pós-Broadcom: com o custo do vSphere subindo, muita empresa está migrando pra Proxmox — e a estratégia de backup muda junto (próxima seção).

Proxmox: PBS ou vzdump + rclone

O Proxmox Backup Server é o caminho nativo: deduplicação, incremental eficiente, verificação de integridade e retenção por política. Nas versões recentes o PBS ganhou suporte a datastore em storage S3-compatible; em versões anteriores, o padrão é sincronizar o datastore pra um destino remoto. A alternativa simples que funciona em qualquer versão: vzdump (nativo do Proxmox VE) gerando os arquivos de backup + rclone enviando pro bucket com Object Lock. Cron de madrugada, retenção no bucket, imutabilidade no storage — solução robusta com ferramenta que todo admin Linux domina.

Hyper-V: Veeam ou Altaro

Ambiente Windows costuma fechar com Veeam (mesma licença cobre VMware e Hyper-V — útil em migração) ou Altaro/Hornetsecurity pra quem quer simplicidade. Os dois falam com repositório S3-compatible. O Windows Server Backup nativo serve pra restauração local básica, mas não resolve off-site imutável — não conte com ele contra ransomware.

A regra que vale pra todos: 3-2-1-1-0

Independente do hipervisor: 3 cópias, 2 mídias, 1 off-site, 1 imutável, 0 erros em teste de restore. O off-site imutável é o que sobrevive ao pior cenário — explicamos o Object Lock na prática aqui. E o teste de restore de VM tem uma pegadinha própria: não basta o arquivo voltar, a VM precisa bootar. Agende restore de validação mensal de pelo menos 1 VM crítica.

Quanto custa na prática

Referência com o Object Storage da Audaks (R$ 0,25/GB/mês, sem egress, sem custo por operação):

• 10 VMs (~1 TB comprimido/deduplicado): ~R$ 250/mês de off-site imutável
• Ambiente médio (~4 TB): ~R$ 1.000/mês — menos que uma fita LTO com rotação terceirizada, com restore em horas em vez de dias
• Restore completo no desastre: R$ 0 de transferência (provedor internacional cobraria ~US$ 0,09/GB — R$ 2.200+ pra baixar 4 TB, em dólar, no pior dia)

Simule seu volume na calculadora de Object Storage.

FAQ

Backup de VM substitui backup de banco de dados?

Não sozinho. A imagem da VM garante o "subir de novo"; o banco transacional (PostgreSQL, SQL Server) pede backup de aplicação com consistência — dump/WAL/log shipping — além da imagem. O padrão maduro: imagem da VM diária + backup nativo do banco com RPO menor, os dois indo pro bucket imutável.

Com que frequência fazer backup das VMs?

Incremental diário é o piso pra produção; VMs críticas (ERP, banco) pedem RPO de horas — incremental a cada 4-6h com CBT custa pouco. O que define é a pergunta de negócio: "quantas horas de trabalho a empresa aguenta perder?" Se a resposta é 2 horas, backup diário não atende.

Devo fazer backup do host ou das VMs?

Das VMs, sempre — é o que você restaura em outro host em caso de falha. O host (hipervisor) se reinstala rápido e a configuração dele (rede, storage, cluster) merece um backup de config separado, pequeno e barato. Se você roda Proxmox/VMware em bare metal alugado, o provedor repõe o ferro; suas VMs são responsabilidade do seu backup.

Preciso operar a ferramenta de backup eu mesmo?

Não. O Backup em Nuvem gerenciado da Audaks cobre do arquivo à imagem completa do servidor, passando por banco de dados — nosso time instala o agente, define a política com você e monitora todo dia. As ferramentas deste guia são pra quem prefere controle direto; o resultado (off-site imutável no Brasil) é o mesmo.

E VM que já roda na nuvem, precisa de backup?

Precisa. Snapshot do provedor protege contra erro operacional, não contra ransomware nem contra exclusão de conta. A regra do off-site imutável vale igual: a cópia deve morar fora do domínio administrativo da produção — mesmo que a produção seja na nuvem.

Próximos passos

• Backup Veeam em nuvem brasileira: guia do repositório S3
• Backup imutável anti-ransomware: Object Lock na prática
• Bare metal pra VMware, Proxmox e Hyper-V no Brasil
• Backup em Nuvem Audaks — anti-ransomware, retenção 7-365 dias