RE: [rdiff-backup-users] ACLs/EAs (who is the audience?)

[Spicer, Kevin]

> 
>   KS> 1) Speedy restore of individual files / directories
> 
>   KS> 2) Should the source machine die its users can be immediately
>   KS> switched to the destination machine and carry on working on the
>   KS> mirror.
> 
> As it is now (and has been in the past) #2 is doable, but risky, as
> any modifications made to the mirror directory can destroy information
> not just about the current mirror, but any previous increments that
> depend on the current mirror.  As people may in general be unaware of
> the risks, maybe it's better not to encourage this type of use?

I should really have qualified this a little by explaining a bit more about my 
setup.  I don't use rdiff-backup as my only backup, I also do nightly backups 
to tape, but these tapes are stored off site - so getting a tape back on site 
and running a restore could waste a day (much of the work done on this machine 
is time sensitive).  Therefore 1) above is quite handy as it saves a few hours. 
 However needing to restore a few files accidentally deleted isn't going to 
have a huge impact.  But in the case of disaster recovery being able switch 
straight over is much better than having 100 people twiddling their thumbs for 
a day.  If I ever had to do this I know this would kill my rdiff backup 
destination directory but I can live with that as its not my only backup (pros 
outweigh the cons).  



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.