Comprehensive data protection for all workloads
Post Reply
bc07
Enthusiast
Posts: 85
Liked: never
Joined: Mar 03, 2011 4:48 pm
Full Name: Enrico
Contact:

Processing speed varies for VMs on the same LUN

Post by bc07 »

I did some checking and calculation from last weekends full backups. The speed varies a lot ranging from 16MB/s to 40MB/s sometimes even when backing up from the same LUN. This speed is the real speed not the processing rate. With real speed I mean, actual used disk space in the VM (not the vmdk size) divided by the processing time minus 1minute.
Why is that? Differences at dedupe or compression? Unfortunately I can't say because they were all backed up in one job and I see the Dedpue/compression ratio only for the whole job.
Gostev
Chief Product Officer
Posts: 31455
Liked: 6646 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Processing speed varies for VMs on the same LUN

Post by Gostev »

I am splitting this into the new topic, not to hi-jack the original thread. The difference is caused by whitespace (zeroed blocks) and duplicate blocks (already backed up by the same job). Both increase the VMDK processing rate because there is no need to read and write certain blocks. Thanks.
Post Reply

Who is online

Users browsing this forum: Bing [Bot], reph and 170 guests