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

Мне тоже не рассказали

ну по факту раньше классическая синтетика - это фулл + набор инкрементов, которые постпроцессингом собираются рядом в новый фулл

за счет дедупликации тебе не нужно копировать старый полный бэкап в новое место, чтобы к нему приклеить изменения, все происходит на лету

то ли я ничего не понимаю, то ли в так странно объёясняете работу фаст клона?

да, по факту как фаст клон, только не так заморочено)
у меня есть пример сейчас машинки на 4.5 ТБ, вот без оптимизаций она бэкапится почти 12 часов по сети, с оптимизацией 3.5 минуты

у Веритаса это называется accelerator

24.04.2020 21:16:17 - Info bpbkar (pid=40439) accelerator sent 73502720 bytes out of 4382723995136 bytes to server, optimization 100.0%
24.04.2020 21:16:17 - Info bpbkar (pid=40439) bpbkar waited 0 times for empty buffer, delayed 0 times, each delay is 1000 micro-seconds
24.04.2020 21:18:18 - Info xxx (pid=40456) StorageServer=PureDisk:xx; Report=PDDO Stats for (xxx): scanned: 4280014478 KB, CR sent: 2532438 KB, CR sent over FC: 0 KB, dedup: 99.9%, cache disabled, where dedup space saving:99.9%, compression space saving:0.0%

интересно

Что такое offhost чтение vss snapshot'а? В том смысле, чем это отличается от бэкапа через storage snapshot

Офхост это фича хайперви. Можно сделать снапшот и прицепить к другому хосту

т.е. полноценный оффхост не завезли

Что такое полноценный оффхост?

это когда оно умеет примерно тоже, но на уровне агента например. при наличии vss провайдера для массива. т.е. без привязки только к гиперв.

То есть хардварный снапшот с возможностью увозить его на другой лун?

По сути бекап из хардварного снепшота это и делает

Т.е. надо указать его адрес и всё

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

Но шансы на улучшение имеются