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
|