Gavin,
Not all data is created equal. You might classify data which is super
important and changes often - it needs a lot of care and feeding. It is also
data which needs redundancy in backup hardware. Mail tends to be like that.
People get a message, read it and then delete it. The next day they
Hi,
On Mon, 13 Jul 2009, Gavin McCullagh wrote:
> 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 potentiall
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
Gavin McCullagh wrote:
> Hi,
>
> up until now, we've tended to keep backups in a fairly ad hoc manner.
> People looking after a particular system have worked out their own way, be
> it a proprietary backup tool, or a script of some sort. We've started
> setting up bacula and I hope we'll be in a p
Hi,
up until now, we've tended to keep backups in a fairly ad hoc manner.
People looking after a particular system have worked out their own way, be
it a proprietary backup tool, or a script of some sort. We've started
setting up bacula and I hope we'll be in a position to backup nearly every
sys
