Veeam backup with XCP NG

[acebmxer]

@Pilow

How did you add your xcp-ng pool/host to veeam? I sure its stupid simple but i cant figure it out...

Yes i am running the Beta version.

Edit - after full uninstall and reinstall i see the option now. Now i can begin testing.

[acebmxer]

I decided to go all in and do 5 at once... 4 vms at once.

3 linux and 2 windows 11 vms.

[acebmxer]

and when not accidentally routing the backups... save 6 min..

host

[florent]

@Pilow said in Veeam backup with XCP NG:

@flakpyro thank you

@florent , would be nice to add this to XCP backup ? merge progress

You can check the toggle "merge sychronously" in the advanced block of the backup job, to at least know when the merge is done

(we intend to make this the default choice in the near future)

[Pilow]

@florent i always check it, to avoid a merging process to be disrupted by another job.

so when the backup tranfer is done (we have a progress bar), the job just sits there.. .merging in background, without progress bar or percentage.
5 minutes later, the backup job finishes.

so your stats are flawed (used data over time) if time of merging is taken in account

see what I mean ?

[olivierlambert]

Merging is another process than transfer. Transfer is between XCP-ng to XO (then to BR), while merging is only between XO and BR. The impact is very different (eg on the XCP-ng side, nothing happening during the merge)

[Pilow]

@olivierlambert I get you.

Same in veeam and synthetic fulls, it's only between the server/proxy and the repository.
but we get a progressing percentage while the job sits while doing the synthetic full.

would be cool to "see" the progress of merging.
why ? bad habits from previous technologies used I guess.

[florent]

@Pilow said in Veeam backup with XCP NG:

@olivierlambert I get you.

Same in veeam and synthetic fulls, it's only between the server/proxy and the repository.
but we get a progressing percentage while the job sits while doing the synthetic full.

would be cool to "see" the progress of merging.
why ? bad habits from previous technologies used I guess.

Giving better observability is something we are working actively on , this is tightly coupled with being able to stop a task, and I hope we will be able to show the progress soon

[redneckitguy]

@Pilow

Nice! Has anyone tried item level restore, particularly those of us stuck in the Windows world and running Active Directory or MS SQL Server? That is an area where Veeam excels.

We'll probably give it a try soon. We even have a full license that is still in use while we wrap up our migration from Hyper-V to XCP-ng which we were keeping for a few other specialty use cases. We still plan to use XOA for most backups, especially the Linux VMs, as long as we can get the immutability issues we're facing fixed.

[acebmxer]

@redneckitguy
File level restore works out of box but application restore ie Active Directory not so much. Still testing.

Edit - The backup job from XCP-NG does not offer the option for Application aware backup. When backing up via the agent then yes but still two separate backups.

[acebmxer]

Correction XCP-NG backups are Application aware... Just not accessible from the right click menu on the backup. If you click from the menu bar at top it is available...

[redneckitguy]

@acebmxer
Thanks! Hopefully they will add this... one step at a time, but nice to see XCP-ng getting more support from third parties.

[nikade]

@acebmxer said in Veeam backup with XCP NG:

and when not accidentally routing the backups... save 6 min..

host

Amazing, that's really impressive. Backups has always taken a long time with XOA once you start to backup a lot of VM's so I hope this will improve the overall backup performance