Hello Commvault Community,
I hope you are doing well.
I come to you with a question about granular data verification for virtual machine backup jobs.
The customer has a problem with the data saved on the tapes, the matter is quite heavily consulted in the Commvault support. (Incident 211108-483)
Due to the current situation, the client will need to backup the entire environment.
Therefore, when having problems writing data to tapes, I need to be sure which jobs may have problems with restoring task (mostly virtual machines).
- When a job fails with a chunk it should be a reference to JobID.
I am aware of this that Commvault has a VM-Centric mechanism that divides jobs into Parent Jobs and Child Jobs, but the client unfortunately has a VMware Pseudoclient in the indexing version V1, not V2.
In V1, the VM-Centric mechanism is not working.
Both in the history of VSA jobs and directly in the history of the virtual machine you can see the same JobID, they are not distinguished as in the V2 version.
Ultimately, we would like to know which Child Job ended with a chunk error - this distinction is only possible in the V2 indexing version (if I understand correctly, correct me otherwise).
Will Workflow from another thread in Commvault Community allow 1:1 copy of settings and * convert * from V1 to V2
https://cloud.commvault.com/webconsole/downloadcenter/dcReadme.do?packageId=20274&platformId=1&status=0&downloadType=Script
-
Is there any other alternative way to granularly extract information with which backups may be a problem with recovery (e.g. due to damaged chunks).
We thought about another solution - creating separate Subclients for each virtual machine, then we will be sure that each granularity will be checked by the Data Verification operation. But it's an extremely time consuming solution and we would use it as a last resort if all other options didn't work out.
The matter is urgent for us, because it is not known what will happen with us in the days ...
Thanks&Regards,
Kamil