Hi Pedro
On Wed, 11 Jan 2012 00:53:33 +0000
"Pedro M. S. Oliveira" <pmsoliveira < at > gmail.com> wrote:
Are you sure that the wireless connection is capable of 11 MB, isn't
it 11Mb?
No it is 11MB, the connection is a 5.8 Ghz point to point wireless link
which according to the manufacturers has a 150 Mbps capacity.
Sent from my galaxy tab 10.1.
On Jan 8, 2012 10:05 PM, "Les Mikesell" <lesmikesell < at > gmail.com> wrote:
On Sun, Jan 8, 2012 at 4:48 AM, John Habermann
<jhabermann < at > cook.qld.gov.au> wrote:
You can see that the backup of the /opt share takes nearly the
total time of the incremental taking about 8 and half hours to
complete while the backup of the /opt rsync share in the full
backup takes about 3 and half hours. The full backup is slightly
longer than what it takes if I just do a rsync over ssh copy of
the file from the client server to the backup server.
I have found that rsync seems to always transfer the whole file
when copying this file from the client server to the backup
server:
# rsync -avzh --progress -e ssh
administrator < at > isabella:ExchangeDailyBackup.bkf
ExchangeDailyBackup.bkf Password:
receiving incremental file list
ExchangeDailyBackup.bkf
54.44G 100% 10.66MB/s 1:21:10 (xfer#1, to-check=0/1)4
sent 3.31M bytes received 3.27G bytes 486.33K bytes/sec
total size is 54.44G speedup is 16.65.
Note that you have used the -z option with native rsync, which
backuppc doesn't support. You can add the -C option to ssh to get
compression at that layer when you run rsync over ssh, though.
My questions for the list are:
1. Is it reasonable for rsync to transfer the whole file when
copying a large ntbackup file?
Yes, those files may have little or nothing in common with the
previous copy. If compression or encryption are used they will
ensure that no blocks match and even if they aren't, the common
blocks may be skewed enough that rsync can't match them up.
2. Why does an incremental backup of this file take so much
longer than a full backup of it or a plain rsync of this file?
That doesn't make sense to me either. Are you sure that is
consistent and not related to something else that might have been
using the link concurrently?
--
Les Mikesell
lesmikesell < at > gmail.com
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a
complex infrastructure or vast IT resources to deliver seamless,
secure access to virtual desktops. With this all-in-one solution,
easily deploy virtual desktops for less than the cost of PCs and
save 60% on VDI infrastructure costs. Try it free!
http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________ BackupPC-users
mailing list BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
--
John Habermann
IT Officer
Cook Shire Council
10 Furneaux St
Cooktown 4895
ph 40820577
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
