Eu pensei em perguntar antes de criar um ambiente de teste para testar isso.
Eu tenho um servidor físico que tem uma quantidade um tanto grande de armazenamento físico. Ele está executando o SQL e prefere fazer uma migração a frio sobre uma migração a quente para garantir que eu não tenha problemas de consistência de dados.
A minha pergunta é: faz a transferência de espaço livre muito rapidamente durante o processo de migração ou literalmente faz um pouco de cópia de bits? O armazenamento tem 600GB de espaço físico e pouco menos de 200GB é usado.
Eu não tenho um grande período de tempo em que eu pudesse derrubá-lo. Obviamente, uma opção é criar um servidor SQL separado e migrar os bancos de dados, um de cada vez, mas, por enquanto, vamos nos concentrar na pergunta sobre como o espaço vazio é transferido.
Apenas compartilhe rapidamente da minha experiência:
Notas: tem que ser um processo longo o suficiente para que a conversão aconteça se você mencionou "consistência", peça ao seu chefe ou à equipe do sistema para ser realista.
Eu não tentei isso, mas adivinhando como os VMDKs funcionam você pode ter a sorte de zerar o espaço livre antes da conversão.
Uma ferramenta para fazer isso é sdelete: link (se for uma máquina com Windows)
No linux você usa dd if=/dev/zero of=/tmp/dummyfile para gravar um arquivo com zeros até que a unidade esteja cheia. (Você pode excluir o arquivo depois)
No entanto, tenha em mente que, em qualquer caso, o conversor terá que ler o disco inteiro de qualquer maneira. Portanto, isso aumentará a velocidade de conversão se o canal de rede for o problema.
Além disso, ele aumentará a velocidade de criação do vmdk no servidor se você selecionar os discos para serem "lazy zerados" (não "ansiosos zerados").