Это две технологии дедупа, разные по философии. Data Domain и Avamar.

Avamar и NetWorker вполне живы и входят в Data Protection Software
А Data Domain теперь входит в линейку PowerProtect

Немного отстал от жизни, сорри

Но Вы забываете в этом случае идет компрессия и посадка на диски на стороне таргета и это иногда выливается в проблемы

Какого рода?

У Вас были DD? У клторых с сорс дедупом компресс на таргете и оно вабыает долго идет...

Были

Такого не замечал, но правда не сильно этим интересовался, если с мнстом все ок

Е•

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

Дедуп на клиенте создает паразитную нагрузку еа клиенте. В случае dd и нормальных каналов, глобальная дедупликация dd работает прекрасно. А данные да, ну передались, ну отдндупились

не совсем прав. как пример из жизни бэкап баз на 1 Тб может легко превратится в 50-100 гиг переданных данных. Это же фактически дедупликация на лету для стораджа храрения, да и паразитной нагрузки нет, а ты ты еще снимаешь нагрузку с сервера СРК

Клиент бэкапит на dd напрямую в нетворкере

Думаю узкое место это все же чтение с СХД, потому что при наличии выделенных под бэкап сетевых адаптеров или hba, проблем с передачей данных нет по ddboost

Но в принципе, какая-то дедупликация со стороны клиента в Нетворкере есть

дедуп практически не грузит клиента, больше компрессия.
и наоборот непонятно как жить без дедупа на клиенте, без этого генериться нагрузка на сеть (+бывает файерволлы) , медиа агенты (сервера), и бэкапную СХД
Пример:
у нас во время бэкапа на СХД гененриться 15-20Гбит\сек,а без дедупа и компрессии прилетало бы 80-120.., а инсталляция небольшая

Так какая разница СХД где будет дедуп: на клиенте или медиа-сервере

в этом случае для СХД нет, если на меди-сервере дедуп, тогда только:
генериться нагрузка на сеть (+бывает файерволлы) , медиа агенты (сервера)

узкое место будут в основном медиа-сервера

Ну тут все не так категорично)
Смотрим от типа клиента, от каналов и т.п.

Вряд ли кто-то будет продуктивную субд нагружать еще клиентским дедупом
И вряд ли кто-то будет забирать данные с удаленной площадки с узким каналом без дедупа)

А по нагрузке на медиа. Только недавно смотрел как на самосборе с двумя silver 4214 на пул из 12 дисков по 8 тб ровненько писался гигабайт в секунду с одного клиента)

При этом медиа-сервер вообще практически не утилизировался. Снимали статистику с мониторинга - там 15-20% утилизации процессоров в пике, когда бэкапы шли пачкой.