We have a physical server in a Colocation facility which is running 6 or so virtual machines, some Windows and some Linux. These are all backed up nightly using Bacula to a USB attached disk. This much works well.
Ideally, what I would do is then have Bacula copy the latest backup to a NAS facility that the Colo provides, but such a function does not exist in Bacula yet. For Bacula to be able to control this, I would need: 1. The Copy Job or Synthetic Backup facility to exist in Bacula. Migrate won't work because I need the data to also remain on the USB attached disk. 2. The above to support multiple storage daemons, as the NAS is accessed via SMB, and Linux (at least the version I'm using - Debian 2.6.18) seems to crash sometimes when the NAS becomes unavailable, so I'm running it in a different VM. Anyway, the above seems a little way off yet in Bacula, so my next-best-thing is to copy the latest backup file to the NAS, and delete any previous versions as required to keep the space used on the NAS under our limit. Given the problems I've had with SMB, FTP is probably the best protocol to use. So what I'm after is something that will firstly only run once all the nightly backups are done. I can do a time based best-guess on when the backups will have been completed by, but that feels a little kludgy. I could attach a 'run-after' to the job that I think will run last, but I don't know if that is deterministic? Finally, I could have a cron job that kicks off some time around when the backup will probably end, and makes sure that the latest backup file is not in use (fuser) and has not changed over a (say) 5 minute interval. After it has established that the backup has definitely completed, it would then ftp the file up to the NAS. I can write all of the above, but if anyone has already done something similar, any hints would be appreciated. Btw, just in case anyone wants to comment on my backup regime, the backup to the USB disk is for 'oops I delete a file and I need it back' purposes, and the backup to the NAS (which is in turn backed up to a Tivoli backup system and is taken off site) is for the purposes of disaster recovery in the unlikely event of a total Colo facility loss. Thanks James ------------------------------------------------------------------------- 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
