Backup gratuito do Hyper-V: como fazer backup das máquinas virtuais Hyper-V

O que você vai configurar

O BackupZit faz backup das máquinas virtuais Hyper-V a partir do agente no host Hyper-V; nada é instalado dentro das VMs. Convidados Windows e Linux continuam rodando durante a captura. Um console web agenda as tarefas, guarda o histórico e executa as restaurações. O BackupZit é gratuito e de código aberto (AGPLv3), sem limite de hosts ou VMs.

• O que é preciso
• 1. Console
• 2. Armazenamento
• 3. Agente no host
• 4. Tarefa de backup
• 5. Backups consistentes
• 6. Cópia externa
• Restauração
• Limites

O que é preciso

• Um host Hyper-V: Windows Server 2016 ou mais recente com a função Hyper-V, ou Windows 10/11 com Hyper-V. Num cluster, cada host.
• Um lugar para o console do BackupZit: uma pequena VM Linux com 2 vCPU, 2–4 GB de RAM e disco de 16–20 GB. Ele não guarda dados de backup, então pode rodar como VM no mesmo host Hyper-V.
• Armazenamento de backup fora do host — por exemplo um compartilhamento SMB num servidor de arquivos ou NAS, um servidor Linux via SFTP, um bucket compatível com S3 ou um repositório reforçado do BackupZit. O agente grava diretamente nele.
• Rede: o agente acessa o console pela porta TCP 8443.

Passo 1 — Instalar o console

O jeito mais rápido no Hyper-V é a imagem de VM pronta backupzit-appliance-vhdx.zip da página de download (Debian, PostgreSQL e o console, já configurados):

1. Descompacte backupzit-appliance-vhdx.zip na pasta onde ficam os discos das suas VMs.
2. No Gerenciador do Hyper-V, crie uma VM de geração 1 com 2–4 GB de RAM, conecte-a a um comutador virtual e escolha o VHDX extraído como disco existente.
3. Inicie a VM. A tela dela mostra o endereço do console web e a senha inicial do usuário admin. Abra https://<endereço>:8443, entre e altere a senha. O navegador avisa uma vez sobre o certificado autoassinado.

Na tela da VM você pode entrar como bzadmin para definir um endereço estático, o nome do servidor e o fuso horário (o appliance inicia em UTC e os agendamentos seguem o fuso horário do console). Prefere um servidor Debian, Ubuntu, AlmaLinux ou Rocky Linux existente? O script de instalação de uma linha da página de download faz o mesmo lá.

Passo 2 — Adicionar um destino de armazenamento

No console, abra Armazenamento e adicione um destino. Escolhas típicas num ambiente Windows:

Deixe Criptografar backups (AES-256) ativado (padrão): tudo é criptografado com AES-256 no host antes de sair dele. O console então mostra uma chave de recuperação — imprima a folha de recuperação ou guarde a chave num gerenciador de senhas, longe dos backups. Com a chave, o local do armazenamento e suas credenciais você restaura mesmo sem o console.

Passo 3 — Instalar o agente no host Hyper-V

1. No console, abra Agentes e clique em Criar token de registro. Você recebe um código de registro (BZ1-…) válido por 7 dias e para qualquer número de máquinas.
2. Baixe o Agente Windows (MSI) da página Agentes, execute-o no host e cole o código quando o instalador pedir. Para vários hosts, uma instalação silenciosa funciona via GPO, Intune ou uma ferramenta RMM:

   msiexec /i backupzit-agent.msi /qn ENROLLCODE="BZ1-..."

   O console também pode instalar o agente sozinho via WinRM: Agentes → Instalar em uma máquina a partir daqui, com uma conta de administrador usada só para a instalação e não armazenada.
3. Em até um minuto o host aparece na página Agentes com o selo Hyper-V · N VMs.

O agente trabalha pelas interfaces do próprio Hyper-V: o módulo PowerShell do Hyper-V e a Windows Virtual Disk API. O console não guarda credenciais do Hyper-V. Num cluster, instale o agente em cada host.

Passo 4 — Criar a tarefa de backup

1. Abra Tarefas de backup, crie uma tarefa e selecione o agente do host.
2. Escolha Máquinas virtuais (Proxmox VE, Hyper-V, VMware) e depois Todas as VMs (e contêineres) do host — VMs criadas depois entram automaticamente — ou marque VMs específicas.
3. Escolha o destino de armazenamento do passo 2.
4. Defina um agendamento, por exemplo todo dia útil às 22:00. Tarefas também podem se repetir a cada 15 minutos até 12 horas, rodar uma vez por mês ou começar depois de outra tarefa.
5. Defina a retenção. Exemplo: 3 mais recentes, 7 diários, 4 semanais, 6 mensais mantêm cerca de meio ano de histórico com uns 20 pontos de restauração.

O que acontece em cada execução:

1. Um ponto de verificação de recuperação temporário (backupzit_…) é criado — o tipo de ponto de verificação que o Hyper-V oferece a aplicações de backup. A VM continua rodando.
2. O ponto de verificação de recuperação ativa o Resilient Change Tracking (RCT) nos discos da VM; ao lado deles aparecem arquivos .rct e .mrt. O primeiro backup lê os discos inteiros; depois, o RCT informa quais blocos mudaram desde o backup anterior e só esses são lidos.
3. Os discos são lidos no estado do ponto de verificação em blocos de 1 MiB — VHDX e VHD, incluindo cadeias de pontos de verificação anteriores. Blocos vazios não são gravados e blocos que já estão no repositório não são enviados de novo. Ainda assim, cada backup é um ponto de restauração completo.
4. O ponto de verificação é removido e o Hyper-V o mescla em segundo plano. A configuração da VM é gravada com o backup: geração, CPU, memória, adaptadores de rede (comutador, VLAN, endereço MAC), controladores de disco, inicialização segura e TPM.

