Les Mikesell wrote: > Peter Walter wrote: > >> For me, the matter could be resolved if a >> way was found to at least backup a backuppc server in a reasonable >> fashion without requiring particular filesystems and utilities such as >> zfs send/receive. >> > > But there is a reasonable way: unmount the partition and image-copy the > raw disk or partition. Given that the issue with other approaches is > that the head has to seek all over the place to access the same amount > of data through the filesystem, this solves the problem neatly with one > linear pass. Or, get the same effect by raid-mirroring to your backup > device so you only have to unmount momentarily to fail/remove the other > copy. Zfs improves on this since it has an incremental mode that is > still based on the block device. > > Les,
Yeah - but you need physical access to do that, and presumes your storage devices are "real". My needs are to backup a backuppc server where the server doing the backup is at a remote location from the backuppc server, and physical access to either server is difficult - I am dozens (sometimes hundreds) or miles away from either server. In addition, I have access to "cloud storage" I would like to take advantage of, but can't because of the hardlink issue. My (klugey) solution at present is to use a backuppc server to backup the backuppc server, but even incrementals take days to run. Peter ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ 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/
