re[4]: [rdiff-backup-users] ACLS

[Greg Freemyer]

Thanks for the explanation.

My plan is to not have tape drives on the rdiff-clients, only on the rdiff 
server.  Both would be on the same LAN.

Then just make a monthly tape backup and store it away for long term offsite 
storage.

Does that make since.

Thanks
Greg

 >>  IIRC There are essentially two main elements to an rdiff-backup backup.
 >>  1) A mirror of your source directory at the time rdiff-backup last ran
 >>  2) a set of increments (diffs) to allow you to restore the mirrored files
 >>  to a previous state
 >>  [I know thats over simplified and there is other data stored, such as
 >>  metadata]
 >>  The increments themselves (which tend to be small anyway, unless you have
 >>  a hugely active filesystem) are compressed by default.  The mirror itself
 >>  is not compressed, and should not be since if it were each file would
 >>  need to be uncompressed on the fly every time it needs to be compared to
 >>  the file in the source directory.

 >>  To give you some idea (other may have different experiences) my
 >>  destination directory is 110% the size of the source directory and I keep
 >>  two weeks of increments  - I've never run out of space (note that this is
 >>  only my experience - different levels of activity on a filesystem with
 >>  result in different quantities of diffs).  I reckon you've got it about
 >>  right if the destination directory and the source directory are about the
 >>  same percentage full most of the time. 

 >>  I've found rdiff-backup to be very stable in recent versions although I'd
 >>  always advocate taking regular tape backups, apart from anything else you
 >>  can probably keep a tape backup for longer than you are likely to store
 >>  the rdiff increments.  However the ability to do near instantaneous
 >>  restores is where rdiff-backup really shines.



 >>  BMRB International 
 >>  http://www.bmrb.co.uk
 >>  +44 (0)20 8566 5000
 >>  _________________________________________________________________
 >>  This message (and any attachment) is intended only for the 
 >>  recipient and may contain confidential and/or privileged 
 >>  material.  If you have received this in error, please contact the 
 >>  sender and delete this message immediately.  Disclosure, copying 
 >>  or other action taken in respect of this email or in 
 >>  reliance on it is prohibited.  BMRB International Limited 
 >>  accepts no liability in relation to any personal emails, or 
 >>  content of any email which does not directly relate to our 
 >>  business.




 >>  _______________________________________________
 >>  rdiff-backup-users mailing list
 >>  address@hidden
 >>  http://mail.nongnu.org/mailman/listinfo/rdiff-backup-users