Thanks for the suggestion. The problem is that I really have different retention policies depending on the server being backed up. This means that in my bacula directory configuration I need to use one pool definition per server. This has the nice aspect that I have volumes per server and can label them appropriately.
How would your method work in my case? I simply can't use a generic schedule definition with pool parameter due to my many pools. On Monday, May 12, 2014 6:07 PM, Sven Tegethoff <tegeth...@udobaer.de> wrote: On 12.05.2014 16:44, ML mail wrote: > Hi Sven, > > That's actually a very nice way around my problem. The only issue here I see > is that as I am using one pool/job/client/filesets/etc per server I backup, I > will have to double nearly everything in my configuration. Is there maybe > another alternative? or maybe is my practice of having one pool per server > not recommended? No, you don't have to double everything. You can keep all your job definitions and filesets that you have already defined, you just have to add the second pool, and define that as the target in the schedule. Let's suppose you've created two pools called "weekly" and "daily" (you can name them however you want) this is what you'd put in your schedule: Run = Level=Full Pool=weekly sun at 1:00 Run = Level=Incremental Pool=daily mon-sat at 1:00 You'll then have to make sure that pool "weekly" has a retention persiod of 14 days and "daily" has a retention period of 7 days. As to your question if it's recommended to have separate pools for each client ... that depends on your backup concept. If you are going to store all backups on one storage device, and if they have the same criteria for backup retention, having separate pools for each client has no advantage. It just makes your configuration unecessarily complex. I would only recommend separate pools if there's a particular reason for it. -- Mit freundlichen Grüßen Sven Tegethoff EDV-Team _________________________________________________________ UDO BÄR GmbH & Co. KG Obermauerstr. 1-3 47051 Duisburg Tel.: +49 (0) 203 28117-142 Fax: +49 (0) 203 28117-151 E-Mail: tegeth...@udobaer.de Ust.-Idnr.: DE119562189, HRA 6056, Sitz der Gesellschaft: Duisburg, Gerichtsstand: Duisburg Geschäftsführer: Bodo Badnowitz, Jürgen Dietz Ein Unternehmen der BTI Gruppe: www.bti-group.com Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ------------------------------------------------------------------------------ "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