On 9/25/2013 9:58 PM, James Harper wrote:
> My backup regime is:
> . Full backups Friday and Saturday night (spread over two nights because too
> much data to do in one night)
> . Incrementals 3 times a day every other day
> . Every Sunday-Thursday night a virtual full + catalog backup to USB dis
>
> I am struggling to find a method of keeping consistent off-site without
> breaking easy restores.
>
> My planned schedule was as follows:
>
> First Sunday of Month: Full Backup to Disk
> Monday-Saturday: Incremental Backup to Disk
> Friday (after the incremental): Virtual Full Backup
I am struggling to find a method of keeping consistent off-site without
breaking easy restores.
My planned schedule was as follows:
First Sunday of Month: Full Backup to Disk
Monday-Saturday: Incremental Backup to Disk
Friday (after the incremental): Virtual Full Backup to Tape
Subsequent
On Mar 12, 2012, at 8:35 PM, Rodrigo Renie Braga wrote:
> Hello everyone.
>
> I've written a post on my Blog about my personal experience with off-site
> backups with Bacula, and I'd like your insights to improve this post, since
> this particular topic is very difficult to find on the Internet
Hello everyone.
I've written a post on my Blog about my personal experience with off-site
backups with Bacula, and I'd like your insights to improve this post, since
this particular topic is very difficult to find on the Internet (at least
the way I wanted it to work).
Any comment would be very m
On 2/24/2012 11:41 AM, Johannes Fabian Rußek wrote:
> Hi John,
> yes we are using disks. carrying tapes across the atlantic isn't
> really an option unless you can walk on water and there is only one
> known case of that.
All you really need do is somehow copy the disk volume files to another
Hi John,
yes we are using disks. carrying tapes across the atlantic isn't really an
option unless you can walk on water and there is only one known case of
that.
On Fri, Feb 24, 2012 at 5:14 PM, John Drescher wrote:
> > ToT* protocol does have an amazing throughput but has a very high latency
>
> ToT* protocol does have an amazing throughput but has a very high latency
> and is very hard to monitor which is a dealbreaker for us unfortunately.
>
> Johannes
>
> *Tape over Truck
>
So are you using Tapes or disk volumes? I assumed you were using disk
volumes because of ease of carrying tapes
ToT* protocol does have an amazing throughput but has a very high latency
and is very hard to monitor which is a dealbreaker for us unfortunately.
Johannes
*Tape over Truck
On Fri, Feb 24, 2012 at 5:03 PM, Jérôme Blion wrote:
> On Fri, 24 Feb 2012 16:38:13 +0100, Johannes Fabian Rußek wrote:
>
On Fri, 24 Feb 2012 16:38:13 +0100, Johannes Fabian Rußek wrote:
> I'm sorry, maybe I did not write it clear enough into my mail:
>
> [...] and does not want to rely on NFS across datacenters
> > or rsyncing, for various reasons (throughput, security,
> > reliability...)
>
> On Fri, Feb 24, 2012
On Fri, 24 Feb 2012 16:38:13 +0100
Johannes Fabian Rußek wrote:
> I'm sorry, maybe I did not write it clear enough into my mail:
> [...] and does not want to rely on NFS across datacenters
> > or rsyncing, for various reasons (throughput, security,
> > reliability...)
[...]
> > rsync the volume f
> I'm sorry, maybe I did not write it clear enough into my mail:
>
> [...] and does not want to rely on NFS across datacenters
>
>> or rsyncing, for various reasons (throughput, security,
>> reliability...)
>
My fault for not paying attention.. Obviously you could rsync the
volume files to externa
I'm sorry, maybe I did not write it clear enough into my mail:
[...] and does not want to rely on NFS across datacenters
> or rsyncing, for various reasons (throughput, security,
> reliability...)
On Fri, Feb 24, 2012 at 4:30 PM, John Drescher wrote:
> 2012/2/24 Johannes Fabian Rußek :
> > H
2012/2/24 Johannes Fabian Rußek :
> Hi everybody,
> I'm planning on how move off-site backups around from bacula.
> Originally I thought something like the copy or migration job from one
> SD on one site to another SD at a second site, but I realized that
> migration jobs only work within one SD.
>
2012/2/24 Johannes Fabian Rußek :
> Hi everybody,
> I'm planning on how move off-site backups around from bacula.
> Originally I thought something like the copy or migration job from one
> SD on one site to another SD at a second site, but I realized that
> migration jobs only work within one SD.
>
Hi everybody,
I'm planning on how move off-site backups around from bacula.
Originally I thought something like the copy or migration job from one
SD on one site to another SD at a second site, but I realized that
migration jobs only work within one SD.
I guess I am not the first or only person tha
16 matches
Mail list logo
