Results 1 to 6 of 6

Thread: [SOLVED] NE Backups to span filesystems

  1. #1
    Join Date
    Feb 2007
    Location
    Massachusetts
    Posts
    136
    Rep Power
    8

    Default [SOLVED] NE Backups to span filesystems

    Running NE 5.0.12 on CentOS 4 x64 2xdual-core Proc 32 GB RAM

    I'm working on a plan to upgrade my server box to something that will last me a while longer. The primary storage will be moving to a SAN and the machine will get a big fat boost of RAM + CPUs.

    Will be: Centos 5.3 x64 2XQuad-Core Proc

    Problem comes in when you get to backups. Currently, from what I can tell, the /opt/zimbra/backup directory is approx 2-2.5 X the size of everything else put together.

    If my store were to grow 100%, I'd be looking at 5 TB of space required for backups. I expect this to happen in the next year or so. The ext3 filesystem has an upper limit of 8 TB (subtract out the space the FS needs just for itself).

    So here's the question: How do I get my backups to work if I expect them to be over 8 TB?

    Thank you!
    Nutz

  2. #2
    Join Date
    Mar 2006
    Location
    Beaucaire, France
    Posts
    2,322
    Rep Power
    13

    Default

    (You know your OS is not supported, don't you?)

    Are you currently using compressed backup?

  3. #3
    Join Date
    Feb 2007
    Location
    Massachusetts
    Posts
    136
    Rep Power
    8

    Default

    1) Yes I know...

    2) No, as I cannot take the performance hit of the compression. It currently takes 9+ hours to back up as it is...

    Cheers,
    Nutz

  4. #4
    Join Date
    Jun 2007
    Location
    BC, Canada
    Posts
    281
    Rep Power
    8

    Default

    Quote Originally Posted by Nutz View Post
    So here's the question: How do I get my backups to work if I expect them to be over 8 TB?
    Simplest solution: don't use ext3. It was never designed for use with filesystems over a TB. Shoot, it has issues with anything over 0.5 TB. Use XFS instead. That's one of the main benefits of XFS (multi-terabyte filesystems).

    Next simplest solution: mount /opt/zimbra/backups off a network share using iSCSI, NFS, CIFS, whatever. That way, the remote host can worry about disk sizes. And you can use something better like ZFS, which has no practical limits on FS/pool sizes.
    Freddie

  5. #5
    Join Date
    Feb 2007
    Location
    Massachusetts
    Posts
    136
    Rep Power
    8

    Default

    Now there's a good idea.

    Just what I was looking for. Thank you!

  6. #6
    Join Date
    Jul 2006
    Posts
    623
    Rep Power
    10

    Default

    Quote Originally Posted by Nutz View Post
    1) Yes I know...

    2) No, as I cannot take the performance hit of the compression. It currently takes 9+ hours to back up as it is...

    Cheers,
    Nutz
    I'd recommended the combination of compressed backups and auto-grouped backup mode. The default divides the accounts into 7 groups. If you have 700 accounts it will do full backups of 100 accounts each night and incrementals of the remaining (by copying redologs). This significantly reduces the backup window needed to do full backups by spreading the accounts out over the week.

    Recent Admin Backup Tidbits - Part 1 » Zimbra :: Blog
    Bugzilla - Wiki - Downloads - Before posting... Search!

Similar Threads

  1. Incremental Backups
    By mcesari in forum Administrators
    Replies: 1
    Last Post: 05-07-2009, 04:27 PM
  2. Of backups and restoration
    By lcxe in forum Administrators
    Replies: 10
    Last Post: 11-20-2008, 10:13 AM
  3. multiserver backups question
    By Vladimir in forum Administrators
    Replies: 0
    Last Post: 10-14-2008, 01:37 PM
  4. Question about NE and Backups.
    By dougconley in forum Administrators
    Replies: 2
    Last Post: 12-18-2007, 12:56 AM
  5. Network Edition backups out of control
    By dameron in forum Administrators
    Replies: 1
    Last Post: 08-29-2007, 03:38 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
  •