Добавлю и свое мнение.
Вот параметры, которые ограничивают скорость бэкапа:

- активность пользователей на сервере
чем меньше народа работает во время бэкапа тем лучше

- физическая схема размещения пространств
если много дисков на которых расположены пространства, то имеется возможность делать параллельный бэкап (onbar)

- наличие конкурирующих приложений
тут все понятно

- размещение архивного носителя и его тип
диски быстрее, но не всегда (если используется дисковый пул перед запистью на ленту). С другой стороны некоторые протоколы (lanfree) позволяют писать на ленту очень быстро, в разы быстрее чем через сеть tcp.

- способ доставки данных на архивный носитель
через сетку или напрямую (быстрее, см. пред. пункт)

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

- требования бизнеса к скорости восстановления
делаем level-0 или еще инкрементальные после него? Инкрементальные будут идти очень быстро, но время восстановления увеличится.

- солнечная активность
пришедший с утра админ решит что бэкап должен идти медленно но надежно