Hey,
I am currently installing the update 4b in my infrastructure.
On the backupserver itself I am logged in and startet the components update for remote offices, currently there is one server being updated relatively slow.
Now if I open the console on my PC, it pops up with the Component Update - same state as on the server.
Clicking on the console just shows the Components update window.
On this window I have 2 buttons, "Cancel" and "X", both do the same -> stop the component update.
I found myself in a similar situation several times now, and I don't get why veeam stops me from doing ANYTHING during specific tasks.
I mean I could easily change Job configs, update more than one server at once or do other stuff, but now I'm stuck, why is that?
Right now I don't know what tasks force me to stop other work, but it never seemed to make sense to me (some tasks I actually logged into the Server & started them from that console so I could have a 2nd console connection from my PC and work from that one, which shows the lock doesn't make sense whatsoever)
Additionally, there is now no way for me to close the Console on my PC without killing the process or stopping the update.
-
- Expert
- Posts: 109
- Liked: 5 times
- Joined: Jul 13, 2017 12:34 pm
- Contact:
-
- Veteran
- Posts: 636
- Liked: 100 times
- Joined: Mar 23, 2018 4:43 pm
- Full Name: EJ
- Location: London
- Contact:
Re: Feature request? Parallel tasks in B&R
B&R&U
backup & recovery & update
backup & recovery & update
-
- Chief Product Officer
- Posts: 31816
- Liked: 7302 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Feature request? Parallel tasks in B&R
Because otherwise, there would be waaaaaay to many bugs to discover and implement exception handling for. It just does not worth the effort - mainly because it adds minimum value to the product, considering that upgrades are fairly rare and relatively quick. We're talking may be 15 minutes every half a year, and sacrificing some fat major new feature in order to work on saving those 30 minutes of "UI down time" a year.
As a best practice, most customers schedule software updates for their maintenance window, where it is expect that the updated software will not be functional. I recommend you follow the same approach.
Who is online
Users browsing this forum: No registered users and 60 guests