VMware vSphere • Move Backup between Tag-Based jobs, unexpected behaviour

Good day, a customer of mines, called me to remark this fact.
Scenario:
VBR 12.3 and protecting vSphere environment, mostly using TAG based jobs (which I like very much too)
he has a repository hosted on an old DataDomain, and another repo hosted on a Linux Hardened Repo.
he is moving gradually (because the DD is slow) VMs from the DD repo to the hardend new one.

he has a job named JobVM-2DD which saves VMs with the vSphere tag "DD" on the Datadomain Repo
and another job named JobVM-2Apollo which saves VMS with the vSphere tag "Apollo" on the hardened repo.

Fact:
When he is ready to move one VM to the new repo he uses the "move backup feature" of Veeam. After the backup chain is moved to the new repo, he edits the JobVM-2Apollo removing the VM from the list of protected objects (automatically added by the Move process) and changes the vsphere tag of the VM from DD in Apollo. This runs smoothly with no issues.

Issue:
in some cases, he forgot to perform the last step and the VM still had the vsphere tag DD.
What's happened in this situation? The VM has been no longer protected, he (and me too) was expecting that in this situation the JobVM-2DD should have saved the VM anyway, by starting a new backup chain on the old repo on the DataDomain.

He would like to know why and I think it's an interesting situation to be put in evidence. Ok it's been a mistake of the Veeam administrator, but we are both curious why the old job is no longer protecting the VM.

(a case had been opened, #07592012)

P.S.: i always stress people that the VM protection status should be always monitored i.e. with ONE or other methods, in order to be always alert when a VM has no recent backup, for any reason it happened.

Statistics: Posted by tinto1970 — Feb 14, 2025 11:28 am

---