Thanks for the info. Good to know I need version 7. I was testing with an older
version. I do have few questions about the copy job.
* I posted my situation before. Others suggested using a "base job" to
speedup offsite backup jobs. Can this be used with a copy job?
* Is there anything else I need to copy or backup to the offsite
location that would be needed for a restore?
Thanks!
From: Bryn Hughes [mailto:li...@nashira.ca]
Sent: Monday, January 26, 2015 6:40 PM
To: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Should I have a server in every location?
You should have a storage server in each location for sure. You COULD run a
single director but it would make more sense to run a director at each
location, at least in my mind.
You'll need Bacula v7.0 or later to get this all working properly, but what
you'd do:
- Run your regular backups at each site, using the on-site storage and director.
- At some later time, run a 'Copy' job that makes a copy of all the backed up
jobs at each site to another site.
Each site would do all of its own restores etc locally, but should the local
copy be destroyed you'd have another copy off-site that could be used.
You will need a separate set of storage at each site for the local stuff vs.
the off-site stuff - this can be as simple as a different directory defined in
the storage daemon's configuration if you are using disk-based backups.
Bryn
On 2015-01-26 07:00 PM, Damien Hull wrote:
I'm brand new to Bacula. Getting some good information from the list. As I've
mentioned before, I've got three offices in different locations. I'm needing
offsite storage of data as part of a disaster recovery plan. I've got a couple
of questions
* Should I have a server in every location?
* Can Bacula servers send data between each other?
Here's my thinking
1. Local backup in case someone deletes a file
2. Use another remote server for offsite storage
Thanks!
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net<mailto:Bacula-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
