Hi!,
Xabier, mates, could anyone confirm this??
Thank you so much,
El 06/05/2014, a las 14:14, Egoitz Aurrekoetxea <egoitz AT ramattack DOT net>
escribió:
> So, finally this all means that you can do a virtual full job and no need to
> migrate is needed anymore ? neither
> for doing a new virtual full or perform some kind of restoration?.
>
> Best regards,
>
>
> El 06/05/2014, a las 12:40, Xabier Elkano <xelkano AT hostinet DOT com>
> escribió:
>
>>
>> Hi,
>>
>> happy to read that this restriction has been removed :-)
>>
>> I am running virtual fulls for almost three years and I'm very happy
>> with them. I had to use them because my servers had a very high load
>> when running full backups jobs. I did a little trick to manage the
>> migration from virtual pool to normal pool. After each backup job
>> (without distinction) I have configured a little script (RunAfterJob) to
>> verify if there are volumes in the virtual pool and if it find some, it
>> move them to the normal pool. The changes are made directly in the
>> Bacula database, because volumes are, in both pools, in the same directory.
>>
>> I simply run this for each volume found in the virtual pool:
>>
>> update Media set MediaType=$mediatype,StorageId=$storageid where
>> VolumeName=$vol
>>
>> the following incremental and restores are run without problems.
>>
>> Xabier
>>
>> El 04/05/14 14:51, Kern Sibbald escribió:
>>> Hello,
>>>
>>> I believe that I have removed the restriction on using a different Pool.
>>> Perhaps it is not well documented, in which case if you make it work, as
>>> I think a lot of people have done, a patch for the manual would be
>>> appreciated.
>>>
>>> Kern
>>>
>>> On 04/30/2014 12:45 PM, Egoitz Aurrekoetxea wrote:
>>>> Good morning,
>>>>
>>>> I’m at this moment doing real full jobs of my servers. I have some
>>>> slowness (in backup) with some servers due to it’s activity. I have tested
>>>> virtual full jobs
>>>> and work like a charm :) but I have one problem; normally I schedule a
>>>> real full job and I’m done… as virtual full jobs have to be done in
>>>> another pool, later
>>>> migrated and later a new incremental job should be done (for replacing a
>>>> normal full) how could I manage for automating this tasks, without
>>>> starting one
>>>> before the other one and… basically for automating all this tasks
>>>> involving a virtual full job but having in mind that this automation has
>>>> to be in a proper order, if
>>>> one job fails should not continue with the other “sub jobs” let’s say of
>>>> the virtual full job?… how do you manage for this tasks?
>>>>
>>>> Best regards,
>>>> ------------------------------------------------------------------------------
>>>> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
>>>> Instantly run your Selenium tests across 300+ browser/OS combos. Get
>>>> unparalleled scalability from the best Selenium testing platform available.
>>>> Simple to use. Nothing to install. Get started now for free."
>>>> http://p.sf.net/sfu/SauceLabs
>>>> _______________________________________________
>>>> Bacula-users mailing list
>>>> Bacula-users AT lists.sourceforge DOT net
>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
>>> Instantly run your Selenium tests across 300+ browser/OS combos. Get
>>> unparalleled scalability from the best Selenium testing platform available.
>>> Simple to use. Nothing to install. Get started now for free."
>>> http://p.sf.net/sfu/SauceLabs
>>> _______________________________________________
>>> Bacula-users mailing list
>>> Bacula-users AT lists.sourceforge DOT net
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>>
>> ------------------------------------------------------------------------------
>> Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
>> • 3 signs your SCM is hindering your productivity
>> • Requirements for releasing software faster
>> • Expert tips and advice for migrating your SCM now
>> http://p.sf.net/sfu/perforce
>> _______________________________________________
>> Bacula-users mailing list
>> Bacula-users AT lists.sourceforge DOT net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
> ------------------------------------------------------------------------------
> Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
> • 3 signs your SCM is hindering your productivity
> • Requirements for releasing software faster
> • Expert tips and advice for migrating your SCM now
> http://p.sf.net/sfu/perforce
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is hindering your productivity
• Requirements for releasing software faster
• Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
