Cyrus Backup Strategy

pnelson pnelson at neatech.com
Fri Jun 13 14:43:08 EDT 2003


On Fri, 2003-06-13 at 11:29, John Alton Tamplin wrote:
> pnelson wrote:
> 
> >My last thing to do prior to converting to production is a backup
> >strategy.  I have been doing this with tar something like:
> >
> >tar -C /var/lib    -czf lib-<date>.tar.gz    imap
> >tar -C /var/spool  -czf spool-<date>.tar.gz  imap
> >tar -cf cyrus-<date>.tar
> >
> >This is producing a pretty big file(s):
> >
> > lib-<date>.tar.gz    ->   2.2M
> > spool-<date>.tar.gz  ->  11.0M
> >
> >and ultimately
> >
> > cyrus-<date>.tar     ->  13.5M 
> >
> >and I was thinking maybe there is a better way that someone else has
> >come up with.  Anyone doing backups a different way?
> >
> Are you then dumping these files to tape?  Otherwise, just having 
> another copy on disk doesn't protect against many potential causes of 
> data loss.

Yes dumping to removable medium.

> We just backup the mail files normally with Veritas Netbackup (be sure 
> to disable true image restore with the millions of files), with the only 
> custom bit being to dump a copy of the mailbox list to a text file 
> before the backups run (this is a precaution since we are backing up 
> structured database files without synchronization with the program 
> writing them, so there is no guarantee the resulting backup is useful).  
> Our full backup for all Cyrus files is 98G and 4.2M files, taking 5-8 
> hours depending on other data hitting the tape drives.  Daily 
> incremental backups average 1-3G and 10-30k files.

So a cyrus backup needs to contain:

/var/spool/imap 
/var/lib/imap/mailboxes.db

to be useful as a backup, right?  With these to things I can recover... 
I'm making sure I understand this completely.

How do you dump mailboxes to/from text?
What is the restore process?

Thanks





More information about the Info-cyrus mailing list