исходные данные = база данных Oracle

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

последняя строчка не ясна

это по вашему много или мало? вопрос в чем?

кажется много при копировании агентом

имеется ввиду, что media сервер не выступает как дисковый буфер.

копировании или бэкапе

ПОнятно

zip, в среднем, жмет в 2 раза. а тут в 3

ответ содержится в вопросе

а какая разница - агентом или нет? это фулл или инкремент?

в среднем люди умирают в 69 а тут какие-то долгожители до 80 дотянули

full

всё зависит от типа данных и тд

1к3 это не так уж и “много”

и мне не ясно уточнение, что это это много именно для агента

"именно для агента"  : если бы СРК "посмотрел" на весь диск ВМ и сжал его, можно было бы поверить в SWAP + Free space.   А тут сжатие данных в 3 раза "на лету".  Вот и решил уточнить о "провдоподобности"

мультипликсирование полезно для лент, когда сервера по отдельности отдают данные медленние, чем привод их записывает. в этом случает возникает эффект shoe-shining, когда лента тормозиться и отматывается назад. скорость бекапа резко падает, а износ привода и ленты растет. чтобы этого не было медиа сервер мультипликсирует потоки с медленных хостов. для vtl это не актуально и даже вредно, т.к. мультиплексироыанные данные хуже дедупяться.

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