Pular para o conteúdo
Data Rescue
Servidor, disco virtual e cadeia de snapshots, ilustração conceitual

Máquinas virtuais

Recuperação de máquina virtual Hyper-V (VHDX, AVHDX e checkpoints)

No Hyper-V, cada checkpoint cria um disco diferencial .avhdx ao lado do .vhdx, e a configuração da VM fica em arquivos .vmcx e .vmrs. Quando a VM não inicia ou o merge falha, as gravações mais recentes estão no AVHDX ativo, o último da cadeia. A Microsoft orienta não apagar AVHDX direto. Copie todos os arquivos antes de mesclar. A avaliação confere os dados, não só se a VM liga.

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.

O diagnóstico é grátis. Se você quiser um prazo menor, a análise paga tem valor fixo, informado antes de você entregar o dispositivo. A análise comum leva de 02 a 48 horas; depois vêm o laudo e o orçamento, os dois por escrito.

Como cobramos

Ficha rápida

Disco
.vhdx (ou .vhd em VMs antigas)
Checkpoint
disco diferencial .avhdx, no mesmo local do .vhdx
Configuração
.vmcx, em formato binário desde o Windows Server 2016; estado em .vmrs
Tipos de checkpoint
padrão (guarda a memória) e de produção (usa VSS no Windows)
Limite
até 50 checkpoints por VM, conforme o espaço disponível

Como checkpoints e AVHDX formam uma cadeia

Ao criar um checkpoint, o Hyper-V para de gravar no .vhdx e passa a gravar num .avhdx no mesmo local. Cada novo checkpoint acrescenta um elo. Quando você exclui um checkpoint pelo Hyper-V Manager, ele mescla o AVHDX no disco pai e só depois apaga o arquivo. Por isso a Microsoft diz para não excluir arquivos .avhdx diretamente.

Há dois tipos. O checkpoint padrão guarda também a memória da VM. O de produção usa o VSS no Windows, ou o congelamento do sistema de arquivos no Linux, e não guarda memória. A Microsoft lembra que snapshot não é backup completo e que o checkpoint padrão pode causar inconsistência em sistemas que replicam dados entre servidores, como o Active Directory.

Checkpoints órfãos, merge falho e volume cheio

Backups interrompidos podem deixar checkpoints que não aparecem no Hyper-V Manager, mas cujos AVHDX seguem crescendo na pasta. A Microsoft lista sintomas como volume sem espaço por causa de AVHDX grandes, VMs presas em estado salvo ou crítico e erros de arquivo em uso. Um merge feito sobre o pai errado, ou fora de ordem, quebra a cadeia.

Antes de qualquer merge manual, a própria Microsoft recomenda fazer backup das VMs críticas. Na prática, copie a pasta da VM, todos os VHDX e AVHDX e os arquivos de configuração para outro volume. Se o volume das VMs tem erros de leitura, cuide antes do disco físico ou do RAID.

VM de pé não quer dizer dado conferido

Uma VM que volta depois de anexar só o VHDX base mostra o estado do primeiro checkpoint. Parece certa e pode estar sem dias de trabalho. Confira dados recentes do sistema que ela roda: a última nota emitida, o último e-mail, o último arquivo salvo. Em servidores de banco, a consistência do banco é uma conferência à parte.

No primeiro contato, você conta a versão do Windows Server, a lista de discos e o que já foi tentado. Com cópias dos discos virtuais, a análise tenta reconstruir a ordem da cadeia a partir dos metadados de cada AVHDX, lê os volumes internos e confere os arquivos pedidos. O que pôde e o que não pôde ser lido vai para o laudo.

Como reconhecer o problema

  • A VM não inicia com erro de arquivo não encontrado ou de acesso ao armazenamento da configuração.
  • O Hyper-V Manager não mostra checkpoints, mas a pasta tem vários arquivos .avhdx.
  • O volume das VMs encheu e a VM pausou sozinha.
  • A exclusão de um checkpoint fica parada em mesclagem ou termina com erro.
  • A VM liga, mas com dados da data de um checkpoint antigo.
  • Depois de mover a VM ou trocar a letra da unidade, ela perdeu o acesso aos discos.

O que não fazer

  • Apagar arquivos .avhdx pela pasta para liberar espaço ou porque não aparecem no Hyper-V Manager.
  • Mesclar AVHDX fora de ordem ou escolher o pai errado no assistente de edição de disco.
  • Rodar reparo de sistema de arquivos no volume das VMs sem ter cópia dos discos.
  • Excluir os arquivos .vmrs ou .vmgs para tirar a VM do estado salvo sem copiar tudo antes.
  • Criar uma VM nova com o .vhdx base e colocá-la em produção, abandonando o que está nos AVHDX.

O que fazer agora

01

Deixe a VM desligada

Evite religar a VM várias vezes. Cada nova tentativa grava mais dados no disco diferencial ativo.
02

Copie todos os arquivos da VM

Copie a pasta da VM, todos os .vhdx e .avhdx e os arquivos .vmcx, .vmrs e .vmgs para outro volume, com os mesmos nomes.
03

Registre a cadeia como está

Anote o caminho de cada disco, a versão do Windows Server, a lista de checkpoints e as mensagens de erro. Não troque o pai de nenhum diferencial.
04

Abra espaço antes do merge

Se o volume encheu, libere espaço com arquivos sem relação com a VM. O merge precisa de área livre para terminar.
05

Olhe o hardware por baixo

Erros de disco, de RAID ou de storage nos registros do host mudam a ordem das ações. Nesse caso, pare e trate o armazenamento primeiro.
06

Descreva o caso

Informe pelo formulário a versão, a lista de arquivos e o que já foi feito. O envio é combinado por escrito, antes de qualquer remessa.
Perguntas frequentes

Perguntas sobre
Hyper-V.

Respostas curtas para as dúvidas mais comuns deste tipo de caso.

Posso apagar um AVHDX que não aparece como checkpoint?
Não sem avaliar. Um AVHDX órfão pode guardar as últimas alterações da VM. A Microsoft orienta não excluir esses arquivos diretamente e tratar a mesclagem pelo próprio Hyper-V, depois de ter cópia de tudo.
Checkpoint de produção substitui backup?
Não. O checkpoint fica no mesmo armazenamento e depende do VHDX pai: se o volume falha, ele vai junto. Backup precisa estar em outro lugar, de preferência fora da rede principal. Veja backup 3-2-1.
A VM está num cluster com volume compartilhado. Muda algo?
Muda a ordem do trabalho. Em cluster, os discos ficam num volume compartilhado, em geral num storage. Uma falha ali afeta várias VMs de uma vez, e a avaliação passa a incluir o armazenamento; veja SAN.
Os VHDX foram criptografados num ataque. É o mesmo caso?
Não. Com nota de resgate ou extensões trocadas, a equipe de resposta isola o ambiente primeiro. Depois, veja Hyper-V e ransomware e VHDX criptografado.

Antes de tentar sozinho, conte o que aconteceu.

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.