On 3/10/2010 9:13 AM, Sylvain Viart - Gmail wrote:
> Hi,
>
>> I'd guess it would be more practical to just have the 2nd box hit the same
>> targets as the other one directly instead of copying the backups, perhaps
>> skewing the blackouts so they don't both hit the same target at once.  Or if
>> that won't work, do some sort of image copy of the archive disks.
>>
> Yes, may be.
>
> In fact, the basic idea was to not resetup the full config of every
> backuppc (primaries backup server) on a secondary backup server.
> Our main backuppc has 86 hosts and 278.15 Gb of data. On others, far
> less, but many more files or more data.
>
> And the second stage backup (done by the secondary) could also be heavy
> for every host, plus I should keep all the config synchronized between
> every backuppc server. => nightmare too
>
> I'm not sure it will be simpler.

But, your real problem is that even if you get the scheme mostly 
working, you will not be able to restore a primary backuppc server to a 
usable state in a reasonable amount of time.  Most people aren't able to 
do this even with more efficient schemes like native rsync.  And you 
won't be able to use the files directly like you might if you did 
straight rsync or an image copy.

>
> Here is the backup policy I'm trying to setup on the secondary backup
>
>     * 1 full every 2 month
>     * 1 incr / week ~ 8 between full
>     * 1 server max per day
>     * stop backups on the remote server, when they are backuped, even
>       before if some backup are long...
>     * don't backup one specific server during work hour
>
>
> And I'm fighting hard. :-(

Try a test restore to see if it is worth the fight.

> The only difficulty in fact is the stop.
> If I don't have to stop the backup on the remote server, it seems pretty
> simple.
>
> I may stop violently the remote server, even if it was in a middle of a
> long running backup.... (I'm thinking)
>
> With a magic wand, I wish that the secondary backup could tell the
> remote backup that it would be backuped tomorrow...
>
> Now, I gonna make a magic wand! :-)

You have the magic wand in the form of the pre/post commands that you 
can run on a target.

-- 
   Les Mikesell
    lesmikesell AT gmail DOT com

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/