Portanto, tenho um problema particularmente preocupante deixado pelo antigo departamento de TI. Estamos executando vários snapshots e ninguém pensou em consolidá-los, provavelmente porque ninguém tinha experiência suficiente em VMWare para perceber que precisava fazer isso. Então, este é o problema que me resta:
Supondo que a imagem não carregue, temos o seguinte:
- -> A VM 343,7 GB
- --> Instantâneo 1 14/05/2018, 150 GB
- ---> Instantâneo 2 13/06/2018, 9,03 GB (instantâneo da memória da VM é: NÃO)
- ----> Instantâneo 3 13/06/2018, 31,19 GB
- -----> Instantâneo 4 14/06/2018, 386,24 MB
- ------> Instantâneo 5 27/08/2018, 45,43 GB
- -------> Você está aqui (oba) 59,5 GB
Eu fiz algumas pesquisas e o que parece ser a melhor solução é fazer o seguinte:
- Crie um backup dos arquivos da VM, de preferência enquanto ela estiver desligada. Apenas copiar toda a VM para um segundo local deve ser suficiente.
- Exclua os instantâneos. Idealmente, fora do horário comercial, a consolidação levará tempo. Muito tempo. Será mais rápido quando a VM estiver desligada.
- Verifique se a VM está intacta, caso contrário, restaure o backup. Fonte:Consolidação de snapshots antigos do VMWare
Minha pergunta para você é:
Esses instantâneos estão em execução há algum tempo, os mais antigos desde 2018. Com base no que estou lendo, é provável que causem alguma degradação, se não corromperem completamente a VM neste momento.
- Vale a pena tentar a correção acima?
- Caso contrário, é melhor fazer backup dos bancos de dados armazenados no servidor e reverter o servidor?
Se bem entendi, a reversão o retorna ao estado anterior à ocorrência dos instantâneos, descartando as alterações feitas no instantâneo. Já a exclusão dos instantâneos consolida todas as alterações feitas em uma. (Terminologia estranha VMWare)
Além disso, este é um servidor com provisionamento dinâmico. Ficar sem espaço em disco foi o que me fez descobrir esse problema, e ainda tenho cerca de 4 GB restantes.
Responder1
De acordo com "Estimativa do tempo necessário para consolidar instantâneos de máquinas virtuais (2053758)" emhttps://kb.vmware.com/s/article/2053758, um arquivo Delta adicional será criado durante a consolidação se a VM estiver ligada. Isso está na seção NOTAS e afirma
Se a consolidação de disco for iniciada quando a máquina virtual for ligada, um arquivo delta adicional será criado para rastrear os blocos modificados, que será finalmente gravado no disco base no final da consolidação. No entanto, nenhum arquivo delta adicional é necessário ao excluir apenas um instantâneo que não seja o atual.
"Nenhum arquivo delta adicional é necessário ao excluir apenas um instantâneo que não seja o atual." Excluir um de cada vez, do mais antigo para o mais recente, não consumirá espaço adicional na unidade até chegar ao instantâneo mais recente. Isso seria executado em segundo plano.
Um tópico da comunidade VMware emhttps://communities.vmware.com/thread/560315também tem esse problema. Na pior das hipóteses, o disco base/pai só deverá ser capaz de crescer até a quantidade de dados nos instantâneos.
Além disso, aqui está uma base de conhecimento da VMware sobre consolidação de snapshots no ESX 3.5 e ESX 4.0 (que requer atualizações de patch). ESX 5 e superior possuem esta função integrada e executam a mesma operação. Abrange os mesmos pontos da discussão da comunidade que vinculei.https://kb.vmware.com/s/article/1023657.
Como tal, a minha resposta aos requisitos de espaço adicionais é "não há requisitos de espaço adicionais se você desligar a VM primeiro.Ouvocê pode excluir um instantâneo por vez, do mais antigo para o mais recente, e o espaço liberado permitirá que você exclua o mais recente enquanto ele ainda estiver ligado".
Reverter o instantâneo para anos atrás tem seus próprios problemas. Você perde a confiança do domínio porque a senha da máquina do computador não é mais o que deveria ser. Com base nos carimbos de data/hora fornecidos, você também perderá 1,5 ano de atualizações do Windows e quaisquer outras atualizações de aplicativos de terceiros ou atualizações realizadas manualmente. Alterações no registro que não ocorreram por meio do GPO. Configurações. Você perde todos os dados armazenados em outro lugar, como documentos ou pastas de downloads (a menos que você tenha feito backup deles). Tudo isso teria que ser adiado.
Se a sua preocupação for corrupção, desligue a VM, copie os arquivos do disco para armazenamento adicional e tente a consolidação, conforme mencionado como opção. Ou simplesmente construa um novo servidor e migre o banco de dados... se você tiver espaço em um local diferente, pois já mencionou problemas de espaço.
Responder2
Não tenho certeza absoluta sobre qual é sua pergunta, então tentarei responder a ambas.
Definitivamente, você deseja consolidar esse disco, pois os instantâneos não devem ser "backups de longo prazo". Quando você cria um snapshot (ignorando VVOLs por uma questão de simplicidade), o vSphere "congela" o arquivo VMDK (o arquivo no armazenamento de dados que representa o HDD da VM) para os discos da VM e começa a gravar todas as alterações em um delta separado arquivo. Este arquivo só pode crescer até ser tão grande quanto o VMDK original (aproximadamente, pode haver alguma sobrecarga adicional). Se você tirar um segundo snapshot, seu primeiro arquivo delta será novamente "congelado" e o vSphere iniciará um segundo arquivo delta.
Quando você remove um snapshot, o vSphere pega o arquivo delta e grava todas as alterações de volta no VMDK original. No entanto, enquanto faz isso em uma VM ligada, ele precisa de um lugar para continuar gravando as alterações provenientes da VM, por isso cria um arquivo delta temporário para manter as alterações no VMDK enquanto consolida o instantâneo. Quando terminar, ele consolida novamente o arquivo delta temporário muito menor e geralmente atordoa a VM por uma fração de segundo para manter a E/S do disco silenciosa enquanto consolida o arquivo temporário.
No entanto, se você remover um instantâneo intermediário, o vSphere já terá outro arquivo delta mais recente para trabalhar, portanto, ele poderá fazer isso sem afetar a VM. Isso pode ser explorado se você não quiser minimizar o impacto da remoção de um instantâneo grande, basta tirar um novo instantâneo, remover o antigo em segundo plano e, em seguida, remover o instantâneo muito menor quando terminar.
A reversão funciona um pouco diferente. Aqui você está revertendo o estado da VM, que consome muito menos recursos, basta excluir o arquivo delta e reiniciar a VM com o VMDK original (você também pode capturar instantâneos da memória, que então retorna a VM para um alimentado- no estado).
Então, sabendo de tudo isso;
Se sua VM estiver funcionando bem, embora um pouco mais lenta devido ao impacto no desempenho, faça o seguinte:
- Certifique-se de ter um bom backup da VM
- Desligue a VM para acelerar as coisas
- Remova todos os instantâneos intermediários, começando pelo mais antigo.
- Remover o último instantâneo
- Execute uma consolidação de discos se essa opção estiver disponível.
Se sua VM estiver quebrada, desligue-a e restaure uma cópia do backup/reconstrua-a. Reverter para um instantâneo antigo deve ser sua última opção. Os instantâneos pretendem ser um "ah, excluí acidentalmente toda a unidade C: enquanto executava algum trabalho, deixe-me reverter para o instantâneo que tirei há 30 minutos", não um backup.