Dwight, > > 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.
That's the type of thing I was hoping to do too. > > 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. Good point. The bacula config wouldn't even need to specify the tape drive at all, since only bcopy would be using it. I might want to use the tape drive for some other unrelated backups via bacula, so if I have tape drive open issues, I'll experiment with AlwaysOpen. > > 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. True. I guess I was meaning that Bacula would be natively aware of both copies and be able to restore from either one. Since my disk backups are on a different disk than the mysql database is, this might happen if my backup disk fails. Then I would still be able to restore from tape. > 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. You're making me think I should just take the tape drive completely out of the equation. Buying two USB disks to bring in and out on a weekly basis would be a fairly simple solution. And then there is no need for bcopy or anything. Just cp the volumes to the other drive. But it would be nice if that process was automated as well. Thanks again... I think I'm very close to a solution that will work. Tauren ------------------------------------------------------------------------- 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
