Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 35

Thread: [SOLVED] Backup on Open Source Edition

  1. #21
    Join Date
    Jul 2007
    Location
    San Jose, CA
    Posts
    1,027
    Rep Power
    10

    Default

    You could certainly stop individual services if you choose. Whether it's necessary or not is a question I would defer to Bill or John who have commented on this process in the past. My own observation would be that the time it takes to stop and restart services is so small (on the order of 10 to 30 seconds difference, I would imagine) relative to the overall backup process, that it would only make a few seconds difference, so I'm not sure it's worth much effort.

    Dan

  2. #22
    Join Date
    Oct 2005
    Location
    Thatcher, AZ
    Posts
    5,606
    Rep Power
    21

    Default

    Quote Originally Posted by encode View Post
    Is it necessary to stop all the zimbra services? What about just stopping ldap, MTA, and mysql? Stopping and starting spam/antivirus services seems pointless to me.

    Whats the best way to stop only selected services before doing the backup?
    You're right. You don't need to stop AV/AS.
    It's more of a convince thing.

    The *best* way is to stop everything and do a clean shutdown. That may not be what you want to hear, but it is the best way to backup.

    If you're worried about mail delivery, just set up a MTA in front of Zimbra to catch mail when the server goes offline.

  3. #23
    Join Date
    Feb 2008
    Posts
    4
    Rep Power
    7

    Smile backup directories in Version 5

    Hi,
    I've been reading all the threads and theres lots of useful info, thanks.

    I've been looking at just backing the relevant directories, for nightly backups
    and these are the ones I could see.

    index
    store
    openldap-data
    redolog
    db
    conf

    stop zimbra
    rsync each dir. above to another dir. locally.
    start zimbra
    rsync to remote machine.

    have I missed any out, thanks

  4. #24
    Join Date
    Feb 2008
    Posts
    4
    Rep Power
    7

    Default backup directories in Version 5

    sorry
    when I said rsync to local dir.
    I mean the same dir. each night so only the changes since yest. are rsynced across so hopefully its quicker, and then backup this up after zimbra's backup.

  5. #25
    Join Date
    Jul 2007
    Location
    New Delhi, India
    Posts
    14
    Rep Power
    8

  6. #26
    Join Date
    Jul 2007
    Location
    San Jose, CA
    Posts
    1,027
    Rep Power
    10

    Default

    Quote Originally Posted by riverart2000 View Post
    Hi,
    I've been reading all the threads and theres lots of useful info, thanks.

    I've been looking at just backing the relevant directories, for nightly backups
    and these are the ones I could see.

    index
    store
    openldap-data
    redolog
    db
    conf

    stop zimbra
    rsync each dir. above to another dir. locally.
    start zimbra
    rsync to remote machine.

    have I missed any out, thanks
    Actually, conventional wisdom is to rsync the entire /opt/zimbra just to be sure nothing gets missed (and to make a disaster recovery easier). Also, the total down time for your Zimbra services is minimized my rsyncing the data live first, then taking Zimbra down and doing a second rsync. As long as you use the delete option on rsync (to keep your backup from ballooning forever), you wind up with a clean set of backup files with very little server downtime.

  7. #27
    Join Date
    May 2006
    Location
    USA
    Posts
    6,242
    Rep Power
    21

    Default

    Oh wow this is the thread where Dan first put his script in the wiki - lol
    A_Simple_Shell_Script_Method - Open Source Edition Backup Procedure - Zimbra :: Wiki
    (Chintan's perl script above it uses rsync as well)

    If you want another way to do nightlies you might also see:
    Snapshots - Open Source Edition Backup Procedure - Zimbra :: Wiki

    There's 2 scripts on that page that use LVM as well (better for for larger setups).
    Last edited by mmorse; 02-06-2008 at 09:49 AM.

  8. #28
    Join Date
    Jan 2008
    Location
    San Diego, CA
    Posts
    88
    Rep Power
    7

    Default

    Just so I am clear this method (on FOSS) will NOT enable me to restore on a user level, correct? If a user's mailbox gets corrupted I can restore, but it will restore the entire Zimbra config?

    If I am reading correctly, if I want the ideal backup solution I would need to step up to NE. Please correct me if I'm wrong. Thanks.

  9. #29
    Join Date
    Jul 2007
    Location
    San Jose, CA
    Posts
    1,027
    Rep Power
    10

    Default

    Quote Originally Posted by jpbuse View Post
    Just so I am clear this method (on FOSS) will NOT enable me to restore on a user level, correct? If a user's mailbox gets corrupted I can restore, but it will restore the entire Zimbra config?

    If I am reading correctly, if I want the ideal backup solution I would need to step up to NE. Please correct me if I'm wrong. Thanks.
    You are right on both counts. You can't backup or restore a single mailbox using the FOSS methods, you're backing up and restoring the whole kit and kaboodle. Single-mailbox backup and restore is one of the benefits of the NE backup tools that is not available in the open-source edition.

  10. #30
    Join Date
    Jan 2008
    Location
    San Diego, CA
    Posts
    88
    Rep Power
    7

    Default

    Thanks for the clarification. This is probably the biggest reason, IMHO, to pay for NE. I'm coming from an older mbox environment (yuk) so naturally I've seen corrupt mailboxes before.

Similar Threads

  1. Replies: 3
    Last Post: 07-10-2007, 12:31 AM
  2. Error message in Server status
    By Max Ma in forum Installation
    Replies: 20
    Last Post: 04-19-2007, 09:55 AM
  3. Replies: 1
    Last Post: 04-29-2006, 11:54 AM
  4. Replies: 7
    Last Post: 04-21-2006, 10:59 AM
  5. M3 problem with shares
    By titangears in forum Users
    Replies: 4
    Last Post: 01-12-2006, 01:01 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •