Discussions specific to the VMware vSphere hypervisor
Post Reply
alphinantony
Novice
Posts: 9
Liked: 1 time
Joined: Apr 04, 2017 5:03 am
Full Name: Alphin Antony
Location: Kochi, India
Contact:

Backup Copy Job statistics discrepancy

Post by alphinantony » Apr 04, 2017 5:35 am

Hi,
i ran a backup job of a vm with 32 GB vdisk, and created a backup copy job for the same backup file. Everything went fine but i found a discrepancy in the backup copy job statistics window under DATA-->Processed , it shows a larger value than the original vdisk size. Also Backup Copy uses WAN Accelerators (without prepopulated) and even at the first run itself it says in the statistics that 1.9 Gb has been obtained from GLOBAL CACHE, and around 1GB from TARGET REPOSITORY. and only 4.5GB transfered over NETWORK. I didnt understand how it happened?
Can anyone please help me figure this out?

Backup Job
Image

Backup Copy Job
Image

Shestakov
Veeam Software
Posts: 6028
Liked: 522 times
Joined: May 21, 2014 11:03 am
Full Name: Nikita Shestakov
Location: Prague
Contact:

Re: Backup Copy Job statistics discrepancy

Post by Shestakov » Apr 04, 2017 8:24 am

Hi and welcome to the community!
WAN cache works starting from the first run, so looks like out of 6.4 GB which is a size of .vbk on the secondary repository, 1.9GB was taken from cache on fly and 4.5 over the network.
Was it the very first run through that WAN accelerator?
Thanks!

alphinantony
Novice
Posts: 9
Liked: 1 time
Joined: Apr 04, 2017 5:03 am
Full Name: Alphin Antony
Location: Kochi, India
Contact:

Re: Backup Copy Job statistics discrepancy

Post by alphinantony » Apr 04, 2017 3:30 pm

Thank you Shestakov!

Yes it was the very first run, and that's what is confusing me. Initially the global cache and the target repository would be empty(if not pre-populated). Apart from data obtained from cache , it also states in the statistics that 1005.2 MB was obtained from target repository(which is not completely visible in the 2nd screenshot). Without writing anything to the target repository first, how can the WAN accelerator(Target) obtain data from the repository?

Another discrepancy that can be seen in these two screenshots is the value in DATA->Processed, the Backup job has 12.2GB and the Backup Copy job of the same Backup job has 53.0 GB. Actually during Backup Copy job that value stayed close to 12 GB towards the completion and suddenly surged to 53 GB when the job is finished. Is it a bug in gui ?

foggy
Veeam Software
Posts: 16932
Liked: 1377 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Backup Copy Job statistics discrepancy

Post by foggy » Apr 05, 2017 12:41 pm

This looks like a known issue with processed VM data size display.

alphinantony
Novice
Posts: 9
Liked: 1 time
Joined: Apr 04, 2017 5:03 am
Full Name: Alphin Antony
Location: Kochi, India
Contact:

Re: Backup Copy Job statistics discrepancy

Post by alphinantony » Apr 09, 2017 5:15 am

But foggy, what about the details about WAN acceleration in the statistics. In the very first run(backup copy job) itself it says it has picked up data from empty global cache and empty target repository. that doesn't add up.
1005.2 MB was obtained from target repository(which is not completely visible in the 2nd screenshot)
Image

foggy
Veeam Software
Posts: 16932
Liked: 1377 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Backup Copy Job statistics discrepancy

Post by foggy » Apr 10, 2017 4:46 pm

Veeam B&R starts utilizing WAN global cache and target repository right after starting populating them, "on the go".

Post Reply

Who is online

Users browsing this forum: No registered users and 34 guests