RecoverPoint for Vms : La machine virtuelle de copie ne démarre pas lors de l’accès à l’image en raison d’une différence dans le descripteur de disque

Lors de l’accès à l’image, la machine virtuelle de copie peut ne pas démarrer correctement et l’erreur suivante peut s’afficher :

Lors de la vérification des fichiers VMDK de production et de copie, il existe une différence. Par exemple :
Machine virtuelle de production :

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"

Machine virtuelle de copie :

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"

Les fichiers descripteurs de disque sont pour la plupart invisibles pour RecoverPoint for VMs et n’ont aucun impact sur la façon dont un tel fichier est créé dans la machine virtuelle cible.
En général, la machine virtuelle de copie accepte les valeurs par défaut VMware en fonction des paramètres de la machine virtuelle.

Si une machine virtuelle est créée dans une version antérieure de vCenter (même si ce vCenter a été mis à niveau depuis), la machine virtuelle est dupliquée avec les mêmes paramètres dans une version plus récente. Les machines virtuelles ont des fichiers descripteurs légèrement différents. Par conséquent, ce problème est plus courant avec les machines virtuelles créées dans des versions antérieures de vCenter.

Généralement, ces différences n’ont pas d’importance, mais parfois, la façon dont le descripteur de disque présente les blocs et les informations au système d’exploitation de la machine virtuelle peut faire que la machine virtuelle lise les informations de manière incorrecte ou pense que le disque est corrompu. Les ingénieurs de RecoverPoint ont identifié un paramètre qui peut avoir un impact significatif sur les performances du système : la version matérielle. Changer cette version matérielle revient à retirer physiquement un disque d’un ordinateur et à le placer dans un nouveau. Une telle action peut permettre à la machine virtuelle de démarrer, mais elle est susceptible de provoquer des problèmes si les deux ne sont pas compatibles.

Solution de contournement :

Pour modifier le fichier descripteur de disque dans la machine virtuelle de copie afin qu’il corresponde à la machine virtuelle de production, procédez comme suit :

1. Prenez note du datastore sur lequel réside la machine virtuelle de copie
2. Déprotégez les machines virtuelles concernées
3. Désactivez la machine virtuelle de copie
4. Supprimez la machine virtuelle de copie de l’inventaire en cliquant avec le bouton droit de la souris > Remove from Inventory
5. Identifiez les différences entre les fichiers VMDK, via les journaux ou à l’aide d’une session SSH en tant que root des hôtes ESX pertinents
6. Modifiez le fichier VMDK de la machine virtuelle de copie pour qu’il corresponde à la machine virtuelle de production

   Par exemple, dans les fichiers descripteurs de disque fournis précédemment dans l’article, les champs suivants doivent être ajoutés à la machine virtuelle de copie :

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

   Et les champs existants doivent être modifiés pour correspondre à la machine virtuelle de production :

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. Une fois les modifications appropriées apportées, ajoutez à nouveau la machine virtuelle à l’inventaire en accédant au datastore indiqué à l’étape 1 > Localisez le répertoire approprié pour la machine virtuelle, puis cliquez dans le dossier > Localisez le fichier <nom de la VM>.vmx > Cliquez sur le bouton Register VM
8. Activez la machine virtuelle de copie pour vous assurer qu’elle démarre correctement
9. Reprotégez la machine virtuelle et testez l’accès à l’image après l’initialisation