Full backups has increased his backup time

[joanlgr]

I don't know why, but full backups have increased a lot his backup time. Maybe anyone knows any issue. I use VB&R 7 with the last patch over vspehere 4.1. I post 2 images from before and after.

I tried to reset CBT but didn't solved it.

Before issue:


After issue:

[veremin]

The difference seems to be related to amount of "Read" data. During second run a backup console read 1 TB more than it had done previously. (the main contributor is lgmweb3). Thanks.

[joanlgr]

I know that the read data increaed, but there is no reason the the amount of backup time increase. Look at this full backup done in the middle of this other two, it has the same read data of 2TB and less time of backup duration.

[veremin]

Can you provide full bottleneck statistics for two runs? Thanks.

[joanlgr]

26/07/2014 - Load: Source 23% > Proxy 34% > Network 27% > Target 76%
19/07/2014 - Load: Source 77% > Proxy 47% > Network 33% > Target 39%
12/07/2014 - Load: Source 70% > Proxy 40% > Network 42% > Target 59%

[veremin]

Sorry, I should have mentioned earlier, but information about used proxy and its mode (nbd, san, hot-add) would be also helpful. Thanks.

[joanlgr]

I use a local proxy, transport with automatic selection

[foggy]

But what transport mode is effectively used by the proxy to retrieve VM data from the source datastore? You can find one of the ([san], [hotadd], [nbd]) tags next to the proxy server name selected for processing, if you select the particular VM in the job statistics.

[joanlgr]

It says hotadd

[foggy]

Both for "fast" and "slow" job runs? What about the target storage? Were there any changes on it's side (note that bottleneck has shifted to the target)? Were there probably other tasks it was involved in that could potentially affect its performance?

[joanlgr]

Yes, for both jobs.

About the target, i use an ix4-300d. I'm looking for an error on the latest firmware.

[foggy]

If nothing shows up, feel free to contact technical support for closer investigation.

[Gostev]

26/07/2014 - Load: Source 23% > Proxy 34% > Network 27% > Target 76%
19/07/2014 - Load: Source 77% > Proxy 47% > Network 33% > Target 39%
12/07/2014 - Load: Source 70% > Proxy 40% > Network 42% > Target 59%

Looks like the performance issue is on the backup repository side.

[joanlgr]

Ok, after I downgraded the NAS to a previous firmware, the speed of the backup is ok again. It seem that the last firmware of lenovo for their NAS, 4.1.102.29716, have a problem with de veeam backups.

I have an ix2-200 and ix4-300d. Both had issues with that firmware.

The firmware that works fine is 4.0.8.23976, the firmware that has issues is 4.1.102.29716

[foggy]

Thanks for sharing, will be useful for future readers.

Haven't you contacted Lenovo with that?

[joanlgr]

Well, I told them my problem and they sent me the program to do the downgrade. They don't offer support for downgrade, so there is no information about downgrade on their website, in other way they give a way, through support, to the user for downgrading the NAS, but at the risk of the owner.

[foggy]

So they didn't tell anything regarding whether it is going to be addressed in subsequent firmware versions, right? Well, at least they know there's an issue.

[joanlgr]

Some user reported that there is a problem with the I/O check in the last firmware. I don't know what's the problem with Veeam, but maybe it's affected.

[foggy]

It would be much appreciated, if you could update the thread in case you get the firmware that addresses this issue some time later on.