Skip to main content
commvault.com commvault.com

Hello,

I’m planning to use the workflow to migrate the media agent role from Windows 2012 to Windows 2019.

The maglib has 4 mount paths, 17TB in total. The mount paths are different sizes (see screenshot below). Do i need to give my new mount paths the same size storage or can i provision 4x4.5TB mount paths? Is Commvault smart enough to distribute the data evenly over the new mount paths?

I’ve used the workflow successfully already but always on servers with 1 mount path in the maglib.

Thanks in advance

Regards

Fergus

 

Hi @Fergus !

The Workflow will keep asking for connections from source to destination if there’s multiple paths.

For everyone following along, here’s the Workflow link:

https://cloud.commvault.com/webconsole/softwarestore/store.do#!/147/701/22893

If you click the link there for more info, you’ll get here:

https://documentation.commvault.com/11.26/expert/149337_migrating_to_new_mediaagent_using_replace_mediaagent_app.html

From step 7:

  1. If the old MediaAgent has any disk mount path configured, then the Move Mount Path dialog box appears.

    1. From the Source Path list, select the path that you want to migrate.

    2. From the Destination Path Type list, select a type.

    3. In the Destination Path box, enter the path to which you want to migrate the selected source path.

    4. If you selected Network Path as the Destination Path Type, then from the Network Path Credential list, select a credential.

    5. Click Next.

      If the old MediaAgent has more than one disk mount path configured, then the Move Mount Path dialog box appears again till you configure destination path for all the source mount paths.

 

Let me know if this helps!

Thanks Mike,

What about the sizes of the mount paths on the new MA, should they be exactly like the old MA?

Regards

Fergus

I would say same or bigger to be safe.  It will copy the data as per how you map the drives in the WF parameters.

Let me know if that clarifies!

Thanks Mike, i was able to migrate the MA successfully.

Hello,

We're currently using the Replace MediaAgent workflow, and while it functions correctly, we've noticed performance limitations.

Both the old and new MediaAgents are Windows-based and connected via a 10 Gb network. However, during the workflow execution, the data transfer rate remains between 3.5 to 4.5 Mbps. For large data sets, it has taken up to 65 hours to complete the migration from the old MA to the new one.

When performing a basic file copy via Windows Explorer, we observe similar speeds, likely due to the large number of small files involved. However, when using Robocopy with 30–50 threads, we can achieve transfer speeds close to 10 Mbps, which is a significant improvement.

Given this, we have a few questions:

  1. Is there any way to improve the data copy speed within the Replace MediaAgent workflow?

  2. Are there newer versions of the workflow that address copy performance?

  3. Does the current workflow use a single-threaded/streamed approach, and is it possible to configure it for multiple streams?

  4. Can any part of the workflow's code be modified to enhance performance or enable parallel processing?

We’re exploring whether this bottleneck is workflow-related or something we can optimize with configuration or scripting changes.

Any guidance or suggestions would be greatly appreciated.

Thank you!

Reply


Terms & ConditionsCookie settings