-
unsichtbarre
- Service Provider
- Posts: 245
- Liked: 41 times
- Joined: Mar 08, 2010 4:05 pm
- Full Name: John Borhek
- Contact:
What if I....?
I am managing VBR across 16 vSphere clusters and the local admin's are adding and removing VMs often without notice. This leaves me with the rather tedious task of going through each job and adding/removing VMs manually. The mandate is to protect all powered-on VMs.
When the jobs were set-up initially, the VMs were added individually. In subsequent cluster additions, I have set the entire cluster as the item to be protected and configured exclusions where appropriate.
My questions is what if I replace all of the individual VMs in each job with the cluster? Would it do a full backup on a new chain or would it continue the incremental chain from before?
Thanks,
-JB
When the jobs were set-up initially, the VMs were added individually. In subsequent cluster additions, I have set the entire cluster as the item to be protected and configured exclusions where appropriate.
My questions is what if I replace all of the individual VMs in each job with the cluster? Would it do a full backup on a new chain or would it continue the incremental chain from before?
Thanks,
-JB
John Borhek, Solutions Architect
https://vmsources.com
https://vmsources.com
-
tm67
- Veeam Legend
- Posts: 222
- Liked: 80 times
- Joined: Feb 21, 2023 4:44 pm
- Full Name: Timo Marfurt
- Location: Switzerland
- Contact:
Re: What if I....?
As soon as a job starts, it will generate a list of all VMs that has to be processed. ("Building list of objects to process")
Since the VM itself does not change, I assume it will reuse the old chain and does not create an active full.
Since the VM itself does not change, I assume it will reuse the old chain and does not create an active full.
-
petesteven
- Veeam Vanguard
- Posts: 62
- Liked: 83 times
- Joined: May 08, 2018 7:34 am
- Full Name: Peter Steffan
- Contact:
Re: What if I....?
The backup chain should be maintained if these VMs were previously included in the backup job.
If the VM was part of a different job and is subsequently backed up by a new job, a new chain begins.
Tag-based backup jobs are particularly recommended for such environments.
Tags on the VMs or tag combinations (clusters + VMs).
Then, when the VM admin deploys a new VM, they can assign the appropriate tag to it, and as soon as the VM has the tag, Veeam backs it up, since the tag is selected in the job.
Additionally, it is recommended to create a garbage collector job that backs up all VMs without tags (here, you select the cluster and exclude all Veeam tags or the Veeam tag category).
For bulk tagging of existing VMs, Falko from the Veeam Vanguard program, for example, has published a tool on his blog.
If the VM was part of a different job and is subsequently backed up by a new job, a new chain begins.
Tag-based backup jobs are particularly recommended for such environments.
Tags on the VMs or tag combinations (clusters + VMs).
Then, when the VM admin deploys a new VM, they can assign the appropriate tag to it, and as soon as the VM has the tag, Veeam backs it up, since the tag is selected in the job.
Additionally, it is recommended to create a garbage collector job that backs up all VMs without tags (here, you select the cluster and exclude all Veeam tags or the Veeam tag category).
For bulk tagging of existing VMs, Falko from the Veeam Vanguard program, for example, has published a tool on his blog.
Peter Steffan - My Blog: petersvirtualworld.de; VMCE2024, VMCA2024, Veeam Vanguard since 2025, Object First ACES since 2026
-
david.domask
- Product Manager
- Posts: 3669
- Liked: 896 times
- Joined: Jun 28, 2016 12:12 pm
- Contact:
Re: What if I....?
It will be fine.
As Timo and Pete mentioned, when you use containers (tags, hosts, resource pools, etc), Veeam polls the hypervisor for those containers and retrieves a list of the VMs within the container.
Veeam tracks VMware workloads with equation Backup Object = Host ID + MoRef ID, where Host ID is internal identifier for the vCenter or ESXi host, depending on how you added the vSphere environment to Veeam. As long as that right-side of the equation doesn't change, Veeam will be able to match the workload to the backups regardless of whether you add the workload explicitly or through a container.
FWIW, ran a quick test on 13.0.2 starting with explicitly listing two small VMs, did full backup, then edited job to use Resource Pool as source and next run was incremental as expected. (I didn't test cluster as I didn't want to click through and exclude a few hundred VMs)
As Timo and Pete mentioned, when you use containers (tags, hosts, resource pools, etc), Veeam polls the hypervisor for those containers and retrieves a list of the VMs within the container.
Veeam tracks VMware workloads with equation Backup Object = Host ID + MoRef ID, where Host ID is internal identifier for the vCenter or ESXi host, depending on how you added the vSphere environment to Veeam. As long as that right-side of the equation doesn't change, Veeam will be able to match the workload to the backups regardless of whether you add the workload explicitly or through a container.
FWIW, ran a quick test on 13.0.2 starting with explicitly listing two small VMs, did full backup, then edited job to use Resource Pool as source and next run was incremental as expected. (I didn't test cluster as I didn't want to click through and exclude a few hundred VMs)
David Domask | Product Management: Principal Analyst
-
unsichtbarre
- Service Provider
- Posts: 245
- Liked: 41 times
- Joined: Mar 08, 2010 4:05 pm
- Full Name: John Borhek
- Contact:
Re: What if I....?
Thanks for the replies. Admin has rejected tagging for the time being, so I am stuck with clusters as the primary object.
-JB
-JB
John Borhek, Solutions Architect
https://vmsources.com
https://vmsources.com
Who is online
Users browsing this forum: Bing [Bot], Google [Bot] and 185 guests