Hi, I know many people have discussed how to achive an offsite archive of backuppc pool. During a discussion last February [1], Timothy Massey [2] and Jeffrey Kosowsky [3] summarized the options as follows:
1) Run two BackupPC servers and have both back up the hosts directly. No replication at all: it just works. 2) Use some sort of block-based method of replicating the data 3) Scripts that understand the special structure of the pool and pc trees and efficiently create lists of all hard links in pc directory. I'll be replicating over a thin residential ISP connection (rules out option #1) and I want it to be completely unattended (no option #2). As for Option #3, I tried J. Kosowsky's script BackupPC_copyPcPool but stopped it after 12 hours without completing. One thing that all these methods have in common is that they scan the entire pool filesystem. I accept that I will have to do that at least initially. However, to send daily updates, it seems unnecessary to re-scan the filesytem again when backuppc itself already computes the information needed: * the set of files added to the pool * the set of hardlinks in __TOPDIR__/pc/$host/$backup * the set of files expired It strikes me that backuppc could be taught to write all this out to one or more journal files that could be replayed on the remote system after the new files are transferred. Does this make sense? Has anyone investigated this approach? Thanks, -Steve [1] http://www.mail-archive.com/backuppc-users@lists.sourceforge.net/msg20839.html [2] http://www.mail-archive.com/backuppc-users@lists.sourceforge.net/msg20853.html [3] http://www.mail-archive.com/backuppc-users@lists.sourceforge.net/msg20854.html
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev
_______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
