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