Благодарю, господа!

Привет вскрывшему эту капсулу времени!
Как там у вас, в 2021-м?
Появилась ли в VeeamBR возможность сделать задержку между ВМ в рамках одной Backup Job?

нет

а зачем это вообще надо? )

ну может у него бекап кластера скуля нагруженного и дёргать сразу все его ноды немного больно

ну и что мешает сделать разные джобы?

то, что это кластер

а фича с контролем нагрузки?

я насколько помню, если кластер добавлять в бакуп как кластер, то и бекапиться он будет как кластер с десятком всяких кластер-специфик штук

https://habr.com/ru/company/veeam/blog/426175/ кстати, да

Наоборот, кучка ВМ, по количеству меньше max concurrent jobs, которые разом фризить нельзя.

ну в общем я это и имел ввиду, да 🙂

костыль конечно, но всегда можно выдать отдельную проксю с нужным количеством тасок

Над этим тоже думал, да :)

Коллеги, подскажите пожалуйста. Есть ли какая-то разница для восстановления бэкапов в veeam для виртуалок vmware и виндовых физ машин сделанных veeam agent? При условии что прокси один на всех, бэкапы виртуалок и физ серверов лежат на одной nfs шаре и восстанавливаем в nfs-шару netapp. Проблема - если восстанавливать бэкап физ сервера через "export to vmdk", выбрать сервер esxi и далее подключеную датастору - восстановление идет directnfs по выделенной 10гбитной nfs-сети. Если сделать все тоже самое, но выбрать восстановление бэкапа виртуалки и далее "export vm files", выбираем файлы, сервер esxi и подключ датастору (идентично как и в восстановлении бэкапов физ машин), то задание упорно выполняется через сеть менеджемента 1гбитную

В прокси принудительно ставил режим direct storage, но все равно расклад не меняется

Интересный вопрос. Я бы по логам сравнил кто куда-там лезет и через что. Ну или сапорт напряг )

+ глянуть куда прокся файлы монтирует

вероятно для конвертации агент>вмдк ей это сделать таки надо

а файлы виртуалки можно и просто так вытащить (если мне память не изменяет)