RecoverPoint for VMs. Сбой загрузки копии ВМ во время доступа к образу из-за несоответствия в дескрипторе диска

Во время доступа к образу копия ВМ может не загрузиться должным образом, и будет показана следующая ошибка:

При проверке файлов VMDK производственной ВМ и копии ВМ обнаружено несоответствие. Например:
Производственная ВМ:

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"

Копия ВМ:

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"

Файлы дескрипторов дисков в основном невидимы для RecoverPoint for VMs и не влияют на создание такого файла в целевой виртуальной машине.
Обычно копия ВМ принимает значения VMware по умолчанию на основе параметров виртуальной машины.

Если виртуальная машина создается в более ранней версии vCenter (даже если с тех пор vCenter был модернизирован), а затем виртуальная машина дублируется с теми же настройками в более новой версии. Виртуальные машины имеют немного различающиеся файлы дескрипторов. Поэтому эта проблема чаще встречается с виртуальными машинами, созданными в более ранних версиях vCenter.

Как правило, эти различия не имеют значения, однако иногда способ, которым дескриптор диска представляет блоки и информацию для ОС виртуальной машины, может заставить виртуальную машину неправильно считать информацию или посчитать диск поврежденным. По мнению инженерного отдела RecoverPoint, параметром, который может оказать существенное влияние, является «Hardware Version». Изменение этой версии оборудования сродни физическому извлечению накопителя из компьютера и его установке в новый. Такое действие может позволить загрузиться виртуальной машине, но, скорее всего, приведет к проблемам, если они несовместимы.

Временное решение.

Чтобы изменить файл дескриптора диска на копии ВМ в соответствии с производственной ВМ, выполните следующие действия.

1. Запишите имя хранилища данных, на котором расположена копия ВМ.
2. Отмените защиту указанных виртуальных машин
3. Выключите копию ВМ
4. Удалите копию ВМ из инвентаризации, нажав правой кнопкой мыши > Remove From Inventory
5. Определите различия между файлами VMDK либо посредством журналов, либо с помощью сеанса SSH с правами root для соответствующих хостов ESX
6. Измените файл VMDK копии ВМ, чтобы он соответствовал производственной ВМ

   Например, в файлах дескриптора диска, указанных ранее в статье, в копию ВМ необходимо добавить следующие поля:

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

   И существующие поля необходимо изменить для соответствия с производственной ВМ:

   • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
   • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
7. После внесения соответствующих изменений повторно добавьте виртуальную машину в инвентаризацию, перейдя в хранилище данных, отмеченное в шаге 1 > Найдите надлежащий каталог для виртуальной машины и нажмите на папку >Найдите файл <Имя ВМ>.vmx > нажмите кнопку Register VM
8. Включите копию ВМ, чтобы убедиться, что она загружается правильно
9. Повторно активируйте защиту виртуальной машины и проверьте доступ к образу после инициализации