Auxiliary copy jobs slow performance

Hi @Eyal 

On the new library, right click on one of the mount paths and select Validate Mount Path → add the media agent associated with the Library to the dropdown and select the below parameters.

This will launch a validation job that will benchmark the read/write performance to the new library.

The results will pop-up in the Console. Once it completes, send a screenshot of the results. I suspect you may be seeing slow read performance from the new library but this test will help pinpoint the issue.

Hi @Eyal ,

Were you using deduplication before ? In that case, you could have had DASH copies to your DR site, which would accelerate a lot the copies after the initial ones, as only new unique blocks would be sent over the network when not present at the destination.

Hi Matt,

please find attached screenshot of the results from the new library configured (CIFS Share) 

Hi Laurent,

we are using dedupe now.

We cannot use dash copy because we don’t have the exact capacity on the DR site and also we need a different retention period on both sites , so we are using aux copies.

..and I saw your other post where you mentionned using ‘device replication’ for your copy instead of using commvault’s controller copy.

Honestly, I wouldn’t encourage you to follow that path, and one of the reasons would be that your data integrity would rely on a new extra layer, and it could be a real mess in case you NEED to use that ‘replicated’ data. 

Also, you maybe would not be able to have a granular way to prioritize, control bandwidth, and view replicated backup jobs using device controlled replication instead of Commvault’s. Very few appliances consume less bandwidth than Commvault would using fully optimized dash copies. 

As adviced by @Onno van den Berg , engage Support to understand the lag caused by this new device/configuration.