Ok, obrigado pelo esclarecimento, o problema é a sua compreensão do que é um instantâneo - não é o que você pensa que é. Digamos que você tenha um disco sem snapshots, quando você cria um snapshot tudo o que acontece é que o novo arquivo é criado pelo hipervisor com APENAS as alterações feitas no disco base desde o snapshot, o hypervisor envia somente para o convidado operacional sistema os dados corretos do disco base (se esse bit do disco não foi alterado desde o instantâneo) ou os dados do arquivo de instantâneo (somente se esse bit de dados tiver sido alterado desde que o instantâneo foi criado). Então, enviar apenas o arquivo instantâneo só incluiria os dados alterados e seria de pouca ou nenhuma utilidade por si só - está tudo bem?
Dito isso, o que você está realmente tentando alcançar é muito simples, basta desligar sua VM e selecionar 'Save to OVF' no menu File. Isso permitirá que você salve a VM em um formato hipervisor chamado OVF. que você pode transferir para quem quiser. Eles podem importar esse arquivo OVF para qualquer hypervisor que ele tenha (ou seja, não precisa ser VMWare Workstation). Este arquivo conterá a VM salva no momento do desligamento, se necessário, você poderá remover os instantâneos conforme necessário em sua própria máquina e continuar seu trabalho.
Aqui está um diagrama (muito pobre) que acabei de criar;
Neste exemplo, temos apenas quatro 'blocos' / locais de dados - numerados de 1 a 4. Como você pode ver, cada 'bloco' contém um pouco de dados (um único número neste caso). Em seguida, criamos o número 1 do snapshot e alteramos os dados em 'blocks' 1 e 3 (para 101 e 75 neste caso). Neste ponto, se o sistema operacional ler 'bloquear' 1, a resposta do hipervisor é 101, não 100 e 75 não 50 para 'bloco' 3, mas a resposta para 'blocos' 2 e 4 permanece 200 e 25. Se removermos instantâneo 1, em seguida, tudo volta para os valores em amarelo. Se criarmos um segundo instantâneo e escrevermos o número 102 em 'bloco 1', então 'bloco' e SOMENTE aquele bloco é atualizado no segundo arquivo de instantâneo, se lermos 'bloco' 3, ele volta ao primeiro arquivo de instantâneo esses dados e para o arquivo de base, se quiséssemos ler 'blocos' 2 e 4. Se salvarmos / exportarmos a VM no ponto 'Snap 2', ela criará um único arquivo com os blocos escritos naquele ponto (ou seja, 102, 200, 75, 25).
Agora, obviamente, em qualquer situação em que as capturas instantâneas da VM possam ser atingidas pelo desempenho do IO do disco, pode haver várias leituras e gravações no disco para obter esse mecanismo de captura instantânea. De fato, quanto mais snapshots e mais mudanças por snapshot, maior o hit de performance. Dito isso, chega um ponto em que, se uma quantidade muito grande do disco tiver sido gravada como parte do snapshot atual, o hit de desempenho diminuirá, já que quase todo o IO estará indo para o arquivo snap, mas isso deve ser evitado você pode. Na verdade, os snaps de VMs são uma má idéia para se viver por muito tempo, pois o tempo necessário para removê-los (o que realmente grava as alterações de volta no arquivo base ou intermediário) fica mais longo, desde o momento do snap. Como regra, não gosto de snaps existentes por mais de 24/48 horas, mas em um ambiente de desktop que pode ser esticado um pouco.
A propósito, esse mecanismo é praticamente como funcionam todos os métodos de snapshot (ele pode ser um pouco diferente no sistema de arquivos WAFL da NetApp e no ZFS, mas é um bom entendimento básico, pelo menos) em todos os hipervisores.
Isso está claro? Se não, talvez, dê uma olhada nos manuais, eles são bem claros.