logistНасколько я помню, ИС сильно не советует делать бэкап на сетевой диск.Интересно знать, почему?

Насчет лишнего звена согласен. Но его появление все равно неизбежно, т.к. *.cbk-файлы должны уходить с сервера, а здесь самое простое - копирование через сеть. Я пробовал разные варианты:
1) бакапить локально (Cache backup as is :)
2) (1) + жать + копировать по сети
3) бакапить сразу по сети.
Оказалось, что на 1000BaseT сети вариант 3 почти не проигрывает варианту 1, а вариант 2 медленнее где-то раза в 4. Для сжатия использую gzip - хоть и неважный паковщик, но самый быстрый из того, что было под рукой (bzip2, линуксовый zip).
Пока эксплуатируется вариант 2, т.к. для баз суммарным объемом 20Гб суммарное время получается около 30мин, что пока приемлемо.

А если не 20, а 200Гб? - исключаем из цепочки сжатие, тогда получится где-то 3 часа. Не здорово, но еще приемлемо, при условии отсутствия активных юзеров (иначе дополнительные проходы BACKUP'а могут сильно затянуть процесс). Сжатие придется делать на backup-сервере.

А если 2000Гб? - вот, по-видимому, технологический предел. Впрочем, прикладуха все равно умрет раньше :)

И еще пару слов о "лишнем звене". Как ни надежны сеть и backup-сервер, где гарантия, что скопированный по сети (любым способом) *.cbk безошибочен? Увы, нет ее... получается, надо обязательно еще и DBREST выполнять на backup-сервере, и желательно Integrity вдогонку.

Кстати, профессиональное ПО резервного копирования (например, Acronis) предлагает автоматическую проверку выполненного (по сети) BACKUP'а.