Um exemplo do laboratório de testes do BackupZit: uma VM Linux com disco de 3 GB. O primeiro backup leu 3 GB; o seguinte, após 64 MB de dados novos, leu 96 MB.

VMs desligadas são lidas diretamente, sem ponto de verificação. Em hosts anteriores ao Windows Server 2016 não há pontos de verificação de recuperação: usa-se um ponto de verificação de produção e cada backup lê os discos inteiros.

Passo 5 — Backups consistentes no nível da aplicação

Para um ponto de verificação de recuperação, o Hyper-V pede ao convidado que se prepare:

• Convidados Windows gravam os dados das suas aplicações (SQL Server, Exchange, Active Directory…) via VSS.
• Convidados Linux congelam seus sistemas de arquivos se os daemons do Hyper-V estiverem instalados — o pacote hyperv-daemons ou hv-vss-daemon, conforme a distribuição.

Se o convidado não puder fazer nenhum dos dois, o ponto de verificação é consistente contra falhas — como depois de uma queda de energia. A página da execução mostra, por VM, qual tipo foi usado, para você ver de relance quais convidados ainda precisam dos daemons.

Passo 6 — Manter uma cópia externa (3-2-1)

A regra 3-2-1: três cópias dos seus dados, em duas mídias diferentes, uma delas fora do local. Adicione uma segunda tarefa do tipo Cópia de backup, com a tarefa do Hyper-V como origem e um destino externo, como um bucket S3 com Object Lock ou um repositório reforçado em outro prédio.

• O agente copia os backups existentes; as VMs não são lidas de novo.
• Só os dados que ainda não estão no destino são enviados, criptografados com a chave do destino.
• A cópia tem agendamento e retenção próprios, por exemplo 7 diários no NAS e 12 mensais na nuvem.

VMs e arquivos avulsos são restaurados da cópia como do original. Os testes de restauração automáticos (semanais por padrão, em Configurações → Testes de restauração) leem blocos aleatórios dos backups de VM mais recentes e os conferem com os checksums. Mais sobre cópias imutáveis na proteção contra ransomware.

Restauração

Abra uma execução de backup (na página da tarefa ou em Atividade) e escolha Restaurar uma VM Hyper-V. Você pode restaurar no mesmo host ou em outro host Hyper-V com o agente.

Como nova VM ao lado da original

• Cria uma segunda VM com novos endereços MAC, para que possa rodar na mesma rede que a original. Por padrão recebe o nome da original mais "restored" e a data.
• Os pontos de verificação automáticos ficam desligados nela, então iniciá-la não deixa arquivos de ponto de verificação.
• Configurações de rede do convidado ligadas a um endereço MAC (por exemplo match: macaddress do netplan em imagens cloud Linux) não valem para os novos adaptadores.

No lugar da VM original

Marque desligá-la e substituir seus discos. O BackupZit desliga a VM existente, mescla seus pontos de verificação e troca os discos pelos restaurados. A VM mantém ID, adaptadores de rede e endereços MAC, então tarefas, monitoramento e a rede do convidado continuam funcionando. Os arquivos de disco antigos não são apagados, mas renomeados para ….replaced-DATA — apague-os quando a VM restaurada estiver funcionando. Se a VM original não existir mais, ela é recriada com um novo ID do Hyper-V.

O que uma VM restaurada recebe

• Comutadores virtuais são conectados pelo nome; se um comutador não existe no host, o adaptador fica desconectado.
• Toda VM restaurada recebe um novo generation ID, para que controladores de domínio do Active Directory detectem a restauração com segurança.
• Opções: a pasta dos discos virtuais e se a VM deve iniciar após a restauração.

Arquivos avulsos

Clique em Navegar pelos arquivos na tabela de VMs de uma execução para ver as partições e volumes dos discos da VM. É possível navegar por NTFS, ext2/3/4 e XFS, também dentro de LVM, e baixar arquivos (vários como ZIP) ou restaurá-los numa pasta em qualquer agente — não é preciso restaurar a VM inteira por um documento perdido.

Pela linha de comando

Tudo funciona também sem o console, como administrador no host Hyper-V — por exemplo para reconstruir um host após um desastre:

backupzit-agent hyperv list
backupzit-agent hyperv backup  --repo ... [--vmid N,N]
backupzit-agent hyperv restore --repo ... --vmid N --new --name NOME --folder D:\VMs --start latest

--vmid é o número exibido por hyperv list. Sem --new a VM é restaurada no lugar; --overwrite confirma que os discos de uma VM existente podem ser substituídos.

Limites a conhecer

• Discos VHDX compartilhados, VHD Set e pass-through não entram no backup.
• A recuperação instantânea (rodar uma VM direto do backup) existe para Proxmox VE e VMware, ainda não para Hyper-V — está planejada. Uma restauração de Hyper-V copia primeiro os discos.
• Hosts anteriores ao Windows Server 2016 não têm pontos de verificação de recuperação nem RCT, então cada backup lê os discos inteiros.

Próximos passos

Baixe o BackupZit, veja todos os recursos para Hyper-V ou leia o capítulo completo sobre Hyper-V no guia integrado ao console. Também usa Proxmox? Veja o guia de backup de VMs do Proxmox. Perguntas são bem-vindas nas GitHub Discussions. Empresas podem contratar suporte comercial da MaxZit (somente em inglês).