Hey, Am 06.02.2015 13:43, schrieb Heitor Faria: > Since backups are stored in byte sequence in general there is no > practical advantage on have different retention for jobs within the > same volume, since it would require a huge computational effort to > claim the space from a single recycled volume.
that's not what I meant: I don't want to reclaim parts of a volume, but simply that Bacula keeps the (complete) volume until no more jobs are stored on it (i.e. no more jobs in the catalog reference the volume), and then (and only then) recycles it. I know that this "wastes" space, but generally, I do think behaviour like that is useful when you have rather small(ish) tapes (as the backup is disk-based, my simulated "tapes" are 500MB each, so this kind of usage is perfectly possible without lots of wasted space). And, from what I gather with the catalog state, it wouldn't be too difficult to implement logic like this, as volume pruning needs to resolve the jobs/files to remove anyway, so the inverse is also possible when requring a new volume. > I don't think you need to create one pool per different network > uplink, but each storage device should have at least one pool for > sure. Yes, I do, as the storage is reachable via different IPs depending on the uplink used. Think of internal vs. external network, so if I have three different retention levels like you proposed, I'd need nine storages. When grouping the retention times I currently have in use, I get five different groups, so basically, I'd need to define fifteen storage pools. Ugh. > Usually I have daily pool (aprox. 7 days); weekly (aprox. 30 days); > monthly (aprox. 1 year retention); and I try to fit the backup > retention needs in one of those levels (GFS). > Eg.: if I need to retain a specific data for 2 weeks, I would schedule > this job to run on daily and weekly basis. Thanks for the clarification, and I'll need to see what to do now to implement the logic... -- --- Heiko Wundram. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
