Você está quase certamente sem sorte, mas pode valer a pena inspecionar o VMDK e os instantâneos vinculados remanescentes por precaução.
A estrutura VMDK consiste em um descritor raiz (o pequeno arquivo chamado diskname.vmdk) e em dados raiz (o arquivo grande chamado diskname-flat.vmdk) e, possivelmente, uma série de descritores vinculados vmdk (chamado diskname-0000n.vmdk ) e arquivos delta (redo log) (chamados diskname-0000n-delta.vmdk) contendo descritores encadeados e redo logs para cada snapshot. Você pode abrir o descritor VMDK's em qualquer editor de texto e ver quais são os vmdks-pai (se existirem) - os campos que você está procurando no instantâneo VMDK's são o CID e o parentCID. Isso permitirá que você identifique a lista vinculada de instantâneos. Note que o VMDK raiz tem um parentCID de todos os "F" e suas listas podem ser independentes, então você deve mapear todos com cuidado.
Se você tiver executado as etapas descritas, é muito improvável que seja possível recuperar qualquer coisa, pois ao excluir um instantâneo, os dados do log de reconfiguração serão mesclados no pai. Já vi listas de snapshot corrompidas no passado que eram recuperáveis em cenários como esse, mas a combinação de circunstâncias que permitiram que isso acontecesse não é muito provável. Ainda assim, se você conseguir encontrar instantâneos que criem uma lista vinculada válida que lhe apresente dados válidos, talvez você tenha sorte e, como é evidente que alguns instantâneos ainda estão ativos, talvez haja uma chance.
Além disso, eu não quero pregar sobre backups dada a sua situação mas você deve fazer uma cópia limpa backup de todos esses arquivos antes de brincar com eles .