Hi,
We have a customer who has VBR V12 running on a Windows 2016 server. We will replace this server by a new Windows 2025 server and migrate VBR to this new server. Is it possible to install V13 on the new server and use the configuration backup from the V12 server or should both VBR versions be the same on the old and new server?
-
I_am_I
- Novice
- Posts: 3
- Liked: never
- Joined: Sep 25, 2025 9:13 am
- Contact:
-
Mildur
- Product Manager
- Posts: 11937
- Liked: 3389 times
- Joined: May 13, 2017 4:51 pm
- Full Name: Fabian K.
- Location: Switzerland
- Contact:
Re: Restore configuration backup from v12 to v13
Hi I_am_I,
It depends.
For the same database engine (MSSQL to MSSQL or PostgreSQL to PostgreSQL), the VBR build of the target backup server can be the same or higher.
However, if you want to switch the configuration database engine (e.g. MSSQL to PostgreSQL), both backup servers must be on the exact same version.
Best,
Fabian
It depends.
For the same database engine (MSSQL to MSSQL or PostgreSQL to PostgreSQL), the VBR build of the target backup server can be the same or higher.
However, if you want to switch the configuration database engine (e.g. MSSQL to PostgreSQL), both backup servers must be on the exact same version.
Best,
Fabian
Product Management Analyst @ Veeam Software
-
tyler.jurgens
- Veeam Software
- Posts: 460
- Liked: 269 times
- Joined: Apr 11, 2023 1:18 pm
- Full Name: Tyler Jurgens
- Contact:
Re: Restore configuration backup from v12 to v13
Fabian is correct, of course!
I'd suggest from a change management perspective that you don't try to do both at the same time. While no one expects issues to arise if you follow the outline Fabian provided, I always recommend to make one change at a time. Eg: Do a backup of the V12 configuration on the Windows 2016 server and restore the configuration to a new V12 install on the Windows 2025 server. You can also switch to PostgreSQL at that time if you aren't on PostgreSQL already. Then you can validate your V12 install is working as expected, with the server properly scoped for V13 recommended specs. You have an easy rollback at that point as well if the unexpected happens. Once you're at a good, stable state, you would then upgrade your Veeam V12 to V13.
You get a solid baseline after each change to validate if the change was successful. Items like AV or GPOs may behave differently on each OS, which can cause a kerfuffle. It is always tempting to change everything at once and be done with it, but if you do you're left with a question of "Wait, what was it that broke this thing?" if something goes wrong. I'm a big fan of the making the smallest amount of changes you can do at one time. It will save you many headaches in the future.
I'd suggest from a change management perspective that you don't try to do both at the same time. While no one expects issues to arise if you follow the outline Fabian provided, I always recommend to make one change at a time. Eg: Do a backup of the V12 configuration on the Windows 2016 server and restore the configuration to a new V12 install on the Windows 2025 server. You can also switch to PostgreSQL at that time if you aren't on PostgreSQL already. Then you can validate your V12 install is working as expected, with the server properly scoped for V13 recommended specs. You have an easy rollback at that point as well if the unexpected happens. Once you're at a good, stable state, you would then upgrade your Veeam V12 to V13.
You get a solid baseline after each change to validate if the change was successful. Items like AV or GPOs may behave differently on each OS, which can cause a kerfuffle. It is always tempting to change everything at once and be done with it, but if you do you're left with a question of "Wait, what was it that broke this thing?" if something goes wrong. I'm a big fan of the making the smallest amount of changes you can do at one time. It will save you many headaches in the future.
Tyler Jurgens
Blog: https://explosive.cloud
Twitter: @Tyler_Jurgens BlueSky: @explosive.cloud
Blog: https://explosive.cloud
Twitter: @Tyler_Jurgens BlueSky: @explosive.cloud
Who is online
Users browsing this forum: Bing [Bot] and 329 guests