I know I'm coming into this thread way late, but I think this could be fairly easily managed using a master/slave setup (similar to what MythTV offers). BackupPC could default to being a "master", but you could optionally set it as "slave" and then define its master. The master handles all the scheduling, and the slaves just do what they're told by the master. The slaves could be configured to save their files locally or to a centralized pool. The master would keep track of where each file was located -- on one of the slaves, or one a centralized pool (possibly one of many).
This would be a pretty slick setup. -Rob Ski Kacoroski wrote: > On Wed, 16 Jan 2008 17:14:48 -0500 "Timothy J. Massey" > <[EMAIL PROTECTED]> wrote: >> [EMAIL PROTECTED] wrote on 01/16/2008 >> 01:51:41 PM: >> >> Another way of doing it would be to have a way to replicate a backup >> from one server to another, where backup data could be pushed or >> pulled by the BackupPC processes on two different boxes without >> actually doing a normal backup from two different servers. Then I >> can have two online, active BackupPC servers with the same data. >> >> I'd be willing to pay a bounty for this one, too. An online way to >> replicate backups between multiple BackupPC servers. >> >> Tim Massey > > Tim, > > I have actually done the replication for a smaller site where BackupPC > is backing up about 10 machines so it is only running for a few hours a > day. When it is not running I have an rsync to a separate machine > run. The BackupPC instance on that machine can easily be used for > restores and, if I turn it on, for backups. I typically keep BackupPC > on the second machine turned off as it is only used in case the first > machine fails. I am not if this will scale because of the hard links, > but perhaps if I used DRDB I could get around that problem. > > cheers, > > ski > > ******************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this transmission in error please notify the sender immediately and then delete this e-mail. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. ******************************************************** ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ BackupPC-users mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
