Bacula + MSSQL

Доброго дня. Ни кто не имеет опыта резервирования базы данных MS SQL средствами bacula?

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

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

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

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

Вот сделался бекап. И он 2% всего сжал!!! Как такое может быть?
[console] Build OS: x86_64-pc-linux-gnu ubuntu 18.04
JobId: 26
Job: BackupWinFull.2021-03-02_06.00.00_03
Backup Level: Full
Client: "dbs0-fd" 5.2.10 (28Jun12) Microsoft Standard Edition (build 9200), 64-bit,Cross-compile,Win64
FileSet: "WinFileSet" 2021-03-01 00:41:42
Pool: "pooldbs0" (From Job resource)
Catalog: "MyCatalog" (From Client resource)
Storage: "dbs0-db" (From Pool resource)
Scheduled time: 02-мар-2021 06:00:00
Start time: 02-мар-2021 06:00:03
End time: 02-мар-2021 11:24:11
Elapsed time: 5 hours 24 mins 8 secs
Priority: 10
FD Files Written: 3
SD Files Written: 3
FD Bytes Written: 238,680,683,451 (238.6 GB)
SD Bytes Written: 238,680,684,216 (238.6 GB)
Rate: 12272.8 KB/s
Software Compression: 2.8% 1.0:1
Comm Line Compression: None
Snapshot/VSS: yes
Encryption: no
Accurate: no
Volume name(s): DBS0-full-MIS-2021_3_1-1|DBS0-full-MIS-2021_3_2
Volume Session Id: 1
Volume Session Time: 1614642596
Last Volume Bytes: 134,123,130,245 (134.1 GB)
Non-fatal FD errors: 0
SD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Backup OK[/console]

Существует winrar для Linux.
Правда, только rar командная строка, но использовать можно.
Можете попробовать.

XliN, gzip хорошо идёт для обычных текстов.
Нужно позабористее? bzip2
Ещё мощнее пресс? xz

Это не то случайно? :)
compression=GZIP9

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.

К сожалению все это читал, а другие сжатия не поддерживаются (((
Добавлено: 09.03.2021 18:32:14

"Wolfenberg" написал:

Нужно позабористее? bzip2
Ещё мощнее пресс? xz

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

XliN, ну тогда совет выше - указывать параметр сжатия для GZIP. К сожалению, сжатие RAR в Linux не поддерживается.

"XliN" написал:

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

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

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

Я серьёзно... 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

alex_q_2000, bzip2 по сути - доработанная версия gzip, который является классикой ещё со времён первых Linux :)
А xz - zip-сжатие уже целых массивов RAID.

Это все ерунда. Добавил места на диске где лежат дампы баз и буду их сжимать там xz, а потом уже забирать бакулой.

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

"XliN" написал:

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

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