On Fri, 2006-03-03 at 10:55, Dan Pritts wrote: > An idea i had for offsites is to just run rsync against the raw device. > rsync would need to be patched to allow this, and apparently rsync has > some issues with very large files.
I don't have time to test this on any scale right now, but this approach might work with just a bit of overhead: Use the free (but now only beta) VMware server product http://www.vmware.com/products/server/ on your real server. Install backuppc in a virtual machine, setting the virtual disks up to be pre-allocated and split into 2 gig chunks. Let the virtual machine perform the backups. Periodically shut it down and rsync the files containing the virtual machine from the host machine to something similar, off-site if possible. > Fundamentally, I think that the hard link approach is a very cool hack, > but i am hitting limits of it already, and my personal opinion is that a > different approach (probably a RDBMS) is called for to index the backend. > (night is day, black is white, filesystems are databases). As long as the disk head has to move for each operation, I don't see how this is going to make a big difference. -- Les Mikesell [EMAIL PROTECTED] ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ BackupPC-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
