On Tue, 2 May 2006, Bill Moran wrote:
The time it takes to get them back onsite alone is too slow for most
recovery scenerios.
Hence the necessity for job cloning - AND a decent data firesafe.
What does a firesafe have to do with this?
Data backed up to disk can still be erased.
A New Ze
On Tue, 2 May 2006 23:38:42 +1000
"James Harper" <[EMAIL PROTECTED]> wrote:
> > _never_ replaces backup. I can have 1000 redundant systems dispersed
> > across the entire galaxy, and if a user accidentally deletes an
> > important record, I'll still need to go to backup to recover it,
> > since t
> _never_ replaces backup. I can have 1000 redundant systems dispersed
> across the entire galaxy, and if a user accidentally deletes an
> important record, I'll still need to go to backup to recover it,
> since the redundant systems will faithfully delete it from all
mirrors.
There are filesyste
On Tue, 2 May 2006 11:18:53 +0100 (BST)
Alan Brown <[EMAIL PROTECTED]> wrote:
> On Mon, 1 May 2006, Bill Moran wrote:
>
> >> I backup ~20Tb to LTO2. The tapes run almost as fast as most of the
> >> disk arrays (MSA 1000 and Nexsan Atabeast)
> >
> > I guess I didn't make my point.
> >
> > The tape
On Tue, 2 May 2006, James Harper wrote:
. Allows very frequent incremental backups (hourly, depending on the
servers ability to cope with the extra load)
Do you really want to dump those incrementals to tape or just generate a
differental?
. Ability to restore to any given backup point, eg
On Mon, 1 May 2006, Bill Moran wrote:
I backup ~20Tb to LTO2. The tapes run almost as fast as most of the
disk arrays (MSA 1000 and Nexsan Atabeast)
I guess I didn't make my point.
The tapes are several orders of magnitude slower than disk.
Then get faster tapes.
If things are that critica
> > So in short; I want backups on disk, then copy them to tape
>
> Cutting to the chase on this:
>
> Why?
>
I can't speak for the original poster, but the value I can see in such a
product (depending on implementation) is:
. Allows very frequent incremental backups (hourly, depending on the
s
Alan Brown <[EMAIL PROTECTED]> wrote:
> On Mon, 1 May 2006, Bill Moran wrote:
>
> > How about our reasons for doing this:
> > 1) We need speedy restores, thus we have a 1T RAID5 array and backup
> > to disk devices there.
>
> I backup ~20Tb to LTO2. The tapes run almost as fast as most of the
On Mon, 1 May 2006, John Gerritse wrote:
So in short; I want backups on disk, then copy them to tape
Cutting to the chase on this:
Why?
If it's for speed of restores, I have found that as long as the tape is in
the changer then file/directory level restores only take about 5 minutes.
if i
On Mon, 1 May 2006, Bill Moran wrote:
How about our reasons for doing this:
1) We need speedy restores, thus we have a 1T RAID5 array and backup
to disk devices there.
I backup ~20Tb to LTO2. The tapes run almost as fast as most of the
disk arrays (MSA 1000 and Nexsan Atabeast)
2) We _mu
On Mon, 1 May 2006 22:32:17 +0100 (BST)
Alan Brown <[EMAIL PROTECTED]> wrote:
> On Mon, 1 May 2006, John Gerritse wrote:
>
> > So in short; I want backups on disk, then copy them to tape
>
> Cutting to the chase on this:
>
> Why?
How about our reasons for doing this:
1) We need speedy restores
John,
We do that here (Backup to disk and then to tape). We have just started
using Bacula but we us it to backup to tape. I use Microlite's
BackupEDGE to backup my remote Servers to disk on my main backup server.
I have a network that is only used by me over night so differentials at
night are a p
On Monday 01 May 2006 10:11, John Gerritse wrote:
> Great! Thanks for the quick reply.
>
> I'm looking forward to the new release that will include "migration".
> Is there a workaround, so we can use Bacula anyway until the new feature
> is implemented?
I don't think so, but it depends on what y
On Monday 01 May 2006 09:11, John Gerritse wrote:
> Hi all,
>
> I work in a ICT company and we are looking to replace Amanda. I figured
> Bacula would be te best solution, but we hit a snag.
>
> A feature my boss feels is paramount to a back-up package is write the
> data to disk, then to tape. Bac
14 matches
Mail list logo
