BackupPC-users

Re: [BackupPC-users] Archiving incremental backups?

2013-03-14 16:10:28
Subject: Re: [BackupPC-users] Archiving incremental backups?
From: Peter Carlsson <maillist.peter AT home DOT se>
To: backuppc-users AT lists.sourceforge DOT net
Date: Thu, 14 Mar 2013 21:09:11 +0100
On Sat, Mar 09, 2013 at 07:41:24PM -0500, backuppc AT kosowsky DOT org wrote:
> Holger Parplies wrote at about 02:04:05 +0100 on Saturday, March 9, 2013:
>  > Hi,
>  > 
>  > Peter Carlsson wrote on 2013-03-08 23:21:38 +0100 [[BackupPC-users] 
> Archiving incremental backups?]:
>  > > Hello!
>  > > 
>  > > Is it possible to archive only the incremental part of a backup?
>  > 
>  > no, I don't think that is supported, and I also don't think it is a good
>  > idea :-).
>  > 
>  > > I would like to make a tar archive only of the files that is part of an
>  > > incremental backup.
>  > 
>  > What exactly are you trying to achieve? You are describing the wrong step
>  > toward an unknown goal. We can't give you good advice without knowing what
>  > you want to do.
>  > 
>  > In short, a tar file of a full backup + one (or more) tar files of 
> incremental
>  > backups *do not* equal a snapshot of your source file system at the point 
> of
>  > the last incremental, simply because you lose all information about files
>  > being deleted (a tar file cannot represent files that are supposed to be
>  > deleted on extraction, as far as I know). Of course, you might not have 
> this
>  > information in your BackupPC history, if you are using tar or smb 
> transport,
>  > but you can fix that by switching to rsync(d), and your archives will still
>  > only be tar files.
>  > 
> 
> However, if he is talking about 'tarring' the pc tree component for a
> BackupPC incremental backup, then the deletions are indeed encoded in
> the attrib files, though I am not sure how he would intend to
> reconstruct it all in practice without some code to glue it back
> together properly unless he is already has a copy of the fulls and is
> maintaining a full incremental chain...
> 
> That being said, if that is what he means, he could just literally tar
> the incremental backup tree... however, he would still lose the
> pooling benefits...

Hi,

I realize after yours and others explanations, that I have not thought
about all the shortcomings, but I was thinking this could be a good
compromise. This would allow me (at least with some effort) to restore
modified files even if a crash happened between two full archives.

I will go back to my drawing board and think more about what I want to
achieve, now that I have additional information.

Best regards,
Peter Carlsson

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
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/