On Mon, 2007-02-05 at 13:44 -0800, Tauren Mills wrote:

> 
> Would you use bcopy separate from bacula, creating your own scripts
> that run off a cron job?  Or would you somehow integrate using bcopy
> into a bacula job using custom bacula scripts?
> 

I plan on creating my own scripts, but called as part of the Catalog
backup job.  It will probably be the script specified as the
'RunAfterJob' that currently deletes the SQL dump file.


> Also, do you know if bacula-sd has to be shut down to release the tape
> drive for bcopy to use?  I haven't experimented yet, so I don't know.
> But if you have, what have you discovered?

I haven't played with bcopy with tape drives, but I would think that you
wouldn't have to shut down SD.  Especially if you have 'AlwaysOpen' set
to 'no'.  Since the only thing that you will be using the tape drive for
is for receiving these 'bcopy' images, I would imagine that SD won't be
accessing the tape drive at all.

> 
> > As to identifying which backup disk files are full backups that need to
> > be bcopied, it would probably be possible to ask MySQL.  But to make it
> > "easier" I've created a pool called 'Full' with a 'LabelFormat' of
> > 'Full_'.  I've set up my jobs to use this pool for any Full backup
> > ("Full Backup Pool = Full" in the job definition).  So any backup file
> > on disk with name of 'Full_*' and with a mod time more recent than the
> > last time the offsite copy job was run will be copied to the offsite
> > media.
> 
> Thanks for the suggestion.  I'm actually already doing that as well.
> All my full backups are stored as Full_*.
> 
> I guess I was hoping that there was a bacula feature that does a
> volume copy.  It sounds like that isn't the case if you are also
> considering using bcopy.  Too bad, maybe it could be a feature for a
> new version.
> 

Well, it does do a volume copy.  That's what bcopy is doing.  It just
doesn't track it in the database.

Now that I've thought about it some more, I may not even bother with
bcopy.  Instead I'll just copy all the full backups (plus the SQL dump
from the catalog backup) to the USB disk.  In the event of a disaster
that takes out my backup server, I'll just copy everything back, load
the database from the saved SQL dump, and I should be ready to go.  You
can probably do the same sort of thing by using 'tar' (or 'cpio', or
whatever) to save your backups and SQL dump to tape.

    /dwight

-- 
Dwight N. Tovey
[EMAIL PROTECTED]
Work to Live : Live to Ride : Ride to Work

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to