Arquivos Delta não excluídos

Question

Descobri que minha VM está sendo executada com um instantâneo que não está visível no gerenciador de instantâneos. Eu descobri também que a máquina está rodando em um arquivo delta (provavelmente um velho snaphot)

Eu vejo que existem procedimentos para consolidar snapshots, mas o que eu quero entender agora é:

Ter um disco VMDK-flat de 50gb = > que é na verdade o vdisk criado no início

Agora eu tenho um arquivo DELTA de 38 GB ... e este arquivo está crescendo diariamente.

Minha pergunta é: por que o arquivo delta está crescendo? isso é normal?

    

Answer 1

Tenho certeza de que algumas pessoas mais experientes em VMs entrarão aqui, mas parece que o arquivo delta está fazendo o que é esperado.

Até onde eu sei, os instantâneos funcionam via copy-on-write , onde você começa com a imagem original (que é seu vdisk) e um arquivo vazio (que é o arquivo delta). Toda vez que algo é alterado, essa alteração é feita no disco delta. O disco original não é tocado, assim, se você precisar reverter para um snapshot, o arquivo delta é descartado e tudo é lido a partir do vdisk original.

Com o passar do tempo, isso leva ao efeito colateral do arquivo delta crescendo massivamente à medida que as coisas são alteradas, adicionadas e removidas. Pelo que entendi, se você adicionar um arquivo de 10MB, o arquivo delta cresce em 10MB. Remova esse arquivo, e ele cresce em outros 10MB, porque há uma diferença de 10MB. Eu posso estar errado, e pode realmente diminuir em 10MB, mas eu não penso assim. (Por favor, alguém me corrija).

Se você consolidar suas alterações em seu instantâneo, voltará para a imagem de disco de 50 GB original.

É claro que posso estar terrivelmente errado e equivocado, e nesse caso serei rejeitado, e você deve ouvir quem entra e sabe mais.

    

Answer 2

É normal que o arquivo delta cresça. O que Matt diz é correto sobre como os instantâneos funcionam. O que não é normal é que a captura instantânea não apareça no gerenciador de instantâneos. Eu suspeito que você não pode tirar novos instantâneos dessa VM também. Parece um instantâneo órfão.

Você precisa fazer o backup e, em seguida, desligar a VM, se puder.

Este KB pode ajudar se o instantâneo pode ser detectado. Caso contrário, a única maneira de resolver isso no passado era excluir manualmente os arquivos de instantâneos, reescrever o arquivo .vmx e trazer a VM para um estado com falha, perdendo todas as alterações no instantâneo.

Se a VM não desligar, você precisa encontrar o processo correto no host e eliminá-lo do console de serviço.

Em seguida, você precisa renomear ou excluir todos os [guestname] - ###### - delta.vmdk, [guestname] - ######. vmdk, [guestname] -Snapshot ###. vmem Arquivos .WRITELOCK. Em seguida, edite o arquivo vmx. Procure a linha scsi0: 0.fileName. Deve listar um dos arquivos de instantâneo como o disco rígido. Altere-o para o arquivo vmdk original. Quando você iniciar a VM, ela informará que ela caiu. Você perde o conteúdo do instantâneo, mas pelo menos terá o servidor de volta.

É uma solução difícil, mas não há muito o que fazer se o ESX disser que não há snapshot e que a VM se recusa a encerrar.

    

Answer 3

Esse tipo de coisa pode ficar muito confuso. Phosdex e Matt cobriram praticamente os piores cenários possíveis.

Recomendo seguir as instruções neste documento de resolução de problemas VMware KB1002310 , ele aborda a mesma abordagem que o Phosdex vinculado, mas fornece mais algumas dicas sobre como estabelecer se o instantâneos que você está vendo são realmente associados com a VM que você acha que eles são. Às vezes eles não são, eu já vi isso acontecer quando as pessoas movem as VMs em um esforço para "arrumar" as coisas usando o Navegador do Datastore.

Se isso ainda falhar, você pode adotar uma abordagem um pouco fora da caixa e usar o VMware Converter para realizar uma migração P2V na VM. Mesmo que seja uma máquina virtual, se você a tratar como um destino físico, o Conversor puxará o estado atual de dentro do contexto do Sistema Operacional Convidado e não se importará se houver instantâneos desonestos em algum estado incontrolável. Em seguida, ele copiará o estado atual da VM para um novo alvo limpo e fresco, deixando a bagunça instantânea para trás. Uma vez que você tenha a cópia convertida em execução (embora isolada da rede de produção), você pode seguramente eliminar o original da maneira que desejar e conectar a cópia à produção. Quando tiver certeza de que a cópia está correta, você poderá excluir a VM antiga por completo.