...и буду их сжимать там xz...

Очень жаль, XliN. 
Тогда ещё один аргумент, последний... )) В случае повреждения архива бэкапа.xz, его вряд ли получится восстановить: how to recover files from corrupt tar.xz А у bzip2 есть своя, родная утилита для рековера: bzip2recover (1). Так что bzip2 - рулез, а xz- сакс. 

Вернее все делать бакулой. Снимать дамп, сжимать и класть этот архив рядом и его забирать, а потом чистить папку.
Через одно место, но попробую.

К сожалению все это читал, а другие сжатия не поддерживаются (((

Аргументы командной строки bzip2 в основном такие же, как и у утилиты gzip

Может тупо переименовать /usr/bin/bzip2 в /usr/bin/gzip и посмотреть, что будет?
Если заведётся и результат положительный, можно будет распространить это "ноу-хау" в массы.

Я серьёзно... Wolfenberg уже говорил, что bzip2 более забористый, а значит будет с чем сравнить...

По-джедайски это выглядит так:

#Установить bzip2 как gzip
mv /usr/bin/gzip /usr/bin/gzip.orig; ln -s /usr/bin/bzip2 /usr/bin/gzip
#Вернуть как было
mv -f /usr/bin/gzip.orig /usr/bin/gzip

Да вот нельзя блин их ((( xz самый любмый мой

Specifying GZIP uses the default compression level 6 (i.e. GZIP is identical to GZIP6). If you want a different compression level (1 through 9), you can specify it by appending the level number with no intervening spaces to GZIP. Thus compression=GZIP1 would give minimum compression but the fastest algorithm, and compression=GZIP9 would give the highest level of compression, but requires more computation. According to the GZIP documentation, compression levels greater than six generally give very little extra compression and are rather CPU intensive.

You can overwrite this option per Storage resource with AlowCompression option.

При указании GZIP используется уровень сжатия по умолчанию 6 (т. е. GZIP идентичен GZIP6). Если вам нужен другой уровень сжатия (от 1 до 9), вы можете указать его, добавив номер уровня без промежуточных пробелов в GZIP. Таким образом, сжатие=GZIP1 даст минимальное сжатие, но самый быстрый алгоритм, а сжатие=GZIP9 даст самый высокий уровень сжатия, но потребует больше вычислений. Согласно документации GZIP, уровни сжатия, превышающие шесть, обычно дают очень мало дополнительного сжатия и довольно интенсивны для процессора.

Вы можете перезаписать эту опцию для ресурса хранения с помощью опции AllowCompression.

Я все настроил. Все хорошо. На сервере с базой средствами самой mssql создается дамп базы blabla.bak Весит он 230 гигов.
Бакула забирает его себе и должна сжать его gzip`ом. Это все отрабатывает. НО!!! Сжимает на процента два всего.

Если я этот же файл возьму и сожму на винде с базой тем же раром и 7зипом, он будет весить гораздо меньше. Чуть ли не в два раза.

Может можно это как то решить?

P.S. Для того же Bareos есть плагин для этой базы. Есть у меня идея конечно как сделать, но хотелось бы услышать мнения.
*** Добавлено: 02.03.2021 11:31:48 ***

Вот сделался бекап. И он 2% всего сжал!!! Как такое может быть?