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