VBR v13 GUI Performance

[RubinCompServ]

#SPLIT from System Requirements Page: Quick Survey

I think no sysadmin ever looked at a software hardware system requirements

Marco

Then they got a rude awakening when they tried to install the v13 appliance!

[m.novelli]

Agree... but you should also agree that VBR GUI / management has become a monster of slowness even on modern hardware

Always remember: we use 20% of features 80% of time. Maybe 10 / 90 with all features packed in VBR. I think Product Management should start to give an "Essentials" ISO to install just Backup / Replication and Cloud Export

Marco

[benthomas]

Agree... but you should also agree that VBR GUI / management has become a monster of slowness even on modern hardware

Do you have all the AV Exceptions in place? I've found this to typically be the most common reason for the console feeling slow.
https://www.veeam.com/kb1999 has all of the exceptions need

If you're using Windows Defender, I wrote a blog recently about automating this - https://bcthomas.com/2026/02/automating ... xclusions/

[m.novelli]

Nice, tomorrow I'm gonna try it

VBR 13 killed GUI performance on many of my Customers Servers

Marco

[RubinCompServ]

Do you have all the AV Exceptions in place? I've found this to typically be the most common reason for the console feeling slow.
https://www.veeam.com/kb1999 has all of the exceptions need

If you're using Windows Defender, I wrote a blog recently about automating this - https://bcthomas.com/2026/02/automating ... xclusions/

Seems like the wrong thread for this...

[Mildur]

Hi guys,

Please don’t use the “System Requirements Page: Quick Survey” topic to discuss performance issues or product requests.
I’ve moved all comments not related to the system requirements pages into a new topic.

Agree... but you should also agree that VBR GUI / management has become a monster of slowness even on modern hardware

In addition to Ben’s suggestions, have you opened a case with our support team? If performance is not as expected, it should be properly investigated.

Best regards,
Fabian

[m.novelli]

I run the script on a Customer Server, GUI / management looks faster, thanks!

Marco

[m.novelli]

The script should be a flag in VBR Setup "Do you want to make Veeam faster? Yes or Yes"

Marco

[CKNorth]

I also noticed that the GUI in v13 is way more sluggy than v12 was. Is it usind a new UI-engine?
This is not really a big deal for me, but the machine it runs on is quite fast, so I'm wondering what the reason could be.

[kevin.boddy]

Hi,

V13 GUI is very slow compared to V12.

What I don't get is why say "If performance is not as expected..."
How would I know what is expected or what is not expected from a new software build?

Should I always expect the new software to run that same or better than the pervious version? That's what this sounds like.

Thanks
Kevin

[Mildur]

“Expected” means that our customers are satisfied with the performance.
If the console feels slow or unresponsive, an investigation should be started.

The cause could be related to unoptimized SQL queries or code inefficiencies introduced in the new version — issues that we can address when we have the opportunity to perform a proper investigation using logs from the customer’s environment.
However, it could also be related to the available hardware resources for Veeam Backup & Replication and the database server.

Best regards,
Fabian

[DataDefender]

I run the script on a Customer Server, GUI / management looks faster, thanks!

Theres a script to improve GUI performance? Please tell me more. Or was it a script to setup the Antivirus Exclusions? I already did that by Hand.

[kevin.boddy]

Ok I'll log a case for your slow GUI.
What I don't understand is why your QA would not have picked this up when comparing it to V12. Surely you would do side by side testing.
Why is it left to customers to highlight these issues.

[irosinsk]

Just my two cents (to avoid this becoming a piling-on-fest), I haven't noticed any particular sluggishness in the v13 console vs. the v12 console. We did start fresh on v13 VSAs rather than upgrading our v12 Windows servers, so there could be something to "fresh small database vs. old large database", but I haven't seen a baked-in slowness at this time. Overall I've been fairly pleased that the VBR Console hasn't changed much since v12.

[m.novelli]

Theres a script to improve GUI performance? Please tell me more. Or was it a script to setup the Antivirus Exclusions? I already did that by Hand.

This script https://bcthomas.com/2026/02/automating ... xclusions/

powershell -ExecutionPolicy Bypass -File .\Set-VeeamDefenderExclusions.ps1 -Role BackupServer -IncludePostgreSQL

powershell -ExecutionPolicy Bypass -File .\Set-VeeamDefenderExclusions.ps1 -Role BackupInfrastructure -IncludeRepositoryExtensions

Marco

[kevin.boddy]

