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

Does veeam compression cause many changes in vbk?

Post by sfens »


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.



SVP, Product Management
Posts: 29918
Liked: 5852 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland

Re: Does veeam compression cause many changes in vbk?

Post by Gostev »

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: Bing [Bot], Google [Bot] and 28 guests