On Thu, 12 Jan 2006, Azizi, Basheer wrote:
...
I have an offsite pool that fills up two tapes every Saturday which I
ship offsite. However, the tapes continue to show up in volume list.
I've tried changing their status to Archive but they are still there.
I believe that "Archive" type has a * in the manual which means it is
not fully impleimented yet.
...
At anytime, I may have to recall those tapes to do a restore. Can
somebody tell me how I can take the tapes out of my bacula volume list
since they are sent offsite?
I also use Bacula for Archives in addition to daily backup. However I
want to retain the volume and job entries in the catalog so that restore
will be easier. You should at least use a separate pool for the archive
tapes with "Recycle = no" and "AutoPrune = no".
I also use a second Catalog for the archiving so that the archive job
list is separate from the regular-backup job-list. The catalog to use is
specified in the "Client" resource. Therefore, for a client that
undergoes both backup and archiving, you will need two client-resources
in the director config. The name given to the client resource in the
director config does not need to match the name in the file-daemon
config on the client so you can have multiple client-resources for a
single client. In the second client-resource specify the
name of your archive catalog, put "AutoPrune=no" to ensure that
file and job entries are not removed, and use this client resource for
your archive jobs.
Setting up a second catalog has been described on this list before.
Hope this helps
P.S. --A low priority request to the developers-- It would be useful to
be able to associate a pool with a particular catalog and have clients
that are not associated with any particular catalog. This would avoid
the "multiple client-resource workaround" that I described above. It
seems to make sense as volumes can't appear in multiple catalogs.
Of course for archiving jobs one would need to specify "Prune Jobs = no"
and "Prune Files = no" but this is already supported. Putting them in
a separate JobDefs for archiving jobs would be just as easy as
specifying them on a per-client basis.
--
Kelvin Raywood
TRIUMF/UBC Positron-Emission Tomography
Vancouver BC, Canada
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
