Skip to main content
Answer

Azure CloudLib Data Written does not match Dedupe statistics

  • February 26, 2021
  • 4 replies
  • 108 views

Forum|alt.badge.img+8
  • Commvault Certified Expert

I have a CloudLibrariy in Azure configured with three Cool Blobs. (three mount paths). Commvault reports Application Size 30TB and Data on Disk 50TB. 

In Azure the disks reports to be filled with 12TB. 

We have verified that WORM is disabled on the volumes in Azure. It seems that Commvault messes up the statistics for some reason. 

Have anyone seen this before on Azure CloudLibs? 

  

Best answer by Prasad Nara

Please check if volume size updates for cloud library is enabled in Control Panel → MediaManagement

 

https://documentation.commvault.com/commvault/v11_sp20/article?p=11022.htm

Process volume size updates for cloud mount paths

4 replies

Mike Struening
Vaulter
Forum|alt.badge.img+23

@Patrik , thanks for the post!  Curious, do you have any sort of archiving on the Azure side?  If CV thinks it has written data to a library, but the data is moved to another location on the Azure side, we wouldn’t know any different.


Forum|alt.badge.img+6
  • Vaulter
  • Answer
  • February 26, 2021

Please check if volume size updates for cloud library is enabled in Control Panel → MediaManagement

 

https://documentation.commvault.com/commvault/v11_sp20/article?p=11022.htm

Process volume size updates for cloud mount paths


Forum|alt.badge.img+8
  • Author
  • Commvault Certified Expert
  • March 1, 2021

Thanks Prasad, turned out that this setting was set to 0 (disable). We changed it to default 1 (enable) and after the 90 min interval the numbers are now updated to correct values. 

I’m pretty sure we did not change this setting but this is a large global Commcell and some other administrator could have changed this at some point for some reason. 

When would you disable this and why? Just want to make sure we don’t mess up something when we enable this. 

/Patrik


Forum|alt.badge.img+6
  • Vaulter
  • March 1, 2021

It was not enabled on upgraded setups from v11 SP12 or below. The default value used to be disabled prior to SP13 and made it default enabled from SP13 onward for only new installations. It should be enabled manually on the upgraded setups.