Cloning or moving subclients from one vCenter to another

Hey ​@SCI85_BJC  want to make sure we are on the same page.

I understand you have a VCenter A and a VCenter B. B in this case is your new client and A is your current client where all the subclients exists and the client you want to use as the source of the clone.

There is a workflow called "Clone Client Dataset" which will copy the entire set of subclients from a source to a destination client;

Here is the entire description from CV Store

#######

Description
Workflow to clone backup sets and subclients from a source client and then create the backup sets and subclients on target clients. If the cloned backup sets and subclients exist on the target clients, the target backup sets and subclients are overwritten.

Note: Operation windows and schedules are not cloned.

Workflow Inputs
Select source client: The client backup sets and subclients that will be cloned and then created on the target clients.

Select target clients: The clients where the cloned backup sets and subclients will be created.

Select target client groups (optional): The client computer groups where the cloned backup sets and subclients will be created.

Provide email addresses of users to send the report: The email addresses of users who will receive an email report containing the target clients which were updated and which were not updated.

#########

Here is the link to it: https://cloud.commvault.com/commandcenter/#/softwareStore/11518

Hi Dude. Yes I saw that workflow and started to try that out. However, it’s target to target so it would move every subclient (of which we have many) under vCenter A to B and we want to move individual subclients over time not one big bang move. I’m afraid it’s probably going to require writing a workflow or coding something up using the command line or REST API unless there’s something else out there. Thanks!

I wonder if this workflow can be modified to input the subclient along with the client….I suspect it could if I only knew how lol.

I am interested to understand why you have so many Subclients. 

How are you currently targeting Virtual Machines that require protection?

​@Erase4ndReuseMedia  - various business and processing reasons

​@dude - OK we have moved on to using the clone_subclient_template.xml and it has worked to clone a subclient in the same VC which is fine. However, I ran into an odd problem. A few of our subclients have disk filters defined in the subclient. The clone_subclient_template errors out on these and doesn’t work. Any idea how to get around this? Thanks.

Whats the error? I would imagine the clone would copy everything as long as its a VSA or FS agent which is what the clone xml supports. 

Not a whole lot. Here’s the output from the command:

<App_CloneSubClientResponse>

  <response>
    <entity>
      <subclientName>TestClone</subclientName>
      <clientName>VIR-xxxxxxxx</clientName>
    </entity>
    <errorString>XML error: please refer to logs for more details.</errorString>
    <errorCode>1</errorCode>
  </response>

</App_CloneSubClientResponse>

And the entry in the qcommand.log

15472 2844  12/11 10:57:06 ### qoperation execute returned with error code:1
23260 5034  12/11 10:57:18 ### Command Line Parameters: qoperation execute -af clone_subclient_template.xml -cloneEntity/subclientName System Disk SCSI 0:0 subclient 2 -cloneEntity/backupSetName defaultBackupSet -cloneEntity/instanceName VMware -cloneEntity/appName 'Virtual Server' -cloneEntity/ClientName 'VIR-XXXXXX' -subClientProperties/subClientEntity/subclientName TestClone 
23260 5034  12/11 10:57:18 ### CCvNetwork::SetIgnoreAntiChatterFlag() - Session/nChatterFlag is being ignored on this process.
23260 5034  12/11 10:57:18 ### Input File[clone_subclient_template.xml]
23260 5034  12/11 10:57:18 ### QSDKInitializeWithLoginFlag() - Registry nEnablePreInstallQCMD is not present and trying to talk to same CS. So setting enable pre install mode: [0]
23260 5034  12/11 10:57:18 ### Cvcl::init() - CVCL: Running in FIPS Mode
23260 5034  12/11 10:57:19 ### DBBase-SQL() - dbmethods.cpp:1398, DB Layer will use [Exec] access by default. Use SetAdminAccess API for on demand Admin access.
23260 5034  12/11 10:57:19 ### DetectNativeClient() - Found reg key [SOFTWARE\Microsoft\Microsoft SQL Server\SQLNCLI11]. Using driver [SQL Server Native Client 11.0].
23260 5034  12/11 10:57:23 ### qoperation execute returned with error code:1

Not sure info here tbh. I would recommend to open a ticket and let support take a deeper look. Sorry not be much of a help here.

Yeah it’s not much help is it. Thanks for attempting though.