Hi, thanks for the response.
On Mon, 13 Jul 2009, Jon Schewe wrote: > The first thing I notice is that you're doing incremental backups every > other day. I'd really encourage you to do them everyday if you can, > otherwise on that odd day you're going to be really unhappy when a disk > crashes and you've lots 2 days worth of data rather than just 1. Sorry, that was badly phrased, I would indeed being using incrementals every day. By every "other day" I meant every day that the other (differential + full) backups didn't run. > As far as spreading out the full and differential backups, the only > downside that I can see is that it'll increase your restore time as > you'll need to go back to a differential and a full to do a restore and > a lot can change in there. I thought that might be a bit of an issue alright. I guess the time to restore is a function of the number of volumes which must be consulted and the time seeking through each one. A single file restore should always be a single volume but multiple files (or even all files) could potentially come from up to 36 incrementals, a differential and a full. I can see how that might be a little slow alright :-) > One question to think about is how far back do you need to be able to > restore? I'm finding that a lot of places only need to go back 60 to 90 > days. If that's the case, then you set your recycle time much lower on > your full backups and you only keep 1 or 2 full backups. To be honest, that requirement is not as well-defined as it might be, but I'll see if I can get better information. Instinctively, I'd rather put up with the slower restore if it gave me an extra few months of backups. Time to ask for more specifics. Many thanks for your help, Gavin ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
