Skip to main content

Veeam VSA auto-updates and some dependencies


Dynamic
Forum|alt.badge.img+13

...don't let them drift apart

 

With Veeam Backup & Replication v13 and the new Veeam Software Appliance (VSA), many of us are enjoying the convenience of components that keep themselves up to date. The VSA is deployed and updates itself automatically — convenient, right? Yes, mostly!

But there's a catch that just bit me in my lab environment, and I wanted to share it quickly before it trips someone up in production.
 

The Scenario

Imagine you already have one or more Veeam VSA appliances deployed. They update themselves — in this case to 13.0.2. So far so good.

But not everything in your environment is an appliance. Your Veeam Backup Enterprise Manager might still be running on a Windows server (it happens). Enterprise Manager was therefore not automatically updated alongside the VSA — and suddenly your backup server shows up as offline in the Enterprise Manager console.
 


 

Cannot add backup server version 13.0.2.29 to Enterprise Manager server version 13.0.1.2067. Upgrade the Enterprise Manager server first.

Perfectly logical — but easy to miss when the VBR VSA updates itself without waiting for the rest of the infrastructure (maybe an option worth adding there)!
 

The Problem

The VSA auto-update feature does not (yet, it seems) check your external Windows-based components and their potential dependencies. It simply updates itself. The result: your Veeam Backup & Replication server is now ahead of the Enterprise Manager version — and refuses the connection until Enterprise Manager is brought up to the same version.
 

What to Do

Keep an eye on your Veeam infrastructure (and keep it current!) — identify every component that is not an appliance: Veeam ONE, Enterprise Manager if applicable, Veeam Recovery Orchestrator.

Monitor auto-update activity — after every update cycle, check whether non-appliance components are still version-compatible.

Update external components promptly and manually — they may not (yet) update themselves, so you need to take care of that yourself!

That's exactly how it happened in my lab too... with the daily noise, that environment sometimes gets neglected. I had been meaning to replace the still-Windows-based Enterprise Manager with the new appliance for a while now — well, here we are… time to change this asap 😉
 

13 comments

Chris.Childerhose
Forum|alt.badge.img+21

The other option is convert VBEM to VSA Appliance so you can auto-update it.  😉


coolsport00
Forum|alt.badge.img+22
  • Veeam Legend
  • June 1, 2026

Chris...I think that’s what Markus was getting at in his last sentence there if I’m not mistaken? 😉

I wonder if Veeam will come out with a feature or something to notify users of other components needing updated which aren’t an appliance? I don’t plan on going to an appliance anytime soon when I do update my VBR. And, I only use VONE, so I wouldn’t really run into this issue for now. But, when I do get to a point to migrate my Windows VBR > VSA, I can see this being a problem.

Chris/Markus, is this also a problem you notice with VONE as well?


Chris.Childerhose
Forum|alt.badge.img+21

I deal with VONE and VSPC separately and usually upgrade them first before any VBR upgrades.  This way I ensure they are done and no communication loss.

It will be nice when everything gets to VSA appliance. 😎

 
 
 

coolsport00
Forum|alt.badge.img+22
  • Veeam Legend
  • June 1, 2026

Ah, ok..understood. Good move 😊


Dynamic
Forum|alt.badge.img+13
  • Author
  • Veeam Vanguard
  • June 1, 2026

Thanks ​Shane, exactly what I have on my roadmap, my next way to go… when time allows me to 😅

 

Regards your question: …in my case, my VRO and VONE instances hadn’t had a problem with a connection to the latest build (even they are not on the latest build yet). But that shouldn’t be a guarantee, that in other environments this still applies, or maybe in the next releases/updates. 
 

And the mentioned feature by you (check if there are dependencies of non appliances), is a MUST imo.

+1 ​@Mildur  😛
 


coolsport00
Forum|alt.badge.img+22
  • Veeam Legend
  • June 1, 2026

Understood Markus. Thank you.


damien commenge
Forum|alt.badge.img+5

Hello,

Good catch here yes.


Forum|alt.badge.img+2

When (Linux) VBEM and VSA both autoupdate, is there still a possibility that VSA will update before VBEM? 


damien commenge
Forum|alt.badge.img+5

When (Linux) VBEM and VSA both autoupdate, is there still a possibility that VSA will update before VBEM? 

The installation is done based on what you configure.

I think you just need to pay attention to have vbem on saturday and vsa on sunday for example ^^


Dynamic
Forum|alt.badge.img+13
  • Author
  • Veeam Vanguard
  • June 2, 2026

When (Linux) VBEM and VSA both autoupdate, is there still a possibility that VSA will update before VBEM? 

The installation is done based on what you configure.

I think you just need to pay attention to have vbem on saturday and vsa on sunday for example ^^

 

Good point Damien!
Maybe we can see an “update order plan” or something similar with the next releases.


Iams3le
Forum|alt.badge.img+13
  • June 2, 2026

Chris...I think that’s what Markus was getting at in his last sentence there if I’m not mistaken? 😉

Exactly!


Iams3le
Forum|alt.badge.img+13
  • June 2, 2026

When (Linux) VBEM and VSA both autoupdate, is there still a possibility that VSA will update before VBEM? 

No one has tested this yet. Since it is highly recommended to update VBEM before VBR, the updater should explicitly check for these dependencies. There should be a warning prompt for connected Windows-based environments, and automatic updates should not be permitted for the VSA if there are pending external dependencies. These can easily be overlooked and lead to connection issues, as we have seen in this guide


Iams3le
Forum|alt.badge.img+13
  • June 2, 2026

When (Linux) VBEM and VSA both autoupdate, is there still a possibility that VSA will update before VBEM? 

The installation is done based on what you configure.

I think you just need to pay attention to have vbem on saturday and vsa on sunday for example ^^

Commented before seeing this. This is spot on ​@damien commenge