RecoverPoint para máquinas virtuales: La VM de copia no se inicia durante el acceso a la imagen debido a una falta de coincidencia en el descriptor del disco

Durante el acceso a imágenes, es posible que la VM de copia no se inicie correctamente y se observe el siguiente error:

Cuando se comprueban los archivos del VMDK de producción y los archivos del VMDK de copia, hay una falta de coincidencia. Por ejemplo,
VM de producción:

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 copia:

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"

Los archivos de descriptores de disco son, en su mayoría, invisibles en RecoverPoint para las VM y no tienen ningún impacto en la forma en que se crea dicho archivo en la VM de destino.
Por lo general, la VM de copia acepta los valores predeterminados de VMware en función de los ajustes de la VM.

Si se crea una VM en una versión anterior de vCenter (incluso si dicho vCenter se actualizó posteriormente), la máquina virtual se duplica con la misma configuración en una versión más reciente. Las VM tienen archivos descriptores levemente diferentes. Por lo tanto, este problema es más común con las VM creadas en versiones anteriores de vCenter.

Por lo general, estas diferencias no importan, pero, a veces, la forma en que el descriptor de disco presenta bloques e información al sistema operativo de la VM puede hacer que la VM lea la información de forma incorrecta o piense que el disco está dañado. Según el equipo de ingeniería de RecoverPoint, un ajuste que puede causar un impacto significativo es la versión de hardware. Cambiar esta versión de hardware es similar a sacar físicamente una unidad de una computadora y colocarla en una nueva. Esta acción podría permitir el arranque de la VM, pero es probable que cause problemas si las dos no son compatibles.

Solución alternativa:

Para cambiar el archivo descriptor del disco en la VM de copia para que coincida con la VM de producción, realice lo siguiente:

1. Tome nota del almacén de datos en el que reside la VM de copia.
2. Desproteja las VM en cuestión.
3. Apague la VM de copia.
4. Elimine la VM de copia del inventario haciendo clic con el botón secundario en > Eliminar del inventario.
5. Identifique las diferencias entre los archivos VMDK, ya sea a través de los registros o mediante una sesión de SSH como raíz para los hosts ESX pertinentes.
6. Cambie el archivo VMDK de la VM de copia para que coincida con la VM de producción.

   Por ejemplo, en los archivos de descriptores de disco proporcionados anteriormente en el artículo, se deben agregar los siguientes campos a la VM de copia:

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

   Además, los campos existentes se deben cambiar para que coincidan con la VM de producción:

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. Una vez que se realicen las modificaciones pertinentes, vuelva a agregar la VM al inventario en el almacén de datos que se indica en el paso 1. > Busque el directorio correcto para la VM y haga clic en la carpeta. > Busque el archivo <VM Name>.vmx. > Haga clic en el botón Registrar VM.>
8. Encienda la VM de copia para asegurarse de que se inicie correctamente.
9. Vuelva a proteger la VM y pruebe el acceso a la imagen después de la inicialización.