RecoverPoint for VMs: Die Copy VM kann während des Image-Zugriffs aufgrund einer Nichtübereinstimmung im Festplattendeskriptor nicht gestartet werden

Während des Image-Zugriffs kann die Copy VM möglicherweise nicht ordnungsgemäß gestartet werden, und der folgende Fehler kann beobachtet werden:

Beim Überprüfen der Produktions-VMDK- und der Copy VMDK-Dateien tritt eine Nichtübereinstimmung auf. Beispiel:
Produktions-VM:

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"

Copy VM:

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"

Die Festplattendeskriptordateien sind für RecoverPoint for VMs größtenteils unsichtbar und haben keinen Einfluss darauf, wie eine solche Datei auf der Ziel-VM erstellt wird.
In der Regel akzeptiert die Copy VM die VMware-Standardwerte basierend auf den VM-Einstellungen.

Wenn eine VM in einer älteren Version von vCenter erstellt wird (auch wenn diese vCenter seitdem aktualisiert wurde), wird die VM mit denselben Einstellungen in einer neueren Version dupliziert. Die VMs verfügen über leicht unterschiedliche Deskriptordateien. Daher tritt dieses Problem häufiger bei VMs auf, die in älteren Versionen von vCenter erstellt wurden.

In der Regel spielen diese Unterschiede keine Rolle, aber manchmal kann die Art und Weise, wie der Datenträgerdeskriptor dem Betriebssystem der VM Blöcke und Informationen präsentiert, dazu führen, dass die VM die Informationen falsch liest oder denkt, die Festplatte sei beschädigt. Laut RecoverPoint Engineering ist die Hardwareversion eine Einstellung, die erhebliche Auswirkungen haben kann. Das Ändern dieser Hardwareversion ist vergleichbar mit dem physischen Herausnehmen eines Laufwerks aus einem Computer und dem Einsetzen in einen neuen. Eine solche Aktion ermöglicht zwar das Starten der VM, führt aber wahrscheinlich zu Problemen, wenn die beiden nicht kompatibel sind.

Problemumgehung:

Gehen Sie wie folgt vor, um die Festplattendeskriptordatei in der Copy VM so zu ändern, dass sie mit der Produktions-VM übereinstimmt:

1. Notieren Sie sich den Datenspeicher, auf dem sich die Copy VM befindet.
2. Aufheben des Schutzes der betreffenden VMs
3. Schalten Sie die Copy VM aus.
4. Entfernen Sie die Copy VM aus dem Bestand, indem Sie mit der rechten Maustaste auf >Aus Bestand entfernen klicken.
5. Identifizieren Sie die Unterschiede zwischen den VMDK-Dateien, entweder über Protokolle oder mithilfe einer SSH-Sitzung als Root zu den relevanten ESX-Hosts.
6. Ändern Sie die VMDK-Datei der Copy VM so, dass sie mit der Produktions-VM übereinstimmt.

   Beispielsweise müssen in den Festplattendeskriptordateien, die zuvor in diesem Artikel bereitgestellt wurden, die folgenden Felder zur Copy VM hinzugefügt werden:

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

   Außerdem müssen die vorhandenen Felder so geändert werden, dass sie mit der Produktions-VM übereinstimmen:

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. Sobald die relevanten Änderungen vorgenommen wurden, fügen Sie die VM erneut zum Bestand hinzu, indem Sie zu dem in Schritt 1 angegebenen Datenspeicher> gehen. Suchen Sie das richtige Verzeichnis für die VM und klicken Sie in den Ordner.> Suchen Sie die <Datei VM Name.vmx> und klicken Sie auf die Schaltfläche VM registrieren.>
8. Schalten Sie die Copy VM ein, um sicherzustellen, dass sie ordnungsgemäß gestartet wird.
9. Aktivieren Sie den Schutz der VM wieder und testen Sie den Image-Zugriff nach der Initialisierung.