RecoverPoint for VMs: Copy VM nie uruchamia się w czasie dostępu do obrazu z powodu niezgodności deskryptora dysku

Podczas dostępu do obrazu Copy VM może nie uruchomić się prawidłowo i może wystąpić następujący błąd:

Podczas sprawdzania plików Production VMDK i Copy VMDK występuje niezgodność. Na przykład:
Production 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"

Pliki deskryptora dysku są w większości niewidoczne dla RecoverPoint VMs i nie mają wpływu na sposób tworzenia takiego pliku na docelowej maszynie wirtualnej.
Zazwyczaj urządzenie Copy VM akceptuje domyślne wartości VMware na podstawie ustawień maszyny wirtualnej.

Jeśli maszyna wirtualna zostanie utworzona w starszej wersji vCenter (nawet jeśli wspomniane narzędzie vCenter zostało już zaktualizowane), a następnie maszyna wirtualna zostanie zduplikowana z tymi samymi ustawieniami w nowszej wersji. Maszyny wirtualne mają nieco inne pliki deskryptorów. Dlatego ten problem jest bardziej typowy dla maszyn wirtualnych utworzonych w starszych wersjach vCenter.

Zazwyczaj różnice te nie mają znaczenia, ale czasami sposób, w jaki deskryptor dysku przedstawia bloki i informacje w systemie operacyjnym maszyny wirtualnej, może spowodować, że maszyna wirtualna odczyta informacje nieprawidłowo lub będzie podejrzewać, że dysk jest uszkodzony. Według działu inżynieryjnego RecoverPoint ustawieniem, które może mieć znaczny wpływ, jest wersja sprzętu. Zmiana tej wersji sprzętu jest podobna do fizycznego wyjęcia dysku z komputera i umieszczenia go w nowym. Takie działanie może umożliwić uruchomienie maszyny wirtualnej, ale prawdopodobnie spowoduje problemy, jeśli te dwie części nie są zgodne.

Obejście problemu:

Aby zmienić plik deskryptora dysku w urządzeniu Copy VM tak, aby był zgodny z Production VM, wykonaj następujące czynności:

1. Zanotuj magazyn danych, w którym znajduje się urządzenie Copy VM
2. Wyłącz ochronę maszyn wirtualnych, o których mowa
3. Wyłącz Copy VM
4. Usuń Copy VM ze spisu, klikając prawym przyciskiem myszy polecenie > Remove From Inventory
5. Zidentyfikuj różnice między plikami VMDK za pomocą dzienników lub przy użyciu sesji SSH jako katalogu głównego odpowiednich hostów ESX
6. Zmień plik VMDK programu Copy VM, aby był zgodny z Production VM

   Na przykład w plikach deskryptora dysków podanych wcześniej w artykule do programu Copy VM należy dodać następujące pola:

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

   Istniejące pola muszą zostać zmienione w celu dopasowania do Production VM:

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. Po wprowadzeniu odpowiednich modyfikacji ponownie dodaj maszynę wirtualną do spisu, przechodząc do magazynu danych zanotowanego w kroku 1 > Znajdź prawidłowy katalog maszyny wirtualnej i kliknij folder > Znajdź <plik VM Name>.vmx>, kliknij przycisk Register VM
8. Włącz Copy VM, aby się upewnić, że uruchamia się prawidłowo
9. Ponownie włącz ochronę maszyny wirtualnej i przetestuj dostęp do obrazu po inicjalizacji