I may be missing something, but using smaller volume files should work
for you. You would still need to transfer the entire job, but only the
volumes that that job touched. So for example, instead of a 1G job
appending to the end of a 10G volume, and having to send the entire 10G
again, if you used smaller volumes, say 2G, then you would just send
that 2G file.
It sounds like you want (and I have not tried much yet) opensolaris and
ZFS. You would take a snapshot, and send it to the remote server.
Marek.M.Stopka AT tieto DOT com wrote:
> Yeah it will, but when new full backup is taken, you again copy entire
> operating system copy over network, even though you have already a few copy
> of that operating systém on a target server. So, yeah it will low the
> traffic, but not that much as a smarter solution could. :-) Every time you
> také full backup, all data will be transfared, every time you will do a
> incremental backup you will transfer all files those were changet from last
> backup even though there were only added few bytes to the end of a file, and
> well... Maybe that is good for you, but I would be much more grateful for
> something that would do completely deduplicated replication as you can get
> for example from NetApp :)
>
> Yeah, I agree that your solution is 1000 times simplier, but also it is less
> effective than a deduplicated replication, that I hope can get with lessfs +
> DRBD... And yeah, my idea works only in theory, your is really working. :-)
>
> -----Original Message-----
> From: John Drescher [mailto:drescherjm AT gmail DOT com]
> Sent: Thursday, October 15, 2009 4:08 PM
> To: Stopka m Marek; bacula-users
> Subject: Re: [Bacula-users] Copying backup "On the fly"
>
>
>> This is not a solution at all, because Bacula every time you create new
>> backup will create new virtual tapes, and since rsync "deduplicate" only
>> files, not entire amount of data that is going to be transfared, this do not
>> solve anything for us. Acctually I am not even sure if we would use LVM on
>> botom and rsync those snapshots of a LVM volumes, I guess rsync do not
>> compare hashes of all blocks of transfered but only first block hash with a
>> first block, second with a second,... So again, rsync would not be help even
>> in this case.
>>
>>
>
> I am confused how it does not solve the problem. I am talking about using
> rsync to mirror the volume files that bacula uses to store all of your
> backups. If you limit the size of these to a few GB, rsync will only be
> sending the volumes that have changed but you will still have a complete
> second copy of the bacula volumes offsite.
>
> John
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
