Hi!, Xabier, mates, could anyone confirm this??
Thank you so much, El 06/05/2014, a las 14:14, Egoitz Aurrekoetxea <ego...@ramattack.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 <xelk...@hostinet.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@lists.sourceforge.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@lists.sourceforge.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@lists.sourceforge.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@lists.sourceforge.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
