RecoverPoint for VMs: Falha na inicialização da VM de cópia durante o acesso à imagem devido a uma disparidade no descritor de disco

Durante o acesso à imagem, poderá ocorrer uma falha na inicialização da VM de cópia com o seguinte erro:

Ao verificar os arquivos VMDK de produção e de cópia, há uma disparidade. Por exemplo:
VM de produção:

ddb.adapterType = "buslogic"
ddb.deletable = "true"
ddb.geometry.biosCylinders = "0"
ddb.geometry.biosHeads = "0"
ddb.geometry.biosSectors = "0"
ddb.geometry.cylinders = "13054"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.iofilters = "spif:vmwarelwd"
ddb.longContentID = "17189fda646b30fa8e07a2e11be39f0e"
ddb.sidecars = "vmwarelwd_1,<VM NAME>.vmfd"
ddb.thinProvisioned = "1"
ddb.toolsInstallType = "1"
ddb.toolsVersion = "12389"
ddb.uuid = "60 00 C2 9b 41 72 92 4a-01 1b 5c a1 cb 73 7d ff"
ddb.virtualHWVersion = "4"

VM de cópia:

ddb.adapterType = "lsilogic"
ddb.geometry.cylinders = "13054"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.longContentID = "7632d38b5d143766f99a7787ce2dec62"
ddb.thinProvisioned = "1"
ddb.toolsInstallType = "1"
ddb.toolsVersion = "12389"
ddb.uuid = "60 00 C2 98 06 fb 7b 22-6a 46 d0 9c c4 8a 89 27"
ddb.virtualHWVersion = "14"

Os arquivos do descritor de disco são, em sua maioria, invisíveis para o RecoverPoint for VMs e não têm impacto sobre como esse arquivo é criado na VM de destino.
Normalmente, a VM de cópia aceita os valores padrão da VMware com base nas configurações da VM.

Se uma VM for criada em uma versão mais antiga do vCenter (mesmo que o vCenter já tenha recebido upgrade) e, depois, ela for duplicada com as mesmas configurações em uma versão mais recente. As VMs terão arquivos do descritor levemente diferentes. Portanto, esse problema é mais comum com VMs criadas em versões mais antigas do vCenter.

Normalmente, essas diferenças não importam. No entanto, às vezes, a maneira como o descritor de disco apresenta blocos e informações para o sistema operacional da VM pode fazer com que a VM leia as informações incorretamente ou pense que o disco está corrompido. De acordo com a equipe de engenharia do RecoverPoint, uma configuração que pode causar um impacto significativo é a versão do hardware. Alterar a versão do hardware é semelhante a retirar fisicamente uma unidade de um computador e colocá-la em um novo computador. Essa ação pode permitir a inicialização da VM, mas é provável que cause problemas se os dois não forem compatíveis.

Solução temporária:

Para alterar o arquivo descritor de disco na VM de cópia para corresponder à VM de produção, execute o seguinte procedimento:

1. Anote em qual repositório de dados a VM de cópia está localizada
2. Desproteja as VMs em questão
3. Desligue a VM de cópia
4. Remova a VM de cópia do inventário clicando com o botão direito em > Remover do inventário
5. Identifique as diferenças entre os arquivos VMDK, por meio dos logs ou abrindo uma sessão SSH como root nos hosts do ESX relevantes
6. Altere o arquivo VMDK da VM de cópia para corresponder à VM de produção

   Por exemplo, nos arquivos do descritor de disco fornecidos anteriormente no artigo, os seguintes campos devem ser adicionados à VM de cópia:

   • ddb.deletable = "true"
   • ddb.geometry.biosCylinders = "0"
   • ddb.geometry.biosHeads = "0"
   • ddb.geometry.biosSectors = "0"

   E os campos existentes precisam ser alterados para corresponder à VM de produção:

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. Depois que as modificações relevantes forem feitas, adicione novamente a VM ao inventário acessando o repositório de dados anotado na Etapa 1 > Localize o diretório correto da VM e clique na pasta > Localize o arquivo <Nome da VM>.vmx > Clique no botão Registrar VM
8. Ligue a VM de cópia para garantir que ela seja inicializada corretamente
9. Proteja novamente a VM e teste o acesso à imagem após a inicialização