В сфере так же почему-то опирается на vmid. Тут разница в том, что ВМ просто пропадает и джоба с ошибкой, а у @kr0k0k0t джобы продолжили работать (ВМ с этим vmid же есть), но бэкапить стали другие ВМ. Поскольку у них несколько перепутались эти vmid

А если всё погасить и включить, то vmid новые выдадутся, например, на других хостах стартнуть вм до vcenter 🤔

vmid выдаётся как порядковый номер в инвентаре. Он есть свой на каждом esxi и в целом у сферы.
Ты регистрируешь ВМ - ей выдаётся vmid.
Если всё погасишь и включишь - vmid не поменяются, инвентарь же не меняется.

PS: с этим уже в соседний чат нужно... 😅

Народ пишет, что у них vmid менялся при vmotion, и следует использовать атрибут/параметр instanceUUID для работы через API с vSphere 4

Именно так. Он меняется внутри esxi, но не в vSphere.
В api местами используется общий, местами локальный. (смотря куда тебя послали, на vCenter или конкретный esxi)
UUID везде один 😉

@MrAloof @kr0k0k0t пишите кейс в поддержку veeam 😂

Думаю, что проблема в том, что после отказа поддержки vi/esx/esxi 3.5 разработчики veeam не переписали использование идентификатора на vsphere 4.0 API

Классическая жертва обратной совместимости

Именно. Схему данных не пересматривали - работает же 😅Технический долг...
А пока, когда была массовая проблема, мне проще было напрямую в SQL у вима заменить vmid на верные для UUID 🤪

Читер!

Коллеги подтвердили, что любая перерегистрация ВМ в инвентаре приводит к фейлу в процессе резервного копирования

Ну так при перерегистрации меняется moref id. Поэтому вим ее найти не может.

UUID не меняется

А при чем тут UUID если вим ищет по moref?

вы только никому не говорите, но апи вары (если ничего не изменилось) все запросы обрабатывает основываясь на vmid

так что вы хоть обмажтесь другими циферками 🤷‍♂️

что интересно, у хв всё ровно наоборот

При том, что в рекомендациях VMware при работе с vSphere API начиная с версии 4.x не рекомендуется использовать vmid для идентификации ВМ. Нужно использовать instanceUUID

Да, но только после того как получили его через instanceUUID 😉
Никто ж не спорит - это работает. Но только "здесь и сейчас". Если требуется однозначная идентификация и отслеживание по нескольким системам - то нужно использовать instanceUUID.
То есть правильный механизм: храним instanceUUID, когда нужны действия с этой ВМ, то находим её текущий vmid (moRef id), и дальше уже через эту конкретную точку подключения.