RecoverPoint for VMs: Kopie virtuálního počítače se nespustí během přístupu k bitové kopii kvůli neshodě v popisovači disku

Během přístupu k bitové kopii se může stát, že se kopie virtuálního počítače správně nespustí a může dojít k následující chybě:

Při kontrole produkčních souborů VMDK a souborů VMDK kopie dochází k neshodě. Příklad:
Produkční virtuální počítač:

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"

Kopie virtuálního počítače:

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"

Soubory popisovače disku jsou pro nástroj RecoverPoint for VMs většinou neviditelné a nástroj nemá žádný vliv na to, jak se takový soubor vytvoří v cílovém virtuálním počítači.
Kopírování virtuálního počítače obvykle přijímá výchozí hodnoty VMware na základě nastavení virtuálního počítače.

Pokud je virtuální počítač vytvořen ve starší verzi nástroje vCenter (i když byl uvedený nástroj vCenter od té doby upgradován) a virtuální počítač se duplikuje se stejným nastavením v novější verzi, virtuální počítače mají mírně odlišné soubory popisovače. Proto je tento problém častější u virtuálních počítačů vytvořených ve starších verzích nástroje vCenter.

Obvykle na těchto rozdílech nezáleží, ale někdy způsob, jakým popisovač disku prezentuje bloky a informace operačnímu systému virtuálního počítače, může způsobit, že virtuální počítač přečte informace nesprávně nebo si bude myslet, že je disk poškozený. Podle technického oddělení RecoverPoint je nastavením, které může mít významný dopad, verze hardwaru. Změna této verze hardwaru se podobá fyzickému vyjmutí disku z počítače a jeho vložení do nového. Taková akce může umožnit spuštění virtuálního počítače, ale je pravděpodobné, že pokud tyto dva nejsou kompatibilní, dojde k problému.

Zástupné řešení:

Pokud chcete změnit soubor popisovače disku v kopii virtuálního počítače tak, aby odpovídal produkčnímu virtuálnímu počítači, postupujte následovně:

1. Poznamenejte si úložiště dat, ve kterém se nachází kopie virtuálního počítače.
2. Zrušte ochranu příslušných virtuálních počítačů
3. Vypněte kopii virtuálního počítače
4. Odeberte kopii virtuálního počítače z inventáře kliknutím pravým tlačítkem na možnost > Remove from Inventory
5. Identifikujte rozdíly mezi soubory VMDK, a to buď prostřednictvím protokolů, nebo jako uživatel root pomocí relace SSH navázané k příslušným hostitelům ESX
6. Změňte soubor VMDK kopie virtuálního počítače tak, aby odpovídal produkčnímu virtuálnímu počítači.

   Například v souborech popisovače disku uvedených dříve v článku musí být do kopie virtuálního počítače přidána následující pole:

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

   A stávající pole musí být změněna tak, aby odpovídala produkčnímu virtuálnímu počítači:

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. Po provedení příslušných úprav znovu přidejte virtuální počítač do inventáře tak, že přejdete do datového úložiště uvedeného v kroku 1 > vyhledejte správný adresář virtuálního počítače a kliknutím přejděte do složky > vyhledejte soubor s názvem <název virtuálního počítače>.vmx > klikněte na tlačítko Register VM.
8. Zapněte kopii virtuálního počítače, abyste se ujistili, že se spustí správně.
9. Povolte opět ochranu virtuálního počítače a po inicializaci otestujte přístup k bitové kopii.