BackupPC-users

Re: [BackupPC-users] Fwd: Backing up from BackupPC to BackupPC

2011-12-11 14:05:12
Subject: Re: [BackupPC-users] Fwd: Backing up from BackupPC to BackupPC
From: member horvath <member AT thehorvaths.co DOT uk>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Sun, 11 Dec 2011 19:03:07 +0000
Thanks very much for the info.
my backups are many terabytes in size so making local copies over and
above the onsite backup is not practical.
To remind you I need a 30day/6month onsite and only the most recent offsite.
Once the initial offsite is performed (This will be very large) The
ongoing "incremental s" will still be several GBs.
I need the archive option in backuppc to rsync the most recent copy
offsite on a daily basis.

On 10 December 2011 23:54,  <hansbkk AT gmail DOT com> wrote:
> On Sat, Dec 10, 2011 at 7:45 PM, member horvath
> <member AT thehorvaths.co DOT uk> wrote:
>> I've have considered the archive function however I wasn't aware that
>> the changes would be rsync'd.
>> I thought it would create a tar archive of the most recent backup then
>> xfer that to the archive host.
>> Am I wrong in thinking this?
>> I also need to ensure data integrity by check suming the remote copy
>> with the onsite.
>
> The archive function just creates the tar snapshot of the hosts you
> specify. You can point that wherever you like, but making it local is
> faster. Once its complete your script should then transfer it, however
> and wherever you like.
>
> Rsync just happens to be what most people would use for this, and that
> protocol includes a checksum verification.
>
> If you use a different transport mechanism, then you many need to
> include a checksum routine in your script.
>
> Regarding your scheduling requirements, the best procedure is to get
> to know the BackupPC way and work within that, rather than imposing
> rules that probably came previous systems. Note that within the BPC
> data store, there actually is no physical difference between
> incremental and full backup sets - the only difference is the
> algorithm use to determine whether or not files have been updated, and
> that depends on the transport protocol.
>
> You can configure things so that you have for example " at least this
> many " and be conservative.
>
> Also note the archive tar snapshots will not have the space savings
> inherent in BPC's data storage deduplication, so it's likely using
> this method will result in your offsite storage requirements being
> many times larger than the BPC server onsite. Not necessarily a
> problem as diskspace is cheap these days, but something to plan for. .
> .
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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/

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
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/