RecoverPoint for VMs: Copy VM kan ikke starte under adgang til afbildningen pga. en uoverensstemmelse i diskbeskrivelsen

Under afbildningsadgang kan Copy VM muligvis ikke starte korrekt, og følgende fejl kan forekomme:

Når du kontrollerer filerne Produktion VMDK og Kopier VMDK, er der en uoverensstemmelse. For eksempel:
Produktion 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"

Kopiér 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"

Diskbeskrivelsesfilerne er for det meste usynlige for RecoverPoint for VM'er og har ingen indflydelse på, hvordan en sådan fil oprettes i mål-VM'en.
Normalt accepterer kopiér VM VMware-standardværdierne baseret på VM-indstillingerne.

Hvis en VM oprettes i en ældre version af vCenter (selvom vCenter siden er blevet opgraderet), duplikeres VM'en med de samme indstillinger i en nyere version. VM erne har lidt andre beskrivelsesfiler. Derfor er dette problem mere almindeligt med VM er, der oprettes i ældre versioner af vCenter.

Normalt betyder disse forskelle ikke noget, men nogle gange kan den måde, diskbeskrivelsen præsenterer blokke og oplysninger på VM'ens operativsystem, få VM'en til at læse oplysningerne forkert eller tro, at disken er beskadiget. Ifølge RecoverPoint Engineering er en indstilling, der kan forårsage betydelig påvirkning, hardwareversionen. Ændring af denne hardwareversion svarer til fysisk at tage et drev ud af en computer og placere det i en ny. En sådan handling kan gøre det muligt for VM'en at starte, men det vil sandsynligvis forårsage problemer, hvis de to ikke er kompatible.

Løsning:

Hvis du vil ændre diskbeskrivelsesfilen i Copy VM, så den svarer til produktions-VM, skal du gøre følgende:

1. Notér det Datastore, som Copy VM er placeret på
2. Fjern beskyttelsen af de pågældende VM'er
3. Sluk for kopiér VM
4. Fjern kopiér VM fra lageret ved at højreklikke > på Fjern fra lager
5. Identificer forskellene mellem VMDK-filerne , enten via logfiler eller ved hjælp af en SSH-session som rod til de relevante ESX-værter
6. Skift VMDK-filen for kopiér VM , så den svarer til produktions-VM'en

   I de diskbeskrivelsesfiler, der er angivet tidligere i artiklen, skal følgende felter f.eks. føjes til kopiér VM:

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

   Og de eksisterende felter skal ændres, så de svarer til produktions-VM:

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. Når de relevante ændringer er foretaget, skal du føje VM'en til lageret igen ved at gå til det datalager, der blev angivet i trin 1>Find den korrekte mappe til VM'en, og klik på mappen > Find <filen VM Name.vmx> Klik på knappen Registrer VM>
8. Tænd for Copy VM for at sikre, at den starter korrekt
9. Beskyt VM igen, og test afbildningsadgang efter initialisering