Backup compression

[syoung]

Hi All,

We've just upgraded to Zimbra 6.x and notice that our backup partition consistently fills up. This didn't seem to be a problem in 5.x and I feel it's quite odd.

Our current backup schedule is default except we delete backups every 14 days. Our current mail store is at about 50Gb and our backup store is about 70Gb. This never used to be a problem and I'm assuming the compression of blobs isn't where it used to be at? A full backup consumes ~40Gb and an incremental averages ~200-500Mb. I've searched high and low for backup flags and can only seem to find the -z flag (which seems to be default anyways as our blobs are already zipped).

I'm thinking my only option is to increase my backup data store but this seems too strange.

Any help greatly appreciated!

Shannon

[maumar]

By reading Realease Notes:

Backup. The default backup now is to backup files as a zip without
compression. Previous to 6.0, backups were not zipped. (Bug 31836)

reading:
Bug 31836 – backup: default to the zip option

i think that to came back to previously storing with hard links (I loved them!) I should modify zimbra cron

# BACKUP BEGIN
0 1 * * 6 /opt/zimbra/bin/zmbackup -f -a all   --mail-report
0 1 * * 0-5 /opt/zimbra/bin/zmbackup -i  --mail-report
0 0 * * * /opt/zimbra/bin/zmbackup -del 1m --mail-report
# BACKUP END

to be:

# BACKUP BEGIN
0 1 * * 6 /opt/zimbra/bin/zmbackup -f -a all   --mail-report --noZip
0 1 * * 0-5 /opt/zimbra/bin/zmbackup -i  --mail-report --noZip
0 0 * * * /opt/zimbra/bin/zmbackup -del 1m --mail-report --noZip
# BACKUP END

I hope some moderator would confirm this, tia

Maurizio

[ewilen]

See also 6.0.2 Huge increase in disk usage?

I think you're right, but there is a possible caveat near the end of the thread.