-
- Veeam ProPartner
- Posts: 300
- Liked: 44 times
- Joined: Dec 03, 2015 3:41 pm
- Location: UK
- Contact:
Update 4 - AgentReadOnlyCache setting still valid?
Last year I placed a support call (#02897344), regarding BCJ performance issues to our Data Domains.
The solution was to adjust a registry value, which successfully reduced the backup duration from 22+ hours down to 5.
Since rebuilding the servers and installing 9.5 Update 4 - the same behaviour has returned (20-25 minute delay per VM disk, regardless of any data to backup).
I've confirmed the registry key is still in place (only on the main B&R server - not the proxies).
Has 9.5 Update 4 changed the use of this registry value?
The solution was to adjust a registry value, which successfully reduced the backup duration from 22+ hours down to 5.
Since rebuilding the servers and installing 9.5 Update 4 - the same behaviour has returned (20-25 minute delay per VM disk, regardless of any data to backup).
I've confirmed the registry key is still in place (only on the main B&R server - not the proxies).
Has 9.5 Update 4 changed the use of this registry value?
-
- Product Manager
- Posts: 14716
- Liked: 1703 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: Update 4 - AgentReadOnlyCache setting still valid?
Hello ferrus,
The key remains valid for Update 4. I've asked RnD folks to double check and will share the results of my findings, meanwhile please raise a support case and share the case ID (we would need your Veeam B&R debug logs anyway). Thanks!
The key remains valid for Update 4. I've asked RnD folks to double check and will share the results of my findings, meanwhile please raise a support case and share the case ID (we would need your Veeam B&R debug logs anyway). Thanks!
-
- Veeam ProPartner
- Posts: 300
- Liked: 44 times
- Joined: Dec 03, 2015 3:41 pm
- Location: UK
- Contact:
Re: Update 4 - AgentReadOnlyCache setting still valid?
Ignore me, I messed up the registry key - and placed it under 'Veeam Reporting', instead of 'Veeam Backup and Replication'.
Just noticed the mistake as I was placing the support call, and double checking everything.
Hope I haven't wasted the RnD folks time. I'll change it now, and hopefully the Backup Copy Jobs will be back to normal tonight.
Just noticed the mistake as I was placing the support call, and double checking everything.
Hope I haven't wasted the RnD folks time. I'll change it now, and hopefully the Backup Copy Jobs will be back to normal tonight.
-
- Product Manager
- Posts: 14716
- Liked: 1703 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: Update 4 - AgentReadOnlyCache setting still valid?
That's ok, we can confirm that key is still valid. Happy to hear that your issue is resolved!
-
- Expert
- Posts: 194
- Liked: 18 times
- Joined: Apr 16, 2015 9:01 am
- Location: Germany / Bulgaria
- Contact:
Re: Update 4 - AgentReadOnlyCache setting still valid?
Very interesting post, I wonder if the AgentReadOnlyCache setting can be still enabled on repositories in the current VBR v11.
Maybe this could finally solve my problem with Veeam files staying locked even if I disable the backup copy job?
Thanks in advance.
Maybe this could finally solve my problem with Veeam files staying locked even if I disable the backup copy job?
Thanks in advance.
-
- Product Manager
- Posts: 14716
- Liked: 1703 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: Update 4 - AgentReadOnlyCache setting still valid?
Hello Anguel,
The original key and issue is quite old to comment. If you want your problem to be investigated correctly, please raise a support ticket and share the case ID with us - we will review your issue with RnD folks. Thank you!
The original key and issue is quite old to comment. If you want your problem to be investigated correctly, please raise a support ticket and share the case ID with us - we will review your issue with RnD folks. Thank you!
Who is online
Users browsing this forum: kwangilsung and 148 guests