Selon Brien Dieterle <[EMAIL PROTECTED]>: > I don't think another instance of backuppc would work "very well" for a > number of reasons. However, I think you could do well with copying the > raw block device over netcat or ssh. If you are using LVM for the > backuppc data you could take a snapshot and not affect regular backups, > otherwise you should stop backuppc and unmount the partition first (you > are using a dedicated partition, right? ;-) ) > > Couple tips if you try this: set the readahead on the block dev fairly > high before you start dd (blockdev --setra 16384 /dev/device). Then > pipe it out with dd and compress it with lzop ( dd if=/dev/device bs=10M > | lzop -1c |nc host port). On the receiving end you'd run something > like nc -l -p port >diskdump. This is what I use for LAN, but for slow > links you'd probably want more compression. For good measure you might > want to zero out the extra space on the drive before you dump it (dd > if=/dev/zero of=blah bs=1M ; rm blah). > > Of course, this would require quite a bit of disk space and would limit > your backup intervals and retention policies... Any other ideas, List?
Hi folks, Why not drbd or unison? -- Cordialement ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
