Comprehensive data protection for all workloads
Post Reply
sfens
Novice
Posts: 9
Liked: never
Joined: Feb 27, 2011 9:48 pm
Full Name: Seth Fenster
Contact:

Does veeam compression cause many changes in vbk?

Post by sfens » Jul 20, 2011 7:00 pm

Hi,

I have a question about whether I should use compression and deduplication when trying to replicate reversed incrementals offsite using rsync.

I'm testing over a LAN connection now, and it seems like rsyncing my vbk file is taking quite a long time. I expected it to be rather fast, since I'm using reversed incrementals and rsync only sends the changes. I understand that it must check the entire file.

Does using deduplication and / or compression cause the vbk file to change a lot? That could make the amount of changes in the vbk file larger, which would cause my rsync to have more delta's to send.

Right now, I'm just rsync'ing in my LAN as a test. If I can get this to work well (and fast), I will start rsyncing my vbk files over a WAN connection.

Thanks,

Seth

Gostev
SVP, Product Management
Posts: 24621
Liked: 3465 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Does veeam compression cause many changes in vbk?

Post by Gostev » Jul 20, 2011 7:14 pm

Hi. Using deduplication and/or compression does not cause any extra changes in VBK. Moreover, they reduce the amount of changed data that must be synced. While the amount of changed data blocks is not affected by compression settings obviously, having the data inside each changed block compressed reduces amount of traffic when syncing the file. Thanks.

Post Reply

Who is online

Users browsing this forum: Baidu [Spider] and 38 guests