On Mon, Jan 13, 2014 at 9:40 AM, Carl Wilhelm Soderstrom
<[email protected]> wrote:
> On 01/13 07:50 , Claude wrote:
>> Send archive via my local backuppc or use the remote backuppc to backup my
>> local /var/lib/backuppc
>
> ZFS (or possibly drbd) may be the only reasonable way to replicate the
> BackupPC data pool. you do *not* want to try backing it up on a file level
> (with tar or rsync). There's just too many hardlinks.
This is a simple scaling issue where the tools that copy/recreate hard
links are not efficient. Some people succeed with rsync if the
archives are small and the machines doing the copy have plenty of
memory, but with larger archives it would take too long to be
practical.
> The best way to have a offsite backup is to set up a duplicate BackupPC
> server, and have it back up all the machines the first BackupPC server is
> backing up. Yes, this means duplicating your backups; but on the bright side
> it means you have a completely independent backup arrangement which may save
> you if something fails in the first one.
I agree that the complete independent 2nd instance is the best way to
go. You can set up an OpenVPN connection if needed to get access to
all of the targets from the remote server.
--
Les Mikesell
[email protected]
------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
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/
