After working already for more than 2 months with the new version of VBR, I must say it’s great with all new features and changes.
But I must being honest, there is a feature that I’m missing that is not available anymore after the upgrade…
What am I missing after the upgrade?
For a new backup copy-job (not the existing after upgrading) it is not possible to define certain static VMs in a backup copy-job anymore. You have to select an existing primary backup job or repository.
I must be honoust, it’s better than before, now we can change between immediately and periodically backup-copy jobs without the need to create a new backup-copy job.
All good and even better than before, but….
Why I need this frequently?
Normally I always create 1-to-1 backup copy jobs to primary backup jobs, so normally everything is OK and not needed, but there is 1 exception to the rule!
Normally we always used periodically backup copy jobs with statically defined VMs in the job for backup copy jobs connected to the VCC?
In most cases, the tenant is only copying the most critical VMs to the VCC to keep the costs under control (needed storage and number of VMs).
I don’t like to create seperately backup jobs to define the VMs that are also being copied to the VCC.
So, that is not possible anymore in V12 when creating new backup copy jobs.
I can understand that this is perhaps not easy to develop (I don’t know), but an alternative way to define them should be possible - see beneath.
Alternative solution :
If it is not directly possible to define statically defined VMs in the job, perhaps an alternative way is to create certain Veeam tags in VBR, in the way that general exclusions are now possible in V12 is a very handy way.
I already discussed that topic with
Those Veeam tags we can use then as referrals in the backup copy job to define which VMs are being copied to the VCC.
Does anyone else has alternative solutions for that?
I will create a feature request in the Veeam forums.
I hope in the next patch this shotcoming will be solved or at least an alternative way is being possible.