Hi Ana,
2015-05-19 6:58 GMT+02:00 Ana Emília M. Arruda :
> (i'm supposing you will have on site2 just the volumes of resulting copy
> jobs), it could be interesting to not replicate the original backup jobs
> into your catalog on site2. This way bacula will promote the copy jobs to
> "normal" bac
Hello Carlo!
On Mon, May 18, 2015 at 3:09 PM, Carlo Filippetto <
carlo.filippe...@gmail.com> wrote:
>
> 2015-05-18 19:55 GMT+02:00 Ana Emília M. Arruda :
>
>> "The new copies can not be used for restoration unless you specifically
>> choose them by JobId."
>
>
> I read it, but propably I don't u
2015-05-18 19:55 GMT+02:00 Ana Emília M. Arruda :
> "The new copies can not be used for restoration unless you specifically
> choose them by JobId."
I read it, but propably I don't undertand it in the correct way... (I'm
Italian)
I read that I can do a "restore copy" job that restore the origi
On Mon, May 18, 2015 at 2:38 PM, Carlo Filippetto <
carlo.filippe...@gmail.com> wrote:
> Nice!
> but I read something that I don't like
> :(
>
> I read that the copy job is not like a normal Backup Job, it is used to
> 'restore' the original Job unless the original Job is purged (deleted), and
> i
Nice!
but I read something that I don't like
:(
I read that the copy job is not like a normal Backup Job, it is used to
'restore' the original Job unless the original Job is purged (deleted), and
in this case it is promote.
I search a solution where the secondary site may restore the Virtual
Mach
You can "copy" jobs based on various criterias. You can copy all jobs that
were backed up into one specific volume, all jobs from a client, etc. There
are a few options for that. Basically, you will create a copy job that will
copy your backups based on specifically conditions from one pool (where
Thank to you!
I have another question: with the 'copy' job, SD to SD, I can copy a Volume
or I have to copy every single job?
Thank you
2015-05-18 19:04 GMT+02:00 Ana Emília M. Arruda :
> Hello Carlo,
>
> Don´t worry!
>
> About to copying only the confs and db, I was supposing that on site2
> t
Hello Carlo,
Don´t worry!
About to copying only the confs and db, I was supposing that on site2 there
would be an identical installation as it is on site1. Since clustering is
not a builtin Bacula functionality (I´m affraid there is one that I´m not
aware), I didn´t realize that it could be done
Sorry for the delay!
>
>
> On Fri, May 15, 2015 at 11:23 AM, Carlo Filippetto <
> carlo.filippe...@gmail.com> wrote:
>
>> Thank you.
>> I will use the sd2sd solution.
>>
>>
>> 2015-05-15 15:54 GMT+02:00 Davide Giunchi :
>>
>>> problem: you need a lot of bandiwidth ( = € )! then you must keep alway
Hello Carlo,
On Fri, May 15, 2015 at 11:23 AM, Carlo Filippetto <
carlo.filippe...@gmail.com> wrote:
> Thank you.
> I will use the sd2sd solution.
>
>
> 2015-05-15 15:54 GMT+02:00 Davide Giunchi :
>
>> problem: you need a lot of bandiwidth ( = € )! then you must keep always
>> sync the servers, p
Thank you.
I will use the sd2sd solution.
2015-05-15 15:54 GMT+02:00 Davide Giunchi :
> problem: you need a lot of bandiwidth ( = € )! then you must keep always
> sync the servers, periodically check that everithing is working good, and
> then periodically to dr tests.
> benefit: fast dr
>
I r
> Hi all,
> I would like to have a redundant solution.
>
> I have 2 sites, with a storage (and SD) on both side.
> I would like to copy all the backup volumes from the first site to the second
> one, and this shouldn't be a problem.
> I would like to have a bacula up and running, and updated on th
12 matches
Mail list logo
