-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hydro Meteor wrote:
> Hello all,
>
> From the User's Guide (Terminology Chapter 1.6), regarding the Retention
> Period, an except that I have a question about:
>
> The Volume Retention Period is the minimum of time that a Volume
> will be kept before it is reused. Bacula will normally never
> overwrite a Volume that contains the only backup copy of a file.
> Under ideal conditions, the Catalog would retain entries for all
> files backed up for all current Volumes. Once a Volume is
> overwritten, the files that were backed up on that Volume are
> automatically removed from the Catalog. However, if there is a very
> large pool of Volumes or a Volume is never overwritten, the Catalog
> database may become enormous. To keep the Catalog to a manageable
> size, the backup information should be removed from the Catalog
> after the defined File Retention Period. Bacula provides the
> mechanisms for the catalog to be automatically pruned according to
> the retention periods defined.
>
>
> I just want to make sure I understand this sentence:
>
> To keep the Catalog to a manageable size, the backup information
> should be removed from the Catalog after the defined File Retention
> Period.
>
>
> The "backup information" that "should be removed" is information about
> any Volume or Pool of Volumes correct?
Yes. Information about files is the largest amount of data, I'd say.
Jobs and Volumes is probably much less, though I couldn't say that for
sure. I bet the manual explains this some. As I understand it, keeping
this information allows you to restore a single file. After files are
purged, only the full job can be recovered (which is only an
inconvenience, really -- no data is lost).
> Secondly, what do Bacula users do, strategically, when it comes to
> archiving data into perpetuity? For example, what if a government agency
> or a law firm wanted to use Bacula to back up files to Volumes which
> Volumes should never be overwritten? Of course the Catalog still needs
> to be pruned, but even so, have I understood correctly that even if a
> Volume has been pruned out of the Catalog, it can later be scanned
> (using the bscan tool) and data extracted (using the bextract tool)? In
> doing so, no Volumes are ever overwritten but they are still recoverable
> in the future and at the same time the Catalog database won't grow to
> mammoth proportions?
>
> Thanks to anyone for helping to clarify this situation (the archiving of
> records into perpetuity is a big problem in the world today especially
> due to the changing legal statutes worldwide when it comes to saving
> documents).
You are exactly correct here, no need to add anything.
- --
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II
|$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG52F1mb+gadEcsb4RAhYCAKDgpL7pFmUxROHFF7+94kBh47A++gCgpqlf
15U+RpXshLU0TNjhE3LceVc=
=HNwe
-----END PGP SIGNATURE-----
begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/AST
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103
email;internet:[EMAIL PROTECTED]
title:Systems Programmer III
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ
x-mozilla-html:FALSE
version:2.1
end:vcard
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
