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 VMware (ESXi, vSphere e Workstation)

Quando uma VM VMware não liga, o problema costuma estar na cadeia de discos: o descritor .vmdk, o arquivo de dados -flat.vmdk e os discos de snapshot (-delta ou -sesparse) precisam continuar ligados entre si e ao arquivo .vmx. Preserve a pasta inteira da VM, sem apagar deltas nem forçar consolidação. A avaliação confere os arquivos de dentro da VM, não apenas se ela liga.

Iniciar recuperaçãoPerguntas frequentes

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

Configuração
arquivo .vmx; snapshots descritos no .vmsd e no .vmsn
Disco virtual
descritor .vmdk pequeno, em texto, mais o arquivo de dados -flat.vmdk
Snapshot
disco filho -delta.vmdk ou -sesparse.vmdk, ligado ao pai pelo CID
Onde ficam os arquivos
datastore VMFS ou NFS no ESXi; disco do computador no Workstation
Atendimento
Atendido, com orçamento por escrito antes de qualquer trabalho

Como os arquivos de uma VM VMware se encaixam

Cada disco virtual tem duas partes. O descritor é um arquivo .vmdk pequeno, em texto, que diz onde estão os dados e qual é o disco pai. Os dados ficam num arquivo grande, em geral com final -flat.vmdk. Quando existe snapshot, a VM passa a gravar num disco filho, e o .vmx aponta para esse filho, não para o disco original. No VMFS6, os snapshots usam o formato SEsparse.

O vínculo entre pai e filho é feito por identificadores de conteúdo (CID e parentCID) gravados nos descritores. Se um elo some, é renomeado ou fica com o identificador errado, a VM pode não ligar ou ligar num estado antigo. A Broadcom avisa que manipular à mão os discos filhos ou os arquivos de snapshot pode comprometer a cadeia e causar perda de dados.

Consolidação, datastore cheio e datastore inacessível

O aviso de que a VM precisa de consolidação aparece quando a exclusão de um snapshot não terminou de juntar o disco filho ao pai. A consolidação usa espaço livre temporário no datastore e pode levar muitas horas em snapshots grandes. Segundo a Broadcom, interrompê-la pode causar corrupção irreversível. Com o datastore cheio, ela tende a ficar lenta ou falhar.

Quando o datastore inteiro some, a causa pode estar abaixo do VMware: a LUN do storage, um RAID degradado ou o próprio volume VMFS. Aí os discos físicos também entram na avaliação; veja RAID e servidores e SAN. No Workstation, a pasta da VM fica no disco do computador e o disco virtual pode estar dividido em vários .vmdk menores.

A VM ligou. Os dados estão de volta?

Não necessariamente. Uma VM que volta depois de um reparo pode estar lendo o disco base de semanas atrás e ignorando os snapshots. O sistema sobe, mas faltam lançamentos, e-mails ou arquivos gravados depois. O teste que vale é abrir os dados que motivaram o chamado: a base do sistema, a pasta compartilhada, a caixa de correio.

A avaliação trabalha sobre cópias da pasta da VM. Busca remontar a cadeia de snapshots fora do ambiente de produção, abrir os sistemas de arquivos de dentro dos discos virtuais e conferir os arquivos que você indicou. O laudo diz o que foi lido e o que ficou faltando, antes de qualquer orçamento.

Como reconhecer o problema

  • A VM não liga e o vSphere diz que não encontra um .vmdk ou que o disco pai foi modificado.
  • O vSphere informa que a VM precisa de consolidação de discos e a tarefa falha ou trava.
  • A VM liga, mas com dados de dias ou semanas atrás.
  • O datastore aparece inacessível, com capacidade zero, ou sumiu do host ESXi.
  • Uma VM foi removida do inventário ou apagada do datastore por engano.

O que não fazer

  • Apagar arquivos -delta, -sesparse ou -00000X.vmdk porque parecem antigos ou ocupam espaço.
  • Interromper uma consolidação em andamento ou reiniciar o host no meio dela.
  • Editar descritores .vmdk ou o .vmx sem guardar uma cópia do original.
  • Criar uma VM nova apontando para o disco base e ligá-la: ela ignora os snapshots e grava no pai.
  • Formatar ou recriar o datastore VMFS que aparece inacessível.

O que fazer agora

01

Pare as tentativas na VM afetada

Não religue a VM em sequência nem rode reparos automáticos: cada tentativa pode gravar no disco filho errado.
02

Anote o estado antes de mexer

Registre a versão do ESXi ou do Workstation, os erros, a lista de snapshots e a última inicialização normal.
03

Copie a pasta inteira da VM

Se o datastore ainda lê, copie todos os arquivos da pasta (.vmx, .vmsd e todos os .vmdk) para outro volume, sem renomear. Não escolha arquivos pelo tamanho ou pela data.
04

Libere espaço longe da VM

Se o datastore encheu, mova outras VMs ou arquivos sem relação com a afetada. Nunca apague deltas para ganhar espaço.
05

Descreva o caso para a Data Rescue

Envie pelo formulário de contato a versão, o tipo de datastore e o que já foi tentado. O envio é combinado por escrito, antes de qualquer remessa.
Perguntas frequentes

Perguntas sobre
VMware.

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

O descritor .vmdk sumiu, mas o -flat está lá. Os dados se perderam?
Não necessariamente. O descritor é pequeno e a Broadcom documenta como recriá-lo a partir das informações do disco. O risco é recriá-lo com parâmetros errados e ligar a VM em seguida. Copie tudo antes de qualquer tentativa.
Dá para recuperar a VM sem o arquivo -flat.vmdk?
O -flat guarda os dados do disco base. Sem ele, só o conteúdo dos discos de snapshot pode ser lido, e em geral é parcial. Se ele foi apagado do datastore, podem restar trechos no volume VMFS. Isso depende da análise.
Snapshot do VMware é backup?
Não. A Broadcom diz que snapshots não devem ser tratados como backup dos discos. Eles dependem do disco base, crescem com o uso e, mantidos por muito tempo, podem causar instabilidade e perda de dados.
Os .vmdk ganharam outra extensão e há uma nota de resgate. É esta página?
Não. Esta página trata de falhas sem ataque. Para arquivos criptografados, veja VMware e ransomware e VMDK criptografado, depois que a equipe de resposta isolar o ambiente.
Quanto tempo leva a avaliação?
Primeiro o envio é combinado por escrito. Com o material em mãos, o diagnóstico é grátis e leva de 02 a 48 horas e termina no laudo. O prazo de uma recuperação, se houver, vem no orçamento.

Leia também

Fontes

Conteúdo editorial da Data Rescue, atualizado em 29/10/2026. Orientação geral: não substitui a avaliação do dispositivo. Veja a política editorial.

Antes de tentar sozinho, conte o que aconteceu.

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

Iniciar recuperaçãoEntenda o processo