Case logged for the slow GUI on v13 #08010936.
We already had the AV exclusions, it makes no difference.
Performance just click around the interface is just horribly slow compared to v12.
The Support team seems to be treating this like there is some service that's broken, surely it would be easier for your teams to test v12 and v13 side by side in your labs, clicking through the menus.
You'll see it's half a second slower just doing simple things like that.

[m.novelli]

I find so ugly that every new software is slower and slower. Windows Server 2025 GUI is sooooo sluggish. Sometimes I have opportunity to use some very old Windows Server 2003 or Windows Server 2008 R2 GUI inside some old VM and the GUI is so immediate and quick

My Intel 2020 Mac (3,8 GHz 8-Core Intel Core i7 , 64 GB RAM) after updating to Tahoma OS become quite sluggish, I have fear to update to Sequoia...

When I click send button on an email using Modern Outlook I have to wait 1 - 2 secondo for the windows to disappear... wtf

Marco

[admd]

+1 , same issue for us, performance of the GUI in V13 is worse than V12. We manage multiple clients. It is only affecting daily operations.

[FrancWest]

It’s not only the performance, but has more issues:

- scrolling through the list with the keyboard doesn’t automatically scroll the list. The selected row gets hidden below the details pane.
- clicking on a row in the job list when the details pane isn’t shown yet, results in the selected row getting hidden by the details pane which appears on top of it. You have to use the scrollbars for the selected row to appear.
- when the console is in full screen mode and you disconnect the RDP session and reconnect it again, the console is not maximized anymore, but the buttons on the top right corner of the window still shows it is.

This is all confirmed by support in case #07999009, but has a low priority to fix.

[StephanHeier]

I’ll put this very carefully.
If version 13 were my first experience with Veeam, I wouldn’t use it because the GUI is too slow. It takes too long to display the results when sorting jobs. When you open the GUI, an outdated value is displayed for the first few seconds.
Please prioritize this ticket as soon as possible.
Stephan Heier

[JeWe]

+1
It's also irritating if you click on HyperV-Hosts in inventory and it takes up to three seconds till the VMs are shown. Just one example.
In our case, as @FrancWest mentioned, after reconnecting RDP, the console isn't maximized anymore, but I can maximize it by clicking on the "Maximize"-Button again. Not critical, but annoying.

Low priority for a fix? Doesn't sound good, thought this was a Microsoft-exclusive way of saying "Well, we don't really care"

Regards,
Jens

[m.novelli]

I’ll put this very carefully.
If version 13 were my first experience with Veeam, I wouldn’t use it because the GUI is too slow. It takes too long to display the results when sorting jobs. When you open the GUI, an outdated value is displayed for the first few seconds.
Please prioritize this ticket as soon as possible.
Stephan Heier

I add the 20 GB ISO download "WTF? It's a backup software?"

Marco

[adamfindlay]

installed across multiple sites and its way slower than V12 in all cases. Veeam is turning into Symantec...

[m.novelli]

Also I don't like the "flat" looking. v12 GUI was more colourful / contrasted

Marco

[JeWe]

I add the 20 GB ISO download "WTF? It's a backup software?"

Just download the patch, ~3GB
https://www.veeam.com/download_add_pack ... 10_update/

[m.novelli]

You are right JeWe, 20 GB initial download + 3 GB patches

Marco

[NewCom23]

Thanks for warning. I will wait with upgrading to v13.
Please share, if the problems are solved.

[Victor van Hoek SLTN]

What about the possibility to select what Agents/Hypervisor support to install? Now I get all Agents/Hypervisors software installed and only need Windows Agent/VMware vSphere.... (as example)
Guess that should perform better.

[eclipse4ever]

Using v13 as our VCC, upgraded from v12.
Keep getting an error stating that the console has "TooManyRequests," so our operations team keeps getting kicked out.

We have an ongoing support ticket, 08005217, but there is still no resolution.
"Can't login to consol on our VCC - TooManyRequests"

To solve the above, we restart the Veeam WebService, until next time.

v12 GUI was fast and performed well, with v13 it feels like the Sonos app all over again, too many features put into the backup product that the backup core features get pushed down by all the new features added.

[m.novelli]

What about the possibility to select what Agents/Hypervisor support to install? Now I get all Agents/Hypervisors software installed and only need Windows Agent/VMware vSphere.... (as example)
Guess that should perform better.

It's time for a Veeam Backup Light Edition with just 20% of features... enough for 80% of customers
Pricing should be 50%

Marco