On Fri, Feb 06, 2009 at 08:04:57AM -0800, Michael L. Barrow wrote in a
non-list copied email:
>In my experience, rsync doesn't play nice with really big files for
>incremental updates. I recommend that you have a unique filename so
>that you basically end up with a full backup each time around.
In this problem I am backing up on the same lan, in production it will
be backed up offsite across a slow wan, so compression and rsync
algorithms will be key.
It was working well enough before the last major database change, so I
concur that large difference in a large file appear to be causing
issues, but it looks like the problem is on the backuppc end.
Hmm, maybe if I change the rsync command for that host to include
--whole-file I can get a new baseline. Does anybody know if the rsync
perl library used by BackupPC can handle whole-file mode?
Usually the incremental changes between the files are under 100MB of
the 36GB file which makes doing daily backups possible.
Using just plain rsync (2.x) on both sides across the wan works fine
and results in a huge speedup.
But thanks for the caution. That gives me another avenue to test at
least although it may result in having to dump backupc.
--
-- rouilj
John Rouillard
System Administrator
Renesys Corporation
603-244-9084 (cell)
603-643-9300 x 111
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
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/
|
