Пока не перееду с нее . Не хочу трогать

Периодически замечали падение скорости. Причем рандомно. По этому лишний раз не трогаю

ещё вопрос, больше теоритический и без ривязки в целом к виму - если у нас есть нормальный сторадж с RoW снепшотами, которые не влияют на производительность продуктивной схд и мы можем работать с ними сколь угодно долго, если в качестве хранился мы используем емц или хпе с каталистом/ддбустом - на сколько логично использовать только фул бекапы? тогда можно забыть про любые ошибки с cbt, нам наплевать на лишнюю нагрузку на бекапную зранилку при трансформации бекапов и все ограничения с этим связанные, у нас всегда полноценный фул и нам не нужно докатывать на него инкременты. по факту у нас будет каждый раз на хранилку заливаться только инкремент (предположим, что массив пока пустой вообще, ясное дело, что если он пдо завязку, то и этот инкремент вероятно будет дедупиться). да, это будет медленее, но по факту мы не теряем ни в прозводительности, ни в объёмах. кто что думает по этому поводу?

При правильном подходе DD-aware backup appliance и правильное ПО совместно переходят в режим syntetic full и алилуя.

Таки snapvault очень и очень удобен
Если делать из snapcenter или Veeam и на целевом есть flexclone (в случае с 2000 серией считай что есть) то вообще красота!

Сдаётся мне, что процессить фул каждый раз с продуктива это очень долго. Вопрос в объёме. Если это терабайты, то даже с ddboost и catalyst, само вычитывание займёт много времени. Больше, чем просто инкремент.

Даже если делать с аппаратного снимка, время на его чтение и отработку всё равно будет больше.

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

Согласен. Но мы должны принять все остальные моменты - iops, загрузка fc, доп операции, износ дискоа. А так то да, если всех всё устраивает... Почему нет

ну что, что всегда есть много НО, это понятно 🙂

Для 3PAR/StorOnce при средней загрузке СХД - схема должна работать.

Но будет нужно помнить про окно бекапа.

+Снэпшотами не все можно бекапить.

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

Да.

10.5tb по NBD за 7.5 часов, мне кажется неплохо для фулла.  У нас практически все используют фулл бэкапы. Никогда никто не жаловался ни на время, ни на производительность. А вот инкременты из-за периодических приколов с CBT опасаются.

flexclone для fas2750 увеличивает ценник на 30%

В таком раскладе с вимом о снимках на хранилище забываем. Соответственно снимки на варе живут и надо следить за маршрутом nbd. И не у всех на mgmt 10gbits. Но сценарий рабочий и минимальный с точки зрения нагрузки на VMware в момент монтирования

Снимки на варе - не очень хорошо в течении 7.5 часов, а потом комит

Я тут не против того или иного способа. Везде есть нюансы и идеального рецепта нет.