Simon Gray wrote:
> Hi guys,
> 
> I have a TS3100 (LTO-4) up and running without any problems. I've 
> configured Bacula to store its catalog in MySQL. Our backups are up to 
> around 3TB and spanning multiple tapes, obviously the data is fairly 
> useless without the catalog to retrieve it? I'm considering writing the 

A little more work to get out, but no, lack of the catalog data does not make
the volumes useless at all.  Even if you had some disaster which physically
destroyed everything but the backup volumes, you can still get your data back.

The brute force method is to use bls and bextract.  These are simple command
line utilities that can list and extract data straight from volumes.  They're
much less convenient, but can save you in a pinch.

The other option is to re-create a Bacula setup, and use bscan.  This command
will take inventory of all data on a volume, and populate a catalog with it.
You can then run a normal restore command to get data back.

> catalog to a cd/dvd once a week with our full backups (plus daily 
> incremental), with my idea being to separate it from the main array of 
> tapes. I may even replicate the database offsite as well - but thats 
> separate from this discussion.

Not a bad idea at all.

> I'm interested in how others store their catalogs? do you include this as
> part of your main backup?

I do here, yes, out of simplicity.  Also the fact that the main Bacula server
has good redundancy (RAID, multiple PSU, etc) which reduces my risk a little.

> How do you restore the data if the catalog is on the same media?

Use a separate job, and save the .bsr file produced by the job on a different
machine.  The .bsr file will make it much easier to extract out the data from
the backup that produced it using bextract.

> Can anybody see any problems with backing up the catalog on to separate 
> media?

As long as you do it with a separate job, it shouldn't be a problem.

-- 
Frank Sweetser fs at wpi.edu  |  For every problem, there is a solution that
WPI Senior Network Engineer   |  is simple, elegant, and wrong. - HL Mencken
    GPG fingerprint = 6174 1257 129E 0D21 D8D4  E8A3 8E39 29E3 E2E8 8CEC

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
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

Reply via email to