Doing Cyrus *right* for a large installation
Pascal Gienger
Pascal.Gienger at uni-konstanz.de
Thu Jan 15 02:01:56 EST 2009
Andrew Morgan wrote:
> But then I started thinking about how I was going to backup all this new
> data... Our backup administrator isn't too excited about trying to backup
> 12TB of email data.
Just a side note:
For most backup systems it is not the size which matters much (because
only a small portion of data gets changed each day on a typical IMAP
storage) it is the *NUMBER* of files, because - for an incremental
backup - each file stat data has to be read and compared.
With ZFS (gzip compression activated), we get 31 million files in 3-4
hours (example with tivoli storage manager):
01/03/09 23:38:48 --- SCHEDULEREC STATUS BEGIN
01/03/09 23:38:48 Total number of objects inspected: 31,305,555
01/03/09 23:38:48 Total number of objects backed up: 25,347
01/03/09 23:38:48 Total number of objects updated: 0
01/03/09 23:38:48 Total number of objects rebound: 0
01/03/09 23:38:48 Total number of objects deleted: 0
01/03/09 23:38:48 Total number of objects expired: 308,991
01/03/09 23:38:48 Total number of objects failed: 0
01/03/09 23:38:48 Total number of bytes transferred: 2.56 GB
01/03/09 23:38:48 Data transfer time: 280.87 sec
01/03/09 23:38:48 Network data transfer rate: 9,594.01 KB/sec
01/03/09 23:38:48 Aggregate data transfer rate: 209.05 KB/sec
01/03/09 23:38:48 Objects compressed by: 15%
01/03/09 23:38:48 Elapsed processing time: 03:34:49
01/03/09 23:38:48 --- SCHEDULEREC STATUS END
01/03/09 23:38:48 --- SCHEDULEREC OBJECT END SA_SO_MAIL 01/03/09
20:00:00
01/03/09 23:38:48
Executing Operating System command or script:
/mail/bin/pr_backupsnapshot_off
Just to give you a "real life" number...
Pascal
More information about the Info-cyrus
mailing list