Comprehensive data protection for all workloads
Post Reply
ncolt
Enthusiast
Posts: 32
Liked: 4 times
Joined: Apr 13, 2012 3:51 pm
Full Name: Neil Colthorpe
Contact:

Feature request: repository drain-stop

Post by ncolt » 1 person likes this post

Hello,
I'd like to be able to put my Windows repositories into a sort of maintenance mode so they can be patched. This wasn't a problem when I just ran backup jobs overnight but now i run backup copy jobs during the day and am also starting replication so will be looking at having to cancel/disable jobs so that I can reboot the server as there will be few times during the day when the repositories are doing nothing.

I would love to see a drain-stop feature which let existing jobs run their course and not start new jobs.

Neil
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Feature request: repository drain-stop

Post by PTide »

Hi,
<...>which let existing jobs run their course and not start new jobs.
Do you mean that the "drain-stop" feature should let you pause the running job in such manner that it should be able to resume the backup process from the point where it has been paused? Please elaborate.

Thank you.
ncolt
Enthusiast
Posts: 32
Liked: 4 times
Joined: Apr 13, 2012 3:51 pm
Full Name: Neil Colthorpe
Contact:

Re: Feature request: repository drain-stop

Post by ncolt »

Hi, no my initial request is that they could run their course.

To be able to pause jobs could be useful as well but in this case a job could start up just as you are about to reboot the server if you hadn't paused it.
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Feature request: repository drain-stop

Post by PTide »

is that they could run their course.
Yes, I got that, but I still don't quite understand what do you mean by "run their course" in the context of "reboot" and "maintenance mode", sorry.
Could you describe your use case in steps please?

Thank you.
ncolt
Enthusiast
Posts: 32
Liked: 4 times
Joined: Apr 13, 2012 3:51 pm
Full Name: Neil Colthorpe
Contact:

Re: Feature request: repository drain-stop

Post by ncolt » 2 people like this post

The monthly patch is due
You put the repository into maintenance mode
Existing jobs carry on running
No new scheduled jobs start running until you remove it from maintenance mode
Existing jobs finish - maybe you get an email?
Patch the server, reboot
Remove repository from maintenance mode - possibly takes itself out of maintenance mode due to reboot

Any jobs which would have run need to be paused otherwise they may miss the schedule
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Feature request: repository drain-stop

Post by PTide » 2 people like this post

Ok, sounds reasonable, thanks for the suggestion.
dellock6
Veeam Software
Posts: 6137
Liked: 1928 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Feature request: repository drain-stop

Post by dellock6 » 1 person likes this post

The described feature is exactly what Scale-Out Backup Repository and its Maintenance Mode will allow to do in v9: you can create a scale-out with just one repository, put it in maintenance mode, and because it's the only available extent in the scale-out there will be no failover to another repository. Running taks will complete before entering the maintenance mode, and after the operations you will be able to disable maintenance mode. Only thing missing from your requests is the auto-exit from maintenance, and it makes sense since our software cannot know the reason for the maintenance, so we cannot decide when to get out of it.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
ncolt
Enthusiast
Posts: 32
Liked: 4 times
Joined: Apr 13, 2012 3:51 pm
Full Name: Neil Colthorpe
Contact:

Re: Feature request: repository drain-stop

Post by ncolt »

Excellent, thanks Luca.
Post Reply

Who is online

Users browsing this forum: Brian.Knoblauch, Google [Bot], Semrush [Bot] and 218 guests