После виртуального посещения VeeamONTour 2021, решил пересмотреть доклад Никиты Козленко “10 рекомендаций для ускорения процессов резервного копирования и восстановления”.
И на совете #10 залип – оказывается, что при восстановлении тонких дисков ВМ из резервных копий через транспорт DirectSAN получаем толстые диски. А мы после полноценной поддержки vSphere’ой команды UNMAP перешли на тонкие диски.
Админы СРК и ВД знали про этот нюанс и фигачили толстые диски, так как не знали как заменить транспорт и на какой (cиняя ссылка “Pick proxy to use”). Проведя консилиум и тесты, решили при восстановление выбирать прокси с транспортом hot-add (vSphere 7, 350+52+40 ГБ):
| VBR NBD | VBR DirectSAN | VBR Hot-Add (2 теста) | Acronis (Hot-Add?) |
|---|---|---|---|
| 11:30:04 | 0:27:20 | 0:22:23/00:27:39 | 1:30:00 |
Время восстановления получилось сопоставимо с DirectSAN, при этом диски остаются тонкими.
P.S. Чё-то NBD на 10 GbE у нас медленноват…
А разве тонкие диски не бэкапятся/восстанавливаются исключительно через NBВ или hot-add? DirectSAN в случае тонких дисков ВСЕГДА игнорируется.
2Сергей
При бэкапе можно забрать нужные блоки, поэтому DirectSAN может забрать и тонкий диск.
Каких-то замечаний не видел про ограничения тонких дисков при бэкапе, только на запись при восстановлении или реплике
https://helpcenter.veeam.com/docs/backup/vsphere/direct_san_access.html?ver=110