Hi Egoitz,
I cannot confirm the fix, because I am running version 5.2.12 on my
server, but I think it should be easy to test y you have a running
bacula server.
Best Regards,
Xabier
El 07/05/14 09:30, Egoitz Aurrekoetxea escribió:
> 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
|
